高可用集群Keepalived

最新推荐文章于 2024-08-19 22:51:39 发布
最新推荐文章于 2024-08-19 22:51:39 发布
阅读量742 收藏 10
点赞数 15
文章标签： 服务器 运维
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Rinleren/article/details/141280122
版权

1.1keepalived介绍

1.1.1keepalived 简介

  Keepalived利用 VRRP 协议实现 Linux 系统的高可用性。它能在主服务器故障时自动将网络服务切换到备用服务器，保证服务连续性。其特点有高可用性、负载均衡、健康检查、配置灵活、易于集成且开源，常用于保障网络服务如 DNS、HTTP 等的高可用及实现负载均衡和故障转移。

1.1.2VRRP工作模式

  • 三种状态

    • Initialize状态：
      • 这是节点启动VRRP时的初始状态。在Initialize状态下，节点会读取配置信息，并准备加入VRRP组。之后，节点会根据配置的优先级和其他因素，决定自己是成为Master还是Backup
    • Master状态：
      • 在VRRP组中，只有一个节点处于Master状态，负责处理所有的网络流量。Master节点定期发送VRRP通告消息，以通知其他节点其状态，并保持其作为主节点的地位。
    • Backup状态：
      • Backup节点是处于待命状态的节点，它们不处理网络流量，除非Master节点发生故障。Backup节点监听Master节点的VRRP通告消息，如果超过设定的时间没有收到通告，它们会认为Master节点可能已经故障，并开始选举过程以选择新的Master节点。

  • 选举机制

    • 抢占模式
      • 在抢占模式下，如果一个优先级更高的节点加入VRRP组，即使当前已经有Master节点，它也会立即抢占Master状态。
      • 这种模式适用于动态环境，其中节点的优先级可能会根据系统负载或其他因素变化，需要灵活地调整Master节点。
      • 抢占模式可能会导致更频繁的状态切换，但可以确保始终由优先级最高的节点处理网络流量
    • 非抢占模式
      • 在非抢占模式下，一旦一个节点被选举为Master，它会保持Master状态，直到它自己主动放弃或发生故障。
      • 即使有另一个优先级更高的节点加入VRRP组，也不会自动抢占Master状态。这可以防止频繁的切换，提高系统的稳定性。
      • 通常在非抢占模式下，优先级高的节点会在配置上被设置为Master节点，以避免不必要的选举。

1.1.3Keepalived 架构

将整个体系结构分层用户层和内核层

  • Scheduler I/O Multiplexer

I/O复用分发调用器，负责安排Keepalived所有的内部的任务请求

  • Memory Management

内存管理机制，提供了访问内存的一下通用方法Keepalived

  • Control Plane

控制面板，实现对配置文件的编译和解析，Keepalived的配置文件解析比较特殊，它并不是一次解析所有模块的配置，而是只有在用到某模块时才解析相应的配置

  • Core components

Keepalived的核心组件，包含了一系列功能模块，主要有watch dog、Checkers、VRRP Stack、IPVS wrapper、Netlink Reflector

vrrp stack：VIP消息通告

checkers：监测

real server system call：实现 vrrp 协议状态转换时调用脚本的功能

SMTP：邮件组件

IPVS wrapper：生成IPVS规则

Netlink Reflector：网络接口

WatchDog：监控进程

2.1Keepalived部署

2.1.1实验环境搭建

KA1ip：172.25.254.10     vip：172.25.254.100           
KA2ip：172.25.254.20     vip：172.25.254.100     
realserverip:172.25.254.110
realserver    ip:172.25.254.120

安装Keepalived

[root@ka1 ~]# yum install keepalived -y

[root@ka2 ~]# yum install keepalived -y

2.1.2Keepalived配置

以master/slave的 Keepalived 单主架构为例：

Keepalived帮助：

[root@ka1 ~]# man keepalived.conf

全局配置，如下图：

ka1配置：

虚拟路由配置，如图：

启动 keepalived

[root@ka1 ~]# systemctl enable --now keepalived

可以看到eth0的子接口上vip配置成功

ks2配置：

虚拟路由配置，如图：

因为ka2的优先级比ka1低，所以此时因为抢占模式，vip在ka1上

抓包测试：

2.1.3启用keepalived日志功能

修改/etc/sysconfig/keepalived下的配置：

[root@ka1 ~]# vim /etc/sysconfig/keepalived 

修改/etc/rsyslog.conf下的配置：

[root@ka1 ~]# vim /etc/rsyslog.conf 

重启服务：

[root@ka1 ~]# systemctl restart keepalived
[root@ka1 ~]# systemctl restart rsyslog

接着查看日志，显示配置成功：

[root@ka1 ~]# tail -f /var/log/keepalived.log 

2.1.4实现独立子配置文件

配置 /etc/keepalived/keepalived.conf文件

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

新建配置文件：

[root@ka1 ~]# mkdir -p /etc/keepalived/conf.d

编辑/etc/keepalived/conf.d/172.25.254.100.conf文件：

[root@ka1 ~]# vim /etc/keepalived/conf.d/172.25.254.100.conf

写入配置：

重启服务：
 

[root@ka1 ~]# systemctl restart keepalived.service

再次查看vip，发现运行正常：

2.1.5非抢占模式和延迟抢占

非抢占模式：

编辑文件/etc/keepalived/keepalived.conf 

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

对ka2进行配置：

注意：两台主机都要修改为BACKUP

测试：

对ka1进行重启，会发现vip在ka2上，即便是ka1的优先级比ka2高也没影响，在非抢占模式下，谁先开机谁先拿到vip除，除非拿到vip的机器dowm状态，否则vip一直在同一台机器上。

延迟抢占：

两台主机都是：BACKUP

ka1：

ka2：

测试：
会发现ka1刚开始没有vip，在5s之后会拿到vip

2.1.6VIP单播配置

  默认keepalived主机之间利用多播相互通告消息，会造成网络拥塞，可以替换成单播，减少网络流量

ka1：

ka2：

测试：

2.1.7Keepalived 通知脚本配置

2.1.7.1 通知脚本类型

1.当前节点成为主节点时触发的脚本

  • notify_master <STRING>|<QUOTED-STRING>

2.当前节点转为备节点时触发的脚本

  • notify_backup <STRING>|<QUOTED-STRING>

3.当前节点转为“失败”状态时触发的脚本

  • notify_fault <STRING>|<QUOTED-STRING>

4.通用格式的通知触发机制，一个脚本可完成以上三种状态的转换时的通知

  • notify <STRING>|<QUOTED-STRING>

5.当停止VRRP时触发的脚本

  • notify_stop <STRING>|<QUOTED-STRING>

2.1.7.2 创建通知脚本

[root@ka2 ~]# chmod +x /etc/keepalived/mail.sh

给/etc/keepalived/mail.sh一个可执行的权限

[root@ka2 ~]# chmod +x /etc/keepalived/mail.sh 

 2.1.7.3邮件配置

安装邮件发送工具：

[root@ka2 ~]# yum install mailx -y

 拿到授权码：

对/etc/mail.rc文件进行配置：

[root@ka2 ~]# vim /etc/mail.rc

给予权限：

[root@ka2 ~]# chmod +x /etc/mail.rc 

在 vrrp_instance VI_1 语句块的末尾进行配置：

测试：

[root@ka2 ~]# echo test message |mail -s test 邮箱

2.1.8 Keepalived 双主架构

    master/slave的单主架构，同一时间只有一个Keepalived对外提供服务，此主机繁忙，而另一台主机却 很空闲，利用率低下，可以使用master/master的双主架构，解决此问题。

ka1：

虚拟路由1，为主

虚拟路由2，为从

修改组为200，优先级为80vip为172.25.254.200，在eth0的子接口2上

ka2：

虚拟路由1，为从

虚拟路由2，为主

优先级改为100，其余与ka1配置相同

测试：

查看ka1/2此时的vip状况：

ka1：

ka2：

当停用ka2的keepalived服务：

[root@ka2 ~]# systemctl stop keepalived

ka2的vip状况如图：

ka1有两个vip

2.1.9实现IPVS的高可用性

2.1.9.1 IPVS相关配置

1、virtual server （虚拟服务器）的定义格式

virtual_server IP port #定义虚拟主机IP地址及其端口

virtual_server fwmark int #ipvs的防火墙打标，实现基于防火墙的负载均衡集群 virtual_server group string #使用虚拟服务器组

2、虚拟服务器配置

