Share via

Enabling Replication for OnPremises Virtual Machines (VMWare) using ASR with Private Endpoints

Anandha Chandrasekaran 20 Reputation points
2026-06-04T23:13:27.8966667+00:00

Hi,

We are trying to replicate On-Premises VMWare VMs using Azure Site Recovery with Private Endpoints.

As per this document, https://learn.microsoft.com/en-us/azure/site-recovery/hybrid-how-to-enable-replication-private-endpoints, it has been mentioned that MySQL has to be installed on the configuration server but my question is whether this is applicable for ASR deployment modernised approach?

The next question is, whether ASR appliance has to be joined with Windows AD Domain. Because how does DNS resolution work for Private Endpoints. ?

We have setup conditional forwarders for private links in the Onprem DNS servers to .blob.core.windows.net, siterecovery.windowsazure.com, prod.migration.windowsazure.com ?

Should it be enabled for privatelink.blob.core.windows.net as well ?

Please help.

Thanks

Azure Site Recovery
Azure Site Recovery

An Azure native disaster recovery service. Previously known as Microsoft Azure Hyper-V Recovery Manager.

0 comments No comments

1 answer

Sort by: Most helpful
  1. AI answer

    2026-06-04T23:13:59.2133333+00:00

    For VMware/physical machines with Azure Site Recovery using private endpoints, the behavior depends on whether the classic (configuration server) or modernized architecture is used.

    1. MySQL requirement and modernized architecture
    • The referenced article describes the classic model that uses a Configuration Server/Process Server on-premises.
    • In that classic model, MySQL is required on the configuration server (as per the document referenced in the context).
    • For the modernized architecture for VMware/physical machines, the document explicitly calls out a separate private DNS zone for:
      • privatelink.prod.migration.windowsazure.com, used by Site Recovery to perform discovery of the on-premises environment.
    • The context provided does not state that MySQL is required for the modernized ASR appliance; it only mentions MySQL in the classic configuration-server scenario. No additional MySQL requirement for the modernized appliance is documented in the provided context.
    1. Domain join requirement for the ASR appliance
    • The context does not state that the ASR appliance (or configuration server) must be joined to an Active Directory domain.
    • DNS integration for private endpoints is handled via Azure Private DNS zones and virtual network links, not by requiring domain join. The key requirement is that the appliance/Process Server/Hyper-V provider can resolve the private endpoint FQDNs to the private IPs.
    1. DNS resolution for private endpoints

    a. Private DNS zones for Site Recovery

    • For on-premises machines using private endpoints, the guidance is:
      • Create a private DNS zone named:
        • privatelink.siterecovery.windowsazure.com
      • If using modernized architecture for VMware/physical machines, also create:
        • privatelink.prod.migration.windowsazure.com
      • Link these private DNS zones to the bypass VNet.
      • Ensure A records are created for each FQDN that appears on the Site Recovery private endpoint:
        • Pattern: {Vault-ID}-asr-pod01-{type}.{target-geo-code}.privatelink.siterecovery.windowsazure.com
      • For modernized VMware/physical protection, also ensure DNS records for privatelink.prod.migration.windowsazure.com as indicated.

    b. Automatic vs manual DNS integration

    • When creating the private endpoint for the vault:
      • If Integrate with private DNS zone is set to Yes, Azure automatically:
        • Creates/links the private DNS zone to the bypass VNet.
        • Adds the required A records for the private endpoint FQDNs.
    • If DNS zones are created manually:
      • Must manually add A records for each FQDN and private IP from the private endpoint.
      • After enabling replication, two additional FQDNs are added to the private endpoint; corresponding A records must also be added.
    1. On-premises DNS configuration and conditional forwarders
    • The document’s pattern for Site Recovery private endpoints is:
      • {Vault-ID}-asr-pod01-{type}.{target-geo-code}.privatelink.siterecovery.windowsazure.com
    • For modernized VMware/physical protection, an additional zone is required:
      • privatelink.prod.migration.windowsazure.com
    • The context does not mention .blob.core.windows.net or privatelink.blob.core.windows.net as required for Site Recovery private endpoints in this scenario.
    • For ASR with private endpoints, the relevant private-link DNS zones in the provided context are:
      • privatelink.siterecovery.windowsazure.com
      • privatelink.prod.migration.windowsazure.com (modernized VMware/physical)
    • Conditional forwarders on on-premises DNS should therefore be configured to forward queries for these private-link zones to the DNS that can resolve the Azure Private DNS zones (typically the DNS in the bypass VNet or a custom DNS server that can reach them).
    1. Summary for the specific questions
    • MySQL on configuration server:
      • Required in the classic configuration-server model as per the referenced article.
      • No MySQL requirement for the modernized VMware/physical ASR appliance is documented in the provided context.
    • Domain join for ASR appliance:
      • Not documented as a requirement in the provided context. DNS resolution is handled via private DNS zones and network links, not by domain membership.
    • DNS/conditional forwarders:
      • For private endpoints, ensure DNS resolution for:
        • privatelink.siterecovery.windowsazure.com
        • privatelink.prod.migration.windowsazure.com (modernized VMware/physical)
      • The context does not state a requirement to forward or configure privatelink.blob.core.windows.net for ASR private endpoints.

    References:

    AI-generated content may be incorrect. Read our transparency notes for more information.

    Was this answer helpful?

Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.