Kubernetes资源配额(Resource Quotas)深度解析

最新推荐文章于 2025-06-09 09:07:32 发布

万宁谨Magnus

最新推荐文章于 2025-06-09 09:07:32 发布

阅读量282

点赞数 5

CC 4.0 BY-SA版权

本文链接：https://blog.csdn.net/gitblog_00441/article/details/148508456

Kubernetes资源配额(Resource Quotas)深度解析

什么是Kubernetes资源配额

在Kubernetes集群中，当多个团队或用户共享固定数量的节点资源时，可能会出现某个团队占用过多资源而影响其他团队的情况。资源配额(Resource Quotas)就是为解决这一问题而设计的核心功能。

资源配额通过ResourceQuota对象定义，能够限制命名空间内的两类资源使用：

计算资源（如CPU、内存）和存储资源的总量
可创建的Kubernetes对象数量（如Pod、Service等）

资源配额的工作原理

资源配额的工作机制可以概括为以下几个关键点：

命名空间隔离：不同团队工作在不同的命名空间中，这种隔离可以通过RBAC或其他授权机制实现
配额创建与保护：
- 集群管理员为每个命名空间创建至少一个ResourceQuota
- 为防止配额被修改，应限制对ResourceQuota的删除和更新操作
资源使用跟踪：
- 用户在命名空间内创建资源时，配额系统会跟踪使用情况
- 当资源创建或更新操作违反配额限制时，API服务器会返回403 Forbidden错误
特殊要求：
- 对于CPU和内存资源，Pod必须明确指定requests或limits
- 其他资源（如临时存储）则没有此强制要求

资源配额的主要类型

1. 计算资源配额

可以限制命名空间内可请求的计算资源总量，支持以下资源类型：

| 资源名称 | 描述 | |---------|------| | limits.cpu | 所有非终止状态Pod的CPU限制总和 | | limits.memory | 所有非终止状态Pod的内存限制总和 | | requests.cpu | 所有非终止状态Pod的CPU请求总和 | | requests.memory | 所有非终止状态Pod的内存请求总和 | | hugepages- | 指定大小的huge page请求数量 |

2. 存储资源配额

可以限制命名空间内的存储资源使用，包括：

| 资源名称 | 描述 | |---------|------| | requests.storage | 所有PVC的存储请求总和 | | persistentvolumeclaims | 可存在的PVC总数 | | .storageclass.storage.k8s.io/requests.storage | 特定存储类的存储请求总和 | | requests.ephemeral-storage | 所有Pod的临时存储请求总和 |

3. 对象数量配额

可以限制特定类型Kubernetes对象的数量，语法格式为：

核心组资源：count/<resource>
非核心组资源：count/<resource>.<group>

常见可限制的对象包括：

Pod、Service、Secret、ConfigMap
Deployment、StatefulSet、Job等控制器对象

配额作用域(Scope)

配额可以设置作用域，只有匹配作用域的资源才会被计入配额。支持的作用域包括：

| 作用域 | 描述 | |-------|------| | Terminating | 匹配设置了activeDeadlineSeconds的Pod | | NotTerminating | 匹配未设置activeDeadlineSeconds的Pod | | BestEffort | 匹配QoS为BestEffort的Pod | | NotBestEffort | 匹配QoS不为BestEffort的Pod | | PriorityClass | 匹配特定优先级的Pod | | CrossNamespacePodAffinity | 匹配有跨命名空间亲和性设置的Pod |

基于优先级的资源配额

从Kubernetes 1.17开始稳定支持基于Pod优先级的配额控制。通过scopeSelector可以创建针对不同优先级Pod的配额，例如：

apiVersion: v1
kind: ResourceQuota
metadata:
  name: pods-high
spec:
  hard:
    cpu: "1000"
    memory: 200Gi
    pods: "10"
  scopeSelector:
    matchExpressions:
    - operator: In
      scopeName: PriorityClass
      values: ["high"]

这种机制允许集群管理员为不同优先级的Pod分配不同的资源量，确保高优先级应用能获得所需资源。