docker - Kubernetes pod 未启动，在代理后面运行

Question

我在 minikube 上运行 kubernetes，我在代理后面，所以我在/etc/systemd/system/docker.service.d/http-proxy.conf 中为 docker 设置了环境变量(HTTP_PROXY 和 NO_PROXY)。我能够执行 docker pull 但是当我运行下面的示例时

kubectl run hello-minikube --image=gcr.io/google_containers/echoserver:1.4 --port=8080
kubectl expose deployment hello-minikube --type=NodePort
kubectl get pod

pod 永远不会启动，我收到错误

desc = unable to pull sandbox image\"gcr.io/google_containers/pause-amd64:3.0\"

docker pull gcr.io/google_containers/echoserver:1.4 工作正常

Answer 1

我遇到了同样的问题，并分享了我在犯了几次错误之后学到的东西。这是 minikube v0.19.0。如果您有旧版本，则可能需要更新。

请记住，我们需要完成两件事:

1. 确保 kubctl 在连接到桌面上的 minikube 时不通过代理。
2. 确保 minikube 中的 docker 守护进程在需要连接到图像存储库时确实通过代理。

首先，确保您的代理设置在您的环境中是正确的。这是我的 .bashrc 中的示例:

export {http,https,ftp}_proxy=http://${MY_PROXY_HOST}:${MY_PROXY_PORT}
export {HTTP,HTTPS,FTP}_PROXY=${http_proxy}
export no_proxy="localhost,127.0.0.1,localaddress,.your.domain.com,192.168.99.100"
export NO_PROXY=${no_proxy}

有几点需要注意:

1. 我设置了小写和大写。有时这很重要。
2. 192.168.99.100 来自 minikube ip。您可以在集群启动后添加它。

好的，这样应该可以确保 kubectl 正常工作。现在我们有下一个问题，即确保使用您的代理设置配置 minikube 中的 Docker 守护进程。你这样做，正如 PMat 所提到的那样:

$ minikube delete
$ minikube start --docker-env HTTP_PROXY=${http_proxy} --docker-env HTTPS_PROXY=${https_proxy} --docker-env NO_PROXY=192.168.99.0/24

要验证是否已采用这些设置，请执行以下操作:

$ minikube ssh -- systemctl show docker --property=Environment --no-pager

您应该会看到列出的代理环境变量。

为什么 minikube 删除？因为没有它，如果您之前创建了一个集群(比如没有代理信息)，启动将不会更新 Docker 环境。也许这就是为什么 PMat 没有成功通过 --docker-env 启动(或者可能是在旧版本的 minikube 上)。