记录k8s中部署dashboard报错ImagePullBackOff

最新推荐文章于 2024-10-08 11:00:33 发布
最新推荐文章于 2024-10-08 11:00:33 发布
阅读量567 收藏
点赞数 6
文章标签： kubernetes 容器 云原生
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/kely6666/article/details/139000879
版权

查看container服务日志信息，提示无法拉取k8s.gcr.io/kubernetes-dashboard-amd64:v1.10.1这个镜像。考虑手动拉取镜像。

root@czx-virtual-machine:/# systemctl status containerd.service
● containerd.service - containerd container runtime
   Loaded: loaded (/lib/systemd/system/containerd.service; enabled; vendor preset: enabled)
   Active: active (running) since Fri 2024-05-17 11:26:28 CST; 8min ago
     Docs: https://containerd.io
  Process: 115685 ExecStartPre=/sbin/modprobe overlay (code=exited, status=0/SUCCESS)
 Main PID: 115686 (containerd)
    Tasks: 83
   CGroup: /system.slice/containerd.service
           ├─ 87866 /usr/bin/containerd-shim-runc-v2 -namespace k8s.io -id 69c3e72ad69388da2d4bcf5cce893ddc2853fa223716c2ba4c506508c207a897 -address /run/containerd/containerd.sock
           ├─ 87876 /usr/bin/containerd-shim-runc-v2 -namespace k8s.io -id 7d055076de6fd00f82b512e63ef090b800bb24a211726d5a81ecb5aacbafbf51 -address /run/containerd/containerd.sock
           ├─ 88984 /usr/bin/containerd-shim-runc-v2 -namespace k8s.io -id d8650c9056a219b50b8602153124805d030cdbd302094a812226984463a6f116 -address /run/containerd/containerd.sock
           ├─ 88996 /usr/bin/containerd-shim-runc-v2 -namespace k8s.io -id b44f70c301d37370e2673ff1ce1b5844ec58d74f5d126d8433384915677ddeac -address /run/containerd/containerd.sock
           ├─ 89019 /usr/bin/containerd-shim-runc-v2 -namespace k8s.io -id 44e76e2f079e76caaf53b801da3b8ba702e39246e531e26cf3e6616352bddebc -address /run/containerd/containerd.sock
           ├─ 98166 /usr/bin/containerd-shim-runc-v2 -namespace k8s.io -id c877744656b9b5f546a994476e8e9e084fb7179eba2b6afac3a142d4202526e1 -address /run/containerd/containerd.sock
           └─115686 /usr/bin/containerd

5月 17 11:29:48 k8s-node2 containerd[115686]: time="2024-05-17T11:29:48.039325879+08:00" level=info msg="trying next host" error="failed to do request: Head \"https://k8s.gcr.io/v2/kubernetes-dashboard-amd64/manifests/v1.10.1\": dial tcp 142.2
5月 17 11:29:48 k8s-node2 containerd[115686]: time="2024-05-17T11:29:48.039819132+08:00" level=error msg="PullImage \"k8s.gcr.io/kubernetes-dashboard-amd64:v1.10.1\" failed" error="failed to pull and unpack image \"k8s.gcr.io/kubernetes-dashbo
5月 17 11:31:21 k8s-node2 containerd[115686]: time="2024-05-17T11:31:21.022586595+08:00" level=info msg="PullImage \"k8s.gcr.io/kubernetes-dashboard-amd64:v1.10.1\""
5月 17 11:31:42 k8s-node2 containerd[115686]: time="2024-05-17T11:31:42.040689375+08:00" level=info msg="trying next host" error="failed to do request: Head \"https://k8s.gcr.io/v2/kubernetes-dashboard-amd64/manifests/v1.10.1\": dial tcp 142.2
5月 17 11:31:42 k8s-node2 containerd[115686]: time="2024-05-17T11:31:42.041532628+08:00" level=error msg="PullImage \"k8s.gcr.io/kubernetes-dashboard-amd64:v1.10.1\" failed" error="failed to pull and unpack image \"k8s.gcr.io/kubernetes-dashbo
5月 17 11:34:29 k8s-node2 containerd[115686]: time="2024-05-17T11:34:29.021759187+08:00" level=info msg="PullImage \"k8s.gcr.io/kubernetes-dashboard-amd64:v1.10.1\""
5月 17 11:34:50 k8s-node2 containerd[115686]: time="2024-05-17T11:34:50.038493794+08:00" level=info msg="trying next host" error="failed to do request: Head \"https://k8s.gcr.io/v2/kubernetes-dashboard-amd64/manifests/v1.10.1\": dial tcp 142.2
5月 17 11:34:50 k8s-node2 containerd[115686]: time="2024-05-17T11:34:50.038987933+08:00" level=error msg="PullImage \"k8s.gcr.io/kubernetes-dashboard-amd64:v1.10.1\" failed" error="failed to pull and unpack image \"k8s.gcr.io/kubernetes-dashbo
5月 17 11:34:57 k8s-node2 containerd[115686]: time="2024-05-17T11:34:57.010082638+08:00" level=info msg="No cni config template is specified, wait for other system components to drop the config."
5月 17 11:34:58 k8s-node2 containerd[115686]: time="2024-05-17T11:34:58.185871447+08:00" level=info msg="PullImage \"k8s.gcr.io/kubernetes-dashboard-amd64:v1.10.1\""

