更新时间:2024-01-26 GMT+08:00

CPU管理策略

使用场景

默认情况下,kubelet使用 CFS 配额 来执行Pod的CPU约束。 当节点上运行了很多CPU密集的Pod时,工作负载可能会迁移到不同的CPU核, 这取决于调度时Pod是否被扼制,以及哪些CPU核是可用的。许多应用对这种迁移不敏感,因此无需任何干预即可正常工作。有些应用对CPU敏感,CPU敏感型应用有如下特点。

  • 对CPU throttling 敏感
  • 对上下文切换敏感
  • 对处理器缓存未命中敏感
  • 对跨Socket内存访问敏感
  • 期望运行在同一物理CPU的超线程

如果您的应用有以上其中一个特点,可以利用Kubernetes中提供的CPU管理策略为应用分配独占的CPU核(即CPU绑核),提升应用性能,减少应用的调度延迟。CPU manager会优先在一个Socket上分配资源,也会优先分配完整的物理核,避免一些干扰。

开启CPU管理策略

CPU 管理策略通过kubelet参数--cpu-manager-policy来指定。Kubernetes默认支持两种策略:

  • 关闭(none):默认策略,显式地启用现有的默认CPU亲和方案,不提供操作系统调度器默认行为之外的亲和性策略。
  • 开启(static):针对CPU申请值设置为整数的Guaranteed Pods ,它允许该类Pod中的容器访问节点上的独占CPU资源(绑核)。

在创建集群时的高级配置中可以配置CPU管理策略。

另外在节点池中也可以配置CPU管理策略,配置后会自动修改节点的上kubelet参数 --cpu-manager-policy。登录CCE控制台,单击集群名称进入集群,在左侧选择“节点管理”,在右侧选择“节点池”页签,单击节点池名称后的“更多 > 配置管理”,将cpu-manager-policy的值修改为static即可。

为Pod设置独占CPU

Pod设置独占CPU(即CPU绑核)有如下几点要求:

  • 节点上开启静态(static)CPU管理策略,具体方法请参见开启CPU管理策略
  • Pod的定义里都要设置requests和limits参数,requests和limits必须为整数,且数值一致。
  • 如果有init container需要设置独占CPU,init container的requests参数建议与业务容器设置的requests参数一致(避免业务容器未继承init container的CPU分配结果,导致CPU manager多预留一部分CPU)。更多信息请参见App Containers can't inherit Init Containers CPUs - CPU Manager Static Policy

在使用时您可以利用调度策略(亲和与反亲和)将如上配置的Pod调度到开启静态(static)CPU管理策略的节点上,这样就能够达到独占CPU的效果。

设置独占CPU的YAML示例如下:
kind: Deployment
apiVersion: apps/v1
metadata:
  name: test
spec:
  replicas: 1
  selector:
    matchLabels:
      app: test
  template:
    metadata:
      labels:
        app: test
    spec:
      containers:
        - name: container-1
          image: nginx:alpine
          resources:
            requests:
              cpu: 2           # 必须为整数,且需要与limits中一致
              memory: 2048Mi
            limits:
              cpu: 2           # 必须为整数,且需要与requests中一致
              memory: 2048Mi
      imagePullSecrets:
        - name: default-secret