Affidabilità nelle Azioni di archiviazione di Azure

Archiviazione di Azure Actions è una piattaforma completamente gestita che automatizza le attività di gestione dei dati per Archiviazione BLOB di Azure e Azure Data Lake Storage. Pianifichi le attività di archiviazione da eseguire sui tuoi account di archiviazione. È possibile configurare attività per eliminare BLOB, impostare tag BLOB e modificare i livelli di accesso in base all'età dei dati.

Quando si usa Azure, l'affidabilità è una responsabilità condivisa. Microsoft offre una gamma di funzionalità per supportare la resilienza e il ripristino. L'utente è responsabile della comprensione del funzionamento di tali funzionalità all'interno di tutti i servizi usati e della selezione delle funzionalità necessarie per soddisfare gli obiettivi aziendali e gli obiettivi di tempo di attività.

Questo articolo descrive come rendere Archiviazione di Azure Actions resilienti a errori temporanei, problemi di configurazione, guasti delle zone di disponibilità, guasti a livello di area geografica e manutenzione del servizio. Vengono inoltre descritte le opzioni di backup e ripristino e le informazioni chiave sull'accordo sul livello di servizio (SLA) di Archiviazione di Azure Actions.

Importante

Quando si considera l'affidabilità di Archiviazione di Azure Actions, prendere in considerazione ogni account di archiviazione con un'assegnazione di attività di archiviazione. Microsoft gestisce la disponibilità del servizio Storage Actions. Si è responsabili della scelta delle configurazioni di ridondanza dell'account di archiviazione che soddisfano i requisiti di affidabilità del carico di lavoro. Un'interruzione dell'account di archiviazione può impedire l'esecuzione delle attività di archiviazione assegnate anche quando il piano di controllo di Storage Actions rimane disponibile. Per informazioni sulle caratteristiche di affidabilità delle configurazioni di ridondanza dell'account di archiviazione, vedere Affidabilità in Archiviazione BLOB di Azure.

Raccomandazioni per la distribuzione di produzione per l'affidabilità

Per i carichi di lavoro di produzione, è consigliabile:

  • Configurare ogni account di archiviazione di destinazione con l'opzione di ridondanza che soddisfa i requisiti di affidabilità. Per la maggior parte dei carichi di lavoro di produzione, usare almeno l'archiviazione con ridondanza della zona (ZRS). Se è necessaria la resilienza a un'interruzione a livello di area geografica e l'account di archiviazione si trova in un'area abbinata, usare l'archiviazione con ridondanza geografica della zona (GZRS). L'esecuzione dell'attività di archiviazione eredita le caratteristiche di affidabilità dell'account di archiviazione di destinazione.

  • Abilitare l'eliminazione temporanea del BLOB prima di usare le attività di archiviazione per eliminare i BLOB. Abilitare l'eliminazione temporanea per i BLOB in ogni account di archiviazione di destinazione in modo da poter ripristinare i BLOB eliminati involontariamente da un'attività di archiviazione durante il periodo di conservazione.

  • Evitare la sovrapposizione delle attività di archiviazione con altri criteri di gestione del ciclo di vita. Non configurare un'attività di archiviazione e un altro criterio di gestione del ciclo di vita per eseguire operazioni in conflitto sugli stessi BLOB. Ad esempio, un'operazione di eliminazione dell'attività di archiviazione può non riuscire se un criterio di gestione del ciclo di vita gestione rete virtuale di Azure tenta di eliminare lo stesso BLOB.

  • Convalida la configurazione delle azioni di archiviazione prima di applicarla. Usare un'anteprima della condizione per la convalida mirata durante la composizione delle condizioni delle attività e usare una simulazione di esecuzione per convalidare l'assegnazione di criteri completa prima di abilitarla per eseguire operazioni.

Panoramica dell'architettura di affidabilità

Questa sezione descrive alcuni degli aspetti importanti del funzionamento del servizio più rilevanti dal punto di vista dell'affidabilità. La sezione presenta l'architettura logica, che include alcune delle risorse e delle funzionalità distribuite e usate. Illustra anche l'architettura fisica, che fornisce informazioni dettagliate sul funzionamento del servizio sotto le quinte.

Architettura logica

