GlobalMart wil gecentraliseerde naamomzetting voor private zones: private DNS-zones worden beheerd in een hub-abonnement en moeten worden omgezet voor spokes zonder identieke zones in elke spoke aan te maken. Wat is de aanbevolen configuratie om gecentraliseerde omzetting van de hub naar alle spoke VNet's te bieden?

De juiste aanpak is om private DNS-zones in het hub-abonnement te maken en elk spoke VNet te koppelen aan deze zones via virtuele netwerklinks. Door non-registratielinks op de spokes te gebruiken, voorkom je dat resources in de spokes automatisch records registreren in de centrale zone, wat ongewenste conflicten kan veroorzaken. Auto-registratie wordt alleen ingeschakeld op het hub VNet, waar de centrale resources zich bevinden. Dit zorgt voor gecentraliseerde naamomzetting en vermindert de administratieve overhead. De andere opties zijn incorrect: Het aanmaken van zones in elke spoke en vertrouwen op automatische samenvoeging werkt niet; Azure voegt zones niet automatisch samen over gepeerde VNet's. Een private DNS-zone openbaar maken is tegenstrijdig met het doel van een private zone en biedt geen veilige private naamomzetting. Het implementeren van DNS-forwarder VM's in elke spoke is complexer en duurder dan het gebruik van Azure Private DNS-zones met virtuele netwerklinks, en het bevragen van een openbare DNS-zone voor private omzetting is onveilig en onjuist.