AWS于8月12日宣布，Amazon EKS开始支持配置Kubernetes控制平面组件的参数。集群管理员现在可以调整调度器、控制器管理器和API Server的部分行为，不再只能接受托管控制平面的默认设置。
本次更新涉及Pod放置方式、水平自动扩缩容响应速度和事件保留周期等实际运维问题。它不会把EKS变成完全自管的Kubernetes，但给需要提高资源利用率或保留特定运行记录的团队增加了可控空间。
托管控制平面不再只有统一默认值
EKS负责运行Kubernetes控制平面，用户主要管理工作节点和应用。托管模式减少了安装、升级与高可用维护工作，但部分集群过去很难根据自身负载修改控制平面的运行策略。
新能力允许管理员在EKS支持的范围内，为scheduler、controller manager和API Server设置参数。平台仍然负责控制平面的底层可用性，用户获得的是经过限制的配置入口，而不是直接登录控制平面服务器修改文件。
这种边界对生产集群很重要。AWS可以继续控制安全更新和版本兼容，团队则能针对资源密度、扩缩容节奏与事件数据量进行更细的调整。
MostAllocated可让Pod集中到高利用率节点
AWS举出的典型例子是scheduler的node resource fit strategy。默认LeastAllocated策略倾向把Pod放到资源较空闲的节点，让负载分散并保留单个节点上的余量。
管理员现在可以选择MostAllocated，让新的Pod优先进入已经得到较充分利用的节点。这样更容易把空节点完整释放出来，在配合Cluster Autoscaler或Karpenter时，可能用更少的工作节点承载相同负载。
集中调度并非所有集群都更合适。对突发流量明显、单个节点故障影响较大或需要保留快速扩容余量的业务，默认分散策略可能更稳妥。修改前应先观察Pod请求值是否准确。
水平自动扩缩容响应速度可以调整
水平Pod自动扩缩容由控制器根据指标增加或减少副本。响应过慢会让请求在流量上升时排队，响应过快则可能在短暂波动中频繁增减Pod，造成资源抖动和启动开销。
开放相关控制平面参数后，团队可以根据业务波动周期调整自动扩缩容行为。例如启动较快的无状态API与需要长时间预热的应用，对扩容节奏的要求并不相同。
参数调整不能替代正确的资源请求、指标选择和应用启动探针。CPU指标本身不能反映队列长度或外部依赖拥堵时，单纯加快HPA也可能无法解决延迟问题。
事件保留时间影响排障能力与数据量
Kubernetes事件记录Pod调度失败、镜像拉取、健康检查和资源不足等状态，是排查短时故障的重要线索。保留时间过短时，运维人员晚一些介入就可能看不到问题发生时的现场。
EKS现在允许设置包括事件保留周期在内的资源生命周期参数。需要长期回查部署异常的团队可以适当延长时间，但事件数量较大的集群也要考虑API查询压力和数据管理需求。
生产环境仍应把关键事件、日志与指标发送到独立监控系统。控制平面中的事件适合快速定位，不应成为唯一审计记录或长期故障档案。
所有EKS区域可用但需要先做小范围验证
该能力已在Amazon EKS可用的所有AWS区域提供。管理员可以根据官方支持列表选择参数，但不同Kubernetes版本能够接受的值和行为仍应以对应版本文档为准。
最安全的上线方式是在测试集群或非核心节点组中复现生产负载，比较节点数量、Pod驱逐、扩缩容时间、API请求和故障恢复，再把确认有效的设置逐步应用到生产环境。
这次更新真正改变的是EKS的调优边界。资源账单较高、Pod分布不理想或事件窗口不足的集群获得了新的解决路径，而运行稳定的小型集群没有必要仅因为新增选项就修改默认值。
