Cloud Composer 1 è in modalità post-manutenzione. Google non rilascia ulteriori aggiornamenti a Cloud Composer 1, tra cui nuove versioni di Airflow, correzioni di bug e aggiornamenti della sicurezza. Ti consigliamo di pianificare la migrazione a Cloud Composer 2.

Questa pagina è stata tradotta dall'API Cloud Translation.

Ripristino di emergenza con snapshot dell'ambiente

Cloud Composer 1 | Cloud Composer 2 | Cloud Composer 3

Questa pagina descrive come utilizzare gli snapshot dell'ambiente per il ripristino di emergenza.

Definizioni

Questa guida utilizza le seguenti definizioni:

Disaster è un evento in cui Cloud Composer o altri componenti essenziali per il funzionamento dell'ambiente non sono disponibili. Questo evento richiede un failover in una regione e in ambienti Cloud Composer diversi. La causa di un disastro può essere naturale o causata dall'uomo, inclusi tempi di inattività delle regioni Google Cloud e interruzioni della tua infrastruttura.
Nel contesto di Cloud Composer, il ripristino di emergenza (RE) è un processo di ripristino del funzionamento dell'ambiente dopo un'emergenza. Il processo prevede la ricreazione dell'ambiente, possibilmente in un'altra regione. Per ulteriori informazioni sul ripristino di emergenza, consulta la Guida alla pianificazione del ripristino di emergenza.
L'ambiente principale è un ambiente Cloud Composer per il quale vuoi abilitare una funzionalità di RE.
L'ambiente di failover è un ambiente Cloud Composer designato per assumere le attività dall'ambiente principale.
Lo scenario con ripristino di emergenza è una variante del ripristino di emergenza, in cui viene utilizzato un ambiente di failover in standby, creato prima di un'emergenza.
Lo scenario di ripristino di emergenza è una variante del ripristino di emergenza, in cui viene creato un ambiente di failover dopo un'emergenza.
Il ripristino di emergenza tra regioni è una variante del ripristino di emergenza a caldo o freddo in cui l'ambiente principale e l'ambiente di failover si trovano in regioni diverse.

Informazioni sulla procedura di ripristino di emergenza

La procedura di ripristino di emergenza risolve il problema nel caso in cui l'ambiente principale non sia più operativo (non funzionante o comunque non accessibile) a causa di un'emergenza.

Questa procedura presuppone che l'ambiente principale non venga riparato in loco per risolvere l'emergenza. Puoi invece creare un secondo ambiente (failover). Questo ambiente funziona invece dell'ambiente principale. In una fase successiva, puoi decidere di tornare all'ambiente principale o di continuare a utilizzare l'ambiente di failover.

Poiché la procedura utilizza un ambiente di failover, le modifiche verranno apportate quando passi dall'ambiente principale. Le modifiche tra l'ambiente primario e di failover includono (l'elenco non è completo):

L'URL del server web sarà diverso. Questo modifica l'indirizzo della UI di Airflow e dell'endpoint API REST di Airflow.
L'URL del bucket dell'ambiente sarà diverso.
Potrebbe essere necessario modificare la configurazione delle autorizzazioni di rete e di accesso.

Se utilizzi lo scenario di ripristino di emergenza, conosci in anticipo i valori del server web, gli indirizzi dei bucket dell'ambiente e la configurazione di rete.

Prima di iniziare

Cloud Composer supporta gli snapshot pianificati 2.0.32 e versioni successive. Gli snapshot dell'ambiente sono supportati nella versione 2.0.9 e successive.

Panoramica della preparazione

Entrambi gli scenari di RE includono i seguenti passaggi di preparazione:

Crea un ambiente di failover.
- Nello scenario caldo di RE, mantieni disponibile questo ambiente.
- Nello scenario di ripristino di emergenza, crei l'ambiente solo per testare la procedura di ripristino di emergenza. Dopo aver completato la preparazione, elimini questo ambiente e lo crei di nuovo dopo un'emergenza.
Crea un bucket per gli snapshot.
- Il bucket deve essere disponibile nella regione di RE. Per RE tra regioni, il bucket degli snapshot deve essere in più regioni o trovarsi in una regione diversa da quella dell'ambiente principale.
- Controlla che i DAG possano accedere alle risorse di regione.
Configura la manutenzione del database.
Configura snapshot pianificati.
Testa la procedura di ripristino di emergenza.

Panoramica del ripristino di emergenza

Dopo un'emergenza:

(Solo Cold DR) Crea un ambiente di failover.
Se possibile, interrompi l'esecuzione dei DAG nell'ambiente principale.
Carica uno snapshot dal bucket degli snapshot nell'ambiente di failover.
Se necessario, modifica la configurazione dell'ambiente di failover.
Decidi cosa fare con l'ambiente principale.

Passaggi di preparazione

Segui i passaggi descritti di seguito per configurare il ripristino di emergenza per il tuo ambiente.

Crea un ambiente di failover

Crea un ambiente che funga da ambiente di failover.

Segui queste linee guida:

L'ambiente primario e di failover deve utilizzare la stessa versione di Cloud Composer e Airflow.

Attenzione: non eseguire un failover a una versione più recente di Cloud Composer o Airflow, poiché potrebbe richiedere ulteriori modifiche relative alla compatibilità.
Nello scenario di RE immediata, assicurati di aggiornare e eseguire l'upgrade di entrambi gli ambienti sincronizzati. Ad esempio, se esegui l'upgrade dell'ambiente principale a una versione successiva di Cloud Composer o installi pacchetti PyPI, anche l'ambiente di failover deve avere queste modifiche.
Consigliamo di creare l'ambiente di failover in una regione diversa da quello principale. Di conseguenza, è possibile coprire una più ampia gamma di possibili scenari di emergenza, ad esempio un'emergenza che influisce sulla disponibilità dell'intera regione.
Consigliamo di usare Terraform per creare ambienti primari e di failover in modo che la configurazione sia coerente. Assicurati che le definizioni di Terraform per gli ambienti primari e di failover siano sincronizzate.
Si consiglia di configurare l'ambiente di failover (ad esempio dimensioni dell'ambiente, numero di scheduler e autorizzazioni IAM) in modo che sia conforme alla configurazione dell'ambiente principale. Le autorizzazioni IAM per entrambi gli ambienti devono concedere accesso appropriato a utenti e snapshot.

Verifica la disponibilità delle risorse

I DAG possono operare su risorse esterne e l'accesso a queste risorse potrebbe dipendere dalla configurazione dell'ambiente (ad esempio le autorizzazioni concesse all'account di servizio, alla configurazione di rete o al progetto dell'ambiente). Assicurati che queste risorse siano disponibili nell'ambiente di failover.

Un ambiente potrebbe interagire con alcune risorse esterne tramite connessioni archiviate in Airflow. Verifica se queste risorse devono essere regolate nell'ambiente di failover rispetto all'ambiente principale.

Crea un bucket di archiviazione per gli snapshot

Crea un nuovo bucket di archiviazione per gli snapshot dell'ambiente. Non utilizzare bucket di ambiente per il ripristino di emergenza, poiché la configurazione del criterio di conservazione e del ciclo di vita viene applicata a livello di bucket.

Assicurati che questo bucket di archiviazione disponga di autorizzazioni IAM, di un criterio di conservazione e di una configurazione del ciclo di vita impostati in modo da impedire l'eliminazione accidentale o l'accesso non autorizzato. Per ulteriori informazioni sulla configurazione di un bucket per gli snapshot, consulta Configurare gli snapshot pianificati.

Puoi:

Creare un bucket in un'altra regione.
Creare un bucket multiregionale.

Configura la manutenzione del database

Riduci le dimensioni del database di metadati Airflow eseguendo il DAG di manutenzione del database. In questo modo il processo di salvataggio e caricamento degli snapshot è più veloce. Per supportare gli snapshot, il database di metadati Airflow deve contenere meno di 20 GB di dati.

Configura snapshot pianificati

Configura snapshot pianificati per l'ambiente principale.

Gli snapshot possono essere creati solo in un ambiente integro, quindi devono essere salvati prima che si verifichi l'emergenza.

Per maggiori informazioni sul funzionamento degli snapshot, consulta Salvare e caricare gli snapshot dell'ambiente. Per informazioni su dove trovare gli snapshot salvati, consulta la sezione Salva uno snapshot di ambiente della documentazione.

(Facoltativo) Configurare il monitoraggio per le operazioni di snapshot pianificate

Per gli snapshot pianificati con una frequenza di almeno una volta ogni 12 ore, puoi utilizzare Cloud Monitoring per ricevere un avviso quando uno snapshot non viene creato automaticamente.

Per pianificazioni con frequenza inferiore, utilizza Google Cloud CLI per verificare i risultati delle operazioni di snapshot. Consulta Verificare le operazioni di salvataggio dello snapshot.

Nella console Google Cloud, vai alla pagina Monitoring.
Vai a Monitoring
Nel riquadro di navigazione di Monitoring, seleziona Avvisi.
Se non hai creato i canali di notifica e vuoi ricevere le notifiche, fai clic su Modifica canali di notifica e aggiungi i tuoi canali di notifica. Torna alla pagina Avvisi dopo aver aggiunto i canali.
Nella pagina Avvisi, seleziona Crea criterio.
Per selezionare la metrica, espandi il menu Seleziona una metrica e poi segui questi passaggi:
1. Per limitare il menu alle voci pertinenti, inserisci Composer Snapshot nella barra dei filtri. Se non vengono mostrati risultati dopo aver filtrato il menu, disattiva il pulsante di attivazione/disattivazione Mostra solo risorse e metriche attive.
2. Per Tipo di risorsa, seleziona Ambiente Cloud Composer.
3. Per Categoria di metrica, seleziona Ambiente.
4. Per Metrica, seleziona Conteggio creazione snapshot.
5. Seleziona Applica.

Fai clic su Aggiungi filtro e utilizza i menu a discesa per aggiungere i seguenti filtri:

Filtro	Comparatore	Valore
Etichetta risorsa > Environmental_name	=	Il nome dell'ambiente in cui vuoi monitorare gli snapshot pianificati.
Monitora etichetta > risultato	=	`SUCCEEDED`

Nella sezione Trasforma dati, imposta i seguenti attributi:
- Per Finestra temporale continua, seleziona la finestra di monitoraggio per questo avviso. Questo valore influisce sulla configurazione della soglia nel passaggio successivo.
  Valore consigliato per il monitoraggio pianificato dello snapshot: 1 giorno.
- Per Funzione finestra temporale continua, seleziona delta.
Fai clic su Avanti.

Le impostazioni nella pagina Configura trigger avviso determinano quando l'avviso viene attivato. Completa questa pagina con le impostazioni riportate nella seguente tabella.

Campo	Valore
`Condition type`	`Threshold`
`Alert trigger`	`Any time series violates`
`Threshold position`	`Below threshold`
`Threshold value`	Il numero di snapshot pianificati che prevedi di salvare entro il periodo di tempo configurato come finestra temporale continua per l'avviso. Calcola questo valore utilizzando la seguente formula: `(rolling window in hours / schedule frequency in hours) - 1` Nota: la detrazione di `1` ora nella formula serve a tenere conto delle variazioni dei tempi di completamento degli snapshot. In questo modo è possibile evitare l'aumento di falsi positivi se lo snapshot più recente è ancora in esecuzione durante un controllo di monitoraggio. Esempio: Se utilizzi la finestra temporale continua consigliata di 1 giorno e la frequenza di pianificazione è una volta ogni 2 ore, imposta questo valore su `11` (come per calcolo: `24 / 2 - 1 = 11`). Se la pianificazione viene eseguita correttamente, in un periodo di 24 ore dovresti avere almeno 11 snapshot. In caso contrario, significa che l'operazione di snapshot non è stata completata correttamente e Cloud Monitoring attiva questo avviso.
`Condition name`	Il tuo nome personalizzato per la condizione.

Fai clic su Avanti.
(Facoltativo) Per aggiungere notifiche al criterio di avviso, fai clic su Canali di notifica. Nella finestra di dialogo, seleziona uno o più canali di notifica dal menu, quindi fai clic su Ok.
(Facoltativo) Aggiorna la Durata della chiusura automatica degli incidenti. Questo campo determina quando Monitoring chiude gli incidenti in assenza di dati delle metriche.
(Facoltativo) Fai clic su Documentazione, quindi aggiungi tutte le informazioni che vuoi includere in un messaggio di notifica.
Fai clic su Nome avviso e inserisci un nome per il criterio di avviso.
Fai clic su Crea criterio.

Per saperne di più, consulta Criteri di avviso.

Testa la procedura di ripristino di emergenza

Assicurati di testare la procedura di ripristino di emergenza dopo averla configurata e poi periodicamente. In questo modo puoi risolvere i potenziali problemi che potrebbero influire sull'effettivo processo di ripristino di emergenza.

Nello scenario di ripristino di emergenza, puoi eliminare l'ambiente di failover al termine del test della procedura di ripristino di emergenza.

Verifica le operazioni di salvataggio dello snapshot

Puoi utilizzare Google Cloud CLI per recuperare l'elenco di operazioni di salvataggio dello snapshot e verificare se gli snapshot sono pronti per gli scenari di ripristino di emergenza.

Questo metodo è utile se salvi gli snapshot con minore frequenza di almeno una volta ogni 12 ore. Per verificare gli snapshot salvati con maggiore frequenza, ti consigliamo di configurare gli avvisi di Cloud Monitoring. Consulta Configurare il monitoraggio per le operazioni di snapshot pianificate.

gcloud

Elenca tutte le operazioni di snapshot per un ambiente specifico. Per il riferimento completo ai comandi, consulta gcloud Composer Operations list.

gcloud composer operations list \
    --locations LOCATION \
    --filter="metadata.operationType=SAVE_SNAPSHOT AND 
    metadata.resource=projects/PROJECT_ID/locations/LOCATION/environments/ENVIRONMENT_ID"
    --format yaml

Sostituisci:

LOCATIONS con l'elenco di identificatori di regione in cui si trova l'ambiente
PROJECT_ID con l'identificatore del progetto in cui si trova l'ambiente
ENVIRONMENT_ID con l'identificatore dell'ambiente in cui vuoi controllare le operazioni di snapshot

Esempio:

gcloud composer operations list \
    --locations us-central1 \
    --filter="metadata.operationType=SAVE_SNAPSHOT AND 
    metadata.resource=projects/my-project/locations/us-central1/environments/my-environment"
    --format yaml

Dopo un disastro

Dopo un'emergenza, segui i passaggi descritti di seguito per ripristinare l'ambiente principale.

(Solo Cold DR) Creare un ambiente di failover

Segui le istruzioni riportate nella sezione Creare un ambiente di failover.

Interrompi l'esecuzione dei DAG nell'ambiente principale

Se possibile, interrompi l'esecuzione dei DAG nell'ambiente principale:

Se l'ambiente principale è ancora accessibile, metti in pausa tutti i DAG.
Se il bucket dell'ambiente principale è accessibile, sposta tutti i DAG dal bucket dell'ambiente o in una cartella all'esterno di /dags nel bucket dell'ambiente principale.

Carica uno snapshot nell'ambiente di failover

Carica uno snapshot dall'ambiente principale nell'ambiente di failover.

Una volta caricato nell'ambiente di failover, lo snapshot pianifica ed esegue le attività come se l'ambiente principale non avesse eseguito nulla dopo la creazione di uno snapshot. Tuttavia, alcune di queste attività potrebbero essere già state eseguite dall'ambiente principale. L'ambiente di failover non consente di riconoscere le attività eseguite dopo la creazione dello snapshot e prima di un'emergenza. Di conseguenza, alcune attività potrebbero essere eseguite due volte (sia nell'ambiente principale sia in quello di failover). È consigliabile che tutte le attività siano idempotenti e che gli snapshot pianificati vengano creati ogni due ore.

(Se necessario) Regola la configurazione dell'ambiente di failover

In alcuni casi, potresti voler modificare la configurazione dell'ambiente di failover dopo aver caricato lo snapshot dell'ambiente principale al suo interno.

Ad esempio, in uno scenario di RE a freddo, potresti dover utilizzare un set diverso di variabili di ambiente Airflow nell'ambiente di failover. Per fare un altro esempio, in uno scenario di tipo "hot RE", potrebbe essere necessario concedere autorizzazioni agli utenti nella UI di Airflow, in modo che possano accedere all'ambiente di failover.

Puoi eseguire queste modifiche manualmente o preparare uno script shell con comandi che modificano la configurazione dell'ambiente di failover eseguendo i comandi gcloud composer environment update.

Decidi cosa fare con l'ambiente principale

Alcuni disastri potrebbero verificarsi perché l'ambiente principale non è raggiungibile, ma è ancora operativo o non funziona correttamente. Ad esempio, non puoi accedere all'ambiente principale tramite la rete a causa di un guasto dell'infrastruttura. Come ulteriore esempio, l'ambiente funziona con alcuni errori o con capacità ridotta, ma alcuni DAG vengono comunque eseguiti.

Se l'ambiente originale è ancora in esecuzione, potrebbe generare costi direttamente correlati a Cloud Composer o ad altri servizi a cui si accede tramite i DAG, anche se è stato creato un nuovo ambiente in sostituzione. Questo ambiente può comunque eseguire alcuni DAG. Di conseguenza, alcune operazioni potrebbero essere eseguite due volte: nell'ambiente principale ancora in esecuzione e nell'ambiente di failover dopo il caricamento dello snapshot.

Se l'ambiente principale esiste, ma non funziona correttamente

L'ambiente principale può essere eliminato se sono stati recuperati tutti i dati pertinenti. Ad esempio, potresti voler recuperare i dati non inclusi negli snapshot dell'ambiente, ad esempio la configurazione di networking o i contenuti del bucket dell'ambiente all'esterno delle cartelle /dags e /plugins.

Se l'ambiente principale diventa di nuovo accessibile e integro

Se l'ambiente principale è stato inaccessibile solo temporaneamente e diventa di nuovo accessibile e integro, puoi scegliere un approccio:

Continua a utilizzare l'ambiente di failover.
Torna all'ambiente principale.

Per continuare a utilizzare l'ambiente di failover:

Se l'ambiente principale esegue ancora i DAG, mettili in pausa il prima possibile.
Assicurati che tutti i dati pertinenti vengano recuperati, quindi elimina l'ambiente principale.
Ripeti i passaggi di preparazione di RE per l'ambiente di failover, ad esempio la configurazione degli snapshot pianificati.

Per tornare all'ambiente principale:

Metti in pausa tutti i DAG nell'ambiente di failover.
Attendi il completamento di tutte le esecuzioni dei DAG nell'ambiente di failover oppure arrestale.
Salva uno snapshot dell'ambiente di failover.
Carica questo snapshot nell'ambiente principale.
Riattiva i DAG nell'ambiente principale.
Se necessario, elimina l'ambiente di failover.