Aree e zone in Azure
L'ambito di impatto degli errori può variare. Alcuni errori hardware, ad esempio un disco non riuscito, potrebbero influire su un singolo computer host. Un commutatore di rete non funzionante può invece influire su un intero rack di server. Meno comuni sono gli errori che causano l'interruzione di un intero data center, ad esempio la perdita di alimentazione in un data center. Sono infine rari i casi in cui un'intera area risulta non disponibile.
Uno dei principali modi per rendere resiliente un'applicazione consiste nell'applicare la ridondanza. Ma la ridondanza va pianificata quando si progetta l'applicazione. Il livello di ridondanza necessario dipende anche dai requisiti aziendali: non tutte le applicazioni richiedono la ridondanza tra aree per proteggersi da un'interruzione dell'alimentazione a livello di area. In generale, è opportuno trovare il giusto compromesso tra incremento della ridondanza e dell'affidabilità e aumento dei costi e della complessità.
In Azure alcune aree sono ulteriormente suddivise in tre zone di disponibilità. Una zona di disponibilità corrisponde a un data center fisicamente isolato nell'area geografica. Azure offre numerose funzionalità per rendere ridondante un'applicazione a ogni livello di potenziale errore, tra cui set di disponibilità, zone di disponibilità e aree associate.
Il diagramma comprende tre parti. La prima parte mostra le macchine virtuali in un set di disponibilità in una rete virtuale. La seconda parte mostra una zona di disponibilità con due set di disponibilità in una rete virtuale. La terza parte mostra le coppie di aree con le risorse in ogni area.
La tabella seguente riepiloga ogni opzione.
| Set di disponibilità | Availability Zone (Zona di disponibilità) | Area associata | |
|---|---|---|---|
| Ambito dell'errore | Rack | Data center | Paese |
| Routing delle richieste | Load Balancer | Bilanciamento del carico tra zone | Gestione traffico |
| Latenza di rete | Molto bassa | Basso | Medio-alta |
| Reti virtuali | Rete virtuale | Rete virtuale | Peering reti virtuali tra aree |
Set di disponibilità
Per proteggersi da errori hardware localizzati, ad esempio un disco o un commutatore di rete non funzionante, distribuire due o più macchine virtuali in un set di disponibilità. Un set di disponibilità è costituito da due o più domini di errore che condividono una fonte di alimentazione e uno switch di rete comuni. Le macchine virtuali in un set di disponibilità vengono distribuite tra i domini di errore, in modo che, se un dominio di errore è interessato da un errore hardware, il traffico di rete possa comunque essere instradato alle macchine virtuali negli altri domini di errore. Per altre informazioni sui set di disponibilità, vedere Gestire la disponibilità delle macchine virtuali Windows in Azure.
Quando le istanze delle macchine virtuali vengono aggiunte ai set di disponibilità, vengono anche assegnate a un dominio di aggiornamento. Un dominio di aggiornamento rappresenta un gruppo di macchine virtuali per il quale sono previsti eventi di manutenzione pianificata simultanei. La distribuzione delle macchine virtuali tra più domini di aggiornamento garantisce che, nel momento predefinito, gli eventi pianificati di aggiornamento e applicazione di patch interessino solo un sottoinsieme delle macchine virtuali.
Per garantire che in ogni ruolo sia presente un'istanza operativa, i set di disponibilità devono essere organizzati in base al ruolo dell'istanza dell'applicazione. Ad esempio, in un'applicazione Web a tre livelli è necessario creare set di disponibilità separati per il front-end, l'applicazione e i livelli dati.
Zone di disponibilità
Una zona di disponibilità è una zona fisicamente separata in un'area di Azure. Ogni zona di disponibilità può contare su risorse di alimentazione, rete e raffreddamento a sé. La distribuzione di macchine virtuali tra zone di disponibilità consente di proteggere un'applicazione in caso di errori a livello di data center. Le zone di disponibilità non sono supportate in tutte le aree.
Aree abbinate
Per proteggere un'applicazione da un'interruzione del servizio a livello di area, è possibile distribuire l'applicazione in più aree, tramite Gestione traffico di Azure in modo da distribuire il traffico Internet in aree diverse. Ogni area di Azure è associata a un'altra area e la combinazione di queste aree costituisce una coppia di aree. Ad eccezione del Brasile meridionale, le coppie di aree hanno la stessa collocazione geografica in modo da soddisfare i requisiti di residenza dei dati ai fini della giurisdizione per le imposizioni fiscali e normative.
A differenza di zone di disponibilità, che sono data center fisicamente separati, ma potrebbero trovarsi in aree geografiche relativamente vicine, le aree abbinate sono in genere separate da almeno 300 miglia. Ciò garantisce che le emergenze su larga scala influiscano solo una delle aree della coppia. È possibile configurare le coppie adiacenti in modo che i database e i dati del servizio di archiviazione siano sincronizzati e che l'implementazione degli aggiornamenti della piattaforma venga eseguita in un'area della coppia alla volta.
Il backup dell'archiviazione con ridondanza geografica di Azure viene eseguito automaticamente nell'area associata appropriata. Per tutte le altre risorse, la creazione di una soluzione completamente ridondante usando le aree abbinate implica la creazione di copia completa della soluzione in entrambe le aree.