一篇让你搞懂 Nginx

灰太狼 2021-09-02 08:16 549阅读 0赞

点击上方 [Java后端][Java]，选择 设为星标

优质文章，及时送达

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

作者：渐暖°

# 出处：blog.csdn.net/yujing1314/article/details/107000737  来源：公众号51CTO技术栈 #

> Nginx 是一个高性能的 HTTP 和反向代理服务器，特点是占用内存少，并发能力强，事实上 Nginx 的并发能力确实在同类型的网页服务器中表现较好。

Nginx 专为性能优化而开发，性能是其最重要的要求，十分注重效率，有报告 Nginx 能支持高达 50000 个并发连接数。

## Nginx 知识网结构图 ##

Nginx 的知识网结构图如下：

![format_png][]

### 反向代理 ###

**正向代理**：局域网中的电脑用户想要直接访问网络是不可行的，只能通过代理服务器来访问，这种代理服务就被称为正向代理。

![format_png 1][]

反向代理：客户端无法感知代理，因为客户端访问网络不需要配置，只要把请求发送到反向代理服务器，由反向代理服务器去选择目标服务器获取数据，然后再返回到客户端。

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

![format_png 2][]

### 负载均衡 ###

客户端发送多个请求到服务器，服务器处理请求，有一些可能要与数据库进行交互，服务器处理完毕之后，再将结果返回给客户端。

普通请求和响应过程如下图：

![format_png 3][]

但是随着信息数量增长，访问量和数据量飞速增长，普通架构无法满足现在的需求。

我们首先想到的是升级服务器配置，可以由于摩尔定律的日益失效，单纯从硬件提升性能已经逐渐不可取了，怎么解决这种需求呢？

我们可以增加服务器的数量，构建集群，将请求分发到各个服务器上，将原来请求集中到单个服务器的情况改为请求分发到多个服务器，也就是我们说的负载均衡。

图解负载均衡：

![format_png 4][]

假设有 15 个请求发送到代理服务器，那么由代理服务器根据服务器数量，平均分配，每个服务器处理 5 个请求，这个过程就叫做负载均衡。

我把 Ngixn 相关的文章整理成了 PDF，关注微信公众号 Java后端， 回复 666 下载。

### 动静分离 ###

为了加快网站的解析速度，可以把动态页面和静态页面交给不同的服务器来解析，加快解析的速度，降低由单个服务器的压力。

动静分离之前的状态：

![format_png 5][]

动静分离之后：

![format_png 6][]

## 安装 ##

参考链接：

https://blog.csdn.net/yujing1314/article/details/97267369

## Nginx 常用命令 ##

查看版本：

./nginx -v

启动：

./nginx

关闭（有两种方式，推荐使用 ./nginx -s quit）：

./nginx -s stop
    ./nginx -s quit

重新加载 Nginx 配置：

./nginx -s reload

## Nginx 的配置文件 ##

配置文件分三部分组成：

①全局块

从配置文件开始到 events 块之间，主要是设置一些影响 Nginx 服务器整体运行的配置指令。

并发处理服务的配置，值越大，可以支持的并发处理量越多，但是会受到硬件、软件等设备的制约。

![format_png 7][]

②events 块

影响 Nginx 服务器与用户的网络连接，常用的设置包括是否开启对多 workprocess 下的网络连接进行序列化，是否允许同时接收多个网络连接等等。

支持的最大连接数：

![format_png 8][]

③HTTP 块

诸如反向代理和负载均衡都在此配置。

location[ = | ~ | ~* | ^~] url{
    
    }

location 指令说明，该语法用来匹配 url，语法如上：

*  =：用于不含正则表达式的 url 前，要求字符串与 url 严格匹配，匹配成功就停止向下搜索并处理请求。
 *  ~：用于表示 url 包含正则表达式，并且区分大小写。
 *  ~\*：用于表示 url 包含正则表达式，并且不区分大小写。
 *  ^~：用于不含正则表达式的 url 前，要求 Nginx 服务器找到表示 url 和字符串匹配度最高的 location 后，立即使用此 location 处理请求，而不再匹配。
 *  如果有 url 包含正则表达式，不需要有 ~ 开头标识。

### 反向代理实战 ###

①配置反向代理

目的：在浏览器地址栏输入地址 www.123.com 跳转 Linux 系统 Tomcat 主页面。

②具体实现

先配置 Tomcat，因为比较简单，此处不再赘叙，并在 Windows 访问：  
  
![format_png 9][]

具体流程如下图：

![format_png 10][]

修改之前：

![format_png 11][]

配置如下：

