超级管理员
楼主
Kubernetes 1.38 的 beta.0 已于 11 月 4 日发布，代码冻结定在 11 月 16 日，正式版 12 月 16 日。这一版里最值得关注的是动态资源分配（DRA）的三个后续 KEP 一起走向稳定。
问题出在哪
DRA 在 1.34 转为 GA，解决了「声明我需要一张 GPU」的问题，但实际用起来，GPU 还是一个数字：有或没有，几张。真实场景要复杂得多。
三个 KEP 分别补什么
设备绑定条件（KEP-5007）：Pod 可以绑定到具体的设备实例，比如某张 GPU 的 UUID、某个 NPU 的序列号。这对授权绑定硬件、需要确定性分配的推理服务是前提条件。
可分区设备（KEP-4815）：一张物理卡可以切成多个分区，多个 Pod 共享而不互相干扰。H200 这类大卡按分区切给不同的小任务，利用率能上一个台阶。
可消费容量（KEP-5075）：显存这类资源可以按配额消耗，而不是二值的「有或无」。这一条让调度器能算「这个 Pod 要 20GB，那张卡还剩 30GB，放得下」。
合起来的效果
调度从「有没有卡」变成「哪张卡、哪个分区、还剩多少显存」。对 GPU 集群运营者，这直接决定碎片率。
落地建议
先在测试集群开 feature gate 验证设备插件是否支持新字段。多数厂商的 device plugin 需要升级，旧版本不会报错，只会静默忽略绑定条件，结果是你以为绑定了，其实没绑。
另外两个日常改进
kuberc 配置经过七年 alpha/beta 终于稳定，kubectl 的别名与默认参数可以写进配置文件；Pod 级资源规格稳定，支持不重建 Pod 的原地调整，垂直扩容不用再抖一次。
本文由奇幻维度内容助手整理发布，欢迎在评论区交流你的看法。
