详细解读keepalived高可用集群

于 2024-08-14 22:17:23 发布
阅读量1.1k 收藏 28
点赞数 28
文章标签： 网络 云原生 运维
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_62976216/article/details/141201198
版权

一.高可用集群

1.1 集群类型

  • LB：Load Balance 负载均衡
  • LVS/HAProxy/nginx（http/upstream, stream/upstream）
  • HA：High Availability 高可用集群
  • 数据库、Redis
  • SPoF: Single Point of Failure，解决单点故障
  • HPC：High Performance Computing 高性能集群

1.2 系统可用性

SLA：Service-Level Agreement 服务等级协议（提供服务的企业与客户之间就服务的品质、水准、性能等方面所达成的双方共同认可的协议或契约） A = MTBF / (MTBF+MTTR）

1.3 系统故障

硬件故障：设计缺陷、wear out（损耗）、非人为不可抗拒因素 软件故障：设计缺陷 bug

1.4 实现高可用

提升系统高用性的解决方案：降低MTTR- Mean Time To Repair(平均故障时间)

解决方案：建立冗余机制

active/passive 主/备

active/active 双主

active --> HEARTBEAT --> passive

active <--> HEARTBEAT <--> active

1.5.VRRP：Virtual Router Redundancy Protocol

概述：

虚拟路由冗余协议,解决静态网关单点风险

  1. 利用VRRP，一组路由器（同一个LAN中的接口）协同工作，但只有一个处于Master状态，处于该状态的路由器（的接口）承担实际的数据流量转发任务。在一个VRRP组内的多个路由器接口共用一个虚拟IP地址，该地址被作为局域网内所有主机的缺省网关地址。

  2. VRRP决定哪个路由器是Master，Master路由器负责接收发送至用户网关的数据包 并进行转发，以及响应PC对于其网关IP地址的ARP请求。

  3. Backup路由器侦听Master路由器的状态，并在Master路由器发生故障时，接替其工作，从而保证业务流量的平滑切换。

物理层:路由器、三层交换机

软件层:keepalived

1.5.1 VRRP 相关术语

  • 虚拟路由器：Virtual Router

  • 虚拟路由器标识：VRID(0-255)，唯一标识虚拟路由器

  • VIP：Virtual IP

  • VMAC：Virutal MAC (00-00-5e-00-01-VRID)

  • 物理路由器：

    master：主设备

    backup：备用设备

    priority：优先级

1.5.2 VRRP 相关技术

通告：心跳，优先级等；

周期性 工作方式：抢占式，非抢占式

安全认证：

  • 无认证

  • 简单字符认证：预共享密钥

  • MD5

工作模式：

  • 主/备：单虚拟路由器

  • 主/主：主/备（虚拟路由器1），备/主（虚拟路由器2）

二.Keepalived 部署

2.1 keepalived 简介

vrrp 协议的软件实现，原生设计目的为了高可用 ipvs服务

官网：http://keepalived.org/  

功能：

  • 基于vrrp协议完成地址流动

  • 为vip地址所在的节点生成ipvs规则(在配置文件中预先定义)

  • 为ipvs集群的各RS做健康状态检测

  • 基于脚本调用接口完成脚本中定义的功能，进而影响集群事务，以此支持nginx、haproxy等服务

2.2 Keepalived 架构

官方文档：
https://keepalived.org/doc/ http://keepalived.org/documentation.html

http://keepalived.org/documentation.html

用户空间核心组件：
vrrp stack：VIP消息通告
checkers：监测real server
system call：实现 vrrp 协议状态转换时调用脚本的功能
SMTP：邮件组件
IPVS wrapper：生成IPVS规则
Netlink Reflector：网络接口
WatchDog：监控进程
控制组件：提供keepalived.conf 的解析器，完成Keepalived配置
IO复用器：针对网络目的而优化的自己的线程抽象
内存管理组件：为某些通用的内存管理功能（例如分配，重新分配，发布等）提供访问权限

2.3 Keepalived 环境准备

实验环境
主机名IP地址
KA1172.25.254.10
KA2172.25.254.20
webserver1172.25.254.110
webserver2172.25.254.120

  • 各节点时间必须同步：ntp, chrony

  • 关闭防火墙及SELinux

  • 各节点之间可通过主机名互相通信：非必须

  • 建议使用/etc/hosts文件实现：非必须

  • 各节点之间的root用户可以基于密钥认证的ssh服务完成互相通信：非必须

    2.4 Keepalived 相关文件

    软件包名：keepalived
    主程序文件：/usr/sbin/keepalived
    主配置文件：/etc/keepalived/keepalived.conf
    配置文件示例：/usr/share/doc/keepalived/
    Unit File：/lib/systemd/system/keepalived.service
    Unit File的环境配置文件：/etc/sysconfig/keepalived

    2.5 Keepalived 安装

    安装 keepalived

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

2.6 KeepAlived 配置说明

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

GLOBAL CONFIGURATION
        Global definitions： 定义邮件配置， route_id ， vrrp 配置，多播地址等
VRRP CONFIGURATION
         VRRP instance(s)： 定义每个vrrp虚拟路由器
LVS CONFIGURATION
        Virtual server group(s)
        Virtual server(s)： LVS集群的VS 和 RS

2.6.1 配置虚拟路由

配置master:

vim /etc/keepalived/keepalived.conf

global_defs {
   notification_email {
      2823279147@qq.com                #keepalived 发生故障切换时邮件发送的目标邮箱，可以按行区分写多个
   }
   notification_email_from keepalived@ka1.exam.org      #发邮件的地址
   smtp_server 127.0.0.1                                #邮件服务器地址
   smtp_connect_timeout 30                              #邮件服务器连接timeout
   router_id ka1.exam.org                               #每个keepalived主机唯一标识，多节点 
                                                         重名不影响

   vrrp_skip_check_adv_addr                 #对所有通告报文都检查，会比较消耗性能  
                                            #启用此配置后，如果收到的通告报文和上一个报文是同一个路由器，则跳过检查，默认值为全检查

   #vrrp_strict                            #严格遵循vrrp协议
                                           #启用此项后以下状况将无法启动服务:
                                              1.无VIP地址
                                              2.配置了单播邻居
                                              3.在VRRP版本2中有IPv6地址
                                           #建议不加此项配置

   vrrp_garp_interval 0                    #报文发送延迟，0表示不延迟
   vrrp_gna_interval 0                     #消息发送延迟
   vrrp_mcast_group4 224.0.0.18            #指定组播IP地址范围：
}

配置slave：

vrrp_instance VI_1 {
    state MASTER
    interface eth0                   #绑定为当前虚拟路由器使用的物理接口，如：eth0,可以和            
                                      VIP不在一个网卡
    
    virtual_router_id 100            #每个虚拟路由器惟一标识,范围：0-255，每个虚拟路由器此 
                                      值必须唯一，否则服务无法启动
                                      同属一个虚拟路由器的多个keepalived节点必须相同
                                      务必要确认在同一网络中此值必须唯一
    
    priority 100                    #当前物理节点在此虚拟路由器的优先级，范围：1-254
                                     值越大优先级越高,每个keepalived主机节点此值不同
 
    advert_int 1                    #vrrp通告的时间间隔，默认1s
    authentication {                #认证机制
        auth_type PASS              #PASS为简单密码(建议使用)
        auth_pass 1111              #预共享密钥，仅前8位有效
                                     同一个虚拟路由器的多个keepalived节点必须一样
    }
    virtual_ipaddress {             #虚拟IP,生产环境可能指定上百个IP地址
                                    
        172.25.250.100/24 dev eth0 label eth0:1    #<IPADDR> dev <STRING> scope <SCOPE>                                     
                                                   label <LABEL>
                                       #指定VIP，不指定网卡，默认为eth0,注意：不指 
                                        定/prefix,默认32
    }
}
2.6.2 示例： keepalived配置文件中配置虚拟路由

ka1和ka2中安装软件包：

yum install keepalived -y

主配置文件：

vim /etc/keepalived/keepalived.conf

默认为抢占模式：

配置全局参数：

global_defs {
   notification_email {
   	2823279147@qq.com
   }
   notification_email_from keepalived@timingding.org
   smtp_server 127.0.0.1
   smtp_connect_timeout 30
   router_id ka1.timingding.org
   vrrp_skip_check_adv_addr
   vrrp_strict
   vrrp_garp_interval 0
   vrrp_gna_interval 0
   vrrp_mcast_group4 224.0.0.18
}

配置vip：
vrrp_instance VI_1 {
    state MASTER
    interface eth0
    virtual_router_id 100
    priority 100
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        172.25.254.100/24 dev eth0 label eth0:1
    }
}

systemctl start keepalived.service

测试：

这里可以快捷一点：使用scp命令直接复制到另一台ka上面

直接复制到ka2上面：
scp /etc/keepalived/keepalived.conf root@172.25.254.20:/etc/keepalived/keepalived.conf

ka2上面的优先级设置的低一些：

ka2配置vip的地方要改优先级：

vrrp_instance VI_1 {
    state BACKUP   ------ 改为BACKUP
    interface eth0
    virtual_router_id 100
    priority 80    ------ 改的比ka1低一些
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
2.6.2.1 抓包命令查看组播信息：

tcpdump -i eth0 -nn host 224.0.0.18

此时ping 172.25.254.100是ping不通的，想ping通，得在全局配置里面加参数 vrrp_iptables，不想加就可以把vrrp_strict注释掉，要么都开，要么就注释掉

iptables -nL

global_defs {
   notification_email {
        2823279147@qq.com
   }
   notification_email_from keepalived@timinglee.org
   smtp_server 127.0.0.1
   smtp_connect_timeout 30
   router_id ka1.timinglee.org
   vrrp_skip_check_adv_addr
   #vrrp_strict                   ------注释掉这一行
   vrrp_garp_interval 0
   vrrp_gna_interval 0
   vrrp_mcast_global4 224.0.0.18
}

此时就可以ping通172.25.254.100了。

2.6.3 实现独立子配置文件

vim /etc/keepalived/keepalived.conf
把虚拟路由注释掉：
#vrrp_instance VI_1 {
#    state MASTER
#    interface eth0
#    virtual_router_id 100
#    priority 100
#    advert_int 1
#    authentication {
#        auth_type PASS
#        auth_pass 1111
#    }
#    virtual_ipaddress {
#        172.25.254.100/24 dev eth0 label eth0:1
#    }
#}
加上
include "/etc/keepalived/conf.d/*.conf"

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

vrrp_instance VI_1 {
    state MASTER
    interface eth0
    virtual_router_id 100
    priority 100
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
   }
    virtual_ipaddress {
        172.25.254.100/24 dev eth0 label eth0:1
    }
}

