Replica tra aree in Azure: continuità aziendale e ripristino di emergenza
Molte organizzazioni richiedono entrambe la disponibilità elevata fornita dalle zone di disponibilità supportate anche con la protezione da fenomeni su larga scala e emergenze regionali. Le aree di Azure sono progettate per offrire protezione da emergenze locali con zone di disponibilità. Ma possono anche fornire protezione da emergenze geografiche di grandi dimensioni o a livello di area con il ripristino di emergenza usando un'altra area che usa la replica tra aree.
Replica tra più aree
Per garantire che i clienti siano supportati in tutto il mondo, Azure gestisce più aree geografiche. Queste demarcazioni discrete definiscono un limite di ripristino di emergenza e di residenza dei dati in una o più aree di Azure.
La replica tra aree è uno dei principali pilastri della strategia di continuità aziendale e ripristino di emergenza di Azure. La replica tra aree si basa sulla replica sincrona delle applicazioni e dei dati esistenti usando le zone di disponibilità all'interno dell'area di Azure primaria per la disponibilità elevata. La replica tra aree replica in modo asincrono le stesse applicazioni e i dati in altre aree di Azure per la protezione dal ripristino di emergenza.
Alcuni servizi di Azure sfruttano la replica tra aree per garantire la continuità aziendale e proteggersi 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 replica automaticamente i dati in un'area secondaria. Questo approccio garantisce che i dati siano durevoli anche se l'area primaria non è recuperabile.
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 il ripristino e la replica devono essere configurati dal cliente. Questi esempi sono illustrazioni del modello di responsabilità condivisa. È un pilastro fondamentale nella strategia di ripristino di emergenza. Per altre informazioni sul modello di responsabilità condivisa e su continuità aziendale e ripristino di emergenza in Azure, vedere Gestione della continuità aziendale in Azure.
La responsabilità condivisa diventa il punto cruciale del processo decisionale strategico quando si tratta del ripristino di emergenza. 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 in più aree per trarre vantaggio dall'isolamento e migliorare la disponibilità.
Per le applicazioni che supportano più aree attive, è consigliabile usare più aree abilitate disponibili. Questa procedura garantisce la disponibilità ottimale per le applicazioni e il tempo di ripristino ridotto se un evento influisce sulla disponibilità. Quando possibile, progettare l'applicazione per ottenere la massima resilienza e facilità di ripristino di emergenza.
Vantaggi della replica tra aree
La progettazione della replica tra aree per i servizi e i dati può essere definita in base al servizio. Si userà necessariamente un approccio di analisi dei costi-benefit in base ai requisiti strategici e aziendali dell'organizzazione. I vantaggi principali e increspabili della replica tra aree sono complessi, estesi e meritano l'elaborazione. Questi vantaggi includono:
- Sequenza di ripristino dell'area: se si verifica un'interruzione a livello di area geografica, il ripristino di un'area ha la priorità su ogni set abilitato di aree. Le applicazioni distribuite tra set di aree abilitate hanno una delle aree con priorità per il ripristino. Se un'applicazione viene distribuita tra aree, una delle quali non è abilitata per la replica tra aree, il ripristino può essere ritardato.
- Aggiornamento sequenziale: gli aggiornamenti pianificati del sistema di Azure per le aree abilitate vengono sfalsati 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 nelle aree abilitate, anche se non è possibile in tutte le aree geografiche. La separazione dei data center riduce la probabilità che le calamità naturali, le interruzioni dell'alimentazione o le interruzioni della rete fisica possano influire su più aree. L'isolamento è soggetto ai vincoli all'interno di un'area geografica, ad esempio la dimensione geografica, la disponibilità dell'infrastruttura di alimentazione o di rete e le normative.
- Residenza dei dati: le aree si trovano nella stessa area geografica del set abilitato (ad eccezione del Brasile meridionale e Singapore) per soddisfare i requisiti di residenza dei dati per scopi di giurisdizione fiscale e legale.
Anche se non è possibile creare associazioni a livello di area personalizzate, è tuttavia possibile creare una soluzione di ripristino di emergenza personalizzata creando i servizi in un numero qualsiasi di aree e quindi usando 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 sopravviveranno alla perdita dell'area primaria.
Azure controlla la priorità di manutenzione pianificata e ripristino per le coppie di aree. Per impostazione predefinita, alcuni servizi di Azure si basano sulle coppie di aree, ad esempio l'archiviazione ridondante di Azure.
Non ci si limita all'uso dei servizi all'interno delle coppie di aree. Anche se un servizio di Azure può basarsi su una coppia di aree specifica, è 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.
Associazioni di replica tra aree di Azure per tutte le aree geografiche
Le aree vengono abbinate per la replica tra aree in base alla prossimità e ad altri fattori.
Importante
Per altre informazioni sull'architettura dell'area geografica, contattare il rappresentante microsoft per le vendite o i clienti.
Coppie di aree di Azure
| Area geografica | Coppia a livello di area A | Coppia di aree B |
|---|---|---|
| Asia-Pacific | Asia orientale (Hong Kong) | Asia sud-orientale (Singapore) |
| Australia | Australia orientale | Australia sud-orientale |
| Australia | Australia centrale | Australia centrale 2* |
| Brasile | Brasile meridionale | Stati Uniti centro-meridionali |
| Brasile | Brasile sud-orientale* | Brasile meridionale |
| Canada | Canada centrale | Canada orientale |
| Cina | Cina settentrionale | Cina orientale |
| Cina | Cina settentrionale 2 | Cina orientale 2 |
| Cina | Cina settentrionale 3 | Cina orientale 3* |
| Europa | Europa settentrionale (Irlanda) | Europa occidentale (Paesi Bassi) |
| Francia | Francia centrale | Francia meridionale* |
| Germania | Germania centro-occidentale | Germania settentrionale* |
| India | India centrale | India meridionale |
| India | India occidentale | India meridionale |
| Giappone | Giappone orientale | Giappone occidentale |
| Corea del Sud | Corea centrale | Corea del Sud* |
| America del Nord | Stati Uniti orientali | Stati Uniti occidentali |
| America del Nord | Stati Uniti orientali 2 | Stati Uniti centrali |
| America del Nord | Stati Uniti centro-settentrionali | Stati Uniti centro-meridionali |
| America del Nord | West US 2 | Stati Uniti centro-occidentali |
| America del Nord | Stati Uniti occidentali 3 | Stati Uniti orientali |
| Norvegia | Norvegia orientale | Norvegia occidentale* |
| Sud Africa | Sudafrica settentrionale | Sudafrica occidentale* |
| Svezia | Svezia centrale | Svezia meridionale* |
| Svizzera | Svizzera settentrionale | Svizzera occidentale* |
| Regno Unito | Regno Unito occidentale | Regno Unito meridionale |
| Emirati Arabi Uniti | Emirati Arabi Uniti settentrionali | Emirati Arabi Uniti centrali* |
| Dipartimento della difesa degli Stati Uniti | US DoD East* | US DoD Central* |
| US Gov | US Gov Arizona* | US Gov Texas* |
| US Gov | US Gov Virginia* | US Gov Texas* |
(*) Alcune aree sono limitate a supportare scenari specifici dei clienti, ad esempio il ripristino di emergenza in paese. Queste aree sono disponibili solo quando richiesto creando una nuova richiesta di supporto.
Importante
- India occidentale è abbinata solo in una direzione. L'area secondaria dell'area India occidentale è India meridionale, mentre l'area secondaria dell'India meridionale è India centrale.
- L'area Brasile meridionale è unica perché è abbinata a un'area esterna alla sua area geografica. L'area secondaria del Brasile meridionale è Stati Uniti centro-meridionali. L'area secondaria degli Stati Uniti centro-meridionali non è il Brasile meridionale.
Aree con zone di disponibilità e nessuna coppia di aree
Azure continua a espandersi a livello globale con Qatar come prima area senza coppia a livello di area e raggiunge la disponibilità elevata sfruttando le zone di disponibilità e l'archiviazione con ridondanza locale o ridondante della zona (LRS/ZRS). Le aree senza una coppia non avranno l'archiviazione con ridondanza geografica (GRS). Tali aree seguono le linee guida per la residenza dei dati che consentono di mantenere i dati residenti nella 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 ripristino di emergenza tra aree per linee guida dai servizi di Azure che supportano la disponibilità elevatae la resilienza di Azure - Continuità aziendale e ripristino di emergenza