如何允许Pod短时间突破磁盘资源限制以避免被驱逐？

• 调整Pod的QoS等级为Burstable
  如果你的Pod当前是Guaranteed等级（requests和limits完全相等），改成Burstable模式（仅设置limits或让requests小于limits）。这种QoS下，kubelet不会因为短期的磁盘资源超限立刻驱逐Pod，仅当节点整体资源紧张时，才会优先清理Burstable类型的Pod，能一定程度上缓解短期峰值带来的驱逐问题。

• 配置kubelet的驱逐软阈值与宽限期
  这是最贴近你需求的方案，通过kubelet参数设置磁盘资源的软阈值和对应宽限期，让Pod在超限30秒后才会被驱逐。具体配置示例（需添加到kubelet启动参数中）：

  --eviction-soft=nodefs.available<10%,imagefs.available<10%
  --eviction-soft-grace-period=nodefs.available=30s,imagefs.available=30s
  --eviction-max-pod-grace-period=30s
  

  说明：

  • eviction-soft 定义触发驱逐的软阈值（例如节点磁盘可用空间低于10%）
  • eviction-soft-grace-period 设置超限后等待执行驱逐的时长，这里设为30秒
  • eviction-max-pod-grace-period 限制Pod被驱逐时的最大优雅终止时间，与宽限期匹配
    注意：这是节点级配置，会作用于该节点上的所有Pod。

• 优化Pod的磁盘资源配置
  根据Pod的实际磁盘使用峰值，适当调高resources.limits.storage的数值，避免正常的短期峰值触发限制。另外，可考虑给Pod挂载emptyDir临时存储并配置sizeLimit，或者使用支持磁盘配额的持久化存储类，让临时磁盘使用的增长在可控范围内。

• 自定义驱逐控制逻辑（高级）
  如果需要更精准的单Pod级30秒延迟驱逐，可以开发自定义Kubernetes控制器：监听Pod的资源使用指标（通过metrics-server或自定义采集），当检测到磁盘超限时，延迟30秒再触发驱逐操作，或者临时调整Pod的资源限制。这个方案复杂度较高，适合有定制化需求的场景。

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