systemctl restart keepalived.service

三.Keepalived应用示例

3.1 实现 master/slave 的 Keepalived 单主架构

3.1.1 配置MASTER

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

global_defs {
   notification_email {
      2823279147@qq.com  
   }
   notification_email_from keepalived@timingding.org
   smtp_server 127.0.0.1
   smtp_connect_timeout 30
   router_id ka1.timingding.org
   vrrp_skip_check_adv_addr
   #vrrp_strict                
   vrrp_garp_interval 0
   vrrp_gna_interval 0
   #vrrp_mcast_group4 224.0.0.18
   #vrrp_iptables
}

vrrp_instance VI_1 {
    state MASTER
    interface eth0
    virtual_router_id 100
    priority 100
    advert_int 1
    #preempt_delay 5s
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        172.25.254.100/24 dev eth0 label eth0:1
    }
}

3.1.2 配置BACKUP

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

global_defs {
   notification_email {
      2823279147@qq.com
   }
   notification_email_from keepalived@ka2.timingding.org
   smtp_server 127.0.0.1
   smtp_connect_timeout 30
   router_id ka2.timingding.org
   vrrp_skip_check_adv_addr
   #vrrp_strict
   vrrp_garp_interval 0
   vrrp_gna_interval 0
   vrrp_mcast_group 224.0.0.18
   #vrrp_iptables
}

vrrp_instance VI_1 {
    state BACKUP
    interface eth0
    virtual_router_id 100
    priority 80
    advert_int 1
    #preempt_delay 5s
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        172.25.254.100/24 dev eth0 label eth0:1
    }
}

3.1.3 抓包查看

tcpdump -i eth0 -nn host 224.0.0.18

3.2 抢占模式和非抢占模式

默认为抢占模式preempt，即当高优先级的主机恢复在线后，会抢占低先级的主机的 master 角色， 这样会使vip 在 KA 主机中来回漂移，造成网络抖动，建议设置为非抢占模式 nopreempt ，即高优先级主机恢复后，并不会抢占低优先级主机的 master 角色

非抢占模块下,如果原主机 down 机 , VIP 迁移至的新主机 , 后续也发生 down 时 , 仍会将 VIP 迁移回原主机

master角色下线后，会转移到另一台主机后，master角色重新恢复之后，不会因为优先级抢占vip

3.2.1 非抢占模式 nopreempt
ka1和ka2一样：
vim /etc/keepalived/keepalived.conf

vrrp_instance VI_1 {
    state BACKUP   ---- 也得设置为BACKUP，两台都为备机
    interface eth0
    virtual_router_id 100 
    priority 100
    advert_int 1
    nopreempt     ------- 加上这个参数
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        172.25.254.100/24 dev eth0 label eth0:1
    }
}
3.2.2 抢占延迟模式preempt_delay

抢占延迟模式，即优先级高的主机恢复后，不会立即抢回VIP，而是延迟一段时间（默认300s）再抢回 VIP

注意：需要各keepalived服务器state为BACKUP,并且不要启用 vrrp_strict

ka1主机上：ka2也一样
vim /etc/keepalived/keepalived.conf

vrrp_instance VI_1 {
    state BACKUP
    interface eth0
    virtual_router_id 100
    priority 100
    advert_int 1
    preempt_delay 5s    ---- 抢占延时为5s，一般设定一分钟，五分钟，这里演示。
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        172.25.254.100/24 dev eth0 label eth0:1
    }

3.3vip单播模式

ka1主机上：ka2也一样
vim /etc/keepalived/keepalived.conf

vrrp_instance VI_1 {
    state BACKUP
    interface eth0
    virtual_router_id 100
    priority 80
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        172.25.254.100/24 dev eth0 label eth0:1
    }
    unicast_src_ip 172.25.254.10   ---- 指定谁到谁  ka2上相反
    unicast_peer {
        172.25.254.20
    }

3.3.1 抓包命令查看：

[root@ka1 ~]# tcpdump -i eth0 -nn src host 172.25.254.10 and dst 172.25.254.20

3.4 keepalived实现邮件通知

安装邮件发送工具：
dnf install mailx -y

QQ邮箱配置：
vim /etc/mail.rc
在配置文件最后面加上这5行
set from=2823279147@qq.com
set smtp=smtp.qq.com
set smtp-auth-user=2823279147@qq.com
set smtp-auth-password=jxtebbewurjddhci            ---- 在QQ邮箱上面登录弄授权码
set smtp-auth=login

测试发送邮件：
echo test message |mail -s test 2823279147@qq.com

写个脚本：
vim /etc/keepalived/mail.sh

#!/bin/bash
mail_dst="2823279147@qq.com"
send_message()
{
  mail_sub="HOSTNAME to be $1 vip mopve"
  mail_msg="`date +%F\ %T`: vrrp move $HOSTNAME chage $1"
  echo $mail_msg | mail -s "$mail_sub" $mail_dst
}

case $1 in
  master)
  send_message master
  ;;
  backup)
  send_message backup
  ;;
  fault)
  send_message fault
  ;;
  *)
  ;;
esac

chmod +x /etc/keepalived/mail.sh

在ka1和ka2虚拟路由上面添加节点：
vim /etc/keepalived/keepalived.conf

vrrp_instance VI_1 {
    state BACKUP
    interface eth0
    virtual_router_id 100
    priority 80
    advert_int 1
    #preempt_delay 5s
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        172.25.254.100/24 dev eth0 label eth0:1
    }
    unicast_src_ip 172.25.254.20
    unicast_peer {
        172.25.254.10
    }
    notify_master "/etc/keepalived/notify.sh master"     ----- 添加这三行
    notify_backup "/etc/keepalived/notify.sh backup"
    notify_fault "/etc/keepalived/notify.sh fault"
}

