The Workloads page displays the following information for each discovered workload:
Item |
Description |
---|---|
Tasks |
Displays a warning icon for a task that might require user attention. For example: if a workload goes offline, then a warning icon displays. Click the icon to see more details. |
Online |
Displays one of the following:
|
Workload |
Displays the workload name. Click the workload name to configure the workload for migration. |
Tag |
Displays the tag associated with the workload. For more information about the tags, see Section 4.12.1, Using Tags to Help Sort Workloads. |
Schedule |
Displays the status of the schedule if you have configured a schedule for the workload migration. For example: if the schedule is configured, it displays Active after you have prepared the workload for migration until the end of the migration cycle, unless you pause the schedule. If you click Pause Schedule, then Paused displays. If you click Resume Schedule, then Active displays again. |
Status |
Displays the current status of the workload. For example:
|
Last Replication |
Displays the date when the workload was last replicated. |
Next Replication |
Displays the date when the workload is scheduled for the next replication. |
Last Test Cutover |
Displays the date when the target workload was last tested. |
NOTE:All time stamps reflect the time zone of the PlateSpin Server host. This might be different from the time zone of the source workload or the time zone of the host on which you are running the PlateSpin Migrate Web Interface. A display of the server date and time appears at the bottom right of the client window.
To migrate a workload through the Web Interface, you must first add or discover the workload. Before you discover a workload, ensure that PlateSpin Server can communicate with your source workloads and targets. For more information, see section Section 2.3.1, Requirements for Discovery.
In the PlateSpin Migrate Web Interface, click Workloads > Add Workload.
Alternatively, you can click the Add Workload option on the Dashboard page.
Specify the hostname or the IP address of the workload you want to add.
Select the type of workload.
Specify the credentials to connect to the workload.
Click Add Workload to discover the workload and list it on the Workloads page.
On the Workloads page, you can limit the display of the discovered workloads. For example:
To display all the workloads that are not yet configured, select the Workload Status option as Not Configured and the Tag option as All.
To display all the failed Windows workloads, select the Workload Status option as Failed Workloads and the Tag option as Windows.
For information about how to create tags and associate them with workloads, see Section 4.12.1, Using Tags to Help Sort Workloads.
To modify the listing of the workloads:
In the Workload Status option, select one of the following:
All Workloads: Displays all the discovered workloads.
Ready For Cutover: Displays the workloads that are replicated at least once.
Pending: Displays the workloads on which some action is still in progress.
Failed Workloads: Displays the workloads that have failed an operation such as configuring migration, preparing migration, or running migration.
Not Configured: Displays all the workloads that are not yet configured.
In the Tag option, select the tag associated with the workloads you want to list.
For information about how to create tags and associate them with workloads, see Section 4.12.1, Using Tags to Help Sort Workloads.
You can perform the following tasks on a workload that you want to migrate depending on the current state of the workload. For example: After you add or discover a workload, you must configure the migration details for the discovered workload. You cannot directly prepare the discovered workload for migration, unless you have configured the migration details for the workload.
Task |
Description |
---|---|
Configure Migration |
Allows you to configure the settings required for migrating the workload. See Section 4.8.4, Configuring the Workload for Migration. |
Prepare Migration |
Installs the required data transfer software on the source and creates a target workload (a virtual machine) on the target container in preparation for the workload replication. See Section 4.8.5, Preparing the Migration. |
Run Migration |
Starts replicating the workload according to specified parameters. See Section 4.8.6, Running the Migration. |
Test Cutover |
Boots and configures the target workload within the container for testing purposes. |
Run Cutover |
Boots and configures the target workload to complete the migration cycle. |
Remove Workload |
Removes a workload from the inventory. |
Pause Schedule |
Suspends all scheduled replications until the schedule is resumed. |
Resume Schedule |
Resumes the workload replication according to the saved replication settings. |
When you add or discover a workload, the workload is listed on the Workloads page and the status is set as Not Configured. Before you migrate the workload, you must configure the workload for migration:
Launch the PlateSpin Migrate Web Interface.
On the Workloads page, select the workload you want to configure.
Click Configure Migration.
Select one of the following based on the scope of data you want to transfer from the source to the target:
Full Replication: A full volume of data transfer takes place from the source to the target.
Incremental Replication: Only differences are transferred from the source to the target, provided they have similar operating system and volume profiles.
NOTE:Incremental Replication of data to Microsoft Azure is not supported.
Select the target to which you want to migrate the source data.
Click Configure Migration.
Configure the following settings:
Setting Name |
Description |
---|---|
Schedule Settings |
|
Incremental Recurrence |
Specify the following:
|
Full Replication |
Do one of the following:
NOTE:You must prepare the workload prior to the scheduled time. If the workload is not prepared by the scheduled time, then full replication is skipped. |
Blackout Window |
Use these settings to force a replication blackout. The replication blackout suspends scheduled replications during peak utilization hours or prevents conflicts between VSS-aware software and the PlateSpin VSS block-level data transfer component. To specify a blackout window, click Edit and do the following:
NOTE:The blackout start and end times are based on the system clock on the PlateSpin Server. |
Compression Level |
These settings control how workload data is compressed before transmission. See Section 1.5.2, Data Compression. Select one of the following options:
|
Bandwidth Throttling |
These settings control the bandwidth throttling. PlateSpin Migrate enables you to control the amount of available bandwidth consumed by direct source-to-target communication over the course of a workload migration. You can specify a throughput rate for each migration job. This provides a way to prevent migration traffic from congesting your production network and reduces the overall load of your PlateSpin Server. To throttle replications to a specified rate, specify the required throughput value in Mbps and the time pattern. |
Migration Settings |
|
Transfer Method |
(Windows) Select a data transfer mechanism and security through encryption.See Section 1.3, Supported Transfer Methods. To enable encryption, select the Encrypt Data Transfer option. See Section 1.4, Security and Privacy NOTE:The Offline Transfer with Temporary Boot Environment transfer method is not applicable for the Web interface. |
Transfer Encryption |
(Linux) To enable encryption, select the Encrypt Data Transfer option. See Section 1.4, Security and Privacy. |
Source Credentials |
Specify the credentials required for accessing the workload. See Section 3.3.8, Discovery Guidelines for Machine Types and Credentials. |
Cloud Instance Size |
(For migration to Azure) Select the cloud instance size appropriate for your workload. By default, the cloud instance size that most closely matches your workload is selected. The default selection is based on Azure’s definition of instance for the following component types:
The default instance either meets or exceed the settings for these components on the source workload. However, you can choose an instance based on your requirements. For example:
|
CPU |
(VM containers using VMware 5.1, 5.5, and 6.0 with a minimum VM hardware Level 8) Specify the number of sockets and the number of cores per socket for the target workload. It automatically calculates the total cores. This parameter applies on the initial setup of a workload with an initial replication setting of Full Replication. NOTE:The maximum number of cores the workload can use is subject to external factors such as the guest operating system, the VM hardware version, VMware licensing for the ESXi host, and ESXi host compute maximums for vSphere (see vSphere 5.1 Configuration Maximums). Some distributions of a guest OS might not honor the cores and cores per socket configuration. For example, guest OSes using SLES 10 SP4 and OES 2 SP3 retain their original cores and sockets settings as installed, whereas other SLES, RHEL, and OES distributions honor the configuration. |
Number of CPUs |
(VM containers using VMware 4.1) Specify the required number of vCPUs (virtual CPUs) to assign to the target workload. This parameter applies on the initial setup of a workload with an initial replication setting of Full Replication. Each vCPU is presented to the guest OS on the VM container as a single core, single socket. |
Replication Network |
Separate replication traffic based on virtual networks defined on your VM container. For this setting, you can also specify an MTU value that the PlateSpin Migrate Linux RAM Disk (LRD) replication network can use. Setting a low value helps to avoid jabber over networks. For example: a VPN. The default value is an empty string. When networking is configured in the LRD, it allows the network device to set its own default, which is usually 1500. However, if you specify a value, PlateSpin Migrate adjusts the MTU when it configures the network interface. |
Networks Allowed for Replication |
Specify one or more network interfaces (NIC or IP address) on the source to use for replication traffic. |
Resource Pool for Target VM |
(VM container is part of a DRS Cluster.) Specify the Resource Pool location where the migrated VM is to be created. |
VM Folder for Target VM |
(VM container is part of a DRS Cluster.) Specify the VM folder location where the migrated VM is to be created. |
Virtual Machine Name |
Specify a display name for the new virtual machine. |
Configuration File Datastore |
Select a datastore associated with your VM for storing VM configuration files. |
Virtual Machine Configuration Path |
Specify the path to the configuration file on the target virtual machine. |
Disks |
Specify the path to the hard disk on the target virtual machine. Select Thin Disk to enable the thin-provisioned virtual disk feature. The virtual disk then appears to the VM to have a set size, but only consumes the amount of disk space that is actually required by data on that disk. |
Volumes |
Select volumes to be included in the target for migration. |
Converted Logical Volumes |
(Linux) Specify one or more LVM logical volumes to be migrated for a Linux workload. |
Non-volume Storage |
(Linux) Specify a non-volume storage, such as a swap partition, that is associated with the source workload. This storage is re-created in the migrated workload. |
Disks For Volume Groups |
(Linux) Specify the datastore name and the path where the virtual disk must be created on the target machine. You can choose to retain the path specified by default. |
Volume Groups |
(Linux) Specify the LVM volume groups to be migrated with the LVM logical volumes listed in the Converted Logical Volumes section of the settings. |
Services to Stop Temporarily on Source Before Any Replication |
(Windows) We recommend that all the non-VSS compliant services or anti-virus are stopped temporarily on the source while the VSS snapshot is being captured on the source. Select the Windows services that you want to be temporarily stopped on the source workload while the VSS snapshot is being captured on the source. These services are restored back as soon as the VSS snapshot creation completes. |
Services to Stop Permanently on Source For Cutover With Any Replication |
(Windows) Select the Windows services that should be permanently stopped on the source workload throughout the cutover process to ensure application data consistency. The services stopped on the source machine during the cutover process are not restored after the cutover process is complete even if you do not choose to shut down the source machine during the cutover process. |
Daemons to Stop During Replication |
(Linux) Select Linux daemons to be automatically stopped during the replication. |
Target Workload Settings (These settings are applied during the Run Cutover.) |
|
VM Memory |
Specify the amount of memory allocated to the target workload. |
VM Tools |
To install the VM tools, select the Install VM Tools option. This option is selected by default. |
Hostname |
Do one of the following:
|
System Identifier (SID) - (This Setting is applicable only for Windows Server 2008, Windows Server 2003, Windows Server 2000, Windows XP, and Windows Vista) |
Before you generate a new SID for the Windows Server 2003, Windows Server 2000, or Windows XP target workload computer, you must do the following:
To generate a new system identifier for the target workload, select Generate New System Identifier (SID) in the Target Workload Test Settings section of the Web Interface. For Windows Server 2008 and Windows Vista, you must specify the local Administrator account credentials. If this account has been locally renamed on the source, provide the new name. If this account is disabled on Windows Vista (by default), you must first enable it. |
Domain / Workgroup |
(Windows) Depending on whether the source workload belongs to workgroup or domain, one of the following displays:
Do one of the following depending on where you want the target workload to join:
|
Domain Credentials |
(Windows) If you select Join Domain, specify the domain administrator credentials. |
Network Connections |
Select the local area connection and then select one of the following:
For Windows workloads that have more than one NIC, select the connection for each NIC. (For migration to Azure) For Windows workloads that have more than one NIC, the Primary option displays (by default) next to the first network name in the list. To make any other network as primary, click the Make Primary option next to the corresponding network name. For more information, see Section 4.3, Azure Networking Guidelines. |
DNS Servers |
Specify the DNS Servers for the target workloads. This is applicable only if you select Static in the Network Connections option:
|
Services States on Target VM |
(Windows) Select Windows services that must be automatically stopped on the target VM. |
Daemons States to Change |
(Linux) Select Linux daemons that must be automatically stopped on the target VM. |
Target Workload Test Settings (These settings are applied during the Test Cutover) |
|
VM Memory |
Specify the amount of memory allocated to the target workload. |
VM Tools |
To install the VM tools, select the Install VM Tools option. This option is selected by default. |
Hostname |
Do one of the following:
|
System Identifier (SID) - (This Setting is applicable only for Windows Server 2008, Windows Server 2003, Windows Server 2000, Windows XP, and Windows Vista) |
Before you generate a new SID for the Windows Server 2003, Windows Server 2000, or Windows XP target workload computer, you must do the following:
To generate a new system identifier for the target workload, select Generate New System Identifier (SID) in the Target Workload Test Settings section of the Web Interface. For Windows Server 2008 and Windows Vista, you must specify the local Administrator account credentials. If this account has been locally renamed on the source, provide the new name. If this account is disabled on Windows Vista (by default), you must first enable it. |
Domain / Workgroup |
(Windows) Depending on whether the source workload belongs to workgroup or domain, one of the following displays:
Do one of the following depending on where you want the target workload to join:
|
Domain Credentials |
(Windows) If you select Join Domain, specify the domain administrator credentials. |
Network Connections |
Select the network connection and then select one of the following:
|
DNS Servers |
Specify the DNS Servers for the target workloads. This is applicable only if you select Static in the Network Connections option:
|
Services States on Target VM |
(Windows) Select Windows services that must be automatically stopped on the target VM. |
Daemons States to Change |
(Linux) Select Linux daemons that must be automatically stopped on the target VM. |
Tag |
|
Tag |
Select a tag to assign to the workload. For more information about tags, see Section 4.12.1, Using Tags to Help Sort Workloads. |
(Optional) To change the target, click Change Target.
NOTE:If you change the target, all the settings you specified will be cleared.
Do one of the following:
Click Save to save the settings.
Click Save and Prepare to save the settings and start preparing the workload migration.
Click Cancel to exit.
After you configure the workload, you must prepare the workload for migration:
On the Workloads page, select the workload you want to migrate.
Click Prepare Migration, and then click Execute.
On the Workloads page, select the workload you want to migrate.
Click Run Migration.
(Optional) To boot and configure the target workload immediately after full replication, select Run cutover after successful replication, and then select the following if required:
(Optional) Select Shutdown source after cutover to shutdown the source after cutover.
(Optional) Select Shutdown target after cutover to shutdown the target after cutover.
Click Execute.