PlateSpin Migrate supports the migration of the following Windows and Linux workloads to non-cloud platforms, such as physical machines and virtual machines on supported hypervisors. See Supported Target Virtualization Platforms.
The following migration features are supported for migration to non-cloud platforms:
Peer-to-peer migrations (P2V, V2V, V2P, P2P).
Peer-to-peer workload synchronization (P2V, V2V, P2P, V2P).
NOTE:
Not all workloads are supported on all target virtualization platforms. Migration of workloads to a target virtualization platform is subject to the support of the guest operating system on the target host by the host vendor.
Before you install block-based transfer drivers on source Windows workloads, ensure that you have applied the latest Windows updates on the workload.
BIOS workloads must have at least one partition in the boot disk and a boot loader installed in the MBR (Master Boot Record).
Conversion of BIOS based Linux system to UEFI based is not supported.
Conversion of a Linux UEFI source workload as a Linux BIOS target requires a /boot partition to be available on the source workload.
Workload imaging is not supported in Linux workloads.
Review the following sections:
PlateSpin Migrate supports the following Microsoft Windows platforms for migration to virtual machines on virtualization hosts or to physical machines, except as noted in Table 2-1. See also Supported Workload Storage and Supported Workload Architectures.
NOTE:PlateSpin Migrate does not support migration of Active Directory domain controller servers with Flexible Single Master Operation (FSMO) roles on them. For information, see Best Practice Tips for Active Directory Domain Controller Conversions (KB Article 7920501).
Table 2-1 Non-Cloud Platforms: Supported Windows Workloads
Operating System |
Remarks |
---|---|
Servers |
|
Windows Server 2016 |
Migration to a VMware VM requires VMware vCenter 6.0 or later. |
|
|
|
Includes Small Business Server (SBS) editions. Does not support migration of Windows Server 2008 R2 SP0 to Hyper-V because Microsoft no longer supports it. See Microsoft TechNet Website. |
|
|
Clusters |
|
Windows Server 2016 Cluster Supports quorum models:
|
Both Migrate Client and Web Interface support automated migration of Windows Clusters to VMware vCenter target virtualization platforms. Migrate Client also supports semi-automated migration of Windows Clusters to physical machines by using the X2P workflow. See Preparing for Migration of Windows Clusters. Migration of Windows Server 2016 Clusters to VMware requires VMware 6.0 or later. PlateSpin Migrate does not support migration of Windows Server clusters to the following target infrastructures:
PlateSpin Migrate supports only block-level replication for clusters. File-level replication is not supported. PlateSpin Migrate provides driverless and driver-based block-based transfer methods. See Block-Based Transfer for Clusters. PlateSpin Migrate supports using shared RDM (raw device mapping) disks (FC SAN) on target VMs for the semi-automated migration of a Windows Server Failover Cluster (WSFC) to VMware, where each target VM node resides on a different host in a VMware Cluster. See Advanced Windows Cluster Migration to VMware VMs with RDM Disks. |
Supports quorum models:
|
|
Supports quorum models:
|
|
Supports quorum model:
|
|
Desktops |
|
Windows 8 and 8.1 |
Requires the High Performance Power Plan. |
Windows 7 |
Supports only Professional, Enterprise, and Ultimate. |
PlateSpin Migrate supports the following Linux platforms for migration to virtual machines on virtualization hosts or to physical machines, except as noted in Table 2-2. See also Supported Workload Storage and Supported Workload Architectures.
NOTE:To install Migrate Agent Utility for Linux, your source machine must have GNU C Library (glibc) 2.11.3 or higher installed.
Table 2-2 Non-Cloud Platforms: Supported Linux Workloads
Linux Distribution |
Versions |
Remarks |
---|---|---|
Red Hat Enterprise Linux (RHEL) |
AS/ES/WS 4.x, 5.0 to 5.11, 6.0 to 6.9, and 7.0 to 7.5 |
For Red Hat Enterprise Linux 6.7, Oracle Linux 6.7, and CentOS 6.7 workloads with LVM volumes, PlateSpin Migrate supports incremental replication only for the latest available kernel (version 2.6.32-642.13.1.el6) for the 6.7 distribution. For Red Hat Enterprise Linux 6.8, Oracle Linux 6.8, and CentOS 6.8 workloads with LVM volumes, PlateSpin Migrate supports incremental replication only for the latest available kernel (version 2.6.32-696.20.1.el6.x86_64) for the 6.8 distribution. Migration of a paravirtualized source workload to a target platform as a fully virtualized workload is supported for RHEL 5. See Paravirtualized Source Workloads. |
SUSE Linux Enterprise Server (SLES) |
9, 10, 11 (SP1, SP2, SP3, and SP4) |
The SLES 11 SP2 (32-bit) with kernel 3.0.13-0.27-pae is not supported. The kernel for this version of SLES must be upgraded to 3.0.51-0.7.9-pae so that the conversion works. Migration of a paravirtualized source workload to a target platform as a fully virtualized workload is supported for SLES 10 and 11. See Paravirtualized Source Workloads. Migration of a SLES11 SP4 32-bit source workload to a Hyper-V target is not supported. |
CentOS |
See Red Hat Enterprise Linux. |
Same level of support as that for workloads running RHEL except that CentOS 4.x is not supported for Hyper-V. Migration of CentOS 7.x to VMware requires VMware vCenter 5.5 or later. |
Oracle Linux (OL) (formerly Oracle Enterprise Linux) |
See Red Hat Enterprise Linux. |
Same level of support for standard kernels as that for workloads running RHEL except that OEL 4.x is not supported for Hyper-V. Same level of support for Unbreakable Enterprise Kernel (UEK) kernels on supported RHEL distributions for OL 6.7 and later. |
Use the PlateSpin Migrate Web Interface to migrate the workloads to Amazon Web Services, Microsoft Azure, VMware vCloud Director, and VMware Cloud on AWS.
Migrate supports P2C and V2C migrations to target cloud platforms. Migrate supports C2C migrations of source workloads between supported cloud platforms. For information about supported direct C2C deployment scenarios, see Section 12.0, Prerequisites for Cloud-to-Cloud Migrations.
NOTE:
Not all workloads are supported on all target cloud platforms. Migration of workloads to a cloud platform is subject to the support of the guest operating system on the target cloud platform by the cloud provider.
Before you install block-based transfer drivers on source Windows workloads, ensure that you have applied the latest Windows updates on the workload.
BIOS workloads must have at least one partition in the boot disk and a boot loader installed in the MBR (Master Boot Record).
Windows and Linux UEFI workloads are migrated as UEFI workloads to the target vCloud platforms. However, for other target cloud platforms such as Azure and AWS that do not support UEFI workloads, Windows and Linux UEFI workloads are migrated as BIOS workloads.
Conversion of a Linux UEFI source workload as a Linux BIOS target requires a /boot partition to be available on the source workload.
Before you migrate a paravirtualized Linux source workload running on Citrix XenServer or KVM to a target platform as fully virtualized guest, see Paravirtualized Source Workloads.
To install Migrate Agent Utility for Linux, your source machine must have GNU C Library (glibc) 2.11.3 or higher installed.
Review the following sections:
PlateSpin Migrate supports the following platforms for migration to Amazon Web Services. See also Supported Workload Storage and Supported Workload Architectures.
For information about migrating workloads to Microsoft Amazon Web Services, see:
NOTE:PlateSpin Migrate does not support migration of Active Directory domain controller servers with Flexible Single Master Operation (FSMO) roles on them. For information, see Best Practice Tips for Active Directory Domain Controller Conversions (KB Article 7920501).
Table 2-3 AWS: Supported Windows Platforms
Operating System |
Remarks |
---|---|
Microsoft Windows Server 2016 |
|
Microsoft Windows Server 2012 R2 |
|
Microsoft Windows Server 2012 |
|
Microsoft Windows Server 2008 R2 |
|
Microsoft Windows Server 2008 |
|
Microsoft Windows Server 2003 R2 |
|
Microsoft Windows Server 2003 with Service Pack 1 (SP1) or later |
|
Table 2-4 AWS: Supported Linux Platforms
Linux Distribution |
Versions |
Remarks |
---|---|---|
Red Hat Enterprise Linux (RHEL) |
5.1 to 5.11, 6.1 to 6.9, and 7.0 to 7.5 |
For Red Hat Enterprise Linux 6.7, Oracle Linux 6.7, and CentOS 6.7 workloads with LVM volumes, incremental replication is supported only for the latest available kernel (version 2.6.32-642.13.1.el6) for the 6.7 distribution. For Red Hat Enterprise Linux 6.8, Oracle Linux 6.8, and CentOS 6.8 workloads with LVM volumes, PlateSpin Migrate supports incremental replication only for the latest available kernel (version 2.6.32-696.20.1.el6.x86_64) for the 6.8 distribution. Migration of a paravirtualized source workload to a target platform as a fully virtualized workload is supported for RHEL 5. See Paravirtualized Source Workloads. |
SUSE Linux Enterprise Server (SLES) |
11 (SP1 to SP4) |
Migration of a paravirtualized source workload to a target platform as a fully virtualized workload is supported for SLES 11. See Paravirtualized Source Workloads. |
CentOS |
See Red Hat Enterprise Linux. |
Same level of support as that for workloads running RHEL. |
Oracle Linux (OL) (formerly Oracle Enterprise Linux) |
See Red Hat Enterprise Linux. |
Same level of support for standard kernels as that for workloads running RHEL. Same level of support for Unbreakable Enterprise Kernel (UEK) kernels on supported RHEL distributions for OL 6.7 and later. |
PlateSpin Migrate supports the following platforms for migration to Microsoft Azure Cloud for the global environment and the sovereign Azure China environment. See also Supported Workload Storage and Supported Workload Architectures.
For information about migrating workloads to Microsoft Azure, see:
NOTE:PlateSpin Migrate does not support migration of Active Directory domain controller servers with Flexible Single Master Operation (FSMO) roles on them. For information, see Best Practice Tips for Active Directory Domain Controller Conversions (KB Article 7920501).
Table 2-5 Azure: Supported Windows Platforms
Operating System |
Remarks |
---|---|
Microsoft Windows Server 2016 |
|
Microsoft Windows Server 2012 R2 |
|
Microsoft Windows Server 2012 |
|
Microsoft Windows Server 2008 R2 |
|
Table 2-6 Azure: Supported Linux Platforms
Linux Distribution |
Versions |
Remarks |
---|---|---|
Red Hat Enterprise Linux (RHEL) |
6.7 to 6.9 and 7.1 to 7.5 |
For Red Hat Enterprise Linux 6.7, Oracle Linux 6.7, and CentOS 6.7 workloads with LVM volumes, incremental replication is supported only for the latest available kernel (version 2.6.32-642.13.1.el6) for the 6.7 distribution. For Red Hat Enterprise Linux 6.8, Oracle Linux 6.8, and CentOS 6.8 workloads with LVM volumes, PlateSpin Migrate supports incremental replication only for the latest available kernel (version 2.6.32-696.20.1.el6.x86_64) for the 6.8 distribution. |
SUSE Linux Enterprise Server (SLES) |
11 (SP3 and SP4) |
Migration of a paravirtualized source workload to a target platform as a fully virtualized workload is supported for SLES 11. See Paravirtualized Source Workloads. |
CentOS |
See Red Hat Enterprise Linux. |
Same level of support as that for workloads running RHEL. |
Oracle Linux (OL) (formerly Oracle Enterprise Linux) |
See Red Hat Enterprise Linux. |
Same level of support for standard kernels as that for workloads running RHEL. Same level of support for Unbreakable Enterprise Kernel (UEK) kernels on supported RHEL distributions for OL 6.7 and later. |
NOTE:If the boot (/boot) partition is on a different disk than the root (/) partition, PlateSpin Migrate migrates them both to the first disk on the target VM in Azure.
PlateSpin Migrate supports the following platforms for migration to VMware vCloud Director. See also Supported Workload Storage and Supported Workload Architectures.
For information about migrating workloads to VMware Cloud Director, see:
NOTE:PlateSpin Migrate does not support migration of Active Directory domain controller servers with Flexible Single Master Operation (FSMO) roles on them. For information, see Best Practice Tips for Active Directory Domain Controller Conversions (KB Article 7920501).
Table 2-7 vCloud: Supported Windows Platforms
Operating System |
Remarks |
---|---|
Microsoft Windows Server 2016 |
Requires vCloud 8.20 or higher. The hosts backing the VMware resource pool must support VMs with Hardware Version 10 or higher. The Provider VDC policy for the highest supported hardware version must be set to at least Hardware Version 10. |
Microsoft Windows Server 2012 R2 |
|
Microsoft Windows Server 2012 |
|
Microsoft Windows Server 2008 R2 |
|
Microsoft Windows Server 2008 |
|
Microsoft Windows Server 2003 R2 |
DoNotReplaceSysFiles must be set to True. |
Microsoft Windows Server 2003 with Service Pack 1 (SP1) or later |
DoNotReplaceSysFiles must be set to True. |
Table 2-8 vCloud: Supported Linux Platforms
Linux Distribution |
Versions |
Remarks |
---|---|---|
Red Hat Enterprise Linux (RHEL) |
4.x, 5.0 to 5.11, 6.0 to 6.9, and 7.0 to 7.5 |
Migrate supports XFS v5 file system on source Linux UEFI workloads for migrations using the vCloud PRE based on SLES 12 SP3. However, Migrate does not support XFS v5 for source Linux BIOS workloads migrated using vCloud PRE based on SLES 11 SP4. For Red Hat Enterprise Linux 6.7, Oracle Linux 6.7, and CentOS 6.7 workloads with LVM volumes, incremental replication is supported only for the latest available kernel (version 2.6.32-642.13.1.el6) for the 6.7 distribution. For Red Hat Enterprise Linux 6.8, Oracle Linux 6.8, and CentOS 6.8 workloads with LVM volumes, PlateSpin Migrate supports incremental replication only for the latest available kernel (version 2.6.32-696.20.1.el6.x86_64) for the 6.8 distribution. Migration of a paravirtualized source workload to a target platform as a fully virtualized workload is supported for RHEL 5. See Paravirtualized Source Workloads. Migration of Red Hat Enterprise Linux 7.x workloads is only supported to VMware vCloud Director 5.5.x, 5.6.x, and 9.1. |
SUSE Linux Enterprise Server (SLES) |
10 and 11 (SP1, SP2, SP3, and SP4) |
Migration of a paravirtualized source workload to a target platform as a fully virtualized workload is supported for SLES 10 and 11. See Paravirtualized Source Workloads. |
CentOS |
See Red Hat Enterprise Linux. |
Same level of support as that for workloads running RHEL. |
Oracle Linux (OL) (formerly Oracle Enterprise Linux) |
See Red Hat Enterprise Linux. |
Same level of support for standard kernels as that for workloads running RHEL. Same level of support for Unbreakable Enterprise Kernel (UEK) kernels on supported RHEL distributions for OL 6.7 and later. |
For migration to VMware Cloud on AWS, PlateSpin Migrate supports the same platforms that are supported for migration of VMware DRS Clusters to VMware. See Supported Source Workloads For Migration to Non-Cloud Platforms.
See also Supported Workload Storage and Supported Workload Architectures.
For information about migrating workloads to VMware Cloud on AWS, see:
The following workload storage guidelines apply to all migrations:
PlateSpin Migrate supports MBR (Master Boot Record) and GPT (GUID Partition Table) partitioning schemes for Windows and Linux workloads. Workloads and storage for migration must be configured on disks partitioned with the MBR or GPT. Although GPT allows up to 128 partitions per single disk, PlateSpin Migrate supports only 57 or fewer GPT partitions per disk.
PlateSpin Migrate supports only the NTFS file system on any supported Windows system. It does not support Windows FAT or ReFS file systems for migration.
NOTE:If the volumes are encrypted with the BitLocker disk encryption feature, they must be unlocked (decrypted) for the migration.
PlateSpin Migrate supports EXT2, EXT3, EXT4, REISERFS, and XFS file systems.
NOTE:
PlateSpin Migrate supports the XFS version 5 (v5) file system on RHEL 7.3 and later, and on distributions based on those versions. However, XFS v5 support does not apply for BIOS workloads on target VMware vCloud platforms.
Migration of encrypted volumes is not supported. If the volumes are encrypted, they must be unlocked (decrypted) for the migration.
PlateSpin Migrate supports several types of storage disks, including basic disks, source Windows dynamic disks, LVM2, hardware RAID, NAS, and SAN.
NOTE:The following caveats apply for storage disks:
Windows Dynamic Disks: PlateSpin Migrate does not support Windows dynamic disks at the target.
For dynamic disks, the storage does not follow the Same as Source mapping strategy. Both Simple Dynamic Volumes and Spanned Dynamic Volumes will reside on the target workload as Simple Basic Volume disks. The target disk is partitioned as GPT if the total combined size of the dynamic volume’s member disks exceeds MBR partition size limits. For more information, see Microsoft TechNet: Understanding the 2 TB limit in Windows Storage.
Software RAID: PlateSpin Migrate supports hardware RAID; however, PlateSpin Migrate does not support software RAID. This is applicable for both Windows and Linux workloads.
Migrate supports GRUB and GRUB 2 boot loaders for Linux workloads.
Migrate supports Linux workloads with /boot on the first disk (sda).
The boot partition of a source Linux workload must have a minimum of 100 MB free space. During the migration process, PlateSpin Migrate uses the free space to create a new initrd image with all the required drivers to make the machine ready for the initial boot process.
Non-volume storage, such as a swap partition that is associated with the source workload, is recreated in the migrated workload.
The layout of volume groups and logical volumes for LVM2 is preserved in the Same as Source mapping strategy so that you can re-create it during migration.
LVM raw disk volumes are supported in the Same as Source configurations on Linux workloads.
For Linux workloads, Migrate supports only block-based live data transfer with a blkwatch driver. For a list of pre-compiled blkwatch drivers, see List of Distributions.
Some of the supported Linux versions require that you compile the PlateSpin blkwatch module for your specific kernel. Those workloads are called out explicitly.
Precompiled blkwatch drivers are available for the standard kernel and Unbreakable Enterprise Kernel (UEK) as noted in the List of Distributions. For other Oracle Linux distributions, precompiled drivers are available only for the corresponding Red Hat Compatible Kernel (RHCK).
PlateSpin Migrate supports the Fibre Channel (FC) SAN communications protocol.
Fibre Channel over Ethernet (FCoE) is supported for P2P and P2V migrations for workloads listed in Table 2-9. Migration has been tested using FCoE devices from Qlogic.
Table 2-9 Supported Source Workloads for FCoE
Source Workloads with FCoE |
Version |
Remarks |
---|---|---|
|
|
Standalone servers only; no clusters. |
SUSE Linux Enterprise Server |
11 SP4 |
|
FCoE drivers and support functionality are available in the PlateSpin ISO image. See Downloading the PlateSpin ISO Images.
PlateSpin Migrate discontinues support for migrations of workloads with multipath I/O (MPIO) enabled. We recommend that you perform migration with a single path, and then enable MPIO on the cutover workload.
For migrations to Hyper-V, PlateSpin Migrate provides the ability to specify the VLAN ID to be used by the target VM. If you do not specify a VLAN ID, Migrate applies the VLAN ID used by the source workload if any.
VLAN tags are otherwise not supported for target workloads. PlateSpin Migrate supports only untagged network packets on any network interface that is used during the migration process.
The following workload architecture guidelines apply to all migrations:
Linux source workloads must be running a Secure Shell (SSH) server.
PlateSpin Migrate supports migration of x86-based physical and virtual workloads in your data center:
64-bit
32-bit
For VM virtualization platforms using VMware 5.1, 5.5, and 6.0 with a minimum VM hardware Level 8, PlateSpin Migrate enables you to 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 ESXi/ESX Configuration Maximums (VMware KB 1003497)).
Some distributions of a guest OS might not honor the cores and cores per socket configuration. For example, guest OSes using SLES 10 SP4 retain their original cores and sockets settings as installed, whereas other SLES and RHEL distributions honor the configuration.
For VM virtualization platforms using VMware 4.1, PlateSpin Migrate enables you to 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 platform as a single core, single socket.
Migration of UEFI-based Windows and Linux source workloads is supported for all target platforms. The target workload is configured as UEFI or BIOS, as supported by the target platform vendor. For example:
For target vCloud Cloud Director platforms, Windows and Linux UEFI workloads are migrated as UEFI workloads to the target vCloud platforms.
For target cloud platforms such as Azure and AWS that do not support UEFI workloads, Windows and Linux UEFI workloads are migrated as BIOS workloads.
Migrate transfers workloads from source to target while enforcing the supported firmware for the respective source and target operating systems. When any migration between UEFI and BIOS systems are initiated, Migrate analyzes the transition and alerts you about its validity.
NOTE:If you are migrating UEFI-based workload onto vSphere target virtualization platform and you want to continue using the same firmware boot mode, you must target a vSphere 5.0 platform or newer.
The following are examples of Migrate behavior when doing conversion between UEFI and BIOS-based systems:
When you migrate a UEFI-based source workload to platform that does not support UEFI, such as to a VMware vSphere 4.x, AWS, or Azure, Migrate transitions the workload’s UEFI firmware to BIOS firmware.
When you migrate a UEFI-based source workload to a BIOS-based target, Migrate converts the UEFI system’s boot disks, which were GPT, to MBR disks.
(For Windows Workloads) When you migrate a BIOS workload to a UEFI-based target, Migrate converts the BIOS system's boot disks, which are MBR, to GPT disks.
Paravirtualized to fully virtualized conversion is supported for the following source workloads running on a Citrix XenServer or KVM virtual host:
Red Hat Enterprise Linux (RHEL) 6.0 and Linux distributions based on RHEL 6.0
Red Hat Enterprise Linux (RHEL) 5.x and Linux distributions based on RHEL 5.x
SUSE Linux Enterprise Server 10 and 11
Only block-based conversions are supported.
Before you migrate a paravirtualized Linux source workload running on Citrix XenServer or KVM to a target platform as fully virtualized guest, do the following:
Ensure that both the paravirtual and standard kernel are installed on the paravirtualized source workload.
Manually compile the block-based drivers for Xen kernel.
PlateSpin Migrate supports the following target virtualization platforms.
Table 2-10 lists supported target VMware platforms for the PlateSpin Migrate Web Interface and Migrate Client. The Migrate Client supports automated migration or the semi-automated migration using the X2P workflow. The Web interface supports automated migration. See:
See also Prerequisites for Migration to VMware and Prerequisites for Migration to VMware Cloud on AWS.
NOTE:
PlateSpin Migrate does not support discovery, configuration, and migration actions for a target VMware DRS Cluster where one or more hosts are in maintenance mode. See Best Practices for Maintaining or Updating VMware Environments That Are Configured as Migration Targets.
For information about creating the target VM disk on VMware platforms using Raw Device Mapping (RDM), see Section 32.0, Migration to VMware.
Table 2-12 lists supported target virtualization platforms for the PlateSpin Migrate Client using the semi-automated X2P workflow.
NOTE:
Migration of workloads to a target virtualization platform is subject to the support of the guest operating system on the target host by the host vendor.
You need an OS license for the migrated target workload.
Table 2-10 Supported Target VMware Platforms for the Migrate Web Interface and Migrate Client
Platform |
Versions |
Remarks |
---|---|---|
VMware vCenter |
|
VMware Virtual SAN (vSAN) storage is supported on vCenter target virtualization platform as follows:
Raw Device Mapping (RDM) for target VMs is supported using the X2P workflow. See also Table 2-11, Supported VMware Datastores. |
VMware ESXi |
|
All ESXi versions must have a paid license; migration is unsupported with these systems if they are operating with a free license. Raw Device Mapping (RDM) for target VMs is supported using the X2P workflow. See also Table 2-11, Supported VMware Datastores. |
VMware ESX |
|
Raw Device Mapping (RDM) for target VMs is supported using the X2P workflow. See also Table 2-11, Supported VMware Datastores. |
Table 2-11 Supported VMware Datastores
Datastore Type |
Supported Configurations |
---|---|
VMFS |
Supported for all supported versions of VMware vCenter, ESXi, and ESX platforms. |
NFS |
|
Other |
Other datastore types are not supported, such as Virtual Volumes, and vFlash. |
Table 2-12 Supported Target Virtualization Platforms for the Migrate Client Only
Platform |
Versions |
Remarks |
---|---|---|
Microsoft Hyper-V Server |
|
Supported for automated workflow or the X2P workflow. See |
Microsoft Windows Server with Hyper-V |
|
Supported for automated workflow or the X2P workflow. See |
Citrix XenServer |
|
Fully virtualized guests are supported. Supported through the X2P workflow. See Migration to Virtual Machines on Citrix XenServer. See also Prerequisites for Migration to VMs on Citrix XenServer. |
SUSE Linux Enterprise Server with Xen |
11 SP3 and 11 SP4 |
Fully virtualized guests are supported. Supported through the X2P workflow. See Migration to Virtual Machines on Xen. |
SUSE Linux Enterprise Server (SLES) with KVM |
11 SP4 and 12 SP1 |
Fully virtualized guests are supported. Virtio devices are supported. Supported through the X2P workflow. See Migration to Virtual Machines on KVM. |
Red Hat Enterprise Linux (RHEL) with KVM |
7.4 |
Fully virtualized guests are supported. Virtio devices are supported. Supported through the X2P workflow. See Migration to Virtual Machines on KVM. |
PlateSpin Migrate supports migration of workloads to target cloud platforms in the Migrate Web Interface.
Table 2-13 Supported Target Cloud Platforms for the Migrate Web Interface
Platform |
Versions |
Remarks |
---|---|---|
Amazon Web Services (AWS) |
Amazon EC2 environment |
See also Section 8.0, Prerequisites for Migration to Amazon Web Services. |
Microsoft Azure |
|
A Migrate server can have multiple Azure Cloud target platforms. You specify the Azure Cloud environment and Location when you create the target platform. |
VMware vCloud Director |
|
See also Prerequisites for Migration to VMware vCloud Director. Download the PlateSpin Replication Environment for vCloud from the Download Site for PlateSpin Migrate 2018.11. See Understanding PlateSpin Replication Environment Used for Migration of Workloads to vCloud. |
VMware Cloud on AWS |
See also Prerequisites for Migration to VMware Cloud on AWS. |
In addition to English, PlateSpin Migrate provides National Language Support (NLS) for Chinese Simplified (ZH-CN), Chinese Traditional (ZH-TW), French (FR-FR), German (DE-DE), and Japanese (JA-JP).
Localized online documentation is available in these languages, as well as in Spanish (ES-ES) and Brazilian Portuguese (PT-BR).
The PlateSpin Migrate Web Interface, PlateSpin Configuration options, and Help files are available from a supported web browser:
Google Chrome, version 34.0 and later
Microsoft Internet Explorer, version 11.0 and later
Mozilla Firefox, version 29.0 and later
NOTE:JavaScript (Active Scripting) must be enabled in your browser.
To use the Web Interface in one of the supported international languages, see Configuring Language Settings for International Versions.