web负载均衡

1.HTTP重定向负载均衡
        一般会有一台主站服务器充当负载均衡调度器，该服务器收到请求后会通过HTTP重定向将该请求分发到其他服务器上，这样就做到了负载均衡，分发策略一般会用到PR策略或者随机调度。
        PR策略：即依次轮询，负载均衡的效果较好，但是要做到依次轮询，要持久化上一次重定向到的服务器的序列，会带来额外的开销。另外要实现PR策略，要通过一定的锁机制来保证任何时候只能有一个请求可以修改它，并发性会大大折扣
        随机调度：虽然很难做到真正的负载均衡，但是随着吞吐量的增加，随机调度会趋近于PR调度的均衡效果，并且开销比PR策略小很多
        适用场景：转移请求的开销远比处理实际请求的开销要小得多，如文件下载、广告展示等一次性请求，用户的操作轨迹比较深的站点不适合，例如网购平台

2.DNS负载均衡
        DNS服务在做域名解析，可以设置多个A记录，即一个域名对应多个IP，这样DNS服务器便充当了负载均衡调度器。DNS服务器会提供多种调度策略,其中包括RP策略、智能解析(如通过用户的IP地址进行调度)等。另外，当我们发现某台服务器出现故障时，我们可以通过动态DNS协议来迅速修改DNS记录，将出现故障的机器从调度策略中拿掉。
        相比HTTP重定向负载均衡，DNS负载均衡省去了主站服务器的开销，但是灵活性却或多或少的被削弱了，由于负载均衡调度是工作在DNS层面的，所以你无法开发自己的调度策略。另外，DNS记录的缓存带来的更新延迟，将导致我们对于调度器的控制总是跟不上节奏。

3.反向代理负载均衡
       最适合反向代理来实现负载均衡的：后端运算逻辑较为复杂，运算时间较长
       不适合反响代理来实现负载均衡的：后端运算时间极端或者不需要，如静态内容，对于这种情况，DNS的负载均衡方式更为适合
       原因是代理服务器转发需要一定的开销
4.nat负载均衡：
       路由器实现负载均衡