手动拉取镜像超时，说明这个镜像源用不了，尝试换一个

修改kubernetes-dashboard.yaml 文件，将kubernetes-dashboard容器镜像来源改为 mirrorgooglecontainers/kubernetes-dashboard-amd64:v1.10.0。

root@ubt:/# vi kubernetes-dashboard.yaml

更新

root@ubt:/# kubectl apply -f kubernetes-dashboard.yaml
secret/kubernetes-dashboard-certs unchanged
serviceaccount/kubernetes-dashboard unchanged
role.rbac.authorization.k8s.io/kubernetes-dashboard-minimal unchanged
rolebinding.rbac.authorization.k8s.io/kubernetes-dashboard-minimal unchanged
deployment.apps/kubernetes-dashboard configured
service/kubernetes-dashboard unchanged

查看pod信息，能观察到在node1节点新创建了一个dashboard

root@ubt:/# kubectl get pod --all-namespaces -o wide
NAMESPACE      NAME                                    READY   STATUS              RESTARTS   AGE    IP                NODE        NOMINATED NODE   READINESS GATES
default        my-nginx-g5vvt                          1/1     Running             0          18h    10.244.4.2        k8s-node2   <none>           <none>
default        my-nginx-nfljp                          1/1     Running             0          18h    10.244.5.3        k8s-node1   <none>           <none>
default        my-nginx-qg55n                          1/1     Running             0          18h    10.244.5.2        k8s-node1   <none>           <none>
default        my-nginx-rwwq7                          1/1     Running             0          18h    10.244.4.4        k8s-node2   <none>           <none>
default        my-nginx-sf96w                          1/1     Running             0          18h    10.244.5.4        k8s-node1   <none>           <none>
default        my-nginx-v7bhq                          1/1     Running             0          18h    10.244.4.3        k8s-node2   <none>           <none>
kube-flannel   kube-flannel-ds-p7bcq                   1/1     Running             0          18h    192.168.145.130   k8s-node2   <none>           <none>
kube-flannel   kube-flannel-ds-qmcvl                   1/1     Running             0          19h    192.168.145.128   ubt         <none>           <none>
kube-flannel   kube-flannel-ds-xnl6f                   1/1     Running             0          18h    192.168.145.129   k8s-node1   <none>           <none>
kube-system    coredns-66f779496c-hbm25                1/1     Running             0          19h    10.244.0.2        ubt         <none>           <none>
kube-system    coredns-66f779496c-mwtdz                1/1     Running             0          19h    10.244.0.3        ubt         <none>           <none>
kube-system    etcd-ubt                                1/1     Running             2          19h    192.168.145.128   ubt         <none>           <none>
kube-system    kube-apiserver-ubt                      1/1     Running             2          19h    192.168.145.128   ubt         <none>           <none>
kube-system    kube-controller-manager-ubt             1/1     Running             2          19h    192.168.145.128   ubt         <none>           <none>
kube-system    kube-proxy-57swn                        1/1     Running             0          18h    192.168.145.129   k8s-node1   <none>           <none>
kube-system    kube-proxy-b26vg                        1/1     Running             0          18h    192.168.145.130   k8s-node2   <none>           <none>
kube-system    kube-proxy-r5stv                        1/1     Running             0          19h    192.168.145.128   ubt         <none>           <none>
kube-system    kube-scheduler-ubt                      1/1     Running             2          19h    192.168.145.128   ubt         <none>           <none>
kube-system    kubernetes-dashboard-57c76df9b5-r8fj8   0/1     ContainerCreating   0          106s   <none>            k8s-node1   <none>           <none>
kube-system    kubernetes-dashboard-5b7fdc85bd-ljc8x   0/1     ErrImagePull        0          17h    10.244.4.6        k8s-node2   <none>           <none>