virtual_server IP port { #VIP和PORT
delay_loop <INT> #检查后端服务器的时间间隔
lb_algo rr|wrr|lc|wlc|lblc|sh|dh #定义调度方法
lb_kind NAT|DR|TUN #集群的类型,注意要大写
persistence_timeout <INT> #持久连接时长
protocol TCP|UDP|SCTP #指定服务协议,一般为TCP
sorry_server <IPADDR> <PORT> #所有RS故障时，备用服务器地址
real_server <IPADDR> <PORT> { #RS的IP和PORT
weight <INT> #RS权重
notify_up <STRING>|<QUOTED-STRING> #RS上线通知脚本
notify_down <STRING>|<QUOTED-STRING> #RS下线通知脚本
HTTP_GET|SSL_GET|TCP_CHECK|SMTP_CHECK|MISC_CHECK { ... } #定义当前主机健康状
态检测方法
}
}

#注意:括号必须分行写,两个括号写在同一行,如: }} 会出错

3、应用层监测

HTTP_GET|SSL_GET {
url {
path <URL_PATH> #定义要监控的URL
status_code <INT> #判断上述检测机制为健康状态的响应码，一般为 200
}
connect_timeout <INTEGER> #客户端请求的超时时长, 相当于haproxy的timeout server
nb_get_retry <INT> #重试次数
delay_before_retry <INT> #重试之前的延迟时长
connect_ip <IP ADDRESS> #向当前RS哪个IP地址发起健康状态检测请求
connect_port <PORT> #向当前RS的哪个PORT发起健康状态检测请求
bindto <IP ADDRESS> #向当前RS发出健康状态检测请求时使用的源地址
bind_port <PORT> #向当前RS发出健康状态检测请求时使用的源端口
}

4、TCP监测

TCP_CHECK {
connect_ip <IP ADDRESS> #向当前RS的哪个IP地址发起健康状态检测请求
connect_port <PORT> #向当前RS的哪个PORT发起健康状态检测请求
bindto <IP ADDRESS> #发出健康状态检测请求时使用的源地址
bind_port <PORT> #发出健康状态检测请求时使用的源端口
connect_timeout <INTEGER> #客户端请求的超时时长
#等于haproxy的timeout server
}

2.1.9.2 实战案例1：实现单主的 LVS-DR 模式

realserver：（web1与web2配置相同）

#安装阿帕奇

[root@realserver ~]# yum install httpd -y  

#对网站内容进行编辑

[root@realserver ~]# echo 172.25.254.110 - web1 > /var/www/html/index.html 

#启动httpd

[root@realserver ~]# systemctl enable httpd --now 

#临时添加vip到回环网卡

[root@realserver ~]# ip addr add 172.25.254.100/32 dev lo

查看换回配置：

对/etc/sysctl.d/arp.conf文件进行配置：

加载配置文件：

[root@realserver ~]# sysctl --system

keepalived：（ka1与ka2配置相同）

编辑/etc/keepalived/keepalived.conf 文件

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

 vip：172.25.254.100

web1：172.25.254.110

web2：172.25.254.120

重启keepalived：

[root@ka1 ~]# systemctl restart keepalived.service

[root@ka2 ~]# systemctl restart keepalived.service

安装ipvsadm

[root@ka1 ~]# yum install ipvsadm -y

[root@ka2 ~]# yum install ipvsadm -y

测试：

2.2.1 实现其它应用的高可用性 VRRP Script

2.2.1.1 VRRP Script 配置

定义脚本 :

  • vrrp_script：自定义资源监控脚本，vrrp实例根据脚本返回值，公共定义，可被多个实例调用，定 义在vrrp实例之外的独立配置块，一般放在global_defs设置块之后。 通常此脚本用于监控指定应用的状态。一旦发现应用的状态异常，则触发对MASTER节点的权重减至 低于SLAVE节点，从而实现 VIP 切换到 SLAVE 节点

vrrp_script <SCRIPT_NAME> {
script <STRING>|<QUOTED-STRING> #此脚本返回值为非0时，会触发下面OPTIONS执行
OPTIONS
}

调用脚本

  • track_script：调用vrrp_script定义的脚本去监控资源，定义在VRRP实例之内，调用事先定义的vrrp_script。

track_script {
SCRIPT_NAME_1
SCRIPT_NAME_2
}

2.2.1.2 实战案例：利用脚本实现主从角色切换

