Cloud Composer 1 | Cloud Composer 2 | Cloud Composer 3
Questa pagina spiega come aggiornare un ambiente.
Informazioni sulle operazioni di aggiornamento
Quando modifichi i parametri dell'ambiente, ad esempio specificando nuovi e parametri delle prestazioni o installando pacchetti PyPI personalizzati, gli aggiornamenti dell'ambiente.
Una volta completata l'operazione, le modifiche diventano disponibili nel tuo completamente gestito di Google Cloud.
Per un singolo ambiente Cloud Composer, puoi avviarne solo uno un'operazione di aggiornamento alla volta. Devi attendere il completamento di un'operazione di aggiornamento prima di avviare un'altra operazione nell'ambiente.
Limiti CPU del triggerer
Cloud Composer nella versione 2.4.4 introduce prestazioni diverse approccio di scalabilità per l'attivatore Airflow che si applica a tutte le versioni di Cloud Composer 2.
Prima della versione 2.4.4, gli ambienti Cloud Composer potevano utilizza al massimo 1 o 2 triggerer. Dopo la modifica, puoi avere fino a 10 triggerer per ambiente, ma ogni triggerer è limitato a un massimo di 1 vCPU.
Le operazioni di aggiornamento dell'ambiente non vanno a buon fine se l'ambiente è configurato con più risorse più di 1 vCPU per triggerer. Devi modificare la configurazione in modo da rispettare il limite di 1 vCPU per eseguire aggiornamenti su altri componenti.
Per ulteriori informazioni, vedi:
- Configura l'allocazione delle risorse del triggerer
- Regola il numero dell'attivatore
- Risolvi i problemi di upgrade dell'ambiente: CPU del triggerer superata
Impatto degli aggiornamenti sull'esecuzione delle attività Airflow
Quando esegui un'operazione di aggiornamento, ad esempio installando pacchetti PyPI personalizzati, tutti gli scheduler e i worker Airflow nel tuo ambiente riavvio e tutte le attività attualmente in esecuzione vengono terminate. Dopo l'aggiornamento viene completata, Airflow pianifica queste attività per un nuovo tentativo, a seconda il modo in cui configuri i nuovi tentativi per i DAG.
Aggiornamento con Terraform
Esegui terraform plan
prima del giorno terraform apply
per verificare se Terraform crea una nuova
anziché aggiornarlo.
Prima di iniziare
Verifica che il tuo account, l'account di servizio del tuo ambiente e l'account dell'agente di servizio Cloud Composer nel progetto deve autorizzazioni richieste:
Il tuo account deve avere un ruolo può attivare operazioni di aggiornamento dell'ambiente.
L'account di servizio dell'ambiente deve avere un ruolo disponga di autorizzazioni sufficienti per eseguire operazioni di aggiornamento.
L'account dell'agente di servizio Cloud Composer deve avere autorizzazioni per creare associazioni tra tra l'account di servizio dell'ambiente e l'account di servizio Kubernetes per il cluster del tuo ambiente.
Il comando
gcloud composer environments update
termina quando l'operazione è terminata. Puoi usare il flag--async
per evitare di attendere l'operazione da completare.
Aggiorna ambienti
Per saperne di più sull'aggiornamento dell'ambiente, consulta altra documentazione pagine su specifiche operazioni di aggiornamento. Ad esempio:
- Esegui l'override delle opzioni di configurazione di Airflow
- Impostare le variabili di ambiente
- Installa le dipendenze Python
- Ambienti di scalabilità
- Configurare le reti autorizzate
- Aggiornare gli ambienti per ottenere una resilienza elevata
Visualizza i dettagli dell'ambiente
Console
Nella console Google Cloud, vai alla pagina Ambienti.
Nell'elenco degli ambienti, fai clic sul nome dell'ambiente. Si apre la pagina Dettagli ambiente.
gcloud
Esegui questo comando gcloud
:
gcloud composer environments describe ENVIRONMENT_NAME \
--location LOCATION
Sostituisci:
ENVIRONMENT_NAME
con il nome dell'ambiente.LOCATION
con la regione in cui si trova l'ambiente.
API
Creare una richiesta API environments.get
.
Esempio:
GET https://composer.googleapis.com/v1/projects/example-project/
locations/us-central1/environments/example-environment
Terraform
Esegui il comando terraform state show
per la risorsa del tuo ambiente.
Il nome della risorsa Terraform del tuo ambiente potrebbe essere diverso del tuo ambiente.
terraform state show google_composer_environment.RESOURCE_NAME
Sostituisci:
RESOURCE_NAME
con il nome della risorsa dell'ambiente.
Rollback delle modifiche all'aggiornamento in corso
In alcune rare situazioni, un'operazione di aggiornamento potrebbe essere interrotta (ad es. a causa di un timeout) e le modifiche richieste potrebbero non essere rollback in tutti i componenti dell'ambiente (come il server web Airflow).
Ad esempio, un'operazione di aggiornamento potrebbe comportare l'installazione o la rimozione di Moduli PyPI, ridefinizione o definizione di un nuovo Airflow o Cloud Composer o la modifica di alcuni parametri correlati ad Airflow.
Una situazione del genere potrebbe verificarsi se viene attivata un'operazione di aggiornamento quando le operazioni sono in corso, ad esempio la scalabilità automatica o un'operazione di manutenzione.
In questa situazione, ti consigliamo di ripetere l'operazione.
Durata delle operazioni di aggiornamento o upgrade
La maggior parte delle operazioni di aggiornamento o upgrade richiede il riavvio dei componenti Airflow come scheduler, worker e server web di Airflow.
Una volta riavviato, un componente deve essere inizializzato. Durante
inizializzazione, gli scheduler e i worker di Airflow scaricano i contenuti di /dags
e /plugins
cartelle dal bucket dell'ambiente. Il processo di sincronizzazione
agli scheduler e ai worker di Airflow non è istantaneo e dipende
la dimensione totale e il numero
di tutti gli oggetti contenuti in queste cartelle.
Consigliamo di conservare solo i file DAG e plug-in in /dags
e /plugins
le cartelle (rispettivamente) e rimuovi tutti gli altri file. Troppi dati
nelle cartelle /dags
e /plugins
potrebbe rallentare l'inizializzazione di Airflow
componenti e, in alcuni casi, l'inizializzazione potrebbe non essere possibile.
Ti consigliamo di conservare meno di 30 MB di dati nelle cartelle /dags
e /plugins
e di non superare 100 MB per i dati.
Per ulteriori informazioni, vedi anche: