Affidabilità in Azure Data Manager per l'energia

Questo articolo descrive il supporto per l'affidabilità in Azure Data Manager per l'energia e illustra sia la resilienza a livello di area con le zone di disponibilità che la resilienza tra aree con il ripristino di emergenza. Per una panoramica più dettagliata dell'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à.

Azure Data Manager for Energy supporta le istanze con ridondanza della zona per impostazione predefinita e non è necessaria alcuna configurazione aggiuntiva.

Prerequisiti

Azure Data Manager for Energy supporta le zone di disponibilità nelle aree seguenti:

Americhe Europa Asia Pacifico Medio Oriente/Africa
Stati Uniti centro-meridionali Europa settentrionale Australia orientale Qatar centrale
Stati Uniti orientali Europa occidentale
Brasile meridionale

Esperienza di inattività della zona

Durante un'interruzione a livello di zona non è necessaria alcuna azione durante il ripristino della zona. Può verificarsi una breve riduzione delle prestazioni fino a quando il servizio non guarisce e ribilancia la capacità sottostante per adattarsi alle zone integre. Durante questo periodo, potrebbero verificarsi errori 5xx e potrebbe essere necessario ripetere le chiamate API fino a quando il servizio non viene ripristinato.

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.

Ripristino di emergenza nell'area geografica in più aree

Azure Data Manager per l'energia è un servizio a livello di area e pertanto è soggetto a errori del servizio a livello di area. Azure Data Manager for Energy segue una configurazione di failover attivo-passivo per il ripristino da un'emergenza a livello di area. Una configurazione attiva-passiva mantiene caldo Azure Data Manager per la risorsa Energia in esecuzione nell'area secondaria, ma non invia il traffico a meno che l'area primaria non riesca.

Diagramma di Gestione dati di Azure per il flusso di lavoro di ripristino di emergenza tra aree di energia.

Di seguito è riportato l'elenco delle aree primarie e secondarie per le aree in cui è supportato il ripristino di emergenza:

Area geografica Primaria Secondari
Americhe Stati Uniti centro-meridionali Stati Uniti centro-settentrionali
Americhe Stati Uniti orientali Stati Uniti occidentali
Americhe Brasile meridionale*
Europa Europa settentrionale Europa occidentale
Europa Europa occidentale Europa settentrionale
Asia/Pacifico Australia orientale Australia
Medio Oriente/Africa Qatar centrale*

(*) Queste aree sono limitate negli scenari di supporto dei clienti per il ripristino di emergenza. Per ulteriori informazioni, contattare i rappresentanti delle vendite Microsoft o dei clienti.

Azure Data Manager for Energy usa Archiviazione di Azure, Azure Cosmos DB e l'indice Elasticsearch come archivi dati sottostanti per rendere persistenti i dati della partizione dei dati. Questi archivi dati offrono durabilità, disponibilità e scalabilità elevate. Azure Data Manager for Energy usa l'archiviazione con ridondanza geografica della zona o GZRS per replicare automaticamente i dati in un'area secondaria distante centinaia di chilometri dall'area primaria. Le stesse funzionalità di sicurezza abilitate nell'area primaria (ad esempio, la crittografia dei dati inattivi usando la chiave di crittografia) per proteggere i dati sono applicabili all'area secondaria. Analogamente, Azure Cosmos DB è un servizio dati distribuito a livello globale, che replica i metadati (catalogo) tra aree. Gli snapshot degli indici elasticsearch vengono acquisiti a intervalli regolari e replicati geograficamente nell'area secondaria. Tutti i dati in volo sono temporanei e quindi soggetti a perdita. Ad esempio, i dati in transito che fanno parte di un processo di inserimento in corso che non è ancora persistente vengono persi ed è necessario riavviare il processo di inserimento al momento del ripristino.

Importante

Nelle aree seguenti il ripristino di emergenza non è disponibile. Per altre informazioni, contattare il rappresentante microsoft per le vendite o i clienti.

  1. Brasile meridionale
  2. Qatar centrale

Configurare il ripristino di emergenza e il rilevamento di interruzioni

Il servizio Azure Data Manager per l'energia monitora continuamente l'integrità dei servizi nell'area primaria. Se viene rilevato un errore di inattivo del servizio rigido nell'area primaria, si tenta di eseguire il ripristino prima di avviare il failover nell'area secondaria per conto dell'utente. Verrà visualizzato un avviso sullo stato di avanzamento del failover. Al termine del failover, è possibile connettersi alla risorsa Azure Data Manager for Energy nell'area secondaria e continuare le operazioni. Tuttavia, potrebbe verificarsi una lieve riduzione delle prestazioni a causa di eventuali vincoli di capacità nell'area secondaria.

Gestione delle risorse nella sottoscrizione

È necessario gestire il failover delle app aziendali che si connettono ad Azure Data Manager per la risorsa Energia e ospitate nella stessa area primaria. Inoltre, si è responsabili del ripristino di tutti i log di diagnostica archiviati nell'area di lavoro Log Analytics.

Se si configurano collegamenti privati alla risorsa Azure Data Manager per l'energia nell'area primaria, è necessario creare un endpoint privato secondario alla stessa risorsa nell'area abbinata.

Attenzione

Se non si abilitano le reti di accesso pubblico o si crea un endpoint privato secondario prima di un'interruzione, si perderà l'accesso alla risorsa di Azure Data Manager for Energy nell'area secondaria. Sarà possibile accedere alla risorsa Azure Data Manager per l'energia solo dopo il completamento del failback dell'area primaria.

Importante

Dopo il failover e fino al completamento del failback dell'area primaria, non sarà possibile eseguire modifiche dello stato a Azure Data Manager per la risorsa Energia creata nella sottoscrizione. ad esempio:

  • non è possibile abilitare o disabilitare le reti di accesso pubblico.
  • Non è possibile approvare o rifiutare la connessione dell'endpoint privato ad Azure Data Manager per la risorsa Energia
  • non è possibile creare una nuova partizione di dati.

Passaggi successivi