搭建LVS负载均衡测试环境

简介:
实现负载均衡有很多种方式
  土豪直接F5,性能最好,价格最贵
  没钱也可以使用Apache,Nginx  工作在网络的第四层,虽然性能一般,但是很灵活,比如可以将80端口映射到真实服务器的8080端口.
  还有一种选择LVS ,它工作在网络的第三层,性能较好,非常稳定.
  但是它不能实现端口的重新映射.因为在网络的第三层,并不清楚端口的信息。
  下面的实验搭建了一个LVS负载均衡 测试环境,采用DR的方式。
  客户端访问LVS前置机
  这个请求如下
  源MAC(client mac) 目标MAC(DR mac) 源IP(client IP) 目标IP(DR IP,VIP)
  LVS前置机会将报文改写之后转发真实的服务器
  改写如下
  源MAC(client mac) 目标MAX(真实服务器MAC) 源IP(client IP) 目标IP(DR IP,VIP)
  因为真实的服务器将VIP绑定到了环回地址,所以会处理这个请求,并返回响应的报文.
  网络层的源目对掉
  源MAC(真实服务器MAC) 目标MAC(client mac) 源IP(DR IP,VIP) 目标IP(client IP)
  所以LVS DR的本质就是网络层的欺骗。
  实验采用VirtualBox虚拟机,并且配置内部网络,关闭SELinux和防火墙
  首先,在LVS DR前置机上安装ipvsadm命令
  yum install ipvsadm -y
  然后配置两台真实服务器(RealServer)的Http服务
  yum install httpd -y
  service httpd start
  chkconfig httpd on
  并分别改写/var/www/html/index.html的内容为"real  server 1"和"real server 2"
  然后在两台真实服务器上执行如下的脚本
vim lvs_real.sh
#!/bin/bash
# description: Config realserver lo and apply noarp
SNS_VIP=192.168.16.199
source /etc/rc.d/init.d/functions
case "$1" in
start)
ifconfig lo:0 $SNS_VIP netmask 255.255.255.255 broadcast $SNS_VIP
/sbin/route add -host $SNS_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)
ifconfig lo:0 down
route del $SNS_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
 最后,在DR前置机上执行如下脚本
vim lvs_dr.sh
#!/bin/bash
VIP1=192.168.16.199
RIP1=192.168.16.3
RIP2=192.168.16.4
case "$1" in
start)
echo " start LVS of DirectorServer"
/sbin/ifconfig eth1:0 $VIP1 broadcast $VIP1 netmask 255.255.255.255 broadcast $VIP1 up
/sbin/route add -host $VIP1 dev eth1:0
echo "1" >/proc/sys/net/ipv4/ip_forward
/sbin/ipvsadm -C
/sbin/ipvsadm -A -t $VIP1:80 -s rr
/sbin/ipvsadm -a -t $VIP1:80 -r $RIP1:80 -g -w 1
/sbin/ipvsadm -a -t $VIP1:80 -r $RIP2:80 -g -w 1
/sbin/ipvsadm
;;
stop)
echo "close LVS Directorserver"
echo "0" >/proc/sys/net/ipv4/ip_forward
/sbin/ipvsadm -C
/sbin/ifconfig eth1:0 down
;;
*)
echo "Usage: $0 {start|stop}"
exit 1
esac
  通过client访问LVS前置服务器,可以看到已经实现了负载均衡的效果。
  关于LVS的调度算法,转载自张逸群的博客
  http://www.zhangyiqun.net/56.html
  1. 大锅饭调度(Round-Robin Scheduling RR)
  rr – 纯轮询方式,比较垃圾。把每项请求按顺序在真正服务器中分派。
  2. 带权重的大锅饭调度(Weighted Round-Robin Scheduling WRR)
  wrr -带权重轮询方式。把每项请求按顺序在真正服务器中循环分派,但是给能力较大的服务器分派较多的作业。
  3. 谁不干活就给谁分配(Least-Connection LC)
  lc – 根据最小连接数分派
  4. 带权重的谁不干活就给谁分配(Weighted Least-Connections WLC 默认)
  wlc – 带权重的。机器配置好的权重高。
  5. 基于地区的最少连接调度(Locality-Based Least-Connection
  Scheduling LBLC)
  lblc – 缓存服务器集群。基于本地的最小连接。把请求传递到负载小的服务器上。
  6. 带有复制调度的基于地区的最少连接调度(Locality-Based Least-Connection Scheduling with Replication Scheduling LBLCR)
  lblcr – 带复制调度的缓存服务器集群。某页面缓存在服务器A上,被访问次数极高,而其他缓存服务器负载较低,监视是否访问同一页面,如果是访问同一页面则把请求分到其他服务器。
  7. 目标散列调度(Destination Hash Scheduling DH)
  realserver中绑定两个ip。ld判断来者的ISP商,将其转到相应的IP。
  8. 源散列调度(Source Hash Scheduling SH)
  源地址散列。基于client地址的来源区分。(用的很少)
  9. 最短的期望的延迟(Shortest Expected Delay Scheduling SED)
  基于wlc算法。这个必须举例来说了
  ABC三台机器分别权重123 ,连接数也分别是123。那么如果使用WLC算法的话一个新请求进入时它可能会分给ABC中的任意一个。使用sed算法后会进行这样一个运算
  A:(1+1)/1
  B:(1+2)/2
  C:(1+3)/3
  根据运算结果,把连接交给C 。
  10.最少队列调度(Never Queue Scheduling NQ)
  无需队列。如果有台realserver的连接数=0就直接分配过去,不需要在进行sed运算。
  遇到的问题..
  这个实验看着简单,做了足足半个月,但是还有一些不明白的问题,可能和网络知识的匮乏有关系。
  在DR前置机上不能通过VIP访问真实的服务器
  在DR前置机上执行命令,报错如下
  查看ipvsadm,连接状态是SYN_RECV
  一开始我使用了三台虚拟机,卡在这个地方很长时间。
  后来偶然发现,用第四台虚拟机就可以正常访问了..

