LVS

1、LVS-NAT, DNAT(多目标)

2、LVS-DR(Direct Routing)

返回报文不经过Direct

real server  不能跨越路由

调度算法：Scheduling

　　静态方法：仅根据算法本身调度，不考虑realserver承载更多的请求
　　　　rr：轮循

　　　　wrr：分配权重进行轮循分配

　　　　sh:原地址hash， 反均衡（也可以使用cookie调度，但是需要基于7层hash，lvs不能实现）

　　　　dh：目标地址hash，

　　动态方法：根据算法及realserver上当前负载状况

• 　　　　活动链接，正传输数据。
• 　　　　非活动链接，数据传输完毕，但是未断开的。

　　　　活动链接与非活动链接的资源比例：

　　　　思考一个情况，如果长连接的请求，权重为3的只推出了1个请求，权重为1的推出了100个请求，此时基于轮询的算法，心情求还会按照设定的权重分配给权重为3的多一些，所以有了动态方法

　　　　lc：最少链接，后台的realserver那个链接的少，就分发那个。

　　　　　　负载 = 活动连接数*256 + 非活动链接数，结果中小者胜出。但是不考虑权重，开始就会轮询的发送。当所有的realserver都有链接以后开始计算负载

　　　　wlc：给予权重的最少链接

　　　　　　负载 = （ 活动链接数*256 + 非活动连接数 ）/权重 ， 结果中小者胜出。

　　　　sed:（改进版wlc） 最少期望延迟shortest expect delay ：谁延迟最短，

　　　　　　负载 = （活动链接数+1）*256 /权重

　　　　　　　　例子： 权重 300   20  1

　　　　　　　　　(0+1*256)/300 = 0.85 . 这里有限分配

　　　　　　         (0+1*256)/20 = 12.8

(0+1*256)/1 =  256

　　　　nq：基于sed改进，上面的算法得出的计算算法小肯定是不会给别人调度的。就算性能再差，也可以接受一些请求，不想让他们限制了。

　　　　　　 刚刚开局的时候上来先基于权重轮流一下，然后再按照sed算法继续分配

　　　　lblc：基于本地最少链接。

　　　　　　  后端服务器是缓存服务器，将同一个请求都定向至同一个缓存服务器。

　　　　　　  dh+lc

　　　   lblcr：复制的基于本地的最少链接

　　　　　　  后端服务器是缓存服务器，将同一个请求都定向至同一个缓存服务器。

　　　　　　　　　　　　　　　　　　　

3、LVS-TUN (IPIP)

基于隧道，实现跨路由

4.LVS-FULLNAT

session持久机制

　　1、session绑定，时钟将同一个请求者的链接定向至同一个RS（第一次请求时仍有调度算法算则）

　　2、session复制，基于单播，多播广播复制session信息，（量大管理起来不便）

　　3、session共享，利用单独部署的服务器来统一管理session