Hystax Live Migration Overview

Hystax Acura Control Panel

Hystax Acura Control Panel (ACP) is a web-application for managing Hystax Migration solution. The main components of ACP are:

  • Customer page with an information display on the used resources, Migration plans, cloud sites and machine groups
  • Cloud site page is an information display and a management panel for a running migration
  • Wizards of machine replication and migration
  • Notification page
  • Reports section with detailed information on system resources
  • Users and roles management section
  • Replication and recovery settings windows

Recommended browsers: Google Chrome, Mozilla Firefox, Safari.

Partner page overview

pp_partner_page

The partner page contains the following information:

  1. Resource management and functionality menu
  2. Management of target clouds
  3. Statistics on the number of partner’s customers
  4. Total number of customer machines
  5. Number of cloud sites launched by partner’s customers
  6. List of customers with statistics decomposition for each customer
  7. Functionality for adding new customers or editing information about existing ones (Section: ACP - Add new customer)
  8. Notification panel displaying summary status about customers
  9. Page description

There is a default cloud, created during initial configuration of the solution, but it’s also possible to create additional clouds and assign them to customers. This provides multitenancy to partners.

Click on the “Manage Clouds” button on the Partner page and then “Add”.

pp_add_cloud_dialog

In order to add a cloud, you need to fill in the required fields.

Field Description Example
Cloud name The name of the cloud that will be shown in UI. The name must be unique Failback cloud
Keystone API endpoint Keystone authentication URL http://controller.dts.loc:35357/v3
User domain User domain name to access the target cloud default
Username Username to access the target cloud user
Password Password to access the target cloud passw
Target project domain Target project domain where failover workloads will be spun up default
Target project ID Target project ID where failover workloads will be spun up 39aa9af2e620404984f6d53a964386ef
Hystax Service Network Network which will be used for Hystax failover machines provider
Floating IP Network

External network which will be

used to attach Floating IPs to

migrated machines. Most Flexible Engine

clouds have “admin_external_net”

admin_external_net
Additional parameters

Other additional parameters in JSON

format, for example:

{“parameter”:”value”}

{“availability_zone”: “zone-1”}

Clicking “Save” starts the validation of the new cloud. During this process, test cloud volume and test Cloud Agent are created on the target cloud to check that the solution can use cloud APIs and actually work.

Note

Network setting for Azure cloud will have the following format: “<network_name>/<subnet_name>”

Notification panel

pp_notification_panel

Notification panel informs users about certain events that need attention or require actions to solve issues with replication or recovery process. ACP uses the following color scheme:

Green color of the panel means that customers do not have issues requiring immediate intervention.

Yellow color of the panel means that there are issues that require attention/solution in the near future. For example, a machine is out of free space, a machine has been unavailable for several days.

Red color - immediate action is required. For example, several unsuccessful consecutive replications of a machine, lost connection to a replication agent, etc.

Add new customer

To add a new customer, go to the Partner page and just click Add.

pp_add_customer_btn

Fill in the following required fields to add a customer: Company Name, Contact Email, Contact Phone, Address, Active checkbox (activity status of a customer and all their users).

pp_add_customer_dialog

  • Company Name - customer’s company name, unique within the partner, will be displayed in the UI.
  • Contact Email - email address for communication with a customer’s representative on the solution usage and billing, unique within the partner.
  • Contact Phone is the telephone number of the customer’s representative.
  • Address
  • Active - shows whether the customer is active or not, this field affects the ability of customer users to use the system.

After clicking Save, the customer will be created and shown in the customer list. An admin user for the customer is created with the default password, which will have to be changed at the first login. When a customer is created, it is advisable to proceed to the infrastructure protection sequence.

Custom replication agent settings

Applying custom settings can be essential for organizing an operational environment if there is a proxy server between Acura and the machine to be replicated or, for example, there is supposed to be a different endpoint IP for each customer.

Providing custom replication agent settings is available for every new customer that is being added to the ACP. Tick the checkbox next to Use custom replication agent settings to access the following fields.

