GKE Autopilot 节点池数量、节点数疑问及单节点缩放限制咨询

GKE Autopilot 相关问题解答 #

1. 双节点池的原因 #

• 这是Autopilot的默认设计，两类节点池都是必要的，不支持删除系统节点池：
  • default pool 是用户工作负载节点池，专门用来运行你自己部署的业务Pod
  • 随机字符串命名的是系统预留节点池，仅运行GKE托管的系统组件（如kube-dns、metrics-server、集群控制器等），带有专属污点，普通业务Pod无法调度到该池节点上

2. 5个节点的原因及调整规则 #

• 这不是全局最小节点数要求，和你集群创建时的配置、运行状态直接相关：
  • Autopilot默认开启多可用区高可用部署，通常覆盖3个可用区，每个可用区的工作负载节点池默认会保留至少1个空闲预备节点用于快速扩容，再加上实际承载业务的节点，就会出现4个default pool节点的情况
  • 系统节点池默认最小1个节点，用来调度多副本的系统组件
  • 如果近期你有过负载调整，Autopilot的节点缩容有默认冷却周期（通常10分钟左右），空闲节点不会立刻被回收，也会导致节点数暂时高于实际需求
• 无法把总节点数调整到1：Autopilot的系统节点和业务节点物理隔离，不能共用，最低节点数要求为2（1个系统节点+1个单可用区业务节点），你可以删除当前集群，重新创建时选择单可用区部署，就能把总节点数降到最低值。

3. 节点数限制方法 #

• Autopilot完全托管节点池的生命周期，不支持用户手动修改节点池配置，这就是你执行gcloud.container.clusters.update命令报错的原因。
• 可以通过资源配额方式间接限制最大节点数：为业务命名空间配置ResourceQuota，限制整个命名空间的CPU、内存总申请量，Autopilot不会创建超出资源需求的多余节点，示例配置如下：

apiVersion: v1
kind: ResourceQuota
metadata:
  name: dev-env-quota
  namespace: 你的业务命名空间名称
spec:
  hard:
    requests.cpu: "3"
    requests.memory: 5Gi
    pods: "20"

内容的提问来源于stack exchange，提问作者Floris Weers