浅谈Nginx负载均衡与F5的区别

骑猪看日落 2022-05-12 05:54 161阅读 0赞

## 前言 ##

笔者最近在负责某集团网站时，同时用到了Nginx与F5，如图所示，负载均衡器F5作为处理外界请求的第一道“墙”，将请求分发到web服务器后，web服务器上的Nginx再进行处理，**静态内容直接访问本地门户，动态数据则通过反向代理指向内网服务。**

![这里写图片描述][1460710528723005494.png]

其实Nginx和F5这两者均可用作网站负载均衡，那二者有什么区别呢？笔者在此浅谈下Nginx与F5的一些区别。

目前很多网站或应用在设计之初都会为高并发的数据请求做负载均衡，不差钱的土豪用户一般会直接买F5硬件设备作为其负载均衡器，原因不用多说，**其功能强大**，不仅包含负载均衡还包括应用交换、会话交换、状态监控、智能网络地址转换、通用持续性、响应错误处理、IPv6网关、高级路由、智能端口镜像、SSL加速、智能HTTP压缩、TCP优化、第7层速率整形、内容缓冲、内容转换、连接加速、高速缓存、Cookie加密、选择性内容加密、应用攻击过滤、拒绝服务(DoS)攻击和SYN Flood保护、防火墙过滤等功能，是不是很强大？当然价格也是让人很“心动”。而一些预算并不高，正在初期发展的网站来说，Nginx这种软负载也能很好的满足其数据分流的需求，下面我们先来看看Nginx是如何满足我们的负载均衡需求的：

## 一、什么是Nginx： ##

Nginx：高性能的 HTTP和反向代理服务器，同时支持作为IMAP/POP3/SMTP代理服务器。目前被很多网站应用为其HTTP软负载均衡器。高效的性能、良好的稳定性、丰富的功能集、示例配置文件和低系统资源的消耗正逐渐被大型互联网公司所青睐。例如腾讯、淘宝、新浪等大型门户及商业网站都采用Nginx进行HTTP网站的数据分流。

## 二、Nginx功能特点： ##

1、工作在网络的7层之上，可以针对http应用做一些分流的策略，比如针对域名、目录结构；

2、Nginx对网络的依赖比较小；

3、Nginx安装和配置比较简单，测试起来比较方便；

4、可以承担高的负载压力且稳定，一般能支撑超过1万次的并发；

5、Nginx可以通过端口检测到服务器内部的故障，比如根据服务器处理网页返回的状态码、超时等等，并且会把返回错误的请求重新提交到另一个节点，不过其中缺点就是不支持url来检测；

6、Nginx对请求的异步处理可以帮助节点服务器减轻负载；

7、Nginx能支持http和Email；

## 三、原理 ##

Nginx采用的是**反向代理技术**，代理服务器来接受internet上的连接请求，然后将请求转发给内部网络上的服务器，并将从服务器上得到的结果返回给internet上请求连接的客户端，此时代理服务器对外就表现为一个服务器。**反向代理负载均衡技术是把将来自internet上的连接请求以反向代理的方式动态地转发给内部网络上的多台服务器进行处理，从而达到负载均衡的目的。**

具体是怎么运行的呢？其实当Nginx启动后，其工作进程是由配置文件对其进行初始化的，主进程处理配置文件中的读取、端口绑定等特权操作，之后创建一小组子进程，由这些子进程进行请求的处理，同时缓存加载器加载硬盘中缓存到内存中，接着退出，保证资源开销始终保持着较低的状态。

可以看出，创建的子进程其实在负责所有的工作，处理网络连接、硬盘读写操作、以及上游服务器通信。

如图所示：masert process是其主线程，worker process 顾名思义，“我是具体干活的啦”，笔者截图的进程还是比较少的，因为这是自己的服务器，没有太多服务，实际业务中有可能会出现几十个worker process，还是挺壮观的。

![这里写图片描述][1460710621345092580.png]

Nginx推荐的配置是，一个工作进程对应一个CPU内核，确保硬件资源的有效利用。

