github编辑

centos7.x下使用二进制方式安装k8s1.20

一、前置知识点

1.1 生产环境部署K8s集群的两种方式

  • kubeadm

    Kubeadm是一个K8s部署工具,提供kubeadm init和kubeadm join,用于快速部署Kubernetes集群。

  • 二进制包

    从github下载发行版的二进制包,手动部署每个组件,组成Kubernetes集群。

小结:Kubeadm降低部署门槛,但屏蔽了很多细节,遇到问题很难排查。如果想更容易可控,推荐使用二进制包部署Kubernetes集群,虽然手动部署麻烦点,期间可以学习很多工作原理,也利于后期维护。

1.2 准备环境

服务器要求:

  • 建议最小硬件配置:2核CPU、2G内存、30G硬盘

  • 服务器最好可以访问外网,会有从网上拉取镜像需求,如果服务器不能上网,需要提前下载对应镜像并导入节点

软件环境:

软件
版本

操作系统

CentOS7.x_x64 (mini)

容器引擎

Docker CE 19

Kubernetes

Kubernetes v1.20

服务器整体规划:

角色
IP
组件

k8s-master1

192.168.31.71

kube-apiserver,kube-controller-manager,kube-scheduler,kubelet,kube-proxy,docker,etcd,nginx,keepalived

k8s-master2

192.168.31.74

kube-apiserver,kube-controller-manager,kube-scheduler,kubelet,kube-proxy,docker,nginx,keepalived

k8s-node1

192.168.31.72

kubelet,kube-proxy,docker,etcd

k8s-node2

192.168.31.73

kubelet,kube-proxy,docker,etcd

负载均衡器IP

192.168.31.88 (VIP)

须知:考虑到有些朋友电脑配置较低,一次性开四台机器会跑不动,所以搭建这套K8s高可用集群分两部分实施,先部署一套单Master架构(3台),再扩容为多Master架构(4台或6台),顺便再熟悉下Master扩容流程。

单Master架构图:

img

单Master服务器规划:

角色
IP
组件

k8s-master

192.168.31.71

kube-apiserver,kube-controller-manager,kube-scheduler,etcd

k8s-node1

192.168.31.72

kubelet,kube-proxy,docker,etcd

k8s-node2

192.168.31.73

kubelet,kube-proxy,docker,etcd

1.3 操作系统初始化配置

二、部署Etcd集群

Etcd 是一个分布式键值存储系统,Kubernetes使用Etcd进行数据存储,所以先准备一个Etcd数据库,为解决Etcd单点故障,应采用集群方式部署,这里使用3台组建集群,可容忍1台机器故障,当然,你也可以使用5台组建集群,可容忍2台机器故障。

节点名称
IP

etcd-1

192.168.31.71

etcd-2

192.168.31.72

etcd-3

192.168.31.73

注:为了节省机器,这里与K8s节点机器复用。也可以独立于k8s集群之外部署,只要apiserver能连接到就行。

2.1 准备cfssl证书生成工具

cfssl是一个开源的证书管理工具,使用json文件生成证书,相比openssl更方便使用。

找任意一台服务器操作,这里用Master节点。

2.2 生成Etcd证书

1. 自签证书颁发机构(CA)

创建工作目录:

自签CA:

生成证书:

会生成ca.pem和ca-key.pem文件。

2. 使用自签CA签发Etcd HTTPS证书

创建证书申请文件:

注:上述文件hosts字段中IP为所有etcd节点的集群内部通信IP,一个都不能少!为了方便后期扩容可以多写几个预留的IP。

生成证书:

会生成server.pem和server-key.pem文件。

2.3 从Github下载二进制文件

下载地址: https://github.com/etcd-io/etcd/releases/download/v3.4.9/etcd-v3.4.9-linux-amd64.tar.gz

2.4 部署Etcd集群

以下在节点1上操作,为简化操作,待会将节点1生成的所有文件拷贝到节点2和节点3.

1. 创建工作目录并解压二进制包

2. 创建etcd配置文件

  • ETCD_NAME:节点名称,集群中唯一

  • ETCD_DATA_DIR:数据目录

  • ETCD_LISTEN_PEER_URLS:集群通信监听地址

  • ETCD_LISTEN_CLIENT_URLS:客户端访问监听地址

  • ETCD_INITIAL_ADVERTISE_PEERURLS:集群通告地址

  • ETCD_ADVERTISE_CLIENT_URLS:客户端通告地址

  • ETCD_INITIAL_CLUSTER:集群节点地址

  • ETCD_INITIALCLUSTER_TOKEN:集群Token

  • ETCD_INITIALCLUSTER_STATE:加入集群的当前状态,new是新集群,existing表示加入已有集群

