D4 · Infrastructure

Hybrid Connectivity and DNS

Connecting on-premises with Azure: vs based on bandwidth, SLA and compliance; private access to PaaS with Private Endpoints; and the piece that ties it all together: hybrid DNS.

Icon-networking-63

VPN Gateway: Site-to-Site and Point-to-Site

Site-to-Site (S2S)

  • • IPsec/IKE tunnel between your VPN device and the gateway (in GatewaySubnet)
  • • Over the internet — variable latency, native encryption
  • • SKUs by throughput/tunnels; active-active and zone-redundant for HA
  • • BGP for dynamic routes and failover
  • • Up to ~10 Gbps aggregate on high-end SKUs — enough for most cases

Point-to-Site (P2S)

  • • Individual clients (laptops) → VNet: OpenVPN, IKEv2, SSTP
  • • Auth: certificates, Entra ID, RADIUS
  • • For remote users/admins — also consider Bastion for admin-only access
Icon-networking-79

ExpressRoute

A private, dedicated circuit via a connectivity provider — traffic does NOT cross the internet. Consistent latency, up to 10/100 Gbps (Direct), 99.95%+ SLA. Not encrypted by default (private ≠ encrypted): add MACsec (Direct) or IPsec over the circuit if encryption is required.

Concepts

  • • Private peering: to your VNets · Microsoft peering: to public services (M365, public Azure IPs)
  • • Global Reach: connect datacenters to each other via Microsoft
  • • FastPath: bypasses the gateway for better data-plane performance
  • • HA: two connections per circuit; circuits in two peering locations for DR

VPN vs ExpressRoute — the decision

  • • "Predictable latency", "traffic must not cross the internet", ">1 Gbps sustained", "heavy SAP/SQL replication" → ExpressRoute
  • • "Quick to set up", "low cost", "native encryption", "small branch office" → VPN S2S
  • • Recommended pattern: VPN as ExpressRoute backup (they coexist on the same hub gateway)

Service Endpoints vs Private Endpoints

AspectService EndpointPrivate Endpoint
What it isThe subnet "identifies itself" to the PaaS service; traffic over the backboneA NIC with a PRIVATE IP from your VNet representing the PaaS resource
The service still has a public IPYes — you only restrict WHO reaches itPublic access can be fully disabled
Accessible from on-prem/peered VNetsNo — only from the enabled subnetYes — via VPN/ER and peering (it's a normal private IP)
GranularityTo the WHOLE service (every storage account)To the INDIVIDUAL resource (that storage account, that blob endpoint)
Requires special DNSNoYes — privatelink.* Private DNS Zone
CostFreePer hour + GB processed
RecommendationLegacy/minimum costToday's security standard and the exam's answer for "private-only access"
Icon-networking-64

Hybrid DNS and Private Resolver

The pieces

  • • Public Azure DNS: hosting public zones (not domain registration)
  • • Private DNS Zones: private resolution across linked VNets (+ auto-registration of VMs)
  • • privatelink.* zones so private endpoints resolve to a private IP
  • • 168.63.129.16: Azure's internal resolver

DNS Private Resolver (the modern hybrid answer)

  • • PaaS — replaces DNS forwarder VMs
  • • Inbound endpoint: on-prem queries Azure names (including privatelink)
  • • Outbound endpoint + rulesets: Azure queries on-prem domains (conditional forwarding)
  • • Signal: "resolve Azure private names from on-premises without managing DNS servers" → Private Resolver

Decision table

RequirementDesign
Connect an office to Azure quickly and cheaply, encryptedVPN S2S
Traffic to Azure with no internet crossing, consistent latencyExpressRoute (private peering)
ExpressRoute + an encryption requirementMACsec (Direct) or IPsec over the circuit
Continuity if the ER circuit failsVPN S2S as backup (or a second circuit)
Remote users access the VNetP2S VPN (or Bastion for administration)
SQL accessible ONLY by private IP, even from on-premPrivate Endpoint + privatelink DNS + disable public access
Restrict storage to a subnet without paying for a PEService Endpoint + account firewall
On-prem resolves Azure privatelink namesDNS Private Resolver (inbound) + on-prem forwarders
Azure resolves the on-prem corp.local AD domainPrivate Resolver outbound + ruleset
Connect two of your own datacenters via MicrosoftExpressRoute Global Reach

Did you get this topic?

Test what you just learned

A bank migrates its core to Azure. Requirements: (1) the on-premises↔Azure connection must not cross the public internet and needs 5 Gbps sustained with predictable latency, (2) if the primary connection fails there must be a backup path even if degraded, (3) on-premises apps must resolve the private names of Azure databases (private endpoints). What combination do you design?

Ready to test "Hybrid Connectivity and DNS"?

Put what you learned to the test with original AZ-305 exam questions.

Start AZ-305 mock exam

Unlimited mock exams with the Pro plan

Log in to track your progress.