Quando si usano Archiviazione di Azure Actions, si creano una o più risorse attività di archiviazione. Ogni attività di archiviazione contiene condizioni che selezionano oggetti e operazioni da eseguire sugli oggetti corrispondenti. Per eseguire un'attività di archiviazione su un account di archiviazione, creare un'assegnazione di attività di archiviazione. L'assegnazione viene archiviata come parte della risorsa dell'account di archiviazione e identifica gli oggetti di destinazione, quando e con quale frequenza viene eseguita l'attività e dove vengono archiviati i report di esecuzione. Quando un'esecuzione di un'attività raggiunge lo Completed stato, il servizio scrive un report di esecuzione nel percorso specificato nell'incarico.

Si è responsabili della configurazione di ogni assegnazione e dell'assegnazione di un ruolo Azure appropriato all'identità gestita dell'attività di archiviazione.

Architettura fisica

Archiviazione di Azure Actions ha due piani rilevanti per l'affidabilità:

  • Piano di controllo: Le richieste passano attraverso Azure Resource Manager al provider di risorse Archiviazione di Azure Actions, che gestisce le operazioni di gestione e i flussi di lavoro di provisioning asincroni per le attività di archiviazione e le assegnazioni.

  • Piano di controllo: Comprende l'utilità di pianificazione, i processi di lavoro che valutano le condizioni delle attività di archiviazione ed eseguono le operazioni configurate sugli account di archiviazione di destinazione, e i componenti di report. Questi componenti vengono eseguiti nell'infrastruttura Archiviazione di Azure.

Resilienza a errori temporanei

Gli errori temporanei sono errori brevi e intermittenti nei componenti. Si verificano spesso in un ambiente distribuito come il cloud e fanno parte delle normali operazioni. Gli errori temporanei si correggono dopo un breve periodo di tempo. È importante che le applicazioni possano gestire gli errori temporanei, in genere ritentando le richieste interessate.

Tutte le applicazioni ospitate nel cloud devono seguire le indicazioni sulla gestione degli errori temporanei di Azure quando comunicano con qualsiasi API, database e altri componenti ospitati nel cloud. Per ulteriori informazioni, vedi Raccomandazioni per la gestione di errori temporanei.

Gli errori temporanei possono influire sulle azioni Archiviazione di Azure in due modi principali:

  • Operazioni di gestione: Se si automatizza la gestione di Storage Actions, ad esempio la distribuzione o la modifica delle attività di Storage Actions, si è responsabili della gestione degli errori temporanei nell'automazione. Usare tentativi delimitati con un ritardo appropriato tra i tentativi.

  • Esecuzione attività: Quando un account di archiviazione di destinazione limita le operazioni, Archiviazione di Azure Actions riduce il ritmo e riprova dopo un ritardo. Finché l'assegnazione continua a progredire, Storage Actions continua a ritentare per la durata del flusso di lavoro. Se l'assegnazione non registra alcun progresso nell'elencare o elaborare i BLOB per quattro ore, Storage Actions termina l'esecuzione in modo che un'altra assegnazione possa essere inviata.

Archiviazione di Azure Actions elabora una sola assegnazione alla volta per ogni account di archiviazione di destinazione. Si autoregola nell'esecuzione delle attività in modo che i carichi di lavoro dell'applicazione nell'account di archiviazione di destinazione abbiano la precedenza. La scala di esecuzione dipende dalla capacità di transazione disponibile nell'account. Quando è disponibile una capacità di transazione inferiore, l'esecuzione di un'attività potrebbe essere limitata e richiedere più tempo. Per altre informazioni, vedere Dipendenza dalla scalabilità della capacità di transazione disponibile per l'account di archiviazione.

Non tutti i fallimenti nell'esecuzione delle attività sono temporanei. Ad esempio, un'attività potrebbe non riuscire perché l'identità gestita non dispone delle autorizzazioni necessarie, il numero di richieste supera un limite di scalabilità o l'account di archiviazione di destinazione blocca l'accesso alla rete. Sei responsabile del monitoraggio dello stato delle attività, delle metriche e dei dashboard e della correzione di questi errori. Viene creato un report di esecuzione solo per un'esecuzione che raggiunge lo stato Completed. Le esecuzioni non riuscite e ignorate non generano un report di esecuzione. Confrontare i tempi di esecuzione effettivi con il programma di assegnazione per identificare le esecuzioni dei processi che non si sono verificate. Per informazioni sull'identificazione e la risoluzione degli errori delle attività, vedere Risoluzione dei problemi delle attività di archiviazione.