最新内容请见作者的GitHub页:http://qaseven.github.io/
相关实践学习
每个IT人都想学的“Web应用上云经典架构”实战
本实验从Web应用上云这个最基本的、最普遍的需求出发,帮助IT从业者们通过“阿里云Web应用上云解决方案”,了解一个企业级Web应用上云的常见架构,了解如何构建一个高可用、可扩展的企业级应用架构。
相关文章
|
负载均衡 前端开发 JavaScript
LVS-DR模式、keepalived、Nginx与Tomcat合作,打造动静分离,高效负载均衡与高可用性
为了采用这样的架构,你需要对LVS-DR、Keepalived、Nginx与Tomcat有一定的理解和掌握,同时也需要投入一些时间去研究和配置,但是一旦你把它运行起来,你将会发现,这一切都是值得的。
494 11
|
负载均衡 网络协议 算法
LVS 负载均衡部署的三种模式 与搭建dr模式具体步骤
LVS 负载均衡部署的三种模式 与搭建dr模式具体步骤
|
负载均衡 网络协议 Linux
LVS,软负载均衡
LVS(Linux Virtual Server)是一项广泛应用的负载均衡技术,由章文嵩博士于1998年发起,自Linux 2.4.24版本起成为官方内核的一部分。LVS通过四层负载均衡技术实现高性能、高可用的服务器集群,支持多种调度算法和工作模式(如D-NAT、full-NAT、IP隧道、DR),适用于HTTP、数据库等应用。相比7层负载均衡器(如Nginx、HAProxy),LVS具有更高的并发处理能力和更低的资源消耗,适合大规模流量分发。本期文章详细介绍了LVS的工作原理、优势与不足,并对比了常见的负载均衡产品,帮助读者根据具体需求选择合适的解决方案。
2623 6
LVS,软负载均衡
|
域名解析 弹性计算 监控
slb测试基本配置检查
slb测试基本配置检查
422 60
|
负载均衡 算法 Linux
LVS+Keepalived:实现高效软负载均衡的利器
本文介绍了如何使用LVS(Linux Virtual Server)和Keepalived搭建高可用负载均衡集群。LVS通过不同调度算法将请求转发给后端服务器,而Keepalived基于VRRP协议实现服务高可用,避免IP单点故障。具体步骤包括环境准备、安装配置ipvsadm和Keepalived、启动服务及测试。文中还详细解释了配置文件中的关键参数,并提供了故障转移测试方法。最后,文章简要对比了软件、硬件和云负载均衡方案的特点,帮助读者选择合适的负载均衡策略。
2148 4
|
运维 负载均衡 网络协议
LVS+Keepalived 负载均衡
LVS+Keepalived 负载均衡
536 8
LVS+Keepalived 负载均衡
|
监控 测试技术
slb测试会话保持功能
slb测试会话保持功能
519 6
|
监控 负载均衡 容灾
slb测试配置
slb测试配置
473 5
|
弹性计算 负载均衡 监控
slb测试健康检查
slb测试健康检查
318 4
|
域名解析 运维 负载均衡
LVS+Keepalived 负载均衡(二)28-1
【8月更文挑战第28天】LVS+Keepalived 负载均衡 配置 LVS VIP
373 6