如果 join 的节点角色为 Control Plane Instance，则需要进行一些额外配置。主要过程包括：连接API Server，读取 kube-system/kubeadm-config ConfigMap，据此生成 InitConfiguration，进行 Master 加入相关检查（包括是否使用 Local etcd、是否使用固定 endpoint、是否启用了 self-hosted、证书是否配置正确等），执行 kubeadm init 系列检查，生成证书以及 manifest 文件（kube-apiserver、kube-controller-manager、kube-scheduler）。

配置本地 kubelet 服务无论在 init 还是 join 都是重要的一步。主要过程包括：生成相关配置，主要指 kubelet 运行需要的配置文件；重启 kubelet 服务自动完成 TLS Bootstrap，将 bootstrap-kubelet.conf 转为 kubelet.conf；补充节点的相关属性 Annotation、配置 DynamicKubeletConfig 等。

完成前的操作：如果加入的是 Control Plane Instance，则更新 kubeadm-config ConfigMap，同时给节点添加正确的标签。最后打印出 join 成功描述。

2.2 预检项目

1) 检查执行 init 命令的用户是否为 root，如果不是 root，直接快速失败（fail fast）；

2) 检查 /etc/kubernetes/manifests/ 是否为空；

3) 检查 /etc/kubernetes/bootstrap-kubelet.conf 是否不存在；

4) 检查内核是否包含 ipvs 模块；

5) 检查容器运行时，使用 CRI 还是 Docker，如果是 Docker，进一步检查 Docker 服务是否已启动，是否设置了开机自启动；

6) 对于 Linux 系统，会额外检查以下内容：

6.1) 检查以下命令是否存在：crictl、ip、iptables、mount、nsenter、ebtables、ethtool、socat、tc、touch；

6.2) 检查 /proc/sys/net/bridge/bridge-nf-call-iptables、/proc/sys/net/ipv4/ip-forward 内容是否为 1；

6.3) 检查 swap 是否是关闭状态；

7) 检查内核是否被支持，Docker 版本及后端存储 GraphDriver 是否被支持；

对于 Linux 系统，还需检查 OS 版本和 cgroup 支持程度（支持哪些资源的隔离）；

8) 检查主机名访问可达性；

9) 检查 kubelet 版本，要高于 kubeadm 需要的最低版本，同时不高于待安装的 k8s 版本；

10) 检查 kubelet 服务是否开机自启动；

11) 检查 10250 端口是否被占用；

12) 检查 /etc/kubernetes/pki/ca.crt （非加入 Master，不应存在）；

13) 检查访问 apiserver 是否通过了代理；

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数Linux运维工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Linux运维全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Linux运维知识点，真正体系化！

由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新

如果你觉得这些内容对你有帮助，可以添加VX：vip1024b （备注Linux运维获取）

容对你有帮助，可以添加VX：vip1024b （备注Linux运维获取）**
[外链图片转存中…(img-SreTONcz-1712956972659)]