给自己看的LVS三种工作模式

DR                NAT                    TUN

1，DR 直接路由模式

①.客户端将请求发往前端的负载均衡器，请求报文源地址是CIP，目标地址为VIP。

②.负载均衡器收到报文后，发现请求的是在规则里面存在的地址，那么它将客户端请求报文的源MAC地址改为自己DIP的MAC地址，目标MAC改为了RIP的MAC地址，并将此包发送给RS。

③.RS发现请求报文中的目的MAC是自己，就会将次报文接收下来，处理完请求报文后，将响应报文通过lo接口送给eth0网卡直接发送给客户端。

负载均衡器和Realserver 都使用同一个IP对外服务，但只有DR对于外（ARP）请求进行响应，网关会把对这个IP的请求全部定向给DR，然后DR根据调度算法找出对应的RealServer，把目的MAC地址改为RealServer的MAC，并将请求发给它，当RealServer处理完请求后，由于IP一致，可以直接将数据返回给客户。

由于负载均衡器要对二层包头进行改换，所以负载均衡器和真实服务器必须在一个广播域，简单理解在一台交换机上。

优点：与vs-Tun相比，VS-DR这种实现方式不需要隧道结构，因此可以使用大多数操作系统做为物理服务器。

缺点：不足 负载均衡器的网卡必须与物理网卡在一个物理段上。

注意：需要设置lo接口的VIP不能响应本地网络内的arp请求

2，NAT

①.客户端将请求发往前端的负载均衡器，请求报文源地址是CIP(客户端IP),后面统称为CIP)，目标地址为VIP(负载均衡器前端地址，后面统称为VIP)。

②.负载均衡器收到报文后，发现请求的是在规则里面存在的地址，那么它将客户端请求报文的目标地址改为了后端服务器的RIP地址并将报文根据算法发送出去。

③.报文送到Real Server后，由于报文的目标地址是自己，所以会响应该请求，并将响应报文返还给LVS。

④.然后lvs将此报文的源地址修改为本机并发送给客户端。

就是把客户端发来的数据包的IP头部在负载均衡器上换成RS的IP地址，RS处理完成后把数据在给负载均衡器，把数据包的IP头部改回来，期间无论是进来的流量还是出去的流量，都必须经过负载均衡器。

优点：集群中的物理服务器可以使用任何支持TCP/IP操作系统，只有负载均衡器需要一个合法的IP地址。

缺点：扩展性有限　负载均衡器会成为整个系统的瓶颈，大量的数据会导致变慢

注意：在NAT模式中，Real Server的网关必须指向LVS，否则报文无法送达客户端

３，IP隧道模式（VS－TUN）

①.客户端将请求发往前端的负载均衡器，请求报文源地址是CIP，目标地址为VIP。

②.负载均衡器收到报文后，发现请求的是在规则里面存在的地址，那么它将在客户端请求报文的首部再封装一层IP报文,将源地址改为DIP，目标地址改为RIP,并将此包发送给RS。

③.RS收到请求报文后，会首先拆开第一层封装,然后发现里面还有一层IP首部的目标地址是自己lo接口上的VIP，所以会处理次请求报文，并将响应报文通过lo接口送给eth0网卡直接发送给客户端。

ｉｎｔｅｒｎｅｔ服务请求包都很小，而应答包通常都很大，隧道模式，将客户端发来的数据包封装一个新的IP头部标记发给RS，RS解开包头，还原数据，处理后直接返回给客户端，不需要在经过负载均衡器

由于RS需要对数据包还原，必须支持IPTUNNEL协议，所以在RS内核中，必须编译支持IPTUNNEL这个选项。

优点：减少了负载均衡器的大量数据流动，负载均衡不再是系统的瓶颈，跑在公网上就能进行不同地域的分发。

缺点：RS节点需要合法IP，这种方式需要所有的服务器支持＂ＩｐＴｕｎｎｅｌｉｎｇ＂（网络隧道） （ IP　Ｅｎｃａｐｓｕｌａｔｉｏｎ） 协议，服务器可能只局限在部分Ｌｉｎｕｘ系统上。                                                        （IP封装）

注意：需要设置lo接口的VIP不能在公网上出现