Replica tra più aree di Azure
Molte aree di Azure forniscono zone di disponibilità, ovvero gruppi separati di data center. All'interno di una regione, le zone di disponibilità sono abbastanza vicine da avere connessioni a bassa latenza con altre zone di disponibilità, pur essendo sufficientemente distanti per ridurre la probabilità che più di una sia influenzata da interruzioni locali o dovute al 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 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.
Replica tra più aree
Per garantire il supporto ai clienti in tutto il mondo, Azure gestisce diverse 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 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 sfruttano 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.
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. Si tratta di un pilastro fondamentale della strategia di ripristino di emergenza. Per altre informazioni sul modello di responsabilità condivisa e saperne di più sulla continuità aziendale e il ripristino d'emergenza in Azure, vedere Gestione della continuità aziendale in Azure.
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 anche di 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 e sugli abbinamenti disponibili, contattare il proprio rappresentante delle vendite o dei clienti Microsoft.
Coppia di aree di Azure
| Geografia | Coppia a livello di area A | Coppia a livello di area B |
|---|---|---|
| Asia Pacifico | Asia orientale (Area amministrativa speciale di Hong Kong) | 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 meridionale* |
| 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 | |
| West US 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 (area orientale)* | US DoD (area centrale)* |
| US Government | US Gov Arizona* | US Gov Texas* |
| US Gov Virginia* | US Gov Texas* |
(*) 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.
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.
- Gli Stati Uniti occidentali 3 sono associati in una direzione con gli 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 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. Tali aree 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:
| Geografia | Area geografica |
|---|---|
| Qatar | Qatar centrale |
| Polonia | Polonia Centrale |
| Israele | Israele centrale |
| Italia | Italia settentrionale |
| Austria | Austria orientale (presto disponibile) |
| Spagna | Spagna centrale (presto disponibile) |