使用Lvs+Nginx集群搭建高并发架构的实现示例
高并发站点不仅要考虑网站后端服务的稳定，还需要考虑服务能否接入巨大流量、承受巨大流量，如下图：
1:流量接入，可以采用Lvs+Nginx集群，这种方式能接入的QPS能高达数百万
2:通过Lvs实现Nginx集群，Nginx+Tomcat实现后端服务集群，完成了从接入层流量处理到后端服务集群高并发处理
1. Lvs介绍
LVS(Linux Virtual Server),即Linux虚拟服务器。它用于多服务器的负载均衡，工作在网络四层，可以实现高性能，高可用的服务器集群技术，它稳定可靠，即使在集群的服务器中某台服务器无法正常工作，也不影响整体效果。是基于TCP/IP做的路由和转发，稳定性和效率极高。
一个LVS集群往往包含以下角色：
1:DS：Director Server。虚拟服务，负责调度
2:RS：Real Server。后端真实的工作服务器。
3:VIP：向外部直接面向用户请求，作为用户请求的目标的IP地址
4:DIP：Director Server IP，DS的IP
5:RIP：Real Server IP，后端服务器的IP地址
6:CIP：Client IP,访问客户端的IP地址
2. Lvs 负载均衡模式
lvs提供了3种负载均衡模式，每种负载均衡模式适用的场景有差异，我们来讲解一下这三种负载均衡模式。
2.1 NAT
用户的请求到分发器后，通过预设的iptables规则，把请求的数据包转发到后端的RS上去。RS需要设定网关为分发器的内网IP。用户请求的数据包和返回给用户的数据包全部经过分发器，所以分发器称为瓶颈。在NAT模式中，只需要分发器有公网IP即可，所以比较节省公网IP资源。
2.2 TUN
这种模式需要有一个公共的IP配置在分发器和所有的RS上，我们把它叫做VIP。客户端请求的目标IP为VIP，分发器接收到请求数据包后，会对数据包做一个加工，会把目标IP改为RS的IP，这样数据包就到了RS上。RS接收数据包后，会还原原始数据包，这样目标IP为VIP，因为所有RS上配置了这个VIP，所以他会认为是它自己。
2.3 DR模式
和IP Tunnel较为相似，不同的是，它会把数据包的MAC地址修改为RS的MAC地址。真实服务器将响应直接返回给客户。
这种方式没有IP隧道的开销，对集群中的真实服务期也没有必须支持IP隧道协议的要求，但是要求调度器与真实服务器都有一块网卡连在同一物理网段上。
3. Lvs DR模式配置
综合上面分析，我们可以得出结论，DR模式性能效率比较高，安全性很高，因此一般公司都推荐使用DR模式。我们这里也配置DR模式实现Lvs+Nginx集群。
我们准备了3台机器：首先确保三台机器都安装了Nginx。
1:192.168.183.133 (DS) 192.168.183.150 对外提供服务
2:192.168.183.134 (RS) 192.168.183.150 真实服务处理业务流程
3:192.168.183.135 (RS) 192.168.183.150 真实服务处理业务流程
VIP:192.168.183.150
3.1 Vip配置
关闭网络配置管理器(每台机器都要做)
systemctl stop NetworkManager
systemctl disable NetworkManager
配置虚拟IP(VIP 192.168.183.133中配置)
在/etc/sysconfig/network-scripts创建文件ifcfg-ens33:1，内容如下：
BOOTPROTO=static
DEVICE=ens33:1
ONBOOT=yes
IPADDR=192.168.183.150
NETMASK=255.255.255.0
重启网络服务：
service network restart我们可以看到在原来的网卡上面添加了一个虚拟IP 150。
同时需要对192.168.183.134、192.168.183.135构建虚拟机IP，但只是用于返回数据，而不能被用户访问到，这时候需要操作ifcfg-lo。
IPADDR=127.0.0.1，这里127.0.0.1属于本地回环地址，不属于任何一个有类别地址类。它代表设备的本地虚拟接口，所以默认被看作是永远不会宕掉的接口。
NETMASK=255.255.255.255
192.168.183.134：
将ifcfg-lo拷贝一份ifcfg-lo:1,并修改ifcfg-lo:1配置，内容如下：
刷新lo：
ifup lo
查看IP可以发现lo下多了150ip。
192.168.100.133知行和上面相同的操作。
3.2 LVS集群管理工具安装
ipvsadm用于对lvs集群进行管理，需要手动安装。DS安装即可。
安装命令：
yum install ipvsadm版本查看：
ipvsadm -Ln
效果如下：
3.3 地址解析协议
在192.168.183.134和192.168.183.135中操作。
arp_ignore和arp_announce参数都和ARP协议相关，主要用于控制系统返回arp响应和发送arp请求时的动作。这两个参数很重要，特别是在LVS的DR场景下，它们的配置直接影响到DR转发是否正常。
arp-ignore：arp_ignore参数的作用是控制系统在收到外部的arp请求时，是否要返回arp响应（0~8，2-8用的很少）
配置文件：/etc/sysctl.conf，将如下文件拷贝进去：
net.ipv4.conf.all.arp_ignore = 1
net.ipv4.conf.default.arp_ignore = 1
net.ipv4.conf.lo.arp_ignore = 1
net.ipv4.conf.all.arp_announce = 2
net.ipv4.conf.default.arp_announce = 2
net.ipv4.conf.lo.arp_announce = 2
刷新配置：
sysctl -p
添加路由：此时如果无法识别route，需要安装相关工具yum install net-tools。
route add -host 192.168.183.150 dev lo:1
添加了一个host地址，目的是用于接收数据报文，接收到了数据报文后会交给lo:1处理。（防止关机失效，需要将上述命令添加到/etc/rc.local中）
添加完host后，可以查看一下：route -n,能明显看到效果。
上述配置我们同样要在192.168.183.135中配置。
3.4 集群配置
ipvsadm命令讲解：
ipvsadm -A:用于创建集群
ipvsadm -E:用于修改集群
ipvsadm -D:用于删除集群
ipvsadm -C:用于清除集群数据
ipvsadm -R:用于重置集群配置规则
ipvsadm -S:用于保存修改的集群规则
ipvsadm -a:用于添加一个rs节点
ipvsadm -e:用于修改一个rs节点
ipvsadm -d:用于删除一个rs节点
添加集群TCP服务地址：（外部请求由该配置指定的VIP处理）
ipvsadm -A -t 192.168.183.150:80 -s rr参数说明：
- -A：添加集群配置
- -t：TCP请求地址(VIP)
- -s：负载均衡算法
负载均衡算法：
| 算法 | 说明 |
|---|---|
| rr | 轮询算法，它将请求依次分配给不同的rs节点，也就是RS节点中均摊分配。这种算法简单，但只适合于RS节点处理性能差不多的情况 |
| wrr | 加权轮训调度，它将依据不同RS的权值分配任务。权值较高的RS将优先获得任务，并且分配到的连接数将比权值低的RS更多。相同权值的RS得到相同数目的连接数。 |
| Wlc | 加权最小连接数调度，假设各台RS的全职依次为Wi，当前tcp连接数依次为Ti，依次去Ti/Wi为最小的RS作为下一个分配的RS |
| Dh | 目的地址哈希调度（destination hashing）以目的地址为关键字查找一个静态hash表来获得需要的RS |
| SH | 源地址哈希调度（source hashing）以源地址为关键字查找一个静态hash表来获得需要的RS |
| Lc | 最小连接数调度（least-connection）,IPVS表存储了所有活动的连接。LB会比较将连接请求发送到当前连接最少的RS. |
| Lblc | 基于地址的最小连接数调度（locality-based least-connection）：将来自同一个目的地址的请求分配给同一台RS，此时这台服务器是尚未满负荷的。否则就将这个请求分配给连接数最小的RS，并以它作为下一次分配的首先考虑。 |
DS中配置rs(2个)节点：
ipvsadm -a -t 192.168.183.150:80 -r 192.168.183.134:80 -g
ipvsadm -a -t 192.168.183.150:80 -r 192.168.183.135:80 -g
参数说明：
- -a：给集群添加一个节点
- -t：指定VIP地址
- -r：指定real server地址
- -g：表示LVS的模式为dr模式
添加了节点后，我们通过ipvsadm -Ln查看，可以看到多了2个节点。
此时集群列表中客户端请求数据和TCP通信数据会持久化保存，为了更好看到效果，我们可以把时间设置成2秒保存，如下命令：
ipvsadm --set 2 2 2
此时我们请求http://192.168.183.150/测试
可以发现请求会在两台Nginx轮询切换。
到此这篇关于使用Lvs+Nginx集群搭建高并发架构的实现示例的文章就介绍到这了,更多相关Lvs Nginx集群搭建高并发内容请搜索编程网以前的文章或继续浏览下面的相关文章希望大家以后多多支持编程网！
免责声明：
① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的，并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据，供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。
② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341