切换至node1节点服务器，重启containerd服务

root@czx-virtual-machine:/# systemctl restart containerd
root@czx-virtual-machine:/# systemctl status containerd.service
● containerd.service - containerd container runtime
   Loaded: loaded (/lib/systemd/system/containerd.service; enabled; vendor preset: enabled)
   Active: active (running) since Fri 2024-05-17 11:36:50 CST; 1s ago
     Docs: https://containerd.io
  Process: 124741 ExecStartPre=/sbin/modprobe overlay (code=exited, status=0/SUCCESS)
 Main PID: 124742 (containerd)
    Tasks: 83
   CGroup: /system.slice/containerd.service
           ├─ 56926 /usr/bin/containerd-shim-runc-v2 -namespace k8s.io -id 463c5132faa03d4e52638da4a144ef898789b230580f2879f93c6cd140e733e4 -address /run/containerd/containerd.sock
           ├─ 56942 /usr/bin/containerd-shim-runc-v2 -namespace k8s.io -id cd1b9a68335ebdd7c1a5c1edd52b5a0adf7f1b1284e5151543a82a796ce9acbe -address /run/containerd/containerd.sock
           ├─ 58592 /usr/bin/containerd-shim-runc-v2 -namespace k8s.io -id 53a1a0ce2ae7bf7fa7ca8fe5ec516b6a3c8eaa138cc9d011105f2798a5ba90b1 -address /run/containerd/containerd.sock
           ├─ 58602 /usr/bin/containerd-shim-runc-v2 -namespace k8s.io -id 72d668efd43b3f0117b6badb6d752e9fccfffeb3436d6ebc9bb3055bc4f9b6d9 -address /run/containerd/containerd.sock
           ├─ 58615 /usr/bin/containerd-shim-runc-v2 -namespace k8s.io -id 2f847b771c979203bd93457e9bd4c5f9bd410f28567d94794d837816e3fd8ff5 -address /run/containerd/containerd.sock
           ├─123891 /usr/bin/containerd-shim-runc-v2 -namespace k8s.io -id 6b3c55c92ade2594459aa8c1771614403ce1a6771435d42f4890443f1e20babd -address /run/containerd/containerd.sock
           └─124742 /usr/bin/containerd

5月 17 11:36:50 k8s-node1 containerd[124742]: time="2024-05-17T11:36:50.551421221+08:00" level=info msg="Get image filesystem path \"/var/lib/containerd/io.containerd.snapshotter.v1.overlayfs\""
5月 17 11:36:50 k8s-node1 containerd[124742]: time="2024-05-17T11:36:50.589513544+08:00" level=info msg=serving... address=/run/containerd/containerd.sock.ttrpc
5月 17 11:36:50 k8s-node1 containerd[124742]: time="2024-05-17T11:36:50.589499529+08:00" level=info msg="Start subscribing containerd event"
5月 17 11:36:50 k8s-node1 containerd[124742]: time="2024-05-17T11:36:50.589567099+08:00" level=info msg=serving... address=/run/containerd/containerd.sock
5月 17 11:36:50 k8s-node1 containerd[124742]: time="2024-05-17T11:36:50.589578048+08:00" level=info msg="Start recovering state"
5月 17 11:36:50 k8s-node1 containerd[124742]: time="2024-05-17T11:36:50.591177158+08:00" level=info msg="containerd successfully booted in 0.177865s"
5月 17 11:36:50 k8s-node1 containerd[124742]: time="2024-05-17T11:36:50.987140503+08:00" level=info msg="Start event monitor"
5月 17 11:36:50 k8s-node1 containerd[124742]: time="2024-05-17T11:36:50.987206502+08:00" level=info msg="Start snapshots syncer"
5月 17 11:36:50 k8s-node1 containerd[124742]: time="2024-05-17T11:36:50.987219458+08:00" level=info msg="Start cni network conf syncer for default"
5月 17 11:36:50 k8s-node1 containerd[124742]: time="2024-05-17T11:36:50.987228158+08:00" level=info msg="Start streaming server"

