EKS Pod如何按节点CPU利用率调度？调度异常问题求助

默认Kubernetes调度器是基于**资源请求（request）**而非实际CPU利用率做调度决策的，这是你遇到问题的核心——如果Pod未配置合理的CPU request，调度器会误判节点可用资源；或者已运行Pod的实际CPU占用远超request，导致节点实际过载但调度器仍认为有剩余资源。以下是具体解决策略：

1. 修正Pod的资源请求与限制 #

• 给所有Pod（包括CronJob的Pod模板）配置合理的cpu请求和限制，这是调度器准确计算节点资源的基础：

resources:
  requests:
    cpu: "200m"  # 根据Pod实际CPU使用情况设置
  limits:
    cpu: "500m"  # 限制Pod最大CPU占用

• 若Pod未设置request，调度器会默认其占用0资源，导致大量Pod被调度到同一节点，最终引发资源耗尽。

2. 启用默认调度器的利用率感知调度 #

从Kubernetes 1.23+开始，EKS的默认调度器支持基于实际资源利用率的调度，需开启ResourceUtilizationPriority插件：

• 通过eksctl或AWS控制台修改调度器配置，在调度器profile中启用该插件并设置权重（如权重10），让调度器优先选择CPU利用率低的节点。
• 前提是集群已部署metrics-server，确保调度器能获取节点的实时CPU利用率数据。

3. 用亲和性/反亲和规则分散Pod #

• 节点反亲和性：让新Pod尽量避开已过载的节点，可针对特定节点或标签配置：

affinity:
  nodeAffinity:
    preferredDuringSchedulingIgnoredDuringExecution:
    - weight: 100
      preference:
        matchExpressions:
        - key: kubernetes.io/hostname
          operator: NotIn
          values:
          - 过载节点的主机名

• Pod反亲和性：避免同类型Pod集中在同一节点，适合批量作业（如CronJob）：

affinity:
  podAntiAffinity:
    preferredDuringSchedulingIgnoredDuringExecution:
    - weight: 100
      podAffinityTerm:
        labelSelector:
          matchExpressions:
          - key: app
            operator: In
            values:
            - 你的应用标签
        topologyKey: kubernetes.io/hostname

4. 第三方工具辅助优化 #

• Descheduler：可将过载节点上的Pod驱逐到空闲节点，配合Cluster Autoscaler自动调整节点数量，解决长期的Pod分布不均问题。
• 专用批量调度器：如kube-batch，针对CronJob这类批量作业优化资源调度，更精准地利用节点剩余CPU。

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