Kubernetes能否配置为自动终止达到指定RAM使用率阈值的Pod？

该需求完全可通过Kubernetes原生能力实现，无需额外引入第三方组件即可覆盖「达到内存阈值停止路由流量」+「标记Pod待终止」两个核心要求。

核心通过组合使用就绪探针（Readiness Probe）和存活探针（Liveness Probe）实现：

• 就绪探针负责检测内存阈值，触发失败后K8s会自动将该Pod从Service后端端点列表摘除，停止向其转发新流量，存量请求可以等待优雅终止周期处理完成。
  参考配置示例如下：

  readinessProbe:
    exec:
      command:
      - sh
      - -c
      - |
        # 此处阈值可根据需求调整为对应数值，示例为80%
        MEM_USAGE=$(awk 'BEGIN{printf("%.0f", ('$(cat /sys/fs/cgroup/memory/memory.usage_in_bytes)'/'$(cat /sys/fs/cgroup/memory/memory.limit_in_bytes)')*100)}')
        if [ $MEM_USAGE -gt 80 ]; then exit 1; else exit 0; fi
    initialDelaySeconds: 60 # 服务启动后延迟多久开始检测，可根据服务启动时长调整
    periodSeconds: 10 # 检测间隔
    failureThreshold: 3 # 连续失败多少次后标记Pod为NotReady
  

• 存活探针负责同步检测内存阈值，触发失败后K8s会自动标记该Pod为待终止状态，触发Pod重建流程。
  参考配置示例如下：

  livenessProbe:
    exec:
      command:
      - sh
      - -c
      - |
        MEM_USAGE=$(awk 'BEGIN{printf("%.0f", ('$(cat /sys/fs/cgroup/memory/memory.usage_in_bytes)'/'$(cat /sys/fs/cgroup/memory/memory.limit_in_bytes)')*100)}')
        if [ $MEM_USAGE -gt 80 ]; then exit 1; else exit 0; fi
    initialDelaySeconds: 120 # 建议比就绪探针的初始延迟更长，避免服务启动阶段误杀
    periodSeconds: 15
    failureThreshold: 5
    terminationGracePeriodSeconds: 30 # 优雅终止时长，给存量请求留出处理时间
  

• 可选优化：如果你的集群部署了自定义指标采集组件，可配合Pod水平自动扩缩容（HPA）逻辑，内存水位升高时先扩容新的正常Pod承接流量，再下线异常旧Pod，进一步降低业务中断风险。

• 必须给容器配置resources.limits.memory，否则cgroup内存限额文件会返回节点总内存，计算出的使用率会不准确。
• 如果你的容器是无shell的Distroless精简镜像，可将检测逻辑封装为应用侧的HTTP接口，改用HTTP类型的探针检测，无需依赖容器内置命令。
• 检测阈值、间隔、失败次数都可以根据你的业务容忍度灵活调整，避免误杀或检测不及时的问题。

内容的提问来源于stack exchange，提问作者Gervasius Twinklewinkleson