静态方法:仅依据算法本身进行轮询调度
RR:Round Robin,轮调
一个接一个，自上而下
WRR:Weighted RR，加权论调
加权，手动让能者多劳。
SH:SourceIP Hash
来自同一个IP地址的请求都将调度到同一个RealServer
DH:Destination Hash
不管IP，请求特定的东西，都定义到同一个RS上。
动态方法:根据算法及RS的当前负载状态进行调度
LC:least connections(最小链接数)
链接最少，也就是Overhead最小就调度给谁。
假如都一样，就根据配置的RS自上而下调度。
WLC:Weighted Least Connection (加权最小连接数)
这个是LVS的默认算法。
SED:Shortest Expection Delay(最小期望延迟)
WLC算法的改进。
NQ:Never Queue
SED算法的改进。
LBLC:Locality-Based Least-Connection,基于局部的的LC算法
正向代理缓存机制。访问缓存服务器，调高缓存的命中率。
和传统DH算法比较，考虑缓存服务器负载。可以看做是DH+LC
如果有两个缓存服务器
1.只要调度到其中的一个缓存服务器，那缓存服务器内就会记录下来。下一次访问同一个资源的时候也就是这个服务器了。 (DH)
2.有一个用户从来没有访问过这两个缓存服务器，那就分配到负载较小的服务器。LC
LBLCR:Locality-Based Least-Connection with Replication(带复制的lblc算法)
缓存服务器中的缓存可以互相复制。
因为即使没有，也能立即从另外一个服务器内复制一份，并且均衡负载
man ipvsadm有讲这几种动态或者静态的rs调度方法
配置LVS-DR
主机名 主机地址 角色
node1 DIP:192.168.2.201，VIP:192.168.2.211 Director
node3 RIP:192.168.2.203，VIP:192.168.2.211 RealServer
node4 RIP:192.168.2.204，VIP:192.168.2.211 RealServer
本文中的主机系统均为CentOS7.1，Apache2.4，数据库：MariaDB-5.5.50
实验拓扑：
lvs-dr实验拓扑
(1)在Director上配置VIP和DIP
重启网络之后查看配置
(2)Director使用ipvsadm修改创建ipvs规则
(3)RealServer安装httpd
可以在里面放一个Wordpress,也可以简单echo几个字到index.html
(4)node3和node4修改RealServer内核参数
修改内核参数，并且配置VIP地址到RealServer的loopback接口上。
那样的话，当RealServer接到从Director转发而来的数据报文时，RealServer也不会丢弃报文。
同时，修改了RealServer的参数，局域网内的arp表就只有Director有VIP。
RealServer的的机器上有VIP这件事，只有RealServer自己知道。
这样可以保证，当请求到来的时候，第一个会送到Director那里去。
(5)测试结果
效果差不多就是这样:
因为我们使用了RR静态调度方法,所以这node3和node4的请求是一人一个。
