概述

负载均衡是一个网络的基础，到处都是，各种各样的软件，成熟的软件那么多，要合理使用。

所有的backup都是废物，真正能做到负载均衡的，要考虑很多因素，例如会话保持，你就做不到真正的分担负载。

lvs的两种模式

lvs有很多种模式，这里主要看看两种模式，一种是NAT模型，一种则是fullNAT模型。

fullnat只是在nat模型上的改进，从而可以支持跨机房的提供负载均衡服务，而相对于nat来说，后端的rs必须在同一个网络中，也就是fllnat模型可以支持跨vlan，而对于nat则必须在同一个网段中，而且对于nat来说，后端的rs的网关必须要设置lvs的dip。

呵呵，没有画图软件。。。手画一个。。。

如上图所示，为nat模型的，cip表示客户端ip（client ip），vip表示lvs监听的端口（vitrual ip），dip表示lvs的调度ip（director ip），rip表示后端的rs的ip（real searver ip），因为lvs提供的是一个虚拟的ip，所以后端才表示为真正的提供服务的ip地址，毕竟lvs是linux vitrual server，linux虚拟服务。

在上面的图中，主要的部分就是请求经过lvs的时候，进入的请求的目标地址被dnat，从而目标地址变成了rip；在响应经过lvs的时候，响应的源地址被snat，从而源地址变成了vip。

在步骤3的时候，由于目标地址是cip，从而走默认的网关出去，从而到了lvs的dip，所以在进行配置的时候，rs的网关必须指向lvs的dip，这是一个巨大的限制，而对于fullnat则不存在这种限制。

实验环境：lvs两个网卡，vip192.168.1.16，dip172.16.53.135；rs用一个主机，rip172.16.53.136，运行两个容器分别为httpd和nginx，映射端口为80和90.

在lvs上需要安装ipvsadm工具，开启转发功能，关闭防火墙.

rs上需要将网关指向dip172.16.53.135。

配置文件中只需要加上ipvsadm即可运行添加nat规则，规则是手动保存的：

分别对三个网卡进行抓包查看请求，分别是vip，dip，rip：

对应于上图中步骤1，客户端向vip请求；也对应于步骤4，vip向客户端响应（对vip进行抓包）。

对应于步骤2和3，dip向rip请求和响应（对dip进行抓包）。

对应于步骤2和3，dip向rip请求和响应（对rip进行抓包）

从抓包上来看，也就验证了NAT模型的转发，如何来区别NAT和fullNAT。

在上图中显示为masq表示为nat模型，主要目的就是隐藏后端的rs，而对于fullnat，则是显示fullnat。

在上图中，activeconn表示活跃的连接数，也就是表示tcp中established状态，而inactconn则表示syn_recv，time_wait等状态。

这只是一个开端，其实还有很多后续工作要做：

1 如何做到lvs的高可用；

2 lvs的日志怎么保存；

3 健康检查怎么做；

4 超时等时间设置；

5 选择合适的算法调度；

。。。。略略

发现一个问题，未开启lvs的转发功能，这个时候你会发现客户端请求是超时的，而对于lvs来说完全正常，所以呢，出现问题的时候，检查一下相关的配置。

摸不着头脑的报错，毕竟我的脑袋是水做的，哎哟，开始有脑子了？

lvs的一些统计数据：

猜猜这个报错是为啥？

后面小编会分享更多运维干货，感兴趣的朋友走一波关注哩~