一旦NGINX服务起来，仅有工作进程在忙，每个工作进程采用**非阻塞地方式**处理多个连接，降低上下文切换的次数。

每个工作进程都是**单线程**且独立运行，负责获取新连接并进行处理。进程之间通过共享内存进行通信，诸如缓存数据，会话持续化数据(ession persistence data),以及其他共享资源。

## 四、F5的负载均衡功能 ##

其实看到Nginx的原理和功能，是不是觉得已经不需要F5了？当然也不是，F5毕竟是负载均衡的老前辈，一直以来都以功能强大，性能稳定著称，很多功能其实是软负载无法做到的。

F5 BIG-IP用作HTTP负载均衡器的主要功能：

1、F5 BIG-IP提供12种灵活的算法将所有流量均衡的分配到各个服务器，而面对用户，只是一台虚拟服务器。

2、F5 BIG-IP可以确认应用程序能否对请求返回对应的数据。假如F5 BIG-IP后面的某一台服务器发生服务停止、死机等故障，F5会检查出来并将该服务器标识为宕机，从而不将用户的访问请求传送到该台发生故障的服务器上。这样，只要其它的服务器正常，用户的访问就不会受到影响。宕机一旦修复，F5 BIG-IP就会自动查证应用保证对客户的请求作出正确响应并恢复向该服务器传送。

3、F5 BIG-IP具有动态Session的会话保持功能，笔者也是在网站中使用的F5将用户IP与Session通过F5进行的绑定，使其Session保持一致。

4、F5 BIG-IP的iRules功能可以做HTTP内容过滤，根据不同的域名、URL，将访问请求传送到不同的服务器。

## 五、二者对比 ##

### F5，硬件 ###

优点：能够直接通过智能交换机实现,处理能力更强，而且与系统无关，负载性能强，更适用于一大堆设备、大访问量、简单应用。

缺点：成本高，除设备价格高昂，而且配置冗余，很难想象后面服务器做一个集群，但最关键的负载均衡设备却是单点配置，无法有效掌握服务器及应用状态。

硬件负载均衡，一般都不管实际系统与应用的状态，而只是从网络层来判断，所以有时候系统处理能力已经不行了，但网络可能还来得及反应（这种情况非常典型，比如应用服务器后面内存已经占用很多，但还没有彻底不行，如果网络传输量不大就未必在网络层能反映出来）

### Nginx，软负载 ###

优点：**基于系统与应用的负载均衡**，能够更好地根据系统与应用的状况来分配负载。这对于复杂应用是很重要的，性价比高，实际上如果几台服务器，用F5之类的硬件产品显得有些浪费，而用软件就要合算得多，因为服务器同时还可以跑应用、做集群等。

缺点：负载能力受服务器本身性能的影响，性能越好，负载能力越大。

## 结语 ##

其实还是如笔者最初说到的，如果不差钱，完全可以直接上F5，同时配以Nginx作为负载均衡及web容器，处理大数据量的用户并发完全没问题，如果预算不够，其实Nginx目前也能满足大多数用户需求了，当然也不能迷信负载均衡，对我们IT工作者来说的话，程序、SQL等涉及数据处理的业务逻辑的地方，无论是架构还是代码亦或是模型的合理性，其重要性永远是要高于中间件的，这点想必是每位ITer的共鸣。

--------------------

转载自:[http://www.ideadata.com.cn/wisdomAction/readWisdom.do?id=75][http_www.ideadata.com.cn_wisdomAction_readWisdom.do_id_75]

[http://www.cnblogs.com/microtiger/p/7623858.html][http_www.cnblogs.com_microtiger_p_7623858.html] (nigix)

[1460710528723005494.png]: /images/20220512/da4326f367414f1da4441abc8b57c57e.png
[1460710621345092580.png]: /images/20220512/74a44c4f8d994e6aaaf4c1ece5fa35a6.png
[http_www.ideadata.com.cn_wisdomAction_readWisdom.do_id_75]: http://www.ideadata.com.cn/wisdomAction/readWisdom.do?id=75
[http_www.cnblogs.com_microtiger_p_7623858.html]: http://www.cnblogs.com/microtiger/p/7623858.html