资源配额与限制
目的：给容器定好 CPU、内存的上下限，防止某个程序乱占机器资源，把整台服务器拖崩，多团队共用集群时还能划分资源地盘。
一、Requests（申请值）& Limits（上限值）单个 Pod 资源管控
- Requests：资源申请（保底需求，调度阶段生效）
Pod 启动前跟集群申请的最低资源门槛
- 调度器找节点时：只会挑剩余资源 ≥ 这个申请数的机器；
- 节点资源不够满足申请：Pod 一直 Pending，启动不了；
- 作用：保证 Pod 启动后，一定能分到这么多资源，不会抢不到资源卡顿。
单位说明：
CPU：100m = 0.1 核（1000m = 1 整颗 CPU 核心）
内存：Mi、M 代表兆内存
- Limits：资源上限（运行阶段生效）
Pod 运行时最多能用的资源上限，不许超额
- CPU 超了：不会杀死容器，只会被限速降频，跑的变慢；
- 内存超了：系统直接 OOM 杀掉 Pod，防止它吃光整机内存连累别的服务；
二、ResourceQuota：命名空间总资源大盘配额
给整个命名空间划定资源总上限，一个空间里所有 Pod 加起来不能超额度
- 开启配额后硬性规则：
空间里新建任何 Pod，必须填写 requests 和 limits，不然直接报错 403 拒绝创建；
- 管控内容：
总 CPU 申请、总内存申请、总 CPU 上限、总内存上限、最多能跑多少个 Pod 等；
- 例子：
test 命名空间规定：最多 1 个 Pod、全部 CPU 申请总和≤1 核、内存总和≤1Gi；
如果你创建一个申请 15 核 CPU 的 Pod，远超总额度，直接创建失败。
三、LimitRange：默认资源模板
LimitRange 是给某个命名空间（namespace）统一定下规矩：
这个空间里所有新建的 Pod / 容器，CPU、内存的「最小申请值、最大上限值、默认值」全都统一规定死；
- 自动填充默认值
Pod yaml 没写 requests/limits，系统自动给它填上预设好的默认 CPU、内存；
- 限定单个 Pod 最大最小值
规定一个容器最少能用多少资源、最多不能超过多少，避免有人乱填超大资源占坑；
- 约束 Request 和 Limit 比例
比如限制上限最多只能是申请值的 2 倍，差距不能过大。
搭配逻辑（生产标准组合）
ResourceQuota（总盘子封顶） + LimitRange（默认值 + 单容器区间）
不用每次手写资源，集群总量还不会被撑爆。