CentOS7.9 利用 KubeKey 扩容 Kubernetes v1.26 Worker 节点实战

avatar
作者
筋斗云
阅读量:0

转载:CentOS7.9 利用 KubeKey 扩容 Kubernetes v1.26 Worker 节点实战

知识点

  • 定级:入门级

  • KubeKey 安装部署 KubeSphere 和 Kubernetes

  • KubeKey 定制化部署集群

  • KubeSphere v3.4.0 功能概览

  • Kubernetes 基本操作

  • CentOS 系统内核升级

演示服务器配置

主机名IPCPU内存系统盘数据盘用途
ks-master-1192.168.9.9141640100KubeSphere/k8s-master
ks-master-2192.168.9.9241640100KubeSphere/k8s-master
ks-master-3192.168.9.9341640100KubeSphere/k8s-master
ks-worker-1192.168.9.9541640100k8s-worker/CI
ks-worker-2192.168.9.9641640100k8s-worker
ks-worker-3192.168.9.9741640100k8s-worker
ks-storage-1192.168.9.8141640100/100/100/100/100ElasticSearch/GlusterFS/Ceph-Rook/Longhorn/NFS/
ks-storage-2192.168.9.8241640100/100/100/100ElasticSearch/GlusterFS/Ceph-Rook/Longhorn/
ks-storage-3192.168.9.8341640100/100/100/100ElasticSearch/GlusterFS/Ceph-Rook/Longhorn/
registry192.168.9.804840100Sonatype Nexus 3
合计10401524002000

实战环境涉及软件版本信息

  • 操作系统:CentOS 7.9 x86_64

  • KubeSphere:v3.4.0

  • Kubernetes:v1.26.5

  • Containerd:1.6.4

  • KubeKey: v3.0.10

1. 本文简介

上一期,我们实战讲解了使用 KubeKey v3.0.10 自动化部署 3 Master 和 1 Worker 的 Kubernetes 集群和 KubeSphere。

本期我们将模拟真实的生产环境演示如何使用 KubeKey 将新增的 Worker 节点加入到已有的 Kubernetes 集群。

2. 操作系统基础配置

新增加的 Worker 节点,操作系统基础配置与初始化安装部署时 Worker 节点的配置保持一致。

其他节点配置说明:在 Master-1 节点上将 SSH 公钥发送到新增加的 Worker 节点。

请注意, 以下操作无特殊说明时需在所有新增节点上执行。本文只选取 Worker-2 节点作为演示,并假定其余服务器都已按照相同的方式进行配置和设置。

2.1 配置主机名

 # 更改主机名 hostnamectl set-hostname ks-worker-2  # 切入新的终端会话,验证主机名修改成功 bash

注意:worker 节点的主机名前缀是 ks-worker-

2.2 配置 DNS

 echo "nameserver 114.114.114.114" > /etc/resolv.conf

2.3 配置服务器时区

配置服务器时区为 Asia/Shanghai

 timedatectl set-timezone Asia/Shanghai

2.4 配置时间同步

安装 chrony 作为时间同步软件。

 yum install chrony -y

修改配置文件 /etc/chrony.conf,修改 ntp 服务器配置。

 vi /etc/chrony.conf  # 删除所有的 server 配置 server 0.centos.pool.ntp.org iburst server 1.centos.pool.ntp.org iburst server 2.centos.pool.ntp.org iburst server 3.centos.pool.ntp.org iburst  # 增加国内的 ntp 服务器,或是指定其他常用的时间服务器 pool cn.pool.ntp.org iburst  # 可以使用 sed 自动替换生成 sed -i '/centos.pool.ntp.org/d' /etc/chrony.conf sed -i "2a pool cn.pool.ntp.org iburst" /etc/chrony.conf

重启并设置 chrony 服务开机自启动。

 systemctl enable chronyd --now

