Share via

Creare soluzioni di continuità aziendale e ripristino di emergenza con Azure Esplora dati

  • Articolo

Questo articolo illustra in dettaglio come preparare un'interruzione a livello di area di Azure replicando le risorse, Esplora dati la gestione e l'inserimento in diverse aree di Azure. Viene fornito un esempio di inserimento di dati con Hub eventi di Azure. L'ottimizzazione dei costi viene illustrata anche per configurazioni di architettura diverse. Per un'analisi più approfondita delle considerazioni sull'architettura e sulle soluzioni di ripristino, vedere la panoramica della continuità aziendale.

Preparare l'interruzione a livello di area di Azure per proteggere i dati

Azure Esplora dati non supporta la protezione automatica rispetto all'interruzione di un'intera area di Azure. Questa interruzione può verificarsi durante un disastro naturale, come un terremoto. Se è necessaria una soluzione per una situazione di ripristino di emergenza, seguire questa procedura per garantire la continuità aziendale. In questi passaggi si replicano i cluster, la gestione e l'inserimento dei dati in due aree associate di Azure.

  1. Creare due o più cluster indipendenti in due aree associate di Azure.
  2. Replicare tutte le attività di gestione , ad esempio la creazione di nuove tabelle o la gestione dei ruoli utente in ogni cluster.
  3. Inserire dati in ogni cluster in parallelo.

Creare più cluster indipendenti

Creare più di un cluster di Azure Esplora dati in più aree. Assicurarsi che almeno due di questi cluster vengano creati nelle aree associate di Azure.

L'immagine seguente mostra le repliche, tre cluster in tre aree diverse.

Creare cluster indipendenti.

Replicare le attività di gestione

Replicare le attività di gestione per avere la stessa configurazione del cluster in ogni replica.

  1. Creare in ogni replica lo stesso:

  2. Gestire l'autenticazione e l'autorizzazione in ogni replica.

    Attività di gestione duplicata.

Soluzione di ripristino di emergenza tramite l'inserimento dell'hub eventi

Dopo aver completato l'interruzione dell'area di Azure per proteggere i dati, i dati e la gestione vengono distribuiti in più aree. Se si verifica un'interruzione in un'area, Azure Esplora dati sarà in grado di usare le altre repliche.

Configurare l'inserimento tramite un hub eventi

Per inserire i dati da Hub eventi di Azure nel cluster di Azure Esplora dati di ogni area, replicare prima la configurazione Hub eventi di Azure in ogni area. Configurare quindi la replica di Azure Esplora dati di ogni area per inserire i dati dai relativi Hub eventi corrispondenti.

Nota

L'inserimento tramite Hub eventi di Azure/hub IoT/archiviazione è affidabile. Se un cluster non è disponibile per un periodo di tempo, verrà recuperata in un secondo momento e inserisce eventuali messaggi o BLOB in sospeso. Questo processo si basa sul checkpoint.

Inserimento tramite Hub eventi di Azure.

Come illustrato nel diagramma seguente, le origini dati producono eventi in hub eventi in tutte le aree e ogni replica di Azure Esplora dati usa gli eventi. I componenti di visualizzazione dei dati come Power BI, Grafana o SDK basati su WebApp possono eseguire query su una delle repliche.

Origini dati alla visualizzazione dei dati.

Ottimizzazione dei costi

Ora si è pronti per ottimizzare le repliche usando alcuni dei metodi seguenti:

Creare una configurazione di ripristino dei dati su richiesta

La replica e l'aggiornamento dell'installazione di Azure Esplora dati aumentano in modo lineare il costo con il numero di repliche. Per ottimizzare i costi, è possibile implementare una variante dell'architettura per bilanciare il tempo, il failover e i costi. In una configurazione di ripristino dei dati su richiesta, l'ottimizzazione dei costi è stata implementata introducendo repliche di Azure passivhe Esplora dati. Queste repliche vengono attivate solo se si verifica un'emergenza nell'area primaria(ad esempio, area A). Le repliche nelle aree B e C non devono essere attive 24/7, riducendo significativamente il costo. Tuttavia, nella maggior parte dei casi, le prestazioni di queste repliche non saranno ottimali come il cluster primario. Per altre informazioni, vedere Configurazione del ripristino dei dati su richiesta.

