Condividi tramite


Che cosa sono le aree Azure?

Azure offre oltre 70 aree a livello globale. Le aree si trovano in molte aree geografiche diverse. Ogni area geografica rappresenta un limite di residenza dei dati, ad esempio il Stati Uniti o l'Europa e può contenere una o più aree. Ogni area è un insieme di strutture fisiche che includono data center e infrastruttura di rete.

Le aree offrono determinati tipi di opzioni di resilienza. Molte aree forniscono zone di disponibilità e alcune hanno un'area abbinata mentre altre non sono abbinate. Quando si sceglie un'area per i servizi, è importante prestare attenzione alle opzioni di resilienza disponibili in tale area. Questo articolo consente di comprendere Azure aree e offre una panoramica delle opzioni di resilienza supportate da alcune aree Azure, offrendo collegamenti a informazioni più dettagliate su ogni argomento.

Comprendere le regioni e le aree geografiche di Azure

Un'area Azure è costituita da uno o più data center connessi da una connessione di rete ad alta capacità, a bassa latenza e a tolleranza di errore. Azure data center si trovano in genere all'interno di un'area metropolitana di grandi dimensioni.

Image che illustra la disponibilità elevata tramite la replica asincrona di applicazioni e dati in altre aree Azure per la protezione del ripristino di emergenza.

Ogni area è contenuta all'interno di una singola area geografica che funge da limite di residenza dei dati fisso. Se si hanno requisiti di residenza dei dati, è importante selezionare le aree all'interno dell'area geografica richiesta. Ogni area geografica dispone di almeno un'area dotata di zone di disponibilità. Per un elenco di tutte le aree geografiche Azure, vedere Azure aree geografiche.

Annotazioni

La maggior parte delle aree è disponibile per tutti i clienti Azure. Tuttavia, alcune aree appartengono alle aree geografiche del cloud sovrano , disponibili per alcuni clienti in aree geografiche specifiche con normative rigorose sulla residenza dei dati. Le aree cloud sovrane funzionano allo stesso modo di altre aree, ma spesso sono limitate nei servizi e nelle funzionalità dei servizi forniti. Per altri esempi di disponibilità limitata dei servizi nelle aree cloud sovrane, vedere Confronta Azure per enti pubblici e Azure globale o Disponibilità dei servizi per Microsoft Azure operato da 21Vianet.

Elenco di aree

Per un elenco delle aree Azure, vedere List of Azure regions. Per altri dettagli sulle aree geografiche, tra cui la residenza dei dati e la conformità alle normative, vedere la mappa dei data center Microsoft.

Scelta delle aree Azure

Quando si progetta una soluzione, è necessario scegliere le aree Azure da usare. Le aree scelte possono influire sulla resilienza della soluzione, nonché su molti altri aspetti della soluzione.

Quando si selezionano le aree, considerare i fattori seguenti:

  • Latenza. Selezionare le aree geograficamente vicine agli utenti per ridurre la latenza. Ad esempio, se gli utenti si trovano negli Stati Uniti, si potrebbe selezionare un'area negli Stati Uniti o in Canada.
  • Zone di disponibilità. Selezionare le regioni che supportano le zone di disponibilità per fornire ridondanza e isolamento dei guasti. Assicurarsi di distribuire le risorse tra più zone di disponibilità nell'area.
  • Residenza dei dati: Assicurarsi che tutte le aree selezionate si trovino entro un limite di residenza dei dati richiesto dall'organizzazione.

Per informazioni più dettagliate su come selezionare le aree, vedere Selezionare le aree Azure.

Opzioni di resilienza a livello di area

Sebbene tutte le aree Azure forniscano servizi di alta qualità, ad esempio la residenza dei dati e l'ottimizzazione della latenza, possono differire nei tipi di opzioni di resilienza supportate.

Questa sezione riepiloga le due opzioni di resilienza che potrebbero essere disponibili o meno nelle aree scelte.

Zone di disponibilità

