如何在Minikube中部署Docker镜像解决Pod重启及端口访问问题

你碰到的所有问题本质是三个配置/认知偏差：

• CrashLoopBackOff根因：Kubernetes判定容器生命周期完全绑定PID 1主进程，只要主进程退出就直接标记容器完成、触发重启。你的镜像在Docker Desktop能跑，是因为Docker对后台进程的容忍度更高，哪怕启动脚本执行完，只要还有后台服务进程留着就不会杀容器；但K8s完全不看这个，启动脚本跑完PID 1就退出，容器自然直接终止进入循环重启逻辑。
• 端口配置硬错：你YAML里全写的5000端口，和MySQL实际监听的3306、Redis的6379根本对不上，就算容器跑起来，Service流量也转发不到对应的服务上。
• 切minikube docker-env直接跑容器没法外部访问是正常表现：这个命令只是把你本地的docker客户端连到minikube虚拟机里的docker服务，直接docker run启动的容器根本不接入K8s的网络规则，也没做端口映射，从外面当然访问不到。

第一步：修正镜像启动逻辑，保证主进程常驻 #

修改镜像的启动入口脚本，在拉起MySQL、Redis和其他业务组件之后，追加一个前台阻塞的常驻命令，避免脚本执行完直接退出。通用启动脚本示例如下：

#!/bin/bash
# 按你镜像内实际的服务启动命令调整
service mysql start
service redis-server start
# 这里追加你自己的其他应用组件启动命令

# 最后加前台阻塞命令，占住PID 1保证容器不退出
tail -f /dev/null

将这个脚本设为镜像的ENTRYPOINT后，重新构建镜像——注意要先切到minikube的docker环境再构建，保证镜像直接存到minikube本地镜像库：

eval $(minikube docker-env)
docker build -t c-app-latest:latest .

注意：最后的阻塞命令不能加&放到后台运行，必须让它持续占用前台进程。

第二步：修正K8s资源YAML配置 #

首先把所有错误的5000端口改成服务实际监听的端口，另外你这个镜像内置了MySQL、Redis这类有状态组件，不适合跑多副本，把副本数改成1避免存储争用、数据不一致问题。修正后的YAML如下：

apiVersion: v1
kind: Service
metadata:
  name: c-service
spec:
  selector:
    app: c-app
  ports:
  - name: mysql
    protocol: TCP
    port: 3306
    targetPort: 3306 # 匹配容器内MySQL实际监听端口
  - name: redis
    protocol: TCP
    port: 6379
    targetPort: 6379 # 需要暴露Redis就加这段配置
  type: LoadBalancer

---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: c-app
spec:
  selector:
    matchLabels:
      app: c-app
  replicas: 1 # 有状态服务禁止多副本部署
  template:
    metadata:
      labels:
        app: c-app
    spec:
      containers:
      - name: c-app
        image: c-app-latest:latest
        imagePullPolicy: Never
        ports:
        - name: mysql
          containerPort: 3306
        - name: redis
          containerPort: 6379

第三步：部署验证 #

1. 应用配置：

   kubectl apply -f 你的yaml文件路径.yaml
   

2. 等待Pod启动，确认状态为Running：

   kubectl get pods
   

3. minikube的LoadBalancer类型Service需要单独开隧道才能从本地访问，新开一个终端执行以下命令并保持运行：

   minikube tunnel
   

4. 查看Service分配的外部IP，之后就可以通过这个IP+3306端口连接镜像内的MySQL服务：

   kubectl get svc c-service
   

5. 进入容器终端直接执行你需要的命令即可：

   kubectl exec -it <你的pod名称> -- /bin/bash
   

如果调整后Pod仍然启动失败，直接查看上一次容器崩溃的日志定位具体报错即可：

kubectl logs <你的pod名称> --previous

常见报错集中在MySQL/Redis的目录权限、配置文件参数不匹配这类问题，根据日志提示调整对应配置就行。

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