验证 chrony 同步状态。

 # 执行查看命令 chronyc sourcestats -v  # 正常的输出结果如下 [root@ks-worker-2 ~]# chronyc sourcestats -v 210 Number of sources = 4                              .- Number of sample points in measurement set.                             /    .- Number of residual runs with same sign.                            |    /    .- Length of measurement set (time).                            |   |    /      .- Est. clock freq error (ppm).                            |   |   |      /           .- Est. error in freq.                            |   |   |     |           /         .- Est. offset.                            |   |   |     |          |          |   On the -.                            |   |   |     |          |          |   samples. \                            |   |   |     |          |          |             | Name/IP Address            NP  NR  Span  Frequency  Freq Skew  Offset  Std Dev ============================================================================== stratum2-1.ntp.mow01.ru.>  31  15  104m     +0.159      1.100  +2357us  3096us tick.ntp.infomaniak.ch     32  16  104m     -0.003      2.560  +3440us  5839us 36.110.235.196             32  19   90m     -0.074      0.631  -4723us  1107us ntp.ams1.nl.leaseweb.net   29  19  105m     +0.099      1.789    +48ms  4333us

2.5 关闭系统防火墙

 systemctl stop firewalld && systemctl disable firewalld

2.6 禁用 SELinux

# 使用 sed 修改配置文件,实现彻底的禁用 sed -i 's/^SELINUX=enforcing/SELINUX=disabled/' /etc/selinux/config  # 使用命令,实现临时禁用,这一步其实不做也行,KubeKey 会自动配置 setenforce 0

2.7 安装系统依赖

在所有节点上,以 root 用户登陆系统,执行下面的命令为 Kubernetes 安装系统基本依赖包。

 # 安装 Kubernetes 系统依赖包 yum install curl socat conntrack ebtables ipset ipvsadm -y

2.8 基础配置自动化 Shell 脚本

除配置主机名之外,上述 2-7 步骤的所有操作,都可以整理成自动化配置脚本。

 echo "nameserver 114.114.114.114" > /etc/resolv.conf timedatectl set-timezone Asia/Shanghai yum install chrony -y sed -i '/centos.pool.ntp.org/d' /etc/chrony.conf sed -i "2a pool cn.pool.ntp.org iburst" /etc/chrony.conf systemctl enable chronyd --now chronyc sourcestats -v systemctl stop firewalld && systemctl disable firewalld sed -i 's/^SELINUX=enforcing/SELINUX=disabled/' /etc/selinux/config setenforce 0 yum install curl socat conntrack ebtables ipset ipvsadm -y

2.9 Master-1 节点额外配置

本小节为可选配置项,只需要在 Master-1 节点执行。如果你使用纯密码的方式作为服务器远程连接认证方式,可以忽略本节内容。

输入以下命令将 SSH 公钥从 Master-1 节点发送到其他节点。命令执行时输入 yes,以接受服务器的 SSH 指纹,然后在出现提示时输入 root 用户的密码。

 ssh-copy-id root@192.168.9.96 ssh-copy-id root@192.168.9.97

添加并上传 SSH 公钥后,您现在可以执行下面的命令验证,通过 root 用户连接到所有服务器,无需密码验证。

 [root@ks-master-1 ~]# ssh root@192.168.9.96 # 登陆输出结果 略

3. 操作系统磁盘配置

服务器新增一块数据盘 /dev/sdb,用于 Containerd 和 Kubernetes Pod 的持久化存储。

本小节的配置比较简单,因此,下面的内容为无废话实操版。

请注意,以下操作无特殊说明时需在所有新增节点上执行。本文只选取 Worker-2 节点作为演示,并假定其余服务器都已按照相同的方式进行配置和设置。

3.1 使用 LVM 配置磁盘

