将EKS工作节点缩容至0的影响及ALB留存问题咨询
关于EKS集群缩容至0工作节点的影响分析
缩容后的核心状态变化
- 所有工作节点上的Pod都会被强制终止,包括你的应用Pod、ALB Ingress Controller Pod——毕竟没有节点能承载它们了。
- 如果Cluster Autoscaler是部署在工作节点上的,它也会跟着停掉,没法自动触发扩容操作。之后要恢复集群,得手动通过命令拉起节点,比如
eksctl scale nodegroup --cluster <集群名> --name <节点组名> --nodes 1。 - AWS托管的控制平面(API Server、etcd这些组件)不受影响,会持续运行。
ALB的保留情况
- ALB不会被自动删除。它的生命周期和K8s集群里的Ingress资源绑定,只要Ingress资源还保存在控制平面中,对应的ALB就会一直保留。
- 但此时ALB后端没有可用的Pod作为流量目标,用户访问时会返回5xx错误。
- 只有当你删除Ingress资源后,等ALB Ingress Controller重新运行起来,才会触发ALB的删除操作。
内容的提问来源于stack exchange,提问作者Goural
相关产品推荐
相关产品推荐

