如何在microk8s集群部署MongoDB ReplicaSet及Pod崩溃问题排查

• 存储权限校验：microk8s默认启用的hostpath-storage插件自动创建的PV，挂载目录默认属主为root，而MongoDB官方镜像默认以UID 1000的非root用户运行，无目录写入权限是最常见的崩溃原因。你可以在StatefulSet的spec.template.spec.securityContext中添加runAsUser: 0临时用root身份启动验证，如果启动正常即可确认是权限问题，长期修复可以添加initContainer执行chown -R 1000:1000 /data/db修改挂载目录权限。
• 副本集配置校验：首先确认启动参数中--replSet指定的集群名称在所有副本中完全一致；其次确认部署使用StatefulSet+Headless Service的组合，Pod之间可以通过<statefulset名称>-<序号>.<headless服务名称>.<命名空间>.svc.cluster.local的域名互相解析，可启动临时busybox Pod执行ping命令验证DNS连通性。
• 资源与异常事件校验：查看Pod describe结果的Events字段，如果存在OOMKilled标记，说明分配的内存低于MongoDB最低运行要求，需将每个Pod的内存request/limit调整到1G以上。同时检查节点27017端口是否被主机进程占用，导致Pod端口绑定失败。
• 历史残留数据校验：如果此前部署过MongoDB未清理PV数据，旧的副本集元数据会导致新实例初始化失败，可删除当前所有关联PVC，等待storage插件自动重建PV后重新部署验证。
• RBAC权限校验：如果使用了自动初始化副本集的sidecar容器，需要确认对应的ServiceAccount已经绑定了足够权限的Role，允许访问K8s API查询StatefulSet关联的Pod列表，否则sidecar无法完成副本集注册也会导致主进程崩溃。

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