为了满足部分用户希望在生产上线后,磁盘容量不够时可以实现扩容,本文采用了 LVM 的方式配置磁盘(实际上,本人维护的生产环境,几乎不用 LVM

  • 创建 PV

 pvcreate /dev/sdb
  • 创建 VG

 vgcreate data /dev/sdb
  • 创建 LV

 # 使用所有空间,VG 名字为 data,LV 名字为 lvdata lvcreate -l 100%VG data -n lvdata

3.2 格式化磁盘

 mkfs.xfs /dev/mapper/data-lvdata

3.3 磁盘挂载

  • 手工挂载

 mkdir /data mount /dev/mapper/data-lvdata /data/ 
  • 开机自动挂载

 tail -1 /etc/mtab >> /etc/fstab

3.4 创建数据目录

  • 创建 openebs 本地数据根目录

 mkdir -p /data/openebs/local
  • 创建 Containerd 数据目录

 mkdir -p /data/containerd
  • 创建 Containerd 数据目录软连接

 ln -s /data/containerd /var/lib/containerd

说明: KubeKey 不支持在部署的时候更改 Containerd 的数据目录,只能用这种变通的方式(也可以提前手工安装 Containerd,建议)。

3.5 磁盘配置自动化 Shell 脚本

 pvcreate /dev/sdb vgcreate data /dev/sdb lvcreate -l 100%VG data -n lvdata mkfs.xfs /dev/mapper/data-lvdata mkdir /data mount /dev/mapper/data-lvdata /data/ tail -1 /etc/mtab >> /etc/fstab mkdir -p /data/openebs/local mkdir -p /data/containerd ln -s /data/containerd /var/lib/containerd

4. 操作系统高级配置

此小节的操作内容为升级 CentOS 7.9 操作系统内核,命令执行过程跟集群其他节点相比有删减,只保留了必须执行的命令。

请注意,以下操作无特殊说明时需在集群所有节点上执行。本文只选取 Worker-2 节点作为演示,并假定其余服务器都已按照相同的方式进行配置和设置。

4.1 增加 ELRepo 软件源

  • 导入 RPM GPG public key

 rpm --import https://www.elrepo.org/RPM-GPG-KEY-elrepo.org
  • 安装 ELRepo

 yum install https://www.elrepo.org/elrepo-release-7.el7.elrepo.noarch.rpm

4.2 安装新版本内核

 yum --enablerepo=elrepo-kernel install kernel-lt

注意: 这里我们只安装内核,同时安装其他包,会有包 conflicts 的报错。

4.3 配置新内核引导系统

执行内核升级的命令,正确执行后,系统内核还是默认的版本,如果此时直接执行 reboot 命令,重启后使用的内核版本还是默认的 3.10,不会使用新的 5.4.254 的内核。

  • 修改系统默认内核为新内核

 grubby --set-default "/boot/vmlinuz-5.4.254-1.el7.elrepo.x86_64"

注意:命令成功执行,无任何输出。

4.4 重启系统验证新内核并安装其他 Kernel 相关软件包

  • 重启系统,使用新内核引导系统

reboot
  • 安装其他 Kernel 相关软件包

在使用新内核引导系统后,安装其他 Kernel 相关软件包,解决之前出现的依赖冲突问题。

 # 卸载旧版本的 kernel-tools 相关软件包,保留 kernel,避免新内核异常无法进入系统 yum remove kernel-tools-3.10.0-1160.71.1.el7.x86_64 kernel-tools-libs-3.10.0-1160.71.1.el7.x86_64  # 安装新版本的 kernel-tools 相关软件包 yum --enablerepo=elrepo-kernel install kernel-lt-tools kernel-lt-tools-libs

4.5 高级配置自动化 Shell 脚本

除重启验证流程之外,上述 1-3 步骤的所有操作,都可以整理成自动化配置脚本。

rpm --import https://www.elrepo.org/RPM-GPG-KEY-elrepo.org yum install https://www.elrepo.org/elrepo-release-7.el7.elrepo.noarch.rpm -y yum --enablerepo=elrepo-kernel install kernel-lt -y grubby --set-default "/boot/vmlinuz-5.4.254-1.el7.elrepo.x86_64"

5. 使用 KubeKey 扩容 Worker 节点

接下来我们使用 KubeKey 将新增加的节点加入到 Kubernetes 集群,整个过程比较简单,仅需两步。

  • 修改 KubeKey 部署时使用的集群配置文件

  • 执行增加节点的命令

5.1 修改集群配置文件

通过 SSH 登陆到 master-1 节点,切换到原有的 kubekey 目录,修改原有的集群配置文件,我们实战中使用的名字为 kubesphere-v340-v1265.yaml,请根据实际情况修改 。

主要修改点:

  • spec.hosts 部分:增加新的 worker 节点的信息。

  • spec.roleGroups.worker 部分:增加新的 worker 节点的信息

修改后的示例如下:

apiVersion: kubekey.kubesphere.io/v1alpha2 kind: Cluster metadata:   name: sample spec:   hosts:   - {name: ks-master-1, address: 192.168.9.91, internalAddress: 192.168.9.91, port: 22, user: root, password: "P@88w0rd"}   - {name: ks-master-2, address: 192.168.9.92, internalAddress: 192.168.9.92, user: root, privateKeyPath: "~/.ssh/id_ed25519"}   - {name: ks-master-3, address: 192.168.9.93, internalAddress: 192.168.9.93, user: root, privateKeyPath: "~/.ssh/id_ed25519"}   - {name: ks-worker-1, address: 192.168.9.95, internalAddress: 192.168.9.95, user: root, privateKeyPath: "~/.ssh/id_ed25519"}   - {name: ks-worker-2, address: 192.168.9.96, internalAddress: 192.168.9.96, user: root, privateKeyPath: "~/.ssh/id_ed25519"}   - {name: ks-worker-3, address: 192.168.9.97, internalAddress: 192.168.9.97, user: root, privateKeyPath: "~/.ssh/id_ed25519"}   roleGroups:     etcd:     - ks-master-1     - ks-master-2     - ks-master-3     control-plane:     - ks-master-1     - ks-master-2     - ks-master-3     worker:     - ks-worker-1     - ks-worker-2     - ks-worker-3  .... # 下面的内容保持不变

5.2 使用 KubeKey 增加节点

在增加节点之前,我们再确认一下当前集群的节点信息。

[root@ks-master-1 kubekey]# kubectl get nodes -o wide NAME          STATUS   ROLES           AGE    VERSION   INTERNAL-IP    EXTERNAL-IP   OS-IMAGE                KERNEL-VERSION                CONTAINER-RUNTIME ks-master-1   Ready    control-plane   129m   v1.26.5   192.168.9.91   <none>        CentOS Linux 7 (Core)   5.4.254-1.el7.elrepo.x86_64   containerd://1.6.4 ks-master-2   Ready    control-plane   129m   v1.26.5   192.168.9.92   <none>        CentOS Linux 7 (Core)   5.4.254-1.el7.elrepo.x86_64   containerd://1.6.4 ks-master-3   Ready    control-plane   129m   v1.26.5   192.168.9.93   <none>        CentOS Linux 7 (Core)   5.4.254-1.el7.elrepo.x86_64   containerd://1.6.4 ks-worker-1   Ready    worker          128m   v1.26.5   192.168.9.95   <none>        CentOS Linux 7 (Core)   5.4.254-1.el7.elrepo.x86_64   containerd://1.6.4

接下来我们执行下面的命令,使用修改后的配置文件将新增的 Worker 节点加入集群。

 export KKZONE=cn ./kk add nodes -f kubesphere-v340-v1265.yaml

注意: export KKZONE=cn 一定要先执行,否则会去 DockerHub 上拉取镜像。

上面的命令执行后,首先 kk 会检查部署 Kubernetes 的依赖及其他详细要求。检查合格后,系统将提示您确认安装。输入 yes 并按 ENTER 继续部署。

 [root@ks-master-1 kubekey]# ./kk add nodes -f kubesphere-v340-v1265.yaml    _   __      _          _   __ | | / /     | |        | | / / | |/ / _   _| |__   ___| |/ /  ___ _   _ |    \| | | | '_ \ / _ \    \ / _ \ | | | | |\  \ |_| | |_) |  __/ |\  \  __/ |_| | \_| \_/\__,_|_.__/ \___\_| \_/\___|\__, |                                     __/ |                                    |___/  11:15:55 CST [GreetingsModule] Greetings 11:15:55 CST message: [ks-master-3] Greetings, KubeKey! 11:15:55 CST message: [ks-worker-3] Greetings, KubeKey! 11:15:56 CST message: [ks-worker-1] Greetings, KubeKey! 11:15:56 CST message: [ks-worker-2] Greetings, KubeKey! 11:15:56 CST message: [ks-master-1] Greetings, KubeKey! 11:15:56 CST message: [ks-master-2] Greetings, KubeKey! 11:15:56 CST success: [ks-master-3] 11:15:56 CST success: [ks-worker-3] 11:15:56 CST success: [ks-worker-1] 11:15:56 CST success: [ks-worker-2] 11:15:56 CST success: [ks-master-1] 11:15:56 CST success: [ks-master-2] 11:15:56 CST [NodePreCheckModule] A pre-check on nodes 11:15:56 CST success: [ks-worker-2] 11:15:56 CST success: [ks-worker-3] 11:15:56 CST success: [ks-worker-1] 11:15:56 CST success: [ks-master-2] 11:15:56 CST success: [ks-master-3] 11:15:56 CST success: [ks-master-1] 11:15:56 CST [ConfirmModule] Display confirmation form +-------------+------+------+---------+----------+-------+-------+---------+-----------+--------+--------+------------+------------+-------------+------------------+--------------+ | name        | sudo | curl | openssl | ebtables | socat | ipset | ipvsadm | conntrack | chrony | docker | containerd | nfs client | ceph client | glusterfs client | time         | +-------------+------+------+---------+----------+-------+-------+---------+-----------+--------+--------+------------+------------+-------------+------------------+--------------+ | ks-worker-1 | y    | y    | y       | y        | y     | y     | y       | y         | y      |        | v1.6.4     |            |             |                  | CST 11:15:56 | | ks-worker-2 | y    | y    | y       | y        | y     | y     | y       | y         | y      |        |            |            |             |                  | CST 11:15:56 | | ks-worker-3 | y    | y    | y       | y        | y     | y     | y       | y         | y      |        |            |            |             |                  | CST 11:15:56 | | ks-master-1 | y    | y    | y       | y        | y     | y     | y       | y         | y      |        | v1.6.4     |            |             |                  | CST 11:15:56 | | ks-master-2 | y    | y    | y       | y        | y     | y     | y       | y         | y      |        | v1.6.4     |            |             |                  | CST 11:15:56 | | ks-master-3 | y    | y    | y       | y        | y     | y     | y       | y         | y      |        | v1.6.4     |            |             |                  | CST 11:15:56 | +-------------+------+------+---------+----------+-------+-------+---------+-----------+--------+--------+------------+------------+-------------+------------------+--------------+  This is a simple check of your environment. Before installation, ensure that your machines meet all requirements specified at https://github.com/kubesphere/kubekey#requirements-and-recommendations  Continue this installation? [yes/no]:

安装过程日志输出比较多,为了节省篇幅这里就不展示了。

部署完成需要大约 15 分钟左右,具体看网速和机器配置,本次部署完成耗时 7 分钟。

部署完成后,您应该会在终端上看到类似于下面的输出。

11:21:21 CST [AutoRenewCertsModule] Generate k8s certs renew script 11:21:21 CST success: [ks-master-3] 11:21:21 CST success: [ks-master-2] 11:21:21 CST success: [ks-master-1] 11:21:21 CST [AutoRenewCertsModule] Generate k8s certs renew service 11:21:21 CST success: [ks-master-2] 11:21:21 CST success: [ks-master-1] 11:21:21 CST success: [ks-master-3] 11:21:21 CST [AutoRenewCertsModule] Generate k8s certs renew timer 11:21:22 CST success: [ks-master-3] 11:21:22 CST success: [ks-master-1] 11:21:22 CST success: [ks-master-2] 11:21:22 CST [AutoRenewCertsModule] Enable k8s certs renew service 11:21:22 CST success: [ks-master-2] 11:21:22 CST success: [ks-master-3] 11:21:22 CST success: [ks-master-1] 11:21:22 CST Pipeline[AddNodesPipeline] execute successfully

6. 扩容后集群状态验证

6.1 KubeSphere 管理控制台验证集群状态

我们打开浏览器访问 master-1 节点的 IP 地址和端口 30880,登陆 KubeSphere 管理控制台的登录页面。

进入集群管理界面,单击左侧「节点」菜单,点击「集群节点」查看 Kubernetes 集群可用节点的详细信息。

通过上面的图可以看出,最小化部署的 KubeSphere 整体资源消耗并不高,再看两张底层虚拟化(PVE)上 Master-1 和 Worker-1 的资源消耗。

  • Master-1(4C 16G)

  • Worker-1(4C 16G)

6.2 Kubectl 命令行验证集群状态

  • 查看集群节点信息

在 master-1 节点运行 kubectl 命令获取 Kubernetes 集群上的可用节点列表。

 kubectl get nodes -o wide

在输出结果中可以看到,当前的 Kubernetes 集群内的可用节点、节点的内部 IP、节点角色、节点的 Kubernetes 版本号、容器运行时及版本号、操作系统类型及内核版本等信息。

[root@ks-master-1 kubekey]# kubectl get nodes -o wide NAME          STATUS   ROLES           AGE     VERSION   INTERNAL-IP    EXTERNAL-IP   OS-IMAGE                KERNEL-VERSION                CONTAINER-RUNTIME ks-master-1   Ready    control-plane   139m    v1.26.5   192.168.9.91   <none>        CentOS Linux 7 (Core)   5.4.254-1.el7.elrepo.x86_64   containerd://1.6.4 ks-master-2   Ready    control-plane   139m    v1.26.5   192.168.9.92   <none>        CentOS Linux 7 (Core)   5.4.254-1.el7.elrepo.x86_64   containerd://1.6.4 ks-master-3   Ready    control-plane   139m    v1.26.5   192.168.9.93   <none>        CentOS Linux 7 (Core)   5.4.254-1.el7.elrepo.x86_64   containerd://1.6.4 ks-worker-1   Ready    worker          138m    v1.26.5   192.168.9.95   <none>        CentOS Linux 7 (Core)   5.4.254-1.el7.elrepo.x86_64   containerd://1.6.4 ks-worker-2   Ready    worker          2m45s   v1.26.5   192.168.9.96   <none>        CentOS Linux 7 (Core)   5.4.254-1.el7.elrepo.x86_64   containerd://1.6.4 ks-worker-3   Ready    worker          2m44s   v1.26.5   192.168.9.97   <none>        CentOS Linux 7 (Core)   5.4.254-1.el7.elrepo.x86_64   containerd://1.6.4
  • 查看 Pod 列表

输入以下命令获取在 Kubernetes 集群上运行的 Pod 列表,按工作负载在 NODE 上的分布排序。

 kubectl get pods -o wide -A | sort -k 8

注意: 输出结果太多,只展示了新增 Worker 节点上运行的 Pod 信息,请确保所有的 Pod 状态 为 Running

在输出结果中 (有删减) 可以看到, 新增的两个 Worker 节点上已经运行了 5 个必须的基本组件。

[root@ks-master-1 kubekey]# kubectl get pods -o wide -A | sort -k 8 NAMESPACE                      NAME                                               READY   STATUS    RESTARTS       AGE     IP              NODE          NOMINATED NODE   READINESS GATES kubesphere-monitoring-system   node-exporter-5tzlw                                2/2     Running   0              5m19s   192.168.9.96    ks-worker-2   <none>           <none> kube-system                    calico-node-jm56s                                  1/1     Running   0              5m19s   192.168.9.96    ks-worker-2   <none>           <none> kube-system                    haproxy-ks-worker-2                                1/1     Running   0              5m14s   192.168.9.96    ks-worker-2   <none>           <none> kube-system                    kube-proxy-5k4k6                                   1/1     Running   0              5m19s   192.168.9.96    ks-worker-2   <none>           <none> kube-system                    nodelocaldns-s8fr9                                 1/1     Running   0              5m19s   192.168.9.96    ks-worker-2   <none>           <none> kubesphere-monitoring-system   node-exporter-lggbk                                2/2     Running   0              5m18s   192.168.9.97    ks-worker-3   <none>           <none> kube-system                    calico-node-vcmb2                                  1/1     Running   0              5m18s   192.168.9.97    ks-worker-3   <none>           <none> kube-system                    haproxy-ks-worker-3                                1/1     Running   0              5m14s   192.168.9.97    ks-worker-3   <none>           <none> kube-system                    kube-proxy-tgmd5                                   1/1     Running   0              5m18s   192.168.9.97    ks-worker-3   <none>           <none> kube-system                    nodelocaldns-4x77p                                 1/1     Running   0              5m18s   192.168.9.97    ks-worker-3   <none>           <none>
  • 查看 Image 列表

输入以下命令查看在 Worker 节点上已经下载的 Image 列表。

crictl images ls

在新增的 Worker 节点执行,输出结果如下:

[root@ks-worker-2 ~]# crictl images ls IMAGE                                                              TAG                 IMAGE ID            SIZE registry.cn-beijing.aliyuncs.com/kubesphereio/cni                  v3.23.2             a87d3f6f1b8fd       111MB registry.cn-beijing.aliyuncs.com/kubesphereio/coredns              1.9.3               5185b96f0becf       14.8MB registry.cn-beijing.aliyuncs.com/kubesphereio/haproxy              2.3                 0ea9253dad7c0       38.5MB registry.cn-beijing.aliyuncs.com/kubesphereio/k8s-dns-node-cache   1.15.12             5340ba194ec91       42.1MB registry.cn-beijing.aliyuncs.com/kubesphereio/kube-controllers     v3.23.2             ec95788d0f725       56.4MB registry.cn-beijing.aliyuncs.com/kubesphereio/kube-proxy           v1.26.5             08440588500d7       21.5MB registry.cn-beijing.aliyuncs.com/kubesphereio/kube-rbac-proxy      v0.11.0             29589495df8d9       19.2MB registry.cn-beijing.aliyuncs.com/kubesphereio/node-exporter        v1.3.1              1dbe0e9319764       10.3MB registry.cn-beijing.aliyuncs.com/kubesphereio/node                 v3.23.2             a3447b26d32c7       77.8MB registry.cn-beijing.aliyuncs.com/kubesphereio/pause                3.8                 4873874c08efc       310kB registry.cn-beijing.aliyuncs.com/kubesphereio/pod2daemon-flexvol   v3.23.2             b21e2d7408a79       8.67MB

注意: 新增节点的 Image 初始数量为 11 个。

至此,我们完成了在已有三个 Master 节点和一个 Worker 节点的 Kubernetes 集群中增加 2 个 Worker 节点的全部任务。

7. 总结

本文主要实战演示了在利用 KubeKey v3.0.10 自动化增加 Worker 节点到已有 Kubernetes 集群的详细过程。

全文总结概括包含以下内容 :

  • 新增节点的操作系统基础配置

  • 新增节点的操作系统数据盘 LVM 配置、磁盘挂载、数据目录创建

  • 新增节点的操作系统内核升级

  • KubeKey 集群配置文件的修改更新

  • 利用 KubeKey 自动化增加新的节点

  • 增加节点完成后的验证过程

  • KubeShere 和 最小化 Kubernetes 集群的 CPU、内存消耗情况

广告一刻

为您即时展示最新活动产品广告消息,让您随时掌握产品活动新动态!