EKS节点组中Pod未触发集群自动扩容的原因是什么？

1. 自动扩缩容未触发的原因 #

你判断的方向是正确的，核心原因就是Pod的资源请求超过了单节点的可分配资源上限，Cluster Autoscaler（CA）判定即使扩容新的同规格节点也无法调度该Pod，因此不会触发扩容动作。
需要注意：t3.large的2核CPU、8G内存是节点的总硬件容量，节点实际可分配给业务Pod的资源（Allocatable）会扣除kubelet、kube-proxy、系统进程、EKS默认托管组件（如VPC CNI插件）的资源占用，通常t3.large的可分配资源约为1.8核CPU、7G左右内存，远低于你Pod配置的2核CPU/8G内存请求，因此就算新增同规格节点也无法承载该Pod，CA会直接跳过扩容逻辑。

2. K8S不支持跨节点聚合资源给单个Pod #

K8S的Pod是最小调度单元，所有Pod内的容器必须运行在同一个物理/虚拟节点上，不存在跨节点合并资源承载单个Pod的机制。单个Pod的资源请求必须小于等于集群中至少一种节点规格的可分配资源，否则永远无法调度成功。

• 降低ES Pod的资源请求，调整到t3.large可分配资源阈值以内（例如CPU 1.5核、内存6Gi），此时CA会判定新扩容的节点可以承载该Pod，自动触发节点组扩容到对应数量
• 在EKS节点组中添加更大规格的节点类型（例如t3.xlarge，4核16G），单节点可分配资源可以满足2核8G的Pod请求，CA会自动扩容大规格节点完成调度
• 调整ES的部署架构为多副本多分片集群模式，拆分单个大资源Pod为多个小资源请求的副本，既可以适配现有小规格节点，也能提升ES集群的可用性

内容的提问来源于stack exchange，提问作者Joey Yi Zhao