keepalived + lvs (服务端socket 客户端socket) udp协议

最新推荐文章于 2024-04-29 10:59:17 发布
最新推荐文章于 2024-04-29 10:59:17 发布
阅读量954 收藏 2
点赞数
分类专栏： 网络协议、 文章标签： lvs udp 网络协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_44139121/article/details/131853964
版权

1、Keepalived

1. 1 keepalived 简介

1.1.1 什么是keepalived

Keepalived一个基于VRRP 协议来实现的 LVS 服务高可用方案，可以利用其来解决单点故障。一个LVS服务会有2台服务器运行Keepalived，一台为主服务器（MASTER），一台为备份服务器（BACKUP），但是对外表现为一个虚拟IP，主服务器会发送特定的消息给备份服务器，当备份服务器收不到这个消息的时候，即主服务器宕机的时候， 备份服务器就会接管虚拟IP，继续提供服务，从而保证了高可用性。

1.1.2 keepalived作用

如上述所说，Keepalived 提供了很好的高可用性保障服务，它可以检查服务器的状态，如果有服务器出现问题，Keepalived 会将其从系统中移除，并且同时使用备份服务器代替该服务器的工作，当这台服务器可以正常工作后，Keepalived 再将其放入服务器群中，这个过程是 Keepalived 自动完成的，不需要人工干涉，我们只需要修复出现问题的服务器即可。

1.2 keepalived原理

1.2.1 基于VRRP协议的理解

Keepalived 是以 VRRP 协议为实现基础的，VRRP全称Virtual Router Redundancy Protocol，即虚拟路由冗余协议。

虚拟路由冗余协议，可以认为是实现路由器高可用的协议，即将N台提供相同功能的路由器组成一个路由器组，这个组里面有一个master 和多个 backup，master 上面有一个对外提供服务的 VIP(Virtual IP Address)（该路由器所在局域网内其他机器的默认路由为该 vip），master 会发组播，当 backup 收不到 vrrp 包时就认为 master 宕掉了，这时就需要根据 VRRP 的优先级来选举一个 backup 当 master。这样的话就可以保证路由器的高可用了。

keepalived 主要有三个模块，分别是core、check 和 vrrp。core 模块为keepalived的核心，负责主进程的启动、维护以及全局配置文件的加载和解析。check 负责健康检查，包括常见的各种检查方式。vrrp 模块是来实现 VRRP 协议的。

1.3keepalived选举策略

1.3.1 选举策略

首先，每个节点有一个初始优先级，由配置文件中的priority配置项指定，MASTER 节点的 priority 应比 BAKCUP 高。运行过程中 keepalived 根据 vrrp_script 的 weight 设定，增加或减小节点优先级。规则如下：

  1. weight值为正时,脚本检测成功时”weight”值会加到”priority”上,检测失败时不加
    • 主失败: 主priority < 备priority+weight之和时会切换
    • 主成功: 主priority+weight之和 > 备priority+weight之和时,主依然为主,即不发生切换
  2. weight值为负数时,脚本检测成功时”weight”不影响”priority”,检测失败时,Master节点的权值将是“priority“值与“weight”值之差
    • 主失败: 主priotity-abs(weight) < 备priority时会发生切换
    • 主成功: 主priority > 备priority 不切换
  3. 当两个节点的优先级相同时，以节点发送VRRP通告的 IP 作为比较对象，IP较大者为MASTER。
1.3.2 priority 和 weight 的设定
  1. 主从的优先级初始值priority和变化量weight设置非常关键，配错的话会导致无法进行主从切换。比如，当MASTER初始值定得太高，即使script脚本执行失败，也比BACKUP的priority + weight大，就没法进行VIP漂移了。
  2. 所以priority和weight值的设定应遵循: abs(MASTER priority - BAKCUP priority) < abs(weight)。一般情况下，初始值MASTER的priority值应该比较BACKUP大，但不能超过weight的绝对值。 另外，当网络中不支持多播(例如某些云环境)，或者出现网络分区的情况，keepalived BACKUP节点收不到MASTER的VRRP通告，就会出现脑裂(split brain)现象，此时集群中会存在多个MASTER节点。

1.4keepalived安装部署

1.4.1下载安装包

Keepalived 官网下载地址: https://link.zhihu.com/?target=https%3A//www.keepalived.org/download.html

将keepalived-2.2.2.tar.gz安装包上传到服务器上的某个目录下，此处为/usr/local/src目录下

进入安装目录下并解压安装包：

cd /usr/local/src/
tar -zxvf keepalived-2.2.2.tar.gz

将解压的目录移动到/usr/local/keepalived下并进入移动后的目录：

mv keepalived-2.2.2 ../keepalived
cd ../keepalived/

生成makefile文件：

./configure

安装执行：

make && make install

完成后会在以下路径生成：

/usr/local/etc/keepalived/keepalived.conf
/usr/local/etc/sysconfig/keepalived
/usr/local/sbin/keepalived
1.4.2 初始化及启动

将配置文件放到默认路径下：

mkdir /etc/keepalived
cp /usr/local/keepalived/keepalived/etc/keepalived/keepalived.conf /etc/keepalived/

将keepalived启动脚本（源码目录下），放到/etc/init.d/目录下：

cp /usr/local/keepalived/keepalived/etc/init.d/keepalived  /etc/rc.d/init.d/

将keepalived启动脚本变量引用文件放到/etc/sysconfig/目录下：

cp /usr/local/keepalived/keepalived/etc/sysconfig/keepalived  /etc/sysconfig/

将keepalived主程序加入到环境变量/usr/sbin/目录下：

cp /usr/local/sbin/keepalived  /usr/sbin/

启动keepalived：

centos8的启动

service keepalived start　　#如果启动不了，可以尝试重启centos8

centos7的启动

sudo  systemctl start keepalived //启动
sudo systemctl restart keepalived

附注：

service keepalived stop //停止服务
service keepalived status //查看服务状态

1.5 keepalived配置文件详解

! Configuration File for keepalived
# 全局定义块
global_defs {
   # 邮件通知配置，用于服务有故障时发送邮件报警，可选项
   notification_email {
     541223550@qq.com
   }
   # 通知邮件从哪里发出
   notification_email_from root@localhost
   # 通知邮件的smtp地址
   smtp_server 127.0.0.1
   # 连接smtp服务器的超时时间
   smtp_connect_timeout 30
   # 标识本节点的字条串，通常为hostname，但不一定非得是hostname。故障发生时，邮件通知会用到
   router_id LVS_DEVEL
}
# 做健康检查的脚本配置，当时检查失败时会将vrrp_instance的priority减少相应的值
vrrp_script chk_haproxy {
    # 待执行脚本
    script "/etc/keepalived/chk_nginx.sh"
    # 执行间隔
    interval 2
    # 控制priority增减
    weight 2
}
# VRRP实例定义块
vrrp_instance VI_1 {
    # 标识当前节点的状态，可以是MASTER或BACKUP，当其他节点keepalived启动时会将priority比较大的节点选举为MASTER
    state MASTER
    # 节点固有IP（非VIP）的网卡，用来发VRRP包
    interface ens192
    # 取值在0-255之间，用来区分多个instance的VRRP组播。同一网段中virtual_router_id的值不能重复，否则会出错
    virtual_router_id 100
    # 用来选举master的，要成为master，那么这个选项的值最好高于其他机器50个点，该项取值范围是[1-254]（在此范围之外会被识别成默认值100）
    priority 200
    # 发VRRP包的时间间隔，即多久进行一次master选举（可以认为是健康查检时间间隔）
    advert_int 1
    # 认证区域，认证类型有PASS和HA（IPSEC），推荐使用PASS（密码只识别前8位）
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    # 调用chk_http_port中定义的脚本，当使用track_script时可以不用加nopreempt，只需要加上preempt_delay 5，这里的间隔时间要大于vrrp_script中定义的时长
    track_script {
        chk_haproxy
    }
    # 允许一个priority比较低的节点作为master，即使有priority更高的节点启动。nopreemt必须在state为BACKUP的节点上才生效（因为是BACKUP节点决定是否来成为MASTER的）
    nopreempt
    # 启动多久之后进行接管资源（VIP/Route信息等），前提是没有nopreempt选项
    preempt_delay 300
    # 虚拟ip地址
    virtual_ipaddress {
        192.168.26.34
    }
	notify "/etc/keepalived/main_script.sh"
}
# 虚拟服务定义块
virtual_server 192.168.26.34 9999{  # 虚拟服务器的IP地址和端口
    # 延迟轮询时间（单位秒）
    delay_loop 6
    # 后端调试算法
    lb_algo wrr
    # LVS调度类型NAT/DR/TUN
    lb_kind DR
    # nat掩码
    nat_mask 255.255.255.0
    # 持久化超时时间，保持客户端的请求在这个时间段内全部发到同一个真实服务器，解决客户连接的相关性问题
    persistence_timeout 1
    # 传输协议
    protocol TCP
    # 真实提供服务的服务器
    real_server 192.168.26.36 9999 {
        # 权重
        weight 1
        # 健康检查方式 HTTP_GET|SSL_GET|TCP_CHECK|SMTP_CHECK|MISC_CHECK
        TCP_CHECK {
            # 连接超时时间
            connect_timeout 10
            # 检测失败后的重试次数，若达到重试次数还是失败则将其从服务器池中移除
            nb_get_retry 3
            # 下次重试的时间延迟
            delay_before_retry 3
            # 连接端口
            connect_port 9999 
        }   
    }   
    real_server 192.168.26.54 9999 {
        weight 1
        TCP_CHECK {
            connect_timeout 10
            nb_get_retry 3
            delay_before_retry 3
            connect_port 9999
        }
    }
}

virtual_server 192.168.26.34 3306{
    delay_loop 6
    lb_algo wrr
    lb_kind DR
    nat_mask 255.255.255.0
    persistence_timeout 1
    protocol TCP
    real_server 192.168.26.36 3306 {
        weight 1
        TCP_CHECK {
            connect_timeout 10
            nb_get_retry 3
            delay_before_retry 3
            connect_port 3306
        }
    }
    real_server 192.168.26.54 3306 {
        weight 1
        TCP_CHECK {
            connect_timeout 10
            nb_get_retry 3
            delay_before_retry 3
            connect_port 3306
        }
    }
}

1.6常用脚本

1.6.1Nginx健康检测脚本

在Nginx配置目录下（/etc/nginx/conf.d/）增加health.conf的配置文件,该配置文件用于配置Nginx health的接口。

server {
    listen       80  default_server;
    server_name  localhost;
    default_type text/html;
    return 200 'Health';  
}

Nginx健康检测脚本：/etc/keepalived/scripts/check_nginx.sh

1.6.2 检查接口调用是否为200
#!/bin/sh
set -x

timeout=30 #指定默认30秒没返回200则为非健康，该值可根据实际调整

if [ -n ${timeout} ];then
    httpcode=`curl -sL -w %{http_code} -m ${timeout} http://localhost -o /dev/null`
else
    httpcode=`curl -sL -w %{http_code}  http://localhost -o /dev/null`
fi

if [ ${httpcode} -ne 200 ];then
        echo `date`':  nginx is not healthy, return http_code is '${httpcode} >> /etc/keeperalived/keepalived.log
        killall keepalived
        exit 1
else
        exit 0
fi
1.6.3 检查Nginx进程是否运行
#!/bin/sh
if [ `ps -C nginx --no-header |wc -l` -eq 0 ];then
        echo "$(date) nginx pid not found">>/etc/keepalived/keepalived.log
        killall keepalived
fi
1.6.4 Keepalived状态通知脚本
#!/bin/bash
set -x

warn_receiver=$1
ip=$(ifconfig bond0|grep inet |awk '{print $2}')
warningInfo="${ip}_keepalived_changed_status_to_$1"
warn-report --user admin --key=xxxx --target=${warn_receiver} ${warningInfo}
echo $(date)  $1 >> /etc/keepalived/status

说明：

  1. ip获取本机IP，本例中IP获取是bond0的IP，不同机器网卡名称不同需要修改为对应网卡名称。
  2. 告警工具根据自己指定。

2、LVS

2.1 LVS简介

LVS是Linux Virtual Server的简称，也就是Linux虚拟服务器，是一个由章文嵩博士发起的自由软件项目，官方站点是：The Linux Virtual Server Project。现在LVS已经是Linux标准内核的一部分，在Linux2.4内核以前，使用LVS时必须重新编译内核以支持LVS功能模块，但是从Linux2.4内核心之后，已经完全内置了LVS的各个功能模块，无需给内核打任何补丁，可以直接使用LVS提供的各种功能。

使用LVS技术要达到的目标是：通过LVS提供的负载均衡技术和Linux操作系统实现一个高性能，高可用的服务器群集，它具有良好的可靠性、可扩展性和可操作性。从而以低廉的成本实现最优的服务性能。

2.2 LVS体系架构

