上节咱们[经过 kubeadm 在 k8s-master 上部署了 Kubernetes,本节安装 Pod 网络并添加 k8s-node1 和 k8s-node2,完成集群部署。node
要让 Kubernetes Cluster 可以工做,必须安装 Pod 网络,不然 Pod 之间没法通讯。Kubernetes 支持多种网络方案,这里咱们先使用 flannel,后面还会讨论 Canal。git
执行以下命令部署 flannel:github
root@cuiyongchao:~# kubectl apply -f https://raw.githubusercontent.com/coreos/flannel/master/Documentation/kube-flannel.yml podsecuritypolicy.policy/psp.flannel.unprivileged created clusterrole.rbac.authorization.k8s.io/flannel created clusterrolebinding.rbac.authorization.k8s.io/flannel created serviceaccount/flannel created configmap/kube-flannel-cfg created daemonset.apps/kube-flannel-ds created root@cuiyongchao:~#
在 k8s-node1 和 k8s-node2 上分别执行以下命令,将其注册到 Cluster 中:docker
关闭swap: swapoff -a sed -ri 's/.*swap.*/#&/' /etc/fstab kubeadm join --token wjxawc.qsjz0lp4m9ihdcy0 10.0.0.41:6443 --discovery-token-unsafe-skip-ca-verification
这里的 --token
来自前面 kubeadm init
输出的第 ⑨ 步提示,若是当时没有记录下来能够经过 kubeadm token list
查看。bootstrap
root@k8s-master:~# kubeadm token list TOKEN TTL EXPIRES USAGES DESCRIPTION EXTRA GROUPS 0872ga.bg0rbp0jvp2omjem 23h 2020-11-02T11:22:37Z authentication,signing The default bootstrap token generated by 'kubeadm init'. system:bootstrappers:kubeadm:default-node-token
kubeadm join
执行以下:api
root@k8s-node-02:~# kubeadm join --token 0872ga.bg0rbp0jvp2omjem 10.0.0.41:6443 --discovery-token-unsafe-skip-ca-verification [preflight] Running pre-flight checks [preflight] Reading configuration from the cluster... [preflight] FYI: You can look at this config file with 'kubectl -n kube-system get cm kubeadm-config -oyaml' [kubelet-start] Writing kubelet configuration to file "/var/lib/kubelet/config.yaml" [kubelet-start] Writing kubelet environment file with flags to file "/var/lib/kubelet/kubeadm-flags.env" [kubelet-start] Starting the kubelet [kubelet-start] Waiting for the kubelet to perform the TLS Bootstrap... This node has joined the cluster: * Certificate signing request was sent to apiserver and a response was received. * The Kubelet was informed of the new secure connection details. Run 'kubectl get nodes' on the control-plane to see this node join the cluster. root@k8s-node-02:~#
根据提示,咱们能够经过 kubectl get nodes
查看节点的状态。网络
root@k8s-master:~# kubectl get nodes NAME STATUS ROLES AGE VERSION k8s-master Ready master 17m v1.19.3 k8s-node-01 Ready <none> 76s v1.19.3 k8s-node-02 Ready <none> 94s v1.19.3
目前全部节点都是 NotReady
,这是由于每一个节点都须要启动若干组件,这些组件都是在 Pod 中运行,须要首先从 google 下载镜像,咱们能够经过以下命令查看 Pod 的状态:app
root@k8s-master:~# kubectl get pod --all-namespaces NAMESPACE NAME READY STATUS RESTARTS AGE kube-system coredns-6d56c8448f-9grxk 1/1 Running 0 17m kube-system coredns-6d56c8448f-mrx55 1/1 Running 0 17m kube-system etcd-k8s-master 1/1 Running 0 17m kube-system kube-apiserver-k8s-master 1/1 Running 0 17m kube-system kube-controller-manager-k8s-master 1/1 Running 0 17m kube-system kube-flannel-ds-cqwqv 1/1 Running 0 12m kube-system kube-flannel-ds-nh2qg 1/1 Running 0 104s kube-system kube-flannel-ds-wbrs6 1/1 Running 0 86s kube-system kube-proxy-45prh 1/1 Running 0 17m kube-system kube-proxy-g2c4x 1/1 Running 0 104s kube-system kube-proxy-jwvg5 1/1 Running 0 86s kube-system kube-scheduler-k8s-master 1/1 Running 0 17m root@k8s-master:~#
Pending
、ContainerCreating
、ImagePullBackOff
都代表 Pod 没有就绪,Running
才是就绪状态。咱们能够经过 kubectl describe pod <Pod Name>
查看 Pod 具体状况,好比:ui
为了节省篇幅,这里只截取命令输出的最后部分,能够看到在下载 image 时失败,若是网络质量很差,这种状况是很常见的。咱们能够耐心等待,由于 Kubernetes 会重试,咱们也能够本身手工执行 docker pull
去下载这个镜像。this
等待一段时间,image 都成功下载后,全部 Pod 会处于 Running
状态。
这时,全部的节点都已经 Ready
,Kubernetes Cluster 建立成功,一切准备就绪。