💡
原文中文，约10900字，阅读约需26分钟。
📝
内容提要
Kubernetes 1.35 引入了原地 Pod 资源调整功能，允许在不重建 Pod 的情况下动态调整 CPU 和内存资源，实现零中断。这一功能提升了工作负载效率，支持自动缩放，简化运维。内存调整通常需重启，而 CPU 调整可即时生效，现已稳定，适用于生产环境。
🎯
关键要点
- Kubernetes 1.35 引入了原地 Pod 资源调整功能，允许动态调整 CPU 和内存资源，提升工作负载效率。
- CPU 调整无需重启，内存调整通常需要重启，但在必要时可实现零中断。
- 该功能支持自动缩放，简化运维，资源调优变为日常微调。
- 从 Kubernetes v1.27 开始，该功能经历了多次迭代，最终在 v1.35 正式 GA，适用于生产环境。
- 重要限制包括：内存调整通常需要重启，QoS 类不能通过调整改变，某些容器类型不支持调整。
- 新增的 Pod 状态可以实时监控调整进度，确保调整请求的可行性。
- 最佳实践建议包括优先使用 CPU 的原地调整能力，选择合适的内存调整策略，并保持 Pod 的 QoS 类不变。
❓
延伸问答
Kubernetes 1.35 的原地 Pod 资源调整功能有什么优势？
该功能允许动态调整 CPU 和内存资源，提升工作负载效率，CPU 调整无需重启，内存调整在必要时可实现零中断。
如何在 Kubernetes 中监控 Pod 资源调整的进度？
可以通过查看 Pod 状态，使用命令 kubectl get pod 和 kubectl describe pod 来实时监控调整进度。
内存调整时为什么需要重启 Pod？
大多数应用程序和容器运行时不支持动态调整内存分配，因此内存调整通常需要重启容器才能生效。
Kubernetes 1.35 的原地 Pod 资源调整功能适用于哪些生产环境？
该功能经过多次迭代，现已稳定，适用于各种生产环境，特别是对延迟或重启敏感的工作负载。
在 Kubernetes 中如何配置 Pod 的资源调整策略？
可以通过设置 resizePolicy 字段来配置资源调整策略，指定资源类型和是否需要重启容器。
Kubernetes 1.35 的原地 Pod 资源调整功能有哪些重要限制？
重要限制包括内存调整通常需要重启，QoS 类不能通过调整改变，某些容器类型不支持调整。
➡️