Resilienza ai problemi di configurazione

Le condizioni delle attività di archiviazione determinano gli oggetti su cui opera un'attività e una condizione o un'operazione non corretta può influire su oggetti non desiderati. Microsoft esegue ogni attività in base alla configurazione. Sei responsabile della convalida dell'assegnazione prima di consentirle di modificare i dati, soprattutto quando include operazioni distruttive o irreversibili.

Usare i metodi di convalida seguenti:

  • Anteprima condizione: Durante la composizione delle condizioni delle attività, usare la funzionalità di anteprima nel portale di Azure o nell'API REST Preview Actions per valutare un campione di un massimo di 5.000 BLOB. Un'anteprima restituisce risultati immediati e non genera un report di esecuzione.

  • Esecuzione fittizia: Prima di abilitare l'assegnazione per eseguire operazioni, creare un'esecuzione fittizia per la convalida finale. Un'esecuzione fittizia valuta ogni BLOB nell'ambito di assegnazione senza eseguire le operazioni configurate. Viene eseguito in modo asincrono come un'assegnazione regolare e produce un report di esecuzione CSV. Esaminare il report per verificare quali BLOB soddisfano le condizioni e quali operazioni l'attività eseguirebbe.

La validazione riduce il rischio di operazioni non intenzionali, ma non sostituisce la protezione dei dati. Prima di usare le attività di archiviazione per eliminare i BLOB, abilitare l'eliminazione temporanea per i BLOB in ogni account di archiviazione di destinazione. Il soft delete consente di recuperare i BLOB eliminati durante il periodo di conservazione configurato.

Esaminare le assegnazioni di attività di archiviazione insieme ad altri criteri di gestione dei dati che operano sugli stessi BLOB. Non configurare attività o criteri sovrapposti per eseguire operazioni in conflitto. Ad esempio, un'operazione di eliminazione dell'attività di archiviazione può non riuscire se un criterio di gestione del ciclo di vita gestione rete virtuale di Azure tenta di eliminare lo stesso BLOB.

Resilienza ai guasti delle zone di disponibilità

Le zone di disponibilità sono gruppi di data center separati fisicamente all'interno di un'area di Azure. In caso di guasto in una zona, i servizi possono passare a una delle zone restanti.

Il piano di controllo di Archiviazione di Azure Actions è a ridondanza della zona. Microsoft gestisce automaticamente la distribuzione tra più zone di disponibilità e non selezioni le zone. Durante un guasto di una zona di disponibilità, è possibile continuare a gestire attività e assegnazioni di archiviazione.

La resilienza dell'esecuzione delle attività dipende dalla configurazione di ridondanza di ogni account di archiviazione di destinazione perché le attività operano sui dati in tali account. Se l'esecuzione dell'attività deve continuare durante un guasto della zona, configurare ogni account di destinazione con un'opzione di archiviazione con ridondanza della zona (ZRS, GZRS o RA-GZRS).

L'esempio seguente mostra il control plane di Storage Actions e un'attività destinata a un account con ridondanza della zona in un'area a tre zone. Sia il piano di controllo che l'account di destinazione possono continuare a funzionare se una zona non è più disponibile:

Diagramma che mostra il piano di controllo di Storage Actions e un account di archiviazione di destinazione ZRS che si estende su tre zone di disponibilità.

Al contrario, un account di destinazione LRS non è con ridondanza della zona. Nell'esempio seguente il control plane si estende su tutte e tre le zone e l'account di destinazione viene visualizzato nella zona di disponibilità 1 per illustrare un account che non si estende sulle zone. Se la zona che ospita l'account di destinazione non è più disponibile, il piano di controllo rimane disponibile, ma l'attività non può essere eseguita sull'account di destinazione fino a quando l'account non viene ripristinato:

Diagramma che mostra il piano di controllo Storage Actions che si estende su tre zone di disponibilità e un account di destinazione con ridondanza dell'archiviazione locale mostrato nella zona 1.

