目录
1.3 vrrp(Virtual Router Redundancy Protocol)
3.1 实现master/slave的keepalived单主架构
3.5 master/master的keepalived双主架构
一 高可用集群
1.1 集群类型
- LB(负载均衡类):由多个主机组成,每个主机只负责一部分访问,提高系统的响应能力,尽可能快的处理访问,以低延迟为目的,做到高并发,高负载。
- HA(高可用类):提高系统的可靠性,尽可能避免服务中断,一般采用主备的方式,在出现问题能自动快速进行切换,以可靠性为目标。
- HPC(高性能类):提高cpu运算效率,扩展硬件资源,一般指超级计算机这一类,例如云计算。
1.2 实现高可用
提升系统高可用解决方案:降低平均故障时间
解决方案:建立冗余机制
active/passive 主备
在这种模式只有一个节点(主节点)处于活动状态,当主节点出现问题时,备节点被激活接管主节点的工作
active/active 双主
两个节点都处于活动状态,他们分别处理不同的数据集,分担不同的工作负载
active --> HEARTBEAT --> passive
主备模式的变体,其中活动的主节点定期向备节点发送心跳信号(HEA),备份节点在一定时间内没有接收到心跳信号,默认主节点发生异常,接管主节点工作
active HEARTBEAT active
在这种模式下,两个活动节点互相发送心跳检测,监督对方状态,如果其中一个节点发生故障,另外一个节点承担起对方节点的工作
1.3 vrrp(Virtual Router Redundancy Protocol)
VRRP:Virtual Router Redundancy Protocol 虚拟路由冗余协议,解决静态网关单点风险
vrrp相关术语:
虚拟路由器:Virtual Router
虚拟路由器标识:VRID(0-255),唯一标识虚拟路由器
VIP:Virtual IP
VMAC:Virutal MAC (00-00-5e-00-01-VRID)
物理路由器:
master:主设备
backup:备用设备
priority:优先级
vrrp相关技术:心跳 优先级 抢占式 非抢占式
二 keepalived 部署
2.1 简介
它主要通过虚拟路由器冗余协议(VRRP)来实现故障转移和负载均衡。Keepalived 能够检测服务器的状态,确保服务的持续可用性。
1.监控服务器的健康状况:通过各种方式(如网络连接、服务端口检测等)来判断服务器是否正常运行
2.实现虚拟 IP(VIP)的漂移:当主服务器出现故障时,自动将 VIP 切换到备份服务器上,使得服务能够不间断地对外提供
3.与其他服务集成:能够与常见的服务(如 HTTPD、Nginx 等)配合工作,增强服务的可靠性。
4.配置简单灵活:通过修改配置文件,可以轻松地调整 Keepalived 的参数和行为。
2.2 keepalived 架构
用户空间核心组件:
vrrp stack:VIP消息通告
checkers:监测real server
system call:实现 vrrp 协议状态转换时调用脚本的功能
SMTP:邮件组件
IPVS wrapper:生成IPVS规则
Netlink Reflector:网络接口
WatchDog:监控进程
控制组件:提供keepalived.conf 的解析器,完成Keepalived配置
IO复用器:针对网络目的而优化的自己的线程抽象
内存管理组件:为某些通用的内存管理功能(例如分配,重新分配,发布等)提供访问权限
2.3 keepalived 搭建
keepalived 环境准备 | |
实验要求 | chrony/ntp时间同步 关闭防火墙和selinux |
相关软件 | 软件包名:keepalived 主程序文件:/usr/sbin/keepalived 主程序文件:/usr/sbin/keepalived 配置文件示例:/usr/share/doc/keepalived/ |
keepalived 安装:
搭建测试环境
下载启动keepalived,两台配置一样
然后改名字,另外一台一样
三 keepalived 应用示例
3.1 实现master/slave的keepalived单主架构
配置文件拷贝到ka2上,ka2为备份设备,只需到ka2里做稍微修改
然后注释点strict重启keepalived服务 在向rs配置临时ip
ka1优先级为100,ka2为80,并且keepalived默认为抢占,所以效果应为,ka1断了之后,往ka2浮动vip
远程登陆ka1停掉服务,看结果是否ip消失
然后查看ka2的,如果有的话证明设备故障切换成功,如果重启ka1的话,vip返回,即配置成功,并且证明keepalived默认是抢占的
重启ka1服务
vip返回
3.2 抢占技术和非抢占技术
3.2.1 非抢占模式(nopreempt)
非抢占模式,意思就是当ka1挂掉之后,vip切换到ka2上,然后等ka1恢复之后,不能立即切换到ka1上,只能等ka2挂掉之后,才能切换,目的是为了,反复切换导致网络抖动,不稳定
- 需要将服务器,均配置为backup状态,然后重启,再到backup上加上nopreempt选项
- vip在ka1上,此时断掉服务
- vip飘到ka2上,按照对实验的设想,重启ka1之后,应该不会回到ka1上,如果还在ka2就代表试验成功
3.2.2 抢占延时模式(preempt_delay)
- 配置ka1,ka2的延迟计划
- 重启服务之后,一段时间完,抢vip地址
3.3 VIP单播配置
- 在ka1和ka2上配置文件里面加上单播的配置,举例ka1,ka2类似
- 实验结果展现
3.4 keepalived 通知脚本配置
- 创建通知脚本
- 安装邮件发送工具
dnf install mailx -y #进入配置文件,进行配置 vim /etc/mail.rc
-
结果展示
3.5 master/master的keepalived双主架构
- 在10和20主机分别写入互为主备的规则
- 测试
3.6 实现ipvs的高可用性
1 两台rs主机安装httpd
2 临时配置ip地址,往默认界面加内容,在重启,rs2也一样
3 分别做arp抑制,rs2同样操作
4 ka1和ka2配置主机策略
5 检查最终结果