Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
DNS di Azure fornisce la risoluzione dei nomi usando l'infrastruttura di Microsoft Azure. Questo articolo è incentrato sulle zone DNS pubbliche, che in genere vengono create per i domini di cui si è proprietari e che si usano per pubblicare record per applicazioni e servizi disponibili in Internet. I nomi host risolti sono nomi DNS accessibili pubblicamente e gli indirizzi IP risolti sono in genere indirizzi IP pubblici raggiungibili da Internet.
DNS di Azure è un servizio non regionale non associato a una zona di disponibilità specifica o a un'area Azure.
Quando si usa Azure, l'affidabilità è una responsabilità condivisa. Microsoft offre una gamma di funzionalità per supportare la resilienza e il ripristino. L'utente è responsabile della comprensione del funzionamento di tali funzionalità all'interno di tutti i servizi usati e della selezione delle funzionalità necessarie per soddisfare gli obiettivi aziendali e gli obiettivi di tempo di attività.
Questo articolo descrive in che modo DNS di Azure zone pubbliche rispondono a errori temporanei, errori della zona di disponibilità, errori a livello di area, interruzioni del servizio, minacce alla sicurezza e configurazione errata, interruzioni del portale e degli strumenti di gestione e manutenzione del servizio. Descrive anche come proteggere e ripristinare la configurazione della zona e illustra i requisiti chiave del contratto di servizio.
Raccomandazioni per la distribuzione di produzione per l'affidabilità
Per le distribuzioni di produzione di DNS di Azure zone pubbliche, seguire queste raccomandazioni per migliorare l'affidabilità:
Delega a tutti i server dei nomi: DNS di Azure assegna quattro server dei nomi per ogni zona DNS pubblica. Configura la delega del dominio in modo da utilizzare tutti e quattro i name server. Questa configurazione fornisce l'isolamento degli errori ed è necessaria per qualificarsi per il contratto di servizio DNS di Azure.
Configurare i valori TTL appropriati: Impostare valori TTL (Time-to-Live) che bilanciano il volume di query con la velocità con cui i client ricevono modifiche ai record. I valori TTL inferiori consentono ai client di ricevere le modifiche prima, ma aumentare il volume di query. I valori TTL più elevati riducono il volume di query, ma possono ritardare il failover dopo la modifica di un record.
Usare i record alias per le risorse Azure supportate: i record Alias riflettono automaticamente le modifiche apportate a una risorsa Azure sottostante durante la risoluzione DNS e consentono di evitare record DNS non aggiornati.
Panoramica dell'architettura di affidabilità
Questa sezione descrive alcuni degli aspetti importanti del funzionamento del servizio più rilevanti dal punto di vista dell'affidabilità. La sezione presenta l'architettura logica, che include alcune delle risorse e delle funzionalità distribuite e usate. Illustra anche l'architettura fisica, che fornisce informazioni dettagliate sul funzionamento del servizio sotto le quinte.
Architettura logica
La risorsa primaria distribuita è una zona che contiene i set di record DNS per un dominio. Un set di record associa un nome DNS a un valore, ad esempio un indirizzo IP o un endpoint. I nomi risolti da una zona DNS pubblica sono accessibili tramite Internet.
Per rendere DNS di Azure autorevole per il tuo dominio, devi delegare il dominio ai server dei nomi assegnati da Azure quando viene creata la zona. Al termine della delega, si creano set di record per i tipi di record DNS supportati DNS di Azure. È anche possibile creare record alias che fanno riferimento a risorse di Azure come indirizzi IP pubblici, profili di Traffic Manager ed endpoint di Frontdoor di Azure, in modo che il record DNS rimanga sincronizzato con la risorsa di destinazione.
Durante la risoluzione DNS, i resolver DNS ricorsivi seguono la gerarchia DNS per raggiungere i server dei nomi autorevoli di DNS di Azure per la tua zona.
Importante
DNS di Azure risolve i nomi, ma non monitora l'integrità dell'endpoint o instrada il traffico dell'applicazione. L'affidabilità della soluzione complessiva dipende dalla configurazione delle risorse a cui fanno riferimento i record DNS, ad esempio macchine virtuali e servizi di bilanciamento del carico.
Questo articolo non riguarda tali risorse, ma le relative configurazioni di disponibilità influiscono direttamente sulla resilienza dell'applicazione. Esaminare le guide all'affidabilità per i servizi di Azure nella soluzione per informazioni su come ogni servizio supporta i requisiti di affidabilità.
Architettura fisica
DNS di Azure opera come servizio non regionale e distribuisce l'infrastruttura in più zone di disponibilità in più aree di Azure in tutto il mondo. Questa progettazione consente DNS di Azure di rimanere resilienti durante un'interruzione della zona o dell'area di disponibilità perché l'infrastruttura in un'altra zona o area continua a rispondere alle richieste di risoluzione.
Protocolli Internet globali come Anycast, DNS e BGP instradano automaticamente le richieste di risoluzione DNS in ingresso all'infrastruttura di DNS di Azure più integra più vicina.
Il piano di gestione DNS di Azure opera in una configurazione attiva-attiva in due stack di gestione indipendenti: uno in esecuzione in Linux e uno in esecuzione in Windows. Questi stack non condividono codice e nessun hardware sottostante. Poiché sono indipendenti, un bug, una vulnerabilità o un errore che influisce su uno stack non influisce sull'altro. Questa indipendenza riduce il rischio di un'interruzione completa del servizio causata da un singolo punto di errore e consente di proteggersi da determinate classi di vulnerabilità zero-day.
Resilienza a errori temporanei
Gli errori temporanei sono errori brevi e intermittenti nei componenti. Si verificano spesso in un ambiente distribuito come il cloud e fanno parte delle normali operazioni. Gli errori temporanei si correggono dopo un breve periodo di tempo. È importante che le applicazioni possano gestire gli errori temporanei, in genere ritentando le richieste interessate.
Tutte le applicazioni ospitate nel cloud devono seguire le indicazioni sulla gestione degli errori temporanei di Azure quando comunicano con qualsiasi API, database e altri componenti ospitati nel cloud. Per ulteriori informazioni, vedi Raccomandazioni per la gestione di errori temporanei.
DNS di Azure gestisce gli errori temporanei tramite l'infrastruttura DNS globale.
Se si verifica un errore temporaneo durante la risoluzione DNS, il sistema di risoluzione client o intermedio deve riprovare in base al comportamento di ripetizione dei tentativi DNS configurato. Tra 2 e 5 secondi è in genere un timeout sufficiente per un client DNS.
La durata (TTL) di ogni record DNS influisce anche sul modo in cui la soluzione gestisce gli errori. Se il TTL è molto basso, i client devono inviare più richieste ad DNS di Azure e aumentano le probabilità che si verifichino errori transitori. Se il TTL è molto elevato, in caso di un guasto effettivo in un server back-end che richiede il reindirizzamento verso un indirizzo IP diverso, i client potrebbero subire ritardi nel failover fino alla scadenza del TTL. Configurare attentamente i TTL per bilanciare disponibilità, latenza e velocità di risposta.
Resilienza ai guasti delle zone di disponibilità
Le zone di disponibilità sono gruppi di data center separati fisicamente all'interno di un'area di Azure. In caso di guasto in una zona, i servizi possono passare a una delle zone restanti.
DNS di Azure opera come servizio non regionale. Microsoft distribuisce l'infrastruttura in più zone di disponibilità in più aree di Azure e replica le modifiche alle zone DNS pubbliche in tale infrastruttura. Non si selezionano le zone di disponibilità né si configura la ridondanza della zona. Durante un'interruzione della zona di disponibilità, l'infrastruttura in un'altra zona o area continua a rispondere alle richieste di risoluzione.
Se una risorsa distribuita in una singola zona di disponibilità, ad esempio una macchina virtuale ,non è più disponibile durante un errore di zona, DNS di Azure continua a restituire l'indirizzo IP configurato della risorsa perché non monitora l'integrità dell'endpoint. Se si esegue il failover verso una risorsa in una zona funzionante, si è responsabili dell'aggiornamento del record DNS affinché i client utilizzino la risorsa funzionante. In alternativa, posiziona le risorse dietro un bilanciatore del carico con ridondanza della zona che indirizza il traffico alle macchine virtuali nelle zone funzionanti.
Resilienza agli errori a livello di area
Le zone DNS sono resilienti alle interruzioni dell'area perché i dati della zona sono disponibili a livello globale e distribuiti in più aree Azure. Se un'area ha un'interruzione, le risorse distribuite in tale area, ad esempio le reti virtuali e le macchine virtuali, potrebbero non essere disponibili, ma DNS di Azure continua a risolvere i record nella zona.
Se si dispone di una soluzione che deve passare da più aree, ad esempio a scopo di ripristino di emergenza, è consigliabile usare Gestione traffico di Azure o Frontdoor di Azure. Questi servizi offrono funzionalità di failover automatizzato, che è possibile usare se un'area non è integra.
Resilienza alle minacce alla sicurezza e alla configurazione errata
Gli attacchi di sicurezza e gli errori di configurazione sono due dei rischi di affidabilità più significativi per le zone DNS. Diverse classi di attacchi hanno come destinazione specificamente la risoluzione DNS e errori di configurazione accidentali possono compromettere i carichi di lavoro altrettanto gravemente.
Per indicazioni complete sulla sicurezza specifiche delle zone DNS pubbliche, vedere Proteggere la distribuzione di DNS di Azure e Proteggere zone e record DNS.
Resilienza alle interruzioni del servizio
DNS di Azure è un servizio altamente resiliente, con un contratto di servizio di disponibilità di 100% quando l'applicazione soddisfa determinate condizioni. Le interruzioni del servizio sono estremamente insolite, ma problemi di rete o problemi con altre infrastrutture possono interrompere la connettività al servizio DNS di Azure.
La resilienza di DNS di Azure è dovuta in parte alla architettura del piano di servizio attivo-attivo distribuita a livello globale.
Usare più server DNS
DNS di Azure assegna quattro name server a ciascuna zona DNS pubblica. Quando deleghi il tuo dominio, configura tutti e quattro i server dei nomi. Se un sistema di risoluzione non riesce a raggiungere un server dei nomi, può eseguire query su un altro.
Monitorare le interruzioni del servizio
Usare integrità dei servizi di Azure per monitorare l'integrità delle DNS di Azure. Configurare gli avvisi di integrità dei servizi per ricevere una notifica sugli eventi imprevisti del servizio.
Test per interruzioni del servizio
Azure Chaos Studio offre guasti che simulano errori di risoluzione DNS all'interno di alcuni tipi di carichi di lavoro di test. Questi errori non attivano un'interruzione in DNS di Azure. L'agente Chaos Studio fornisce l'errore DNS Failure e AKS Chaos Mesh offre la funzionalità Chaos DNS. Usare questi errori per verificare la risposta delle applicazioni e dell'infrastruttura quando la risoluzione DNS non riesce, ad esempio durante un errore di rete parziale.
Resilienza alle interruzioni del portale e degli strumenti di gestione
Se si gestisce la zona DNS pubblica nel portale di Azure, preparare un percorso di gestione alternativo per gli scenari in cui non è possibile accedere al portale, soprattutto se potrebbe essere necessario riconfigurare la zona durante un'interruzione.
Se il portale di Azure non è disponibile, usare le interfaccia della riga di comando di Azure, le Azure PowerShell o l'infrastruttura come codice (IaC), ad esempio Bicep o Terraform per gestire la zona DNS pubblica. Questi strumenti rimangono operativi anche se il portale di Azure è danneggiato.
Backup e ripristino
DNS di Azure è un servizio senza stato. Non fornisce backup gestiti o ripristino temporizzato per le zone DNS pubbliche.
Per mantenere la configurazione completa delle risorse Azure, definire le zone DNS pubbliche usando IaC, ad esempio Bicep o Terraform, e archiviare le definizioni nel controllo del codice sorgente. Testare periodicamente le definizioni in modo che sia possibile usarle per ridistribuire la configurazione.
Come opzione di ripristino a livello di record aggiuntiva, esportare un file di zona compatibile con BIND. L'importazione di file di zona presenta limitazioni e non mantiene tutte le impostazioni di risorse specifiche di Azure, quindi non usare un file di zona esportato come unico artefatto di ripristino. Esaminare le limitazioni di importazione documentate e verificare i record dopo il ripristino di una zona.
Resilienza alla manutenzione del servizio
Microsoft applica regolarmente gli aggiornamenti del servizio ed esegue altre operazioni di manutenzione. La piattaforma Azure gestisce automaticamente queste attività, garantendo che la manutenzione sia fluida e trasparente per l'utente. Non è previsto alcun tempo di inattività durante gli eventi di manutenzione, a meno che non ti sia stato comunicato tramite la manutenzione pianificata di integrità dei servizi di Azure.
Contratto di servizio
Il contratto di servizio per i servizi di Azure descrive la disponibilità prevista di ogni servizio e le condizioni che la soluzione deve soddisfare per raggiungere tale aspettativa di disponibilità. Per ulteriori informazioni, vedere Accordi sul livello di servizio (SLA) per i servizi online.
DNS di Azure fornisce un contratto di servizio di disponibilità di 100% per le risposte di query DNS valide, purché vengano soddisfatte determinate condizioni. Queste condizioni includono la ripetizione ripetuta di richieste non riuscite per almeno 60 secondi consecutivi e l'uso di tutti i server dei nomi che DNS di Azure assegna alla zona. Esaminare il documento del contratto di servizio per informazioni dettagliate sulle condizioni.