在kubernetes中限制单个pod的emptydir最大本地临时存储，需在容器级设置resources.limits.ephemeral-storage（单位gi/mi/ki），并建议同时声明requests.ephemeral-storage；还可通过emptydir.medium: memory配合sizelimit使用内存临时卷；pod级ephemeral-storage.limit在主流运行时中不生效。
在Kubernetes中限制单个Pod的emptyDir最大本地临时存储，是为了防止某个Pod因日志暴增、缓存写满或中间文件堆积而耗尽节点根分区（【/var/lib/kubelet所在分区】），进而触发nodefs驱逐、影响系统日志、镜像拉取甚至kubelet自身运行。
通过容器resources.limits.ephemeral-storage设置上限
这是最直接、最推荐的方式，适用于Kubernetes v1.8+且kubelet启用ephemeral-storage特性的集群（v1.10+默认开启）。
第一步：在Pod YAML的容器级别添加limits字段，单位必须是字节单位（如Gi、Mi），不能用G、M等缩写——【Kubernetes只识别Gi/Mi/Ki，写成G会报错Invalid value】。
第二步：确保同时声明requests.ephemeral-storage（可选但强烈建议），否则Kubernetes会自动将其设为与limit相等值，可能造成调度时误判资源可用性。
第三步：应用配置后，kubelet将对该容器的emptyDir、容器可写层、日志（/var/log/pods）等所有nodefs路径下的写入行为进行统一配额控制；一旦实际用量超过limit，容器进程写入将收到“no space left on device”错误，kubelet可能在后续周期触发驱逐。
通过emptyDir.medium: Memory启用内存临时卷（替代方案）
当业务需要极低延迟临时空间，且数据量可控、可丢弃时，用内存替代磁盘更安全高效。
方法一：直接指定medium为Memory
在volumes定义中设置emptyDir.medium: Memory，此时该卷挂载为tmpfs，所有写入计入容器内存limit，不占用ephemeral-storage配额。
方法二：配合sizeLimit限制内存用量
在medium: Memory基础上，增加sizeLimit字段（例如1Gi），这样既限定了tmpfs最大容量，又避免因写入失控导致OOM Killer终止容器——【sizeLimit必须配合medium: Memory才生效，单独设置无效】。
通过Pod级ephemeral-storage limit实现粗粒度控制
如果Pod内有多个容器共享同一emptyDir（例如边车模式），且需统一管控总用量，可在Pod spec中设置spec.ephemeral-storage.limit，但注意：该字段仅在使用RuntimeClass且配置了ephemeral-storage支持的运行时时才被识别，主流containerd/docker环境不支持此Pod级字段，实际生效仍依赖容器级limits。
这一步操作起来很简单，直接把ephemeral-storage字段加到Pod.spec下即可，但绝大多数生产集群中它会被忽略，不会产生实际限制效果。
