方案二：DNS负载均衡
8.133.75.11
应用服务器集群
互联网数据中心
缺点：1、客户端访问应用服务器时需要先访问HTTP重定向服务器，多了一次HTTP请求。2、把应用服务器暴露给了客户端。这种方案实际应用非常少！！！
3. 返回响应结果目的IP地址为172.168.1.100
172.168.1.3
方案五：数据链路层负载均衡（三角模式）
虚拟IP：8.133.75.100mac地址：00:0c:29:d3
3. 返回响应结果
DNSwww.139130.com8.133.75.108.133.75.118.133.75.12
2.请求转发到172.168.1.1
3.浏览器请求8.133.75.12
8.133.75.12
1.用户发起访问请求目的IP地址8.133.75.100
172.168.1.1
HTTP重定向负载均衡器8.133.75.100
IP负载均衡器外网：8.133.75.100内网：172.168.1.100
解决了IP层负载均衡器网卡瓶颈问题，是当前效率最高最完美的负载均衡解决方案。 很多大厂的高并发系统，比如淘宝、百度，皆采用该负载均衡方案。常见的技术方案是：LVS
1.用户访问 8.133.75.100
4.返回响应数据
2.响应重定向到 8.133.75.12
2.返回8.133.75.12
1.解析域名www.139130.com
方案三：方向代理负载均衡
反向代理负载均衡器8.133.75.100
4.返回响应结果
8.133.75.10
方案一：HTTP重定向
4.返回响应结果将源地址改为8.133.75.100
数据链路层负载均衡器8.133.75.100
虚拟IP：8.133.75.100mac地址：00:0c:29:d4
2.将目的mac地址修改为00:0c:29:d2
3.返回响应数据
优点：1、不用将内部服务器集群IP暴露出去，用户访问无感知。2、反向代理服务器会感知到应用服务器是否宕机，应用服务器宕机了对用户无影响。缺点：1、由于反向代理服务器完全转发HTTP请求和响应，相当于做了两次HTTP请求。 这种方案比较常见，通常用于小集群，比如几~十几台服务器，实现起来比较简单，通常可以使用Nginx。
方案四：IP层负载均衡
虚拟IP：8.133.75.100mac地址：00:0c:29:d2
3.浏览器重新请求8.133.75.12
172.168.1.2
反向代理负载均衡是在应用层进行转发，反向代理接收到完整的HTTP报文之后再转发到对应应用服务器。 而IP负载均衡则是在网络层进行转发，通过修改目的IP地址和源IP地址来达到负载均衡的效果。优点：1、效率比反向代理更加搞下。缺点：1、当响应数据比较大时，IP负载均衡器的网卡将成为瓶颈。
2.将目的IP地址改为172.168.1.1
优点：1、不用部署负载均衡器，利用DNS可以配置多个IP的方式实现负载均衡。2、解决方案一增加一个HTTP请求的问题。缺点：1、DNS并不能感知应用服务器宕机，当其中某些应用服务器宕机之后会影响部分用户的访问。 实际上很多公司在用这种方式，只是DNS上配置的IP不是应用服务器的IP，而是内部反向代理服务器的IP。
