LVS（Linux virtual server）负载调度器

最新推荐文章于 2024-08-13 16:24:13 发布

年少与梦^

最新推荐文章于 2024-08-13 16:24:13 发布

阅读量702

点赞数 12

文章标签： lvs 网络服务器运维

本文链接：https://blog.csdn.net/weixin_52173320/article/details/141105128

版权

LVS:Linux Virtual Server，负载调度器，内核集成 SLB(ServerLoadBalance)是基于LVS+keepalived实现
LVS 官网: http://www.linuxvirtualserver.org/
VS: Virtual Server，负责调度
RS:RealServer，负责真正提供服务

LVS概念
VS：Virtual Server
RS：Real Server
CIP：Client IP
VIP: Virtual serve IP VS外网的IP
DIP: Director IP VS内网的IP
RIP: Real server IP
访问流程：CIP <--> VIP == DIP <--> RIP

lvs集群的类型

lvs-nat：修改请求报文的目标IP,多目标IP的DNAT
lvs-dr：操纵封装新的MAC地址
lvs-tun：在原请求IP报文之外新加一个IP首部
lvs-fullnat：修改请求报文的源和目标IP

lvs软件相关信息
程序包：ipvsadm
Unit File: ipvsadm.service
主程序：/usr/sbin/ipvsadm
规则保存工具：/usr/sbin/ipvsadm-save
规则重载工具：/usr/sbin/ipvsadm-restore
配置文件：/etc/sysconfig/ipvsadm-config
ipvs调度规则文件：/etc/sysconfig/ipvsadm

3lvs的调度算法
lvs调度算法类型
ipvs scheduler：根据其调度时是否考虑各RS当前的负载状态被分为两种：静态方法和动态方法
静态方法：仅根据算法本身进行调度，不考虑RS的负载情况
动态方法：主要根据每RS当前的负载状态及调度算法进行调度Overhead=value较小的RS将被调度
.lvs静态调度算法
1、RR：roundrobin 轮询 RS分别被调度，当RS配置有差别时不推荐
2、WRR：Weighted RR，加权轮询根据RS的配置进行加权调度，性能差的RS被调度的次数少
3、SH：Source Hashing，实现session sticky，源IP地址hash；将来自于同一个IP地址的请求始终发往
第一次挑中的RS，从而实现会话绑定
4、DH：Destination Hashing；目标地址哈希，第一次轮询调度至RS，后续将发往同一个目标地址的请
求始终转发至第一次挑中的RS，典型使用场景是正向代理缓存场景中的负载均衡，如：宽带运营商
.2.lvs动态调度算法
主要根据RS当前的负载状态及调度算法进行调度Overhead=value较小的RS会被调度
1、LC：least connections（最少链接发）
适用于长连接应用Overhead（负载值）=activeconns（活动链接数） x 256+inactiveconns（非活
动链接数）
2、WLC：Weighted LC（权重最少链接）
默认调度方法Overhead=(activeconns x 256+inactiveconns)/weight
3、SED：Shortest Expection Delay,
初始连接高权重优先Overhead=(activeconns+1+inactiveconns) x 256/weight
但是，当node1的权重为1，node2的权重为10，经过运算前几次的调度都会被node2承接
4、NQ：Never Queue，第一轮均匀分配，后续SED
5、LBLC：Locality-Based LC，动态的DH算法，使用场景：根据负载状态实现正向代理
6、LBLCR：LBLC with Replication，带复制功能的LBLC，解决LBLC负载不均衡问题，从负载重的复制
到负载轻的RS
在4.15版本内核以后新增调度算法
1.FO(Weighted Fai Over)调度算法：常用作灰度发布
在此FO算法中，遍历虚拟服务所关联的真实服务器链表，找到还未过载(未设置IP_VS_DEST_F
OVERLOAD标志)的且权重最高的真实服务器，进行调度
当服务器承接大量链接，我们可以对此服务器进行过载标记（IP_VS_DEST_F OVERLOAD），那么vs调度
器就不会把链接调度到有过载标记的主机中。
2.OVF(Overflow-connection)调度算法
基于真实服务器的活动连接数量和权重值实现。将新连接调度到权重值最高的真实服务器，直到其活动
连接数量超过权重值，之后调度到下一个权重值最高的真实服务器,在此OVF算法中，遍历虚拟服务相关
联的真实服务器链表，找到权重值最高的可用真实服务器。一个可用的真实服务器需要同时满足以下条
件:
未过载(未设置IP_VS_DEST_F OVERLOAD标志)
真实服务器当前的活动连接数量小于其权重值
其权重值不为零

LVS DR模式：

client 网络设定,一块网卡。

路由器：两块网卡。

路由器开启内核路由功能：

