GCP Beta版Autoscaling Composer创建失败GKE Pod未健康启动问题问询

报错信息：Some of the GKE pods failed to become healthy
前置验证条件：普通版Composer可正常创建，创建时使用默认配置、默认Compute Engine服务账号

排查步骤 #

• 核对默认Compute Engine服务账号权限
  Beta版Autoscaling Composer所需权限比普通版更高，默认Compute Engine服务账号（格式为[项目编号]-compute@developer.gserviceaccount.com）需额外补充以下权限：
  • roles/composer.Worker
  • roles/container.ClusterAdmin
  • roles/iam.serviceAccountUser
    权限修改后等待2分钟生效再重试创建。
• 检查GKE关联资源配额
  进入GCP控制台「IAM与管理」-「配额」页面，筛选以下资源的配额使用情况，确保剩余配额足够支撑Beta环境创建：
  • 区域级Compute Engine CPU配额
  • 区域级Compute Engine内存配额
  • Kubernetes Engine节点数配额
  • 负载均衡转发规则配额
    Beta版Autoscaling Composer默认会预留比普通版多20%左右的资源缓冲区用于弹性伸缩，配额不足会直接导致Pod启动失败。
• 抓取异常GKE Pod日志定位根因
  创建失败后1小时内，Composer自动创建的临时GKE集群不会被立即清理，可按以下步骤查看日志：
  1. 进入GKE控制台，找到对应区域下名称前缀为composer-[环境名]的集群
  2. 进入「工作负载」页面，筛选状态为未就绪/崩溃的Pod
  3. 查看Pod的事件和容器日志，可直接定位到具体失败原因（如镜像拉取失败、权限不足、资源不足等）
• 确认所选区域支持Beta版Autoscaling特性
  目前Autoscaling Composer Beta版未覆盖所有GCP区域，可在Composer创建页面的区域下拉列表中确认，若所选区域标注不支持自动扩缩容（Beta），更换到支持的区域重试即可。
• 核对VPC网络配置
  若使用自定义VPC，需要确保以下防火墙规则已配置：
  • 允许集群内Pod之间的所有TCP/UDP通信
  • 允许Pod访问Google APIs的出口流量（可通过配置Private Google Access实现）
    若使用默认VPC可直接跳过该步骤，默认VPC会自动创建所需防火墙规则。

临时规避方案 #

若以上排查都未解决问题，可单独创建一个专用的Composer服务账号，绑定上述所需权限后，创建环境时选择该自定义服务账号代替默认Compute Engine服务账号，多数情况下可规避默认SA权限异常导致的问题。

内容的提问来源于stack exchange，提问作者Chandra Sekhar