![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(89.60000000000001, 25%, 18%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EV8%3C/text%3E%3C/svg%3E)
Azure Site Recovery
An Azure native disaster recovery service. Previously known as Microsoft Azure Hyper-V Recovery Manager.
672 questions
Yes this is possible. Given that you don’t have access to the hosted site VMWare environment, you would use the Physical to Azure replication architecture. Ref: to - https://video2.skills-academy.com/en-us/azure/site-recovery/physical-azure-architecture
If the customer is only replicating VMs from the hosted environment, you would install the Configuration Server as a VM in the hosted environment and use that to replicate the hosted machines to Azure. In this scenario it is ideal that the customer have a direct connection to Azure over the internet or over Expressroute from the hosted environment so the replication data does not need to travel first over the customer VPN.
If the customer is replicating VMs in bot the hosted environment and from on-premises, you would install the Configuration Server in your choice of on-prem or hosted environment, and in the other location, you would install a scale-out process server. This is so replication data can be processed by the appropriate server in each datacenter before sending to Azure without facing a VPN bottleneck for network traffic.
Let me know if you have questions.
------------------------------------------------------------------------------------------------------------------------------
Please do not forget to "Accept the answer" wherever the information provided helps you to help others in the community.