关于LVS+Nginx为什么会被同时使用的思考

时间：2017-10-27 11:34:34 阅读：276 评论：0 收藏：0 [点我收藏+]

标签：net 请求转发 direct tar read name 模式补充 nginx

最初的理解

(也可以每个nginx都挂在上所有的应用服务器)
nginx大家都在用，估计也很熟悉了，在做负载均衡时很好用，安装简单、配置简单、相关材料也特别多。

lvs是国内的章文嵩博士的大作，比nginx被广泛接受还要早7年，并且已经被红帽作为了系统内置软件，可谓很牛了。lvs相对于nginx来说配置上就要相对复杂一些。

但是，有时候我们会看到大牛们分享的经验里面是lvs+nginx作为负载均衡了，一直想不明白这是个什么道理。

为什么会出现两者被同时使用呢？其实，这要从两者的各自优势来说了。

nginx用来做http的反向代理，能够upsteam实现http请求的多种方式的均衡转发。由于采用的是异步转发可以做到如果一个服务器请求失败，立即切换到其他服务器，直到请求成功或者最后一台服务器失败为止。这可以最大程度的提高系统的请求成功率。

lvs采用的是同步请求转发的策略。这里说一下同步转发和异步转发的区别。同步转发是在lvs服务器接收到请求之后，立即redirect到一个后端服务器，由客户端直接和后端服务器建立连接。异步转发是nginx在保持客户端连接的同时，发起一个相同内容的新请求到后端，等后端返回结果后，由nginx返回给客户端。

进一步来说：当做为负载均衡服务器的nginx和lvs处理相同的请求时，所有的请求和响应流量都会经过nginx；但是使用lvs时，仅请求流量经过lvs的网络，响应流量由后端服务器的网络返回。

也就是，当作为后端的服务器规模庞大时，nginx的网络带宽就成了一个巨大的瓶颈。

但是仅仅使用lvs作为负载均衡的话，一旦后端接受到请求的服务器出了问题，那么这次请求就失败了。但是如果在lvs的后端在添加一层nginx（多个），每个nginx后端再有几台应用服务器，那么结合两者的优势，既能避免单nginx的流量集中瓶颈，又能避免单lvs时一锤子买卖的问题。

参考文章：
章文嵩：LVS项目介绍
moon：强大的nginx反向代理异步传输模式（原理）

yaoweibin:nginx健康检查
追马博客：LVS+keepalived+nginx+tomcat部署实现

补充（20160731 下午2：07）：

在后续继续了解这部分内容时，发现了这两个帖子：
1. 有了LVS，还要apache，nginx有什么用？
2.从一个开发的角度看负载均衡和LVS—–注意看最后一个lvs集群化的图，nginx和rs是一对一连接的。

从以上文章来看，lvs+nginx组合使用的原因主要是用lvs来做负载均衡（因为工作在4层，效率高），nginx来做静态文件的处理。

这里第二篇文章，和lvs的后续维护者之一的[吴佳明_普空的ppt](http://velocity.oreilly.com.cn/2012/ppts/pukong.pdf
)中比章博士的文章中多出了一种转发模式，也就是full_nat模式，这种模式下，所有的响应也要经过lvs服务器作为出口返回给客户端。

lvs在full_nat的模式下，是否还是同步的模式呢？我猜想应该是的，因为lvs工作在4层，所以可能当前出错的响应要映射到之前的那一次请求（因为没有解析http包），所以也就做不到把错误转发到其他的应用服务器上重新处理。

另外，这个补充是不是就完全的否定了昨天（也就是补充之前的那一大段）的内容呢？我觉得并没有。昨天的理解可能不是正规大型互联网在使用的模式（当然，这里我不能确定，因为我没有大型互联网的经验），但是理论应该是对的。

具体一点，lvs+nginx的组合nginx用来做静态文件的处理的场景下，如果一次请求失败了，那么久不能被重新处理了，当然你的nginx也可以后挂1个以上的应用服务器（这样的话nginx实质上也是起到了lvs均衡补充的效果）。另外就是，nginx不是单单的作为静态文件的处理，而是作为lvs的一个补充，互相弥补均衡上的不足。

那么你可能会说lvs在4层上处理的高效就不复存在了，确实是的，这点要承认，但是，我们提高了系统请求的成功率，两者需要各自去选择和权衡。

另外，需要说的一点是，静态内容其实我们还可以借助cdn去处理，而不是单单的依靠nginx或者apache去处理。