Kubernetes 中的资源限制管理

高效配置 Kubernetes 资源管理涉及三个关键机制：Resource Limits（容器级保障与约束）、Resource Quotas（命名空间级总量硬限）、LimitRanges（命名空间级默认值与范围校验）。三者协同工作是生产环境最佳实践：LimitRange 奠定基础配置规范，Resource Limits 实现应用精细控制，Resource Quota 设定命名空间资源天花板。合理使用是保障 Kubernetes 集群资源高效、稳定、公平利用的核心。

核心价值与目标：

• 稳定性： 防止单个容器或命名空间耗尽资源导致节点或集群不稳定（OOM等）。
• 公平性： 在多租户/多团队环境中公平分配集群资源。
• 效率： 通过合理设置 requests 提高调度效率，避免资源碎片；通过设置 limits 防止浪费。
• 可预测性： LimitRange 提供默认配置和约束，使资源使用更规范、可预测。
• 成本控制： 优化资源使用，避免过度配置，节省云资源成本。

1、资源限制（Resource Limits）

1.1 概述

Kubernetes 允许为 Pod 中的每个容器设置资源请求（Requests）和限制（Limits），用于控制容器的资源使用范围：

• Requests：调度器根据此值选择节点，确保容器至少获得指定资源（如 CPU、内存）。
• Limits：容器资源使用的上限。超出限制时，Kubernetes 会限制 CPU 或终止内存超限的容器。

1.2 作用

• 限制容器最大资源使用量。
• 确保容器启动时获得最小资源保障。
• 防止单个容器过度占用资源影响其他容器。

1.3 配置示例

查看命令：kubectl describe pod <pod-name>

注意事项： 直接影响单个容器的调度和运行时行为。

resources:
  requests:
    memory: "256Mi"  # 最小内存需求
    cpu: "500m"      # 最小 CPU 需求（0.5 核）
  limits:
    memory: "512Mi"  # 最大内存限制
    cpu: "1"         # 最大 CPU 限制（1 核）

2、资源配额（Resource Quotas）

2.1 概念

针对命名空间的资源总量限制，控制 CPU、内存、Pod 数量等资源的总使用量。

2.2 作用

• 防止单个命名空间耗尽集群资源。
• 适用于多租户环境，实现资源公平分配。

2.3 配额类型

• 计算资源：CPU、内存的请求和限制总量。
• 对象数量：Pod、Service、PVC 等对象的数量上限。
• 存储资源：镜像大小、PVC 总量等。

2.4 配置示例

查看命令：

• kubectl get quota -n <namespace>
• kubectl describe quota -n <namespace>

spec:
  hard:
    requests.cpu: "4"     # 命名空间最多 4 核 CPU 请求
    requests.memory: "8Gi"
    limits.cpu: "8"       # 命名空间最多 8 核 CPU 限制
    pods: "10"            # 最多 10 个 Pod

注意事项：配额是硬限制，超限时会拒绝创建新资源。需要与容器级别的 requests/limits 配合使用（Quota 统计的是命名空间内所有容器的 requests/limits 总和）。

3、限制范围（LimitRange）

3.1 概念

为命名空间内的容器或 Pod 设置默认资源请求/限制，并约束最小/最大值。

3.2 作用

• 为未显式配置的容器提供默认值。
• 防止用户配置不合理的资源规格（如过低或过高）。

3.3 配置示例

spec:
  limits:
  - type: Container
    max:                 # 最大值
      memory: "1Gi"
      cpu: "1"
    min:                 # 最小值
      memory: "128Mi"
      cpu: "200m"
    default:             # 默认限制
      memory: "512Mi"
      cpu: "500m"
    defaultRequest:      # 默认请求
      memory: "256Mi"
      cpu: "300m"

查看命令：kubectl describe limitrange -n <namespace>

注意事项：

• 默认值仅作用于未配置的容器。
• 用户配置的资源需在 min 和 max 范围内。

三者对比：

4、联合使用 ：

1. 定义 LimitRange： 为命名空间设置合理的资源默认值 (default/defaultRequest) 和安全范围 (min/max)。确保即使开发者未配置或配置不当，资源使用也在可控范围内。
2. 设置 Resource Limits： 在具体的 Pod/容器定义中，根据应用实际需求显式设置精确的 requests 和 limits。这是资源控制最直接和精细的手段。
3. 配置 Resource Quotas： 为命名空间设置资源总量的硬性上限 。这是防止命名空间资源泛滥的最后防线，确保集群整体资源不被单一租户耗尽。

5、工作流程协同：

• 创建 Pod 时：
  • LimitRange 检查/填充默认值并校验 requests/limits 是否符合 min/max。
  • 调度器根据容器的 requests 寻找合适节点。
  • ResourceQuota 检查命名空间当前资源总量 + 新 Pod 的 requests/limits 是否超出配额。超出则拒绝创建。
• 运行时： 容器受到自身 limits 的约束（CPU Throttle / OOMKill），超限会被限制或终止。

6、注意事项

• 资源限制：避免 requests 和 limits 差距过大导致资源浪费或竞争。
• 配额规划：根据业务需求合理分配配额，预留缓冲空间。
• 监控调整：结合监控工具（如 Prometheus）动态调整资源配置。

如果你觉得这篇文章有用，欢迎点赞、转发、收藏、留言、推荐❤！