pp_custom_settings

Attention

Agent settings can no longer be modified through the UI, once a Customer has been successfully created.

Replication agent endpoint IP is an IPv4 address that will be used by this customer’s replication agents to connect, send data and RestAPI calls to Acura. Replication agent endpoint certificate is required in case of a proxy server in-between the components to verify security of an HTTPS connection. Input as an SSL certificate in PEM format for the replication endpoint IP (proxy server). Replication agent logging IP is a custom IPv4 address for sending logs. Replication Agents that are downloaded for the customer will use this IP as Logstash IP. The field will usually contain the same address as the Replication agent endpoint IP.

Edit existing customer

To edit an existing customer, click on the Edit button to the right of their name.

pp_edit_customer_btn

A dialog window with filled in customer data will appear. Make the necessary changes and click Save, after that the customer data will be updated.

pp_edit_customer_dialog

Customer dashboard overview

cp_customer_page

The customer dashboard contains the following information:

  1. Resource management and functionality menu
  2. Number of customer cloud sites
  3. Number of groups of machines (Section: ACP - Machines and actions over them)
  4. Total number of customer machines
  5. List of running cloud sites with the ability to manage them
  6. List of Migration plans with the ability to manage them
  7. Groups of machines
  8. Notification panel showing the total status of customer replication and migration processes
  9. Page description

Click on the “Manage Clouds” button on the Customer page and then “Add”.

pp_add_cloud_dialog

In order to add a cloud, you need to fill in the required fields. Cloud type drop-down list provides the type of cloud to which the solution is deployed.

Field Description Example
Cloud name The name of the cloud that will be shown in UI. The name must be unique Failback cloud
Keystone API endpoint Keystone authentication URL http://controller.dts.loc:35357/v3
User domain User domain name to access the target cloud default
Username Username to access the target cloud user
Password Password to access the target cloud passw
Target project domain Target project domain where failover workloads will be spun up default
Target project ID Target project ID where failover workloads will be spun up 39aa9af2e620404984f6d53a964386ef
Hystax Service Network Network which will be used for Hystax failover machines provider
Floating IP Network

External network which will be

used to attach Floating IPs to

failover machines. Most Flexible Engine

clouds have “admin_external_net”

admin_external_net
Additional parameters

Other additional parameters in JSON

format, for example:

{“parameter”:”value”}

{“availability_zone”: “zone-1”}

Clicking “Save” adds a record about a new cloud to the solution database, but does not validate any of the set value from the cloud side.

Note

Network setting for Azure cloud will have the following format: “<network_name>/<subnet_name>”

Cloud sites

cp_cs_table

Cloud Site (Section: ACP - Cloud sites) is a running migration of a customer’s business application that works on AWS or KVM Platform. Customer page allows viewing of statistics on cloud sites and performing actions on them as well, e.g. deleting cloud sites if there are no longer needed or changing their settings.

Migration plans

cp_drplans

Customer page allows creating, viewing and editing Migration plans (Section: ACP - Migration plans). This plan includes an infrastructure description and instructions that should be performed to recreate a business application on AWS or KVM Platform during a migration process. A Migration plan is created in advance on the basis of a productive infrastructure, tested by running test cloud sites, and implemented for a final migration.

Machines and actions over them

cp_devices_table

Customer page displays the machines that are discovered (located in VMware vSphere, where Hystax Live Migration to AWS or KVM Platform agents are installed), or replicated by the solution. Machines can be grouped by various criteria: geographic location of the machine, general snapshot storage policy or replication schedule, etc. A customer can edit individual machines, groups and global settings in general.

Settings are as follows:

  • By default, global settings are applied to all groups and machines.
  • Upon editing group settings, the new settings are applied to all machines (in the group or the ones added later) with the default settings, otherwise, the settings of individual machines will still be valid.
  • Upon editing the settings of a machine, only the one specific machine is affected, otherwise, group settings or global settings apply.

