kubernetes(kubeadm)集群的安装问题总结

1、kubelet与docker驱动不一致(网上其他解决文案各种尝试无效,最后使用如下方法解决)
异常【kubelet cgroup driver:cgroupfs跟docker cgroup driver:systemd不一致】

异常描述如下:

failed to create kubelet: misconfiguration: kubelet cgroup driver: "cgroupfs" is different from docker cgroup driver: "systemd"

原因分析
kubelet文件驱动默认cgroupfs, 而安装的docker使用的文件驱动是systemd, 造成不一致, 导致镜像无法启动。
解决方法:
1)确认docker配置文件daemon.json的驱动配置

[root@master~]# cat  /etc/docker/daemon.json
{
"registry-mirrors": ["https://b9pmyelo.mirror.aliyuncs.com"],
"exec-opts": ["native.cgroupdriver=systemd"]
}

2)修改/var/lib/kubelet/kubeadm-flags.env驱动配置,添加–cgroup-driver=systemd 参数

[root@master~]# cat /var/lib/kubelet/kubeadm-flags.env
KUBELET_KUBEADM_ARGS="--cgroup-driver=systemd --network-plugin=cni --pod-infra-container-image=registry.aliyuncs.com/google_containers/pause:3.1"
#重启docker与kubelet
[root@master~]# systemctl daemon-reload && systemctl restart docker kubelet

2、/system.slice/kubelet.service无法识别

异常【Failed to get system container stats for kubelet.service】
异常描述如下

failed to get container info for "/system.slice/kubelet.service": unknown container "/system.slice/kubelet.service"

解决方案
修改kubelet.service

[root@master~]# vim /lib/systemd/system/kubelet.service
#在ExecStart位置最后面,添加如下配置
--runtime-cgroups=/systemd/system.slice \
--kubelet-cgroups=/systemd/system.slice

3、kubeadm初始化时报[ERROR NumCPU]

异常描述如下

kubeadm init --apiserver-advertise-address=10.10.10.129 --image-repository registry.aliyuncs.com/google_contain
ers --kubernetes-version v1.17.0 --service-cidr=10.96.0.0/12 --pod-network-cidr=10.244.0.0/16W0521 22:45:14.131024    8293 validation.go:28] Cannot validate kube-proxy config - no validator is available
W0521 22:45:14.131095    8293 validation.go:28] Cannot validate kubelet config - no validator is available
[init] Using Kubernetes version: v1.17.0
[preflight] Running pre-flight checks
error execution phase preflight: [preflight] Some fatal errors occurred:
[ERROR NumCPU]: the number of available CPUs 1 is less than the required 2
[preflight] If you know what you are doing, you can make a check non-fatal with `--ignore-preflight-errors=...`
To see the stack trace of this error execute with --v=5 or higher

解决方案1:
这种错误一般会出现在VMware虚拟机上,因为新建VM时默认为一核,可通过配置,调整成2核,重启系统即可,如下所示:
kubernetes(kubeadm)集群的安装问题总结_第1张图片
解决方案2:
根据提示添加忽略错误提示–ignore-preflight-errors=…

$ kubeadm init \
--apiserver-advertise-address=10.10.10.129 \
--image-repository registry.aliyuncs.com/google_containers \
--kubernetes-version v1.17.0 \
--service-cidr=10.96.0.0/12 \
--pod-network-cidr=10.244.0.0/16 --ignore-preflight-errors=NumCPU

在这里插入图片描述
4、work节点kubeadm join 加入集群时报如下异常
异常描述如下

WARNING: JoinControlPane.controlPlane setting
s will be ignored when control-plane flag is not set.[preflight] Running pre-flight checks
error execution phase preflight: couldn't validate the identity of the API Server: invalid public ke
y hash, expected "format:value"To see the stack trace of this error execute with --v=5 or higher

kubernetes(kubeadm)集群的安装问题总结_第2张图片
问题原因:
主节点查看服务状态,发现kube-controller-manager反复重启解决
kubernetes(kubeadm)集群的安装问题总结_第3张图片
排查过程

$ kubectl logs -f kube-controller-manager-k8s-master -n kube-system

报错内容

failed to renew lease kube-system/kube-controll er-manager: failed to tryAcquireOrRenew context dead

解决过程
1、排查该问题一般从kube-api和网络链接入手,确认kube-api和网络是正常

2、如果环境为非高可用环境,建议修改leader-elect为false避免kube-controller-manager定期去连接kube-api更新endpoint,理论也可以避免renew超时退出问题。

本人的环境是调度出现问题。
kubernetes(kubeadm)集群的安装问题总结_第4张图片
5、kubectl get nodes 时coredns一直处于Pending状态

异常描述如下:

$ kubectl get pods --all-namespaces
NAMESPACE     NAME                                 READY   STATUS    RESTARTS   AGE
kube-system   coredns-9d85f5447-9n2rg              0/1     Pending   0          8m53s
kube-system   coredns-9d85f5447-p5csb              0/1     Pending   0          8m52s
kube-system   etcd-k8s-master                      1/1     Running   0          9m
kube-system   kube-apiserver-k8s-master            1/1     Running   0          9m
kube-system   kube-controller-manager-k8s-master   1/1     Running   5          9m
kube-system   kube-flannel-ds-amd64-7sgw2          1/1     Running   0          4m43s
kube-system   kube-proxy-kgb2k                     1/1     Running   0          8m53s
kube-system   kube-scheduler-k8s-master            1/1     Running   4          9m

排查过程

$ kubectl logs -f coredns-9d85f5447-9n2rg -n kube-system
Unable to connect to the server: net/http: TLS handshake timeout

解决过程:
主要原因是master节点内存过低,执行过程缓慢,如果没有加内存, 预计需要15分钟才会达到正常。所以部署过程尽量满足机器至少2G内存,2个核心来测试,否则时间都花在等待上了。

建议大家部署时使用二进制来安装部署,排查与解决问题都比kubeadm方式来得快速。

你可能感兴趣的:(kubernetes)