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.
Molte aree di Azure forniscono zone di disponibilità, che sono gruppi separati di data center all'interno di un'area. Ogni zona di disponibilità dispone di un'infrastruttura indipendente di alimentazione, raffreddamento e rete, in modo che se si verifica un'interruzione di un'area, i servizi regionali, la capacità e la disponibilità elevata sono supportati dalle zone rimanenti.
Le zone di disponibilità sono in genere separate da diversi chilometri e in genere sono entro 100 chilometri. Questa distanza significa che sono abbastanza vicine per avere connessioni a bassa latenza ad altre zone di disponibilità tramite una rete a prestazioni elevate. Tuttavia, sono abbastanza distanti per ridurre la probabilità che più di una sarà influenzata da interruzioni locali o meteo.
Le posizioni dei data center vengono selezionate in base a rigorosi criteri di valutazione dei rischi di vulnerabilità. Questo processo identifica tutti i più importanti rischi specifici del data center considerando i rischi condivisi all’interno delle zone di disponibilità.
Azure non addebita alcun addebito per il trasferimento dei dati tra zone di disponibilità nella stessa area, indipendentemente dall'uso di indirizzi IP privati o pubblici.
Il diagramma seguente mostra diverse aree di Azure come esempio. Le aree 1 e 2 supportano le zone di disponibilità e le aree 3 e 4 non hanno zone di disponibilità.
Suggerimento
Per informazioni su quali aree supportano le zone di disponibilità, vedere Elenco delle aree di Azure.
Data center e zone di disponibilità
Una zona di disponibilità è un raggruppamento logico di uno o più data center fisicamente separati all'interno di un'area. Ogni zona di disponibilità viene creata in modo che, se si verifica un problema di alimentazione o di rete, gli altri continuano a funzionare. Un singolo data center non offre questo livello di protezione autonomamente.
Tipi di supporto per la zona di disponibilità
I servizi di Azure possono offrire tre tipi di supporto per la zona di disponibilità per le risorse: zona ridondante, zonale e regionale. Ogni servizio può supportare uno o più di questi tipi. Quando si progetta la strategia di affidabilità, assicurarsi di comprendere come ogni servizio nel carico di lavoro supporti le zone di disponibilità facendo riferimento alla guida all'affidabilità di ogni servizio.
Ogni servizio può implementare il supporto della zona di disponibilità in modi diversi. Le sezioni seguenti descrivono i due tipi di servizi di supporto della zona di disponibilità che possono fornire:
Risorse con ridondanza della zona: le risorse con ridondanza della zona vengono replicate o distribuite tra più zone di disponibilità dal servizio. Ad esempio, i servizi dati con ridondanza della zona replicano i dati in più zone in modo che un errore in una zona non influisca sulla disponibilità dei dati. Alcuni servizi sono automaticamente a ridondanza di zona nelle aree supportate, mentre altri servizi richiedono che tu configuri la tua risorsa per essere a ridondanza di zona. Per la maggior parte dei servizi, Microsoft seleziona le zone usate dalle risorse. In alcuni casi è possibile selezionare il set di zone.
Con le distribuzioni con ridondanza della zona, Microsoft gestisce la distribuzione delle richieste tra le zone e la replica dei dati tra zone. Se si verifica un'interruzione in una zona di disponibilità, Microsoft gestisce automaticamente il failover in un'altra zona.
Risorse di zona: una risorsa di zona viene distribuita in una singola zona di disponibilità auto-selezionata.
Le distribuzioni di zona non forniscono automaticamente resilienza alle interruzioni della zona di disponibilità. Tuttavia, le risorse di zona sono isolate dagli errori in altre zone. Possono anche essere utili per ottenere requisiti di latenza o prestazioni insolitamente rigorosi. Ad esempio, per un carico di lavoro di chat creato usando macchine virtuali, è possibile scegliere di distribuire più macchine virtuali nella stessa zona per ridurre la latenza tra di esse.
Per rendere resilienti le risorse di zona alle interruzioni della zona di disponibilità, è necessario progettare un'architettura con risorse separate in più zone di disponibilità all'interno dell'area. Microsoft non gestisce il processo per l'utente. Se si verifica un'interruzione in una zona di disponibilità, si è responsabili del failover in un'altra zona.
Alcuni servizi possono avere requisiti aggiuntivi per soddisfare il supporto della zona di disponibilità. Ad esempio, alcuni possono supportare solo le zone di disponibilità per determinati livelli o SKU o in un subset di aree di Azure. Le guide all'affidabilità contengono informazioni dettagliate sui requisiti che è necessario soddisfare per abilitare le zone di disponibilità nei servizi.
Quando si configura una risorsa per essere ridondante alla zona, o se si usano più istanze di una risorsa di zona in zone di disponibilità diverse, allora la risorsa viene considerata resiliente alla zona: cioè, è resiliente all'interruzione di una singola zona di disponibilità.
Per altre informazioni su come usare le distribuzioni di zona e mantenere la resilienza della zona, vedere Risorse di zona e resilienza della zona.
Se una risorsa non è configurata per l'uso delle zone di disponibilità, o perché la regione che utilizzi non supporta le zone o a causa delle tue scelte di configurazione, viene definita distribuzione nonzonale o regionale. Azure potrebbe inserire risorse non di zona in tutte le zone dell'area. Non puoi scegliere quali risorse vanno in quali zone. Se una zona di disponibilità nell'area riscontra un'interruzione, le risorse non di zona potrebbero trovarsi nella zona interessata e potrebbero verificarsi tempi di inattività.
Configurazione delle risorse per il supporto della zona di disponibilità
Ogni servizio ha un proprio metodo per configurare il supporto della zona di disponibilità. Per informazioni su come ogni servizio supporta le zone di disponibilità e su come configurare tale supporto, vedere Guide all'affidabilità di Azure per servizio.
Zone di disponibilità fisiche e logiche
Ogni data center viene assegnato a una zona fisica. Le zone fisiche sono mappate come zone logiche nell’abbonamento di Azure, e abbonamenti diversi possono avere un ordine di mapping diverso. Il mapping degli abbonamenti di Azure è assegnato automaticamente nel momento della sottoscrizione dell’abbonamento. Per questo motivo, il mapping delle zone per una sottoscrizione potrebbe essere diverso per altre sottoscrizioni.
Ad esempio, la sottoscrizione A può avere la zona fisica 1 mappata alla zona logica 2, mentre la sottoscrizione B ha la zona fisica 1 mappata alla zona logica 3:
Per comprendere la mappatura tra zone logiche e fisiche per la propria sottoscrizione, utilizzare l'API Azure Resource Manager (ARM) List Locations. Per recuperare le informazioni dall'API è possibile usare l'interfaccia della riga di comando di Azure o Azure PowerShell.
Per confrontare il mapping delle zone per soluzioni resilienti che si estendono su più sottoscrizioni, usare il checkZonePeers dedicato dell'API ARM. Per usare l'API checkZonePeers , è necessario abilitare la funzionalità "Microsoft.Resources/AvailabilityZonePeering". Per altre informazioni su come abilitare le funzionalità, vedere Registrare le funzionalità nella sottoscrizione di Azure.
az rest --method get \
--uri '/subscriptions/{subscriptionId}/locations?api-version=2022-12-01' \
--query 'value[?availabilityZoneMappings != `null`].{displayName: displayName, name: name, availabilityZoneMappings: availabilityZoneMappings}'
Zone di disponibilità e aggiornamenti di Azure
Per ogni area, Microsoft mira a distribuire gli aggiornamenti ai servizi di Azure all'interno di un singolo fuso disponibilità alla volta. Questo approccio riduce l'impatto che gli aggiornamenti potrebbero avere su un carico di lavoro attivo, consentendo al carico di lavoro di continuare l'esecuzione in altre zone mentre l'aggiornamento è in corso. Per sfruttare i vantaggi degli aggiornamenti della zona sequenziata, il carico di lavoro deve essere già configurato per l'esecuzione in più zone. Per altre informazioni su come Azure distribuisce gli aggiornamenti, vedere Informazioni dettagliate sulle procedure di distribuzione sicure.
Latenza tra zone
All'interno di ogni area, le zone di disponibilità sono connesse tramite una rete a prestazioni elevate. Microsoft si impegna a ottenere una comunicazione tra zone con latenza di round trip inferiore a 2 millisecondi. La bassa latenza consente la comunicazione ad alte prestazioni all'interno di un'area e per la replica sincrona dei dati in più zone di disponibilità.
Nota
La latenza di destinazione si riferisce alla latenza dei collegamenti di rete. A seconda del protocollo di comunicazione usato e degli hop di rete necessari per qualsiasi flusso di rete specifico, la latenza osservata potrebbe essere diversa.
Nella maggior parte dei carichi di lavoro è possibile distribuire i componenti della soluzione tra zone di disponibilità senza effetti evidenti sulle prestazioni. Se si dispone di un carico di lavoro con un livello elevato di sensibilità alla latenza tra zone, è importante testare la latenza tra le zone di disponibilità selezionate con i protocolli e la configurazione effettivi. Per ridurre il traffico tra zone, è possibile usare distribuzioni di zona, ma in modo ottimale, è consigliabile usare più zone di disponibilità nel piano di strategia di affidabilità. Per altre informazioni su come usare le distribuzioni di zona e mantenere la resilienza della zona, vedere Risorse di zona e resilienza della zona.
Linee guida relative all'architettura della zona di disponibilità
Per ottenere carichi di lavoro affidabili:
- I carichi di lavoro di produzione devono essere configurati per l'uso di più zone di disponibilità se l'area in cui si trovano supporta le zone di disponibilità.
- Per carichi di lavoro cruciali, è consigliabile considerare una soluzione con entrambe le funzionalità, sia in più aree che in più zone.
Per informazioni più dettagliate sull’uso di aree e zone di disponibilità in un'architettura della soluzione, vedere Raccomandazioni sull'uso di aree e zone di disponibilità.