Forum Discussion
Replicate workload from VMWare to Azure using Azure Site Recovery(ASR)
For this size of VMware estate, I would treat Azure Site Recovery as the replication and orchestration layer, not as the whole DR design by itself.
The practical order I would use is:
1. Run Azure Migrate discovery/assessment first so you have VM sizing, dependency mapping, OS support, and target-region capacity assumptions.
2. Confirm each OS/database combination against the ASR VMware/physical support matrix before enabling replication.
3. Group machines into recovery plans by application dependency, not by vCenter folder. Put AD/DNS, database, middleware, and app tiers in the correct boot order.
4. Define RTO/RPO per application. ASR can give low RPO, but "no downtime" is not realistic for a disaster failover; there is at least a cutover and validation window.
5. For Oracle, SQL Server, and MySQL, validate application-consistent recovery separately. Some workloads need native database replication or backup/restore in addition to VM replication.
6. Test failover into an isolated test network before you promise business RTOs.
Useful docs:
https://learn.microsoft.com/azure/site-recovery/vmware-physical-azure-support-matrix
https://learn.microsoft.com/azure/site-recovery/site-recovery-test-failover-to-azure
https://learn.microsoft.com/azure/migrate/migrate-services-overview