3. systemd管理etcd

4. 拷贝刚才生成的证书

把刚才生成的证书拷贝到配置文件中的路径:

5. 将上面节点1所有生成的文件拷贝到节点2和节点3

然后在节点2和节点3分别修改etcd.conf配置文件中的节点名称和当前服务器IP:

6. 最后启动etcd并设置开机启动

7. 查看集群状态

如果输出上面信息,就说明集群部署成功。

如果有问题第一步先看日志:/var/log/messagejournalctl -u etcd

三、安装Docker

这里使用Docker作为容器引擎,也可以换成别的,例如containerd

下载地址: https://download.docker.com/linux/static/stable/x86_64/docker-19.03.9.tgz

以下在所有节点操作。这里采用二进制安装,用yum安装也一样。

3.1 解压二进制包

3.2 systemd管理docker

3.3 创建配置文件

  • registry-mirrors 阿里云镜像加速器

3.4 启动并设置开机启动

四、部署Master Node

4.1 生成kube-apiserver证书

1.自签证书颁发机构(CA)

生成证书:

会生成ca.pem和ca-key.pem文件。

2. 使用自签CA签发kube-apiserver HTTPS证书

创建证书申请文件:

注:上述文件hosts字段中IP为所有Master/LB/VIP IP,一个都不能少!为了方便后期扩容可以多写几个预留的IP。

生成证书:

cfssl gencert -ca=ca.pem -ca-key=ca-key.pem -config=ca-config.json -profile=kubernetes server-csr.json | cfssljson -bare server

会生成server.pem和server-key.pem文件。

4.2 从Github下载二进制文件

下载地址: https://github.com/kubernetes/kubernetes/blob/master/CHANGELOG/CHANGELOG-1.20.md

注:打开链接你会发现里面有很多包,下载一个server包就够了,包含了Master和Worker Node二进制文件。

4.3 解压二进制包

4.4 部署kube-apiserver

1. 创建配置文件

注:上面两个\\ 第一个是转义符,第二个是换行符,使用转义符是为了使用EOF保留换行符。

  • --logtostderr:启用日志

  • ---v:日志等级

  • --log-dir:日志目录

  • --etcd-servers:etcd集群地址

  • --bind-address:监听地址

  • --secure-port:https安全端口

  • --advertise-address:集群通告地址

  • --allow-privileged:启用授权

  • --service-cluster-ip-range:Service虚拟IP地址段

  • --enable-admission-plugins:准入控制模块

  • --authorization-mode:认证授权,启用RBAC授权和节点自管理

  • --enable-bootstrap-token-auth:启用TLS bootstrap机制

  • --token-auth-file:bootstrap token文件

  • --service-node-port-range:Service nodeport类型默认分配端口范围

  • --kubelet-client-xxx:apiserver访问kubelet客户端证书

  • --tls-xxx-file:apiserver https证书

  • 1.20版本必须加的参数:--service-account-issuer,--service-account-signing-key-file

  • --etcd-xxxfile:连接Etcd集群证书

  • --audit-log-xxx:审计日志

  • 启动聚合层相关配置:--requestheader-client-ca-file,--proxy-client-cert-file,--proxy-client-key-file,--requestheader-allowed-names,--requestheader-extra-headers-prefix,--requestheader-group-headers,--requestheader-username-headers,--enable-aggregator-routing

2. 拷贝刚才生成的证书

把刚才生成的证书拷贝到配置文件中的路径:

cp ~/TLS/k8s/capem ~/TLS/k8s/serverpem /opt/kubernetes/ssl/

3. 启用 TLS Bootstrapping 机制

TLS Bootstraping:Master apiserver启用TLS认证后,Node节点kubelet和kube-proxy要与kube-apiserver进行通信,必须使用CA签发的有效证书才可以,当Node节点很多时,这种客户端证书颁发需要大量工作,同样也会增加集群扩展复杂度。为了简化流程,Kubernetes引入了TLS bootstraping机制来自动颁发客户端证书,kubelet会以一个低权限用户自动向apiserver申请证书,kubelet的证书由apiserver动态签署。所以强烈建议在Node上使用这种方式,目前主要用于kubelet,kube-proxy还是由我们统一颁发一个证书。

TLS bootstraping 工作流程:

img

创建上述配置文件中token文件:

  • 格式:token,用户名,UID,用户组

  • token也可自行生成替换:head -c 16 /dev/urandom | od -An -t x | tr -d ' '

4. systemd管理apiserver

5. 启动并设置开机启动

4.5 部署kube-controller-manager

1.创建配置文件

  • --kubeconfig:连接apiserver配置文件

  • --leader-elect:当该组件启动多个时,自动选举(HA)

  • --cluster-signing-cert-file/--cluster-signing-key-file:自动为kubelet颁发证书的CA,与apiserver保持一致

2. 生成kubeconfig文件

生成kube-controller-manager证书:

生成kubeconfig文件(以下是shell命令,直接在终端执行):

3. systemd管理controller-manager

4. 启动并设置开机启动

4.6 部署kube-scheduler

1.创建kube-scheduler配置文件

  • --kubeconfig:连接apiserver配置文件

  • --leader-elect:当该组件启动多个时,自动选举(HA)

2.生成kubeconfig文件

生成kube-scheduler证书:

3.systemd管理scheduler

4.启动并设置开机启动

5.查看集群状态

生成kubectl连接集群的证书:

生成kubeconfig文件:

通过kubectl工具查看当前集群组件状态:

如上输出说明Master节点组件运行正常。

6. 授权kubelet-bootstrap用户允许请求证书

五、部署Worker Node

下面还是在Master Node上操作,即同时作为Worker Node

5.1 创建工作目录并拷贝二进制文件

在所有worker node创建工作目录:

从master节点拷贝:

5.2 部署kubelet

1.创建kubelet配置文件

  • --hostname-override:显示名称,集群中唯一

  • --network-plugin:启用CNI

  • --kubeconfig:空路径,会自动生成,后面用于连接apiserver

  • --bootstrap-kubeconfig:首次启动向apiserver申请证书

  • --config:配置参数文件

  • --cert-dir:kubelet证书生成目录

  • --pod-infra-container-image:管理Pod网络容器的镜像

2.配置参数文件

3.生成kubelet初次加入集群引导kubeconfig文件

4.systemd管理kubelet

5.启动并设置开机启动

5.3 批准kubelet证书申请并加入集群

注:由于网络插件还没有部署,节点会没有准备就绪 NotReady

5.4 部署kube-proxy

1.创建kube-proxy配置文件

2.配置kube-proxy参数文件

3.生成kube-proxy.kubeconfig文件

4.systemd管理kube-proxy

5.启动kube-proxy并设置开机启动

5.5 部署网络组件

Calico是一个纯三层的数据中心网络方案,是目前Kubernetes主流的网络方案。

部署Calico:

等Calico Pod都Running,节点也会准备就绪:

5.6 授权apiserver访问kubelet

应用场景:例如 kubectl logs

5.7 新增加Worker Node

1.拷贝已部署好的Node相关文件到新节点

在Master节点将Worker Node涉及文件拷贝到新节点192.168.31.72/73

2.删除kubelet证书和kubeconfig文件

注:这几个文件是证书申请审批后自动生成的,每个Node不同,必须删除

3.修改主机名

4.启动kube-proxy并设置开机启动

5.在Master上批准新Node kubelet证书申请

6.查看Node状态

Node2(192.168.31.73 )节点同上。记得修改主机名!

六、部署Dashboard和CoreDNS

6.1 部署Dashboard

访问地址:https://NodeIP:30001

创建service account并绑定默认cluster-admin管理员集群角色:

使用输出的token登录Dashboard。

img
img

6.2 部署CoreDNS

CoreDNS用于集群内部Service名称解析。

解析没问题。

至此一个单Master集群就搭建完成了!这个环境就足以满足学习实验了,如果你的服务器配置较高,可继续扩容多Master集群!

七、扩容多Master(高可用架构)

Kubernetes作为容器集群系统,通过健康检查+重启策略实现了Pod故障自我修复能力,通过调度算法实现将Pod分布式部署,并保持预期副本数,根据Node失效状态自动在其他Node拉起Pod,实现了应用层的高可用性。

针对Kubernetes集群,高可用性还应包含以下两个层面的考虑:Etcd数据库的高可用性和Kubernetes Master组件的高可用性。 而Etcd我们已经采用3个节点组建集群实现高可用,本节将对Master节点高可用进行说明和实施。