![format_png 12][]

再次访问：

![format_png 13][]

③反向代理 2

目标：

*  访问 http://192.168.25.132:9001/edu/ 直接跳转到 192.168.25.132:8080
 *  访问 http://192.168.25.132:9001/vod/ 直接跳转到 192.168.25.132:8081

准备：配置两个 Tomcat，端口分别为 8080 和 8081，都可以访问，端口修改配置文件即可。

![format_png 14][]

![format_png 15][]

新建文件内容分别添加 8080！！！和 8081！！！

![format_png 16][]

![format_png 17][]

反向代理小结

第一个例子：浏览器访问 www.123.com，由 host 文件解析出服务器 ip 地址  
192.168.25.132 www.123.com。

然后默认访问 80 端口，而通过 Nginx 监听 80 端口代理到本地的 8080 端口上，从而实现了访问 www.123.com，最终转发到 tomcat 8080 上去。

第二个例子：  
访问 http://192.168.25.132:9001/edu/ 直接跳转到 192.168.25.132:8080  
访问 http://192.168.25.132:9001/vod/ 直接跳转到 192.168.25.132:8081

实际上就是通过 Nginx 监听 9001 端口，然后通过正则表达式选择转发到 8080 还是 8081 的 Tomcat 上去。

### 负载均衡实战 ###

①修改 nginx.conf，如下图：

![format_png 18][]

![format_png 19][]

②重启 Nginx：

./nginx -s reload

③在 8081 的 Tomcat 的 webapps 文件夹下新建 edu 文件夹和 a.html 文件，填写内容为 8081！！！！

④在地址栏回车，就会分发到不同的 Tomcat 服务器上：

![format_png 20][]

![format_png 21][]

负载均衡方式如下：

*  轮询（默认）。
 *  weight，代表权，权越高优先级越高。
 *  fair，按后端服务器的响应时间来分配请求，相应时间短的优先分配。
 *  ip\_hash，每个请求按照访问 ip 的 hash 结果分配，这样每一个访客固定的访问一个后端服务器，可以解决 Session 的问题。

动静分离实战

什么是动静分离？把动态请求和静态请求分开，不是讲动态页面和静态页面物理分离，可以理解为 Nginx 处理静态页面，Tomcat 处理动态页面。

动静分离大致分为两种：

*  纯粹将静态文件独立成单独域名放在独立的服务器上，也是目前主流方案。
 *  将动态跟静态文件混合在一起发布，通过 Nginx 分开。

动静分离图析：

![format_png 22][]

实战准备，准备静态文件：

![format_png 23][]

![format_png 24][]

配置 Nginx，如下图：

![format_png 25][]

## Nginx 高可用 ##

如果 Nginx 出现问题：

![format_png 26][]

解决办法：

![format_png 27][]

前期准备：

*  两台 Nginx 服务器
 *  安装 Keepalived
 *  虚拟 ip

安装 Keepalived：

[root@192 usr]# yum install keepalived -y
    [root@192 usr]# rpm -q -a keepalived
    keepalived-1.3.5-16.el7.x86_64

修改配置文件：

[root@192 keepalived]# cd /etc/keepalived
    [root@192 keepalived]# vi keepalived.conf

分别将如下配置文件复制粘贴，覆盖掉 keepalived.conf，虚拟 ip 为 192.168.25.50。

对应主机 ip 需要修改的是：

*  smtp\_server 192.168.25.147（主）smtp\_server 192.168.25.147（备）
 *  state MASTER（主） state BACKUP（备）