When using automatic detection of machines that need to be replicated on VMware vSphere or installing an internal agent on a machine, these machines will be added to the set-up group for the agent (Section: ACP - Replicating machines).

Add new machine group

To add a new group, go to Machines Groups and just click Add.

cp_add_group_btn

A dialog window with filled in customer data will appear. Fill in the group name and its description. Group name should be unique within a customer.

cp_add_group_dialog

After clicking Save, the group will be created. It will appear on the customer page.

Initially, there is a Default group for each customer, which cannot be deleted. It is highlighted by the corresponding symbol next to its name in the list of groups. The default group cannot be changed.

Remove and rename groups

To remove or rename a group, select appropriate items in the group menu:

cp_group_rename

Default group cannot be removed, only renamed.

Move machines between groups

To move machines between groups, select machines in groups and click “Move to another group” in the “Actions” menu.

cp_device_actions_move

As the result, a dialog window with filled in customer data will appear. Select an appropriate group.

cp_move_device_dialog

Replicate new machines

To replicate new machines, use the replication process (Section: ACP - Replicating machines). If the machines are running on VMware vSphere and the agents on vSphere have been started, the list of machines will show them as Discovered (the machines are included in the main group for the agent). Select the machines and click Start replication in the Actions menu.

cp_device_actions_start_replica

The machines will begin to replicate according to the schedule settings (Section: ACP – Edit replication schedule).

Sync machines replications

To sync a machines replication, mark the machines which should be replicated simultaneously and click Start replication in the Actions menu. Replication of all selected machines will start and then they will be replicated in parallel.

cp_device_actions_start_replica

Park / unpark replication

To park / unpark a replication, select machines from different groups and click Park in the Actions menu. This action stops the agent’s replicating task for the machine. No further replications will be started by schedule for the machine.

cp_device_actions_park

To unpark a replication, click Start replication in the Actions menu. A new replication will start for the machine.

Edit replication schedule

It is possible to edit replication schedule for separate machines, groups, or as general settings.

Note

Before the first replication is initiated, two additional parameters can be specified for each machine: Volume availability zone and Volume type.

  • Selecting an availability zone will explicitly determine the desired physical location of a data center for the given volume. Type in a valid abbreviation or acronym that is in use by the cloud platform itself, usually listed in its supporting documentation or at the volume creation step.
  • Volume type can be specified as a comma-separated string of disk types, e.g. “SSD, SATA”. Redundant commas and whitespaces are ignored. If a machine has more disks than the number of specified disk types, the last disk type will be used for all of the remaining disks. This way, if a machine has 5 volumes, the first volume will have “SSD“ type, and the remaining ones will have “SATA“. HDD will be used by default if no other settings are provided. Check with your cloud platform to input the correct names of volume types.

After the initial replication is completed, the additional parameters will become inaccessible. Modifying them is only possible before a new full replication.

cp_edit_schedules_dialog

Settings are as follows:

  • By default, global settings are applied to all groups and machines.
  • Upon editing group settings, the new settings are applied to all machines (in the group or the ones added later) with the default settings, otherwise the settings of individual machines will still be valid.
  • Upon editing settings of a machine, only the one specific machine is affected, otherwise, group settings or global settings apply.

To change the settings, click Edit replication schedule in the Actions menu (for separate machines),

cp_device_actions_edit_schedules

in the menu of separate groups

cp_edit_schedules_group

or in the general settings menu of Machines Groups.

cp_edit_schedules_customer

There are several options for a schedule:

  • Interval schedule - replication occurs at equal intervals of time. For example, every 15 minutes or every 6 hours. This option is ideal for non-critical elements of a business-application, so it does not seriously affect the performance of the system and does not load the network.
  • Continuous replication - a new replication starts immediately after the completion of the previous one. It is ideal for critical components, such as databases and mail services.

Attention

