Support matrix for migration of physical servers, AWS VMs, and GCP VMs
This article summarizes support settings and limitations for migrating physical servers, AWS VMs, and GCP VMs to Azure with Migration and modernization . If you're looking for information about assessing physical servers for migration to Azure, review the assessment support matrix.
Migrating machines as physical
You can migrate on-premises machines as physical servers, using agent-based replication. Using this tool, you can migrate a wide range of machines to Azure:
- On-premises physical servers.
- VMs virtualized by platforms such as Xen, KVM.
- Hyper-V VMs or VMware VMs if for some reason you don't want to use the standard Hyper-V or VMware flows.
- VMs running in private clouds.
- VMs running in public clouds, including Amazon Web Services (AWS) or Google Cloud Platform (GCP).
You can select up to 10 machines at once for replication. If you want to migrate more machines, then replicate in groups of 10.
Physical server requirements
The table summarizes support for physical servers, AWS VMs, and GCP VMs that you want to migrate using agent-based migration.
|Machine workload||Azure Migrate supports migration of any workload (say Active Directory, SQL server, etc.) running on a supported machine.|
|Operating systems||For the latest information, review the operating system support for Site Recovery. Azure Migrate provides identical operating system support.|
|Linux file system/guest storage||For the latest information, review the Linux file system support for Site Recovery. Azure Migrate provides identical Linux file system support.|
|Network/Storage||For the latest information, review the network and storage prerequisites for Site Recovery. Azure Migrate provides identical network/storage requirements.|
|Azure requirements||For the latest information, review the Azure network, storage, and compute requirements for Site Recovery. Azure Migrate has identical requirements for physical server migration.|
|Mobility service||Install the Mobility service agent on each machine you want to migrate.|
|UEFI boot||Supported. UEFI-based machines will be migrated to Azure generation 2 VMs.
The OS disk should have up to four partitions, and volumes should be formatted with NTFS.
|UEFI - Secure boot||Not supported for migration.|
|Target disk||Machines can be migrated only to managed disks (standard HDD, standard SSD, premium SSD) in Azure.|
|Disk size||up to 2-TB OS disk for gen 1 VM; up to 4-TB OS disk for gen 2 VM; 32 TB for data disks.|
|Disk limits||Up to 63 disks per machine.|
|Encrypted disks/volumes||Machines with encrypted disks/volumes aren't supported for migration.|
|Shared disk cluster||Not supported.|
|NFS||NFS volumes mounted as volumes on the machines won't be replicated.|
|iSCSI targets||Machines with iSCSI targets aren't supported for agentless migration.|
|Multipath IO||Not supported.|
|Teamed NICs||Not supported.|
|PV drivers / XenServer tools||Not supported.|
Replication appliance requirements
If you set up the replication appliance manually, then make sure that it complies with the requirements summarized in the table. When you set up the Azure Migrate replication appliance as an VMware VM using the OVA template provided in the Azure Migrate hub, the appliance is set up with Windows Server 2016, and complies with the support requirements.
- Learn about replication appliance requirements.
- Install MySQL on the appliance. Learn about installation options.
- Learn about URLs the replication appliance needs to access.
Azure VM requirements
All on-premises VMs replicated to Azure must meet the Azure VM requirements summarized in this table. When Site Recovery runs a prerequisites check for replication, the check fails if some of the requirements aren't met.
|Guest operating system||Verifies supported operating systems.
You can migrate any workload running on a supported operating system.
|Check fails if unsupported.|
|Guest operating system architecture||64-bit.||Check fails if unsupported.|
|Operating system disk size||Up to 2,048 GB.||Check fails if unsupported.|
|Operating system disk count||1||Check fails if unsupported.|
|Data disk count||64 or less.||Check fails if unsupported.|
|Data disk size||Up to 32 TB||Check fails if unsupported.|
|Network adapters||Multiple adapters are supported.|
|Shared VHD||Not supported.||Check fails if unsupported.|
|FC disk||Not supported.||Check fails if unsupported.|
|BitLocker||Not supported.||Disable BitLocker before you enable replication for a machine.|
|VM name||From 1 to 63 characters.
Restricted to letters, numbers, and hyphens.
The machine name must start and end with a letter or number.
|Update the value in the machine properties in Site Recovery.|
|Connect after migration-Windows||To connect to Azure VMs running Windows after migration:
- Before migration enables RDP on the on-premises VM. Make sure that TCP, and UDP rules are added for the Public profile, and that RDP is allowed in Windows Firewall > Allowed Apps, for all profiles.
For site-to-site VPN access, enable RDP and allow RDP in Windows Firewall -> Allowed apps and features for Domain and Private networks. In addition, check that the operating system's SAN policy is set to OnlineAll. Learn more.
|Connect after migration-Linux||To connect to Azure VMs after migration using SSH:
Before migration, on the on-premises machine, check that the Secure Shell service is set to Start, and that firewall rules allow an SSH connection.
After failover, on the Azure VM, allow incoming connections to the SSH port for the network security group rules on the failed over VM, and for the Azure subnet to which it's connected. In addition, add a public IP address for the VM.
Migrate physical servers.
Submit and view feedback for