nginx初探

最新推荐文章于 2022-05-09 22:05:35 发布

Snoring cat

最新推荐文章于 2022-05-09 22:05:35 发布

阅读量263

点赞数

分类专栏： nginx 文章标签： nginx 反向代理

本文链接：https://blog.csdn.net/qq_35535785/article/details/119318019

版权

nginx 专栏收录该内容

1 篇文章 0 订阅

订阅专栏

基本概念

Nginx是一个高性能轻量级的HTTP和反向代理Web服务器，同时提供了IMAP/POP3/STMP服务。其特点是占用内存少，并发能力强，理想情况下能提供高达5W个并发连接。

代理

提到反向代理，就不得不说说正向代理，两者有什么区别的呢？

正向代理：

正向代理是客户端和其他所有服务器（重点：所有）的代理者。

对于正向代理，任何客户端只要连接到该代理服务器，就可以通过代理访问任何的其他服务器，然后把数据返回给客户端，这里代理服务器只对客户端负责。

反向代理：

反向代理是客户端和所要代理的服务器之间的代理者。

对于反向代理，如果他反向代理了两个服务，那么之后客户端访问这两个服务器的时候，该代理服务器才会给它代理，也就是说，这里的代理服务器只对该代理服务器所代理的服务器负责。

对外就一个服务器，暴露的是反向代理服务器地址，隐藏了真实服务器IP地址。

总结：

正向代理：代理客户端去请求资源，对客户端负责。如认证、翻墙等。正向代理允许客户端通过它访问任意网站并且隐藏客户端自身，因此你必须采取安全措施以确保仅为经过授权的客户端提供服务。

反向代理：代理服务端去响应请求，对所代理的服务器负责。如负载均衡、缓冲、心跳等。反向代理对外都是透明的，访问者并不知道自己访问的是一个代理。

无论正向还是反向，都是处于客户端和服务器之间，起桥梁作用。

举例：

在图中，正向代理就是 Client 把自己的请求用 ss 作为代理发出去；而反向代理是 Server 端的 nginx 把请求转发给真正处理消息的 Server，然后再 response。

负载均衡

前言

均衡，不能狭义的理解为分配给所有实际服务器一样多的工作量。因为可能多台服务器的承载能力各不相同，如硬件配置、网络带宽、某些服务器身兼多职的差异。均衡的实际思想是希望所有的服务器都不要过载，并能最大程度的发挥作用。

实现负载均衡的手段有很多种，比如：HTTP重定向、DNS负载均衡、反向代理负载均衡、IP负载均衡(LVS-NAT)、直接路由(LVS-DR)、IP隧道(LVS-TUN)等。欲全了解的可点击此处浏览，本文就HTTP重定向和反向代理负载均衡作一些简单总结。

HTTP重定向

当http代理（比如浏览器）向web服务器请求某个URL后，web服务器可以通过http响应头信息中的Location标记来返回一个新的URL。这意味着HTTP代理需要继续请求这个新的URL，完成自动跳转。

性能缺陷：

1、吞吐率限制

主站点服务器的吞吐率平均分配到了被转移的服务器。现假设使用RR（Round Robin）调度策略，现有三台子服务器，子服务器的最大吞吐率为1000reqs/s，那么主服务器的吞吐率要达到3000reqs/s才能完全发挥三台子服务器的作用。如果主服务的吞吐率达到6000reqs/s，那么平均分配到子服务器的吞吐率为2000reqs/s，而现子服务器的最大吞吐率为1000reqs/s，因此就得增加子服务器的数量，增加到6个才能满足。

2、重定向访问深度不同

有的重定向一个静态页面，有的重定向相比复杂的动态页面，那么实际服务器的负载差异是不可预料的，而主站服务器却一无所知。因此整站使用重定向方法做负载均衡不太好。我们需要权衡转移请求的开销和处理实际请求的开销，前者相对于后者越小，那么重定向的意义就越大，例如下载。