Requirements

  • Supporto per l'area geografica: Quando si configura un'assegnazione di attività di archiviazione, l'attività di archiviazione e l'account di archiviazione di destinazione devono trovarsi nella stessa area geografica. Per rendere resiliente l'esecuzione delle attività agli errori di zona, scegliere un'area che supporti sia Archiviazione di Azure Actions che le zone di disponibilità.

  • Configurazione dell'account di archiviazione: Configurare ogni account di destinazione con un'opzione di archiviazione con ridondanza della zona. L'archiviazione con ridondanza locale, l'archiviazione con ridondanza geografica e l'archiviazione con ridondanza geografica e accesso in lettura (RA-GRS) non forniscono ridondanza della zona nell'area primaria.

Considerazioni

La ridondanza della zona del piano di controllo non rende resiliente l'esecuzione delle attività quando un account di archiviazione di destinazione non è disponibile. Valutare separatamente la configurazione della ridondanza di ogni account di destinazione.

Cost

La ridondanza tra zone per il piano di controllo di Storage Actions è automatica e non è previsto alcun addebito aggiuntivo di Storage Actions per abilitarla. Gli addebiti per l'utilizzo standard per le esecuzioni di attività, gli oggetti di destinazione e le operazioni richiamate sono ancora applicabili. Per altre informazioni, vedere prezzi di Archiviazione di Azure Actions.

L'opzione di ridondanza selezionata per ogni account di archiviazione di destinazione influisce sugli addebiti Archiviazione di Azure. Per altre informazioni, vedere Prezzi di Archiviazione BLOB.

Configurare il supporto delle zone di disponibilità

La ridondanza della zona è automatica per il piano di gestione di Storage Actions. Non è possibile configurare separatamente la ridondanza della zona per le attività di archiviazione o assegnazioni.

Per rendere resiliente l'esecuzione delle attività ai guasti nelle zone di disponibilità, selezionare un'opzione di archiviazione con ridondanza della zona quando si crea ogni account di archiviazione di destinazione o modifica la configurazione di ridondanza di un account esistente.

Comportamento quando tutte le zone sono integre

Questa sezione descrive cosa aspettarsi quando è disponibile il piano di controllo di Storage Actions, gli account di archiviazione di destinazione usano un'opzione di archiviazione con ridondanza della zona e tutte le zone di disponibilità sono operative.

  • Operazione multi-zona: Microsoft distribuisce l'infrastruttura del piano di controllo di Storage Actions tra zone di disponibilità. Le esecuzioni di attività operano su ogni account di archiviazione di destinazione e Archiviazione di Azure distribuisce in modo trasparente le richieste nell'infrastruttura che ospita l'account.

  • Replica dei dati tra zone: Storage Actions non archivia né replica i dati BLOB che le attività elaborano.

    Archiviazione di Azure replica in modo sincrono i dati negli account che usano un'opzione di archiviazione con ridondanza della zona tra le zone di disponibilità nell'area primaria. Archiviazione di Azure non completa un'operazione di scrittura fino a quando non replica i dati tra le zone usate dall'account.

Comportamento durante un errore di zona

Questa sezione descrive cosa aspettarsi quando è disponibile il piano di controllo Storage Actions, gli account di archiviazione di destinazione usano un'opzione di archiviazione con ridondanza della zona e si verifica un'interruzione in un'unica zona di disponibilità.

  • Rilevamento e risposta: Microsoft rileva e risponde agli errori che influiscono sul piano di controllo di Storage Actions.

    Per gli account di destinazione che usano un'opzione di archiviazione con ridondanza della zona, Archiviazione di Azure instrada automaticamente l'esecuzione delle attività e le operazioni di archiviazione alle zone integre. Non è necessario avviare il failover.

  • Notifica: Microsoft non invia automaticamente una notifica quando una zona è inattiva. È tuttavia possibile usare Integrità dei servizi di Azure per comprendere l'integrità complessiva del servizio, inclusi eventuali errori di zona, ed è possibile configurare gli avvisi di integrità dei servizi per notificare eventuali problemi.

  • Richieste attive: Le attività di archiviazione destinate agli account con ridondanza della zona disponibili continuano a progredire. Le attività destinate a un account non disponibile potrebbero non riuscire.

    Le assegnazioni di run-once in sospeso potrebbero essere ancora prelevate. Le esecuzioni interrotte o non riuscite potrebbero richiedere di riprogrammarle manualmente, a seconda della posizione in cui l'elaborazione è stata arrestata.

  • Perdita di dati prevista: Storage Actions non archivia una copia separata dei dati del blob. Le aspettative di perdita dei dati dipendono dalla configurazione della ridondanza di ogni account di destinazione. Quando un account usa un'opzione di archiviazione con ridondanza della zona, Archiviazione di Azure replica in modo sincrono i dati tra le zone di disponibilità nell'area primaria, quindi non è previsto che un errore di zona causi la perdita di dati per le scritture completate correttamente.

  • Tempo di inattività previsto: Il piano di controllo di Storage Actions rimane disponibile durante un guasto di zona.

    L'esecuzione dell'attività continua finché l'account di archiviazione di destinazione rimane accessibile. Se l'account non è più disponibile, ad esempio un account di archiviazione con ridondanza locale in una zona interessata, le esecuzioni interessate potrebbero non riuscire.

  • Redistribuzione: Microsoft gestisce la risposta e la redistribuzione del piano di controllo di Storage Actions.

    Archiviazione di Azure instrada automaticamente le operazioni per gli account che usano un'opzione di archiviazione con ridondanza della zona alle zone integre. Non è necessaria alcuna azione da parte del cliente.

