禁用Cluster Autoscaler时GKE Node Pool的totalminNodeCount功能及相关规则问询

问题1解答 #

当Cluster Autoscaler禁用、Node Pool Autoscaler启用时，totalminNodeCount可以在工作日维持最小节点数，前提是工作日没有触发Cloud Scheduler的强制缩容指令：

• Node Pool Autoscaler会以totalminNodeCount为下限，确保节点池节点数不会低于该值，除非有外部强制干预（比如Cloud Scheduler的缩容操作）。
• 工作日未触发缩容指令时，Node Pool Autoscaler会自动维持至少1个节点，同时根据Pod资源需求向上扩容，但不会跌破totalminNodeCount设置的阈值。

问题2解答 #

两者核心区别在于作用范围与管控逻辑：

• Node Pool Autoscaler的totalminNodeCount：仅作用于单个节点池，是该节点池自身扩缩容的最低节点数阈值，由节点池级别的自动扩缩容逻辑独立管控。
• Cluster Autoscaler的min_node_count：可作用于整个集群或指定节点池，是集群级自动扩缩容的最低阈值，由集群统一的Autoscaler逻辑管控，支持跨节点池的资源调度与扩缩容决策。

问题3解答 #

优先级顺序 #

外部强制操作（Cloud Scheduler的缩容指令）> Cluster Autoscaler参数 > 节点池自身Autoscaler参数：

• Cloud Scheduler的缩容是直接调用GCP API修改节点数，属于外部强制干预，优先级最高，会覆盖Autoscaler的自动决策。
• 启用Cluster Autoscaler时，其配置的min_node_count会覆盖节点池的totalminNodeCount，Autoscaler将以自身配置为准管控节点数下限。

Cluster Autoscaler的反应 #

当Cloud Scheduler强制将节点池缩容至0后：

• 若Cluster Autoscaler的min_node_count大于0，它会尝试将节点池扩至该阈值对应的节点数，因为这是它的最低管控要求。
• 若Cluster Autoscaler的min_node_count设为0，它会接受节点数为0的状态，直到有Pod需要调度时，再根据需求扩容节点。

需求适配说明 #

针对你“工作日维持节点、周末缩容至0”的需求，在禁用Cluster Autoscaler的场景下：

• totalminNodeCount=1的实际作用是：工作日无外部缩容指令时，Node Pool Autoscaler会确保节点池至少保留1个节点，同时根据Pod资源使用情况自动扩容；但不会主动缩容到低于1个节点。
• 周末Cloud Scheduler执行强制缩容到0的指令时，会绕过totalminNodeCount限制，直接将节点数设为0，实现成本节省。

内容的提问来源于stack exchange，提问作者Selin Eryilmaz