Molte aree Azure forniscono zone di disponibilità. Le zone di disponibilità sono set indipendenti di data center che contengono alimentazione isolata, raffreddamento e connessioni di rete. Le zone di disponibilità si trovano fisicamente abbastanza vicine per fornire una rete a bassa latenza, ma abbastanza a parte per garantire l'isolamento degli errori da eventi quali tempeste e interruzioni dell'alimentazione isolata. La maggior parte dei servizi di Azure offre il supporto predefinito per le zone di disponibilità ed è possibile decidere come usarli per soddisfare le proprie esigenze. Quando si progetta una soluzione Azure, è consigliabile usare le zone di disponibilità per fornire ridondanza e isolamento degli errori.

Per altre informazioni sulle zone di disponibilità, vedere Che cosa sono le zone di disponibilità?

Aree abbinate e non abbinate

Alcune aree Azure sono accoppiate con un'altra area Azure per formare coppie di regioni. Le coppie di aree sono selezionate da Microsoft e non possono essere scelte dal cliente. Esistono alcuni servizi Azure che usano coppie di aree per supportare la replica geografica e la ridondanza geografica. Alcuni usano anche coppie di regioni per supportare aspetti del ripristino di emergenza, nel caso improbabile che una regione subisca un errore catastrofico e irreversibile.

Molte aree più recenti non sono abbinate e usano invece le zone di disponibilità come mezzo principale di ridondanza. Molti servizi Azure supportano la ridondanza geografica indipendentemente dal fatto che le aree siano abbinate o meno e sia possibile progettare una soluzione altamente resiliente, sia che si usino aree abbinate, aree non abbinate o una combinazione di entrambe.

Per altre informazioni sulle aree abbinate e non abbinate e su come usarle, vedere Azure coppie di aree e aree non abbinate.

Uso di più aree Azure

È comune usare più aree Azure, abbinate o non abbinate, quando si progetta una soluzione. Usando più aree, è possibile aumentare la resilienza del carico di lavoro a molti tipi di errori e sono disponibili molte opzioni per il ripristino di emergenza. Inoltre, alcuni servizi Azure sono disponibili in aree specifiche, quindi progettando una soluzione in più aree è possibile sfruttare la natura globale e distribuita del cloud.

Se si usano più aree insieme, è necessario considerare i compromessi tra i fattori seguenti:

  • Isolamento fisico: Valutare se è consigliabile usare aree geograficamente distanti l'una dall'altra. Maggiore è la distanza, maggiore è la resilienza nel caso di una grave calamità naturale in una delle regioni. Per informazioni sulla città o sullo stato in cui si trova un'area, vedere List of Azure regions and Microsoft Datacenters Map.

  • Latenza: Quando si selezionano aree isolate fisicamente, aumenta la latenza delle connessioni di rete tra tali aree. La latenza può influire sulla progettazione di una soluzione in più aree e può limitare i tipi di replica geografica e ridondanza geografica che è possibile usare. Per ulteriori informazioni sulla latenza tra aree Azure, vedere statistiche di latenza di rete del round trip di Azure. Per altre informazioni su come selezionare le aree, vedere Raccomandazioni per l'uso di zone e aree di disponibilità.

  • Residenza dei dati: Assicurarsi che tutte le aree selezionate si trovino entro un limite di residenza dei dati richiesto dall'organizzazione.

Servizi non regional

La maggior parte dei servizi Azure viene distribuita in un'area specifica. Esistono tuttavia alcuni servizi che non sono associati a una singola area Azure. È importante riconoscere il funzionamento dei servizi non regionali in caso di errore a livello di area e tenerli conto quando si progettano le soluzioni e il piano di continuità aziendale.

I servizi non regionali vengono distribuiti da Microsoft in due o più aree. Se si verifica un errore a livello di area, l'istanza del servizio in un'area integra può continuare a soddisfare le richieste di manutenzione. Ad esempio, DNS di Azure è un servizio non regionale.

Alcuni servizi Azure consentono di specificare un'area o un'area geografica in cui vengono archiviati i dati. Ad esempio, con Microsoft Entra ID è possibile selezionare l'area geografica per i dati, ad esempio Europa o America del Nord. Per ulteriori informazioni sulla residenza dei dati, vedere Data residency in Azure.

Con alcuni servizi non geografici è possibile specificare l'area in cui vengono distribuiti determinati componenti. Ad esempio, è possibile scegliere quale area Desktop virtuale Azure le macchine virtuali devono risiedere.

Per altre informazioni sui servizi Azure disponibili in ogni area, vedere Prodotti disponibili per area.