Informazioni sul piano di orchestrazione di ripristino Azure (anteprima)

Azure Recovery Orchestration Plan esegue un ripristino efficiente e senza interruzioni coordinando il ripristino tra più risorse all'interno di un'applicazione per la resilienza a livello di zona. La funzionalità si integra con Azure gruppi di servizi per fornire l'orchestrazione del ripristino a livello di applicazione.

Vantaggi principali del piano di orchestrazione di ripristino di Azure

Con il piano di orchestrazione del ripristino, puoi:

• Definire l'ordine di ripristino per le risorse all'interno dell'applicazione usando gruppi personalizzabili.
• Eseguire controlli di idoneità automatizzati per rilevare la deviazione nelle applicazioni, aumentando le probabilità di un ripristino riuscito.
• Eseguire operazioni di failover di zona tra più tipi di risorse.
• Automatizza le azioni a livello di gruppo con i runbook di Automazione di Azure.
• Riproteggere le risorse dopo il failover per mantenere la protezione continua.

Comprendere i componenti e le azioni del piano di ripristino

Questa sezione definisce il modo in cui i piani di ripristino organizzano le risorse, tengono traccia degli stati ed eseguono operazioni per il ripristino coordinato.

Piano di ripristino e gruppi di servizi

Un piano di orchestrazione di ripristino viene creato all'interno di un gruppo di servizi. Un gruppo di servizi rappresenta l'applicazione e contiene le risorse Azure che creano l'applicazione. Il piano di ripristino coordina il failover di queste risorse secondo un ordine definito.

Stato del piano

I seguenti stati del piano indicano la prontezza per il failover:

• Pronto: il piano soddisfa tutti i requisiti per il failover. Nessuna risorsa ha lo stato Richiede attenzione.
• Avviso: alcune risorse richiedono attenzione, ma è comunque possibile avviare il failover se almeno una risorsa inclusa non ha uno stato Di attenzione necessaria .

Gruppi e ordine di ripristino

I gruppi definiscono l'ordine di ripristino delle risorse. Per impostazione predefinita, viene creato un gruppo predefinito. È possibile creare altri gruppi e spostare le risorse tra di esse.

Le risorse dello stesso gruppo eseguono il failover in parallelo. Le risorse in gruppi differenti eseguono il failover in sequenza: il gruppo 2 si avvia solo dopo che tutte le risorse del gruppo 1 hanno completato il failover.

Protezione delle risorse e stato di inclusione

Ogni risorsa ha uno stato di protezione e uno stato di inclusione:

• Stato protezione: Azure Site Recovery, soluzioni a disponibilità elevata o Non protette.
• Incluse: risorse che fanno parte attiva del piano, orchestrate durante il failover.
• Escluso: risorse non incluse. Le risorse HA vengono escluse automaticamente.
• Stato non selezionato: stato predefinito per le risorse non protette o non a disponibilità elevata. È necessario includere o escludere in modo esplicito le risorse.

Risorse con stato Richiede attenzione

Le risorse con problemi che impediscono l'orchestrazione del failover sono contrassegnate come Richiede attenzione con un motivo appropriato. Risolvere tutti gli elementi Richiede attenzione per portare il piano allo stato Pronto.

Controlli del livello di preparazione

I controlli di conformità automatizzati vengono eseguiti ogni 24 ore. I controlli di conformità sono classificati come:

• Controllo delle modifiche dell'applicazione: rileva le risorse aggiunte o rimosse da un gruppo di servizi.
• Controllo dello stato della protezione: convalida la soluzione di protezione e il relativo stato per ciascuna risorsa.

È anche possibile eseguire controlli di idoneità su richiesta dal menu Esegui .

Operazioni di esecuzione

Le operazioni di esecuzione per l'orchestrazione del piano sono classificate come:

• Failover: orchestra il failover dalla zona attiva alla zona di ripristino.
• Riprotezione: riproteggere le risorse dopo il failover per la replica continua.
• Controllo conformità: esegue valutazioni di idoneità on demand.

Azioni di gruppo

Aggiungere Runbook di Automazione di Azure come script preliminari e successivi. È anche possibile aggiungere passaggi manuali.

• Script preliminari: vengono eseguiti prima che le risorse del gruppo avviino il failover.
• Post-script: vengono eseguiti dopo che le risorse del gruppo hanno completato il failover.
• Azioni manuali: consente di riprendere il processo di failover quando viene sospeso.

Controllo degli accessi in base al ruolo

Per creare e gestire un piano di ripristino, è necessario uno dei ruoli seguenti:

• Collaboratore al ripristino della gestione della resilienza di Azure
• Amministratore del ripristino per la gestione della resilienza di Azure

Contenuti correlati

• Matrice di supporto per Azure Recovery Orchestration Plan (anteprima).
• Creare e configurare un piano di orchestrazione di ripristino (anteprima).
• Eseguire operazioni di failover e riprotezione (anteprima).