用户的请求必须经过Director，而realserver在响应的使用直接返回请求（图有问题，有可能设的网关不同，还存在一台路由器）
需要配置iptables规则，拒绝响应MAC地址转换，或者通过修改LINUX内核响应
优点：由于它比NAT少了一个地址转换，响应速度更快
特点
1.必须处于同一个物理网络中（连在同一个交换机上）
2.RIP可以使用公网地址（建议使用）
3.Director只转发请求，而realserver直接响应请求而不转发
4.集群节点的网关，不能指向DIP
5.不能做端口转换（不支持）
6.绝大多数的操作系统都可以实现realserver,而realserver需要同一个网卡配置多个Ip地址
7.DR模式的Director比NAT模式能够带动更多的节点
数据传输：
解决数据进入：
为了避免RS直接响应，给服务器的lo:0设置VIP地址，给本地网卡设置成CIP，这样RS就不会直接响应了，隐藏了RS
解决数据出去：
而默认情况下，Linux设置数据包从哪块网卡出去，源地址设为该网卡地址，通过添加一条特殊路由信息，如果目标地址是lo的VIP地址，那么出去的时候源地址设置为lo的地址。
路由信息的原理：
添加一条主机路由，将VIP的地址自己设置成一个网段,既子网掩码为255.255.255.255，这样VIP出去的时候没有比VIP更优的了，就成为最佳IP
在互联网上性能最佳的就是DR应用，但是有一个缺点，必须要求主机间距离比较近（比如一个机房），如果发生天灾人祸，集群就完了，所以我们为了实现异地分布，要采用隧道比如VPN
==============================分 割 线============================
LVS-TUN模型原理：
虚拟隧道实现：
1.专线（加密）
2.二层：在MAC之外再加一层MAC
3.三层：源IP目标IP之外再加一层IP
隧道目的: 隐藏意图，通过转换来（ip套ip）隐藏目的
特征：
1.集群节点和Director不必在同一个网络
2.RIP必须使用公网地址
3.Director只需要处理进来的请求，不需要处理出去的请求
4.响应的请求一定不能经过Direcor.
5.Directory不支持端口映射
6.只能使用那些支持IP 隧道协议的操作系统做realserver
优点：LVS-TUN可以实现基于网络的集群，这样就脱离了LVS-DR的realserver之间的距离限制。
lvs scheduling methods调度算法有10种
静态调度4个轮叫RR
加权轮叫WRR 目标地址hash DH 源地地址hash SH
动态调度6个
最少链接（Least Connections） 加权最少链接（Weighted Least Connections）WLC linux默认的调度 shortest expected delay SED never queue NQ
基于本地的最少链接（Locality-Based Least Connections：DH）LBLC
带复制的基于本地最少链接（Locality-Based Least Connections with Replication）LBLCR
这里只介绍前两个模型的案例
lvs需要内核有ipvs支持，linux-2.4.23以后ipvs都编译到内核里，如果你是之前版本确保你的内核支持ipvs后，只需安装ipvsadm就可以把一台服务器配置成负载调度器（Load Balancer）。