A central hub of Azure cloud migration services and tools to discover, assess, and migrate workloads to the cloud.
Hi @Callum Thank you for reaching out to Microsoft Q&A.
We understand that you would like to confirm whether the Azure Migrate appliance must be deployed on a dedicated physical server or whether it can run as a guest VM on your Nutanix AHV cluster.
The Azure Migrate Discovery and assessment appliance does not require a separate physical server. It can be deployed on a Windows Server guest VM hosted on the AHV cluster, provided that the VM meets the supported appliance requirements.
For the current physical-server discovery appliance, please ensure that the appliance VM meets the following requirements:
- Windows Server 2022 or Windows Server 2025
- 8 vCPUs
- 32 GB RAM
- Approximately 80 GB of disk storage
- A static or dynamic IP address
- Outbound internet connectivity to the required Azure endpoints over HTTPS port 443
- Local or domain administrative permissions on the appliance server
Because Nutanix AHV does not use the native VMware or Hyper-V discovery workflow, please select Physical or other (AWS, GCP, Xen, etc.) as the source type. The appliance discovers Windows servers remotely through WinRM/CIM and Linux servers through SSH. The discovery process itself is agentless. The Mobility Service agent is required later when configuring agent-based replication for migration.
Recommended steps:
- Provision a clean Windows Server 2022 or 2025 VM on the AHV cluster that meets the above requirements. Do not install the appliance on a domain controller or on a server hosting other migration or replication components.
- In the Azure Migrate project, generate the project key and download the Azure Migrate appliance installer package.
- Verify the downloaded package hash against the value provided in the Azure portal, extract the package, and run
AzureMigrateInstaller.ps1from an elevated PowerShell session. - Register the appliance with the Azure Migrate project and add the AHV guest servers individually, in bulk, or by using a CSV file.
- For Windows server discovery, allow WinRM 5986 over HTTPS. If the HTTPS prerequisites are not configured, communication can fall back to WinRM 5985 over HTTP. For Linux servers, allow TCP port 22.
- After configuration, confirm that the servers appear under Azure Migrate > Servers, databases and web apps > Discovery and assessment > Discovered servers.
Please use caution before enabling the HTTPS-only WinRM option. When this option is enabled, every Windows target must have a valid Server Authentication certificate whose common name matches the hostname. The certificate must not be expired, revoked, or self-signed. Otherwise, discovery can fail for both existing and newly added servers.
For the migration phase, a separate replication appliance is required. The replication appliance must not be installed on the Azure Migrate Discovery and assessment appliance or on any source machine that you intend to migrate. For new agent-based migrations, please use the current simplified replication appliance workflow available in the Azure Migrate project and validate the latest appliance requirements from the support matrix.
If discovery continues to fail, please share the exact error displayed in Appliance Configuration Manager, along with the results of the following tests from the appliance VM:
Test-NetConnection <server-FQDN-or-IP> -Port 5986
Test-NetConnection <server-FQDN-or-IP> -Port 5985
Test-WSMan <server-FQDN-or-IP>
Microsoft documentation:
- Azure Migrate appliance requirements
- Physical-server discovery and assessment support matrix
- Set up an Azure Migrate appliance for physical servers
- Discover physical servers and servers running in other environments
- Migrate machines as physical servers to Azure
- Replication appliance support matrix
If you have further questions regarding this answer, feel free to click "Comment". If you find the answer helpful, please click "upvote". This helps the community by allowing others with similar queries to easily find the solution.