有一种简单有效的方法可以将本地Docker映像直接推送到minikube中，这将节省再次在minikube中构建映像的时间。

minikube image load <image name>

(minikube缓存添加<映像名称> -旧的已弃用的方式，供参考)

详情请点击这里

所有可能的方法推图像到minikube在这里提到:https://minikube.sigs.k8s.io/docs/handbook/pushing/

有两种简单的方法将本地图像加载到Minikube。

始终确保在部署yaml中设置imagePullPolicy: Never。

Eg:

spec:
  containers:
    - name: myapp
      image: pz/demo
      imagePullPolicy: Never
      ports:
        - containerPort: 8080

幸运的是，有两个简单的命令可以帮助解决这个问题。

第一个是图像加载命令。您可以使用以下命令将Docker映像从本地机器加载到Minikube集群中。

一般

minikube图像加载<IMAGE_NAME>

例子

Minikube图像加载pz/demo

将映像加载到Minikube集群后，可以重新启动上述部署的Pods，并注意到它们启动正常。

使用前一种方法，您总是在本地机器上构建Docker映像，然后将其移动到Minikube容器，这同样需要一些时间，尽管不是很多。

使用Minikube的映像构建命令，我们可以直接在Minikube容器中构建映像。

一般

minikube image build -t <IMAGE_NAME> <PATH_TO_DOCKERFILE>

例子

minikube image build -t pz/demo /New APP/Dockerfile

使用minikube image build命令，映像可以立即用于Minikkube，而不需要通过minikube image load命令进行第二步显式加载。

使用这两种方法中的一种，将我们的应用程序Docker镜像导入Minikube并重新启动Pods，我们可以重新检查部署的日志:

此外，为了验证端到端一切都按预期工作，我们可以使用以下命令将本地端口8080移植到部署的8080:

Kubectl端口转发部署/myapp 8080:8080

重新检查浏览器，我们看到本地构建的应用程序在Minikube集群上运行良好。

裁判:https://levelup.gitconnected.com/two-easy-ways-to-use-local-docker-images-in-minikube-cd4dcb1a5379

注:

This Answer isnt limited to minikube! If wanting to create the registry on minikube's Docker then run eval $(minikube docker-env) first (to make docker available on the host machine's terminal). Otherwise enter in the virtual machine via minikube ssh, and then proceed with the following steps depending on your operative system, minikube will automatically mount your homepath onto the VM. as Eli stated, you'll need to add the local registry as insecure in order to use http (may not apply when using localhost but does apply if using the local hostname) Don't use http in production, make the effort for securing things up.

使用本地注册表:

docker run -d -p 5000:5000 --restart=always --name local-registry registry:2

现在正确地标记你的图像:

docker tag ubuntu localhost:5000/ubuntu

注意，localhost应该更改为运行注册表容器的机器的dns名称。

现在将您的映像推到本地注册表:

docker push localhost:5000/ubuntu

你应该可以把它拉回来:

docker pull localhost:5000/ubuntu

现在更改yaml文件以使用本地注册表。

考虑在适当的位置挂载卷，以便在注册表上持久化映像。

Docker上的minikube:

选项1:使用minikube注册表

检查你的minikube端口 码头工人ps

您将看到如下内容:127.0.0.1:32769->5000/tcp 这意味着您的minikube注册表对外使用的是32769端口，但对内使用的是5000端口。

构建你的docker图像标记它: Docker build -t 127.0.0.1:32769/hello。 将映像推到minikube注册表: Docker push 127.0.0.1:32769/hello 检查是否有: curl http://localhost: 32769 / v2 / _catalog 使用内部端口构建一些部署: Kubectl创建部署hello——image=127.0.0.1:5000/hello

你的图像现在在minikube容器中，要看到它写:

eval $(minikube -p <PROFILE> docker-env)
docker images

注意:如果只使用一个名为“minikube”的配置文件，那么“-p”部分是多余的，但如果使用更多则不要忘记它;就我个人而言，我删除了标准的(minikube)，以免出错。

选项2:不使用注册表

切换到minikube容器Docker: $(minikube -p <配置> docker-env) 塑造你的形象: Docker build -t hello。 创建一些部署: Kubectl创建部署hello——image=hello

最后，将部署ImagePullPolicy从Always更改为IfNotPresent:

Kubectl编辑部署你好

安装minikube docker-env 再次构建相同的docker映像(使用minikube docker-env) 在部署中将imagePullPolicy更改为Never

实际上，你的Minikube不能识别你的docker守护进程，因为它是一个独立的服务。您必须首先设置您的minikube-docker环境使用下面的命令来检查

 "eval $(minikube docker-env)"

如果你运行下面的命令，它会显示你的minikube在哪里寻找docker。

~$ minikube docker-env
export DOCKER_TLS_VERIFY="1"
export DOCKER_HOST="tcp://192.168.37.192:2376"
export DOCKER_CERT_PATH="/home/ubuntu/.minikube/certs"
export MINIKUBE_ACTIVE_DOCKERD="minikube"

**# To point your shell to minikube's docker-daemon, run:**
# eval $(minikube -p minikube docker-env)

一旦你设置了minikube docker-env，你必须再次构建镜像，否则它会失败。

kubernetes文档:

https://kubernetes.io/docs/concepts/containers/images/#updating-images

默认的拉取策略是IfNotPresent，它会导致Kubelet跳过已经存在的图像的拉取。如果你想一直用力拉，你可以做以下其中一种: 将容器的imagePullPolicy设置为Always; 使用:最新作为标签的图像使用; 启用AlwaysPullImages准入控制器。

或者换一种方式阅读:使用:latest标记强制始终拉取图像。如果你像上面提到的那样使用eval $(minikube docker-env)，那么要么不使用任何标签，要么给你的本地映像分配一个标签，你可以避免Kubernetes试图强制拉出它。