如何在K8s init容器启动主应用前挂载配置目录部署MongoDB

Init容器即使崩溃也可以单独拉取日志，先执行以下命令获取具体报错信息，优先定位根本原因：
kubectl logs <pod-name> -c mongo-init
结合现有配置信息，可先排查以下已知问题：

• 当前init容器使用curlimages/curl:latest镜像，默认入口点为curl命令，你未配置init容器的启动命令与参数，无参执行curl会直接退出，返回的退出码正好为2，和你观察到的崩溃现象一致。
• 你已挂载初始化脚本mongodb-config.sh，但未配置init容器执行该脚本，前置准备逻辑完全没有运行。

1. 修正init容器配置 #

补充init容器的启动命令，执行你挂载的初始化脚本，参考配置如下：

initContainers:
  - name: mongo-init
    image: curlimages/curl:latest
    command: ["/bin/sh", "-c"]
    args:
      - /mongodb/mongodb-config.sh
    volumeMounts:
      - mountPath: /mongodb/mongodb-config.sh
        name: mongo-config
        subPath: mongodb-config.sh
      - mountPath: /mongo/scripts
        name: mongo-scripts

如果初始化脚本需要用到环境变量，需要把主容器中引用configmap的env配置同步添加到init容器配置中。

2. 关联问题修正 #

主容器配置中存在路径不匹配问题：你将脚本目录挂载到了/mongo/scripts，但启动参数写的是/scripts/mongo-run.sh，会导致init容器修复后主容器依然启动失败，需要将参数修改为/mongo/scripts/mongo-run.sh。
如果你的初始化脚本需要修改目录权限、操作持久化存储，建议替换init容器镜像为busybox:latest或alpine:latest，避免curlimages/curl默认非root用户带来的权限问题。

3. 临时排查技巧 #

如果无法直接通过日志定位问题，可以临时将init容器的启动命令改为sleep 3600，让init容器不会直接退出，再exec进入容器手动执行脚本排查：

initContainers:
  - name: mongo-init
    image: busybox:latest
    command: ["/bin/sh", "-c"]
    args:
      - sleep 3600
    # 保留原有的volumeMounts配置

容器启动后执行kubectl exec -it <pod-name> -c mongo-init -- sh即可进入容器排查。

如果不想使用init容器，还可以选择两种实现方式：

• 将初始化逻辑合并到主容器的启动脚本中，执行完初始化操作后再启动Mongo主进程
• 使用K8s的PostStart生命周期钩子，在主容器启动后先执行初始化逻辑，完成后再对外提供服务，适合初始化不依赖Mongo主进程启动的场景

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