Creare un piano di ripristino di emergenza personalizzato per argomenti e domini di Griglia di eventi di Azure

Se si è deciso di non replicare i dati in un'area associata, è necessario investire in alcune procedure per creare uno scenario di ripristino di emergenza personalizzato e ripristinare da una grave perdita di funzionalità dell'applicazione.

Compilare gli script per l'automazione

Mantenere automatizzate le pipeline di distribuzione, i processi artigianali possono causare ritardi quando si verifica un failover. Assicurarsi che tutte le distribuzioni di Azure vengano sottoposte a backup in script o modelli in modo che le distribuzioni possano essere facilmente replicate in una o più aree, se necessario. Non provare a reinventare la ruota, usare ciò che è già stato dimostrato e funziona, ci sono molti strumenti di automazione in grado di risolvere i problemi relativi all'automazione della distribuzione cloud, ad esempio Azure DevOps o GitHub Actions, sono disponibili altri strumenti che possono aiutare durante la fase di distribuzione, usare quello con cui si sente più comodo lavorare e usare questa guida solo un riferimento all'elenco di controllo.

Definire le aree nel piano

Per creare un piano di ripristino, è necessario scegliere quali aree verranno usate nel piano. Quando si sceglie le aree, è anche necessario considerare la latenza possibile tra gli utenti e le risorse cloud. Provare a ottenere l'area più vicina all'area primaria.

Selezione di un router tra aree

Dopo aver già definito le aree, è necessario definire il router tra aree che consente di distribuire il traffico tra le aree, se necessario. Gestione traffico è un servizio di bilanciamento del carico del traffico basato su DNS che consente di distribuire il traffico alle applicazioni pubbliche in tutte le aree di Azure globali. Gestione traffico fornisce anche gli endpoint pubblici con disponibilità elevata e velocità di risposta rapida, nel caso in cui siano necessarie funzionalità aggiuntive come il reindirizzamento tra aree e la disponibilità, il proxy inverso, la cache del contenuto statico, i criteri WAF che potrebbero essere interessati a vedere Frontdoor.

Distribuire le risorse di Griglia di eventi di Azure

È ora possibile creare le risorse dell'argomento Griglia di eventi di Azure, usare l'esempio Bicep seguente per creare un argomento con una sottoscrizione di eventi webhook.

Ripetere il processo di distribuzione dell'argomento per l'area secondaria scelta.

Nota: dopo aver distribuito le risorse in Azure, è necessario assicurarsi che le modifiche apportate nella configurazione dell'argomento e delle sottoscrizioni degli eventi vengano riflesse nel modello, per continuare la procedura: creare e ricreare.

Salvare in alcuni punti gli URL degli endpoint dell'argomento per ogni risorsa creata, verrà visualizzato un aspetto simile al seguente:

Area 1: https://my-primary-topic.my-region-1.eventgrid.azure.net/api/events

Area 2: https://my-secondary-topic.my-secondary-1.eventgrid.azure.net/api/events

Creare un Gestione traffico per gli endpoint di Griglia di eventi di Azure

Gli endpoint di risorse creati in precedenza vengono usati Griglia di eventi di Azure quando si crea e si configura il profilo di Gestione traffico in Azure, vedere la guida introduttiva seguente: Creare un profilo Gestione traffico usando il portale di Azure per altre informazioni.

Gestione traffico è una risorsa globale che fornisce un nome DNS univoco, ad esempio: https://myeventgridtopic.trafficmanager.net. Dopo aver configurato entrambi gli endpoint dell'argomento Griglia di eventi di Azure nel Gestione traffico, il traffico verrà reindirizzato automaticamente alla seconda area dopo che l'area primaria non sarà disponibile.

In questo momento le risorse sono distribuite ed in esecuzione e possono avviare l'invio di eventi all'endpoint di gestione traffico, nel caso in cui non si voglia mantenere attivo l'endpoint secondario nella gestione traffico, è possibile che si sia interessati a disabilitare l'endpoint.

Integrare gli script di distribuzione nel processo CI/CD

Dopo aver verificato che la configurazione funzioni come previsto e gli eventi vengano recapitati alle aree definite, è necessario integrare il modello con uno strumento di automazione, vedere Avvio rapido: Integrare Bicep con Azure Pipelines o Avvio rapido: Distribuire file Bicep usando GitHub Actions per altre informazioni.

La presenza di un processo automatizzato testato regolarmente garantisce la sicurezza che le dipendenze usate negli script e negli strumenti non siano obsolete e il processo di ripristino può essere attivato in un paio di minuti dopo qualsiasi possibile errore nell'area.

Passaggi successivi