Affidabilità in Hub eventi di Azure

Questo articolo descrive il supporto per l'affidabilità in Hub eventi di Azure e illustra sia la resilienza all'interno dell'area con zone di disponibilità che il ripristino di emergenza tra aree e la continuità aziendale. Per una panoramica più dettagliata dei principi di affidabilità in Azure, vedere affidabilità di Azure.

Supporto della zona di disponibilità

Le zone di disponibilità di Azure sono costituite da almeno tre gruppi fisicamente separati di data center all'interno di ogni area di Azure. I data center all'interno di ogni zona sono dotati di alimentazione, raffreddamento e infrastruttura di rete indipendenti. Le zone di disponibilità sono progettate in modo che, in caso di errore in una zona locale, i servizi regionali, la capacità e la disponibilità elevata della zona interessata siano supportati dalle altre due zone.

Gli errori possono essere di tipo hardware o software oppure correlati a eventi come terremoti, inondazioni e incendi. La tolleranza agli errori viene conseguita mediante la ridondanza e l'isolamento logico dei servizi di Azure. Per informazioni più dettagliate sulle zone di disponibilità in Azure, vedere Aree e zone di disponibilità.

I servizi abilitati per le zone di disponibilità sono progettati per fornire il livello adeguato di affidabilità e flessibilità. Tali servizi possono essere configurati in due modi. Possono essere con ridondanza della zona, che prevede la replica automatica tra le zone, o a zona, con istanze aggiunte in una zona specifica. È anche possibile combinare questi approcci. Per altre informazioni sulle architetture a zona e con ridondanza della zona, vedere Raccomandazioni per l'uso delle zone e delle aree di disponibilità.

Hub eventi implementa meccanismi di rilevamento e failover trasparenti degli errori in modo che, quando si verifica un errore, il servizio continui a funzionare entro i livelli di servizio garantiti e senza interruzioni evidenti. Se si crea uno spazio dei nomi di Hub eventi in un'area che supporta le zone di disponibilità, la ridondanza della zona viene abilitata automaticamente. Con la ridondanza della zona, la tolleranza di errore è aumentata e il servizio ha riserve di capacità sufficienti per far fronte all'interruzione di un'intera struttura. Sia i metadati sia i dati (eventi) vengono replicati nei data center di ogni zona.

Prerequisiti

Il supporto per le zone di disponibilità è disponibile solo nelle aree di Azure con zone di disponibilità.

Creare una risorsa con zone di disponibilità abilitate

Quando si usa il portale di Azure, la ridondanza della zona viene abilitata automaticamente. Quando si crea uno spazio dei nomi, si vedrà il messaggio evidenziato seguente alla selezione di un'area che supporta le zone di disponibilità.

Abilitare zone di disponibilità

Il portale di Azure non supporta la disabilitazione delle zone di disponibilità. Per disabilitare le zone di disponibilità, usare uno dei metodi seguenti:

• Comando az eventhubs namespace dell'interfaccia della riga di comando di Azure con --zone-redundant=false

• Comando New-AzEventHubNamespace di PowerShell con -ZoneRedundant=false per creare uno spazio dei nomi con ridondanza della zona disabilitata.

Migrazione della zona di disponibilità

Quando si creano zone di disponibilità in un'area che le supporta, le zone di disponibilità vengono abilitate automaticamente. Per informazioni su come spostare lo spazio dei nomi di Hub eventi in una nuova area che supporta le zone di disponibilità, vedere Trasferire Hub eventi in un'altra area.

Ripristino di emergenza e continuità aziendale tra aree

Il ripristino di emergenza si occupa del ripristino in caso di eventi a impatto elevato, come disastri naturali o distribuzioni non riuscite che comportano tempi di inattività e perdita di dati. Indipendentemente dalla causa, il miglior rimedio per un'emergenza è un piano di ripristino ben definito e testato e una progettazione di applicazioni che supporta attivamente tale ripristino. Prima di iniziare a pensare a un piano di ripristino di emergenza, vedere Raccomandazioni per la progettazione di una strategia di ripristino di emergenza.

Nell'ambito del ripristino di emergenza, Microsoft usa il modello di responsabilità condivisa. In un modello basato sulla responsabilità condivisa, Microsoft garantisce che l'infrastruttura di base e i servizi della piattaforma siano disponibili. Allo stesso tempo, molti servizi di Azure non replicano automaticamente i dati o eseguono il fallback da un'area in cui si è verificato un errore per effettuare la replica incrociata in un'altra area abilitata. Per tali servizi, l'utente ha la responsabilità di configurare un piano di ripristino di emergenza che funzioni per i propri carichi di lavoro. La maggior parte dei servizi eseguiti nelle offerte PaaS (Piattaforma distribuita come servizio) di Azure forniscono funzionalità e indicazioni per supportare il ripristino di emergenza ed è possibile usare funzionalità specifiche del servizio per supportare il ripristino rapido e sviluppare il piano di ripristino di emergenza.

Il modello di cluster sempre attivo di Hub eventi di Azure con supporto delle zone di disponibilità fornisce resilienza nei confronti di interruzioni di hardware e data center. Tuttavia, se a causa di un'emergenza un'intera area e tutte le zone non sono disponibili, è possibile usare il ripristino di emergenza geografico per ripristinare il carico di lavoro e la configurazione dell'applicazione.

Esistono due funzionalità che forniscono il ripristino di emergenza geografico in Hub eventi di Azure.

• Ripristino di emergenza geografico (ripristino di emergenza metadati), che fornisce la replica dei soli metadati.

  Il ripristino di emergenza geografico garantisce che tutta la configurazione di uno spazio dei nomi (Hub eventi, gruppi di consumer e impostazioni) venga replicata continuamente da uno spazio dei nomi primario a uno spazio dei nomi secondario, se associati.

  La funzionalità di ripristino di emergenza geografico di Hub eventi di Azure è una soluzione di ripristino di emergenza. I concetti e il flusso di lavoro illustrati in questo articolo sono applicabili a scenari di emergenza, non a interruzioni temporanee. Per una descrizione dettagliata del ripristino di emergenza in Microsoft Azure, vedere questo articolo.

  Con il ripristino di emergenza geografico, è possibile avviare lo spostamento di un failover una sola volta dallo spazio dei nomi primario allo spazio dei nomi secondario in qualsiasi momento. Lo spostamento del failover punta il nome alias scelto per lo spazio dei nomi allo spazio dei nomi secondario. Dopo lo spostamento, l'associazione viene quindi rimossa. Una volta avviato, il failover è pressoché istantaneo.

  Per informazioni dettagliate, esempi e altre informazioni sul ripristino di emergenza geografico in Hub eventi, vedere Hub eventi di Azure - Ripristino di emergenza geografico.

• La replica geografica (anteprima pubblica), che fornisce la replica di metadati e dati, replica le informazioni di configurazione e tutti i dati da uno spazio dei nomi primario a uno o più spazi dei nomi secondari. Quando viene eseguito un failover, lo spazio dei nomi secondario selezionato diventa primario e lo spazio dei nomi primario precedente diventa secondario. Gli utenti possono eseguire un nuovo failover nell'area primaria originale quando lo desiderano.

  Per informazioni dettagliate, esempi e altre informazioni sulla replica geografica in Hub eventi, vedere Replica geografica.

Passaggi successivi

• Affidabilità in Azure