云原生Kubernetes:二进制部署K8S多Master架构(三)

目录

一、理论

1.K8S多Master架构

2.配置master02

[3.master02 节点部署](#3.master02 节点部署)

4.负载均衡部署

二、实验

1.环境

2.配置master02

[3.master02 节点部署](#3.master02 节点部署)

4.负载均衡部署

三、总结


一、理论

1.K8S多Master架构

(1) 场景

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

针对Kubernetes集群,高可用性还应包含以下两个层面的考虑:Etcd数据库的高可用性和Kubernetes Master组件的高可用性。 而Etcd在单Master项目中已经采用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服务器类似,增加负载均衡器对其负载均衡即可,并且可水平扩容。

(2)架构

(3)Nginx+Keepalived高可用负载均衡器

① 架构

② 场景

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

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

3)如果项目部署在公有云上,一般都不支持keepalived,可以直接用它们的负载均衡器产品,直接负载均衡多台Master kube-apiserver,架构与上面一样。

在两台Master节点操作。

2.配置master02

(1)环境

bash 复制代码
关闭防火墙
systemctl stop firewalld
systemctl disable firewalld
 
关闭selinux
setenforce 0           #临时关闭
sed -i 's/enforcing/disabled/' /etc/selinux/config   #永久关闭
 
关闭swap
swapoff -a
sed -ri 's/.*swap.*/#&/' /etc/fstab
 
设置主机名
hostnamectl set-hostname master02
 
在各节点添加hosts
cat >> /etc/hosts << EOF
192.168.204.176 master02
192.168.204.171 master01
192.168.204.173 node01
192.168.204.175 node02
EOF
 
将桥接的IPv4流量传递到iptables的链
cat > /etc/sysctl.d/k8s.conf << EOF
net.bridge.bridge-nf-call-ip6tables = 1
net.bridge.bridge-nf-call-iptables =1
EOF
 
sysctl --system      #重新载入一下
 
时间同步
yum install ntpdate -y
ntpdate time.windows.com

3.master02 节点部署

(1)从 master01 节点上拷贝证书文件、各master组件的配置文件和服务管理文件到 master02 节点

bash 复制代码
scp -r /opt/etcd/ root@192.168.204.176:/opt/
scp -r /opt/kubernetes/ root@192.168.204.176:/opt
scp /usr/lib/systemd/system/{kube-apiserver,kube-controller-manager,kube-scheduler}.service root@192.168.204.176:/usr/lib/systemd/system/

(2)修改配置文件kube-apiserver中的IP

bash 复制代码
vim /opt/kubernetes/cfg/kube-apiserver
KUBE_APISERVER_OPTS="--logtostderr=true \
--v=4 \
--etcd-servers=https://192.168.204.171:2379,https://192.168.204.173:2379,https://192.168.204.175:2379 \
--bind-address=192.168.204.176 \				#修改
--secure-port=6443 \
--advertise-address=192.168.204.176 \			#修改
......

(3)在 master02 节点上启动各服务并设置开机自启

bash 复制代码
systemctl start kube-apiserver.service
systemctl enable kube-apiserver.service
systemctl start kube-controller-manager.service
systemctl enable kube-controller-manager.service
systemctl start kube-scheduler.service
systemctl enable kube-scheduler.service

(4)查看node节点状态

bash 复制代码
ln -s /opt/kubernetes/bin/* /usr/local/bin/
kubectl get nodes
kubectl get nodes -o wide

4.负载均衡部署

配置load balancer集群双机热备负载均衡(nginx实现负载均衡,keepalived实现双机热备)

(1)在lb01、lb02节点上操作

配置nginx的官方在线yum源,配置本地nginx的yum源

bash 复制代码
cat > /etc/yum.repos.d/nginx.repo << 'EOF'
[nginx]
name=nginx repo
baseurl=http://nginx.org/packages/centos/7/$basearch/
gpgcheck=0
EOF
bash 复制代码
yum install nginx -y

修改nginx配置文件,配置四层反向代理负载均衡,指定k8s群集2台master的节点ip和6443端口

bash 复制代码
vim /etc/nginx/nginx.conf
events {
    worker_connections  1024;
}
 
#添加
stream {
    log_format  main  '$remote_addr $upstream_addr - [$time_local] $status $upstream_bytes_sent';
    
	access_log  /var/log/nginx/k8s-access.log  main;
 
    upstream k8s-apiserver {
        server 192.168.111.171:6443;
        server 192.168.111.176:6443;
    }
    server {
        listen 6443;
        proxy_pass k8s-apiserver;
    }
}
 
http {
......

检查配置文件语法

bash 复制代码
nginx -t   

启动nginx服务,查看已监听6443端口

bash 复制代码
systemctl start nginx
systemctl enable nginx
netstat -natp | grep nginx

部署keepalived服务

bash 复制代码
yum install keepalived -y

修改keepalived配置文件

bash 复制代码
vim /etc/keepalived/keepalived.conf
! Configuration File for keepalived
 
global_defs {
   # 接收邮件地址
   notification_email {
     acassen@firewall.loc
     failover@firewall.loc
     sysadmin@firewall.loc
   }
   # 邮件发送地址
   notification_email_from Alexandre.Cassen@firewall.loc
   smtp_server 127.0.0.1
   smtp_connect_timeout 30
   router_id NGINX_MASTER	#lb01节点的为 NGINX_MASTER,lb02节点的为 NGINX_BACKUP
}
 
#添加一个周期性执行的脚本
vrrp_script check_nginx {
    script "/etc/nginx/check_nginx.sh"	#指定检查nginx存活的脚本路径
}
 
vrrp_instance VI_1 {
    state MASTER			#lb01节点的为 MASTER,lb02节点的为 BACKUP
    interface ens33			#指定网卡名称 ens33
    virtual_router_id 51	#指定vrid,两个节点要一致
    priority 100			#lb01节点的为 100,lb02节点的为 90
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        192.168.204.100/24	#指定 VIP
    }
    track_script {
        check_nginx			#指定vrrp_script配置的脚本
    }
}

创建nginx状态检查脚本

bash 复制代码
vim /etc/nginx/check_nginx.sh
#!/bin/bash
#egrep -cv "grep|$$" 用于过滤掉包含grep 或者 $$ 表示的当前Shell进程ID
count=$(ps -ef | grep nginx | egrep -cv "grep|$$")
 
if [ "$count" -eq 0 ];then
    systemctl stop keepalived
fi
 
 
chmod +x /etc/nginx/check_nginx.sh

启动keepalived服务(一定要先启动了nginx服务,再启动keepalived服务)

bash 复制代码
systemctl start keepalived
systemctl enable keepalived
ip a				#查看VIP是否生成

修改node节点上的bootstrap.kubeconfig,kubelet.kubeconfig配置文件为VIP

bash 复制代码
cd /opt/kubernetes/cfg/
vim bootstrap.kubeconfig 
server: https://192.168.204.100:6443
                      
vim kubelet.kubeconfig
server: https://192.168.204.100:6443
                        
vim kube-proxy.kubeconfig
server: https://192.168.204.100:6443

node节点重启kubelet和kube-proxy服务

bash 复制代码
systemctl restart kubelet.service 
systemctl restart kube-proxy.service

在 lb01 上查看 nginx 和 node 、 master 节点的连接状态

bash 复制代码
netstat -natp | grep nginx

(2)在 master01 节点上操作

测试创建pod

bash 复制代码
kubectl run nginx --image=nginx

查看Pod的状态信息

kubectl get pods

在对应网段的node节点上操作,可以直接使用浏览器或者curl命令访问

bash 复制代码
curl 172.17.14.2

这时在master01节点上查看nginx日志,发现没有权限查看

bash 复制代码
 kubectl logs nginx-dbddb74b8-n2zbw

在master01节点上,将cluster-admin角色授予用户system:anonymous

bash 复制代码
kubectl create clusterrolebinding cluster-system-anonymous --clusterrole=cluster-admin --user=system:anonymous

这时在master01节点上查看nginx日志

bash 复制代码
 kubectl logs nginx-dbddb74b8-n2zbw

二、实验

由实验:二进制部署K8S单Master架构(二)继续进行

1.环境

表1 K8S环境

|---------------|-----------------|------------------------------------------------------------|------|
| 主机 | IP | 软件 | 硬件 |
| k8s集群master01 | 192.168.204.171 | kube-apiserver kube-controller-manager kube-scheduler etcd | 4核4G |
| k8s集群node1 | 192.168.204.173 | kubelet kube-proxy docker flannel | 4核4G |
| k8s集群node2 | 192.168.204.175 | kubelet kube-proxy docker flannel | 4核4G |
| k8s集群master02 | 192.168.204.176 | kube-apiserver kube-controller-manager kube-scheduler etcd | 4核4G |
| 负载均衡器1(lb01) | 192.168.204.177 | nginx,keepalived | 2核2G |
| 负载均衡器2(lb02) | 192.168.204.178 | nginx,keepalived | 2核2G |

2.配置master02

(1)环境

关闭防火墙

关闭selinux

关闭swap

设置主机名

在各节点添加hosts

将桥接的IPv4流量传递到iptables的链

重新载入一下

时间同步

3.master02 节点部署

(1)从 master01 节点上拷贝证书文件、各master组件的配置文件和服务管理文件到 master02 节点

(2)修改配置文件kube-apiserver中的IP

(3)在 master02 节点上启动各服务并设置开机自启

(4)查看node节点状态

4.负载均衡部署

配置load balancer集群双机热备负载均衡(nginx实现负载均衡,keepalived实现双机热备)

(1)在lb01、lb02节点上操作

配置nginx的官方在线yum源,配置本地nginx的yum源

修改nginx配置文件,配置四层反向代理负载均衡,指定k8s群集2台master的节点ip和6443端口

检查配置文件语法

启动nginx服务,查看已监听6443端口

部署keepalived服务

修改keepalived配置文件

创建nginx状态检查脚本

启动keepalived服务(一定要先启动了nginx服务,再启动keepalived服务)

vip已在lb01生成

修改node节点上的bootstrap.kubeconfig,kubelet.kubeconfig配置文件为VIP

node1:

node2:

重启kubelet和kube-proxy服务

在 lb01 上查看 nginx 和 node 、 master 节点的连接状态

(2)在 master01 节点上操作

测试创建pod

查看Pod的状态信息

正在创建中

创建完成,运行中

READY为1/1,表示这个Pod中有1个容器

在对应网段的node节点上操作,可以直接使用浏览器或者curl命令访问

这时在master01节点上查看nginx日志,发现没有权限查看

在master01节点上,将cluster-admin角色授予用户system:anonymous

这时在master01节点上查看nginx日志

三、总结

kube-controller-manager和kube-scheduler组件自身通过选择机制已经实现了高可用,所以Master高可用主要针对kube-apiserver组件。

nginx实现负载均衡,keepalived实现双机热备。

启动keepalived服务(一定要先启动了nginx服务,再启动keepalived服务)。

相关推荐
Karoku0663 小时前
【网站架构部署与优化】web服务与http协议
linux·运维·服务器·数据库·http·架构
Lill_bin5 小时前
深入理解ElasticSearch集群:架构、高可用性与数据一致性
大数据·分布式·elasticsearch·搜索引擎·zookeeper·架构·全文检索
zyhJhon5 小时前
软考架构-面向服务的架构风格
架构
nbsaas-boot6 小时前
微服务之间的安全通信
安全·微服务·架构
ZHOU西口6 小时前
微服务实战系列之玩转Docker(十五)
nginx·docker·微服务·云原生·swarm·docker swarm·dockerui
有你的晚安._6 小时前
pod基本概念
kubernetes
数据运营新视界9 小时前
你知道企业架构中核心的4大架构联系和不同吗?
大数据·架构
Xinan_____9 小时前
Linux——高流量 高并发(访问场景) 高可用(架构要求)
linux·运维·架构
杨诚实10 小时前
20240912软考架构-------软考161-165答案解析
数据库·架构
achirandliu12 小时前
汽车电子电气架构从12V提升至48V,带来那些好处? 包括那些改变?
架构·汽车·汽车电子电气架构·从12v升到48v