互联网负载均衡方案

方案二：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。