Ripristino della zona

Quando la zona guasta viene ripristinata, Microsoft ripristina la normale distribuzione del piano di controllo. Archiviazione di Azure ripristina il normale funzionamento per gli account con ridondanza della zona. Le assegnazioni di attività pianificate continuano in base alle pianificazioni.

Le assegnazioni ricorrenti riprendono in base alle pianificazioni configurate. Le assegnazioni una tantum in sospeso potrebbero essere ancora acquisite. Controllare lo stato delle esecuzioni interessate dall'interruzione. A seconda della posizione in cui è stata arrestata l'elaborazione, potrebbe essere necessario riprogrammare le esecuzioni interrotte o non riuscite.

Verifica dei guasti di zona

Microsoft gestisce la distribuzione della zona, il failover e il ripristino per il piano di controllo di Storage Actions e per gli account di archiviazione con ridondanza della zona. Non è necessario testare i guasti della zona della piattaforma. Testare le procedure operative verificando che sia possibile identificare le operazioni di attività non riuscite ed eseguirle di nuovo in modo sicuro.

Resilienza agli errori a livello di area

La resilienza dell'esecuzione dell'attività di archiviazione durante un guasto a livello di area geografica dipende dalla configurazione della ridondanza di ogni account di archiviazione di destinazione. Se un account di destinazione usa un'opzione di archiviazione con ridondanza geografica (GRS, GZRS, RA-GRS e RA-GZRS), l'account di archiviazione può eseguire il failover nell'area associata e le future esecuzioni dell'attività di archiviazione possono continuare nella nuova area primaria.

Account di archiviazione di destinazione con ridondanza geografica

Per un account di archiviazione con ridondanza geografica, l'area che attualmente accetta operazioni di scrittura è l'area primaria. Archiviazione di Azure replica in modo asincrono i dati nell'area abbinata dell'account, ovvero l'area secondaria.

Le attività di archiviazione operano sull'account nella regione primaria. Dopo il failover dell'account, l'area secondaria precedente diventa la nuova area primaria e le future esecuzioni delle attività di archiviazione vengono eseguite automaticamente in tale area. Archiviazione di Azure Actions non richiede un'azione di failover separata.

Requirements

Cost

Le configurazioni di archiviazione con ridondanza geografica comportano addebiti per la replica e l'archiviazione nell'area secondaria. Per altre informazioni, vedere Prezzi di Archiviazione BLOB.

Configurare il supporto per più aree

Selezionare un'opzione di archiviazione con ridondanza geografica quando si crea l'account di archiviazione di destinazione o si modifica la configurazione di ridondanza di un account esistente.

Se si crea un'assegnazione di attività di archiviazione mentre l'account di destinazione usa un'opzione senza ridondanza geografica e successivamente si converte l'account in GRS, GZRS, RA-GRS o RA-GZRS, aggiornare l'assegnazione prima di avviare il failover dell'account gestito dal cliente. È possibile modificare qualsiasi proprietà di assegnazione. L'aggiornamento fa sì che il piano di controllo di Storage Actions rilevi la nuova configurazione con ridondanza geografica dell'account.

Comportamento quando tutte le aree sono integre

