Support matrix for Hyper-V migration
This article summarizes support settings and limitations for migrating Hyper-V VMs with Migration and modernization . If you're looking for information about assessing Hyper-V VMs for migration to Azure, review the assessment support matrix.
Caution
This article references CentOS, a Linux distribution that is End Of Life (EOL) status. Please consider your use and planning accordingly. For more information, see the CentOS End Of Life guidance.
Migration limitations
You can select up to 10 VMs at once for replication. If you want to migrate more machines, replicate in groups of 10.
Hyper-V host requirements
| Support | Details |
|---|---|
| Deployment | The Hyper-V host can be standalone or deployed in a cluster. Azure Migrate replication software (Hyper-V Replication provider) is installed on the Hyper-V hosts. |
| Permissions | You need administrator permissions on the Hyper-V host. |
| Host operating system | Windows Server 2022, Windows Server 2019, Windows Server 2016, or Windows Server 2012 R2 with latest updates. Note that Server core installation of these operating systems is also supported. |
| Other Software requirements | .NET Framework 4.7 or later |
| Port access | Outbound connections on HTTPS port 443 to send VM replication data. |
Hyper-V VMs
| Support | Details |
|---|---|
| Operating system | All Windows and Linux operating systems that are supported by Azure. |
| Windows Server 2003 | For VMs running Windows Server 2003, you need to install Hyper-V Integration Services before migration. |
| Linux VMs in Azure | Some VMs might require changes so that they can run in Azure. For Linux, Azure Migrate makes the changes automatically for these operating systems: - Red Hat Enterprise Linux 9.x, 8.x, 7.9, 7.8, 7.7, 7.6, 7.5, 7.4, 7.0, 6.x - CentOS Stream - SUSE Linux Enterprise Server 15 SP4, 15 SP3, 15 SP2, 15 SP1, 15 SP0, 12, 11 SP4, 11 SP3 - Ubuntu 22.04, 21.04, 20.04, 19.04, 19.10, 18.04LTS, 16.04LTS, 14.04LTS - Debian 11, 10, 9, 8, 7 - Oracle Linux 9, 8, 7.7-CI, 7.7, 6 - Kali Linux (2016, 2017, 2018, 2019, 2020, 2021, 2022) - For other operating systems, you make the required changes manually. |
| Required changes for Azure | Some VMs might require changes so that they can run in Azure. Make adjustments manually before migration. The relevant articles contain instructions about how to do this. |
| Linux boot | If /boot is on a dedicated partition, it should reside on the OS disk, and not be spread across multiple disks. If /boot is part of the root (/) partition, then the '/' partition should be on the OS disk, and not span other disks. |
| UEFI boot | Supported. UEFI-based VMs will be migrated to Azure generation 2 VMs. |
| UEFI - Secure boot | Not supported for migration. |
| 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. For existing Azure Migrate projects, you might need to upgrade the replication provider on the Hyper-V host to the latest version to replicate large disks up to 32 TB. |
| Disk number | A maximum of 16 disks per VM. |
| Encrypted disks/volumes | Not supported for migration. |
| RDM/passthrough disks | Not supported for migration. |
| Shared disk | VMs using shared disks aren't supported for migration. |
| Ultra disk | Ultra disk migration isn't supported from the Azure Migrate portal. You have to do an out-of-band migration for the disks that are recommended as Ultra disks. That is, you can migrate selecting it as premium disk type and change it to Ultra disk after migration. |
| NFS | NFS volumes mounted as volumes on the VMs won't be replicated. |
| ReiserFS | Not supported. |
| ISCSI | VMs with iSCSI targets aren't supported for migration. |
| Target disk | You can migrate to Azure VMs with managed disks only. |
| IPv6 | Not supported. |
| NIC teaming | Not supported. |
| Azure Site Recovery and/or Hyper-V | You can't replicate using Migration and modernization if the VM is enabled for replication with Azure Site Recovery or with Hyper-V replica. |
| Ports | Outbound connections on HTTPS port 443 to send VM replication data. |
URL access (public cloud)
The replication provider software on the Hyper-V hosts will need access to these URLs.
| URL | Details |
|---|---|
| login.microsoftonline.com | Access control and identity management using Active Directory. |
| backup.windowsazure.com | Replication data transfer and coordination. |
| *.hypervrecoverymanager.windowsazure.com | Used for replication management. |
| *.blob.core.windows.net | Upload data to storage accounts. |
| dc.services.visualstudio.com | Upload app logs used for internal monitoring. |
| time.windows.com | Verifies time synchronization between system and global time. |
URL access (Azure Government)
The replication provider software on the Hyper-V hosts will need access to these URLs.
| URL | Details |
|---|---|
| login.microsoftonline.us | Access control and identity management using Active Directory. |
| backup.windowsazure.us | Replication data transfer and coordination. |
| *.hypervrecoverymanager.windowsazure.us | Used for replication management. |
| *.blob.core.usgovcloudapi.net | Upload data to storage accounts. |
| dc.services.visualstudio.com | Upload app logs used for internal monitoring. |
| time.nist.gov | Verifies time synchronization between system and global time. |
Note
If your Migrate project has private endpoint connectivity, the replication provider software on the Hyper-V hosts will need access to these URLs for private link support.
- *.blob.core.windows.com - To access storage account that stores replicated data. This is optional and isn't required if the storage account has a private endpoint attached.
- login.windows.net for access control and identity management using Active Directory.
Replication storage account requirements
This table summarizes support for the replication storage account for Hyper-V VM migrations.
| Setting | Support | Details |
|---|---|---|
| General purpose V2 storage accounts (Hot and Cool tier) | Supported | GPv2 storage accounts might incur higher transaction costs than V1 storage accounts. |
| Premium storage | Supported | However, standard storage accounts are recommended to help optimize costs. Cache storage account should be standard storage account and premium is not supported. |
| Region | Same region as virtual machine | Storage account should be in the same region as the virtual machine being protected. |
| Subscription | Can be different from source virtual machines | The Storage account need not be in the same subscription as the source virtual machine(s). |
| Azure Storage firewalls for virtual networks | Supported | If you're using firewall enabled replication storage account or target storage account, ensure you Allow trusted Microsoft services. Also, ensure that you allow access to at least one subnet of source virtual network. You should allow access from All networks for public endpoint connectivity. |
| Soft delete | Not supported | Soft delete isn't supported because once it's enabled on replication storage account, it increases cost. Azure Migrate performs very frequent creates/deletes of log files while replicating causing costs to increase. |
| Private endpoint | Supported | Follow the guidance to set up Azure Migrate with private endpoints. |
Azure VM requirements
All on-premises VMs replicated to Azure must meet the Azure VM requirements summarized in this table.
| Component | Requirements | Details |
|---|---|---|
| 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 | 16 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. | BitLocker must be disabled 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, enable 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 migration, 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. |
Next steps
Migrate Hyper-V VMs for migration.