A minor impact on the performance of the machine and the network through continuous replication can be found with continuous replication.

  • Daily - replication is done daily at the specified time (multiple values can be specified).
  • Weekly - replication is done weekly. It is required to specify the numbers of weeks in the month (or all weeks), days of the week and a specific time. Multiple values can be specified for all parameters.
  • Monthly - replication is done monthly. It is required to specify the numbers of days in the month and a specific time. Multiple values can be specified for all parameters.
  • Cron (expert) - schedule in cron format.

Generate Migration plan from Machines Group

It is possible to generate a Migration plan for an individual machine, a group or for all available machines at once. To generate a Migration plan for several machines or groups, select the required machines by ticking their checkboxes and click Generate Migration plan in the Action menu.

cp_device_actions_genplan

in the menu of groups

cp_group_genplan

As the result, a dialog window for creating and editing a Migration plan will appear - give it a name that is unique within the customer.

dr_add_drplan_dialog

To generate a Migration plan from Machines Group, click Generate Migration plan in the group settings menu (Section: ACP - Migration plans).

Notification panel

cp_notification_panel

Notification panel informs users about issues with replication or recovery process that require their attention. ACP uses the following color scheme:

Green color of the panel means that customers do not have issues requiring immediate intervention.

Yellow color of the panel means that there are issues requiring attention/solution in the near future. For example, a machine is out of free space, a machine has been unavailable for several days.

Red color - immediate action is required. For example, several unsuccessful consecutive replications of a machine, lost connection to a replication agent, etc.

Migration plans

cp_drplans

Migration plan is a description of the infrastructure and a set of necessary instructions used to recreate a business application on a target cloud. Migration plan is created in advance on the basis of a productive infrastructure, tested by running cloud sites and transferred to the migration process.

A customer can create any number of Migration plans: one for migrating the entire infrastructure or several with a breakdown into groups of machines, departments, machine roles, etc.

To perform a migration, select one or several Migration plans to be implemented during cloud site creation (Section: ACP - Cloud sites).

Create a Migration plan

To create a Migration plan, just click Add on the Customer page.

dr_add_drplan_btn

When adding a new plan, specify its name and the contents of the plan. Migration plan name must be unique within the customer.

There are two modes for creating or editing a plan: Basic and Expert. To switch between them, choose the corresponding tab on the “Generate Migration Plan” page.

In the Basic mode, the user can either paste/enter network specifications for a failover machine manually or pick the networks from the list that Acura gets directly from the target cloud. The list of networks can be received automatically from the following platforms - VMware, OpenStack, Flexible Engine, AWS, Azure.

dr_basic_mode

The Expert mode allows for a more detailed configuration that should be provided in the JSON format.

dr_add_drplan_dialog

The body of a Migration plan is a JSON instruction for migrating up of the infrastructure and the business application in a target cloud. To generate a plan based on all customer machines, click on the link Generate Migration plan from all machines.

To generate a Migration plan for several machines or a group of machines, just click Generate Migration plan in the Bulk Actions menu after selecting them.

cp_device_actions_genplan

The menu item in the group properties.

cp_group_genplan

Migration plan syntax

Migration plan body is a JSON instruction for restoring infrastructure and business application in a target cloud.

Example of a Migration plan:

{
"machines": {
    "IIS_Acura-Demo": {
    "rank": 1,
    "id": "52ce9361-b282-72b6-425a-f67347c5b79a",
    "ports": [
        {
        "name": "port_0",
        "ip": "192.168.15.112",
        "subnet": "main_subnet"
        },
        {
        "name": "port_1",
        "subnet": "external"
        }
    ]
    },
    "rhel7.2": {
    "id": "522f3448-6a56-aa45-2131-207f7dda6664",
    "ports": [
        {
        "name": "port_0",
        "ip": "192.168.15.100",
        "subnet": "main_subnet"
        }
    ],
    "rank": 0,
    "boot_condition": {
        "delay_seconds": 120,
        "type": "wait"
    }
    }
},
"subnets": {
    "main_subnet": {
        "cidr": "192.168.15.0/24",
        "subnet_id": "eda47a07-d1dd-4aca-ae8f-c652e997008e"
    }
  }
}

