Kubernetes是否支持基于NUMA节点内存状态分配CPU的策略？

Kubernetes支持你描述的这种基于NUMA节点剩余内存情况调度Pod的策略，需通过CPUManager与Topology Manager的协同配置实现：

• 启用CPUManager的static策略：该策略会将CPU核心绑定到特定NUMA节点，确保Pod的CPU资源不会跨NUMA节点分配，为后续的NUMA亲和调度打下基础。
• 配置Topology Manager为restricted或best-effort策略：Topology Manager会综合评估Pod所需的CPU、内存等资源在NUMA节点上的可用性。当某个NUMA节点无法满足Pod的全部资源需求时（比如你的场景中，NUMA0被P1占满内存后，无法再提供P2所需的内存），会自动将Pod调度到其他可用的NUMA节点。

针对你的具体场景：
当P1被分配到NUMA0（占用12核CPU和全部32GB内存）后，Topology Manager调度P2时会检测到NUMA0已无剩余内存，即使CPU还有空闲，也会将P2调度到NUMA1，绑定该节点的12核CPU并分配16GB内存，完全符合你期望的分配逻辑。

配置要点 #

• 在kubelet配置文件中开启相关策略：

  cpuManagerPolicy: static
  topologyManagerPolicy: restricted
  

• Pod需设置CPU请求与限制值相等（spec.containers[].resources.requests.cpu = spec.containers[].resources.limits.cpu），这样CPUManager才会触发CPU核心的NUMA绑定逻辑。

内容的提问来源于stack exchange，提问作者HypoGump