Nell'immagine seguente viene inserita solo un cluster dall'hub eventi. Il cluster primario in Area A esegue l'esportazione continua dei dati di tutti i dati in un account di archiviazione. Le repliche secondarie hanno accesso ai dati usando tabelle esterne.

architettura per una configurazione di ripristino dei dati su richiesta.

Avviare e arrestare le repliche

È possibile avviare e arrestare le repliche secondarie usando uno dei metodi seguenti:

az kusto cluster stop --name=<clusterName> --resource-group=<rgName> --subscription=<subscriptionId>”

Implementare un servizio applicazione a disponibilità elevata

Creare il client BCDR Servizio app di Azure

Questa sezione illustra come creare un Servizio app di Azure che supporta una connessione a un'unica Esplora dati di Azure primaria e a più cluster secondari. L'immagine seguente illustra la configurazione di Servizio app di Azure.

Creare un Servizio app di Azure.

Suggerimento

La presenza di più connessioni tra repliche nello stesso servizio offre una maggiore disponibilità. Questa configurazione non è utile solo nelle istanze di interruzioni a livello di area.

  1. Usare questo codice boilerplate per un servizio app. Per implementare un client multi-cluster, è stata creata la classe AdxBcdrClient . Ogni query eseguita usando questo client verrà inviata prima al cluster primario. Se si verifica un errore, la query verrà inviata alle repliche secondarie.

  2. Usare le metriche personalizzate di application insights per misurare le prestazioni e richiedere la distribuzione ai cluster primari e secondari.

Testare il client BCDR Servizio app di Azure

È stato eseguito un test usando più repliche di Azure Esplora dati. Dopo un'interruzione simulata di cluster primari e secondari, è possibile notare che il client BCDR del servizio app si comporta come previsto.

Verificare il client BCDR del servizio app.

I cluster di Azure Esplora dati vengono distribuiti in Europa occidentale (2xD14v2 primario), Asia sud-orientale e Stati Uniti orientali (2xD11v2).

Tempo di risposta delle query su più pianeti.

Nota

I tempi di risposta più lente sono dovuti a sku diversi e query su più pianeti.

Eseguire il routing dinamico o statico

Usare i metodi di routing di Gestione traffico di Azure per il routing dinamico o statico delle richieste. Gestione traffico di Azure è un servizio di bilanciamento del carico del traffico basato su DNS che consente di distribuire il traffico del servizio app. Questo traffico è ottimizzato per i servizi nelle aree di Azure globali, offrendo disponibilità elevata e velocità di risposta.

È anche possibile usare il routing basato su Frontdoor di Azure. Per il confronto di questi due metodi, vedere Bilanciamento del carico con la suite di distribuzione delle applicazioni di Azure.

Ottimizzare i costi in una configurazione attiva

L'uso di una configurazione attiva per il ripristino di emergenza aumenta i costi in modo lineare. Il costo include nodi, archiviazione, markup e costi di rete maggiori per la larghezza di banda.

Usare la scalabilità automatica ottimizzata per ottimizzare i costi

Usare la funzionalità di scalabilità automatica ottimizzata per configurare la scalabilità orizzontale per i cluster secondari. Devono essere ridimensionati in modo che possano gestire il carico di inserimento. Una volta che il cluster primario non è raggiungibile, i cluster secondari otterranno più traffico e scalabilità in base alla configurazione.

L'uso della scalabilità automatica ottimizzata in questo esempio ha salvato circa il 50% del costo rispetto alla stessa scalabilità orizzontale e verticale in tutte le repliche.

Contenuti correlati