3.5 实现keepalived的双主架构 master/master

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

master/master 的双主架构：        
        即将两个或以上VIP分别运行在不同的 keepalived 服务器，以实现服务器并行提供 web 访问的目的，提高 服务器资源利用率

ka1和ka2上都加上，都有一个主备
vim /etc/keepalived/keepalived.conf

vrrp_instance VI_2 {
    state MASTWE
    interface eth0
    virtual_router_id 200
    priority 80      ----- 优先级不能一样
    advert_int 1
    #preempt_delay 5s
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        172.25.254.200/24 dev eth0 label eth0:2
    }
    unicast_src_ip 172.25.254.10
    unicast_peer {
        172.25.254.20
    }
}

3.6 实现IPVS的高可用性（DR模式）

3.6.1 应用层监测

应用层检测： HTTP_GET|SSL_GET

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发出健康状态检测请求时使用的源端口
}

3.6.2 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
}

3.6.3 实现单主的 LVS-DR 模式
永久设定vip：
vim /etc/sysconfig/network-scripts/ifcfg-lo 

加上：
IPADDR1=172.25.254.100
NETMASK1=255.255.255.255
NETWORK=127.0.0.0

这里我们给上临时的就行：
reslserver1和2上面给上vip（临时）
ip a a 172.25.254.100 dev lo

解决响应问题：
查看arp:
sysctl -a | grep arp

ka1上面
vim /etc/sysctl.d/arp.conf
net.ipv4.conf.all.arp_ignore=1
net.ipv4.conf.all.arp_announce=2
net.ipv4.conf.lo.arp_announce=2
net.ipv4.conf.lo.arp_ignore=1

用scp命令写到ka2上面：
scp /etc/sysctl.d/arp.conf root@172.25.254.110:/etc/sysctl.d/arp.conf

#######################################
ka1和ka2上面安装ipvsadm 用来查看策略：
yum install ipvsadm -y
######################################
ka1和ka2一样：
vim /etc/keepalived/keepalived.conf

virtual_server 172.25.254.100 80 {
    delay_loop 6
    lb_algo wrr
    lb_kind DR
    #persistence_timeout 50
    protocol TCP

real_server 172.25.254.110 80 {
    weight 1
    HTTP_GET {
        url {
          path /
          status_code 200
        }
        connect_timeout 3
        nb_get_retry 2
        delay_before_retry 2
    }
}
real_server 172.25.254.120 80 {
    weight 1
    HTTP_GET {
        url {
          path /
          status_code 200
        }
        connect_timeout 3
        nb_get_retry 2
        delay_before_retry 2
    }
}
}

ssytemctl restart keepalived.service

使用ipvsadm -Ln 查看策略是否写进去

3.7 vrrp Script 配置 脚本控制vip

3.7.1 利用脚本实现主从角色切换

示例：先用例子测试一下：
检测文件是否存在，存在为真(1)，ka1就降低优先级，vip飘到ka2上面，不存在为假(0)，vip就按兵不动
[root@ka1 ~]# vim /etc/keepalived/test.sh
#!/bin/bash
[ ! -f /mnt/ding ]   ---- 取反

chmod +x /etc/keepalived/test.sh ---- 给上可执行权限

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

vrrp_script lee {
   script "/etc/keepalived/test.sh"     ------shell命令或脚本的路径
   interval 1                  ------ 检测的间隔时间，默认为1s
   weight -30                  ------ 默认为零，这里测试设置-30，当运行脚本检测到之后，为非0，就会与VIP的优先级相加，优先                                         降低，实现VIP飘移，为0时就VIP就按兵不动。
   fall 2                       ------ 脚本连续几次都执行失败，则转换为失败，建议设置为2以上
   rise 2                         ------ 执行脚本连续几次都成功，把服务器标记为成功
   timeout 2                   ------ 设置的超时时间。
}