创建脚本：

[root@ka1 ~]# vim /mnt/check_rin.sh

编辑/etc/keepalived/keepalived.conf文件

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

提权：

[root@ka1 ~]# chmod +x /mnt/check_rin.sh 

测试：

在/mnt/创建文件rin

[root@ka1 ~]# touch /mnt/rin

 vip实现漂移

2.2.1.3 实战案例：实现HAProxy高可用

ka1/2：

安装 haproxy ：

[root@ka1 ~]# yum install haproxy -y

编辑/etc/haproxy/haproxy.cfg 文件

[root@ka1 ~]# vim /etc/haproxy/haproxy.cfg 

在两个ka1和ka2两个节点启用内核参数

[root@ka1 ~]# vim /etc/sysctl.conf 

编写脚本：

[root@ka1 ~]# vim /etc/keepalived/scripts/haproxy.sh

提权：

[root@ka1 ~]# chmod  +X /etc/keepalived/scripts/haproxy.sh

配置ka：

ka1：

ka2：

停止ka1：

[root@ka1 ~]# systemctl stop keepalived.service

Rinleren
关注
  • 15
    点赞
  • 踩
  • 10
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
keepalived+haproxy高可用集群搭建
06-01
在搭建高可用集群时，Keepalived和HA-Proxy是常用的两种工具。Keepalived主要负责实现高可用性（High Availability, HA）和负载均衡（Load Balancing），而HA-Proxy则主要用于高可用负载均衡。当二者结合使用时，...
Nginx 配置高可用的集群安装文件keepalived
12-27
完成高可用配置（主从配置文件），有兴趣的免费提供下载参考。
高可用之Keepalived+Nginx实现高可用Web负载均衡
11-07
Nginx 的高可用集群问题可以通过 Keepalived 来解决。 Keepsalived 可以防止 Nginx 的单点故障的发生，实现高可用的 Web 负载均衡。 在实现高可用 Web 负载均衡时，需要规划 VIPIP 主机名、Nginx 端口、默认主从...
Keepalived+redis高可用主从-Keepalived的配置
01-07
Keepalived+redis高可用主从，本技术文档主要是Keepalived的配置，redis主从配置可以看我的文章https://blog.csdn.net/qq_41709494/article/details/116382183
Keepalived+Nginx+Tomcat 高可用集群搭建实战记录
04-02
Keepalived+Nginx+Tomcat 高可用集群搭建实战记录 Keepalived 是一种高可用性解决方案，可以与 Nginx 和 Tomcat 配合使用来实现高可用集群。下面是 Keepalived+Nginx+Tomcat 高可用集群搭建的实战记录。 ...
windows bat脚本基础指令详解
weixin_39789796的博客
08-16 348
CMD在解释我们的命令的时候，首先会读取命令行一条完整的命令。如果我们要在我们的命令中引用一些变量，那么我们如何让CMD在解释我们的命令时。当CMD在对读取我们的整行命令进行格式匹配的时候，就会发现name这个字符两边加了%号，就不会把他当作普通字符处理，而是会把他当 作一个变量处理。然后CMD就会找到变量名对应的值，用变量名的值替换掉这个变量名字(name)，(如果变量名不存在值,就返回空 值)。这个在预编译的时候将%var%替换成%%i，但是%%i又不认识是什么，所以程序在运行的时候就会出错。
出省了为什么ip地址没变？怎么修改自己的ip地址变外省的
hgdlip的博客
08-14 682
在数字时代，IP地址作为网络世界中每台设备的唯一标识，其重要性不言而喻。然而，许多人在跨省份旅行或工作时，可能会发现尽管自己已经身处新的地域，但IP地址却并未随之改变。这一现象不仅令人困惑，那么，为什么会出现这种情况？我们又该如何修改自己的IP地址以反映当前的外省位置呢？本文将为您详细解答这些问题。
【busybox记录】【shell指令】chroot
44083579的博客
08-14 364
chroot指令用法
Linux安装MQTT 服务器（图文教程）
猿小白的博客
08-19 250
MQTT（Message Queuing Telemetry Transport）是一种轻量级的消息传输协议，专为低带宽和不稳定的网络环境设计，非常适合物联网（IoT）应用。
国外高防服务器租用多少钱一个月？
petaexpress的博客
08-15 434
租用国外高防服务器的价格大约在每月79美元至299美元不等，具体价格取决于服务器的配置和提供的防御能力。下面将详细介绍国外高防服务器租用的多个重要考虑因素和具体的价格范围：
Neo4j图数据库Docker部署至服务器
yufanwenshu的博客
08-19 348
Neo4j 是一种基于图数据库管理系统，专门用于存储和查询图数据结构。本文介绍了在云服务器上使用Docker部署Neo4j并导入备份数据的过程。
stable-fast-3d的部署，在服务器Ubuntu22.04系统下——点动科技
weixin_63782093的博客
08-19 651
stable-fast-3d的部署，在服务器Ubuntu22.04系统下——点动科技
SSH 隧道方式连接 MySQL 服务器
Sally_xy的博客
08-16 510
本文介绍通过 Navictat 或 MySQL Workbench 工具以 SSH 隧道方式连接MySQL 服务器的方法。
如何将sudo apt-get install xvfb安装的xvfb的所有文件打包成压缩包并放到另一台ubuntu服务器上运行
Gochan_Tao的博客
08-19 670
由于一些限制，ubuntu服务器A无法通过apt-get安装xvfb包，于是通过另一台可以安装xvfb的ubuntu服务器B，将已安装的xvfb进行打包，然后再解压到不能在线安装的服务器A中。
IOPaint部署，在服务器Ubuntu22.04系统下——点动科技
weixin_63782093的博客
08-19 446
IOPaint部署，在服务器Ubuntu22.04系统下——点动科技
国内机房与海外机房之间的区别是什么？
wanhengwangluo的博客
08-14 756
在服务器的配置上国内的徐州机房一般会受到电信和网通等运营商的影响，配置方面会相对简单一点，但是也会提供多个服务器配置选项，企业能够根据自身的业务需求来选择合适的服务器；海外机房与国内机房的服务器还是有着多方面的区别的，首先在地理位置上海外机房通常是位于中国以外的国家或者是地区，而国内机房则是包含中国各大城市的数据中心，比如徐州的淮海大数据中心。以上就是小编今天分享的内容了，如果还想了解更多内容，或者对服务器感兴趣的话，可以持续关注万恒网络科技，对于不了解和需要进行咨询的地方，也可以私信或评论小编！
Springboot-从服务器获取一个输入流，转成视频文件存到oss
最新发布
兴趣是最好的老师
08-19 55
获取输入流：使用HTTP客户端（如RestTemplate或WebClient）从服务器获取输入流。本示例中使用了RestTemplate来获取输入流，也可以使用WebClient来实现相同的功能。设置阿里云OSS客户端：首先，你需要配置阿里云OSS客户端，以便能够上传文件到OSS。首先，你需要在Spring Boot项目中添加阿里云OSS的依赖，并配置OSS客户端。以上示例展示了如何从服务器获取视频流，并将其上传到阿里云OSS。上传到OSS：将视频文件上传到OSS。步骤 1: 配置阿里云OSS客户端。
Linux——进程（5）
qq_63574400的博客
08-16 1048
1、必须事先定义自定义函数，必须是如下格式：void fun(int sig) //sig 接收到的信息编号2、在所有的信号中有如下两个特列：10 SIGUSR112 SIGUSR2专门预留给程序员使用的未定义信号。
使用 AWS CLI 自动在 Amazon EC2 实例上部署 Apache Web 服务器
2401_85233349的博客
08-19 1009
要检索我们的 EC2 Web 服务器实例 ID，请运行以下命令 - aws ec2 描述实例 复制并保存您的 EC2 Web 服务器实例 ID。步骤 3：从新创建的 AMI 启动 EC2 Web 服务器 要从我们新创建的 AMI 启动具有预配置配置的 EC2 Web 服务器实例，我们可以使用之前的资源信息运行以下命令 -。步骤 2：从我们之前启动的 EC2 Web 服务器创建一个新的 AMI 现在我们知道了要从中创建 AMI 的 EC2 实例 ID，我们可以运行以下命令来实际创建它 -。
[Linux CMD] 目录与文件相关的命令
庐陵居士
08-15 268
代表次层目录代表上一层目录代表前一个工作目录~ 代表目前使用者身份所在的家目录~account 代表account这个使用者的家目录（account是个账号名称）
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Rinleren

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值