Questa sezione descrive cosa aspettarsi quando un account di archiviazione di destinazione usa un'opzione di archiviazione con ridondanza geografica e le aree primarie e secondarie sono operative.

  • Operazione tra aree: Durante il normale funzionamento, la definizione dell'attività di archiviazione, l'assegnazione e l'account di archiviazione di destinazione si trovano nell'area primaria. L'area geografica secondaria non elabora le operazioni delle attività di archiviazione dati.

  • Replica dei dati tra aree: Archiviazione di Azure Actions non replica in modo indipendente i dati BLOB elaborati dalle attività.

    Archiviazione di Azure replica in modo asincrono i dati dall'area primaria all'area secondaria. Poiché la replica è asincrona, le modifiche recenti potrebbero non esistere ancora nell'area secondaria.

Comportamento durante un errore di area

Questa sezione descrive cosa aspettarsi quando l'area primaria di un account di archiviazione di destinazione che usa un'opzione di archiviazione con ridondanza geografica non è disponibile.

  • Rilevamento e risposta: Il failover dell'account di archiviazione può essere gestito dal cliente o da Microsoft. Il failover gestito da Microsoft è riservato a circostanze eccezionali e può verificarsi solo dopo un'interruzione prolungata, quindi non farvi affidamento per il piano di ripristino di emergenza. Seguire le indicazioni sul failover gestione rete virtuale di Azure per decidere se e quando avviare il failover gestito dal cliente.

    Archiviazione di Azure Actions non richiedono un'azione di failover separata. Tuttavia, se è stata creata l'assegnazione mentre l'account di destinazione usava LRS e l'account è stato successivamente convertito in GRS o GZRS, aggiornare l'assegnazione prima di avviare il failover dell'account gestito dal cliente. Per altre informazioni, vedi Configurare il supporto multiregione.

  • Notifica: Microsoft non invia automaticamente una notifica quando un'area è inattiva. È tuttavia possibile usare Integrità dei servizi di Azure per comprendere l'integrità complessiva del servizio, inclusi gli eventuali errori dell'area e configurare gli avvisi di integrità dei servizi per notificare eventuali problemi.

  • Richieste attive: Durante il failover dell'account di archiviazione, gli endpoint dell'account di archiviazione primario e secondario sono temporaneamente non disponibili. Le esecuzioni di attività di archiviazione in corso potrebbero non riuscire. Dopo il failover, controllare lo stato delle esecuzioni delle attività interessate ed eseguire di nuovo operazioni non riuscite o incomplete in base alle esigenze.

    Per un'assegnazione ricorrente, se l'iterazione precedente rimane in corso quando viene pianificata l'iterazione successiva, Storage Actions ignora la nuova iterazione. L'iterazione successiva viene eseguita al momento del trigger designato al termine dell'iterazione precedente.

  • Perdita di dati prevista: Archiviazione di Azure Actions non mantiene una copia separata dei dati BLOB.

    Durante un failover non pianificato, le modifiche recenti possono andare perse se non sono state replicate nell'area secondaria. Un'attività che ha esito negativo mentre è in corso potrebbe anche aver completato operazioni solo su alcuni degli oggetti di destinazione. Dopo il failover, controllare lo stato delle esecuzioni delle attività interessate ed eseguire di nuovo operazioni non riuscite o incomplete in base alle esigenze. Per informazioni dettagliate sui punti di ripristino dell'account di archiviazione e sulla perdita di dati, vedere Perdita di dati prevista durante un errore dell'area di gestione rete virtuale di Azure.

  • Tempo di inattività previsto: Prima del failover, le attività di archiviazione non possono avanzare mentre l'account di archiviazione di destinazione non è disponibile.

    Durante il failover, gli endpoint dell'account di archiviazione rimangono non disponibili, quindi le esecuzioni di attività non possono avanzare e potrebbero non riuscire.

    Al termine del failover, i componenti del data plane di Storage Actions nella nuova area primaria dell'account di archiviazione elaborano le esecuzioni future dell'assegnazione di attività. La risorsa dell'attività di archiviazione rimane nell'area geografica originale, quindi la generazione di report per la definizione dell'attività potrebbe rimanere interessata mentre tale area geografica non è disponibile. La creazione di report per altre sezioni della risorsa continua a funzionare.

    L'interruzione totale include il tempo necessario per rilevare l'interruzione, decidere se avviare il failover e completare il failover dell'account di archiviazione.

    Se non si verifica alcun failover, l'esecuzione dell'attività rimane non disponibile fino al ripristino dell'area primaria originale.

    Le operazioni di gestione rimangono disponibili durante un guasto di un'area geografica.

  • Reindirizzamento: Archiviazione di Azure aggiorna gli endpoint dell'account di archiviazione al termine del failover. Le future esecuzioni dell'assegnazione di attività vengono eseguite automaticamente sull'account nella nuova area primaria. Non è necessario riconfigurare l'attività di archiviazione o l'assegnazione.

