Quali sono le zone di disponibilità?
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à.
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à.
Per informazioni sulle aree che supportano le zone di disponibilità, vedere Aree di Azure che supportano zone di disponibilità.
Tipi di supporto per la zona di disponibilità
I servizi di Azure possono offrire due tipi di supporto per la zona di disponibilità: ridondanza della zona e zona. Ogni servizio può supportare uno o entrambi i tipi. Quando si progetta la strategia di affidabilità, assicurarsi di comprendere come ogni servizio nel carico di lavoro supporti le zone di disponibilità.
Distribuzioni con ridondanza della zona: le risorse con ridondanza della zona vengono replicate o distribuite automaticamente tra più zone di disponibilità. 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. Per alcuni servizi è possibile selezionare il set di zone usate dalla risorsa, mentre in altri servizi Microsoft seleziona le 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.
Distribuzioni di zona: una risorsa di zona viene distribuita in una singola zona di disponibilità auto-selezionata. Questo approccio non offre un vantaggio di resilienza, ma consente di ottenere requisiti di latenza o prestazioni più rigorosi. Ad esempio, le macchine virtuali, i dischi gestiti e gli indirizzi IP standard possono essere distribuiti in modo zonale nella stessa zona.
Per migliorare la resilienza delle risorse di zona, è necessario progettare un'architettura con risorse separate in più zone di disponibilità all'interno dell'area, ma Microsoft non gestisce il processo. Se si verifica un'interruzione in una zona di disponibilità, si è responsabili del failover in un'altra zona.
Quando si usa la configurazione di una risorsa per la ridondanza della zona o se si usano più istanze di una risorsa di zona in zone di disponibilità diverse, la risorsa viene considerata resiliente alla zona, ovvero è resiliente all'interruzione di una singola zona di disponibilità.
Alcuni servizi non usano zone di disponibilità fino a quando non vengono configurate per farlo. Se non si configura in modo esplicito un servizio per il supporto della zona di disponibilità, viene definito distribuzione non a livello di zona o a livello di area. Le risorse configurate in questo modo potrebbero essere inserite in qualsiasi zona di disponibilità nell'area e potrebbero essere spostate. 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à.
Importante
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.
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 il mapping all’interno delle zone logiche e fisiche relativo al proprio abbonamento, usare l’API Elenco posizioni di Azure Resource Manager. 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.
Nota
Come indicato nel blog degli aggiornamenti di Azure, Azure non addebiterà alcun addebito per il trasferimento dei dati tra zone di disponibilità indipendentemente dall'uso di indirizzi IP privati o pubblici nelle risorse di Azure. Con questa modifica, Azure incoraggia e supporterà ulteriormente le attività dei clienti nella creazione di applicazioni e soluzioni più resilienti ed efficienti in Azure
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à.
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à.