LVS主机网络设置：一块网卡， VIP： lo接口 192.268.0.200/32

设置回环接口IP地址：ip a a 192.168.0.200/32 dev lo

LVS开启内核路由功能。

web1网卡设定：一块网卡，

VIP： lo接口 192.268.0.200/32

设置回环接口IP地址：ip a a 192.168.0.200/32 dev lo

下载NGINX web服务：

   85 dnf install nginx.x86_64 -y
   86 systemctl enable --now nginx.service                                      开启服务
   87 vim /etc/nginx/nginx.conf
   88 echo webserver1.prq > /usr/share/nginx/html/index.html       发布内容
   89 systemctl restart nginx.service                                                重启服务

web2网卡设定：一块网卡，

VIP： lo接口 192.268.0.200/32

设置回环接口IP地址：ip a a 192.168.0.200/32 dev lo

下载NGINX web服务：

   85 dnf install nginx.x86_64 -y
   86 systemctl enable --now nginx.service                                      开启服务
   87 vim /etc/nginx/nginx.conf
   88 echo webserver2.prq > /usr/share/nginx/html/index.html       发布内容
   89 systemctl restart nginx.service                                                重启服务

在web1和web2设置解决响应问题：

在RS1和RS2中解决响应问题
[root@web1 ~]# echo 1 > /proc/sys/net/ipv4/conf/all/arp_ignore
[root@web1 ~]# echo 1 > /proc/sys/net/ipv4/conf/lo/arp_ignore
[root@web1 ~]# echo 2 > /proc/sys/net/ipv4/conf/lo/arp_announce
[root@web1 ~]# echo 2 > /proc/sys/net/ipv4/conf/all/arp_announce
[root@web2 ~]# echo 1 > /proc/sys/net/ipv4/conf/all/arp_ignore
[root@web2 ~]# echo 1 > /proc/sys/net/ipv4/conf/lo/arp_ignore
[root@web2 ~]# echo 2 > /proc/sys/net/ipv4/conf/lo/arp_announce
[root@web2 ~]# echo 2 > /proc/sys/net/ipv4/conf/all/arp_announce

网络环境设定完成，在LVS中写策略：


在lvs中配置策略
[root@lvs ~]# ipvsadm -A -t 192.168.0.200:80 -s wrr
[root@lvs ~]# ipvsadm -a -t 192.168.0.200:80 -r 192.168.0.10:80 -g
[root@lvs ~]# ipvsadm -a -t 192.168.0.200:80 -r 192.168.0.20:80 -g
[root@lvs ~]# ipvsadm -Ln
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
-> RemoteAddress:Port Forward Weight ActiveConn InActConn
TCP 192.168.0.200:80 wrr
-> 192.168.0.10:80 Route 1 0 0
-> 192.168.0.20:80 Route 1 0 0
[root@lvs ~]# ipvsadm -Ln
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
-> RemoteAddress:Port Forward Weight ActiveConn InActConn
TCP 192.168.0.200:80 wrr
-> 192.168.0.10:80 Route 1 0 0
-> 192.168.0.20:80 Route 1 0 0

测试结果：

[root@clienc ~]# for N in {1..6};do curl 192.168.0.200;done
webserver2.prq 
webserver1.prq 
webserver2.prq 
webserver1.prq 
webserver2.prq 
webserver1.prq

防火墙标签解决轮询错误

轮询规则中可能会遇到的错误
以http和https为例，当我们在RS中同时开放80和443端口，那么默认控制是分开轮询的，这样我们就出现了一个轮询错乱的问题.
当我第一次访问80被轮询到RS1后下次访问443仍然可能会被轮询到RS1上
在web1和web2中安装mod_ssl并重启apache
]# yum install mod_ssl -y
]# systemctl restart httpd

防火墙标记解决轮询调度问题

测试结果：

[root@clienc ~]# for N in {1..10};do curl -k https://192.168.0.200;done
webserver2.prq 
webserver1.prq 
webserver2.prq 
webserver1.prq 
webserver2.prq 
webserver1.prq
webserver2.prq 
webserver1.prq 
webserver2.prq 
webserver1.prq

年少与梦^

关注

12
点赞
踩
14

收藏

觉得还不错? 一键收藏
0
评论
LVS（Linux virtual server）负载调度器

88 echo webserver1.prq > /usr/share/nginx/html/index.html 发布内容。88 echo webserver2.prq > /usr/share/nginx/html/index.html 发布内容。6、LBLCR：LBLC with Replication，带复制功能的LBLC，解决LBLC负载不均衡问题，从负载重的复制。2、WRR：Weighted RR，加权轮询根据RS的配置进行加权调度，性能差的RS被调度的次数少。
复制链接

扫一扫