部署标准集群

使用k8e快速部署Kubernetes集群服务

作为YAML工程师，经常需要使用Kubernetes集群来验证很多技术化场景，如何快速搭建一套完整标准化的集群至关重要。罗列当前能快速部署Kubernetes 集群的工具有很多种，例如官方首当其冲有kubeadm工具，云原生社区有sealos作为一键部署的最佳方案，熟悉起来后部署都非常快。但是你是否考虑过并不是每一个YAML工程师都需要非常了解集群组件的搭配。这里，我给大家推荐的工具是基于单个文件的免配置的部署方式，对比kubeadm和sealos方案，去掉了对 Kubernetes 官方组件镜像的依赖，并且把Kubernetes相关的核心扩展推荐组件也都集成到这个二进制包中，通过软链接暴露，让环境依赖更少，这个安装工具就是k8e(可以叫 ‘kuber easy’ 或 K8易) 。k8e是基于当前主流上游Kubernetes发行版 k3s做的优化封装和裁剪。去掉对IoT的依赖，目标就是做最好的服务器版本的发行版本。并且和上游保持一致，可以自由扩展。

K8e v1 组件架构图：

• 准备主机（2Core/4G RAM是最小标配）清单如下：

以下端口需要在主机上开放: (https://kubernetes.io/docs/reference/ports-and-protocols/)

Control plane

Worker node(s)

k8e 默认支持 kubernetes LTS版本, 以下操作默认在root帐号下操作：

部署步骤如下：

1. 启动 k8s 集群过程：

• 注意主机系统必须满足：Linux kernel >= 4.9.17，方便支持eBPF网络

• 第一台，是引导服务(注意：默认第一台主机IP就是api-server的IP，k8e内置了tunnel可以同步api-server地址来做LB, 如果使用KUBE-APIServer VIP需要自行配置)

• 定义环境变量

  1. K8E_TOKEN 集群token，用来传输tls证书使用
  2. K8E_NODE_NAME 主机hostname，用来表示etcd中的唯一别名
  3. K8E_CLUSTER_INIT 启用内置etcd做为存储
  4. API_SERVER_IP cilium cni插件需要指定api-server的IP, 必须是主机IP

curl -sfL https://getk8e.com/install.sh | API_SERVER_IP=172.25.1.56 K8E_TOKEN=ilovek8e INSTALL_K8E_EXEC="server --cluster-init --write-kubeconfig-mode=666" sh -

此时，单机版的k8s集群就启动完毕，做技术验证环境足够。但是如果你需要搭建高可用版本的k8s集群，遵循CAP原理 高可用集群，需要配置3台以上的etcd实例才能保证集群状态的一致性。所以 k8s 集群需要启用3台master节点，按以下配置增加master节点支持高可用集群：

第二台master节点配置如下：

curl -sfL https://getk8e.com/install.sh | K8E_TOKEN=ilovek8e K8E_URL=https://172.25.1.56:6443 INSTALL_K8E_EXEC="server --write-kubeconfig-mode=666" sh -s -

第三台master节点配置如下

curl -sfL https://getk8e.com/install.sh | K8E_TOKEN=ilovek8e K8E_URL=https://172.25.1.56:6443 INSTALL_K8E_EXEC="server --write-kubeconfig-mode=666" sh -s -

此时，3台master节点配置完毕，在主机命令行通过执行kubelet get node 获得节点情况。

2. 添加工作负载节点agent，支持多台

curl -sfL https://getk8e.com/install.sh | K8E_TOKEN=ilovek8e K8E_URL=https://172.25.1.56:6443 sh -

初始化网络 内置Cilium 安装工具 #

查看cilium网络状态

[[email protected] ~]# KUBECONFIG=/etc/k8e/k8e.yaml && cilium status
    /¯¯\
 /¯¯\__/¯¯\    Cilium:         OK
 \__/¯¯\__/    Operator:       OK
 /¯¯\__/¯¯\    Hubble:         disabled
 \__/¯¯\__/    ClusterMesh:    disabled
    \__/

DaemonSet         cilium             Desired: 2, Ready: 2/2, Available: 2/2
Deployment        cilium-operator    Desired: 1, Ready: 1/1, Available: 1/1
Containers:       cilium             Running: 2
                  cilium-operator    Running: 1
Cluster Pods:     3/3 managed by Cilium
Image versions    cilium             quay.io/cilium/cilium:v1.10.5: 2
                  cilium-operator    quay.io/cilium/operator-generic:v1.10.5: 1

Note : 主控节点三台内置了LB，启动集群后，把第一台关闭，计算节点agent也可以自动切换到第二台。不用担心集群受到影响。对于外置的容器控制台如Dashboard想访问api-server地址，就需要通过反向代理软件如Haproxy汇聚三台master节点为一台VIP就可以。如果对Haproxy不感冒，也可以考虑采用kube-vip来实现VIP地址访问api-server服务。

注意：默认kubeconfig放在 /etc/k8e/k8e.yaml中。

Note : 对于 k8s 高可用集群场景下，一般我们会使用VIP访问kube-api-server，这里需要注意：因为k8e是默认自动生成TLS证书并在6443端口上提供TLS支持，如果想让外部正常通过VIP端口访问内部k8s集群的6443端口，我们就需要把VIP地址也添加到TLS证书中。TLS SAN配置如下：

# --tls-san value   (listener) Add additional hostname or IP as a Subject Alternative Name in the TLS cert
# bootstrap server和其它server都需要配置如下参数：
curl -sfL https://getk8e.com/install.sh | INSTALL_K8E_EXEC="--tls-san 192.168.1.1" sh -

Note : 支持启用Dockerd容器引擎，需要修改/etc/systemd/systemd/k8e.service 文件加入参数--docker就可以切换成功，后面Pod内的容器就是由docker来执行。如下：

# --docker这个参数就是切换容器引擎到docker
curl -sfL https://getk8e.com/install.sh | INSTALL_K8E_EXEC="--docker" sh -

Note : 清理k8e，请使用k8e内置提供的脚本来清理。默认以上安装在root下安装才可以顺利清理k8e文件 清理k8e点这里 →