Ripristino della regione

Il processo di failback dipende dal tipo di failover dell'account di archiviazione. Seguire le indicazioni per il ripristino dell'area geografica di gestione rete virtuale di Azure per eseguire il failback dell'account di archiviazione di destinazione. Archiviazione di Azure Actions non richiede una configurazione aggiuntiva dopo il failback dell'account di archiviazione.

Testare gli errori dell'area

Per testare il processo di ripristino di emergenza senza la perdita di dati associata a un failover non pianificato, creare assegnazioni di attività di archiviazione rappresentative in un account di archiviazione non di produzione che usa un'opzione di archiviazione con ridondanza geografica e quindi avviare un failover pianificato gestito dal cliente. Esaminare qualsiasi esecuzione in corso e verificare che un'esecuzione pianificata futura venga eseguita sull'account nella nuova area primaria. Per indicazioni sul test di failover, vedere Testare gli errori di area in Archiviazione BLOB di Azure.

Soluzioni di multiregione personalizzate per la resilienza

Il supporto integrato del failover dell'area per Archiviazione di Azure Actions è disponibile solo quando l'account di archiviazione di destinazione si trova in un'area abbinata e usa un'opzione di archiviazione con ridondanza geografica.

Se la soluzione di archiviazione multiregione usa account di archiviazione indipendenti in ogni area anziché il failover dell'account di archiviazione, è possibile distribuire un'attività di archiviazione nella stessa area di ogni account di destinazione e creare un'assegnazione per ogni account. Sei responsabile della replica dei dati tra gli account, mantenendo sincronizzate le definizioni delle attività e le assegnazioni e controllando quali assegnazioni vengono eseguite durante il normale funzionamento e il failover. Assicurarsi che le attività in aree diverse non eseguano operazioni in conflitto sui dati replicati.

Backup e ripristino

Per ripristinare la configurazione delle azioni Archiviazione di Azure dopo l'eliminazione accidentale, definire le attività di archiviazione e le assegnazioni come infrastruttura come codice (IaC) e archiviare le definizioni nel controllo del codice sorgente. Includi le condizioni e le operazioni delle attività, le pianificazioni, gli ambiti dell'account di archiviazione di destinazione, le impostazioni del contenitore di report, le identità gestite e le assegnazioni di ruolo necessarie. È possibile distribuire un'attività di archiviazione usando Bicep ed è possibile definire le assegnazioni di attività di archiviazione in Bicep.

Le attività di archiviazione e le assegnazioni sono costituite dalla configurazione e non contengono i dati del cliente che le attività elaborano. Usare l'approccio IaC descritto in precedenza per ripristinare questa configurazione. Sei responsabile della protezione e del ripristino dei dati negli account di archiviazione di destinazione separatamente. Per informazioni sulle opzioni di protezione dei dati Archiviazione di Azure, vedere Panoramica della protezione dei dati.

Testa la procedura di ripristino in un ambiente non di produzione. Prima di abilitare gli assegnmenti ricreati, usare le anteprime delle condizioni e le esecuzioni fittizie per verificare che l'attività sia destinata ai BLOB previsti. Per altre informazioni, vedere Procedure consigliate per l'uso delle attività di archiviazione dati.

Resilienza alla manutenzione del servizio

Microsoft applica regolarmente gli aggiornamenti del servizio ed esegue altre operazioni di manutenzione. La piattaforma Azure gestisce automaticamente queste attività, garantendo che la manutenzione sia fluida e trasparente per l'utente. Non è previsto alcun tempo di inattività durante gli eventi di manutenzione, a meno che non ti sia stato comunicato tramite la manutenzione pianificata di integrità dei servizi di Azure.

Contratto di servizio

Archiviazione di Azure Actions non offre un accordo sul livello di servizio (SLA) di disponibilità.

Contenuti correlati

  • Ultimo aggiornamento: