基于LVS-NAT、DR模型配置Web集群解析
本文主要是实现了LVS的NAT/DR模型的实现，事实上Directory在实现调度时必须要能够从后端的多个real server中挑出一个来响应用户，这种挑选标准为请求调度方法：Scheduling Method；实验一：基于LVS-NAT模型的实现：
一、实验拓扑：
下面 图 - 1 为LVS-NAT模型的拓扑，如下：
二、LVS集群的NAT模型的实现及客户端验证:
1、开启转发功能：
2、查看是否安装web服务：
3、配置Web1、Web2服务并且启动之：
1）配置Web1并启动：
2）配置Web2并启动：
3）注意：web-1、web-2的页面文件在实际情况是一样的内容，这里面只是为了后面客户端测试时候区分，又以这样写的：
4、Directory主机测试访问Web服务器：
5、清空防火墙规则：
6、配置虚拟的VIP地址：
7、安装ipvsadm包：
7.1 配置LVS-NAT的轮训（rr）规则：
8、查看定制的规则：
9、测试访问：
10、查看统计数据：
11、将统计数据清空归零：
12、再次查看统计的数据：
13、配置LVS-NAT的加权轮询（wrr）的规则：
14、查看wrr的规则：
15、测试访问：
16、查看统计数据，这时候的数据We1要大于Web2的，请看：
17、查看日志，此时访问的IP应该是CIP，请看：
1)Web1的访问日志:
2)Web2的访问日志：
18、显示连接数相关信息，此时还可以查看都有谁访问？等信息都被记录到ipvsadm的内部模板中，如下：
18.1 注意：这个信息是有限的，如有大量的访问的哈，空间不足时就有可能拒绝连接，所以有时需我们手动优化
19、显示超时的相关信息：
20、保存规则即可：ipvsadm-save 相当于 ipvsadm -S；实验二：基于LVS-DR模型的实现：<简单介绍LVS-DR模型的优缺点>
LVS-DR模型： Director两个地址：VIP, DIP RS有两个地址：VIP, RIP 禁止RS响应对VIP的ARP广播请求： 1、在前端路由上实现静态MAC地址VIP的绑定； 前提：得有路由器的配置权限； 缺点：Directory故障转时，无法更新此绑定； 2、arptables 前提：在各RS在安装arptables程序，并编写arptables规则 缺点：依赖于独特功能的应用程序 3、修改Linux内核参数 前提：RS必须是Linux； 缺点：适用性差； 两个参数： arp_announce：定义通告模式 arp_ignore：定义收到arp请求时响应模式 0：只要有请求我就响应； 1：如果说对方请求的IP地址是本地地址并且是配置在接收到请求报文的 那个接口上的IP地址才响应； 2：配置在本地接口上的而且请求者的地址跟当前的地址仍然处于一个子 网内； 3：我们请求的报文网卡的作用域是本地主机，就不响应； 4-7：reservered(保留)； 8：什么地址都不与响应；配置专用路由，以使得响应报文首先通过vip所配置的lo上的别名接口Linux的工作特性：IP地址是属于主机，而非某特定网卡；一、实验拓扑：下面 图 - 2 为LVS-DS模型的拓扑，如下：
二、LVS集群的DR模型的实现及客户端验证:
1、确认Directory主机的iptables-filter表规则为空：
2、 Directory主机的配置：
2.1 配置的eth0别名的VIP及添加路由：
2.2 安装ipvsadm包：
3、Web-1主机的配置:
3.1 配置内核参数：
3.2 配置的lo:0别名的VIP及添加路由：
3.3给Web1提供页面文件并启动之：
3.4 注意：web-1、web-2的页面文件在实际情况是一样的内容，这里面只是为了后面客户端测试时候区分，又以这样写的：
4、Web-2主机的配置:
4.1 配置内核参数：
4.2 配置的lo:0别名的VIP及添加路由：
4.3 给Web2提供页面文件并启动之：
5、配置集群规则：5.1 查看规则：
6、客户端测试访问：
页:
[1]