LVS-DR模式：
客户端请求服务器上的资源，就会发送请求报文，请求报文到达LVS调度器，调度器拆解报文首部，查看到请求的目标IP是自己，然后根据请求的目标端口并且根据调度算法随机挑选出一台Real Server服务器，这时在请求报文首部在次封装一层帧，即MAC地址，源MAC是自己，目标MAC是RS服务器。RS服务器接收到报文请求并处理请求，构建响应报文并发送给客户端，不经过调度器，所以避免了调度器过载导致并发出现瓶颈。因为RS是直接发送响应报文给客户端，所以需要RS服务器上需要配置调度器的公网IP。
特点：
1、各RS服务器一个接口即可，但需要在同一物理网络中；
2、各RS服务的网关不能指向调度器上的IP；RS服务器上的IP和调度器上的和RS服务器通信的IP通常应该在同一网络，但此二者必不会与调度器上的公网IP在同一网络；
3、各RS需要先设置内核参数，在设置公网IP和路由；
LVS-DR模式的结构图：(非原创)
实验准备： IP地址全是公网地址
1、虚拟机 172.18.250.76 172.18.250.99 LVS调度器 一个网卡开启两个IP
2、虚拟机 172.18.250.77 172.18.250.99（lo别名上配置） Real Server
3、虚拟机 172.18.250.79 172.18.250.99 ( lo别名上配置） Real Server
一：安装ipvsadmin：
管理LVS的服务是ipvs，ipvs则由ipvsadmin命令管理，类似于iptables。
| 12345 | ] |
配置网卡：
] |
在两台RS上配置VIP地址：
] |
apr_announce: 定义了网卡在向外宣告自己的MAC-IP时候的限制级别，常用的三个0，1，2
0：默认值，不管哪块网卡接收到了ARP请求，只要发现本机有这个MAC都给与响应。
1：尽量避免响应ARP请求中MAC不是本网卡的，一个主机有多块网卡，其中一块网卡接收到了ARP请求，发现所请求的MAC是本机另一块网卡的，这个时候接收到ARP请求的这块网卡就尽量避免响应。
2：总是使用最合适的网卡来响应，一个主机有多块网卡，其中一块网卡接收到了ARP请求，发现所请求的MAC是本机另一块网卡的，这个时候接收到ARP请求的这块网卡就一定不响应，只有发现请求的MAC是自己的才给与响应。
arp_ignore:定义了网卡在响应外部ARP请求时候的响应级别，常用的为0,1
0：默认值，不管哪块网卡接收到了ARP请求，只要发现本机有这个MAC都给与响应。
1：总是使用最合适的网卡来响应，一个主机有多块网卡，其中一块网卡接收到了ARP请求，发现所请求的MAC是本机另一块网卡的，这个时候接收到ARP请求的这块网卡就一定不响应，只有发现请求的MAC是自己的才给与响应。
隔绝RS服务器上的vip响应客户端的请求，地址冲突的问题，有三种方法：
1、在前端的网关接口上静态绑定；
2、在各RS上使用arptables；
3、在各RS上修改内核参数，来限制arp响应和通告；
配置规则：
] |
二、在两台Real Server上安装nginx、php、mariadb-server
| 1 | ] |
在两台RS上创建测试页：
| 12 | ] |
在别的虚拟机上请求：
] |
三、安装phpwind论坛
| 12 | ] |
注意一点：phpwind安装完成后会总提示您已经安装过 phpwind，只需把install.php改个名字就行。
测试访问php应用时能否负载均衡：
] |
考虑两点：
1、集群是否需要共享存储
2、客户端和集群是否需要保持会话
1、是否需要共享存储？
需要，如果客户端在172.18.250.77服务器上做了操作，出现其它情况调度到了172.18.250.79这台服务器上，那么客户端在此请求刚才做的写操作，会出现找不到资源的情况，所以需要共享mysql存储。
2、是否需要保持会话：
根据业务需求来选择是否保持会话
方法：
1、根据SH调度算法，把来自同一IP的客户端都请求到同一台RS服务器上
2、根据客户端的cookie做绑定，来请求同一台RS服务器
