【k8s学习】在minikube中使用本地docker镜像

【环境】

MacOS
minikube version: v1.25.2
minikube vm-driver: hyperkit

【参考】
https://minikube.sigs.k8s.io/docs/handbook/pushing/

1. Pushing directly to the in-cluster Docker daemon (docker-env)

1.1 Linux或MacOS可以使用命令：

eval $(minikube docker-env)

这个适用于用vm-driver启动的minikube（比如minikube start --vm-driver=hyperkit，或是其它虚拟driver，默认minikube start使用的是docker的虚拟driver），这个命令不适用vm-driver=none的情况。

我们可以在minikube集群中用daemon的方式重用现有的docker。
意味着我们不需要再将docker image push到远程的docker hub后，再在deployment.yaml中pull了，而是可以在minikube中直接使用docker build后使用这个镜像了！！！

比如在执行前，查看docker的进程：

image.png

在执行后（即把docker进程以daemon的方式include进minikube的集群后），因为已经在minikube的集群中了，所以可以看到运行了很多minikube相关的容器进程：

image.png

1.2 测试

我们先打包一个本地镜像：
准备一个Spring Boot项目，端口为8090，可以参考我之前的文章：【k8s学习】在Kubernetes上部署Hazelcast集群（embedded模式）

build镜像：

docker build -f DockerFile -t localhost/hazelcast-k8s-single .

通过docker images查看镜像：

image.png

以往接下来的步骤是docker push命令将镜像推送至docker hub，而现在因为docker以daemon的方式include到minikube集群中了，所以在minikube中可以直接使用打包的docker image。

创建deployment.yaml文件，重点是需要先把属性imagePullPolicy:Always关掉，改用imagePullPolicy:IfNotPresent或imagePullPolicy:Never：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: hazelcast-k8s
  labels:
    app: hazelcast
spec:
  replicas: 1
  selector:
    matchLabels:
      app: hazelcast
  template:
    metadata:
      labels:
        app: hazelcast
    spec:
      containers:
      - name: hazelcast-k8s
        image: localhost/hazelcast-k8s-single
        imagePullPolicy: IfNotPresent
        ports:
        - containerPort: 8090

部署deployment.yaml

kubectl apply -f deployment.yaml

image.png

查看：

image.png

查看Pod log，可以看到已经运行了：

kubectl logs hazelcast-k8s-6dfb49ccb8-dlxkj

image.png

1.3 想要取消上述的命令：

参考：https://stackoverflow.com/questions/30550742/how-do-i-undo-the-command-eval-docker-machine-env-blog

官网：https://minikube.sigs.k8s.io/docs/commands/docker-env/
官网上有说minikube docker-env [flags]，这个命令，可以加上参数-u, --unset：Unset variables instead of setting them，即为取消上述的docker daemon操作，试一下：

docker-machine env -u

image.png

再次调用docker ps，可以看到没有k8s的容器进程了：

image.png

2. Push images using ‘cache’ command

2.1 首先调用minikube cache list查看有没有cache，确保下面的测试准确性。

2.2 minikube image load介绍

我们可以把docker image直接push到minikube中，这个image会自动被minikube缓存起来。

首先还是先打包一个本地docker镜像：
build镜像：

docker build -f DockerFile -t cached/hazelcast-k8s-single .

image.png

添加到minikube cache中：

minikube cache add cached/hazelcast-k8s-single

查看cache list：

minikube cache list

image.png

另，如果cache里已经有了image，想要更新，可以用：

minikube cache reload

2.3 测试

修改#1.2中的deployment image，从localhost/hazelcast-k8s-single改成cached/hazelcast-k8s-single，然后部署之。

image.png

这里还是需要设置imagePullPolicy为IfNotPresent或Never，如果不设置，pod在pull image的时候会报错，因为它还是会试图从docker hub中pull image：Failed to pull image "cached/hazelcast-k8s-single": rpc error: code = Unknown desc = Error response from daemon: pull access denied for cached/hazelcast-k8s-single, repository does not exist or may require 'docker login': denied: requested access to the resource is denied

查看，可以看到Pod已经运行：

image.png

通过kubectl describe可以看到pull image直接在machine中存在了，所以不会从docker hub中拉取了：

kubectl describe pod hazelcast-k8s-699ffb895c-jfk42

image.png

2.4 删除minikube cache 列表

minikube cache delete cached/hazelcast-k8s-single

image.png

---

文章开头的文章中还介绍了别的一些方式，可以点进去详细了解下其它方式，比如：

• Pushing directly to in-cluster CRI-O. (podman-env)
• Pushing to an in-cluster using Registry addon
• Building images inside of minikube using SSH
• 等等