为何需为MongoDB配置db.adminCommand('ping')存活探针？

当然存在Mongo主进程没退出，但服务彻底没法正常干活的场景——kubelet只盯着进程是否存活，根本管不了应用层的状态，这时候就得靠db.adminCommand('ping')这种应用级探针来兜底。

具体常见的场景有这些：

• 内部死锁/资源僵死：MongoDB进程还在跑，但内部因为复杂查询、事务操作导致死锁，所有工作线程都被占住，新的请求根本进不来，进程不死但服务等于瘫痪。
• 连接池被榨干：如果应用代码写得烂，大量持有连接不释放，把MongoDB的连接池占满，新请求连不上，进程本身没崩溃，但对外完全提供不了服务。
• 复制集同步故障：复制集里的从节点可能因为网络断了、磁盘IO爆了，同步卡住了，进程活着，但没法提供读服务，甚至连选举都参与不了，这时候进程检测根本发现不了问题。
• 资源耗尽到僵死：比如磁盘写满了，MongoDB不会立刻退出，但没法写入数据，连带着读请求也可能受影响；或者内存被吃光，进程进入僵死状态，只能挂着但没法响应任何命令。
• 认证/配置失效：比如突然改了认证配置，或者权限出问题，进程正常运行，但客户端根本连不上、执行不了操作，这时候ping命令能直接验证服务是否能正常处理请求。

而db.adminCommand('ping')是个轻量到极致的命令，不需要特殊权限，只要MongoDB实例能正常处理命令，就会返回{ ok: 1 }。用它做存活探针，能精准检测应用层的可用性，而不是只看进程有没有在跑。一旦探针失败，kubelet就会重启容器，把服务拉回来。

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