Kubernetes部署MongoDB Pod遇镜像拉取失败问题求助

一、先解决Mongo镜像拉取失败的问题 #

1. 指定具体镜像版本，避免latest标签的不确定性
   直接用mongo默认拉取latest镜像，可能因为镜像仓库更新、网络波动导致拉取失败。改成指定稳定版本（比如6.0），能大幅降低拉取风险。修改YAML中容器的image字段：

image: mongo:6.0

2. 调整镜像拉取策略
   原配置里imagePullPolicy: Always会强制每次拉取镜像，若网络不稳定很容易失败。先改成IfNotPresent，仅当节点本地没有该镜像时才拉取：

imagePullPolicy: IfNotPresent

3. 排查具体拉取错误原因
   用Kubectl命令查看Pod的详细事件，定位到底是网络、认证还是镜像不存在的问题：

# 先获取Mongo Pod的名称
kubectl get pods
# 替换成实际Pod名称查看事件
kubectl describe pod auth-mongo-depl-xxxxxx-xxxxx

如果是网络问题，检查Kubernetes节点能否访问Docker Hub：

curl https://hub.docker.com/v2/repositories/library/mongo/tags/

要是节点没有外网，得提前把Mongo镜像拉取到节点上，或者配置私有镜像仓库。

二、解决Scaffold命令终止导致其他服务关闭的问题 #

1. 调整Scaffold的部署配置
   查看Scaffold的文档或配置文件，看是否支持设置非阻塞部署——也就是某个服务部署失败时，不终止整个集群的其他服务。比如部分Scaffold工具允许通过参数或配置标记某个部署为"可选"，或者调整部署顺序，先启动不依赖Mongo的服务。

2. 临时隔离Mongo部署
   开发阶段可以先注释掉YAML里的Mongo部署和Service部分，单独启动其他服务，确认Scaffold能正常运行后，再单独调试Mongo的问题，避免影响开发流程。

修改后的完整YAML示例 #

apiVersion: apps/v1
kind: Deployment
metadata:
  name: auth-mongo-depl
spec:
  replicas: 1
  strategy:
    type: RollingUpdate
    rollingUpdate:
      maxSurge: 1
      maxUnavailable: 1
  minReadySeconds: 5    
  selector:
    matchLabels:
      app: auth-mongo
  template:
    metadata:
      labels:
        app: auth-mongo
    spec:
      containers:
        - name: auth-mongo
          image: mongo:6.0  # 指定稳定版本
          imagePullPolicy: IfNotPresent  # 优化拉取策略
          ports:
            - containerPort: 27017
            
---
apiVersion: v1
kind: Service
metadata:
  name: auth-mongo-srv
spec:
  selector:
    app: auth-mongo
  type: ClusterIP  
  ports:
    - name: db
      protocol: TCP
      port: 27017
      targetPort: 27017

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