基于 Kubernetes requests 与 limits 的容器资源隔离和调优实践

在 Kubernetes 集群中，容器可以共享节点上的 CPU 和内存，但“共享”并不等于资源使用没有边界。若业务 Pod 没有合理配置资源请求与限制，突发负载可能挤占其他服务的资源；而配置过于保守，又会造成节点利用率偏低、Pod 调度困难。本文以华为云 CCE 上的常见无状态服务为例，说明如何通过 requests 和 limits 建立可观测、可迭代的资源隔离策略。

一、理解 requests 与 limits 的作用

requests 表示容器调度时申请的资源。调度器会根据节点可分配资源与 Pod 的资源请求决定是否能够放置该 Pod，因此它影响调度能力和节点装箱效率。limits 则是容器运行时可使用资源的上限：CPU 超过限制时通常会被节流，内存超过限制时则可能触发 OOM Kill。CPU 可压缩，内存不可压缩，这也是两类限制表现不同的关键。

需要注意，requests 不是性能保证，也不代表容器始终占用这么多资源。对于 CPU，实际使用量可以在空闲时高于 requests；对于内存，应用可能因缓存、堆增长或流量突增而超过预期。生产配置应结合业务基线、峰值和节点容量制定，而不是直接照搬示例值。

二、为工作负载配置资源边界

下面的 Deployment 展示了一个可作为起点的配置。示例中的数值仅供演示，落地前应根据服务压测和监控数据调整。为避免应用进程长期受到不必要的 CPU 节流，CPU limit 是否设置也应结合业务的延迟目标评估；内存 limit 则需要为运行时开销和突发增长留出空间。

apiVersion: apps/v1
kind: Deployment
metadata:
  name: order-api
  namespace: production
spec:
  replicas: 3
  selector:
    matchLabels:
      app: order-api
  template:
    metadata:
      labels:
        app: order-api
    spec:
      containers:
        - name: app
          image: example.com/order-api:v1
          resources:
            requests:
              cpu: "500m"
              memory: "512Mi"
            limits:
              cpu: "1"
              memory: "1Gi"

资源请求和限制通常需要与副本数一起评估。例如，三个副本各请求 500m CPU，意味着调度时需要为该工作负载预留总计 1.5 个 CPU 的请求额度。扩容策略也应考虑节点池余量：如果 Pod 的 requests 过大，集群即使还有零散的空闲 CPU，也可能因为无法满足单个 Pod 的调度需求而出现 Pending。

三、结合指标识别配置问题

调优应先观察，再修改。可以使用华为云 CCE 的监控能力关注容器 CPU 使用率、CPU 节流、内存工作集、重启次数、Pod Pending 数量和节点资源水位。若 CPU 使用持续接近 limit，并伴随节流或请求延迟升高，应结合应用线程数、并发模型和压测结果判断是否提高限制或优化代码。若内存工作集长期接近 limit，或容器频繁出现 OOMKilled，则应排查内存泄漏、缓存上限及 JVM 等运行时参数，并为峰值预留空间。

不要仅凭某个瞬时峰值就大幅提高 requests。可以先收集覆盖业务高峰与低谷的历史数据，再按服务类型设置基线，并在灰度环境验证变更。对于具有明显周期性或突发流量的服务，还需检查 HPA 扩缩容速度、启动耗时及节点自动扩容能力，避免 Pod 数量增加后资源请求超过集群供给。

四、常见误区与落地建议

第一，避免把 requests 与 limits 设置成相同的极小值，这可能导致服务稍有波动就被 CPU 节流或因内存增长而重启。第二，不要只看节点整体利用率；节点剩余资源分散、资源请求过高或节点选择约束过多，都可能让 Pod 无法调度。第三，变更后要核对实际生效的 Pod 配置，并观察滚动更新期间的副本容量，确保服务不会因资源重新分配而降低可用性。

建议按“建立基线、配置 requests、设置合理上限、灰度发布、持续观测”的顺序推进。将资源配置纳入 Deployment 版本管理，并为关键服务制定 OOM、节流和调度失败的告警规则。这样既能提高 CCE 集群的资源利用效率，也能让容量规划与故障定位有据可依。