服务对象与地域限制
PuppyIP 仅面向海外合规企业及其授权人员提供服务，不面向中国大陆地区开放或提供代理服务。本服务仅限用于中国大陆境外的合法业务活动，严禁在中国大陆境内使用本服务。
代理 IP 或服务器位于境外，不改变上述限制。不得通过中转、转接、共享或转售向中国大陆境内的最终使用者提供本服务。使用前请阅读用户服务协议。
本文要点
- 24 GB 仅适用于 EKS 1.34 及以上的 4XL、8XL 档位；公告确认的是支持 Provisioned Control Plane 的全部 AWS 商业区域。
- 已有符合条件的 4XL、8XL 集群自动获得新容量，无须操作；Standard 集群不会因此自动切到收费更高的 Provisioned 档位。
- etcd 保存集群状态与 Kubernetes 对象元数据。容量增加 50% 不等于应用存储、工作节点内存或请求吞吐提升 50%。
- Provisioned 档位按小时另行计费，叠加在 EKS 标准或扩展支持小时费用之上；它不会自动在各档位间伸缩。
- 降级前，实际数据库必须满足目标限制：Standard 为 8 GB，EKS 1.34 及以上的 XL、2XL 为 16 GB。20 GB 的 4XL 集群不能直接降到这些目标。
先看版本、档位和区域是否同时符合
本次容量变化针对运行 EKS 1.34 或更高版本的 4XL、8XL Provisioned Control Plane。AWS 原文说明：已有满足这些条件的集群自动从 16 GB 获得 24 GB etcd 容量，无须额外操作。其他集群不能仅凭使用了 EKS 就推定已获得 24 GB。
公告确认新容量在提供 Provisioned Control Plane 的全部 AWS 商业区域可用。用户指南列出的整个 Provisioned 功能还覆盖 GovCloud 和中国区域，并从 EKS 1.28 起支持；那是更广的功能支持范围，不能用来扩展这次 24 GB 公告的区域或版本结论。
24 GB 解决的是集群对象容量问题
etcd 是 Kubernetes 控制面保存集群状态的键值数据库，可以理解为记录 Pod、Job、事件和自定义资源等对象信息的地方。大量创建、更新对象的 AI/ML 训练与推理、批处理和 CI/CD 流水线，更可能需要关注这部分空间。AWS 说明，数据库写满后，集群无法再添加或修改对象。
16 GB 增至 24 GB 带来 50% 的数据库容量余量，不是工作节点磁盘或持久卷扩容，也不是应用数据库扩容。它本身不能证明调度速度、API 吞吐或应用性能提高 50%；用户指南也区分档位容量与实际工作负载性能。
已有集群与准备切换的集群，下一步不同
若已经使用符合版本条件的 4XL 或 8XL，先在 EKS 控制台核对当前版本、控制面模式和档位，再观察数据库用量；容量自动增加不要求你重新选择档位。也可用只读的 describe-cluster 命令或相应 API 查看当前档位，本文未对任何真实集群执行操作。
若仍使用 Standard，AWS 不会自动把集群切换到收费更高的 Provisioned 模式。Standard 会按需求伸缩控制面，AWS 仍建议绝大多数场景使用它；只有明确需要高且可预测的控制面容量时，再评估是否主动选择 Provisioned。
若已在其他 Provisioned 档位，档位之间也不会自动伸缩。需要 24 GB 时，应先确认 EKS 版本与区域条件，再由有权限的管理员评估切换到 4XL 或 8XL，不能把本次容量公告理解为所有档位自动升级。
把额外小时费用放进容量决策
Provisioned Control Plane 会收取所选档位的小时费用，此外仍有 EKS 标准或扩展支持的小时费用。这次容量公告不表示集群免费，也不表示从 Standard 切到 4XL 或 8XL 无须新增预算。
本文所核公告和指南未提供可直接用于预算的地区数值价格。切换前应按目标区域、所选档位和实际支持状态核对当前价格；不要用容量增加比例推算账单变化，或把“已有符合条件集群无需操作”当作所有使用方式都免收费。
先规划降级，再使用新增的空间
切到较小 Provisioned 档位或回到 Standard 前，实际 etcd 数据库必须处在目标容量限制内。指南列明：Standard 支持最多 8 GB；EKS 1.34 及以上的 XL、2XL 支持最多 16 GB，4XL、8XL 支持最多 24 GB。较早版本的所有 Provisioned 档位最多为 16 GB。
AWS 给出的例子是：实际数据库为 20 GB 的 4XL 集群，须先降到 16 GB 以下才能切换到 XL 或 2XL，降到 8 GB 以下才能返回 Standard。新增空间一旦被实际使用，就会影响退出路径；不要仅因为目标档位更便宜就假设可以直接切换。
这篇文章不建议为达到降级门槛直接删除生产对象。应先识别哪些对象及保留要求造成用量，再通过现有变更流程制定容量方案；官方容量门槛不等于某个清理动作已被验证安全。
用实际用量和更新结果完成核对
在 EKS 控制台的集群概览选择 Monitor cluster，再进入 Control plane monitoring，在 Control plane scaling 下查看控制面利用情况。把实际数据库大小与所用版本、档位的上限对应起来，区分已用空间与允许容量；自动化比较不同版本档位属性时，指南提供 DescribeClusterVersions API 作为查询入口。
如果主动变更档位，查看类型为 ScalingTierConfigUpdate 的集群更新：Updating 表示进行中，Successful 表示完成，Failed 则须读取 error 原因。指南说明切换需要数分钟；提交请求或控制台按钮点击不等于变更完成。
本文只核验了公开公告和指南，没有测量真实集群的容量到账时间、负载表现或成本效果。最终以目标集群实际版本、区域、档位、用量和更新状态为准。
资料来源
常见问题
增加工作节点内存或节点数，会让 etcd 自动获得 24 GB 吗？
不能由此推定。工作节点资源与这里的控制面数据库容量是不同维度。本次 24 GB 的明确条件是 EKS 1.34 及以上、4XL 或 8XL Provisioned 档位及公告确认的商业区域范围；应先定位瓶颈，再选择对应资源方案。
24 GB 能换算成一个固定的 Pod 或 Job 数量吗？
不能仅凭数据库容量算出可靠的固定数量。etcd 保存的不止 Pod 或 Job，还包括事件、自定义资源和其他集群状态；文章与所核公告没有给出每个对象的统一大小或实际负载测量。容量规划应结合真实对象构成与用量，而非把 24 GB 当成某个 Pod 数保证。