global_defs {   notification_email {     acassen@firewall.loc     failover@firewall.loc     sysadmin@firewall.loc   }   notification_email_from Alexandre.Cassen@firewall.loc   smtp_server 192.168.25.147   smtp_connect_timeout 30   router_id LVS_DEVEL # 访问的主机地址}
    vrrp_script chk_nginx {  script "/usr/local/src/nginx_check.sh"  # 检测文件的地址  interval 2   # 检测脚本执行的间隔  weight 2   # 权重}
    vrrp_instance VI_1 {    state BACKUP    # 主机MASTER、备机BACKUP        interface ens33   # 网卡    virtual_router_id 51 # 同一组需一致    priority 90  # 访问优先级，主机值较大，备机较小    advert_int 1    authentication {        auth_type PASS        auth_pass 1111    }    virtual_ipaddress {        192.168.25.50  # 虚拟ip    }}

启动命令如下：

[root@192 sbin]# systemctl start keepalived.service

访问虚拟 ip 成功：

![format_png 28][]

关闭主机 147 的 Nginx 和 Keepalived，发现仍然可以访问。

**原理解析**

![format_png 29][]

如下图，就是启动了一个 master，一个 worker，master 是管理员，worker是具体工作的进程。

![format_png 30][]

worker 如何工作？如下图：

![format_png 31][]

## 小结 ##

worker 数应该和 CPU 数相等；一个 master 多个 worker 可以使用热部署，同时 worker 是独立的，一个挂了不会影响其他的。

**- END -**

最近整理一份面试资料《Java技术栈学习手册》，覆盖了Java技术、面试题精选、Spring全家桶、Nginx、SSM、微服务、数据库、数据结构、架构等等。
    获取方式：点“ 在看，关注公众号 Java后端 并回复 777 领取，更多内容陆续奉上。
    推荐阅读 
    1. 互联网公司的"三高"问题
    2. 没有这 29 款插件的 Chrome 是没有灵魂的！
    3. Centos7 搭建 k8s 环境教程，一次性成功
    4. 盘点 Github 上的高仿 app 项目
    5. 30 张图搞定进程和线程
    
    喜欢文章，点个在看

[Java]: http://mp.weixin.qq.com/s?__biz=Mzg2MjEwMjI1Mg%3D%3D&chksm=ce0da17bf97a286df119047a25b7de51621fe542816673bb4aa3ebd8ab97b09a86ed7db2e2ee&idx=3&mid=2247489272&scene=21&sn=ce74938072fc73a808d83ccb474db46d#wechat_redirect
[format_png]: /images/20210730/1be2a6ffb3e244ac998d65bce1f593d5.png
[format_png 1]: /images/20210730/e48fd25968e14c40829db4671875ca14.png
[format_png 2]: /images/20210730/878250db172942b3b5c6af2cedd8d45d.png
[format_png 3]: /images/20210730/716911293ecc44f7990ed4c713a93eda.png
[format_png 4]: /images/20210730/83cbf444b90443b89edbb29f2909be69.png
[format_png 5]: /images/20210730/e7aebd82b47c48678a516dc8cb0ff83f.png
[format_png 6]: /images/20210730/c7db3b59b1d1419a99a5776b3262de16.png
[format_png 7]: /images/20210730/9c93264176694446bba0a90f5a41cb26.png
[format_png 8]: /images/20210730/b519434f578145e8ab8c03b5edb41d2c.png
[format_png 9]: /images/20210730/a3ec2a205bba40e5867cc640db073eb2.png
[format_png 10]: /images/20210730/178b0154a9134637bdb7f3f01201888c.png
[format_png 11]: /images/20210730/f0884b28be0e43d58a35e3827be8f033.png
[format_png 12]: /images/20210730/db3b9aa3fa6a42a39be1f6cd994997a4.png
[format_png 13]: /images/20210730/ac51dd42dc2147f286dbe4ec4812af95.png
[format_png 14]: /images/20210730/433252b942c142c990be05278bbb0f02.png
[format_png 15]: /images/20210730/6f2678d61d6249f8a118868e3218aa8d.png
[format_png 16]: /images/20210730/451045d4c71642caab13a02db150aa8a.png
[format_png 17]: /images/20210730/894fba62e34d4a2caf80d9f6d5c8e9a8.png
[format_png 18]: /images/20210730/c1275b5ab7f24593a323370b58c772d5.png
[format_png 19]: /images/20210730/40bd53397622422d9d8e9b4deb44f575.png
[format_png 20]: /images/20210730/7e640065ef954fb182e0a85ff0fa1f74.png
[format_png 21]: /images/20210730/e38a1b14437c41c29ad0569d57ca35a6.png
[format_png 22]: /images/20210730/c4fcbb4584e44abbb747a602631b100b.png
[format_png 23]: /images/20210730/103632043c144c7c9ec7fdf1c9b63c86.png
[format_png 24]: /images/20210730/1f0cfd4892a845a2a63480666642f5b6.png
[format_png 25]: /images/20210730/94edd0292dc741b19986bd8559406c88.png
[format_png 26]: /images/20210730/23d0bfd9a3a44e0ba9f86cb21f0623b0.png
[format_png 27]: /images/20210730/18c03c9109294ef789a3a295cef888ce.png
[format_png 28]: /images/20210730/29e6eda6eec940468130d3643d70729f.png
[format_png 29]: /images/20210730/8863273a2a6f425b9ac92147e3bd2205.png
[format_png 30]: /images/20210730/7ce9d2c9e7464b03885fb6c5d79906a8.png
[format_png 31]: /images/20210730/676ff2ed221d47fba911d9b2d60bcc79.png