多图预警，神器 Nginx 的学习手册

约定不等于承诺〃 2022-10-29 07:47 266阅读 0赞

## 你知道的越多，不知道的就越多，业余的像一棵小草！ ##

你来，我们一起精进！你不来，我和你的竞争对手一起精进！

## 编辑：业余草 ##

## blog.csdn.net/yujing1314/article/details/107000737 ##

## 推荐：https://www.xttblog.com/?p=5151 ##

Nginx 是一个高性能的 HTTP 和反向代理服务器，特点是占用内存少，并发能力强，事实上 Nginx 的并发能力确实在同类型的网页服务器中表现较好。Nginx 专为性能优化而开发，性能是其最重要的要求，十分注重效率，有报告 Nginx 能支持高达 50000 个并发连接数。

**01**

**Nginx 知识网结构图**

Nginx 的知识网结构图如下：

![format_png][]

**02**

**反向代理**

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

![format_png 1][]

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

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

![format_png 2][]

**03**

**负载均衡**

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

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

![format_png 3][]

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

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

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

图解负载均衡：

![format_png 4][]

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

**04**

**动静分离**

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

动静分离之前的状态：

![format_png 5][]

动静分离之后：

![format_png 6][]

**06**

**Nginx安装**

Nginx 如何在 Linux 安装

参考链接：

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 包含正则表达式，不需要有 ~ 开头标识。

**07**

**反向代理实战**

### **①配置反向代理** ###

目的：在浏览器地址栏输入地址 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][]

具体配置如下：

![format_png 18][]

重新加载 Nginx：

./nginx -s reload

访问：

![format_png 19][]

实现了同一个端口代理，通过 edu 和 vod 路径的切换显示不同的页面。

**反向代理小结**

**第一个例子：**浏览器访问 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 上去。

**08**

**负载均衡实战**

①修改 nginx.conf，如下图：

![format_png 20][]

![format_png 21][]

②重启 Nginx：

./nginx -s reload

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

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

![format_png 22][]

![format_png 23][]

负载均衡方式如下：

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

## ![format_png 24][]    ##

## ![format_png 25][]    ##

## ![format_png 26][] ##

##  ##

## **09** ##

## **动静分离实战**      ##

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

动静分离大致分为两种：

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

####     ####

#### 动静分离图析： ####

![format_png 27][]

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

![format_png 28][]

![format_png 29][]

配置 Nginx，如下图：

![format_png 30][]

Nginx 高可用

如果 Nginx 出现问题：

![format_png 31][]

解决办法：

![format_png 32][]

前期准备：

*  **两台 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

![format_png 33][]

访问虚拟 ip 成功：

![format_png 34][]

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

原理解析

![format_png 35][]

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

![format_png 36][]

worker 如何工作？如下图：

![format_png 37][]

小结

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

[format_png]: /images/20221024/9562285668a748a7a3de512bb4f9afd3.png
[format_png 1]: /images/20221024/20434e2525134a18a5d7f3dcccec5d62.png
[format_png 2]: /images/20221024/6be8c8df228540cd92c3a1661535daf4.png
[format_png 3]: /images/20221024/f3fb2b7639b44529bd0b16c5be95ba80.png
[format_png 4]: /images/20221024/ed6a03fec1834be0b7b0c15de850e118.png
[format_png 5]: /images/20221024/75364c99350e443a9902ccad222e0028.png
[format_png 6]: /images/20221024/436abbf64fca410a835a5cbf2bf36ff2.png
[format_png 7]: /images/20221024/1c43539851914827acd1c83a0c6be6e0.png
[format_png 8]: /images/20221024/d375d7a765734354ade7e5b25e6c199e.png
[format_png 9]: /images/20221024/49f1707a85cd424abc7455b9c6e38a7c.png
[format_png 10]: /images/20221024/261e994f3bad4948bd6764b04fcef12d.png
[format_png 11]: /images/20221024/34b007541e7c4e40bf7235f8baa135ac.png
[format_png 12]: /images/20221024/d6d27021cc0f4551857ad16a6f314b59.png
[format_png 13]: /images/20221024/710899a8e0564668b7851b4e2694ff06.png
[format_png 14]: /images/20221024/d77504690cb84c9094d528e723d0fc93.png
[format_png 15]: /images/20221024/5063a06caa794afa88f883e6db50d3fa.png
[format_png 16]: /images/20221024/ab2203d88108426aa479cbb33456edce.png
[format_png 17]: /images/20221024/66b21ba7c13e4e0481ccea81768c38a6.png
[format_png 18]: /images/20221024/23cb589d63194b8ca73958443065a302.png
[format_png 19]: /images/20221024/0f31abc5819c46c5991079427333b546.png
[format_png 20]: /images/20221024/b93d3e8670bb43e3be6938d996ca4710.png
[format_png 21]: /images/20221024/05b05b227a3247bfb0aef55d7d06e3d8.png
[format_png 22]: /images/20221024/e62573b4e6b2454090c66e380cf0c4e3.png
[format_png 23]: /images/20221024/32cb7d15c7ea453d86c14000c2111390.png
[format_png 24]: /images/20221024/5631ca6808aa46a09661b71cba860fae.png
[format_png 25]: /images/20221024/f112d61137074ff99d21fb153ec0ce56.png
[format_png 26]: /images/20221024/871f681fbed346bfb69a7fc76fd24e5b.png
[format_png 27]: /images/20221024/a8bbac3aae8943289ffd92d66f6f4f60.png
[format_png 28]: /images/20221024/7ab059c1a2ea43f3beeed5ba641ce254.png
[format_png 29]: /images/20221024/4eae65d8e76243ef81bceb91aab4f971.png
[format_png 30]: /images/20221024/55cc5377824549beb1c23b54fb84841d.png
[format_png 31]: /images/20221024/297664825d304d03a06c20e1920fdde6.png
[format_png 32]: /images/20221024/5f42f2b682024f248a0fc06a705ac386.png
[format_png 33]: /images/20221024/56a4cc1e605446e9bbf5cea8c6b255dd.png
[format_png 34]: /images/20221024/7112a934a280446689892ce41a2247cd.png
[format_png 35]: /images/20221024/885906bde33f4d909b7e6ca70ce6c461.png
[format_png 36]: /images/20221024/21ed51a7c1a34fa1bf48347f1f7b20fe.png
[format_png 37]: /images/20221024/ea1667c26a0045fab5962cea33f57504.png