Pod卡在ContainerCreating状态可能因宿主机pid_max过低导致，当节点运行超150个Pod或高进程数应用时，需将pid_max调至262144，并同步配置kubelet的systemReserved、kubeReserved及podPidsLimit参数以预留PID资源。
当Kubernetes节点上运行的Pod数量增多、容器进程密度升高时，宿主机内核默认的pid_max值（通常为32768）会迅速耗尽，导致新容器无法fork进程，表现为Pod卡在ContainerCreating状态，日志中出现fork: Cannot allocate memory或failed to create containerd task。
确认当前pid_max值并判断是否过低
执行cat /proc/sys/kernel/pid_max查看当前上限。若输出≤65536，且节点已运行超150个Pod或存在高进程数应用（如Java服务、sidecar密集型服务），则该值已处于风险边缘。
注意：仅看Pod数量不够——每个Pod平均可能占用5～50+个PID（含init进程、业务主进程、健康检查子进程、日志采集agent等），真实压力远高于Pod计数。
临时提升pid_max（重启后失效）
执行sysctl -w kernel.pid_max=262144即可立即生效。该操作无需重启任何服务，kubelet和containerd会自动感知新上限。
【必须同步调整kubelet预留参数，否则仅调大pid_max会导致系统守护进程被挤占】
永久修改pid_max并写入配置文件
第一步：编辑/etc/sysctl.conf，在末尾追加一行：
kernel.pid_max = 262144
第二步：执行sysctl -p使配置加载。此时即使重启宿主机，该值也会保留。
第三步：验证生效——再次运行cat /proc/sys/kernel/pid_max，确认输出为262144。
注意：该值不宜设为655360或更高，超过524288可能触发内核内部thread-max约束异常，262144是生产环境经压测验证的安全上限。
配置kubelet PID预留与单Pod限额
方法一：通过kubelet启动参数配置（推荐用于kubeadm或二进制部署）
在/etc/systemd/system/kubelet.service.d/10-kubeadm.conf中添加以下两项：
--system-reserved=pid=2000 \
--kube-reserved=pid=1500 \
--pod-max-pids=1000
方法二：通过kubelet配置文件（适用于KubeletConfiguration YAML）
在/var/lib/kubelet/config.yaml中加入：
systemReserved:
pid: "2000"
kubeReserved:
pid: "1500"
podPidsLimit: 1000
重启kubelet：systemctl daemon-reload && systemctl restart kubelet