Master节点扮演着总控中心的角色,通过不断与工作节点上的Kubelet和kube-proxy进行通信来维护整个集群的健康工作状态。如果Master节点故障,将无法使用kubectl工具或者API做任何集群管理。

Master节点主要有三个服务kube-apiserver、kube-controller-manager和kube-scheduler,其中kube-controller-manager和kube-scheduler组件自身通过选择机制已经实现了高可用,所以Master高可用主要针对kube-apiserver组件,而该组件是以HTTP API提供服务,因此对他高可用与Web服务器类似,增加负载均衡器对其负载均衡即可,并且可水平扩容。

多Master架构图:

img

7.1 部署Master2 Node

现在需要再增加一台新服务器,作为Master2 Node,IP是192.168.31.74。

为了节省资源你也可以将之前部署好的Worker Node1复用为Master2 Node角色(即部署Master组件)

Master2 与已部署的Master1所有操作一致。所以我们只需将Master1所有K8s文件拷贝过来,再修改下服务器IP和主机名启动即可。

1. 安装Docker

2. 创建etcd证书目录

在Master2创建etcd证书目录:

3. 拷贝文件(Master1操作)

拷贝Master1上所有K8s文件和etcd证书到Master2:

4. 删除证书文件

删除kubelet证书和kubeconfig文件:

5. 修改配置文件IP和主机名

修改apiserver、kubelet和kube-proxy配置文件为本地IP:

6. 启动设置开机启动

7.查看集群状态

8. 批准kubelet证书申请

7.2 部署Nginx+Keepalived高可用负载均衡器

kube-apiserver高可用架构图:

img
  • Nginx是一个主流Web服务和反向代理服务器,这里用四层实现对apiserver实现负载均衡。

  • Keepalived是一个主流高可用软件,基于VIP绑定实现服务器双机热备,在上述拓扑中,Keepalived主要根据Nginx运行状态判断是否需要故障转移(漂移VIP),例如当Nginx主节点挂掉,VIP会自动绑定在Nginx备节点,从而保证VIP一直可用,实现Nginx高可用。

注1:为了节省机器,这里与K8s Master节点机器复用。也可以独立于k8s集群之外部署,只要nginx与apiserver能通信就行。

注2:如果你是在公有云上,一般都不支持keepalived,那么你可以直接用它们的负载均衡器产品,直接负载均衡多台Master kube-apiserver,架构与上面一样。

在两台Master节点操作。

1. 安装软件包(主/备)

2. Nginx配置文件(主/备一样)

3. keepalived配置文件(Nginx Master)

  • vrrp_script:指定检查nginx工作状态脚本(根据nginx状态判断是否故障转移)

  • virtual_ipaddress:虚拟IP(VIP)

准备上述配置文件中检查nginx运行状态的脚本:

4. keepalived配置文件(Nginx Backup)

准备上述配置文件中检查nginx运行状态的脚本:

注:keepalived根据脚本返回状态码(0为工作正常,非0不正常)判断是否故障转移。

5.启动keepalived并设置开机启动

systemctl daemon-reload systemctl start nginx keepalived systemctl enable nginx keepalived

6. 查看keepalived工作状态

可以看到,在ens33网卡绑定了192.168.31.88 虚拟IP,说明工作正常。

7. Nginx+Keepalived高可用测试

关闭主节点Nginx,测试VIP是否漂移到备节点服务器。在Nginx Master执行 pkill nginx;在Nginx Backup,ip addr命令查看已成功绑定VIP。

8. 访问负载均衡器测试

找K8s集群中任意一个节点,使用curl查看K8s版本测试,使用VIP访问:

可以正确获取到K8s版本信息,说明负载均衡器搭建正常。该请求数据流程:curl -> vip(nginx) -> apiserver

通过查看Nginx日志也可以看到转发apiserver IP:

到此还没结束,还有下面最关键的一步。

7.3 修改所有Worker Node连接LB VIP

试想下,虽然我们增加了Master2 Node和负载均衡器,但是我们是从单Master架构扩容的,也就是说目前所有的Worker Node组件连接都还是Master1 Node,如果不改为连接VIP走负载均衡器,那么Master还是单点故障。

因此接下来就是要改所有Worker Node(kubectl get node命令查看到的节点)组件配置文件,由原来192.168.31.71修改为192.168.31.88(VIP)。

在所有Worker Node执行:

检查节点状态:

至此,一套完整的 Kubernetes 高可用集群就部署完成了!

最后更新于