更新 Cloud Composer 环境

Cloud Composer 3 | Cloud Composer 2 | Cloud Composer 1

本页面介绍了如何更新环境。

更新操作简介

当您更改环境的参数（例如指定新的伸缩和性能参数或安装自定义 PyPI 软件包）时，环境会更新。

此操作完成后，更改将在您的环境中生效。

对于单个 Cloud Composer 环境，您一次只能启动一项更新操作。您必须等待更新操作完成，然后才能开始执行另一项环境操作。

更新对正在运行的 Airflow 任务有何影响

当您运行更新操作时，环境中的 Airflow 调度器和工作器可能需要重启。在这种情况下，所有当前正在运行的任务都会终止。更新操作完成后，Airflow 会根据您为 DAG 配置重试的方式，安排这些任务进行重试。

以下更改会导致 Airflow 任务终止：

  • 将环境升级到新版本。
  • 添加、更改或删除自定义 PyPI 软件包。
  • 更改 Cloud Composer 环境变量。
  • 添加或移除 Airflow 配置选项替换项，或更改其值。
  • 更改 Airflow 工作器的 CPU、内存或存储空间。

  • 减少 Airflow 工作器数量上限（如果新值低于当前正在运行的工作器数量）。例如，如果某个环境目前运行着 3 个工作器，但上限减少为 2 个。

以下更改不会导致 Airflow 任务终止：

  • 创建、更新或删除 DAG（而非更新操作）。
  • 暂停或取消暂停 DAG（不是更新操作）。
  • 更改 Airflow 变量（不是更新操作）。
  • 更改 Airflow 连接（不是更新操作）。
  • 启用或停用 Dataplex Universal Catalog 数据沿袭集成。
  • 更改环境的大小。
  • 更改调度器的数量。
  • 更改 Airflow 调度器的 CPU、内存或存储空间。
  • 更改触发器的数量。
  • 更改 Airflow 触发器的 CPU、内存或存储空间。
  • 更改 Airflow Web 服务器的 CPU、内存或存储空间。
  • 增加或减少工作器数量下限。
  • 减少 Airflow 工作器数量上限。例如，如果某个环境目前运行两个工作器，而上限减少到三个。
  • 更改维护窗口。
  • 更改计划快照设置。
  • 更改环境标签。

使用 Terraform 进行更新

在 terraform apply 之前运行 terraform plan，查看 Terraform 是否会创建新环境，而不是更新现有环境。

准备工作

  • 检查您的账号、环境的服务账号以及项目中的 Cloud Composer Service Agent 账号是否具有所需权限：

  • 操作完成后，gcloud composer environments update 命令即终止。您可以使用 --async 标志来避免等待操作完成。

更新环境

如需详细了解如何更新环境，请参阅其他有关特定更新操作的文档页面。例如：

查看环境详情

控制台

  1. 在 Google Cloud 控制台中，前往环境页面。

    转到“环境”

  2. 在环境列表中，点击您的环境名称。环境详情页面会打开。

gcloud

运行以下 gcloud 命令：

gcloud composer environments describe ENVIRONMENT_NAME \
  --location LOCATION

您需要将其中的：

  • ENVIRONMENT_NAME 替换为环境的名称。
  • LOCATION 替换为环境所在的区域。

API

构建 environments.get API 请求。

示例：

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

Terraform

为环境的资源运行 terraform state show 命令。

环境的 Terraform 资源名称可能与环境名称不同。

terraform state show google_composer_environment.RESOURCE_NAME

您需要进行如下替换：

  • 将 RESOURCE_NAME 替换为环境资源的名称。

回滚更新更改

在极少数情况下，更新操作可能会中断（例如，由于超时），并且所请求的更改可能不会在所有环境组件（例如 Airflow Web 服务器）中回滚。

例如，更新操作可能包括安装或移除额外的 PyPI 模块、重新定义或定义新的 Airflow 或 Cloud Composer 环境变量，或者更改某些与 Airflow 相关的参数。

如果在其他操作（例如 Cloud Composer 集群的自动扩缩或维护操作）正在进行时触发更新操作，则可能会出现这种情况。

在这种情况下，建议重复执行相应操作。

更新或升级操作的持续时间

更新和升级操作的持续时间受以下因素影响：

  • 大多数更新或升级操作都需要重启 Airflow 组件，例如 Airflow 调度器、工作器和 Web 服务器。组件重启后，必须进行初始化。在初始化期间，Airflow 调度器和工作器会从环境的存储桶中下载 /dags 和 /plugins 文件夹的内容。将文件同步到 Airflow 调度器和工作器的过程并非即时完成，而是取决于这些文件夹中所有对象的总大小和数量。

    建议您仅在 /dags 和 /plugins 文件夹中保留 DAG 和插件文件（分别），并移除所有其他文件。/dags 和 /plugins 文件夹中的数据过多可能会减慢 Airflow 组件的初始化速度，在某些情况下甚至可能导致无法初始化。

    我们建议您将 /dags 和 /plugins 文件夹中的数据量保持在 30 MB 以下，并且绝对不要超过 100 MB。如需了解详情，另请参阅处理大量 DAG 和插件

  • Airflow 数据库的大小可能会显著增加升级操作的时间。我们建议通过配置数据库保留政策来维护 Airflow 数据库大小。

后续步骤