Read the prerequisites summarized in the following table.
|Azure||Learn about Azure requirements|
|On-premises configuration server||You need a VMware VM running Windows Server 2012 R2 or later. You set up this server during Site Recovery deployment.
By default the process server and master target server are also installed on this VM. When you scale up, you might need a separate process server, and it has the same requirements as the configuration server.
Learn more about these components here
|On-premises VMware servers||One or more VMware vSphere servers, running 6.5, 6.0, 5.5, 5.1 with latest updates. Servers should be located in the same network as the configuration server (or separate process server).
We recommend a vCenter server to manage hosts, running 6.5, 6.0 or 5.5 with the latest updates.
|On-premises VMs||VMs you want to replicate should be running a supported operating system, and conform with Azure prerequisites. VM should have VMware tools running.|
|URLs||The configuration server needs access to these URLs:
URLs for the Azure Government cloud:
If you have IP address-based firewall rules, ensure they allow communication to Azure.
Allow the Azure Datacenter IP Ranges, and the HTTPS (443) port.
Allow IP address ranges for the Azure region of your subscription, and for West US (used for Access Control and Identity Management).
Allow this URL for the MySQL download: http://cdn.mysql.com/archives/mysql-5.5/mysql-5.5.37-win32.msi.
|Mobility service||Installed on every replicated VM.|
Make sure you understand the limitations summarized in the table before you deploy.
|Azure||Storage and network accounts must be in the same region as the vault
If you use a premium storage account, you also need a standard store account to store replication logs
You can't replicate to premium accounts in Central and South India.
|On-premises configuration server||VMware VM adapter type should be VMXNET3. If it isn't, install this update
vSphere PowerCLI 6.0 should be installed.
The machine shouldn't be a domain controller. The machine should have a static IP address.
The host name should be 15 characters or less, and operating system should be in English.
|VMware||Site Recovery doesn't support new vCenter and vSphere 6.5 and 6.0 features such as cross vCenter vMotion, virtual volumes, and storage DRS.|
|VMs||Verify Azure VM limitations
You can't replicate VMs with encrypted disks, or VMs with UEFI/EFI boot.
Shared disk clusters aren't supported. If the source VM has NIC teaming, it's converted to a single NIC after failover.
If VMs have an iSCSI disk, Site Recovery converts it to a VHD file after failover. If the iSCSI target can be reached by the Azure VM, it connects to it, and sees both it and the VHD. If this happens, disconnect the iSCSI target.
If you want to enable multi-VM consistency, which enables VMs running the same workload to be recovered together to a consistent data point, open port 20004 on the VM.
Windows must be installed on the C drive. The OS disk should be basic, and not dynamic. The data disk can be dynamic.
Linux /etc/hosts files on VMs should contain entries that map the local host name to IP addresses associated with all network adapters. The host name, mount points, device name, system paths, and file names (/etc; /usr) should be in English only.
Specific types of Linux storage are supported.
Create or set disk.enableUUID=true in the VM settings. This provides a consistent UUID to the VMDK, so that it mounts correctly, and ensures that only delta changes are transferred back to on-premises during failback, without full replication.