四层和七层负载均衡不同

四层、七层负载均衡的区别

四层：LVS F5
第三层的ip（VIP）+ 第四层的端口（tcp层）  通过nat 转发到后台服务器  后续这个连接的所有流量都转发到该服务器上
不理解应用层协议
客户端 --> 四层负载均衡器（路由）--> 后台服务器
    类似路由器的转发动作  
    转发报文的同时可能还会对报文原来的源地址进行修改


七层：nginx、haproxy、MySQL Proxy
四层的基础上  分析应用层的信息  url、浏览器类别、语言、cookie
客户端 --> 七层负载均衡器（代理）--> 后台服务器  先建立一个连接（3次握手）
    接收到客户端发送的真正应用层内容的报文，然后再根据  该报文中的特定字段  和  负载均衡设备设置的服务器选择方式
    决定选择哪个后台服务器
好处：
    避免 SYN Flood 攻击  耗尽服务器资源
    七层层面设定多种策略，过滤特定报文  提高系统整体安全


7层负载均衡  着重于应用HTTP协议  应用范围  众多的网站或者内部信息平台等基于B/S开发的系统。
    B/S结构：Browser/Server(浏览器/服务器)结构
        浏览器端展现相关工作  html,css,js,ps,ai等等
        “后端”主要工作程序开发、数据处理   php，asp，mysql，mssql

4层负载均衡  对应其他TCP应用  例如基于C/S开发的ERP等系统
    C/S结构：Client/Server(客户机/服务器)
    开发C/S架构可以采用多种语言  Java,C++,C#,Dephi等



中小型的Web应用，比如日PV小于1000万，用Nginx就完全可以了；
如果机器不少，可以用DNS轮询，LVS所耗费的机器还是比较多的；
大型网站或重要的服务，且服务器比较多时，可以考虑用LVS


通过硬件来进行，常见的硬件有比较昂贵的F5和Array等商用的负载均衡器，
它的优点就是有专业的维护团队来对这些服务进行维护；
缺点就是花销太大，对于规模较小的网络服务来说暂时还没有需要使用



网站架构一般比较合理流行的架构方案：
Web前端采用  Nginx/HAProxy + Keepalived作负载均衡器；
后端采用 MySQL数据库一主多从和读写分离，采用LVS+Keepalived的架构。
当然要根据项目具体需求制定方案


nginx好处：

    在网络的7层之上      针对http应用做一些分流的策略   比如针对域名、目录结构，它的正则规则比HAProxy更为强大和灵活
    
    对网络稳定性的依赖非常小，理论上能ping通就就能进行负载功能；相反LVS对网络稳定性依赖比较大。

    承担高负载压力且稳定，在硬件不差的情况下一般能支撑几万次的并发量，负载度比LVS相对小些

    安装和配置比较简单，测试起来比较方便，基本能把错误用日志打印出来。  LVS的配置、测试就要花比较长的时间了，LVS对网络依赖比较大。

nignx缺点：

    仅能支持http、https和Email协议

    后端服务器的健康检查，只支持通过端口来检测，不支持通过url来检测。不支持Session的直接保持，但能通过ip_hash来解决


参考文章：https://www.jianshu.com/p/fa937b8e6712