负载均衡的几种类型

当访问的人增多的时候应用服务器就抗不住,（当一头牛拉不动了,不要试图找一头更强壮的,可以试图找两头牛）；我们可以尝试把一台应用服务器变成两台

http重定向负载均衡 （301/302重定向）：

怎么实现的：当我们用户访问负载服务器的时候我们的负载服务器返回一个新的真实存在的地址，
优势：这种负载均衡优势就是简单易懂建构简单，不需要做额外操作
劣势： ① 由用户发起两次请求，在用户的角度来说请求的时间变长了；
②因为直接返回重定向的地址，安全性比较低；
③用户通过页面重定向发起的地址访问对搜索引擎来说不友好，不利于seo(搜索引擎优化)；
④负载服务器会成为我们整个架构的瓶颈；

什么是seo搜索引擎：爬虫引擎,百度蜘蛛(相当与一个东西不停地在抓取东西)；
如何进行搜索引擎优化： ① html语言是对百度搜索引擎子亲和的语音，
②搜索引擎喜欢抓取内容不经常改变的页面，
③搜索引擎尽量少使用页面重定向，
④写页面的时候尽可能使用新鲜的词。

DNS (重)域名解析负载均衡：dns服务器

相对于重定向负载均衡优势：将负载均衡的工作转交给dns省掉了网站维护负载均衡服务器的麻烦，同时许多dns还支持基于地理位置的域名解析，即会将于明解析成距离用户地理最近的一个服务器地址，这样可以加快用户访问速度，改善性能；
劣势：DNS域名解析负载均衡也有缺点，就是目前的DNS是多级解析，每一级DNS都可能缓存A 记录，当线下某台服务器后，及时修改了DNS的A记录，要使其生效也需要很长时间，这段时间，DNS依然会将域名解析到已经下线的服务器，导致用户访问失败；而且DNS负载均衡的控制权在域名服务商那里，网站无法对其做更多改善和强大的管理。

反向代理负载均衡：用户发起请求负载均衡到机房

反向代理： 用户不知道访问的是哪台服务器
正向代理：服务器不知道哪个用户访问的
概念：用户发起请求到负载均衡服务器
反向代理和负载均衡的关系：多对多 反向代理不仅可以做负载均衡还可以做别的
好处：解决了用户发两次请求的麻烦
劣势：没有解决负载服务器成为瓶颈的麻烦，还可能以为网卡的问题造成架构除问题所以就有了ip负载均衡；

IP负载均衡：

用户请求数据包到达负载均衡服务器后，负载均衡服务器在操作系统内核进程获取网络数据包，根据负载均衡算法计算一台真实web服务器，然后修改数据目的的IP地址,不需要通过进程处理，真实web应用服务器处理完成后，响应包回到负载均衡服务器，负载均衡服务器再将数据包源地址修改为自身的IP地址发送给用户浏览器
好处：IP负载均衡在内核进程完成数据分发，较反向代理负载均衡有更好的处理性能
坏处：由于所有的请求响应都需要经过负载均衡服务器，集群的最大响应数据吞吐量不得不受制于负载均衡服务器网卡带宽。对于提供下载服务或者视频服务等需要传输大量数据的网络而言，难以满足需求

数据链路层负载均衡：

这种数据传输方式又称作三角传输模式，负载均衡数据分发过程中不修改IP地址只修改目的mac地址，通过配置真实物理服务器集群所有机器虚拟IP和负载均衡服务器IP地址一致，从而达到不修改数据包的源地址和目的地址就可以进行数据分发的目的，由于实际处理请求的真实物理服务器IP和数据请求目的的IP一致，不需要通过负载均衡服务器进行地址转换，可将响应数据包直接返回给用户浏览器，避免负载均衡服务器网卡带宽成为瓶颈，这种负载均衡方式又称作直接路由方式
使用三角传输模式的链路层负载均衡是目前大型网站使用最广的一种负载均衡手段，在LINUX平台上最好的链路层负载均衡开源产品就是LVS