Affidabilità nella san elastica
Questo articolo descrive il supporto per l'affidabilità in SAN elastico di Azure e illustra sia la resilienza a livello di area con le zone di disponibilità che il ripristino di emergenza e la continuità aziendale.
Supporto della zona di disponibilità
Le zone di disponibilità di Azure sono costituite da almeno tre gruppi fisicamente separati di data center all'interno di ogni area di Azure. I data center all'interno di ogni zona sono dotati di alimentazione, raffreddamento e infrastruttura di rete indipendenti. Le zone di disponibilità sono progettate in modo che, in caso di errore in una zona locale, i servizi regionali, la capacità e la disponibilità elevata della zona interessata siano supportati dalle altre due zone.
Gli errori possono essere di tipo hardware o software oppure correlati a eventi come terremoti, inondazioni e incendi. La tolleranza agli errori viene conseguita mediante la ridondanza e l'isolamento logico dei servizi di Azure. Per informazioni più dettagliate sulle zone di disponibilità in Azure, vedere Aree e zone di disponibilità.
I servizi abilitati per le zone di disponibilità sono progettati per fornire il livello adeguato di affidabilità e flessibilità. Tali servizi possono essere configurati in due modi. Possono essere con ridondanza della zona, che prevede la replica automatica tra le zone, o a zona, con istanze aggiunte in una zona specifica. È anche possibile combinare questi approcci. Per altre informazioni sulle architetture a zona e con ridondanza della zona, vedere Raccomandazioni per l'uso delle zone e delle aree di disponibilità.
San elastico di Azure supporta la distribuzione della zona di disponibilità con l'archiviazione con ridondanza locale e la distribuzione a livello di area con archiviazione con ridondanza della zona.
Prerequisiti
L'archiviazione con ridondanza locale e san elastica dell'archiviazione con ridondanza della zona sono attualmente disponibili solo in un subset di aree. Per un elenco delle aree, vedere Scale targets for Elastic SAN (Destinazioni di scalabilità per SAN elastico).
Creare una risorsa usando le zone di disponibilità
Per creare una san elastica con una zona di disponibilità abilitata, vedere Distribuire una SAN elastica.
Esperienza di inattività della zona
Quando si distribuisce una san elastica, se si seleziona archiviazione con ridondanza della rete san per l'opzione di ridondanza della rete SAN, il failover di zona è supportato dalla piattaforma senza intervento manuale. Una SAN elastica che usa l'archiviazione con ridondanza della zona è progettata per auto-guarire e ribilanciarsi per sfruttare automaticamente le zone sane.
Se è stata distribuita una san elastica con ridondanza locale, potrebbe essere necessario distribuire una nuova san usando gli snapshot esportati in dischi gestiti.
Progettazione a bassa latenza
Le differenze di latenza tra una san elastica in archiviazione con ridondanza locale e una san elastica in ZRS non sono particolarmente elevate. Tuttavia, per i carichi di lavoro sensibili ai picchi di latenza, prendere in considerazione un'archiviazione SAN elastica in archiviazione con ridondanza locale perché offre la latenza più bassa.
Migrazione della zona di disponibilità
Per eseguire la migrazione di una san elastica nelle archiviazioni con ridondanza della zona, è necessario creare uno snapshot dei volumi san elastici, esportarli in snapshot del disco gestito, distribuire una SAN elastica nell'archiviazione con ridondanza della zona e quindi creare volumi nella rete SAN con ridondanza della zona usando gli snapshot del disco. Per informazioni su come usare gli snapshot (anteprima), vedere Snapshot dei volumi SAN elastici di Azure (anteprima).
Ripristino di emergenza e continuità aziendale
Il ripristino di emergenza si occupa del ripristino in caso di eventi a impatto elevato, come disastri naturali o distribuzioni non riuscite che comportano tempi di inattività e perdita di dati. Indipendentemente dalla causa, il miglior rimedio per un'emergenza è un piano di ripristino ben definito e testato e una progettazione di applicazioni che supporta attivamente tale ripristino. Prima di iniziare a pensare a un piano di ripristino di emergenza, vedere Raccomandazioni per la progettazione di una strategia di ripristino di emergenza.
Nell'ambito del ripristino di emergenza, Microsoft usa il modello di responsabilità condivisa. In un modello basato sulla responsabilità condivisa, Microsoft garantisce che l'infrastruttura di base e i servizi della piattaforma siano disponibili. Allo stesso tempo, molti servizi di Azure non replicano automaticamente i dati o eseguono il fallback da un'area in cui si è verificato un errore per effettuare la replica incrociata in un'altra area abilitata. Per tali servizi, l'utente ha la responsabilità di configurare un piano di ripristino di emergenza che funzioni per i propri carichi di lavoro. La maggior parte dei servizi eseguiti nelle offerte PaaS (Piattaforma distribuita come servizio) di Azure forniscono funzionalità e indicazioni per supportare il ripristino di emergenza ed è possibile usare funzionalità specifiche del servizio per supportare il ripristino rapido e sviluppare il piano di ripristino di emergenza.
Ripristino di emergenza in una singola area e in più aree
Per la san elastica di Azure, si è responsabili dell'esperienza di ripristino di emergenza. È possibile creare snapshot dei volumi ed esportarli in snapshot del disco gestito. È quindi possibile copiare uno snapshot incrementale in una nuova area in cui archiviare i dati si trova in un'area diversa dall'area in cui si trova la rete SAN elastica. È consigliabile esportare in aree geograficamente distanti dall'area primaria per ridurre la possibilità che più aree siano interessate a causa di un'emergenza.
Rilevamento, notifica e gestione di interruzioni
È possibile trovare le dichiarazioni di interruzione in Integrità dei servizi - Microsoft Azure.
Resilienza della capacità e del ripristino di emergenza proattivo
Microsoft e i suoi clienti operano con il modello di responsabilità condivisa. Responsabilità condivisa significa che per il ripristino di emergenza abilitato per il cliente (servizi responsabili del cliente), è necessario rivolgersi al ripristino di emergenza per qualsiasi servizio distribuito e controllato. È consigliabile prevalidare qualsiasi servizio distribuito funzionerà con elastico SAN. Per garantire che il ripristino sia proattivo, è consigliabile pre-distribuire sempre i database secondari perché non esiste alcuna garanzia di capacità al momento dell'impatto per coloro che non sono stati preallocati.