从网络层面谈谈负载均衡的各种实现、原理、优缺点

HTTP协议层

HTTP网络协议位于应用层，所以这个属于应用的负载均衡；

实现方式很简单，基于HTTP重定向即可。

当一个请求到达负载均衡服务器之后，负载均衡服务器根据某种负载均衡算法计算得到一个应用服务器的地址，通过 HTTP 状态码 302 重定向响应，将新的 IP 地址发送给用户浏览器，用户浏览器收到重定向响应以后，重新发送请求到真正的应用服务器，以此来实现负载均衡。

HTTP 负载均衡

优点：实现方式简单

缺点：对于用户来说，需要两次HTTP请求，性能上稍有影响；另外，应用服务器的IP地址会暴露给外网，增加一定的安全风险；

DNS负载均衡

一般来讲，浏览器通过域名访问网页的第一步是域名解析，即通过域名获取IP地址；这一步是通过DNS域名解析服务器来实现的；

所以很自然的可以利用DNS域名解析逻辑来做负载均衡；

优点：这种负载均衡对性能的影响很小，因为一般浏览器都有缓存，并不是每一次请求都会解析域名

缺点：单纯的使用这种解析方式不太能精准的进行流量调控，因为并不是每一次请求都进行负载均衡逻辑；

反向代理

反向代理服务器一般工作在HTTP协议之上，典型的就是Nginx；整体逻辑如下图所示：

反向代理

优点：部署方便，功能丰富；

缺点：由于代理了所有的请求和返回，所以这里可能称为性能瓶颈；

IP负载均衡

IP层负载均衡主要原理：当请求到达负载均衡服务器之后，负载均衡服务器对数据包的IP地址进行改变，然后重新发送；

ip层负载均衡

IP层负载均衡可以在操作系统内核直接修改IP地址，效率比HTTP层的请求转发好很多；

典型的实现：NAT方式、LVS

数据链路层

这种方案不修改数据包的IP地址，只修改链路层的mac地址，通过mac地址实现负载均衡。

LVS同样支持数据链路层的负载均衡