vrrp_instance VI_1 {
    state MASTER
    interface eth0
    virtual_router_id 100
    priority 100
    advert_int 1
    #preempt_delay 5s
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        172.25.254.100/24 dev eth0 label eth0:1
    }
    unicast_src_ip 172.25.254.10
    unicast_peer {
        172.25.254.20
    }
    track_script {            ------ 调用这个script配置参数
         lee
    }    
}

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

sh /etc/keepalived/test.sh
echo $?

0
此时/mnt底下没有ding这个文件，运行脚本输出0，VIP就不动

此时在/mnt底下创建lee这个文件，输出为非0，执行脚本，此时vip飘到ka2上面
touch /mnt/lee
sh /etc/keepalived/test.sh
echo $?
1

ka1上面：

ka2上面：

3.8 keepalived-haproxy实现高可用

3.8.1 还原状态

两台ka1和ka2上安装haproxy
yum install haproxy -y

把两台server机上面的VIP和arp响应给去掉：
[root@realserver1 ~]# ip a d 172.25.254.100/32 dev lo
[root@realserver2 ~]# ip a d 172.25.254.100/32 dev lo

arp响应：
[root@realserver1 ~]# vim /etc/sysctl.d/arp.conf
[root@realserver2 ~]# vim /etc/sysctl.d/arp.conf

net.ipv4.conf.all.arp_ignore=0
net.ipv4.conf.all.arp_announce=0
net.ipv4.conf.lo.arp_announce=0
net.ipv4.conf.lo.arp_ignore=0

sysctl --system   ---- 查看


ka1和ka2上都开启内核路由：
[root@ka1 ~]# vim /etc/sysctl.conf 
[root@ka2 ~]# vim /etc/sysctl.conf 

et.ipv4.ip_nonlocal_bind=1    ---- 两台都开启内核路由

sysctl -p    ----- 刷新一下

记住要把之前做的LVS给注释掉，lvs和haproxy不能同时使用！！！！
[root@ka1 ~]# vim /etc/haproxy/haproxy.cfg
[root@ka2 ~]# vim /etc/haproxy/haproxy.cfg

listen webcluster
    bind 172.25.254.100:80
    mode http
    balance roundrobin
    server web1 172.25.254.110:80 check inter 3 fall 2 rise 5
    server web1 172.25.254.120:80 check inter 3 fall 2 rise 5

查看端口是否开启：
[root@ka1 ~]# netstat -antlupe | grep haproxy
tcp        0      0 0.0.0.0:5000            0.0.0.0:*     LISTEN      0          315293     20936/haproxy       
tcp        0      0 172.25.254.100:80       0.0.0.0:*     LISTEN      0          315291     20936/haproxy       
udp        0      0 0.0.0.0:50163           0.0.0.0:*                 0          315292     20934/haproxy

3.8.2 实现haproxy高可用
如何检测haproxy的存活状态：
killall -0 haproxy

写入之前示例的那个脚本：
[root@ks2 ~]# vim /etc/keepalived/test.sh
#!/bin/bash
killall -0 haproxy

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

vrrp_script check_haproxy {
   script "/etc/keepalived/test.sh"     
   interval 1                  
   weight -30                 
   fall 2					   
   rise 2  					   
   timeout 2                   
}


vrrp_instance VI_1 {
    state MASTER
    interface eth0
    virtual_router_id 100
    priority 100
    advert_int 1
    #preempt_delay 5s
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        172.25.254.100/24 dev eth0 label eth0:1
    }
    unicast_src_ip 172.25.254.10
    unicast_peer {
        172.25.254.20
    }
	track_script {            
 		check_haproxy
	}    
}

systemctl restart keepalived.service
3.8.3 测试

复制一个ka1出来，写个死循环：
while true
>do
>curl 172.25.254.100;sleep 0.5
>done

把ka1上的haproxy挂掉，这边不会受影响，一直循环，VIP会飘到ka2上面

把ka1上面的haproxy给挂掉：

[root@ka1 ~]# systemctl stop haproxy.service
此时ka1上面没有VIP了

查看ka2上面：

把ka1上面的haproxy重新启动，VIP又回来了
systemctl start haproxy.service

死循环也不会受影响，因为ka1上面haproxy挂掉了，ka1上的VIP优先级降低，飘到ka2上面去了，ka2上面的haproxy还存活，也有VIP，所以死循环会一直能访问。最终不会影响架构的最终访问。

至此，keepalived-haproxy就实现了高可用

Fennel tea
关注
Keepalived高可用集群
谢公子的博客
10-12 1129
目录 Keepalived Keepalived实现主备网站 Keepalived Keepalived软件起初是专为LVS负载均衡软件设计的，用来管理并监控LVS集群系统中各个服务器节点的状态，后来又加入了实现高可用的VRRP功能。因此 Keepalived 除了能够管理LVS软件外，还可以作为其他服务（例如：NGINX、Haproxy、MySQL等）的高可用解决方案。 Keepaliv...
生产环境kubeadm部署k8s（1.23）高可用集群
山巅
03-02 2804
kubeadm部署k8s高可用集群1、设备清单2、各节点下载docker源3、各节点安装docker服务并加入开机启动4、各节点配置docker加速器并修改成k8s驱动5、各节点重启docker服务6、各节点配置hosts文件7、更改各节点主机名8、关闭各个节点防火墙9、关闭各节点SElinux10、关闭各节点swap分区11、各节点重启服务器12、各节点同步的时间13、各节点内核调整,将桥接的IPv4流量传递到iptables的链14、配置各节点k8s的yum源15、各节点安装ipset服务16、各节点开
linux高级技巧：集群之keepalived
weixin_34228662的博客
08-15 104
Keepalived是一个基于VRRP协议来实现的WEB服务高可用方案，可以利用其来避免单点故障。使用多台节点安装keepalived。其他的节点用来提供真实的服务，同样的，他们对外表现一个虚拟的IP。主服务器宕机的时候，备份服务器就会接管虚拟IP，继续提供服务，从而保证了高可用性。keepalived的原理图如下所示：最左边是客户机，它访问我们的虚拟IP。然后我们有mast...
高可用集群架构 Keepalived 双机主备和双主热备
zhiboqingyun的博客
03-07 3018
一、集群 多个节点部署同一个服务就是集群 二、Keepalived概念 1、解决单点故障 2 、组件免费 3、 可用实现高可用HA机制 4、 基于VRRP 协议 三、安装 Keepalived （1）下载地址： https://www.keepalived.org/software/keepalived-2.0.18.tar.gz （2） 解压 tar -zxvf keepalived-2.0.18.tar.gz （3）解压后进入到解压出来的目录，看到会有 configure ，那么就可用做.
keepalived集群搭建
Selenium
05-13 1369
文章目录一. 搭建过程二. 验证keepalived集群三. keepalived集群中的每台机器都出现了vip的解决办法(组播VS单播) keepalived是通过vrrp协议保证系统高可用的解决方案，一般作为一个高可用系统的入口，提供虚拟ip（vip）供用户访问系统，keepavlived集群的下一个中间件往往为haproxy或者nginx。 一. 搭建过程 主机名 ip 网卡名 ubuntu01 192.168.56.104 enp0s8 ubuntu02 192.168.56
keepalived + nginx 实现高可用集群方案
热门推荐
lijian12388806的博客
07-11 2万+
keepalived + nginx 实现高可用集群方案一.使用场景介绍： nginx做负载均衡，来达到分发请求的目的，但是不能很好的避免单点故障，加入nginx服务器挂点了，那么所有的服务也会跟着瘫痪，这样何来的高可用架构？，更别谈什么高扩展。keepalived+nginx，就能很好的解决这一问题。二.原理介绍： Keepalived 是一种高性能的服务器高可用或热备解决方案
lvs集群高可用之DR+keepalived
lv74134的博客
08-01 167
前言： lvs作为调度器有两个问题需要解决，一是后端服务端的web中，假如有一台出现故障，然后在调度的时候将其自动踢出集群，二是调度假如出现故障，如何实现调度器的功能转移，避免单点故障。本章我们会介绍一个新的软件，keepalived，用它来实现这个功能。 一、分析LVS—DR群集工作原理 将Client与群集机器放在同一网络中数据包流经的路线为 1 -> 2 -> 3 -> 4 . 解读：调度器和服务端web在一个机房，同一网段；数据返回到用户时，不经过调度器。 数据包流向的过程： 1
LVS的DR模式（ldirectord的使用，keepalived配置高可用集群）
dreamer_hahaha
07-30 6260
Lvs - DR LVS-DR模型的特性： 保证前端路由将目标地址为VIP报文统统发给Director Server，而不是RS RS可以使用私有地址；也可以是公网地址，如果使用公网地址，此时可以通过互联网对RIP进行直接访问 RS跟Director Server必须在同一个物理网络中 所有的请求报文经由Director Server，但响应报文必须不能进过Director Server...
keepalived-1.4.2配置文件
03-14
总结来说，Keepalived-1.4.2配置文件的解读和实践涉及了高可用性集群的关键技术，包括VRRP协议、负载均衡策略、健康检查以及故障切换机制。通过深入了解和正确配置，我们可以构建出稳定可靠的分布式系统。
linux集群架构--高可用--keepalived（13985字详解）
最新发布
2302_78067597的博客
07-23 902
高可用HA：常用软件keepalived原理脑裂故障keepalived监控服务进阶用法基于http协议,传输的时候进行加密.如果不使用https,数据传输都是明文的.应用场景:目前大部分的业务都是使用https加密.企业想使用http 3.0基于https.脑裂：是什么意思？原因？检查？通过keepalived监控某一个服务（服务挂了，keepalived也挂了，VIP漂移，主备切换）https拿到https证书后配置web服务器和负载均衡服务器。
Keepalived集群快速入门
果子哥丶的博客
10-24 890
Keepalived 是一种高性能的服务器高可用或热备解决方案， Keepalived 可以用来防止服务器单点故障的发生，通过配合 Nginx 可以实现 web 前端服务的高可用。 Keepalived 以 VRRP 协议为实现基础，用 VRRP 协议来实现高可用性(HA)。
MySQL数据库 高可用集群方案
Java.慈祥
04-21 5062
MySQL数据库的集群方案 MySQL 高可用架构：主从备份 为了防止数据库的突然，挂机，我们需要对数据库进行高可用架构 主从备份 是常见的场景 通常情况下都是 一主一从/(多从) 正常情况下，都是主机进行工作，从机进行备份主机数据，如果主机某天突然意外宕机，从机可以立刻工作而不会数据丢失… MySql 主从复制原理 mysql主节点(称master) | 从(称slave)复制 首先我们要先开启主机的 日志记录 master主机，每进行 DML的操作，向日志中写入一条消息记录 到二进制日志
集群介绍 keepalived介绍 用keepalived配置高可用集群
wanli245的博客
07-04 212
1，集群介绍。    根据功能划分为两类：高可用和负载均衡。    高可用集群通常为两台服务器，一台工作，另外一台
高可用集群Keepalived
qq_51552268的博客
07-16 1097
vrrp 协议的软件实现，原生设计目的为了高可用 ipvs服务
mysql高可用集群_Mysql高可用集群环境介绍
weixin_42503762的博客
01-18 510
MySQL高可用集群环境搭建01、MySQL高可用环境方案02、MySQL主从复制原理03、MySQL主从复制作用04、在Linux环境上安装MySQL05、在MySQL集群环境上配置主从复制06、MySQL高可用集群带来的问题07、MySQL读写分离MyCat使用08、分表分库插件ShardingJdbc09、MySQL数据库索引底层原理(重点)10、MySQLSQL语句性能优化MySQL数据库...
高可用集群 Keepalived 所有内容讲解
cp_dvd的博客
10-27 4285
vrrp 协议的软件实现，原生设计目的为了高可用 ipvs服务官网：http://keepalived.org/基于vrrp协议完成地址流动为vip地址所在的节点生成ipvs规则(在配置文件中预先定义)为ipvs集群的各RS做健康状态检测基于脚本调用接口完成脚本中定义的功能，进而影响集群事务，以此支持nginx、haproxy 等vrrp_script { #定义一个检测脚本，在global_defs 之外配置。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值