若是还报错，手动拉取该镜像

root@czx-virtual-machine:/# docker pull mirrorgooglecontainers/kubernetes-dashboard-amd64:v1.10.0
v1.10.0: Pulling from mirrorgooglecontainers/kubernetes-dashboard-amd64
d66237a56abc: Pull complete 
Digest: sha256:e4b764fa9df0a30c467e7cec000920ea69dcc2ba8a9d0469ffbf1881a9614270
Status: Downloaded newer image for mirrorgooglecontainers/kubernetes-dashboard-amd64:v1.10.0
docker.io/mirrorgooglecontainers/kubernetes-dashboard-amd64:v1.10.0
root@czx-virtual-machine:/# docker images
REPOSITORY                                          TAG       IMAGE ID       CREATED       SIZE
mirrorgooglecontainers/kubernetes-dashboard-amd64   v1.10.0   0dab2435c100   5 years ago   122MB

最后在master服务器查看pod信息，状态为running

root@ubt:/# kubectl get pod --all-namespaces -o wide
NAMESPACE      NAME                                    READY   STATUS    RESTARTS   AGE    IP                NODE        NOMINATED NODE   READINESS GATES
default        my-nginx-g5vvt                          1/1     Running   0          18h    10.244.4.2        k8s-node2   <none>           <none>
default        my-nginx-nfljp                          1/1     Running   0          18h    10.244.5.3        k8s-node1   <none>           <none>
default        my-nginx-qg55n                          1/1     Running   0          18h    10.244.5.2        k8s-node1   <none>           <none>
default        my-nginx-rwwq7                          1/1     Running   0          18h    10.244.4.4        k8s-node2   <none>           <none>
default        my-nginx-sf96w                          1/1     Running   0          18h    10.244.5.4        k8s-node1   <none>           <none>
default        my-nginx-v7bhq                          1/1     Running   0          18h    10.244.4.3        k8s-node2   <none>           <none>
kube-flannel   kube-flannel-ds-p7bcq                   1/1     Running   0          18h    192.168.145.130   k8s-node2   <none>           <none>
kube-flannel   kube-flannel-ds-qmcvl                   1/1     Running   0          19h    192.168.145.128   ubt         <none>           <none>
kube-flannel   kube-flannel-ds-xnl6f                   1/1     Running   0          18h    192.168.145.129   k8s-node1   <none>           <none>
kube-system    coredns-66f779496c-hbm25                1/1     Running   0          19h    10.244.0.2        ubt         <none>           <none>
kube-system    coredns-66f779496c-mwtdz                1/1     Running   0          19h    10.244.0.3        ubt         <none>           <none>
kube-system    etcd-ubt                                1/1     Running   2          19h    192.168.145.128   ubt         <none>           <none>
kube-system    kube-apiserver-ubt                      1/1     Running   2          19h    192.168.145.128   ubt         <none>           <none>
kube-system    kube-controller-manager-ubt             1/1     Running   2          19h    192.168.145.128   ubt         <none>           <none>
kube-system    kube-proxy-57swn                        1/1     Running   0          18h    192.168.145.129   k8s-node1   <none>           <none>
kube-system    kube-proxy-b26vg                        1/1     Running   0          18h    192.168.145.130   k8s-node2   <none>           <none>
kube-system    kube-proxy-r5stv                        1/1     Running   0          19h    192.168.145.128   ubt         <none>           <none>
kube-system    kube-scheduler-ubt                      1/1     Running   2          19h    192.168.145.128   ubt         <none>           <none>
kube-system    kubernetes-dashboard-57c76df9b5-r8fj8   1/1     Running   0          3m1s   10.244.5.5        k8s-node1   <none>           <none>

尝试访问，成功

爱吃沙鱼
关注
部署K8s集群遇到问题汇总
afei001
06-12 404
1.kubeadm join加入节点时卡在那不动 [root@k8s-node01 ~]# kubeadm join 10.10.10.5:6443 --token mhk378.sx9j892oh46czo0s \ --discovery-token-ca-cert-hash sha256:28b3edfdb9d2af84d2862a20f96d15b5ee25f931862e13e25d3d928f5140712b [preflight] Running pre-flight checks [WA.
k8s部署Dashboard
01-07
k8s部署Dashboard 下载Dashboard所需的yaml文件 wget https://www.cloudelf.cn/kubernetes/kubernetes-dashboard.yaml 修改yaml文件： 1.将service type字段设置为nodeport 2.所有的ns修改为kube-system 注意：所有ns也可不必修改为kube-system，也可使用kubernetes-dashboard，后续证书以及授权使用相对应的ns即可。 3.镜像地址修改为aliyun 4.注释kubernetes-dashboard-certs，否则后面会显示网页不安全，证书过
K8S+Dashboard部署(VMware+Centos7.9)
only_xiao_的博客
03-15 1942
K8S+Dashboard部署(VMware+Centos7.9)
马哥亲讲k8s集群搭建
最新发布
flytalei的博客
10-08 1232
Kubernetes 集群由多个节点组成，其中包括一个或多个控制节点（Master）和工作节点（Worker）。控制节点管理集群状态和调度工作负载，工作节点运行实际的容器化应用程序。
Kubernetes部署项目报错ImagePullBackOff日志提示rpc error: code..http: server gave HTTP response to HTTPS client
CycloneKid的博客
10-12 3291
在使用kubernetes集群时，用docker私库中的镜像创建Pod 使用命令kubectl get pods查看pod运行情况，发现pod的运行情况，STATUS的值为ImagePullBackoff 使用命令kubectl describe pod Pod名称查看Pod详细运行情况信息 在Events这一项中，发现错误信息 Failed to pull image “192.168.153...
Kubernetes Dashboard部署ImagePullBackOff问题处理
阿澈不吃蒜的博客
11-17 2846
通常，出现ImagePullBackOff问题是由于Kubernetes集群无法拉取所需的镜像导致的。
k8s（kubernetes）服务部署dashboard时出现ImagePullBackOff/CrashLoopBackOff解决办法
搞运维的万精油的博客
08-20 9503
部署服务时镜像拉取过程中出现:ImagePullBackOff kubectl describe pods kubernetes-dashboard-975499656-krwl7 -n kube-system 查看pod的详细情况 Events: Type Reason Age From Message ---- ------ ---- ----
故障集：kubernetes部署dashboard时启动失败，显示ImagePullBackOff
芦苇的博客
08-16 3165
使用kubectl get pods,svc -n kube-system -o wide可以看到dashboard没有开启成功。 使用 kubectl describe pod/kubernetes-dashboard-859b87d4f7-cq4b6 -n kube-system 这个命令查看一下详细信息。 去node节点查看一下镜像，发现镜像名错误，yaml文件里面设置的是wl/kubernetes-dashboard-amd64这里少一个4 给它重新定义下tag标签，docker tag wl/
K8S dashboard搭建部署，以及拒绝访问，ImagePullBackOff，ErrImagePull，CrashLoopBackOff问题解决
heliu3的博客
09-24 7425
K8S dashboard搭建部署，以及拒绝访问，ImagePullBackOff，ErrImagePull，CrashLoopBackOff问题解决 dashboard部署 官网有详细步骤：https://github.com/kubernetes/dashboard#kubernetes-dashboard 1. 执行一下代码安装 kubectl apply -f https://raw.githubusercontent.com/kubernetes/dashboard/v2.0.4/aio/depl
k8s安装dashboard报错CrashLoopBackOff
HelloWorld
02-01 968
原因：同样是网络问题，具体而言是在初始化k8s集群时，（下面步骤和参考链接有所不同，也是解决这个问题的关键）dashboard的数据包直接被REJECT(拒绝)修改网络插件配置calico.yaml，修改IP。修改为与虚拟机IP不同的网段，比如。网段与虚拟机IP网段冲突。原理：修改防火墙规则。
k8s dashboard部署及所遇问题
novice的博客
04-13 238
点击此处dashboard github 查看官方文件 1. 使用以下命令暴露 kubectl port-forward --namespace kubernetes-dashboard --address 0.0.0.0 service/kubernetes-dashboard 443 2. 使用以下（master节点ip）URL登录 https://10.70.128.50 #根据自己实际的ip来登录查看 3. 使用以下命令获取token kubectl describe secret/kubernet
k8s集群安装部署(高成功率)及Dashboard部署
WinterPirates的博客
07-26 2738
之前看了一些容器
在k8s上安装Jenkins及常见问题
倚天码农的博客
11-04 1万+
持续集成和部署是DevOps的重要组成部分，Jenkins是一款非常流行的持续集成和部署工具，最近试验了一下Jenkins，发现它是我一段时间以来用过的工具中最复杂的。一个可能的原因是它需要与各种其它工具集成才能完成任务，而集成的方法又各不相同。在这些工具中，Docker是最简单的，真的非常好用。K8s比较复杂，开始要花些时间熟悉，但它的整体设计十分合理，一旦搞清核心概念，掌握脉络之后，就非常顺利...
K8S-Demo集群实践17：部署私有云盘owncloud（10.6版本）
jasonhe2018的博客
01-16 2442
K8S-Demo集群实践：部署私有云盘owncloud（10.6版本）一、下载镜像二、快速测试1、启动容器2、查看日志3、浏览器访问4、退出并删除容器三、准备Yaml文件1、命名空间 owncloud-ns.yaml2、部署 owncloud-deployment.yaml3、服务 owncloud-svc.yaml四、部署1、创建Secret，拉取镜像需要2、部署五、问题1、拉取镜像失败2、第二次安装或者重建容器时失败 一、下载镜像 [root@harbor ~]# docker pull ownclou
Kubernetes-基于k8s-v1.14.0安装dashboard-1.10.1
Excairun的博客
04-03 4382
上篇文章中，已经完成了基于kubeadm安装的kubernetes集群，本文将基于上述的集群环境，搭建dashboard组件。 安装环境及版本 kubernetes版本及基础组件版本可参考前一篇安装集群环境的文章 dashboard组件：kubernetes-dashboard-v1.10.1 需准备的镜像： k8s.gcr.io/kubernetes-dashboard-amd64:v...
【k8s】ImagePullBackOff 错误处理
热门推荐
m0_45406092的博客
07-19 3万+
文章目录1. 概述2. 问题复现参考 1. 概述 ImagePullBackOff错误比较简单，镜像下载失败，要么网络设置有问题，要么没有设置镜像源，另外一个比较隐蔽的问题是，当你在集群环境下，假设有3个节点，那么这三个节点都要设置镜像源，因为 kubectl run命令默认可以在任一个节点上安装，而不是命令在哪个节点上执行！ 另外如果是公司内网，无法连接镜像源，只能自己上传镜像时，切记，集群环境下也会存在问题，因为镜像需要拷贝到另外2个节点上，或指定节点安装。 指定节点安装参见【k8s in Actio
k8s在运行节点出现ErrImagePull的解决方法
sozee910的博客
09-03 844
k8s在运行节点出现ErrImagePull的解决方法，针对不同情况提供详细的解决方法，并对不同情况下的解决方式进行详尽的展示，旨在帮助初学者更快的解决问题
K8S ImagePullBackOff解决思路
weixin_43838187的博客
03-20 359
kubectl describe pod pod的名字 -n namespace好多说去修改镜像源，但是在装K8S时就已经指定好了docker和k8s的国内镜像源，为啥还会出现从国外拉镜像，且ImagePullBackOff的情况下。本质原因：自己手动手动创建的pod和自动创建的pod是不一样的，经查资料，配置了 Kubernetes 和 Docker 的镜像源，但这些配置仅仅影响了你从这些节点上直接拉取镜像时的行为，而不会影响到 Kubernetes 中运行的 Pod。
K8s Error: ImagePullBackOff 故障排除
Q先生
11-02 1453
起因是要在一组k8s环境下做个Prometheus的测试,当时虚拟机用完直接暂停了.启动完master和node节点后重启了这些节点.当检查dashboard时候发现Pod处于ImagePullBackOff状态,使用命令查看详细情况发现镜像拉取失败。
K8S集群搭建，以及可视化界面Dashboard，和在kubernetes上安装kubeSphere
weixin_42916677的博客
12-25 1910
给每台虚拟机设置静态ip，我这边设置的是 192.168.110.29，192.168.110.30，192.168.110.31。1：准备三台虚拟机分别作为master，node1，node2节点。内存按照官方的要求设置为：内存4GB,处理器2核，硬盘大小40G。可以使用最新版本，默认下载最新版本不需要指定版本号。3、安装docker,我们选择固定版本。Linux： CentOS7 64位。此处开始三个虚拟机都要进行设置。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值