Mettre à jour des environnements

Cloud Composer 1 | Cloud Composer 2 | Cloud Composer 3

Cette page explique comment mettre à jour un environnement.

À propos des opérations de mise à jour

Votre environnement est mis à jour lorsque vous modifiez les paramètres de votre environnement, par exemple lorsque vous spécifiez de nouveaux paramètres de scaling et de performances, ou que vous installez des packages PyPI personnalisés.

Une fois cette opération terminée, les modifications deviennent disponibles dans votre environnement.

Pour un seul environnement Cloud Composer, vous ne pouvez démarrer qu'une seule opération de mise à jour à la fois. Vous devez attendre la fin d'une opération de mise à jour avant de lancer une autre opération d'environnement.

Limites de processeur du déclencheur

Cloud Composer dans la version 2.4.4 introduit une approche de scaling des performances différente pour le composant du déclencheur Airflow, qui s'applique à toutes les versions de Cloud Composer 2.

Avant la version 2.4.4, les environnements Cloud Composer pouvaient utiliser au maximum un ou deux déclencheurs. Une fois la modification effectuée, vous pouvez avoir jusqu'à 10 déclencheurs par environnement, mais chaque déclencheur est limité à un maximum de 1 processeur virtuel.

Les opérations de mise à jour de l'environnement échouent si votre environnement est configuré avec plusieurs processeurs virtuels par déclencheur. Pour pouvoir effectuer des mises à jour sur d'autres composants, vous devez ajuster la configuration pour respecter la limite d'un processeur virtuel.

Pour en savoir plus, consultez cette page :

Impact des mises à jour sur l'exécution des tâches Airflow

Lorsque vous exécutez une opération de mise à jour, telle que l'installation de packages PyPI personnalisés, tous les programmeurs et nœuds de calcul Airflow de votre environnement redémarrent et toutes les tâches en cours d'exécution sont arrêtées. Une fois l'opération de mise à jour terminée, Airflow planifie ces tâches pour une nouvelle tentative, en fonction de la manière dont vous configurez ces tentatives pour vos DAG.

Effectuer une mise à jour avec Terraform

Exécutez terraform plan avant terraform apply pour voir si Terraform crée un environnement au lieu de le mettre à jour.

Avant de commencer

Mettre à jour des environnements

Pour en savoir plus sur la mise à jour de votre environnement, consultez d'autres pages de documentation sur les opérations de mise à jour spécifiques. Exemple :

Afficher les détails de l'environnement

Console

  1. Dans la console Google Cloud, accédez à la page Environnements.

    Accéder à la page Environnements

  2. Dans la liste des environnements, cliquez sur le nom de votre environnement. La page Détails de l'environnement s'ouvre.

gcloud

Exécutez la commande gcloud suivante :

gcloud composer environments describe ENVIRONMENT_NAME \
  --location LOCATION

Remplacez :

  • ENVIRONMENT_NAME par le nom de l'environnement.
  • LOCATION par la région dans laquelle se trouve l'environnement.

API

Rédigez une requête API environments.get.

Exemple :

GET https://composer.googleapis.com/v1/projects/example-project/
locations/us-central1/environments/example-environment

Terraform

Exécutez la commande terraform state show pour la ressource de votre environnement.

Le nom de la ressource Terraform de votre environnement peut être différent du nom de votre environnement.

terraform state show google_composer_environment.RESOURCE_NAME

Remplacez :

  • RESOURCE_NAME par le nom de la ressource de votre environnement.

Effectuer un rollback des modifications de mise à jour

Dans de rares cas, une opération de mise à jour peut être interrompue (en raison d'un délai d'inactivité, par exemple), et les modifications demandées peuvent ne pas être annulées dans tous les composants de l'environnement (tels que le serveur Web Airflow).

Par exemple, une opération de mise à jour peut consister à installer ou supprimer des modules PyPI supplémentaires, à redéfinir ou à définir une nouvelle variable d'environnement Airflow ou Cloud Composer, ou à modifier certains paramètres associés à Airflow.

Une telle situation peut se produire si une opération de mise à jour est déclenchée alors que d'autres opérations sont en cours, par exemple l'autoscaling du cluster Cloud Composer ou une opération de maintenance.

Dans ce cas, il est recommandé de répéter l'opération.

Durée des opérations de mise à jour ou de mise à niveau

La plupart des opérations de mise à jour ou de mise à niveau nécessitent le redémarrage des composants Airflow tels que les programmeurs, les nœuds de calcul et les serveurs Web Airflow.

Une fois qu'un composant a redémarré, il doit être initialisé. Lors de l'initialisation, les programmeurs et les nœuds de calcul Airflow téléchargent le contenu des dossiers /dags et /plugins à partir du bucket de l'environnement. Le processus de synchronisation des fichiers avec les planificateurs et les nœuds de calcul Airflow n'est pas instantané et dépend de la taille totale et du nombre de tous les objets contenus dans ces dossiers.

Nous vous recommandons de ne conserver que les fichiers DAG et de plug-in dans les dossiers /dags et /plugins (respectivement), et de supprimer tous les autres fichiers. Une quantité trop importante de données dans les dossiers /dags et /plugins peut ralentir l'initialisation des composants Airflow et, dans certains cas, empêcher l'initialisation.

Nous vous recommandons de conserver moins de 30 Mo de données dans les dossiers /dags et /plugins, et de ne pas dépasser 100 Mo.

Pour en savoir plus, consultez également:

Étapes suivantes