Affidabilità nelle Azioni di archiviazione di Azure
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à sono gruppi di data center separati fisicamente all'interno di ogni area di Azure. In caso di errore di una zona, i servizi possono eseguire il failover in una delle zone rimanenti.
Per altre informazioni sulle zone di disponibilità in Azure, vedere Che cosa sono le zone 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 questi servizi, si è responsabili della configurazione di un piano di ripristino di emergenza che funziona per il carico 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.