Affidabilità in Hub di notifica di Azure
Questo articolo descrive il supporto per l'affidabilità in Hub di notifica di Azure e illustra sia la resilienza a livello di area con le zone di disponibilità che il ripristino di emergenza e la continuità aziendale
Supporto della zona di disponibilità
Le zone di disponibilità di Azure sono almeno tre gruppi separati fisicamente di data center in ogni area di Azure. I data center in ogni zona sono dotati di impianti indipendenti per l'alimentazione, il raffreddamento e la connettività di rete. In caso di errore in una zona locale, le zone di disponibilità sono progettate in modo tale che i servizi regionali, la capacità e la disponibilità elevata della zona interessata siano supportati dalle altre due zone.
Gli errori possono essere correlati a software e hardware o a eventi come terremoti, inondazioni e incendi. La tolleranza agli errori viene raggiunta con 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à. Possono essere configurate in due modi. Possono essere ridondanti della zona, con replica automatica tra le zone o a zona, con istanze aggiunte a una zona specifica. Questi approcci possono essere combinati. Per altre informazioni sulle architetture a zona e con ridondanza della zona, vedere Raccomandazioni per l'utilizzo delle zone e delle aree.
In un'area che supporta le zone di disponibilità, Hub di notifica supporta una distribuzione con ridondanza della zona per impostazione predefinita. Quando si esegue la distribuzione con zone di disponibilità, i dati di registrazione e i metadati vengono replicati in tutte le zone nell'area specificata.
Prerequisiti
Hub di notifica di Azure usa le zone di disponibilità nelle aree in cui sono disponibili. Per un elenco delle aree che supportano le zone di disponibilità, vedere Servizio di zona di disponibilità e supporto a livello di area.
Le zone di disponibilità sono supportate per impostazione predefinita solo in livelli specifici. Per informazioni sui livelli che supportano le distribuzioni della zona di disponibilità, vedere [Prezzi di Hub di notifica](https://azure.microsoft.com/pricing/details/notification-hubs.
Miglioramenti del contratto di servizio
Il supporto delle zone di disponibilità comporta costi aggiuntivi oltre ai prezzi del piano esistente. Per altre informazioni sul contratto di servizio, vedere il contratto di servizio di Hub di notifica.
Esperienza di riduzione della zona
Durante un'interruzione a livello di zona non è necessaria alcuna azione durante il ripristino della zona. Hub di notifica si auto-guarisce e si bilancia automaticamente per sfruttare automaticamente la zona integra.
Abilitare zone di disponibilità
È possibile abilitare solo le zone di disponibilità nei nuovi spazi dei nomi. Poiché Hub di notifica non supporta la migrazione degli spazi dei nomi esistenti, non è possibile disabilitare la ridondanza della zona dopo averlo abilitato nello spazio dei nomi.
Per informazioni su come configurare un nuovo spazio dei nomi con zone di disponibilità, vedere Creare un hub di notifica di Azure nella portale di Azure.
Eseguire la migrazione al supporto della zona di disponibilità
Per informazioni su come spostare una risorsa di Hub di notifica esistente in una nuova area con supporto per la zona di disponibilità, seguire le indicazioni in Spostare le risorse tra aree di Azure.
Continuità aziendale e ripristino di emergenza 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 i dati in modo automatico o eseguono il fallback da un'area con errore per eseguire 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 che eseguono offerte sulla piattaforma distribuita come servizio di Azure forniscono funzionalità e linee guida per supportare il ripristino di emergenza ed è possibile usare funzionalità specifiche del servizio per supportare un ripristino rapido e sviluppare un piano di ripristino di emergenza.
Hub di notifica fornisce la copertura del ripristino di emergenza dei metadati tramite la replica tra aree dei metadati, ad esempio il nome di Hub di notifica, il stringa di connessione e altre informazioni critiche.
È possibile usare l'area abbinata di Azure o scegliere tra un elenco di aree che supportano l'area di ripristino flessibile.
Quando viene attivato uno scenario di ripristino di emergenza, i dati di registrazione sono l'unico segmento dell'infrastruttura di Hub di notifica persa. Vedere la sezione Backup dei dati di registrazione per le opzioni per conservare i dati di registrazione per lo spazio dei nomi e come ripristinarli.
Area di ripristino flessibile
L'area di ripristino flessibile è una soluzione semplice che consente di configurare uno spazio dei nomi secondario come destinazione di failover per lo spazio dei nomi primario. È possibile scegliere dall'elenco delle aree supportate. Nel caso di aree con zone di disponibilità ma nessuna area abbinata, è possibile usare il ripristino flessibile per selezionare un'area secondaria. Quando viene attivato il failover, lo spazio dei nomi secondario diventa lo spazio dei nomi attivo e lo spazio dei nomi primario diventa lo spazio dei nomi passivo. Tutte le richieste e i messaggi inviati allo spazio dei nomi primario vengono reindirizzati allo spazio dei nomi secondario e le notifiche push vengono recapitate dallo spazio dei nomi secondario.
Le aree seguenti supportano l'area di ripristino flessibile:
- Stati Uniti occidentali 2
- Europa settentrionale
- Australia orientale
- Brasile meridionale
- Asia sud-orientale
- Sudafrica settentrionale
Eseguire il backup dei dati di registrazione
Il ripristino di aree abbinate e flessibili esegue solo il backup dei metadati. È necessario implementare una soluzione per ripopolare i dati di registrazione nell'hub dopo il ripristino.
Hub di notifica di Azure supporta due tipi di registrazioni dei dispositivi: installazioni e registrazioni. È consigliabile eseguire il backup delle registrazioni in uno dei due casi seguenti:
- Una soluzione di archiviazione di propria scelta: se si verifica un evento di ripristino di emergenza, si verificheranno tempi di inattività per le attività di ripristino.
- Un altro hub creato in un'altra area: usare questa opzione per eseguire il backup delle registrazioni. Come hub di lavoro, è possibile implementare il codice per passare a questa copia. Per mantenere sincronizzato un hub di notifica secondario con l'hub di notifica primario, è possibile usare una delle opzioni seguenti per eseguire il backup delle registrazioni:
- Per le installazioni: usare un back-end dell'app che crea e aggiorna contemporaneamente le installazioni in entrambi gli hub di notifica. Le installazioni consentono di specificare un identificatore univoco del dispositivo, rendendolo più adatto per lo scenario di replica. Per altre informazioni, vedere questo codice di esempio.
- Per le registrazioni: usare un back-end dell'app che ottiene un normale dump delle registrazioni dall'hub di notifica primario come backup. Esso potrà quindi eseguire un inserimento di massa nell'hub di notifica secondario. Vedere Esportare e importare le registrazioni di Hub di notifica di Azure in blocco.
L'hub di notifica secondario potrebbe avere registrazioni scadute. Quando il push viene eseguito in un handle scaduto, Hub di notifica pulisce automaticamente il record di registrazione associato nell'hub di notifica primario, in base alla risposta ricevuta dal server PNS. È possibile pulire i record scaduti dalla soluzione di backup preferita aggiungendo logica personalizzata che elabora il feedback da ogni invio e rimuove le registrazioni scadute.
Se non si ha un back-end, quando l'app viene avviata nei dispositivi di destinazione, i dispositivi eseguono una nuova registrazione nell'hub di notifica secondario. Alla fine l'hub di notifica secondario avrà tutti i dispositivi attivi registrati.
C'è un periodo di tempo durante il quale i dispositivi con app non temporaneamente non ricevono notifiche.
Abilitare il ripristino di emergenza tra aree
Per abilitare il ripristino di emergenza per un nuovo spazio dei nomi, seguire la procedura descritta in Creare un hub di notifica di Azure nel portale di Azure.
Per abilitare o disabilitare il ripristino di emergenza per uno spazio dei nomi esistente:
Accedere al portale di Azure.
Nel menu a sinistra selezionare Tutti i servizi.
Nella sezione Internet delle cose selezionare Spazi dei nomi dell'hub di notifica.
Nella pagina Spazi dei nomi dell'hub di notifica selezionare lo spazio dei nomi per cui si desidera modificare le impostazioni di ripristino di emergenza.
Nella pagina Spazio dei nomi dell'hub di notifica per lo spazio dei nomi è possibile visualizzare l'impostazione di ripristino di emergenza corrente nella sezione Informazioni di base.
Nell'esempio seguente viene abilitata un'area di ripristino flessibile. Fare clic sulla selezione corrente dell'area di ripristino di emergenza per visualizzare il popup di modifica.
Nel popup Modifica ripristino di emergenza è possibile modificare le selezioni. Salva le modifiche.
Nota
Con un'area di ripristino abbinata, l'area viene visualizzata ma disattivata. Non è possibile modificare l'area.
