Il tuo dominio AD locale (sincronizzato con Azure AD) ha i controller di dominio elencati. I server DNS inoltrano a un servizio DNS esterno. Crei VNET2 con peering a VNET1 con transito gateway e posizionerai un pool di host di Azure Virtual Desktop in VNET2; gli host di sessione si uniranno al dominio AD. Per garantire che gli utenti AVD possano risolvere le risorse locali e di Azure, mantenere l'operatività in caso di guasto di un server DNS e ridurre al minimo lo sforzo amministrativo, cosa dovresti configurare?

Configurare le impostazioni DNS di VNET2 per utilizzare Server2 e Server1 è la soluzione migliore. Questo garantisce che gli host di sessione in VNET2 possano risolvere i nomi sia delle risorse locali (tramite i controller di dominio sincronizzati) sia delle risorse di Azure. L'ordine Server2, Server1 fornisce ridondanza in caso di guasto di Server2. L'impostazione a livello di VNET riduce lo sforzo amministrativo, poiché si applica automaticamente a tutte le VM nella VNET, inclusi i futuri host di sessione, senza configurazione per singola VM. Le opzioni che utilizzano il servizio Azure DNS non consentirebbero la risoluzione dei nomi delle risorse locali, poiché il servizio Azure DNS non è a conoscenza del dominio AD locale. L'impostazione del DNS a livello di singola macchina virtuale (VM) è meno efficiente e non scalabile, richiedendo configurazioni manuali per ogni host di sessione.