Condividi tramite

Affidabilità nelle Azioni di archiviazione di Azure

  • Articolo

Questo articolo descrive il supporto per l'affidabilità in Azioni di archiviazione 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.

Azioni di Archiviazione di Azure è un framework serverless che è possibile usare per eseguire operazioni comuni sui dati su milioni di oggetti in più account di archiviazione. Il servizio è a livello di area e non dispone di SKU o supporto per le zone di disponibilità. Tuttavia, il piano di controllo del servizio supporta automaticamente la ridondanza della zona. Il piano dati può anche supportare la ridondanza a seconda che l'account di archiviazione sia in esecuzione in una configurazione con ridondanza della zona.

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à.

Anche se il servizio Azioni di archiviazione di Azure è a livello di area e non offre SKU o zone di disponibilità, la ridondanza della zona è disponibile dal piano di controllo e in modo condizionale dal piano dati:

  • Il piano di controllo del servizio è con ridondanza della zona. Quando una zona è inattiva in un'area, il piano di controllo continua a essere disponibile. Durante uno scenario di down della zona, è possibile continuare a gestire la definizione e l'assegnazione delle attività.

  • Il piano dati (esecuzione dell'assegnazione di attività) eredita le proprietà di zona dall'account di archiviazione padre. Se l'account di archiviazione viene distribuito in una zona non riuscita, l'account diventa non disponibile e dal punto di vista del cliente, il piano dati non è disponibile. Se l'account di archiviazione è con ridondanza della zona, l'account continua a essere disponibile e il servizio continua a eseguire operazioni sull'account.

Esperienza di inattività della zona

In uno scenario di zona completata, il servizio Azione di archiviazione continua a essere disponibile. Lo stato delle attività dipende dal supporto della zona di disponibilità degli account di archiviazione rispetto ai quali sono in esecuzione. Se l'account non è interessato dalla zona inattiva, le attività continuano a progredire. In caso contrario, le attività hanno esito negativo.

Preparazione e ripristino dell'interruzione della zona

Il servizio Azione di archiviazione non è di zona, ma l'account di archiviazione lo è. Se l'account di archiviazione è interessato da un'interruzione della zona, le attività di archiviazione assegnate all'account hanno esito negativo. Dopo aver reso disponibile l'area e l'account di archiviazione, le attività continuano a essere eseguite come pianificato. Se l'attività è configurata per una sola esecuzione, potrebbe essere necessario pianificare un’altra esecuzione dell'attività.

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.

L'azione di archiviazione è un servizio a livello di area e viene eseguito su account nella stessa area. Quando un'area è inattiva, anche l'account di archiviazione e il servizio sono inattivi. Il servizio non supporta il ripristino di emergenza tra aree. Se si attiva un failover dell'account di archiviazione in un'altra area, le attività di archiviazione non possono essere eseguite nell'account di archiviazione fino a quando non viene eseguito il failback all'area originale. Pertanto, anche se è possibile ripristinare l'account di archiviazione, l'attività di archiviazione non sarà in grado di essere eseguita in esso.

Importante

Se si esegue la migrazione dell'account di archiviazione con ridondanza geografica o di archiviazione con ridondanza geografica della zona da un’area primaria a un'area secondaria o viceversa, le attività di archiviazione destinate all'account di archiviazione non verranno attivate e le esecuzioni di attività esistenti potrebbero non riuscire.

Rilevamento, notifica e gestione di interruzioni

Le attività di archiviazione non inviano notifiche quando si verifica un'interruzione del servizio. È importante controllare lo stato dell'attività di archiviazione e ripetere le attività dopo il ripristino del servizio o dell'area.

Passaggi successivi