我有几个docker映像,我想使用minikube。我不想先上传然后再下载相同的图像,而不是直接使用本地图像。我怎么做呢?

我尝试过的东西: 1. 我试着运行这些命令(分别删除minikube的实例并重新开始)

kubectl run hdfs --image=fluxcapacitor/hdfs:latest --port=8989
kubectl run hdfs --image=fluxcapacitor/hdfs:latest --port=8989 imagePullPolicy=Never

输出:

NAME                    READY     STATUS              RESTARTS   AGE
hdfs-2425930030-q0sdl   0/1       ContainerCreating   0          10m

它只是停留在某个状态,但从未达到就绪状态。

2. 我试着创建一个注册表,然后将图像放入其中,但这也不起作用。我可能做错了,但我找不到正确的说明来做这个任务。

请提供在本地kubernetes实例中使用本地docker映像的说明。 操作系统:ubuntu 16.04 Docker: Docker版本1.13.1,build 092cba3 Kubernetes:

Client Version: version.Info{Major:"1", Minor:"5", GitVersion:"v1.5.3", GitCommit:"029c3a408176b55c30846f0faedf56aae5992e9b", GitTreeState:"clean", BuildDate:"2017-02-15T06:40:50Z", GoVersion:"go1.7.4", Compiler:"gc", Platform:"linux/amd64"}
Server Version: version.Info{Major:"1", Minor:"5", GitVersion:"v1.5.2", GitCommit:"08e099554f3c31f6e6f07b448ab3ed78d0520507", GitTreeState:"clean", BuildDate:"1970-01-01T00:00:00Z", GoVersion:"go1.7.1", Compiler:"gc", Platform:"linux/amd64"}

如果有人能帮我找到一个解决方案,使用docker-compose来做到这一点,那就太棒了。

编辑:

在eval $(minikube docker-env)中加载的图像:

REPOSITORY                                            TAG                 IMAGE ID            CREATED             SIZE
fluxcapacitor/jupyterhub                              latest              e5175fb26522        4 weeks ago         9.59 GB
fluxcapacitor/zeppelin                                latest              fe4bc823e57d        4 weeks ago         4.12 GB
fluxcapacitor/prediction-pmml                         latest              cae5b2d9835b        4 weeks ago         973 MB
fluxcapacitor/scheduler-airflow                       latest              95adfd56f656        4 weeks ago         8.89 GB
fluxcapacitor/loadtest                                latest              6a777ab6167c        5 weeks ago         899 MB
fluxcapacitor/hdfs                                    latest              00fa0ed0064b        6 weeks ago         1.16 GB
fluxcapacitor/sql-mysql                               latest              804137671a8c        7 weeks ago         679 MB
fluxcapacitor/metastore-1.2.1                         latest              ea7ce8c5048f        7 weeks ago         1.35 GB
fluxcapacitor/cassandra                               latest              3cb5ff117283        7 weeks ago         953 MB
fluxcapacitor/apachespark-worker-2.0.1                latest              14ee3e4e337c        7 weeks ago         3.74 GB
fluxcapacitor/apachespark-master-2.0.1                latest              fe60b42d54e5        7 weeks ago         3.72 GB
fluxcapacitor/package-java-openjdk-1.8                latest              1db08965289d        7 weeks ago         841 MB
gcr.io/google_containers/kubernetes-dashboard-amd64   v1.5.1              1180413103fd        7 weeks ago         104 MB
fluxcapacitor/stream-kafka-0.10                       latest              f67750239f4d        2 months ago        1.14 GB
fluxcapacitor/pipeline                                latest              f6afd6c5745b        2 months ago        11.2 GB
gcr.io/google-containers/kube-addon-manager           v6.1                59e1315aa5ff        3 months ago        59.4 MB
gcr.io/google_containers/kubedns-amd64                1.9                 26cf1ed9b144        3 months ago        47 MB
gcr.io/google_containers/kube-dnsmasq-amd64           1.4                 3ec65756a89b        5 months ago        5.13 MB
gcr.io/google_containers/exechealthz-amd64            1.2                 93a43bfb39bf        5 months ago        8.37 MB
gcr.io/google_containers/pause-amd64           

当前回答

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编辑部署你好

其他回答

注:

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文件以使用本地注册表。

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

关于“minikube”要记住的一件事是,minikube的主机与您的本地主机不相同,因此,我意识到,为了使用本地映像进行测试,您必须首先在本地构建docker映像,或者在本地将其拉到本地,然后使用下面的命令将其添加到minikube上下文中,这是另一个Linux实例。

 minikube cache add <image>:<tag>

但是,不要忘记在kubernetes部署yamls中设置imagePullPolicy: Never,因为它将确保使用本地添加的映像,而不是试图从注册表中远程提取它。

更新:minikube缓存将在未来的版本中被弃用,请切换到minikube镜像加载

有两种简单的方法将本地图像加载到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

一个想法是在本地保存docker映像,然后将它加载到minikube中,如下所示:

比方说,你已经有了puckel/docker气流图像。

将映像保存到本地磁盘- Docker save puckel/ Docker -气流> puckel_docker_airflow.tar 现在进入minikube docker env - Eval $(minikube docker-env) 加载本地保存的图像- Docker load < puckel_docker_airflow.tar

就是这么简单,它就像一个魅力。

如果你可以在docker的vm中运行k8s呢?在docker desktop的最新版本中有对这个功能的本地支持…您只需要启用这种支持。

https://www.docker.com/blog/kubernetes-is-now-available-in-docker-desktop-stable-channel/ https://www.docker.com/blog/docker-windows-desktop-now-kubernetes/

我是怎么发现的:

在阅读helm的文档时,他们会给你一个如何安装minikube的简短教程。 该教程将minikube安装在不同于docker的vm中。

所以当安装我的头盔图表时,我无法让helm/k8s拉出我使用docker构建的图像。这就是我提出这个问题的原因。

所以…如果你能适应docker桌面附带的任何版本的k8s,并且你能适应docker在任何虚拟机中运行,那么这个解决方案可能比其他一些解决方案更容易一些。

免责声明:不确定在windows/linux容器之间切换会产生什么影响。