K8s Pod内存限制下处理大文件：寻求通用/系统级解决方案

针对K8s Pod中处理大压缩文件时页缓存引发的OOM问题，以下是无需修改应用代码的通用系统级方案：

1. 利用Cgroup内存控制器限制缓存 #

• 配置memory.high（Cgroup v2）：给Pod的Cgroup设置memory.high阈值，当Pod的内存（含页缓存）接近该值时，内核会主动回收页缓存，避免无限制膨胀。可通过Pod的securityContext或集群的Cgroup配置实现，需确保集群支持Cgroup v2。
• 结合硬限制与memory.swappiness：保持Pod的memory.limit_in_bytes（即K8s的resources.limits.memory）不变，同时将memory.swappiness设为0，让内核在内存紧张时优先回收页缓存，而非触发进程OOM。

2. 用vmtouch封装解压命令 #

在Pod中预装vmtouch工具，封装unzip命令实现自动缓存清理：

#!/bin/bash
# 清空待解压文件的缓存
vmtouch -e "$1"
# 执行解压
unzip "$1"
# 清空解压产物的缓存
vmtouch -e "${1%.zip}"

将上述脚本命名为cached_unzip.sh，替代直接调用unzip，即可自动清理相关页缓存。

3. 调整内核参数优化缓存回收 #

• 提高vm.vfs_cache_pressure：默认值为100，将其调至200可让内核更倾向于回收页缓存（而非匿名内存）。可在Pod的initContainers中执行sysctl -w vm.vfs_cache_pressure=200，或在节点层面全局配置（注意影响所有Pod）。
• 设置vm.min_free_kbytes：确保系统保留足够空闲内存，当内存低于该值时触发紧急缓存回收。例如Pod内存限制为4G时，可设为vm.min_free_kbytes=65536（64M）。

4. 用tmpfs挂载临时解压目录 #

将解压目录挂载到tmpfs（内存文件系统），避免解压产物写入页缓存，同时通过sizeLimit限制其内存占用：

containers:
- name: your-app
  volumeMounts:
  - mountPath: /tmp/unzip-dir
    name: unzip-tmp
volumes:
- name: unzip-tmp
  emptyDir:
    medium: Memory
    sizeLimit: 1Gi

注意tmpfs占用的内存会计入Pod的内存限制，需预留足够空间。

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