web负载均衡小记

1HTTP重定向

通过RR策略，或随机方法通过HTTP重定向通知客户端访问其他多台实际服务器。

ps：性能前者不及后者

2DNS负载均衡(DNS-RR)

多条A记录，DNS服务器会自动轮询。当某台实际服务器出现故障时，可以通过调用DNS提供的服务，删除指向该服务器的A记录。当然DNS由于有TTL，所以得过些时候才生效。

3反向代理负载均衡

通过反向代理服务器，将HTTP请求，分发给几个后端服务器。

粘滞对话：同一台客户端可能会使用服务器Session，所以在反向代理时，要使用一定的策略，使其多次访问都是同一台后端服务器。常见策略有：hash算法通过IP计算获得后端服务器编号；或使cookie中包含后端服务器编号等。或采用分布式Session，或分布式缓存。

但反向代理服务器进行转发操作本身是需要一定开销的，比如创建线程、与后端服务器建立TCP连接、接收后端服务器返回的处理结果、分析HTTP头信息、用户空间和内核空间的频繁切换等，通常这部分时间并不长，但是当后端服务器处理请求的时间非常短时，转发的开销就显得尤为突出，以致成为瓶颈。

4IP负载均衡（LVS-NAT）

位于WLAN的调度器，通过DNAT数据传输层的IP地址转换（网络层/第三层），将客户端的的请求，转发到位于LAN上的实际服务器上。后者响应后数据发给调度器，由调度器发给WLAN。

吞吐率较高。但由于来回数据都进过调度器，导致其网关瓶颈。

5直接路由（LVS-DR）

通过使用IP别名的方式，将多个具有公网IP的实际服务器与调度器一起使用相同的IP别名a。DNS解析地址设为a,设置为只有调度器响应该ARP。调度器收到数据包后，修改MAC地址，转发给实际服务器。后者将响应结果直接发给WLAN。

吞吐率虽与“IP负载均衡法”相当。但由于调度器不负责转发响应的数据包，网关瓶颈问题解决。

6IP隧道（LVS-TUN）

与LVS-DR的原理非常类似,不同的是，实际服务器可以和调度器不在同一个WAN网段，调度器通过IP隧道技术来转发请求到实际服务器，所以实际服务器也必须拥有合法的IP地址。

总的来说，LVS-DR和LVS-TUN都适合响应和请求不对称的Web服务器，可以非常有效地提高集群的扩展能力，但如何选择它们，更多的不是因为性能和扩展性，而是取决于你的网络部署需要，比如刚才提到的CDN服务需要将实际服务器部署在不同的IDC，从而必须使用IP隧道技术。

备注：

LVS：LinuxVirtualServer，Linux虚拟服务器

Heartbeat对主调度器进行心跳检测，一旦发现主调度器停止心跳，便立即启动故障转移，接管主调度器，这个接管过程包括