Replica tra più aree di Azure

Anche se le aree di Azure sono progettate per offrire protezione da emergenze locali con le zone di disponibilità, possono anche fornire protezione da emergenze regionali o geografiche di grandi dimensioni tramite il ripristino di emergenza usando un'altra area secondaria che utilizza la replica tra aree. Entrambe le aree primarie e secondarie formano una coppia di aree.

La replica tra aree è uno dei principali pilastri di strategia di continuità aziendale e ripristino di emergenza di Azure. La replica tra aree si basa sulla replica sincrona delle applicazioni e dei dati esistente usando le zone di disponibilità all'interno dell'area primaria di Azure per la disponibilità elevata. La replica tra aree ripete in modo asincrono le stesse applicazioni e i dati in altre aree di Azure per la protezione del ripristino di emergenza.

Alcuni servizi di Azure supportano la replica tra aree per garantire la continuità aziendale e la protezione dalla perdita di dati. Azure offre diverse soluzioni di archiviazione che usano la replica tra aree per garantire la disponibilità dei dati. Ad esempio, l'archiviazione con ridondanza geografica di Azure (GRS) replica automaticamente i dati in un'area secondaria. Tale approccio garantisce che i dati siano durevoli anche se l'area primaria non è recuperabile.

Responsabilità condivisa

Non tutti i servizi di Azure replicano automaticamente i dati o eseguono automaticamente il fallback da un'area problematica per eseguire la replica incrociata in un'altra area abilitata. In questi scenari si è responsabili del ripristino e della replica. Questi esempi sono illustrazioni del modello di responsabilità condivisa. Si tratta di un pilastro fondamentale della strategia di ripristino di emergenza. Per altre informazioni, vedere Responsabilità condivisa per la resilienza.

Quando si tratta di ripristino di emergenza, la responsabilità condivisa diventa il fulcro del processo decisionale strategico. Azure non richiede l'uso della replica tra aree ed è possibile usare i servizi per creare resilienza senza replica incrociata in un'altra area abilitata. È tuttavia consigliabile configurare i servizi essenziali tra aree per trarre vantaggio dall'isolamento e migliorare la disponibilità.

Per le applicazioni che supportano aree attive multiple, è consigliabile usare più aree abilitate disponibili. Questa procedura garantisce una disponibilità ottimale per le applicazioni e, nel caso in cui un evento influisca sulla disponibilità, riduce al minimo i tempi di ripristino. Quando possibile, progettare l'applicazione in modo da ottenere la massima resilienza e facilità di ripristino di emergenza.

Vantaggi della replica tra aree

L'architettura per la replica tra aree e i dati del servizio può essere definita in base al servizio stesso. È necessario adottare un approccio di analisi dei costi-benefici basato sui requisiti strategici e aziendali dell'organizzazione. I vantaggi principali e a cascata della replica tra aree sono complessi, estesi e meritano ulteriori approfondimenti. Questi vantaggi includono:

• Sequenza di ripristino dell'area: se si verifica un'interruzione a livello di area geografica, il ripristino di un'area viene classificato come prioritario rispetto a ogni set di aree abilitate. Per le applicazioni distribuite in set di aree abilitate viene garantita la priorità di una delle aree per il ripristino. Se un'applicazione viene distribuita in più aree, una delle quali non è abilitata alla replica tra aree, il ripristino può essere ritardato.
• Aggiornamento sequenziale: gli aggiornamenti pianificati del sistema di Azure per le aree abilitate vengono distribuiti in ordine cronologico per ridurre al minimo i tempi di inattività, l'impatto dei bug e gli eventuali errori logici nel raro caso di un aggiornamento difettoso.
• Isolamento fisico: Azure si impegna a garantire una distanza minima di 300 miglia (483 chilometri) tra i data center delle aree abilitate, sebbene ciò non sia possibile in tutte le aree geografiche. La separazione dei data center riduce la possibilità che calamità naturali, agitazioni sociali, interruzioni dell'alimentazione o interruzioni della rete fisica possano interessare più aree. L'isolamento è soggetto ai vincoli presenti all'interno di un’area geografica, ad esempio le dimensioni dell'area geografica, la disponibilità di infrastruttura di rete/alimentazione e le normative.
• Residenza dei dati: le aree si trovano all'interno della stessa area geografica del set abilitato (ad eccezione di Brasile meridionale e Singapore) per soddisfare i requisiti di residenza dei dati ai fini della giurisdizione fiscale e dell'applicazione della legge.

Anche se non è possibile creare associazioni a livello di aree, è tuttavia possibile creare una soluzione di ripristino di emergenza personalizzata costruendo i servizi in un numero qualsiasi di aree e usando quindi i servizi di Azure per associarli. Ad esempio, è possibile usare i servizi di Azure, ad esempio AzCopy, per pianificare i backup dei dati in un account di archiviazione di Azure in un'area diversa. Usando DNS di Azure e Gestione traffico di Azure, è possibile progettare un'architettura resiliente per le applicazioni che sopravviva alla perdita dell'area primaria.

Azure controlla la priorità di manutenzione pianificata e ripristino per le coppie di aree. Alcuni servizi di Azure si basano sulle coppie di aree per impostazione predefinita, ad esempio l'archiviazione ridondante di Azure.

L'uso dei servizi all'interno delle coppie regionali non è limitato. Anche se un servizio di Azure può contare su una coppia di aree specifiche, è possibile ospitare gli altri servizi in qualsiasi area che soddisfi le esigenze aziendali. Ad esempio, una soluzione di archiviazione con ridondanza geografica di Azure può associare i dati in Canada centrale a un peer in Canada orientale usando le risorse di calcolo di Azure che si trovano negli Stati Uniti orientali.

Aree abbinate di Azure

Molte aree dispongono di un'area abbinata per supportare la replica tra aree in base alla prossimità e ad altri fattori.

Coppia di aree di Azure

(*) L'accesso a determinate aree è limitato per supportare scenari specifici dei clienti, ad esempio il ripristino di emergenza in un Paese o un'area geografica. Queste aree sono disponibili solo su richiesta creando una nuova richiesta di supporto.

Aree con zone di disponibilità e nessuna coppia di aree

Azure continua a espandersi a livello globale nelle aree senza una coppia di aree e raggiunge la disponibilità elevata sfruttando le zone di disponibilità e l'archiviazione con ridondanza locale o della zona (LRS/ZRS). Le aree senza una coppia non dispongono di archiviazione con ridondanza geografica. Tuttavia, alcuni servizi offrono opzioni alternative per la replica tra aree.

Le aree non associate seguono le linee guida sulla residenza dei dati in modo da consentire la possibilità di mantenere i dati residenti all'interno della stessa area. I clienti sono responsabili della resilienza dei dati in base alle esigenze dell'obiettivo del punto di ripristino o dell'obiettivo del tempo di ripristino (RTO/RPO) e possono spostare, copiare o accedere ai dati da qualsiasi posizione a livello globale. Nel raro caso in cui un'intera area di Azure non sia disponibile, i clienti dovranno pianificare il proprio ripristino di emergenza tra aree in base alle indicazioni dei servizi di Azure che supportano la disponibilità elevata e di Resilienza di Azure - Continuità aziendale e ripristino di emergenza.

La tabella seguente elenca le aree di Azure senza una coppia di aree:

Passaggi successivi

• Replica tra aree di Azure per aree non associate
• Servizi di Azure con zone di disponibilità
• Aree di Azure con zone di disponibilità
• Indicazioni sul ripristino di emergenza per servizio
• Linee guida per l'affidabilità
• Programma di gestione della continuità aziendale in Azure