使用LVS架设的服务器集群系统有三个部分组成：最前端的负载均衡层（Loader Balancer），中间的服务器群组层，用Server Array表示，最底层的数据共享存储层，用Shared Storage表示。在用户看来所有的应用都是透明的，用户只是在使用一个虚拟服务器提供的高性能服务。

在这里插入图片描述

LVS的各个层次的详细介绍：

Load Balancer层：位于整个集群系统的最前端，有一台或者多台负载调度器（Director Server）组成，LVS模块就安装在Director Server上，而Director的主要作用类似于一个路由器，它含有完成LVS功能所设定的路由表，通过这些路由表把用户的请求分发给Server Array层的应用服务器（Real Server）上。同时，在Director Server上还要安装对Real Server服务的监控模块Ldirectord，此模块用于监测各个Real Server服务的健康状况。在Real Server不可用时把它从LVS路由表中剔除，恢复时重新加入。

Server Array层：由一组实际运行应用服务的机器组成，Real Server可以是WEB服务器、MAIL服务器、FTP服务器、DNS服务器、视频服务器中的一个或者多个，每个Real Server之间通过高速的LAN或分布在各地的WAN相连接。在实际的应用中，Director Server也可以同时兼任Real Server的角色。

Shared Storage层：是为所有Real Server提供共享存储空间和内容一致性的存储区域，在物理上，一般有磁盘阵列设备组成，为了提供内容的一致性，一般可以通过NFS网络文件系统共享数 据，但是NFS在繁忙的业务系统中，性能并不是很好，此时可以采用集群文件系统，例如Red hat的GFS文件系统，oracle提供的OCFS2文件系统等。

从整个LVS结构可以看出，Director Server是整个LVS的核心，目前，用于Director Server的操作系统只能是Linux和FreeBSD，linux2.6内核不用任何设置就可以支持LVS功能，而FreeBSD作为 Director Server的应用还不是很多，性能也不是很好。对于Real Server，几乎可以是所有的系统平台，Linux、windows、Solaris、AIX、BSD系列都能很好的支持。

2.3LVS基本工作原理

在这里插入图片描述

1、当用户向负载均衡调度器（Director Server）发起请求，调度器将请求发往至内核空间

2、 PREROUTING链首先会接收到用户请求，判断目标IP确定是本机IP，将数据包发往INPUT链

3、 IPVS是工作在INPUT链上的，当用户请求到达INPUT时，IPVS会将用户请求和自己已定义好的集群服务进行比对，如果用户请求的就是定义的集群服务，那么此时IPVS会强行修改数据包里的目标IP地址及端口，并将新的数据包发往POSTROUTING链

4、 POSTROUTING链接收数据包后发现目标IP地址刚好是自己的后端服务器，那么此时通过选路，将数据包最终发送给后端的服务器

2.4 LVS相关术语

1、 DS：Director Server。指的是前端负载均衡器节点。

2、 RS：Real Server。后端真实的工作服务器。

3、 VIP：向外部直接面向用户请求，作为用户请求的目标的IP地址。

4、 DIP：Director Server IP，主要用于和内部主机通讯的IP地址。

5、 RIP：Real Server IP，后端服务器的IP地址。

6、 CIP：Client IP，访问客户端的IP地址

2.5三种模式及原理

2.5.1 LVS_NAT的原理和特点
2.5.1 .1LVS-NAT的原理实现

通过将请求报文中的目标地址与目标端口修改，来实现报文的传送

在这里插入图片描述

1、当用户请求到达Director Server，此时请求的数据报文会先到内核空间的PREROUTING链。 此时报文的源IP为CIP，目标IP为VIP

2、PREROUTING检查发现数据包的目标IP是本机，将数据包送至INPUT链

3、IPVS比对数据包请求的服务是否为集群服务，若是，修改数据包的目标IP地址为后端服务器IP，后将数据包发至POSTROUTING链。 此时报文的源IP为CIP，目标IP为RIP

4、POSTROUTING链通过选路，将数据包发送给Real Server

5、Real Server比对发现目标为自己的IP，开始构建响应报文发回给Director Server。 此时报文的源IP为RIP，目标IP为CIP

6、Director Server在响应客户端前，此时会将源IP地址修改为自己的VIP地址，然后响应给客户端。 此时报文的源IP为VIP，目标IP为CIP

2.5.1.2 LVS-NAT模式的特性

(1) RS应该和DIP应该使用私网地址，且RS的网关要指向DIP；

(2) 请求和响应报文都要经由director转发；极高负载的场景中，director可能会成为系统瓶颈；

(3) 支持端口映射；

(4) RS可以使用任意OS；

(5) RS的RIP和Director的DIP必须在同一IP网络；

缺陷：对Director Server压力会比较大，请求和响应都需经过director server，director往往会成为系统的性能瓶颈

2.5.2 LVS-DR原理和特点
2.5.2.1 LVS_DR原理

通过为请求报文重新封装一个MAC首部进行转发，源MAC是DIP所在的接口的MAC，目标MAC是某挑选出的RS的RIP所在接口的MAC地址；源IP/PORT，以及目标IP/PORT均保持不变

在这里插入图片描述

1、当用户请求到达Director Server，此时请求的数据报文会先到内核空间的PREROUTING链。 此时报文的源IP为CIP，目标IP为VIP

2、PREROUTING检查发现数据包的目标IP是本机，将数据包送至INPUT链

3、 IPVS比对数据包请求的服务是否为集群服务，若是，将请求报文中的源MAC地址修改为DIP的MAC地址，将目标MAC地址修改RIP的MAC地址，然后将数据包发至POSTROUTING链。 此时的源IP和目的IP均未修改，仅修改了源MAC地址为DIP的MAC地址，目标MAC地址为RIP的MAC地址

4、 由于DS和RS在同一个网络中，所以是通过二层来传输。POSTROUTING链检查目标MAC地址为RIP的MAC地址，那么此时数据包将会发至Real Server。

5、 RS发现请求报文的MAC地址是自己的MAC地址，就接收此报文。处理完成之后，将响应报文通过lo接口传送给eth0网卡然后向外发出。 此时的源IP地址为VIP，目标IP为CIP

6、 响应报文最终送达至客户端

2.5.2.2 LVS-DR模式的特性

(1) 确保前端路由器将目标IP为VIP的请求报文发往Director：

(a) 在前端网关做静态绑定；

(b) 在RS上使用arptables；

© 在RS上修改内核参数以限制arp通告及应答级别；

修改RS上内核参数（arp_ignore和arp_announce）将RS上的VIP配置在lo接口的别名上，并限制其不能响应对VIP地址解析请求。

(2) RS的RIP可以使用私网地址，也可以是公网地址；RIP与DIP在同一IP网络；RIP的网关不能指向DIP，以确保响应报文不会经由Director；

(3) RS跟Director要在同一个物理网络；

(4) 请求报文要经由Director，但响应不能经由Director，而是由RS直接发往Client；

(5) 不支持端口映射；

缺陷：RS和DS必须在同一机房中，因为它是由二层进行转发的根据MAC地址来进行匹配

2.5.3 LVS-Tun原理和特点
2.5.3.1 LVS-Tun原理

在原有的IP报文外再次封装多一层IP首部，内部IP首部(源地址为CIP，目标IIP为VIP)，外层IP首部(源地址为DIP，目标IP为RIP)

在这里插入图片描述

1、当用户请求到达Director Server，此时请求的数据报文会先到内核空间的PREROUTING链。 此时报文的源IP为CIP，目标IP为VIP 。

2、 PREROUTING检查发现数据包的目标IP是本机，将数据包送至INPUT链

3、IPVS比对数据包请求的服务是否为集群服务，若是，在请求报文的首部再次封装一层IP报文，封装源IP为为DIP，目标IP为RIP。然后发至POSTROUTING链。 此时源IP为DIP，目标IP为RIP

4、 POSTROUTING链根据最新封装的IP报文，将数据包发至RS（因为在外层封装多了一层IP首部，所以可以理解为此时通过隧道传输）。 此时源IP为DIP，目标IP为RIP

5、 RS接收到报文后发现是自己的IP地址，就将报文接收下来，拆除掉最外层的IP后，会发现里面还有一层IP首部，而且目标是自己的lo接口VIP，那么此时RS开始处理此请求，处理完成之后，通过lo接口送给eth0网卡，然后向外传递。 此时的源IP地址为VIP，目标IP为CIP

6、响应报文最终送达至客户端

2.5.3.2 LVS-Tun模式的特性

(1) DIP, VIP, RIP都应该是公网地址；

(2) RS的网关不能，也不可能指向DIP；

(3) 请求报文要经由Director，但响应不能经由Director；

(4) 不支持端口映射；

(5) RS的OS得支持隧道功能；

2.6 LVS的十种调度算法

2.6.1 静态调度

①RR（Round Robin）:轮询调度

轮询调度算法的原理是每一次把来自用户的请求轮流分配给内部中的服务器，从1开始，直到N(内部服务器个数)，然后重新开始循环。算法的优点是其简洁性，它无需记录当前所有连接的状态，所以它是一种无状态调度。【提示：这里是不考虑每台服务器的处理能力】

②WRR：weight,加权轮询（以权重之间的比例实现在各主机之间进行调度）

由于每台服务器的配置、安装的业务应用等不同，其处理能力会不一样。所以，我们根据服务器的不同处理能力，给每个服务器分配不同的权值，使其能够接受相应权值数的服务请求。

③SH:source hashing,源地址散列。主要实现会话绑定，能够将此前建立的session信息保留了

源地址散列调度算法正好与目标地址散列调度算法相反，它根据请求的源IP地址，作为散列键（Hash Key）从静态分配的散列表找出对应的服务器，若该服务器是可用的并且没有超负荷，将请求发送到该服务器，否则返回空。它采用的散列函数与目标地址散列调度算法的相同。它的算法流程与目标地址散列调度算法的基本相似，除了将请求的目标IP地址换成请求的源IP地址。

④DH:Destination hashing:目标地址散列。把同一个IP地址的请求，发送给同一个server。

目标地址散列调度算法也是针对目标IP地址的负载均衡，它是一种静态映射算法，通过一个散列（Hash）函数将一个目标IP地址映射到一台服务器。目标地址散列调度算法先根据请求的目标IP地址，作为散列键（Hash Key）从静态分配的散列表找出对应的服务器，若该服务器是可用的且未超载，将请求发送到该服务器，否则返回空。

2.6.2 动态调度

①LC（Least-Connection）：最少连接

最少连接调度算法是把新的连接请求分配到当前连接数最小的服务器，最小连接调度是一种动态调度短算法，它通过服务器当前所活跃的连接数来估计服务器的负载均衡，调度器需要记录各个服务器已建立连接的数目，当一个请求被调度到某台服务器，其连接数加1，当连接中止或超时，其连接数减一，在系统实现时，我们也引入当服务器的权值为0时，表示该服务器不可用而不被调度。

简单算法：active256+inactive(谁的小，挑谁)

②WLC(Weighted Least-Connection Scheduling)：加权最少连接。

加权最小连接调度算法是最小连接调度的超集，各个服务器用相应的权值表示其处理性能。服务器的缺省权值为1，系统管理员可以动态地设置服务器的权限，加权最小连接调度在调度新连接时尽可能使服务器的已建立连接数和其权值成比例。

简单算法：（active256+inactive）/weight【（活动的连接数+1）/除以权重】（谁的小，挑谁）

③SED(Shortest Expected Delay)：最短期望延迟

基于wlc算法

简单算法：（active+1)*256/weight 【（活动的连接数+1）*256/除以权重】

④NQ（never queue）:永不排队（改进的sed）

无需队列，如果有台realserver的连接数＝0就直接分配过去，不需要在进行sed运算。

⑤LBLC（Locality-Based Least Connection）：基于局部性的最少连接

基于局部性的最少连接算法是针对请求报文的目标IP地址的负载均衡调度，不签主要用于Cache集群系统，因为Cache集群中客户请求报文的布标IP地址是变化的，这里假设任何后端服务器都可以处理任何请求，算法的设计目标在服务器的负载基本平衡的情况下，将相同的目标IP地址的请求调度到同一个台服务器，来提高个太服务器的访问局部性和主存Cache命中率，从而调整整个集群系统的处理能力。

基于局部性的最少连接调度算法根据请求的目标IP地址找出该目标IP地址最近使用的RealServer，若该Real Server是可用的且没有超载，将请求发送到该服务器；若服务器不存在，或者该服务器超载且有服务器处于一半的工作负载，则用“最少链接”的原则选出一个可用的服务器，将请求发送到该服务器。

⑥LBLCR（Locality-Based Least Connections withReplication）：带复制的基于局部性最少链接

带复制的基于局部性最少链接调度算法也是针对目标IP地址的负载均衡，该算法根据请求的目标IP地址找出该目标IP地址对应的服务器组，按“最小连接”原则从服务器组中选出一台服务器，若服务器没有超载，将请求发送到该服务器；若服务器超载，则按“最小连接”原则从这个集群中选出一台服务器，将该服务器加入到服务器组中，将请求发送到该服务器。同时，当该服务器组有一段时间没有被修改，将最忙的服务器从服务器组中删除，以降低复制的程度。

2.7IPVS的基本使用

当您需要进行更详细的 LVS（Linux Virtual Server）操作时，下面是一些示例命令和它们的解释：

  1. 查看当前的 LVS 规则和状态：
ipvsadm -L -n

该命令会显示当前的 LVS 规则和状态，包括虚拟 IP、端口、后端服务器以及权重等信息。选项 -n 可以显示数字化的 IP 地址和端口。

添加一个 LVS 规则：

ipvsadm -A -t <虚拟 IP:端口> -s <调度算法>   -t是tcp -u是udp

该命令会添加一个 LVS 规则，其中 <虚拟 IP:端口> 是您希望负载均衡的虚拟 IP 和端口，<调度算法> 是负载均衡使用的调度算法，例如 rr（Round Robin）表示轮询算法，wrr（Weighted Round Robin）表示加权轮询算法。

添加一个后端真实服务器：

ipvsadm -a -t <虚拟 IP:端口> -r <真实服务器 IP:端口> -g -w <权重>

该命令会添加一个后端真实服务器到指定的 LVS 规则中，其中 <虚拟 IP:端口> 是您设置的虚拟 IP 和端口，<真实服务器 IP:端口> 是后端真实服务器的 IP 和端口，-g 表示将请求直接转发给后端服务器，-w <权重> 可以指定该服务器的权重。

修改 LVS 规则中的后端真实服务器权重：

ipvsadm -e -t <虚拟 IP:端口> -r <真实服务器 IP:端口> -w <新权重>

该命令会修改指定 LVS 规则中的后端真实服务器的权重，其中 <虚拟 IP:端口> 是您设置的虚拟 IP 和端口，<真实服务器 IP:端口> 是要修改的后端真实服务器的 IP 和端口，<新权重> 是您希望设置的新权重。

删除一个后端真实服务器：

ipvsadm -d -t <虚拟 IP:端口> -r <真实服务器 IP:端口>

该命令会从指定的 LVS 规则中删除一个后端真实服务器，其中 <虚拟 IP:端口> 是您设置的虚拟 IP 和端口，<真实服务器 IP:端口> 是要删除的后端真实服务器的 IP 和端口。

删除一个 LVS 规则：

ipvsadm -D -t <虚拟 IP:端口>

该命令会删除指定的 LVS 规则，其中 <虚拟 IP:端口> 是要删除的虚拟 IP 和端口。

这些命令提供了一些常见的 LVS 操作示例，请确保在负载均衡器和真实服务器上设置正确的网络配置，并确保网络连通性和正确的路由设置。另外，确保已经启用了 IP 转发功能（通过 /proc/sys/net/ipv4/ip_forward 进行设置）以允许数据包在负载均衡器和真实服务器之间进行转发。

LVS语法格式 : ipvsadm [参数] [域名或IP地址]

LVS常用参数 :

-6 基于IPv6网络协议 
-a 向指定虚拟服务添加真实服务器 
-A 添加新的虚拟服务 
-c 显示ipvs中目前存在的连接 
-C 清空所有的虚拟服务规则 
-d 删除指定真实服务器 
-D 删除虚拟服务 
-e 编辑指定真实服务器 
-E 编辑虚拟服务 
-g 设置LVS为直接路由工作模式 
-h 显示帮助信息 
-i 设置LVS为隧道工作模式 
-L 显示内核中的虚拟服务规则 
-m 设置LVS为NAT工作模式 
-M 设置客户地址的子网掩码 
-p 设置持久稳固的服务 
-r 设置真实服务器 
-R 恢复虚拟服务规则 
-s 设置调度算法 
-S 保存虚拟服务规则 
-t 设置TCP协议的虚拟服务 
-u 设置UDP协议的虚拟服务 
-w 设置真实服务器的权值  
-Z 清零转发消息的统计数据

3、keepalived + lvs双机热备配置（DR）

本实验基于Centos7.9操作系统， 总共5台设备，两台做后端服务器，两台做lvs + keepalived ， 一台客户机，实验以LVS(DR) + keepalived 来做双机热备，实验环境拓扑图如下图所示.

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-l2tkuNCm-1689926196074)(E:\3.typora\1689731263383.png)]

从用户的角度来看 ，会直接访问192.168.246.132，用户不关心内部如何协调

整个流程 ： 用户会直接访问vip，这时Director Server的ens33网卡上是配置了vip的，lvs会根据路由配置，调度算法等将用户的请求合理的分发给两个Real server服务器，当Director Server宕机之后,vip就会浮动到Backup Server上面，重复以上的过程，服务器收到请求会给用户响应。

3.1 系统ip配置如下

服务器名主机名IP地址虚拟设备名虚拟IP
Director Serverlvs1192.168.246.128ens33:0192.168.246.132
Backup Serverlvs2192.168.246.129ens33:0192.168.246.132
Real Server1server1192.168.246.130lo:0192.168.246.132
Real Server2server2192.168.246.131lo:0192.168.246.132
clientclient192.168.246.134ens33:0192.168.246.132

请确保机器关闭防火墙

systemctl stop firewalld
setenforce 0

3.2 server的配置

登录 Real Server1 与 Real Server2

登录服务端

vim udp_server.c

代码如下:

#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <sys/socket.h>
#include <netinet/in.h>
#include <arpa/inet.h>
#include <unistd.h>

#define PORT 80
#define BUFFER_SIZE 1024
#define REPLY_MESSAGE "Server reply"

int main() {
  int sockfd;
  struct sockaddr_in server_addr, client_addr;
  char buffer[BUFFER_SIZE];

  // 创建UDP套接字
  if ((sockfd = socket(AF_INET, SOCK_DGRAM, 0)) < 0) {
    perror("socket failed");
    exit(EXIT_FAILURE);
  }

  // 设置服务器地址和端口
  server_addr.sin_family = AF_INET;
  server_addr.sin_addr.s_addr = inet_addr("192.168.246.132"); // 替换为 ens33 的 IP 地址
  server_addr.sin_port = htons(PORT);

  // 将套接字绑定到地址和端口
  if (bind(sockfd, (struct sockaddr *)&server_addr, sizeof(server_addr)) < 0) {
    perror("bind failed");
    exit(EXIT_FAILURE);
  }

  printf("Server listening on port %d\n", PORT);

  while (1) {
    // 接收消息
    memset(buffer, 0, sizeof(buffer));
    socklen_t client_addr_len = sizeof(client_addr);
    ssize_t bytes_received = recvfrom(sockfd, buffer, BUFFER_SIZE, 0, (struct sockaddr *)&client_addr, &client_addr_len);

    if (bytes_received < 0) {
      perror("recvfrom failed");
      exit(EXIT_FAILURE);
    }

    printf("Received message from %s:%d: %s\n", inet_ntoa(client_addr.sin_addr), ntohs(client_addr.sin_port), buffer);

    // 发送回复消息
    ssize_t bytes_sent = sendto(sockfd, REPLY_MESSAGE, strlen(REPLY_MESSAGE), 0, (struct sockaddr *)&client_addr, client_addr_len);

    if (bytes_sent < 0) {
      perror("sendto failed");
      exit(EXIT_FAILURE);
    }

    printf("Reply message sent\n");
  }

  return 0;
}

编译

gcc -o udp_server  udp_server.c

运行

./udp_server & #后台运行

服务端抓包

tcpdump -i any dst 192.168.246.132
3.2.1 添加脚本

2台服务器为lo:0绑定Vip地址，抑制ARP广播

登录主机Real Server1，Real Server2，编写以下脚本文件realserver.sh

vim /etc/init.d/realserver.sh

内容如下：

#!/bin/bash
#description: Config realserver

VIP=192.168.246.132

#/etc/rc.d/init.d/functions

case "$1" in
start)
       /sbin/ifconfig lo:0 $VIP netmask 255.255.255.255 broadcast $VIP
       /sbin/route add -host $VIP dev lo:0
       echo "1" >/proc/sys/net/ipv4/conf/lo/arp_ignore
       echo "2" >/proc/sys/net/ipv4/conf/lo/arp_announce
       echo "1" >/proc/sys/net/ipv4/conf/all/arp_ignore
       echo "2" >/proc/sys/net/ipv4/conf/all/arp_announce
       sysctl -p >/dev/null 2>&1
       echo "RealServer Start OK"
       ;;
stop)
       /sbin/ifconfig lo:0 down
       /sbin/route del $VIP >/dev/null 2>&1
       echo "0" >/proc/sys/net/ipv4/conf/lo/arp_ignore
       echo "0" >/proc/sys/net/ipv4/conf/lo/arp_announce
       echo "0" >/proc/sys/net/ipv4/conf/all/arp_ignore
       echo "0" >/proc/sys/net/ipv4/conf/all/arp_announce
       echo "RealServer Stoped"
       ;;
*)
       echo "Usage: $0 {start|stop}"
       exit 1
esac

exit 0

请根据实际情况，修改VIP地址。

**登录主机Real Server1，Real Server2，**分别执行脚本

bash /etc/init.d/realserver.sh

执行完了之后，验证一下 使用ifconfig 你会发现 回环地址的网卡会多出一个lo:0的 网卡；

注意 ： 机器重启后脚本失效 实现成开机自启 （打开文件 （vim /etc/rc.local））

内容如下：

bash /etc/init.d/realserver.sh

3.3 LVS + Keepalived

3.3.1 安装

登录主机 lvs1 和 lvs2

安装 keppalived (1.4有详细教程)

安装 lvs管理工具 yum install ipvsadm

加载内核模块

modprobe ip_vs

备份配置文件

mv /etc/keepalived/keepalived.conf /etc/keepalived/keepalived.conf_bak

添加Ip转发

vim /etc/sysctl.conf

添加 net.ipv4.ip_forward = 1

3.3.2 keepalived配置

登录主机lvs1

vim /etc/keepalived/keepalived.conf

内容如下

global_defs {
    router_id LVS_TEST    #服务器名字
}

vrrp_instance VI_1 {
    state MASTER    #配置主备，备用机此配置项为BACKUP
    interface ens33    #指定接口
    virtual_router_id 51    #指定路由ID，主备必须一样
    priority 101    #设置优先级，主略高于备份
    advert_int 1    #设置检查时间
    authentication {
        auth_type PASS    #设置验证加密方式
        auth_type 1234    #设置验证密码
    }
    virtual_ipaddress {
        192.168.246.132
    }
}

请根据实际情况修改以下部分

说明：

interface ens33 表示本地网卡为ens33

192.168.246.132 表示虚拟ip

重启keepalived服务

systemctl restart keepalived

验证虚拟IP是否生效

在这里插入图片描述

登录主机lvs1

vim /etc/keepalived/keepalived.conf

内容如下

global_defs {
    router_id LVS_TEST    #服务器名字
}

vrrp_instance VI_1 {
    state BACKUP #配置主备，备用机此配置项为BACKUP
    interface ens33    #指定接口
    virtual_router_id 51    #指定路由ID，主备必须一样
    priority 90    #设置优先级，备份略低于主
    advert_int 1    #设置检查时间
    authentication {
        auth_type PASS    #设置验证加密方式
        auth_type 1234    #设置验证密码
    }
    virtual_ipaddress {
        192.168.246.132
    }
}

重启keepalived服务

systemctl restart keepalived

查看虚拟ip

在这里插入图片描述

注意：此时是没有的。因为master和bakcup只能同时存在一个。只有当master异常时，bakcup才会出现虚拟ip。

登录主机lvs1，关掉主服务器的keepalived服务

systemctl stop keepalived

登录主机lvs2，验证备份的keepalived是否生效

在这里插入图片描述

3.3.3 LVS配置

登录 lv1 和 lvs2

cd /etc/keepalived/
vim ipvsadm.sh

内容如下:

ipvsadm -C  #清空规则
sudo ipvsadm -A -u 192.168.246.132:80 -s sh
sudo ipvsadm -a -u 192.168.246.132:80 -r 192.168.246.130:80 -g -w 1
sudo ipvsadm -a -u 192.168.246.132:80 -r 192.168.246.131:80 -g -w 1

根据实际情况更改VIP与 服务器ip ，此处采用的调度算法是源哈希 采用的协议是udp， 工作方式是DR

同样的要将脚本设置为开机自启 ：

vim /etc/rc/local

内容如下:

bash /etc/keepalived/ipvsadm.sh

3.3.4 客户端

登录客户端

vim udp_client.c

代码如下:

#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <sys/socket.h>
#include <netinet/in.h>
#include <arpa/inet.h>
#include <unistd.h>

#define SERVER_IP "192.168.246.132"
#define PORT 80
#define BUFFER_SIZE 1024

int main(int argc, char *argv[]) {
  if (argc < 2) {
    fprintf(stderr, "Usage: %s <ip_address>\n", argv[0]);
    exit(EXIT_FAILURE);
  }

  int sockfd;
  struct sockaddr_in server_addr;
  char message[] = "123";
  char buffer[BUFFER_SIZE];

  // 创建 UDP 套接字
  if ((sockfd = socket(AF_INET, SOCK_DGRAM, 0)) < 0) {
    perror("socket failed");
    exit(EXIT_FAILURE);
  }

  // 设置服务器地址和端口
  server_addr.sin_family = AF_INET;
  server_addr.sin_port = htons(PORT);

  if (inet_pton(AF_INET, SERVER_IP, &(server_addr.sin_addr)) <= 0) {
    perror("inet_pton failed");
    exit(EXIT_FAILURE);
  }

  // 绑定套接字到指定 IP 地址
  struct sockaddr_in client_addr;
  memset(&client_addr, 0, sizeof(client_addr));
  client_addr.sin_family = AF_INET;
  client_addr.sin_port = htons(PORT);
  inet_pton(AF_INET, argv[1], &(client_addr.sin_addr));

  if (bind(sockfd, (struct sockaddr *)&client_addr, sizeof(client_addr)) < 0) {
    perror("bind failed");
    exit(EXIT_FAILURE);
  }

  // 发送消息
  ssize_t bytes_sent = sendto(sockfd, message, strlen(message), 0, (struct sockaddr *)&server_addr, sizeof(server_addr));

  if (bytes_sent < 0) {
    perror("sendto failed");
    exit(EXIT_FAILURE);
  }

  printf("Message sent: %s\n", message);

  // 接收服务端回复
  ssize_t bytes_received = recv(sockfd, buffer, BUFFER_SIZE, 0);

  if (bytes_received < 0) {
    perror("recv failed");
    exit(EXIT_FAILURE);
  }

  buffer[bytes_received] = '\0';
  printf("Message received: %s\n", buffer);

  close(sockfd);
  return 0;
}

编译

gcc -o udp_client  udp_client.c

运行

./udp_client 192.168.246.134

客户端可以指定ip发送

在本机上 ip addr add 192.168.246.135/24 dev ens33 ip可以添加多个

t_addr;
memset(&client_addr, 0, sizeof(client_addr));
client_addr.sin_family = AF_INET;
client_addr.sin_port = htons(PORT);
inet_pton(AF_INET, argv[1], &(client_addr.sin_addr));

if (bind(sockfd, (struct sockaddr *)&client_addr, sizeof(client_addr)) < 0) {
perror(“bind failed”);
exit(EXIT_FAILURE);
}

// 发送消息
ssize_t bytes_sent = sendto(sockfd, message, strlen(message), 0, (struct sockaddr *)&server_addr, sizeof(server_addr));

if (bytes_sent < 0) {
perror(“sendto failed”);
exit(EXIT_FAILURE);
}

printf(“Message sent: %s\n”, message);

// 接收服务端回复
ssize_t bytes_received = recv(sockfd, buffer, BUFFER_SIZE, 0);

if (bytes_received < 0) {
perror(“recv failed”);
exit(EXIT_FAILURE);
}

buffer[bytes_received] = ‘\0’;
printf(“Message received: %s\n”, buffer);

close(sockfd);
return 0;
}


编译

```shell
gcc -o udp_client  udp_client.c

运行

./udp_client 192.168.246.134

客户端可以指定ip发送

在本机上 ip addr add 192.168.246.135/24 dev ens33 ip可以添加多个

橙虚的猿
关注
  • 0
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
LVS 四层 TCP/UDP 负载均衡器
烟云的计算
01-04 4144
目录 文章目录目录LVSLVS 应用结构LVS 提供的三种模式LVS-NATLVS-TUNLVS_DRLVS 负载均衡算法静态负载均衡动态负载均衡LVS-ipvsadm 指令集查看添加修改删除参考文章 LVS 针对高可伸缩、高可用网络服务的需求，我们给出了基于 IP 层和基于内容请求分发的负载平衡调度解决方法，并在 Linux 内核中实现了这些方法，将一组服务器构成一个实现可伸缩的、高可用网络服...
lvs UDP端口负载均衡配置
weixin_30553065的博客
04-19 1315
! Configuration File for keepalived global_defs { notification_email { test@163.com } notification_email_fromtest@163.com smtp_server 127.0.0.1 smtp_connect_timeout 30 # LVS+Keepaliv...
keepalived+LVS(UDP端口+TCP端口)
最新发布
m0_59388826的博客
04-29 1163
通过搭建Keepalived+LVS（DR）这两个服务，可以进一步健康检查、持久化、连接超时等参数来优化负载均衡和故障恢复。无论是Keepalived双机热备还是Keepalived+LVS（DR），都需要确保网络配置正确、Keepalived服务正常运行以及实时监控服务状态。这样可以实现高可用性和负载均衡，提高系统的稳定性和可靠性。
keepalived检测UDP端口
weixin_47980221的博客
01-17 1956
keepalived支持的健康检测方式有：HTTP_GET|SSL_GET、TCP_CHECK、SMTP_CHECK、MISC_CHECK。 由于keepalived自身并不支持udp检测，有TCP_CHECK但是没有UDP_CHECK，所以这里只能使用MISC_CHECK混合检测方式调用外部脚本来对udp协议进行健康检测 ! Configuration File for keepalived...
【LVS+Keepalived】 LVS+Keepalived实现tcp、udp负载均衡及HA高可用
三也_攻城狮
04-16 7866
无意中发现了一个巨牛的人工智能教程，忍不住分享一下给大家。教程不仅是零基础，通俗易懂，而且非常风趣幽默，像看小说一样！觉得太牛了，所以分享给大家。点这里可以跳转到教程。 LVS 安装 下载 http://www.linuxvirtualserver.org/software/index.html 编译安装 yum install -y kernel-devel gcc gcc-c++ ...
keepalived使用nc命令检测udp端口
weixin_30596735的博客
08-28 633
keepalived支持的健康检测方式有：HTTP_GET|SSL_GET、TCP_CHECK、SMTP_CHECK、MISC_CHECK。 由于keepalived自身并不支持udp检测，有TCP_CHECK但是没有UDP_CHECK，所以这里只能使用MISC_CHECK混合检测方式调用外部脚本来对udp协议进行健康检测。 首先，我们知道检测udp端口是否开启可以使用nc命令。 # n...
VRRP协议及Keepalived原理使用
weixin_33834137的博客
03-20 156
VRRP协议及Keepalived原理使用1.VRRPVRRP，Virtual Router Redundancy Protocol，虚拟路由器冗余协议。VRRP由IETF提出，目的是为了解决局域网中配置默认网关的单点失效问题，1998年已推出正式的RFC2338协议标准。VRRP广泛应用在边缘网络中，它的设计目标是支持特定情况下IP数据流量失败转移不会引起混乱，允许主机使用单路由器，以及及时在实...
KEEPALIVED+LVS+LNMP+PROXYSQL+MHA+NFS
01-09
文章目录1. mysql的主从复制高可用性解决方案MHA1.1 MHA配置1.2 mysql master 的配置1.3 mysql slave的配置2. client 的配置3. route 的配置4. 主DNS 的配置5. firewall 的配置6.... keepalived + lvs 实现 prox
HAProxy+Keepalived+LVS实现负载平衡高可用集群最佳实践
01-16
HAProxy+Keepalived+LVS实现负载平衡高可用集群最佳实践
lnmp+zabbix+keepalived+lvs安装
07-07
本人亲测的安装，系统为centos6.5-64 有需要的朋友可以下载
负载均衡及服务器集群(Keepalived+Lvs).docx
12-24
总的来说，负载均衡及服务器集群（Keepalived+LVS）的组合提供了高可用、可扩展的网络服务解决方案。通过Keepalived的健康检查和故障转移，配合LVS的负载均衡策略，可以在多台服务器之间智能分配流量，保证服务的...
keepalived+lvs RPM包
09-20
【标题】"keepalived+lvs RPM包"指的是在Red Hat Enterprise Linux (RHEL) 5和6系统上使用的LVS（Linux Virtual Server）和keepalived服务的RPM（Red Hat Package Manager）软件包。这个包是为了解决高可用性和负载...
lvs + keepalived udp小结
weixin_30514745的博客
07-26 244
软件版本： 　　ipvsadm-1.26 　　keepalived-1.2.7 系统版本： 　　Centos 6.3 64bit 小结： 　　1.只支持NAT模式的负载均衡、DR,TUN模式均不同 　　2.本机做虚拟服务器及负载服务器时，相应的负载服务器ip使用虚拟ip 　　3.编译时，除gcc相关包外，可能需要安装libnl-devel-1.1-14.el6.x86_64，pop...
平民LVS_DR+Keepalived攻略（包含UDP服务）
iteye_5230的博客
07-19 797
系统环境：      CentOS 5.5 内核[2.6.18-194.el5] 平台结构：     2台负载均衡器 ——         LVS1: 172.19.1.13         LVS2: 172.19.1.14     虚拟IP（VIP，漂移地址）——         172.19.1.19     群集节点（RIP，真实服务器）——         Re...
TCP、UDP、lvs负载集群
zcz_Linux的博客
01-18 537
一、TCP三次握手四次挥手 三次挥手 第一次握手：Client将标志位SYN置为1，随机产生一个seq=J，并将该数据包发送给Server，Client进入SYN_SENT(请求连接)状态，等待Server确认。 第二次握手：Server收到数据包后由标志位SYN=1知道Client请求建立连接，Server将标志位SYN和ACK都置为1，ack序号J+1，随机产生一个值seq=K，并将该数...
linux udp轮询的方式,基于CentOS的FreeRADIUS高可用LVS(UDP)
weixin_29018419的博客
05-14 334
最近在CentOS下做freeradius的高可用配置，使用LVS的vip做轮询：freeradius的配置见前面的文章；下面是lvs的keepalived的配置：global_defs {router_id LVS_DEVEL_TEST}vrrp_sync_group LVS_RA {group {VI_1}}vrrp_instance VI_1 {state MASTER #主备inte...
LVS+keepalived+rsyslog部署日志采集UDP协议
weixin_33682790的博客
09-29 214
本文原创，禁止转载，版权所有，违者必究，本文中略有带过的东西，设计到工作环境架构，可以留言探讨，谢谢。 LVS部署部署环境：Centos 6.5 64安装软件包ipvsadm-1.24.tar.gz keepalived-1.2.7.tar.gz kernel-devel-2.6.18-402.el5.x86_64.rpm r...
centos集群4 LVS socket实战
郑梦佳的专栏
05-07 1800
wget http://rpm5.org/files/popt/popt-1.16.tar.gztar zxvf popt- 1.16 .tar.gzcd popt- 1.16./configure && make && make install
lvs+keepalived安装
weixin_34249678的博客
08-25 89
lvs+keepalived安装一、 LVS简介LVS是Linux Virtual Server的简称，即Linux虚拟服务器。使用LVS技术要达到的目标是：通过LVS提供的负载均衡技术和Linux操作系统实现一个高性能、高可用的服务器群集，它具有良好可靠性、可扩展性和可操作性。从而以低廉的成本实现最优的服务性能。二、网络拓扑三、接口IP及属性配置1，在Master配置接口...
keepalived+lvs
07-28
Keepalived和LVS（Linux Virtual Server）是一对常用的高可用性解决方案。Keepalived是一个基于VRRP（Virtual Router Redundancy Protocol）协议的软件，用于提供服务器的冗余和故障转移。LVS是一个基于Linux内核的负载均衡器，用于将流量分发到多个后端服务器。 使用Keepalived和LVS可以实现以下功能： 1. 高可用性：通过Keepalived的VRRP协议，多台服务器可以组成一个虚拟路由器，对外提供一个虚拟IP地址（VIP），在主服务器故障时自动将VIP转移到备份服务器上。 2. 负载均衡：LVS可以将流量按照一定的策略（如轮询、加权轮询、源IP哈希等）分发到后端的多台服务器上，实现负载均衡，提高系统的整体性能和可扩展性。 3. 健康检查：Keepalived可以定期检测后端服务器的健康状态，如果发现某个服务器不可用，则将其从负载均衡池中移除，确保只有健康的服务器接收流量。 4. 故障转移：当主服务器出现故障或不可用时，Keepalived会自动将VIP转移到备份服务器上，实现无缝的故障转移，保证服务的可用性和连续性。 通过配置Keepalived和LVS，可以搭建一个高可用性的负载均衡集群，提高系统的可靠性和性能。配置的详细步骤可以根据具体的需求和环境来进行调整，包括配置Keepalived的VRRP参数、LVS的调度算法、后端服务器的健康检查等。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值