负载均衡分层
前文我们提及，负载均衡可以部署在二层、三层、四层与七层等不同的网络层，而实际应用中，我们常常会进行IP 层、HTTP 层与应用层的负载均衡。
IP 层负载均衡以常见的TCP 为例，负载均衡设备在接收到第一个来自客户端的SYN 请求时，即通过上述方式选择一个最佳的服务器，并对报文中的目标IP 地址进行修改( 改为后端服务器IP ） ，直接转发给该服务器。TCP 的连接建立，即三次握手是客户端和服务器直接建立的，负载均衡设备只是起到一个类似路由器的转发动作。在某些部署情况下，为保证服务器回包可以正确返回给负载均衡设备，在转发报文的同时可能还会对报文原来的源地址进行修改。
该层负载均衡的特点如下：
1、抗负载能力强、是工作在网络4 层之上仅作分发之用，没有流量的产生，这个特点也决定了它在负载均衡软件里的性能最强的;
2、配置性比较低，这是一个缺点也是一个优点，因为没有可太多配置的东西，所以并不需要太多接触，大大减少了人为出错的几率;
3、工作稳定，自身有完整的双机热备方案，如LVS+Keepalived 和LVS+Heartbeat ，不过我们在项目实施中用得最多的还是LVS/DR+Keepalived;
4、无流量，保证了均衡器IO 的性能不会收到大流量的影响;
5、应用范围比较广，可以对所有应用做负载均衡;
6、软件本身不支持正则处理，不能做动静分离，这个就比较遗憾了; 其实现在许多网站在这方面都有较强的需求，这个是Nginx/HAProxy+Keepalived 的优势所在。
7、如果是网站应用比较庞大的话，实施LVS/DR+Keepalived 起来就比较复杂了，特别后面有Windows Server 应用的机器的话，如果实施及配置还有维护过程就比较复杂了，相对而言，Nginx/HAProxy+Keepalived 就简单多了。
客户端进行请求时，流程如下：
使用VIP 地址访问DS ，此时的地址二元组为src:CIP,dst:VIP 。
DS 根据自己的负载均衡算法，选择一个RS 将请求转发过去，在转发过去的时候，修改请求的源IP 地址为DIP 地址，让RS 看上去认为是DS 在访问它，此时的地址二元组为<src:DIP,dst:RIP A> 。
RS 处理并且应答该请求，这个回报的源地址为RS 的RIP 地址，目的地址为DIP 地址，此时的地址二元组为<src:RIP A,dst:DIP> 。
DS 在收到该应答包之后，将报文应答客户端，此时修改应答报文的源地址为VIP 地址，目的地址为CIP 地址，此时的地址二元组为src:VIP,dst:CIP 。
HTTP 层负载均衡以常见的TCP 为例，负载均衡设备如果要根据真正的应用层内容再选择服务器，只能先代理最终的服务器和客户端建立连接（TCP 三次握手）后，才可能接收到客户端发送的真正应用层内容的报文，然后再根据该报文中的特定字段，再加上负载均衡设备设置的服务器选择方式，决定最终选择的内部服务器。负载均衡设备在这种情况下，更类似于一个代理服务器。负载均衡和前端的客户端以及后端的服务器会分别建立TCP 连接。所以从这个技术原理上来看，七层负载均衡明显地对负载均衡设备的要求更高，处理七层的能力也必然会低于四层模式的部署方式。
七层应用负载均衡的好处，是使得整个网络更“智能化”, 例如访问一个网站的用户流量，可以通过七层的方式，将对图片类的请求转发到特定的图片服务器并可以使用缓存技术；将对文字类的请求可以转发到特定的文字服务器并可以使用压缩技术。当然这只是七层应用的一个小案例，从技术原理上，这种方式可以对客户端的请求和服务器的响应进行任意意义上的修改，极大的提升了应用系统在网络层的灵活性。很多在后台( 例如Nginx 或者Apache ) 上部署的功能可以前移到负载均衡设备上，例如客户请求中的Header 重写，服务器响应中的关键字过滤或者内容插入等功能。
七层负载均衡在安全性方面也有一定的考量，以网络中最常见的SYN Flood 攻击，即黑客控制众多源客户端，使用虚假IP 地址对同一目标发送SYN 攻击，通常这种攻击会大量发送SYN 报文，耗尽服务器上的相关资源，以达到Denial of Service(DoS) 的目的。从技术原理上也可以看出，四层模式下这些SYN 攻击都会被转发到后端的服务器上。而七层模式下这些SYN 攻击自然在负载均衡设备上就截止，不会影响后台服务器的正常运营。另外负载均衡设备可以在七层层面设定多种策略，过滤特定报文，例如SQL Injection 等应用层面的特定攻击手段，从应用层面进一步提高系统整体安全。现在的7 层负载均衡，主要还是着重于应用广泛的HTTP 协议，所以其应用范围主要是众多的网站或者内部信息平台等基于B/S 开发的系统。4 层负载均衡则对应其他TCP 应用，例如基于C/S 开发的ERP 等系统。
以常见的Nginx 服务器为例，七层负载均衡的特性在于：
1、工作在网络的七层之上，可以针对http 应用做一些分流的策略，比如针对域名、目录结构，它的正则规则比HAProxy 更为强大和灵活；
2、Nginx 对网络的依赖非常小，理论上能ping 通就就能进行负载功能，这个也是它的优势所在;
3、Nginx 安装和配置比较简单，测试起来比较方便;
4、也可以承担高的负载压力且稳定，一般能支撑超过几万次的并发量;
5、Nginx 可以通过端口检测到服务器内部的故障，比如根据服务器处理网页返回的状态码、超时等等，并且会把返回错误的请求重新提交到另一个节点，不过其中缺点就是不支持url 来检测;
6、Nginx 仅能支持http 和Email ，这样就在适用范围上面小很多，这个它的弱势;
7、Nginx 不仅仅是一款优秀的负载均衡器/ 反向代理软件，它同时也是功能强大的Web 应用服务器。LNMP 现在也是非常流行的web 架构，大有和以前最流行的LAMP 架构分庭抗争之势，在高流量的环境中也有很好的效果。
8、Nginx 现在作为Web 反向加速缓存越来越成熟了，速度比传统的Squid 服务器更快。
此时一个提供七层HTTP 访问接口的服务架构大体是这样的：
应用层负载均衡
在实际的部署中，我们往往又会在HTTP 层之上架设专属的应用层负载均衡，其特性在于：
HAProxy 的特点是：
1、HAProxy 是支持虚拟主机的，以前有朋友说这个不支持虚拟主机，我这里特此更正一下。
2、能够补充Nginx 的一些缺点比如Session 的保持，Cookie 的引导等工作
3、支持url 检测后端的服务器出问题的检测会有很好的帮助。
4、它跟LVS 一样，本身仅仅就只是一款负载均衡软件; 单纯从效率上来讲HAProxy 更会比Nginx 有更出色的负载均衡速度，在并发处理上也是优于Nginx 的。
5、HAProxy 可以对Mysql 读进行负载均衡，对后端的MySQL 节点进行检测和负载均衡，不过在后端的MySQL slaves 数量超过10 台时性能不如LVS ，所以我向大家推荐LVS+Keepalived 。
6、HAProxy 的算法现在也越来越多了，具体有如下8 种：
roundrobin，表示简单的轮询，这个不多说，这个是负载均衡基本都具备的;
static-rr，表示根据权重，建议关注;
leastconn，表示最少连接者先处理，建议关注;
ource，表示根据请求源IP ，这个跟Nginx 的IP_hash 机制类似，我们用其作为解决session 问题的一种方法，建议关注;
ri，表示根据请求的URI;
rl_param，表示根据请求的URl 参数 ‘balance url_param’ requires an URL parameter name;
hdr(name)，表示根据HTTP 请求头来锁定每一次HTTP 请求;
rdp-cookie(name)，表示根据据cookie(name) 来锁定并哈希每一次TCP 请求。
