- Identificazione di un codice zona di disponibilità
- Livelli di archiviazione e istanze del server
- Cosa offre la distribuzione Multi-AZ?
Per comprendere appieno cosa sia un Multi-AZ Deployment significa per la tua infrastruttura, è fondamentale riconoscere come Amazon Web Services è configurato in tutto il mondo e quindi come fornisce i servizi di ridondanza, indipendentemente dalla tua posizione.
Come discusso nella documentazione ufficiale, il cloud AWS è composto da un numero di Regions , che sono luoghi fisici in tutto il mondo, come Oregon, Stati Uniti; Virginia del Nord, Stati Uniti; Irlanda; e Tokio.
All'interno di ogni Region esiste una serie di data center fisici separati, noti come Availability Zones . Ogni Availability Zone è una struttura autonoma con proprie capacità di alimentazione, connettività e rete. La maggior parte delle Regions ospitano 2-3 diverse Availability Zones ciascuno, fornendo un'adeguata ridondanza quando necessario all'interno di una determinata Region .
Mentre Amazon espande sempre la sua Region e Availability Zone copertura, puoi visualizzare una mappa attuale dell'infrastruttura del cloud AWS nell'immagine seguente:
Immagine per gentile concessione di Amazon Web Services
Tutte le Availability Zones all'interno di una singola Region sono collegati tra loro tramite una rete privata in fibra ottica, consentendo ciascuna Availability Zone per comunicare tra loro e trasferire i dati in modo rapido ed efficiente come richiesto.
Identificazione di un codice zona di disponibilità
Quando crei una nuova istanza tramite il dashboard AWS, ti potrebbe essere presentata l'opzione per selezionare una specifica Availability Zone , o in molti casi semplicemente una Region e il sistema selezionerà la Availability Zone per te.
Regions sono etichettati da una semplice stringa per presentare il paese e/o la sottoregione, se necessario. Ad esempio, us-west-2 è la designazione per la Region dell'Oregon, Stati Uniti mentre us-west-1 è per California, Stati Uniti.
Availability Zones sono designati seguendo la Region tag con una designazione di lettere, come us-west-1b o us-west-2a .
Livelli di archiviazione e istanze del server
Un altro concetto importante da capire per capire cosa sono Multi-AZ Deployments comporta è la differenza tra il storage layer e l'server instance .
L'server instance perché il tuo database è meglio considerato come la macchina fisica che controlla la struttura del tuo database e percorsi tutti i tuoi dati contenuti nel storage layer .
Il storage layer è un virtualizzato supportato da SSD rappresentazione di tutti i dati effettivi all'interno del tuo database. La parola chiave su cui concentrarsi qui è virtualizzato , che è il modo elegante di Amazon per dire che il storage layer che rappresenta i dati effettivi nel tuo sistema non è collegato a nessuna posizione fisica o macchina, ma è invece virtualizzato e propagato a numerosi località (sei in totale in tre Availability Zones nella maggior parte dei casi).
Cosa fornisce la distribuzione Multi-AZ?
In quasi tutti i casi che utilizzano Amazon Web Services, è una pratica standard per il storage layer (dove risiedono tutti i dati) da archiviare in modo ridondante in tutte le Availability Zones all'interno della Region specificata senza costi aggiuntivi. Nel caso in cui una Availability Zone va offline per qualche motivo (per quanto improbabile possa essere), il sistema è già in atto per continuare istantaneamente e automaticamente i servizi del tuo database attraverso una copia identica del storage layer da una delle altre Availability Zones collegate .
Tuttavia , se non diversamente specificato, questa ridondanza viene applicata solo al storage layer , ma non esiste per la macchina fisica della tua effettiva server instance . Se qualcosa dovesse causare la Availability Zone dove la tua server instance risiede allo spegnimento, il tuo database cesserebbe di funzionare, come l'server instance fisica è offline.
Qui è dove Multi-AZ Deployment arriva per servizi come Amazon Aurora. Proprio come la ridondanza automatica dei dati nel tuo storage layer , un Multi-AZ Deployment significa che la tua server instance viene anche copiato in modo ridondante in più Availability Zones . Per questo motivo, qualsiasi Multi-AZ Deployment di Amazon Aurora è assicurato che dovrebbe una singola Availability Zone andare offline dove si trova l'server instance fisica macchina risiede, viene avviato un failover automatico su una replica standby aggiornata in un'altra Availability Zone connessa .
Come discusso nella documentazione ufficiale, al fine di massimizzare il tempo di attività del tuo sistema, la procedura di failover (che in genere richiede solo 1-2 minuti) verrà eseguita automaticamente in caso di uno qualsiasi dei seguenti eventi:
- Perdita di disponibilità nella
Availability Zoneprincipale - Perdita della connettività di rete al primario
- Errore unità di calcolo su principale
- Errore di archiviazione su principale
