Affidabilità nelle zone private DNS di Azure

DNS di Azure zone private offrono una risoluzione sicura dei nomi all'interno delle reti virtuali Azure. È possibile definire l'ambito delle zone DNS private a una o più reti virtuali e le organizzazioni le usano in genere per le applicazioni interne. I nomi host risolti sono nomi DNS locali che non sono accessibili pubblicamente tramite Internet. Gli indirizzi IP risolti sono spesso indirizzi IP privati che non sono accessibili da Internet. DNS di Azure è un servizio globale che non è associato a una zona di disponibilità specifica o a una singola area.

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 come rendere resilienti DNS di Azure zone private a vari potenziali interruzioni e problemi, tra cui errori temporanei e errori a livello di area. Fornisce anche informazioni chiave sul contratto di servizio DNS di Azure zone private.

Raccomandazioni per la distribuzione di produzione per l'affidabilità

Per i carichi di lavoro di produzione, è consigliabile seguire queste raccomandazioni:

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 rappresenta un set di record DNS che eseguono il mapping dei nomi host (nomi di dominio) agli indirizzi IP. I nomi host risolti dalla zona sono in genere nomi DNS locali che non sono accessibili pubblicamente tramite Internet.

È possibile creare zone DNS private come risorse autonome e collegarle a reti virtuali specifiche creando collegamenti di rete virtuale. Quando le richieste DNS provengono dai client all'interno di tali reti virtuali, le zone DNS private partecipano al processo di risoluzione. È possibile creare manualmente voci in una zona DNS o configurare la registrazione automatica delle macchine virtuali nei collegamenti di rete virtuale. Le zone private di DNS di Azure supportano la risoluzione DNS tra reti virtuali in diverse aree di Azure, anche senza dover configurare esplicitamente il peering tra le reti virtuali. Tuttavia, tutte le reti virtuali devono essere collegate alla zona DNS privato.

Il processo di risoluzione dei nomi DNS prevede più componenti, inclusi i resolver DNS e i livelli intermedi che elaborano le richieste prima di raggiungere i server DNS autorevoli. Le zone private usano gli stessi protocolli e comportamenti DNS delle zone pubbliche, inclusi i valori TTL e i meccanismi di memorizzazione nella cache.

Architettura fisica

DNS di Azure è un servizio non regionale. Microsoft 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.

I protocolli Internet globali, ad esempio Anycast, DNS e Border Gateway Protocol (BGP) instradano automaticamente le richieste di risoluzione DNS in ingresso all'infrastruttura di DNS di Azure più integra più vicina.

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 ritentare la richiesta. Configurare i valori di timeout in modo appropriato. Un timeout da 2 a 5 secondi è in genere 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 valore TTL è molto basso, i client effettuano più richieste ad DNS di Azure, aumentando le probabilità di 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 private 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

DNS di Azure zone private sono resilienti alle interruzioni dell'area perché i dati della zona sono disponibili a livello globale. Se un'area ha un'interruzione, le reti virtuali e le risorse, ad esempio le macchine virtuali, potrebbero non essere disponibili, ma la risoluzione dei nomi continua a funzionare.

L'esempio seguente illustra come i dati della zona privata rimangono disponibili in più aree. La zona azure.contoso.com privata è collegata alle reti virtuali in tre aree: area A, area B e area C. La registrazione automatica è abilitata nelle aree A e B. Il diagramma mostra l'area A in cui si verifica un'interruzione:

Si supponga che si verifichi un'interruzione temporanea nell'area A. Le macchine virtuali nelle aree B e C possono comunque eseguire query sui nomi DNS nella zona privata, inclusi i nomi autoregisterati dall'area A. Possono continuare a risolvere l'indirizzo IP di VM1 nell'area A, anche se VM1 non è disponibile. L'interruzione del servizio nell'area A non influisce sulla risoluzione dei nomi nelle altre aree.

L'esempio precedente non mostra uno scenario di ripristino di emergenza in cui la soluzione esegue il failover verso una VM sostitutiva di VM1 in un'altra area. Tuttavia, poiché le zone private sono globali, è possibile ricreare VM1 nella rete virtuale di un'altra area per assumere il carico di lavoro.

Se si creano reti virtuali e risorse di rete in più aree, è necessario pianificare e implementare la strategia di multiregion per le applicazioni che richiedono il failover tra aree.

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 private, vedere Protezione di zone e record DNS privati.

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 la rete o altri problemi di infrastruttura possono compromettere la connettività al servizio DNS di Azure.

Monitorare le interruzioni del servizio

Microsoft non invia automaticamente una notifica quando un'area è inattiva. È tuttavia possibile usare Integrità dei servizi di Azure per comprendere l'integrità complessiva del servizio, inclusi gli eventuali errori dell'area e configurare gli avvisi di integrità dei servizi per notificare eventuali problemi.

Test per interruzioni del servizio

Azure Chaos Studio fornisce un set di errori per simulare i problemi con la risoluzione DNS. Ad esempio, l'agente Chaos Studio fornisce il tipo di errore DNS Failure e Servizio Azure Kubernetes (AKS) Chaos Mesh offre la funzionalità Chaos DNS. È possibile usare questi tipi di errore per testare il modo in cui le applicazioni e l'infrastruttura rispondono quando le richieste di risoluzione DNS hanno esito negativo, che possono verificarsi durante un errore di rete parziale.

Resilienza alle interruzioni del portale e degli strumenti di gestione

Se si gestisce la zona DNS nel portale di Azure, prepararsi per gli scenari in cui non è possibile accedervi, soprattutto se è necessario riconfigurare la zona DNS durante un'interruzione della piattaforma.

È possibile usare vari strumenti per distribuire e gestire DNS di Azure zone private. Informazioni su come usare interfaccia della riga di comando di Azure o Azure PowerShell per gestire la zona privata. In alternativa, usare l'infrastruttura come codice (IaC), ad esempio Bicep o Terraform, per distribuire e configurare la zona privata. 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 private.

Per preservare la configurazione completa delle risorse di Azure, definisci le tue zone DNS private usando l'IaC, ad esempio Bicep o Terraform, e archivia le definizioni nel controllo della versione. Testare periodicamente le definizioni in modo che sia possibile usarle per ridistribuire la configurazione.

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 risposte di query DNS valide quando si soddisfano determinate condizioni. Queste condizioni includono la ripetizione di richieste non riuscite per almeno 60 secondi consecutivi. Esaminare il documento del contratto di servizio per informazioni dettagliate sulle condizioni.

Contenuti correlati

• Documentazione delle zone DNS private di Azure
• Domande frequenti su DNS di Azure
• Protezione di zone e record DNS privati - DNS di Azure
• Affidabilità delle zone pubbliche di DNS di Azure