linux oom killer 无天然故障隔离，防护核心是主动限流、优先级调控与行为收敛；最有效手段是用 cgroups v2 划定内存边界实现进程组级隔离，并配合 oom_score_adj 降权关键进程及调优 vm.* 参数提升可控性。
Linux 系统本身没有“故障隔离”意义上的 OOM Killer 保护机制——它不隔离、不分组、不保留上下文，只终止进程。所谓“保护”，本质是主动限流 + 优先级调控 + 行为收敛，而非事后补救。核心目标不是等 OOM 发生再反应，而是在内存压力初现时就掐断失控源头，并确保关键进程不被误杀。
用 cgroups v2 划定内存边界，实现进程组级资源隔离
这是最有效、最可控的防护手段。把需保护的进程（如认证服务、API 网关、数据库代理）统一纳入一个独立 cgroup，硬性限制其最大可用内存，超限时仅在组内触发局部 OOM，不影响系统其他部分。
- 创建控制组并启用 memory 控制器：
sudo mkdir /sys/fs/cgroup/authed-svcsecho "+memory" | sudo tee /sys/fs/cgroup/authed-svcs/cgroup.subtree_control - 设置硬限制（1GB）和软水位（900MB）：
echo 1073741824 | sudo tee /sys/fs/cgroup/authed-svcs/memory.maxecho 966367641 | sudo tee /sys/fs/cgroup/authed-svcs/memory.high - 将进程加入该组（以 systemd 服务为例）：
在/etc/systemd/system/auth-api.service的[Service]段添加：MemoryMax=1GMemoryHigh=900M
✅ 效果：该组内进程内存超限后，内核只 kill 组内成员（如主服务进程），不会扫描全局；memory.high 还能提前触发 page cache 回收，大幅降低硬限触发概率。
调低关键进程的 oom_score_adj，降低被选中风险
即使进程未纳入 cgroup，也可通过内核评分偏置机制提升其生存权重。oom_score_adj 越低，越难被 OOM Killer 选中；设为 -1000 即完全豁免（仅 root 可设）。
- 查看当前值：
cat /proc/$(pgrep -f "authd")/oom_score_adj - 临时设为免疫级（-1000）：
echo -1000 | sudo tee /proc/$(pgrep -f "authd")/oom_score_adj - 持久化建议（systemd 方式）：
在对应 service 文件中添加：OOMScoreAdjust=-1000
⚠️ 注意：此操作需 root 权限；若进程由普通用户启动，最大只能设到 -999（非 root 用户无法写入 -1000）。
调整全局 OOM 行为参数，避免误判与雪崩
默认策略在容器或高负载场景下容易失准。通过 sysctl 修改三项关键参数，可显著提升 OOM 处理的确定性与可控性：
-
vm.oom_kill_allocating_task=1：直接 kill 触发 OOM 的进程（如内存泄漏的服务），而不是全系统扫描打分。适合已知问题源头明确的环境。 -
vm.panic_on_oom=0：禁止 OOM 触发 kernel panic 导致整机重启，保持基础服务能力（如 sshd、network）。 -
vm.overcommit_memory=2配合vm.overcommit_ratio=85：关闭内存过度分配，让 malloc 在超出物理+swap 容量时直接失败（返回 ENOMEM），而非延迟到 OOM 才处理——把问题暴露在应用层，更易定位。
配置方式（写入 /etc/sysctl.d/99-oom-protection.conf）：vm.oom_kill_allocating_task = 1vm.panic_on_oom = 0vm.overcommit_memory = 2vm.overcommit_ratio = 85
执行 sudo sysctl --system 生效。
补充：监控与快速响应不能少
再好的防护也需可观测性支撑。建议部署轻量级监控组合：
- 实时跟踪 OOM 事件：
dmesg -T | grep -i "killed process" - 检查各 cgroup 内存使用与压力：
cat /sys/fs/cgroup/authed-svcs/memory.currentcat /sys/fs/cgroup/authed-svcs/memory.events（关注low和high触发次数） - 对关键进程加内存告警（如 Prometheus + node_exporter）：
监控process_resident_memory_bytes{job="authd"}并设阈值（如 >800MB）
不复杂但容易忽略。
