2. Requests与Limits基础：Kubernetes资源模型、Requests与Limits区别、服务质量等级(QoS)分类

2.1 Kubernetes资源模型概述

Kubernetes 的资源模型围绕 Pod 这一最小调度单元展开，每个容器都可以声明其所需的计算资源。资源模型的核心设计原则是：声明式资源配额——用户告诉集群“我需要多少”，集群根据声明进行调度和限制。

资源模型包含两个关键维度：

• CPU：可压缩资源，单位为 millicores（m），1000m = 1 vCPU。当 CPU 使用超过 Limits 时，容器会被限流（throttle），但不会被杀死。
• Memory：不可压缩资源，单位为字节（Mi、Gi）。当内存使用超过 Limits 时，容器可能因 OOM（Out of Memory）被杀死。

2.2 Requests与Limits的区别

Requests 和 Limits 是容器资源声明的两个独立字段，它们在调度、运行时和 QoS 分类中扮演不同角色。以下表格清晰展示了两者的核心差异：

2.3 服务质量等级（QoS）分类

Kubernetes 根据 Pod 中所有容器的 Requests 和 Limits 设置情况，将 Pod 划分为三种服务质量等级（Quality of Service, QoS）。QoS 等级决定了节点资源紧张时 Pod 被驱逐的优先级。

2.3.1 三种 QoS 等级定义

2.3.2 QoS 分类决策流程

以下 SVG 图展示了 Kubernetes 如何根据容器的 Requests/Limits 设置判定 Pod 的 QoS 等级：

2.4 资源模型与 QoS 的协同关系

Requests/Limits 的设置不仅影响调度和运行时，还直接决定了 Pod 的 QoS 等级，进而影响节点资源紧张时的驱逐行为。以下表格总结了不同 QoS 等级下的资源行为特征：

2.5 实际配置示例

以下 YAML 片段展示了三种 QoS 等级的典型配置：

# Guaranteed QoS：Requests == Limits
apiVersion: v1
kind: Pod
metadata:
  name: guaranteed-pod
spec:
  containers:
  - name: app
    image: nginx
    resources:
      requests:
        cpu: "500m"
        memory: "256Mi"
      limits:
        cpu: "500m"
        memory: "256Mi"

---
# Burstable QoS：Limits > Requests
apiVersion: v1
kind: Pod
metadata:
  name: burstable-pod
spec:
  containers:
  - name: app
    image: nginx
    resources:
      requests:
        cpu: "200m"
        memory: "128Mi"
      limits:
        cpu: "500m"
        memory: "256Mi"

---
# BestEffort QoS：未设置任何资源
apiVersion: v1
kind: Pod
metadata:
  name: besteffort-pod
spec:
  containers:
  - name: app
    image: nginx