K8S 源码探秘之 kubeadm init 执行流程分析_kubeadm init解析

最新推荐文章于 2024-07-25 01:20:49 发布

36氪（36Kr）频道首页

最新推荐文章于 2024-07-25 01:20:49 发布

阅读量693

点赞数 19

分类专栏： 2024年程序员学习文章标签： kubernetes 容器云原生

本文链接：https://blog.csdn.net/ccc6553584/article/details/137875340

版权

2024年程序员学习专栏收录该内容

270 篇文章 0 订阅

订阅专栏

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

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

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

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

如果你需要这些资料，可以添加V获取：vip1024b （备注运维）

正文

本文将基于 Kubernetes 1.12 版本，分析其 init 初始化集群的执行流程，希望对读者进一步理解 k8s 有所帮助！

二、流程介绍

首先，上一张整体执行流程图（可以点击看大图！！！）：

kubeadm 在执行 init 的过程中，主要包含：配置加载、环境检测、集群初始化、安装后配置等步骤。

配置初始化指的是加载系统默认参数、解析和应用用户指定的配置、设置动态配置项（如节点名称、节点 IP 等）以及验证配置有效性等过程。配置的初始化过程很大程度上依赖 cobra CLI 解析工具实现，关于 cobra 的使用请参考博文K8S 源码探秘之命令行解析工具 cobra；默认配置的加载过程介绍请参考博文K8S 源码探秘之默认参数的加载过程（Scheme 初了解）。

环境检测涉及的东西较多，我将其独立成一个章节进行介绍，参见 3.1 节。

镜像检测和拉取指的是 kubeadm 在执行集群初始化前，会首先检查本地是否包含系统运行所需的基础镜像，如果没有则通过网络从公有仓库拉取，这些镜像必须的包括：kube-apiserver、kube-controller-manager、kube-scheduler、kube-proxy以及pause。此外，当使用 Local etcd 时，kubeadm 会额外拉取 etcd 镜像。至于 DNS，CoreDNS 和 KubeDNS 是二选一的，根据配置进行相应镜像的拉取。使用 CoreDNS 只需要拉取一个镜像，即 coredns；而使用 KubeDNS 时则需要拉取三个镜像，分别是：k8s-dns-kube-dns、k8s-dns-sidecard、k8s-dns-dnsmasq-nanny。

配置本地 kubelet 服务指的是根据集群初始化配置对本地的 kubelet 服务重新进行配置的过程。首先，kubeadm 会停止本地的 kubelet 服务；而后配置两个文件，即 /var/lib/kubelet/kubeadm-flags.env 和 /var/lib/kubelet/config.yaml，这两个文件声明了本地 kubelet 启动需要应用的配置参数；最后重启 kubelet 服务。

检测和生成相关证书指的是使用用户指定的 CA 或者采用自签名的方式生成 k8s 各组件的证书文件，以便各组件通信时使用安全的连接。生成的证书文件存放在 /etc/kubernetes/pki 目录下，各服务组件对应的配置则存放在 /etc/kubernetes 目录下，分别为：admin.conf、kubelet.conf、controller-manager.conf、scheduler.conf。

检测和生成 audit 策略文件，该功能需要在配置参数里启用 Auditing 特性才会执行。关于 Auditing 的相关说明，请参照官网：https://kubernetes.io/docs/tasks/debug-application-cluster/audit/。简单来说，该步骤就是检查一下用户是否提供了 audit 策略文件，如果没有指定则自动创建一个，路径 /etc/kubernetes/audit/audit.yaml。该文件指明审计功能应该记录哪些内容。

生成 manifest 文件指的是生成 Control Plane 各服务组件的运行说明文件，包括 kube-apiserver.yaml、kube-controller-manager.yaml、kube-scheduler.yaml，如果需要运行 Local etcd，则同时生成 etcd.yaml，这些文件都位于 kubernetes 配置目录 /etc/kubernetes/manifests/ 下。当这些文件生成后，kubelet 会自动检测到，从而以容器形式启动相应的服务。

当服务开始运行后，kubeadm 会创建一个 kube-apiserver 的 client，以一定间隔时间持续尝试连接 apiserver，直到探测到 apiserver 是正常运行的，或者重试超时宣告初始化失败。与此同时，kubeadm 也会持续检查 kubelet 的运行状态是否正常，直到探测成功，或者重试超过指定次数宣告初始化失败。这也就是等待 Control Plane 启动完成的过程了。

待主体服务运行起来后，kubeadm 会执行一系列的后续操作，该部分独立成一个章节进行介绍，参见 3.2 节。

三、关键步骤精讲

3.1 安装预检

kubeadm 在执行安装之前进行了相当细致的环境检测，下面就来扒一朳：

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

2) 检查待安装的 k8s 版本是否被当前版本的 kubeadm 支持（kubeadm 版本 >= 待安装 k8s 版本）；

3) 检查防火墙，如果防火墙未关闭，提示开放端口 10250；

4) 检查端口是否已被占用，6443（或你指定的监听端口）、10251、10252；

5) 检查文件是否已经存在，/etc/kubernetes/manifests/*.yaml；

6) 检查是否存在代理，连接本机网络、服务网络、Pod网络，都会检查，目前不允许代理；

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

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