Basetags:

machines – contains a description of each machine. It is necessary to list all the machines that should be recreated in the cloud site.

{
"machines": {
    "rhel7.2": {
      "id": "522f3448-6a56-aa45-2131-207f7dda6664",
      "ports": {
        "port_0": {
          "ip": "192.168.15.100",
          "subnet": "main_subnet"
        }
      },
      "rank": 0,
      "boot_condition": {
        "delay_seconds": 120,
        "type": "wait"
      }
    }
}

subnets – contains a description of networks that need to be recreated on a target site.

{
 "subnets": {
    "main_subnet": {
        "cidr": "192.168.15.0/24",
        "subnet_id": "eda47a07-d1dd-4aca-ae8f-c652e997008e"
    }
  }

project_name – a name of the OpenStack project, in which the cloud site will be launched. If the project does not exist, it will be created. By default, the name of the cloud site is used. The created projects will be deleted together with the cloud site.

{
"project_name":"acura_project"
}

Syntax of machine description

Machine description consists of a number of parameters describing machine properties, such as machine name, flavor for the machine in the cloud site, network settings, rank and conditions for loading the machines to maintain the sequence and orchestration for the launching process of the cloud site.

{
"rhel7.2": {
      "id": "522f3448-6a56-aa45-2131-207f7dda6664",
      "security_groups": [
            "sg-1",
            "sg-2"
      ],
      "availability_zone": "zone-1",
      "user_data": "#!/bin/bash\nrpm -e hlragent\nrm -rf /etc/hystax\n",
      "ports": {
        "port_0": {
          "ip": "192.168.15.100",
          "subnet": "main_subnet"
        }
      },
      "rank": 0,
      "boot_condition": {
        "delay_seconds": 120,
        "type": "wait"
      }
    }
}

Machine description parameters:

Parameter Description Required field
machine name Base tag for machine description. Name will be used to identify machine in the cloud site. Yes
id Internal id of customer machine that is generated with migration plan pre-generation. Can also be found by moving mouse pointer to the machine name in the machine list on the Customer page. Yes
ports

List of machine’s network interfaces configurations. There can be one or more interfaces. Interfaces will be added in the same order in which they are described.

Interface description has the following parameters:
Parameter Description Required parameter
name interface name Yes
ip interface IP address No
mac interface mac address. Ignored for AWS target cloud. No
subnet subnet name that the interface will belong to Yes
routing_allowed allows machine to be a router (has “true” or “false” values, default value is “false”). Ignored for AWS target cloud. No
floating_ip

adds floating_ip for port (has “true” or “false” values, default value is “false”). Using this parameter with the “true” value limits the machine to have only one port.

“floating_ip”: “<IP_address>” will assign a specific external IP to the migrated machine. (only available for OpenStack and Huawei clouds)

No

Example:

"ports": [
 {
     "name": "port_0",
     "ip": "192.168.15.100",
     "subnet": "main_subnet"
 }
 ]
Yes
rank Order in which a group of machines will be launched. For example, machines with rank 2 will be launched only after all machines with rank 1 are started, and those in turn only after all machines with a rank 0 are started. Yes
boot_condition

Condition in which machine is considered to be running. Delay in time is supported; after its expiration the machine is considered to be running. The condition extends across the whole rank. If there are several machines with a delay in time, the rank is considered fulfilled after waiting for the longest time.

Syntax:

"boot_condition": {
        "delay_seconds": number of seconds to wait,
        "type": "wait"
      }

Example:

"boot_condition": {
        "delay_seconds": 120,
        "type": "wait"
      }
No
flavor Name or ID of an existing flavor in the target cloud. For VMware target cloud, flavor is specified as vCPU-RAM, e.g. 2-4 that stays for 2 vCPUs and 4GB RAM Example: “flavor”: “2-4” Yes
security_groups List of security groups to use for the the machine. This will overwrite the default group(s). No
availability_zone Name of Availability Zone to use for the machine. This will overwrite the availability_zone that is specified in the cloud config settings No
user_data Script to be executed on the target machine. To use the key “user_data”, the source machine must have installed cloud_init, otherwise, it will be ignored. This key can be used only for OpenStack target cloud. No
firmware (VMware only) Parameter that selects a boot option for the machine. Available values are BIOS or EFI. If not specified, BIOS will be used by default. Example: “firmware”: “EFI” No
guest_id Guest operating system identifier. Refer to VMware’s official documentation Example: “guest_id”: “ubuntu64Guest” No
hardware_ver Virtual machine hardware version. Refer to VMware’s official documentation The following format is required “vmx-<hardware_version>”. Example: “hardware_ver”: “vmx-11” No

Syntax of network description

Network description consists of a number of parameters, such as network name, its CIDR and the address of DNS servers.

Example:

{
"subnets": {
    "main_subnet": {
        "cidr": "192.168.15.0/24",
        "subnet_id": "eda47a07-d1dd-4aca-ae8f-c652e997008e"
        }
  }
}

Network description parameters:

Parameter Description Required parameter
network name network identifier name is a base tag for network description Yes
cidr network CIDR Yes
subnet_id existing subnet ID in the target cloud. Yes

Note

Specified subnet_id must be available for the used Availability Zone.

Edit an existing Migration plan

To edit an existing Migration plan, select an appropriate Migration plan and click Edit on the Customer page.

dr_edit_drplan_btn

A dialog window, where the Migration plan can be edited, will appear.

dr_edit_drplan_dialog

Cloud sites

Cloud site is a customer business application running on AWS or KVM Platform that consists of network infrastructure components included into the business application.

cs_cs_page

The main components of the page are:

  1. Resource Management and Functionality menu
  2. Total number of machines running in the cloud site
  3. Functionality for editing site name and removing the site
  4. Information about type and condition of the cloud site
  5. List of running machines with the ability to manage them

To run a cloud site, start the Migration Process (Section: Migration process).

When a machine is ready to be used for production and work independently from the Acura cluster, use the Detach button.

cs_detach_btn

User and solution settings

Access to the user settings and solutions is done via the menu item Settings in the upper right corner.

us_menu_settings

Attention

Due to the current user’s rights, the set of available options may vary.

The window with the settings:

us_user_settings_page

The password and user’s full name can be edited on the page of the current user’s settings. .. attention:

Once modified, the settings automatically take effect, and you will be asked to enter updated data in order to perform a new login.

User management

This option is available only if the current user has been assigned with a role that can manage users. Management is possible only by users of the same hierarchy level and below, so that a user of a customer account wouldn’t be able to view and edit users of another customer and partner.

This page is used for to adding / removing users, assigning roles for specific resources, changing the activity of current users, resetting their passwords to new values and changing user data, such as full name.

us_add_user_dialog

Create users

To create a new user just click Add user.

us_users_page

As the result, a dialog window will appear. Fill in the information about a new user and user’s Organization (partner or customer).

Assign roles

Role assignment determines which rights the user will have in a particular role action area (specific partner, customer, customer machine group). If an administrator role is created and assigned to a specific customer, the user will have administrator rights over those customer resources.

Once assigned, the selected user receives a certain role for a specific scope of expertise / resource. Click Assign Role and select Role and Scope.

If a user has appropriate rights, they can assign roles according to their scope and only within that scope.

Created assignment takes effect automatically from the moment it was created.

Roles management

This option is only available if the current user has been assigned with a role that can manage roles. Partner users have access to partner roles, customer users have access to customer roles as well as roles shared with them by their partner. To assign roles to specific users click User management.

This page allows to add / remove roles, edit a set of rights for each role and change the flag of their activity.

us_roles_page

Add a role

us_add_role_dialog

To add a role, fill in its name and description and select a role template (set of permissions, possible options: root, partner, customer, group) that manages the set of permissions, and the organization that will own the role and where it will be available for assigning.

Attention

If the user has appropriate rights during role assignment, they will be able to view roles within the organization - role owner.

It is also necessary to tick the checkbox Share the role with customers if the role is supposed to be available to partner’s customers.

Manage a set of permissions

To manage a set of permissions for role (already existing or newly created) just manage the status of the checkboxes for each permission.

us_roles_list

A ticked checkbox means the action is permitted; an empty checkbox means the action is banned. Therefore, a selected checkbox in one of the roles and its assignment to the scope grant permission for a particular action within this scope in spite of the fact that it can be removed in other roles assigned to the scope.

Attention

Editing existing roles will change the list of rights for users to whom this role has already been assigned. When a role is created and permissions are set, it can be assigned to users through the User management tab.

Replicating machines

To replicate a machine, click Register new platform in the Group settings menu

pd_protect_group_menu

or Download agents in the main menu of the web interface.

pd_protect_main_menu

Depending on whether a user is authorized as partner or customer, a replication process consists of four (for partner) or three (for customer) steps.

For partner, the first step is to select a customer who requires machine replication.

pd_protect_flow1

The second step is to select an agent type depending on the platform to be replicated - VMware, Linux or Windows:

pd_protect_flow2

The next step is to select:

  • Group to which the replicated machines will be included by the agent.
    • VMware vSphere platform. Fill in its description and login / password; or select an existing platform from the list.

pd_protect_flow3

The last step is to download the agent.

After downloading and installing the agent, all machines from vSphere will automatically appear in the UI in the machine group specified in the second step. Machines will be in Discovered state.

Select machines to replicate and click Start replication in the Actions menu.

cp_device_actions_start_replica

Migration process

To start migration process during testing or in case of final migration Run Migration on the customer page with selected Migration plans

rp_drplan_run_recover_btn

or Migrate in the main menu.

rp_recover_main_menu

Migration process consists of three (for partner) or two (for customer) steps.

For partner, the first step is to select a customer who requires machine migration.

rp_recovery_flow1

The second step is to select a Migration plan (Section ACP - Migration plans) that will be used to carry out the migration process. Here, it is possible to create a customized Migration plan - in case Migration plans have not been updated for a while.

rp_recovery_flow2

Attention

If several Migration plans contain descriptions of the same resources, the next step will not be available until the conflict is resolved by changing one of the plans. This is done to prevent collisions during cloud site start, which can lead to unpredictable consequences.

The last step while spinning up an infrastructure on AWS or KVM Platform consists of filling in the cloud site name, restore point (point to which an infrastructure should be restored) and a final validation / modification of a Migration plan and a brief description of a future cloud site. Cloud site name must be unique within the customer and contain only Latin letters, numbers and special symbols “-“, “_” and “.”.

Restore point is a point in time to which a business application will be restored. For each machine, the replicas closest to the specified point in time will be used.

rp_recovery_flow3

To run a cloud site for migration, start machines and configure them in accordance with the final Migration plan click Run Migration.

cs_cs_page

Reports

To access this section in Acura Control Panel, click on the “Reports” menu item in the left sidebar.

r_reports_section_migration

Hystax Acura provides a sophisticated set of reports on the performed Migration activities:

  • Cutover report includes details of the go-live phase of customer’s migrations showing the exact time when the created machine was detached from Acura to become completely independent in the target cloud, as well as the time when the utilized snapshot was taken, the disk sizes and the IP address of the new VM.

r_cutover_report

  • MSP migration report indicates the number of consumed licenses during a given period based on the number of successful initial replications of customer machines. The generated list will have the machines’ names, their IDs and the time when the licenses were consumed.

r_msp_migration_report

  • Storage size report used to provide information about object storage consumption.

r_storage_report

To generate a report, select its type in the drop-down menu as well as the Start and End dates to define the desired time frame, click on the blue “Generate report” button to get the results.

Note

Partners can get statistics for a specific customer or for all customers by utilizing the “Report scope” field. Customers can obtain statistics applicable only to them.

The output can be exported to a CSV file in case further data analysis is necessary.