Keepalived

global_defs { --全局配置
notification_email {
3519904227@qq.com #keepalived

--发生故障切换时邮件发送的目标邮箱
}
notification_email_from keepalived@dx.org --发邮件的地址
smtp_server 127.0.0.1 --邮件服务器地址
smtp_connect_timeout 30 --响应超时时间
router_id dx.org
vrrp_skip_check_adv_addr --同一地址的流量验证
vrrp_strict --遵循vrrp
vrrp_garp_interval 0 --vrrp发送超时，0表示无延迟
vrrp_gna_interval 0 --消息发送延迟时间
}

编辑配置文件

vim /etc/keepalived/keepalived.conf
systemctl enable --now keepalived.service
systemctl restart keepalived.service
scp /etc/keepalived/keepalived.conf root@172.25.254.20:/etc/keepalived/keepalived.conf

--将配置文件复制到第二个主机中

设定router-id和VIP

修改优先级

vim /etc/keepalived/keepalived.conf
systemctl restart keepalived.service
systemctl enable --now keepalived.service
Created symlink from /etc/systemd/system/multi-user.target.wants/keepalived.service to /usr/lib/systemd/system/keepalived.service.

systemctl enable --now keepalived.service --重启服务

更改另一台主机配置

虚拟路由通讯设置

测试：通讯正常

keepalived日志分离

核心命令：

[root@kat1 ~]# vim /etc/sysconfig/keepalived --进入配置文件
[root@kat1 ~]# systemctl restart keepalived.service --重启服务

[root@kat1 ~]# vim /etc/rsyslog.conf--进入日志文件
[root@kat1 ~]# systemctl restart rsyslog.service--重启服务
[root@kat1 ~]# systemctl restart keepalived.service--重启服务

keepalived独立子配置文件

进入配置文件

vim /etc/keepalived/keepalived.conf

systemctl restart keepalived.service

创建文件

mkdir -p /etc/keepalived/conf.d

vim /etc/keepalived/conf.d/172.25.254.100.conf

keepalived的抢占模式和非抢占模式

抢占模式

1. 特点：

- 当主节点恢复正常后，会重新夺回主节点的角色。

- 这意味着如果备用节点在主节点故障期间成为了主节点，一旦原主节点恢复，且其优先级高于当前主节点，它将抢占回主节点的地位。

2. 适用场景：

- 适用于主节点的性能或资源配置明显优于备用节点的情况。

- 当主节点能够提供更高效、更稳定的服务时，希望主节点恢复后能立即重新接管服务。

非抢占模式

1. 特点：

- 即使主节点恢复正常，只要当前的备用节点没有出现故障，主节点不会主动夺回主节点的角色。

- 只有当当前主节点出现故障时，原主节点才有机会重新成为主节点。

2. 适用场景：

- 适用于对服务切换的稳定性要求较高，不希望因为主节点的频繁切换而导致服务波动的情况。

- 例如在某些对服务连续性要求极高的场景中，避免不必要的主备切换。在配置 Keepalived 时，可以根据实际需求选择合适的模式来满足系统的高可用性要求。

非抢占模式

此为非抢占模式

进入配置文件，修改配置，重启服务

vim /etc/keepalived/keepalived.conf
systemctl restart keepalived.service

测试结果：

延迟抢占：

vim /etc/keepalived/keepalived.conf

systemctl restart keepalived.service

--进入配置文件

设置延迟抢占时间

设置延迟时间

VIP单播

VIP 单播（Virtual IP Unicast）指的是将一个虚拟 IP 地址（VIP）通过单播的方式在网络中进行通信和使用。在高可用性和负载均衡的场景中，VIP 通常被用作服务的访问入口。单播是一种网络通信方式，即数据包从一个源地址发送到一个明确的目标地址。

VIP 单播的优点包括：

1. 精确的目标定位：数据包只会被发送到指定的单个目标地址，减少了网络中的广播和多播流量，降低了网络拥塞的可能性。

2. 更好的网络控制：可以更精确地控制 VIP 所关联的服务的访问路径和流量分布。

例如，在一个服务器集群中，通过配置 VIP 单播，可以将客户端的请求准确地导向到当前提供服务的服务器，实现负载均衡和故障转移。然而，VIP 单播的配置需要确保网络中的路由器和交换机正确支持和处理单播数据包，以保证通信的正常进行。

[root@ka1 ~]# vim /etc/keepalived/keepalived.conf
[root@ka1 ~]# systemctl restart keepalived.service

[root@ka2 ~]# vim /etc/keepalived/keepalived.conf
[root@ka2 ~]# systemctl restart keepalived.service

邮件通知

安装

yum install mailx -y

vim /etc/mail.rc

在配置里，填入邮箱和授权码

脚本：

vim /etc/keepalived/mail.sh --创建脚本

chmod +x /etc/keepalived/mail.sh
提升权重

双主模式

双主模式（Dual Master Mode）是一种在高可用性和冗余架构中的配置方式，其中两个系统或组件同时处于主（活动）状态，共同处理工作负载或提供服务。

优点：

1. 更高的性能和处理能力：两个主节点同时工作，可以处理更多的请求和任务，提高系统的整体性能。

2. 快速故障恢复：当一个主节点出现故障时，另一个主节点可以立即接管，减少了故障切换的时间和对服务的影响。

需要注意：

1. 数据同步问题：两个主节点需要确保数据的一致性和同步，以避免数据冲突和不一致。

2. 资源竞争：可能会出现对某些共享资源的竞争，需要有效的资源管理和协调机制。

例如，在数据库环境中，可以采用双主模式，两个主数据库同时处理读写操作，并通过数据复制和同步机制保持数据的一致性。在网络环境中，两台核心交换机可以处于双主模式，共同转发流量，当其中一台出现故障时，另一台能够无缝接管。

进入配置：

进入配置文件
vim /etc/keepalived/keepalived.conf
systemctl start keepalived.service

IPVS

配置VIP

ip a a 172.25.254.100/32 dev lo

cd /etc/sysconfig/network-scripts/

配置文件内容

DEVICE=lo

IPADDR0=127.0.0.1

NETMASK0=255.0.0.0

IPADDR1=172.25.254.100

NETMASK1=255.255.255.255

NETWORK=127.0.0.0

写入配置文件
vim /etc/sysctl.d/arp.conf

启用文件
sysctl --system

进入配置文件
vim /etc/keepalived/keepalived.conf

keepalived和harapoxy

进入配置启用参数

vim /etc/sysctl.conf
sysctl -p

haproxy的配置

vim /etc/haproxy/haproxy.cfg
systemctl enable --now haproxy.service
Created symlink from /etc/systemd/system/multi-user.target.wants/haproxy.service to /usr/lib/systemd/system/haproxy.service.
vim /etc/haproxy/haproxy.cfg