Replica tra aree di Azure
Molte aree di Azure forniscono zone di disponibilità, che sono gruppi separati di data center. All'interno di un'area, le zone di disponibilità sono sufficienti per avere connessioni a bassa latenza ad altre zone di disponibilità, ma sono sufficientemente distanti per ridurre la probabilità che più di una sia influenzata da interruzioni locali o meteo. Le zone di disponibilità hanno potenza, raffreddamento e infrastruttura di rete indipendenti. Sono progettati in modo che se si verifica un'interruzione di una zona, i servizi regionali, la capacità e la disponibilità elevata sono supportati dalle zone rimanenti.
Anche se le aree di Azure sono progettate per offrire protezione dalle emergenze locali con zone di disponibilità, possono anche fornire protezione da emergenze geografiche a livello di area o di grandi dimensioni con il ripristino di emergenza usando un'altra area secondaria che usa la replica tra aree. Entrambe le aree primarie e secondarie formano una coppia di 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 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 del 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 per informazioni sulla continuità aziendale e sul 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 di 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 tutte le 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
L'architettura per la replica e i dati tra aree del servizio può essere definita in base al servizio. È necessario adottare un approccio di analisi dei costi-benefici 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 di aree abilitato. Le applicazioni distribuite tra set di aree abilitate hanno la certezza di avere una delle aree in ordine di 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 cerca di 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 dimensioni geografiche, potenza o disponibilità dell'infrastruttura di rete e normative.
- Residenza dei dati: le aree geografiche 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 dell'applicazione della legge.
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 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 e ripristino pianificata 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 internazionali non è limitato. 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.
Aree abbinate di Azure
Molte aree hanno anche un'area abbinata per supportare la replica tra aree in base alla prossimità e ad altri fattori.
Importante
Per altre informazioni sull'architettura dell'area geografica e sulle associazioni disponibili, contattare il rappresentante microsoft o il rappresentante del cliente.
Coppie di aree di Azure
| Geografia | Coppia a livello di area A | Coppia di aree B |
|---|---|---|
| Asia Pacifico | Asia orientale (Regione speciale di Hong Kong Amministrazione istrative) | Asia sud-orientale (Singapore) |
| Australia | Australia orientale | Australia sud-orientale |
| Australia centrale | Australia centrale 2* | |
| Brasile | Brasile meridionale | Stati Uniti centro-meridionali |
| Brasile sud-orientale* | Brasile meridionale | |
| Canada | Canada centrale | Canada orientale |
| Cina | Cina settentrionale | Cina orientale |
| Cina settentrionale 2 | Cina orientale 2 | |
| 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 centrale | India occidentale | |
| India occidentale | India meridionale | |
| Giappone | Giappone orientale | Giappone occidentale |
| Corea del Sud | Corea centrale | Corea del Sud* |
| Norvegia | Norvegia orientale | Norvegia occidentale* |
| Sudafrica | Sudafrica settentrionale | Sudafrica occidentale* |
| Svezia | Svezia centrale | Svezia meridionale* |
| Svizzera | Svizzera settentrionale | Svizzera occidentale* |
| Regno Unito | Regno Unito occidentale | Regno Unito meridionale |
| Stati Uniti | Stati Uniti orientali | Stati Uniti occidentali |
| Stati Uniti orientali 2 | Stati Uniti centrali | |
| Stati Uniti centro-settentrionali | Stati Uniti centro-meridionali | |
| Stati Uniti occidentali 2 | Stati Uniti centro-occidentali | |
| Stati Uniti occidentali 3 | Stati Uniti orientali | |
| Emirati Arabi Uniti (EAU) | Emirati Arabi Uniti settentrionali | Emirati Arabi Uniti centrali* |
| DOD (Department of Defense) degli Stati Uniti | US DoD East* | US DoD Central* |
| US Government | US Gov Arizona* | US Gov Texas* |
| US Gov Virginia* | US Gov Texas* |
(*) Alcune aree geografiche sono limitate 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.
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.
- Stati Uniti occidentali 3 è associato in una direzione con Stati Uniti orientali. Inoltre, Gli Stati Uniti orientali sono associati in modo bidirezionale con Stati Uniti occidentali.
- 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 nelle aree senza una coppia di aree e ottiene una disponibilità elevata sfruttando le zone di disponibilità e l'archiviazione con ridondanza locale o con ridondanza della zona (LRS/ZRS). Le aree senza una coppia non avranno l'archiviazione con ridondanza geografica. Tali aree seguono le linee guida per la residenza dei dati per consentire la possibilità 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 in base alle indicazioni dei servizi di Azure che supportano la disponibilità elevata e la resilienza di Azure - Continuità aziendale e ripristino di emergenza.
La tabella seguente elenca le aree di Azure senza una coppia di aree:
| Geografia | Area |
|---|---|
| Qatar | Qatar centrale |
| Polonia | Polonia Centrale |
| Israele | Israele centrale |
| Italia | Italia settentrionale |
| Austria | Austria Orientale (presto disponibile) |
| Spagna | Spagna centrale (presto disponibile) |