首页/云/云与容器速查/requests/limits 与 QoS
Kubernetes68 条

requests/limits 与 QoS

requests 决定调度与 HPA 基准,limits 是硬上限:内存超限立即 OOMKilled,CPU 超限被限流(不杀进程)。两者组合决定 QoS 等级与驱逐优先级。

云与容器速查云更新于 2026-10-12
requests调度依据 + 利用率分母;影响 QoS
limits.memory超限 OOMKilled(退出码 137)
limits.cpu超限被 cgroup 限流:延迟升高但进程健在
QoS 等级Guaranteed(全设且相等)>Burstable>BestEffort(全不设)
经验内存 requests≈limits 更稳;CPU 可以 requests<limits 允许突发

资源配置示例

资源配置示例
resources:
  requests:
    cpu: 200m
    memory: 256Mi
  limits:
    cpu: 1000m
    memory: 512Mi
只写 limits 不写 requests:requests 默认等于 limits,调度水位虚高,集群看起来『没资源』。

易错点

  • 内存 limits 压太紧:流量一抖就 OOMKilled,故障单全是 137
  • CPU limits 设太小:进程被持续限流,表现为『没报错但极慢』

数据来源与参考

  • Kubernetes Docs:Resource Management
  • Kubernetes Docs:Pod QoS Classes

相关工具

​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