Nginx系列之一扫盲篇

妖狐艹你老母 2022-12-18 12:59 925阅读 0赞

### Nginx系列之一扫盲篇 ###

*   *  简介
     *  特点
     *  安装
     *  Nginx常用命令
     *  Nginx变量
     *   *  内置变量
         *  自定义变量
     *  Nginx的并发处理机制
     *  Nginx核心配置
     *   *  Nginx性能调优
         *   *  全局模块下的性能调优
             *   *  worker\_procresses
                 *  worker\_cpu\_affinity
                 *  worker\_rlimit\_nofile
             *  events模块下的调优
             *   *  worker\_connections
                 *  accept\_mutex
                 *  accept\_mutex\_delay
                 *  multi\_accept
                 *  use epoll
             *  http模块下的调优
             *   *  非调优属性
                 *  sendfile
                 *  tcp\_nopush
                 *  tcp\_nodelay
                 *  keepalive\_timeout
                 *  keepalive\_requests
                 *  client\_body\_timeout
         *  请求定位
         *   *  资源访问
             *  路径匹配优先级
             *   *  普通匹配
                 *  长路径匹配
                 *  正则匹配
                 *  短路匹配
                 *  精确匹配
         *  缓存配置
         *   *  http\{\}模块的缓存全局定义
             *   *  proxy\_cache\_path
                 *  proxy\_temp\_path
             *  location\{\}模块的缓存局部定义
             *   *  proxy\_cache mycache
                 *  proxy\_cache\_key  h o s t host hostrequest\_uri $arg(\_name)
                 *  proxy\_cache\_bypass $arg(\_name)
                 *  proxy\_cache\_methods GET HEAD
                 *  proxy\_no\_cache $A $B
                 *  proxy\_cache\_purge $A $B
                 *  proxy\_cache\_lock on
                 *  proxy\_cache\_lock\_timeout
                 *  proxy\_cache\_valid
                 *  proxy\_cache\_use\_stale error timeout
                 *  expires
     *  Nginx日志
     *   *  日志范围
         *  日志指令
         *   *  log\_format
             *  access\_log
             *   *  error\_log
                 *  open\_log\_file\_cache
         *  日志切割
         *   *  创建切割shell脚本文件
             *  为该文件添加可执行权限
             *  向crontab中添加一个定时任务
     *  静态代理
     *   *  扩展名拦截
         *  目录名拦截
     *  页面压缩
     *   *  压缩协议|算法
         *  常用压缩设置
     *  反向代理
     *   *  反向代理服务器
         *  反向代理属性设置
     *  负载均衡
     *   *  负载均衡分类
         *   *  软硬件分类
             *   *  硬件负载均衡
                 *  软件负载均衡
             *  工作层分类
             *   *  七层负载均衡
                 *  四层负载均衡
         *  负载均衡实现
         *   *  准备工作
             *  修改nginx.conf
         *  负载均衡策略
         *   *  轮询
             *   *  ip\_hash
                 *  least\_conn
     *  动静分离
     *   *  准备工作
         *   *  服务器
             *  web应用
         *  静态代理服务器
         *  web应用服务器
         *  负载均衡服务器
         *  启动与访问
     *  虚拟主机
     *   *  简介
         *  虚拟方式
         *  准备工作
         *   *  场景规划
             *  服务器搭建
             *  创建测试项目
         *  配置虚拟主机
         *   *  nginx.conf
             *  单独文件
             *   *  vupstreams.conf
                 *  vhosts.conf
         *  启动

## 简介 ##

**Nginx的官网：** http://nginx.org

Nginx (engine x) 是一个轻量级的、高性能的、基于Http的、反向代理服务器，静态web服务器。

**环境准备：**

安装Nginx之前，先按文章

> [环境搭建篇–04、虚拟机的克隆与配置][04]

克隆一个虚拟机，修改主机名为：Christy007(Nginx)；修改ip地址为192.168.10.176。今天我们要是用的虚拟机环境就搭建完成了。

## 特点 ##

*  高并发：默认情况下可达1000的并发量，而Tomcat仅150
 *  低消耗：10000个非活跃连接，Nginx中仅消耗2.5M内存
 *  热部署：支持平滑重启可以提供7\*24小时不间断服务
 *  高可用：Nginx中有一个主进程，有多个worker进程
 *  高扩展：C语言扩展模块、LUA脚本扩展模块（http://openresty.org/cn)

## 安装 ##

1.  **安装gcc**  
    由于Nginx是由C/C++语言编写的，所以对其进行编译就必须要使用相关编译器。对于C/C++语言的编译器，使用最多的是gcc与gcc-c++，而这两款编译器在CentOS7中是没有安装的，所以首先要安装这两款编译器。
    
        yum -y install gcc gcc-c++
        yum -y install pcre-devel openssl-devel
2.  **下载Nginx:**
    
    在/usr/tools/目录下执行下面命令开启下载（最新稳定版）
    
        wget http://nginx.org/download/nginx-1.18.0.tar.gz
3.  \*\*解压：\*\*将nginx-1.18.0.tar.gz解压到/usr/apps/目录下
    
        tar -zxvf nginx-1.18.0.tar.gz -C /usr/apps
4.  \*\*编译安装：\*\*进入到/usr/apps/nginx-1.18.0，依次运行以下命令
    
        # \指该命令还没有结束
        # prefix制定Nginx安装路径
        # with命令安装模块
        ./configure \
        > --prefix=/usr/local/nginx \
        > --with-http_ssl_module 
            
        make & make install
5.  \*\*启动：\*\*安装成功之后默认的安装路径在`/usr/local/nginx/sbin/nginx`，进入到该目录执行
    
        ./nginx
    
    即可启动。执行命令后如果不报错，在浏览器输入localhost，如果显示Nginx的欢迎页面即表示安装成功。  
    ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center]
6.  \*\*使nginx命令随处可用：\*\*先输入以下命令停止nginx
    
        nginx –s stop/quit
    
    在nginx命令后通过-s选项，可以指定不同的信号完成不同的功能。
    
     *  nginx –s stop：强制停止Nginx，无论当前工作进程是否正在处理工作。
     *  nginx –s quit：优雅停止Nginx，使当前的工作进程完成当前工作后停止。
    
    然后执行以下命令
    
        ln -s /usr/local/nginx/sbin/nginx /usr/local/sbin/
    
    此命令相当于将nginx添加到系统环境变量。比如windows环境下将maven添加到系统环境变量后可以在命令行直接使用mvn命令而不用切换到maven的安装目录后才可以执行mvn的效果一样
    
    至此，Nginx安装完毕！

## Nginx常用命令 ##

查看帮助
        nginx -h
        nginx -?
    查看版本信息
        nginx -v
        nginx -V	信息更全
    测试配置文件是否正确，默认值测试nginx.conf
        nginx -t
        nginx -T	信息更全
    	nginx -tq	显示配置文件的错误信息
    停止与重启
        nginx -s -stop 	强制停止
        nginx -s -quit		优雅停止（结束当前任务后再退出）
        nginx -s -reopen	重新打开日志文件
        nginx -s -reload	平滑重启
    指定Nginx配置文件的存放路径
        nginx -p
    启动命令
        nginx –c（小写字母）	可启动Nginx，启动成功后无任何提示
    设置配置文件以外的全局指令
        nginx –g

## Nginx变量 ##

### 内置变量 ###

<table> 
 <thead> 
  <tr> 
   <th>变量名</th> 
   <th>描述</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>$uri</td> 
   <td>请求的URI，可能和最初的值有不同，比如经过重定向之类的</td> 
  </tr> 
  <tr> 
   <td>$host</td> 
   <td>请求信息中的"Host"，如果请求中没有Host行，则等于设置的服务器名</td> 
  </tr> 
  <tr> 
   <td>$request</td> 
   <td>用户请求信息</td> 
  </tr> 
  <tr> 
   <td>$request_uri</td> 
   <td>请求的URI，带参数</td> 
  </tr> 
  <tr> 
   <td>$request_body</td> 
   <td>用户请求主体</td> 
  </tr> 
  <tr> 
   <td>$request_body_file</td> 
   <td>发往后端的本地文件名称</td> 
  </tr> 
  <tr> 
   <td>$request_filename</td> 
   <td>当前请求的文件路径名</td> 
  </tr> 
  <tr> 
   <td>$request_method</td> 
   <td>请求的方法，比如"GET"、"POST"等</td> 
  </tr> 
  <tr> 
   <td>$args</td> 
   <td>请求中的参数;</td> 
  </tr> 
  <tr> 
   <td>$binary_remote_addr</td> 
   <td>远程地址的二进制表示</td> 
  </tr> 
  <tr> 
   <td>$body_bytes_sent</td> 
   <td>已发送的消息体字节数</td> 
  </tr> 
  <tr> 
   <td>$content_length</td> 
   <td>HTTP请求信息里的"Content-Length"</td> 
  </tr> 
  <tr> 
   <td>$content_type</td> 
   <td>请求信息里的"Content-Type"</td> 
  </tr> 
  <tr> 
   <td>$document_root</td> 
   <td>针对当前请求的根路径设置值</td> 
  </tr> 
  <tr> 
   <td>$document_uri</td> 
   <td>与$uri相同</td> 
  </tr> 
  <tr> 
   <td>$http_cookie</td> 
   <td>cookie 信息</td> 
  </tr> 
  <tr> 
   <td>$http_referer</td> 
   <td>来源地址</td> 
  </tr> 
  <tr> 
   <td>$http_user_agent</td> 
   <td>客户端代理信息</td> 
  </tr> 
  <tr> 
   <td>$http_via</td> 
   <td>最后一个访问服务器的Ip地址</td> 
  </tr> 
  <tr> 
   <td>$http_x_forwarded_for</td> 
   <td>相当于网络访问路径</td> 
  </tr> 
  <tr> 
   <td>$limit_rate</td> 
   <td>对连接速率的限制</td> 
  </tr> 
  <tr> 
   <td>$remote_addr</td> 
   <td>客户端地址</td> 
  </tr> 
  <tr> 
   <td>$remote_port</td> 
   <td>客户端端口号</td> 
  </tr> 
  <tr> 
   <td>$remote_user</td> 
   <td>客户端用户名，认证用</td> 
  </tr> 
  <tr> 
   <td>$server_addr</td> 
   <td>服务器地址，如果没有用listen指明服务器地址，使用这个变量将发起一次系统调用以取得地址(造成资源浪费)</td> 
  </tr> 
  <tr> 
   <td>$server_name</td> 
   <td>请求到达的服务器名</td> 
  </tr> 
  <tr> 
   <td>$server_port</td> 
   <td>请求到达的服务器端口号</td> 
  </tr> 
  <tr> 
   <td>$server_protocol</td> 
   <td>请求的协议版本，“HTTP/1.0"或"HTTP/1.1”</td> 
  </tr> 
 </tbody> 
</table>

### 自定义变量 ###

由于Nginx配置文件是perl脚本，所以其是可以使用如下方式自定义变量

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 1]

## Nginx的并发处理机制 ##

一般情况下并发处理机制有三种：多进程、多线程，与异步机制。Nginx对于并发的处理同时采用了三种机制

Nginx的进程分为两类：**master进程**与**worker进程**。master进程负责worker进程的生命周期、接受外部命令，解析Perl脚本等；worker进程用于接收和处理客户端的请求。

每个master进程可以生成多个worker进程，所以其是**多进程**的。每个worker进程可以同时处理多个用户请求，每个用户请求会由一个线程来处理，所以其是**多线程**的。

Nginx异步机制使用的是**异步非阻塞方式**

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 2]

> 问：如何解释Nginx“异步非阻塞”并发处理机制？
> 
> 答：worker进程采用的就是`epoll多路复用机制`来对后端服务器进行处理的。当后端服务器返回结果后，后端服务器就会回调epoll多路复用器，由多路复用器对相应的worker进程进行通知。此时，worker进程就会挂起当前正在处理的事务，拿IO返回结果去响应客户端请求。响应完毕后，会再继续执行挂起的事务。这个过程就是“异步非阻塞”的

## Nginx核心配置 ##

### Nginx性能调优 ###

#### 全局模块下的性能调优 ####

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 3]

使用vim编辑器打开nginx.conf，查看Nginx的配置文件，events模块上面是Nginx的全局配置模块，在这里配置Nginx的全局属性。

##### worker\_procresses #####

Nginx配置文件默认的worker\_procresses数量是1，如下图

![在这里插入图片描述][20201026225518136.png_pic_center]

我们知道Nginx可以有多个worker进程，我们将worker\_procresses的数量改为2，执行命令`nginx -s reload`后可以看到系统启动了两个worker进程，如下图

![在这里插入图片描述][20201026225625568.png_pic_center]

> worker\_processes，工作进程，用于指定Nginx的工作进程数量。其数值一般设置为CPU内核数量，或内核数量的整数倍。  
> 不过需要注意，该值不仅仅取决于CPU内核数量，还与硬盘数量及负载均衡模式相关。在不确定时可以指定其值为auto。

##### worker\_cpu\_affinity #####

将worker进程与具体的内核进行绑定，让某一个内核专门服务于某一个worker进程，提高效率。不过，若指定worker\_processes的值为`auto`，则无法设置worker\_cpu\_affinity。

该设置是通过二进制进行的。每个内核使用一个二进制位表示，0代表内核关闭，1代表内核开启。也就是说，有几个内核，就需要使用几个二进制位。

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 4]

如果我们的worker进程设置成2，那么配置文件如下

![在这里插入图片描述][20201026225720121.png_pic_center]

##### worker\_rlimit\_nofile #####

用于设置一个worker进程所能打开的最多文件数量。其默认值与当前Linux系统可以打开的最大文件描述符数量相同，我们可以使用`ulimit -n`查看当前系统可以打开的最大文件数，如下图

![在这里插入图片描述][20201026225747387.png_pic_center]

那么我们的worker\_rlimit\_nofile最大只能设置成1024，如下图

![在这里插入图片描述][20201026225808708.png_pic_center]

在分布式高并发来说或者比较繁忙的服务器来说1024是不够的，此时我们需要设置当前系统能打开最大文件描述符的数量，输入以下命令`ulimit -n 65535`，此时再查看

![在这里插入图片描述][20201026225830160.png_pic_center]

这时候我们就可以将**worker\_rlimit\_nofile**的值设置成65535，如下图

![在这里插入图片描述][20201026225851795.png_pic_center]

#### events模块下的调优 ####

##### worker\_connections #####

设置每一个worker进程可以并发处理的最大连接数。该值不能超过worker\_rlimit\_nofile的值。系统默认是1024

##### accept\_mutex #####

该属性指定将新来的连接分配给空闲的worker进程。这些空闲的worker进程会放置在一个阻塞队列，等待新连接的到来。根据该属性值的不同，会产生不同的分配方式

*  on：默认值，表示当一个新连接到达时，那些没有处于工作状态的worker将以串行方式来处理。新连接的到来会唤醒阻塞队列的队首worker，其他worker继续保持阻塞状态
 *  off：表示当一个新连接到达时，阻塞队列中的worker都会被唤醒，不过只有一个worker能获取新连接，其它的worker会重新进入阻塞状态，这就是“惊群”现象。

> 该属性设置视具体情况设置，如果新连接数量不多的情况下建议设置成on，如果新连接数量比较多的情况下建议设置成off

##### accept\_mutex\_delay #####

该属性用于设置队首worker尝试获取新请求（互斥资源）的时间间隔，默认值为500ms。但是该属性只有在**accept\_mutex**属性为**on**的情况下才可用。

> 互斥锁
> 
> 当**accept\_mutex**属性为on是互斥锁就会起作用，队首的worker进程每隔500毫秒就会尝试去获取互斥锁，获取到互斥锁才可以处理新的请求或者链接

##### multi\_accept #####

当所有worker进程都处于工作状态时，此时新的请求或者连接到来会按照**multi\_accept**属性的设置按照不同的分配方式分配给不同的worker进程

*  on：系统会实时的统计出各个worker当前正在处理的连接个数，一次性将所有的新连接分配给连接数量最少的worker
 *  off：系统会逐个拿出新连接按照负载均衡策略，将其分配给当前处理连接个数最少的worker

##### use epoll #####

*  select | poll | epoll  
    这是三种多路复用机制。select与poll工作原理几乎相同，而epoll的效率最高，是现在使用最多的一种多路复用机制。
 *  rtsig  
    realtime signal，实时信号，Linux 2.2.19+的高效连接处理方式。但在 在Linux 2.6版本后，不再支持该方式。
 *  kqueue  
    应用在BSD系统上的epoll。
 *  /dev/poll  
    UNIX系统上使用的poll。

#### http模块下的调优 ####

##### 非调优属性 #####

*  **include mime.types**  
    将当前目录(conf目录)中的mime.types文件包含进来
 *  **default\_type application/octet-stream**  
    对于无扩展名的文件，默认其为application/octet-stream类型
 *  **charset utf-8**  
    设置请求与响应的字符编码

##### sendfile #####

设置为on（默认）则开启Linux系统的零拷贝机制，否则不启用零拷贝。当然，开启后是否起作用，要看所使用的系统版本。CentOS6及其以上版本支持sendfile零拷贝

##### tcp\_nopush #####

*  on：以单独的数据包形式发送Nginx的响应头信息，而真正的响应体数据会再以数据包的形式发送，这个数据包中就不再包含响应头信息了
 *  off：默认值，响应头信息包含在每一个响应体数据包中。

> Nginx如果对客户端的响应的数据量比较大时，那么建议该属性建议设置为on。可以降低数据冗余度，减少数据发送量

##### tcp\_nodelay #####

*  on：不设置数据发送缓存，即不推迟发送，适合于传输小数据，无需缓存
 *  off：开启发送缓存。若传输的数据是图片等大数据量文件，则建议设置为off

##### keepalive\_timeout #####

设置客户端与Nginx间所建立的长连接的生命超时时间，时间到达连接将自动关闭。单位秒，建议60

##### keepalive\_requests #####

设置一个长连接最多可以发送的请求数。该值需要在真实环境下测试

##### client\_body\_timeout #####

设置客户端获取Nginx响应的超时时限，即一个请求从客户端发出到接收到Nginx的响应的最长时间间隔。若超时，则认为本次请求失败

### 请求定位 ###

#### 资源访问 ####

*  修改配置文件
    
    ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 5]
 *  创建目录
    
    在`root属性`指定的目录下存在`location`指定的URI路径目录。所以需要在/usr下创建christy目录
    
    ![在这里插入图片描述][20201026225948331.png_pic_center]
 *  创建文件
    
    在`/usr/christy`目录下新建一个`tide.txt`文件，文件内容为：Dear Tide I Love You  
    ![在这里插入图片描述][2020102623002459.png_pic_center]
 *  执行命令`nginx -s reload`重启Nginx，在浏览器输入http://192.168.10.176/christy/，如下图
    
    ![在这里插入图片描述][20201026230045781.png_pic_center]

#### 路径匹配优先级 ####

优先级由低到高依次是：**普通匹配 < 长路径匹配 < 正则匹配 < 短路匹配 < 精确匹配**

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 6]

> 为方便起见，上面配置文件中写好了五种优先级的路径，实际测试过程中按照下面的步骤测试一步写一个location，才能看到准确的测试结果

##### 普通匹配 #####

只要请求是以`/a`开头的路径就可命中，如下图

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 7]

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 8]

##### 长路径匹配 #####

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 9]

当一个请求路径既可以与一个长路径相匹配，又可以与一个短路径相匹配时，长路径优先级高。如下图：

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 10]

##### 正则匹配 #####

`~`表示这里是正则表达式，默认匹配是**区分大小写**的。

在正则匹配与普通匹配（**长路径匹配也属于普通匹配**）均可匹配上时，正则匹配的优先级高。

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 11]

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 12]

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 13]

> 在长路径匹配与正则匹配间，仍然是正则匹配的优先级要高于长路径匹配的，即使正则匹配的要短于长路径匹配的

**~后跟上\*号，表示这是不区分大小写的正则表达式**，如下图结果和上面是一样的

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 14]

##### 短路匹配 #####

以`^~`开头的匹配路径称为短路匹配，表示只要匹配上，就不再匹配其它的了，即使是正则匹配也不再匹配了，如下图

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 15]

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 16]

##### 精确匹配 #####

以等号`=`开头的匹配称为精确匹配，其是优先级最高的匹配

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 17]

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 18]

### 缓存配置 ###

Nginx具有很强大的缓存功能，可以对请求的response进行缓存，起到类似CDN的作用，甚至有比CDN更强大的功能。同时，Nginx缓存还可以用来**数据托底**，即当后台web服务器挂掉的时候，Nginx可以直接将缓存中的托底数据返回给用户。此功能就是Nginx实现“服务降级”的体现。  
Nginx缓存功能的配置由两部分构成：**全局定义**与**局部定义**。在`http{}`模块的全局部分中进行缓存全局定义，在`server{}`模块的各个`location{}`模块中根据业务需求进行缓存局部定义。

#### http\{\}模块的缓存全局定义 ####

##### proxy\_cache\_path #####

用于指定Nginx缓存的存放路径及相关配置。

![在这里插入图片描述][20201026230523471.png_pic_center]

*  **/usr/local/nginx/cache** – 指定Nginx缓存的存放路径，可以是任意目录
 *  **levels=1:2** – 在指定的缓存文件存放路径下采用两级目录进行管理，第一级目录使用一个字符命名，第二级目录使用两个字符命名
 *  **keys\_zone=mycache:10M** – 在内存中指定一块区域用来存放缓存的key，这样Nginx就可以快速判断一个请求是否命中缓存。mycache就是这块内存区域的名称，可以随意命名；10M表示这块区域所占内存空间大小，大约可存放8W个key
 *  **max\_size=5g** – 用于设置缓存所占硬盘空间的最大容量。若不指定，则会最终将所有硬盘占满。
 *  **inactive=2h** – 表示违背使用的缓存的最长存活时间为2小时。时间到后会自动删除
 *  **use\_temp\_path=off** – 如果为off，则Nginx会将缓存文件直接写入到缓存空间而不使用`proxy_temp_path`指定的临时目录。如果为on则会先将缓存写入到临时目录，等达到设定的容量或者某约定的时间点后再一次性将这些临时目录中的缓存写入到指定缓存空间

> 向缓存空间写入的缓存数据都需要根据key进行运算，以确定其所在存放额缓存空间的具体目录。而这个过程比较好使，若在很多请求的内容都需要做缓存的情况下则可以让`use_temp_path`设置为on以使用临时目录，这样就可以对缓存进行批量运算后再批量写入到缓存空间以提高效率。

##### proxy\_temp\_path #####

指定Nginx缓存的临时存放目录。若proxy\_cache\_path中的use\_temp\_path设置为了off，则该属性可以不指定。

#### location\{\}模块的缓存局部定义 ####

##### proxy\_cache mycache #####

指定用于存放缓存key内存区域名称。其值为http\{\}模块中proxy\_cache\_path中的keys\_zone的值。

##### proxy\_cache\_key  h o s t host hostrequest\_uri $arg(\_name) #####

指定Nginx生成的缓存的key的组成。由主机名+URI+请求参数(\_某个请求参数名)

##### proxy\_cache\_bypass $arg(\_name) #####

指定是否越过缓存，也就是说当前请求是否从缓存中获取数据。比如当请求参数中包含name的参数就不从缓存中获取数据

##### proxy\_cache\_methods GET HEAD #####

指定客户端请求的哪些提交方法将被缓存，默认为GET与HEAD，但不缓存POST

##### proxy\_no\_cache $A $B #####

指定对本次请求是否不做缓存。参数只要有一个不为0(这里参数个数不做限制，每个参数只作0与非0的判断)，就不对该请求结果缓存

##### proxy\_cache\_purge $A $B #####

指定是否清除缓存key，只要有一个不为0(这里参数个数不做限制，每个参数只作0与非0的判断)，就清除缓存

##### proxy\_cache\_lock on #####

指定是否采用互斥方式回源。

> 回源指的是一次完整的请求并返回结果的过程。当多个请求同时请求某个资源时，如果开启`proxy_cache_lock`则启用互斥锁。其中某一个请求拿到互斥锁并成功回源之后，其余的请求则可以直接取得结果而不必请求server。如果没有开启互斥锁，则每个请求都要进行一次回源

##### proxy\_cache\_lock\_timeout #####

指定再次生成回源互斥锁的时间。如果第一次请求迟迟无法回源，则间隔指定时间之后（比如5秒–`proxy_cache_lock_timeout 5s`）会再次生成一个互斥锁给与

下个请求进行回源。上个请求的互斥锁失效自动释放。

##### proxy\_cache\_valid #####

对指定的 HTTP 状态码的响应数据进行缓存，并指定缓存时间（比如缓存时间为5秒–`sproxy_cache_valid 5s`）。默认指定的状态码为200，301，302。

![在这里插入图片描述][20201026230623395.png_pic_center]

##### proxy\_cache\_use\_stale error timeout #####

设置启用托底缓存的条件。而一旦这里指定了相应的状态码，则前面proxy\_cache\_calid中指定的相应状态码所生成的缓存就变为了“托底缓存”。

> 问：什么是托底缓存
> 
> 答：某个请求由于种种原因命中缓存区域中已经被删除了的key（前提是这个key所在的区域没有被覆盖）所指向的缓存数据并成功返回。那么这个返回的缓存数据称之为`托底缓存`

##### expires #####

为请求的静态资源开启浏览器端的缓存，并指定逾期时间（比如5分钟–expires 5m）

## Nginx日志 ##

首先明确一点，Nginx日志有两种即`access.log`和`error.log`，我们进入到nginx的logs目录下查看一下，如下图

![在这里插入图片描述][20201026230710620.png_pic_center]

### 日志范围 ###

Nginx的日志可以配置在不同的模块，但是配置在不同的模块记录的日志信息不同。Nginx的日志一般可以指定三个范围

*  **http\{\}模块范围**
    
    请求是通过http协议访问的nginx并日志信息写入到日志文件
 *  **server\{\}模块范围**
    
    请求的是当前server模块并记录日志信息到日志文件
 *  **location\{\}模块范围**
    
    请求的是当前location模块并记录日志信息到日志文件

### 日志指令 ###

首先我们打开Nginx的`nginx.conf`文件，查看\*\*http\{\}\*\*模块下日志配置语句

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 19]

#### log\_format ####

*  **main**：日志文件格式名称，可随意
 *  **$remote\_addr**：获取访问者的IP地址。若当前Nginx是反代服务器，则此变量获取到的就是客户端的IP地址；若当前Nginx是静态代理服务器，则此变量获取到的是反代服务器的IP地址。
 *  **$http\_x\_forwarded\_for**：获取客户端浏览器的IP。若当前Nginx是反代服务器，则此变量获取到的值为杠(-)。若当前Nginx是静态代理服务器，则此变量获取到的是客户端的IP地址。
 *  **$remote\_user**：获取访问者的用户名。
 *  **$time\_local**：获取请求访问的时间与时区。
 *  **$request**：获取请求的相关信息，包含请求方式、请求的URI，及访问协议。
 *  **$status**：后端服务器向其返回的状态码，例如200。
 *  **$body\_bytes\_sent**：后端服务器向客户端发送的响应体内容字节数。
 *  **$http\_referer**：获取当前请求是从哪个页面过来的。其值在这里显示为杠(-)。
 *  **$http\_user\_agent**：用户所使用的代理，一般为浏览器。

#### access\_log ####

该指令用于设置访问日志。上面的格式包含三个参数：

*  第一个参数是日志的存放路径与日志文件名；
 *  第二个参数是日志格式名；
 *  access\_log还可以跟一个buffer参数用来指定日志文件所使用的缓存。Nginx将日志信息写入到日志文件不是一条一条写的，而是先将日志信息写入到buffer指定大小的缓存空间，待缓存空间满了以后一次性写入到日志文件。即使不指定buffer，其也会存在默认日志缓存的。
 *  access\_log还可以跟一个参数off，用于关闭访问日志，即直接写access\_log off即可关闭访问日志。

##### error\_log #####

该指令用于指定错误日志的路径与文件名

![在这里插入图片描述][20201026230819116.png_pic_center]

对于该日志

##### open\_log\_file\_cache #####

![在这里插入图片描述][20201026230910794.png_pic_center]

该指令用于打开日志文件读缓存，将日志信息读取到缓存中，以加快对日志的访问。该功能默认为off，即open\_log\_file\_cache off;

*  **max**：可以打开的最大日志文件个数
 *  **inactive&min\_uses**：这两个指令要配对使用，当日志进入缓存后在inactive指定的时间内应至少被访问min\_uses指定的次数，否则该日志将被移除缓存
 *  **valid**：缓存日志文件的刷新时间

### 日志切割 ###

#### 创建切割shell脚本文件 ####

在Linux下创建一个实现日志切割的shell脚本文件，脚本文件的具体内容可以百度一下。例如，将该shell文件创建在Nginx安装目录下的logs目录中，并命名为cut\_nginx\_log.sh。

#### 为该文件添加可执行权限 ####

该文件是要作为定时任务被执行的，所以该文件需要具有可执行权限。

#### 向crontab中添加一个定时任务 ####

crontab是Linux中的一个定时任务文件，每一行都代表一项定时任务。每行由6个字段组成，前5段是时间设定段，第6段是任务段。具体格式如下：  
minute(0-59) hour(0-23) day(1-31) month(1-12) week(0-6) command  
执行`corntab -e`命令后打开文本编辑器

![在这里插入图片描述][20201026230932693.png_pic_center]

然后在文本编辑器输入如下文本内容

![在这里插入图片描述][2020102623095397.png_pic_center]

指定每天23:59分自动执行第一步中指定的Nginx日志切割脚本

## 静态代理 ##

Nginx静态代理是指，将所有的静态资源，例如，css、js、html、jpg等资源存放到Nginx服务器，而不存放在应用服务器Tomcat中。当客户端发出的请求是对这些静态资源的请求时，Nginx直接将这些静态资源响应给客户端，而无需提交给应用服务器处理。这样就减轻了应用服务器的压力。

Nginx对于静态资源有两种拦截方式，即`扩展名拦截`和`目录名拦截`

### 扩展名拦截 ###

1.  修改配置文件

![在这里插入图片描述][20201026231014460.png_pic_center]

1.  创建目录并上传资源
    
    进入到`/usr/christy`目录下新建`statics`目录，在statics中新建一个`images`目录，然后上传一张图片

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 20]

1.  重启Nginx并访问浏览器

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 21]

### 目录名拦截 ###

1.  修改配置文件

![在这里插入图片描述][20201026231111277.png_pic_center]

1.  重启Nginx并访问浏览器

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 22]

## 页面压缩 ##

### 压缩协议|算法 ###

浏览器中最常见的压缩算法有：

*  deflate：是一种基础的压缩算法，是huffman编码的一种加强
 *  gzip：是目前大多数浏览器都支持的一种压缩算法，是对deflate的改进。Nginx默认的压缩算法
 *  sdch：即`Shared Dictonary Compression over HTTP`（HTTP共享字典压缩算法），是谷歌开发的一种全新的压缩算法
    
    > deflate与gzip的的压缩思想是`修改传输数据的编码格式`以达到减少体量的目的，其最终传输的数据并没有减少。而sdch压缩算法的思想是`让冗余的数据仅出现一次`，其最终传输的数据减少了
 *  Zopfli：谷歌开发的一种压缩算法，也是对deflate压缩算法的改进。比标准的gzip-9要小3%-8%，但压缩用时是gzip-9的80多倍
 *  br：即Brotli，谷歌开发的一种压缩算法，是一种全新的数据格式。与Zopfli相比，压缩率能够降低20%-26%。Brotli-1有着与Gzip-9相近的压缩比和更快的压缩解压速度

### 常用压缩设置 ###

![在这里插入图片描述][20201026231150476.png_pic_center]

> gzip是Nginx的默认压缩算法，默认关闭，支持几乎所有浏览器。如果需要使用上述其他的压缩协议|算法，需要手动安装其相应的模块，值得注意的是这些算法并不是支持所有的浏览器。

*  **gizp on**
    
    是否开启gizp压缩，默认为off
 *  **gzip\_min\_length 5k**  
    指定最小启用压缩的文件的大小为5K。需要指定压缩的文件大小，如果不指定默认为0也就是说只要是个文件就会压缩，这样就会导致小文件越压缩越大
 *  **gzip\_comp\_level 4**  
    指定压缩级别，取值为1-9，数字越大，压缩比越高，但压缩所用时间会越长。默认为1，建议使用4
 *  **gzip\_buffers 4 16k**  
    `4`表示的是缓存颗粒数量，而`16k`表示的是缓存颗粒大小。也就是说nginx会一次性向系统申请4个缓存空间，每个缓存空间大小是16k
 *  **gzip\_vary on**  
    是否开启动态压缩，默认值off
 *  **gzip\_types mimeType**  
    通过MIME类型来指定要压缩的文件类型。默认值text/html。

## 反向代理 ##

通过在`location{}`中添加通行代理proxy\_pass可以指定当前Nginx所要代理的真正服务器

### 反向代理服务器 ###

1.  先按文章
    
    > [环境搭建篇–04、虚拟机的克隆与配置][04]
    
    克隆一个虚拟机，修改主机名为：Christy090(server)；修改ip地址为192.168.10.190。今天我们要用的服务器虚拟机环境就搭建完成了。
2.  新建一个springboot工程`hello-nginx`，主要代码如下

@RestController
    @RequestMapping("/nginx")
    public class HelloNginxController { 
    
        @RequestMapping("/hello")
        public String HelloNginx(HttpServletRequest request){ 
            return request.getRemoteAddr() + " -- " + request.getLocalAddr();
        }
    }

1.  将上述项目打包后上传至`/usr/apps/`目录下，执行命令java -jar hello-nginx.jar

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 23]

项目启动成功之后，我们在浏览器中访问该项目`http://192.168.10.190:8888/nginx/hello`

![在这里插入图片描述][20201026231318942.png_pic_center]

可以看到我们的项目正常运行

1.  更改nginx的配置文件如下，并重启nginx
    
    ![在这里插入图片描述][20201026231346696.png_pic_center]
2.  浏览器中输入`http://192.168.10.176/nginx/hello`，可以看到结果跟第三步中的结果一样
    
    ![在这里插入图片描述][20201026231406211.png_pic_center]

### 反向代理属性设置 ###

反向代理的属性是设置在`location{}`模块中的

*  **client\_max\_body\_size 100k**  
    Nginx允许客户端请求的单文件最大大小，单位字节
 *  **client\_body\_buffer\_size 80k**  
    Nginx为客户端请求设置的缓存大小。
 *  **proxy\_buffering on**  
    开启从后端被代理服务器的响应内容缓冲区。默认值on
 *  **proxy\_buffers 4 8k**  
    该指令用于设置缓冲区的数量（4）与大小（8k）。从被代理的后端服务器取得的响应内容，会缓存到这里
 *  **proxy\_busy\_buffers\_size 16k**  
    高负荷下缓存大小，其默认值为一般为单个proxy\_buffers的2倍
 *  **proxy\_connect\_timeout 60s**  
    Nginx跟后端服务器连接超时时间。默认60秒
 *  **proxy\_read\_timeout 60s**  
    Nginx发出请求后等待后端服务器响应的最长时限。默认60秒。

## 负载均衡 ##

负载均衡（Load Balancing），就是按照事先约定好的算法|策略将多个请求分摊到多个应用服务器上

### 负载均衡分类 ###

#### 软硬件分类 ####

##### 硬件负载均衡 #####

硬件负载均衡器的性能稳定，且有生产厂商作为专业的服务团队，但成本很高。知名的负载均衡器有F5、Array、深信服、梭子鱼等；一般不适合中小企业。

##### 软件负载均衡 #####

软件负载均衡成本几乎为零，基本都是开源软件。例如Nginx

#### 工作层分类 ####

负载均衡就其所工作的OSI层次，在生产应用层面分为两类：**：七层负载均衡**与**四层负载均衡**；四层负载均衡提供更为底层实现的，还有三层负载均衡与二层负载均衡，这个感兴趣的可以自己度娘一下

##### 七层负载均衡 #####

应用层负载均衡：基于`HTTP`协议，通过虚拟URL将请求分配到真实服务器。一般应用于B/S架构系统。Nginx就是七层负载均衡

##### 四层负载均衡 #####

传输层负载均衡：基于`TCP`协议，通过“虚拟IP + 端口号” 将请求分配到真实服务器。一般应用于C /S架构系统。例如F5、Nginx Plus都属于四层负载均衡。

### 负载均衡实现 ###

#### 准备工作 ####

除了我们上面用的nginx服务器`Christy007(Nginx)`，我们还需要两台server服务器`Christy091(server01)`与`Christy092(server02)`。按文章

> [环境搭建篇–04、虚拟机的克隆与配置][04]

先克隆一个虚拟机，修改主机名为：`Christy091(server01)`；修改ip地址为`192.168.10.191`

再克隆一个虚拟机，修改主机名为：`Christy092(server02)`；修改ip地址为`192.168.10.192`

然后将我们上面的`hello-nginx`部署到两台server服务器上，最后在nginx服务器上实现这两服务器的负载均衡；

分别启动`Christy007(Nginx)`、`Christy091(server01)`、`Christy092(server02)`

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 24]

#### 修改nginx.conf ####

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 25]

> upstream后面的值www.christy.com可以随意取值
> 
> proxy\_pass后面的值要与upstream后面的值保持一致

修改完`nginx.conf`后重启nginx，在浏览器中访问`http://192.168.10.176/nginx/hello`，可以看到负载均衡生效

\[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-HgC1IcS3-1603723685238)(C:\\Users\\bbxyl\\Desktop\\nginx\\格式工厂 屏幕录像20201012\_225712.gif)\]

### 负载均衡策略 ###

Nginx内置了三种负载均衡策略，另外，其还支持第三方的负载均衡。而每种负载均衡主机根据负载均衡策略的不同，又可设置很多性能相关的属性。

#### 轮询 ####

默认的负载均衡策略，其是按照各个主机的权重比例依次进行请求分配的。该策略根据主机性能设置不同的权重

对于每台服务器，出了weight属性外，还可以设置以下属性

![在这里插入图片描述][20201026231603176.png_pic_center]

*  **fail\_timeout**：表示当前主机被认为的最长失联时间，默认为10s。常与`max_fail`组合使用
 *  **max\_fail**：表示在`fail_timeout`时间内最多允许的失败次数
 *  **backup**：表示当前服务器为备用服务器
 *  **down**：表示当前服务器永久停机

##### ip\_hash #####

指定负载均衡器按照基于客户端IP的分配方式，该策略确保了相同的客户端的请求一直发送到相同的服务器，以保证session回话，解决了session不能跨服务器的问题

![在这里插入图片描述][20201026231622303.png_pic_center]

> 对于该策略需要注意以下几点：
> 
>  *  在nginx1.3.1版本之前，该策略中不能指定weight属性。在一个客户端首次访问系统时采用的是轮询策略
>  *  该策略不能与backup同时使用
>  *  此策略适合有状态服务，比如session
>  *  当有服务器宕机，必须手动指定down属性，否则请求仍是会落到该服务器

##### least\_conn #####

把请求转发给连接数最少的服务器，该策略适用于服务器性能相同或相近的情形。

![在这里插入图片描述][20201026231645703.png_pic_center]

## 动静分离 ##

### 准备工作 ###

#### 服务器 ####

Nginx的动静分离就是将项目中的静态资源诸如css、js、images单独存放在单独的http服务器（这里使用Nginx作为静态代理服务器）。业务功能执行代码存放在web应用服务器中。本例中为展示负载均衡和动静分离效果需要以下服务器：

*  一台Nginx服务器作为负载均衡服务器
 *  另两台Nginx服务器作为静态代理服务器（两台静态代理服务器主要是为了区分效果）
 *  两台Web应用服务器（Tomcat服务器）

按文章

> [环境搭建篇–04、虚拟机的克隆与配置][04]

将`Christy007(Nginx)`克隆出另外两台静态代理服务器`Christy008(Nginx01)`，ip地址`192.168.10.177`；`Christy009(Nginx02)`，ip地址`192.168.10.178`。

将`Christy090(server)`克隆出另外两web应用服务器`Christy091(server01)`，ip地址`192.168.10.191`；`Christy092(server02)`，ip地址`192.168.10.192`。

#### web应用 ####

我们将上面用到的hello-nginx项目改造一下，由先前的jar包改成war包的打包方式，打包成war包后交由外部的Tomcat来运行。改造过程见文章[SpringBoot将web项目打包成war包部署到外部Tomcat][SpringBoot_web_war_Tomcat]

### 静态代理服务器 ###

1.  进入到`Christy008(Nginx01)`服务器的images目录，拷贝`meinv.png`\->`bj.png`。背景图片是为了区分静态分离实现效果的，`Christy009(Nginx02)`的配置跟本服务器唯一不同的就是这张背景图片
    
    ![在这里插入图片描述][20201026231710917.png_pic_center]
2.  进入到`Christy008(Nginx01)`服务器的nginx配置目录，将`nginx.conf`文件还原成默认文件
    
    ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 26]
3.  修改`nginx.conf`文件内容如下
    
    ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 27]

至此呢，第一台静态资源服务器配置完毕；为了方便，我们直接将`Christy008(Nginx01)`克隆出`Christy009(Nginx02)`，这样只需把步骤一中的bj.png替换掉就可以了

### web应用服务器 ###

两台web应用服务器就简单多了，直接将`Christy090(server)`拷贝出`Christy091(server01)`，ip地址`192.168.10.191`；`Christy092(server02)`，ip地址`192.168.10.192`就行了，等会启动。

### 负载均衡服务器 ###

上述两步准备完成之后就可以配置我们的负载均衡服务器了，打开我们的`Christy007(Nginx)`，找到`nginx.conf`文件进行如下修改

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 28]

### 启动与访问 ###

以上工作准备完成之后，依次启动`web服务器`\->`静态资源服务器`\->`负载均衡服务器`

**web服务器**启动命令：`startup.sh | tail -f /usr/apps/tomcat/logs/catalina.out`

**静态资源服务器**、**负载均衡服务器**启动命令：`nginx`

在浏览器中输入`http://192.168.10.176/nginx/nginx/index`，可以看到我们想要的结果

![在这里插入图片描述][20201026234356133.gif_pic_center]

## 虚拟主机 ##

### 简介 ###

虚拟主机指的是将一台物理服务器虚拟为多个服务器来使用，从而实现在一台服务器上配置多个站点，也就是说可以**在一台物理主机上配置多个域名**。在nginxzhong ，一个server标签就是一台虚拟主机。

### 虚拟方式 ###

Nginx中的虚拟主机有两种实现方式：**域名虚拟**、**端口虚拟**

*  域名虚拟
    
    是指不同的虚拟机使用不同的域名虚拟出不同的主机。
 *  端口虚拟
    
    是指不同的虚拟机使用相同的域名，但是端口不同。不过这种方式基本不用

### 准备工作 ###

#### 场景规划 ####

我们模拟一个生活服务类的网络平台巨头“58同城”。我们假设58的三个站点–合(肥)芜(湖)蚌(埠)。我们为这三个站点分别创建一个虚拟主机（Nginx中新建三个server标签），每个虚拟主机都是具有两台Tomcat的负载均衡主机。

#### 服务器搭建 ####

根据以上规划，我们需要六台Tomcat服务器，本机内存有限无法同时启动6台服务器，这里我们在一台主机上克隆6个Tomcat来实现，具体参照文章[Linux下如何运行多台服务器][Linux]。服务器准备完毕后开始准备我们的测试项目

#### 创建测试项目 ####

测试项目开始之前我们先要配置一下上述三个站点的域名，打开`window->system32->drivers->etc-hosts`，在host里面追加以下内容

![在这里插入图片描述][20201026234456845.png_pic_center]

新建项目`hf58`并克隆出`wh58`、`bb58`，修改我们的`index.ftl`，这里以`hf58`为例

<!DOCTYPE html>
    <html lang="en">
        <head>
            <meta charset="utf-8"/>
            <title>hf58</title>
        </head>
    
        <body>
            <h1>58合肥站，欢迎你！</h1>
            站点切换：
            <a href="http://wh.58.com"></a>
            <a href="http://bb.58.com"></a>
            
            <hr/>
            
            <h1 style="color: red">${ remoteAddr}</h1>
            <h1 style="color: yellowgreen">${ localAddr}</h1>
        </body>
    </html>

同样的芜湖站和蚌埠站的首页读者自己修改一下即可

将`hf58`部署在`tomcat8081`与`tomcat8082`服务器；

将`wh58`部署在`tomcat8083与`tomcat8084\`服务器；

将`bb58`部署在`tomcat8085与`tomcat8086\`服务器；

### 配置虚拟主机 ###

配置虚拟主机有两种方式，我们先介绍第一种

#### nginx.conf ####

进入到nginx.conf中，修改配置文件如下

#58合肥站点
    upstream hf.58.com { 
        server 192.168.10.196:8081 weight=1;
        server 192.168.10.196:8082 weight=1;
    }
    
    #58芜湖站点
    upstream wh.58.com { 
        server 192.168.10.196:8083 weight=1;
        server 192.168.10.196:8084 weight=1;
    }
    
    #58蚌埠站点
    upstream bb.58.com { 
        server 192.168.10.196:8085 weight=1;
        server 192.168.10.196:8086 weight=1;
    }
    
    server { 
        listen       80;
        # server_name的值要与host文件中配置的域名一致
        server_name  hf.58.com;
    
        location / { 
            proxy_pass http://hf.58.com;
        }
    }
    
    server { 
        listen       80;
        server_name  wh.58.com;
    
        location / { 
            proxy_pass http://wh.58.com;
        }
    }
    
    server { 
        listen       80;
        server_name  bb.58.com;
    
        location / { 
            proxy_pass http://bb.58.com;
        }
    }

#### 单独文件 ####

在虚拟主机很多的情况下，上述配置文件会很臃肿，夹杂在nginx.conf中修改起来也不方便，下面我们将虚拟主机这块配置单独拿出来放到一个文件中

##### vupstreams.conf #####

新建vupstreams.conf，并写入以下内容

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 29]

##### vhosts.conf #####

新建vhosts.conf，并写入以下内容

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 30]

以上两个文件配置完毕后需要配置到`nginx.conf`中

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 31]

### 启动 ###

上述所有工作准备完毕后，我们依次启动6个tomcat，最后启动nginx。可以看到每个tomcat单独访问都没有问题，当我们访问`http://hf.58.com`时，多刷新几次可以看到端口一直在变，说明我们的负载均衡也已经生效了，点击`芜湖站`、`蚌埠站`效果也完全达到预期

![在这里插入图片描述][20201026234626678.gif_pic_center]

[04]: https://blog.csdn.net/bbxylqf126com/article/details/105468650
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center]: /images/20221122/59c606c749d747d0862f4ddd157eb22e.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 1]: /images/20221122/06b440cf25c04d208c6e2ec69f7305b2.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 2]: /images/20221122/dd434c4b108a41a88f56a79e09b5fd3c.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 3]: /images/20221122/59214a0891fe47828d460755ad69bc91.png
[20201026225518136.png_pic_center]: /images/20221122/71e68caa33954a5cb9c38cd28981bf50.png
[20201026225625568.png_pic_center]: /images/20221122/0072b2e18ddd42499829777e2a42137a.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 4]: /images/20221122/269fae8985df48cebd7f83c3b83758ca.png
[20201026225720121.png_pic_center]: /images/20221122/8bf65b3554d243f7a09d1ff987ee04da.png
[20201026225747387.png_pic_center]: /images/20221122/dfebf76534f745b2971155730e87a91f.png
[20201026225808708.png_pic_center]: /images/20221122/ce74f23a12084f21b12f45eecae0a648.png
[20201026225830160.png_pic_center]: /images/20221122/f3c2ccc49f654b67a32143f20613db83.png
[20201026225851795.png_pic_center]: /images/20221122/80e32ed8549d4b92ae9b193246a9d867.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 5]: /images/20221122/aeaf4d73cf0840d9aff5062218e7ed4a.png
[20201026225948331.png_pic_center]: /images/20221122/b650045a275f426b95d8bda11fd32f2a.png
[2020102623002459.png_pic_center]: /images/20221122/ee306cdeeec84910a492af56f1da9252.png
[20201026230045781.png_pic_center]: /images/20221122/937980e1edae4f08b5763db29213dc5b.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 6]: /images/20221122/895325538ca84d929fea8efd59ccdafe.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 7]: /images/20221122/804d6dc09033469ca673cb2b22ef2a2b.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 8]: /images/20221122/810157a1ccba40f692bb9bc8fb2f351a.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 9]: /images/20221122/f4b5ce8bf4f04585b89beb5c52bc91ad.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 10]: /images/20221122/68c357c370c34c53bdac22eaf33f8b70.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 11]: /images/20221122/d7c593e0756641e0bc8d29153eef55fc.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 12]: /images/20221122/f9ee77d711d14da98b1acd86a631b2cf.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 13]: /images/20221122/29be1ae84eee4e809b199d4ba56e6931.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 14]: /images/20221122/aad5e539647c43a48500403d500b5826.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 15]: /images/20221122/c459863bc2ce43e9bd3bf8be29c39d34.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 16]: /images/20221122/969561dacd744f28a403ee745afa81e7.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 17]: /images/20221122/822f5cf8dc8b47d2b95a09e1035c187a.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 18]: /images/20221122/129948fc13c146e89a61d82a347c4c70.png
[20201026230523471.png_pic_center]: /images/20221122/61a6ae9cfa8144a6b2bfc058c707c7fa.png
[20201026230623395.png_pic_center]: /images/20221122/84e1630346b1415cbe1c49920f2fd166.png
[20201026230710620.png_pic_center]: /images/20221122/383bae96cc0e41a78de6fe35a25c7325.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 19]: /images/20221122/b8893a61a60e4f7fa2b074050dbe2231.png
[20201026230819116.png_pic_center]: /images/20221122/137b22956b474de1820aeb0c61352887.png
[20201026230910794.png_pic_center]: /images/20221122/5bd6ce7552d1429e92b3b6328943ba5f.png
[20201026230932693.png_pic_center]: /images/20221122/ed3956fb552c41c3baba6eb7e29f253f.png
[2020102623095397.png_pic_center]: /images/20221122/c85cf569a2494f328c89ede2b71a972e.png
[20201026231014460.png_pic_center]: /images/20221122/372ce681806649d7a5cdb3d421f3ebea.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 20]: /images/20221122/c7b88040554b41bbb94584d3d48bfac4.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 21]: /images/20221122/e1657883b8ce400690fcc2f1179f6cbf.png
[20201026231111277.png_pic_center]: /images/20221122/6b0d929a61004f1c9b022366045c14cd.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 22]: /images/20221122/e5f19ac07ef244468280aa07429da31d.png
[20201026231150476.png_pic_center]: /images/20221122/659e42fc42b84ea8851937ee1d7d6da8.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 23]: /images/20221122/693776d3738a48b89b72f12e6dccbada.png
[20201026231318942.png_pic_center]: /images/20221122/f6e823386b024bd29531e9e6ed6f956b.png
[20201026231346696.png_pic_center]: /images/20221122/2a1338bdbdce457b8e96ca6bff84e4fe.png
[20201026231406211.png_pic_center]: /images/20221122/e90c666550c04f60bb7aa60f5e053086.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 24]: /images/20221122/79a1b5109c2d430e8eb7ea4a32014760.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 25]: /images/20221122/5ca55c4870f84bb79d34732b3614adbe.png
[20201026231603176.png_pic_center]: /images/20221122/6d8653401a814ff9b066a6fab3deb2e3.png
[20201026231622303.png_pic_center]: /images/20221122/d4241f53e7d348169100d1131f0bc32a.png
[20201026231645703.png_pic_center]: /images/20221122/bcbff5f6e20c4b4e946e0a4940e7ebe6.png
[SpringBoot_web_war_Tomcat]: https://blog.csdn.net/bbxylqf126com/article/details/109087684
[20201026231710917.png_pic_center]: /images/20221122/06e40e87794641ef9fab2016a51c6355.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 26]: /images/20221122/f8ee6c04b9df4ca3a4f2dcd59263d686.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 27]: /images/20221122/ae9d8317f26648c898a6a4ac32051a49.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 28]: /images/20221122/a486439d379b4669a076b2e004dc3fa8.png
[20201026234356133.gif_pic_center]: /images/20221122/2fd09a11bb6f44eb946262fe9e701348.png
[Linux]: https://blog.csdn.net/bbxylqf126com/article/details/109189256
[20201026234456845.png_pic_center]: /images/20221122/8ea3fe280fde40c6a3b1385c67bc104d.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 29]: /images/20221122/86a4c51472a640a8bbe974d8fc78f63e.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 30]: /images/20221122/ddf5a70b64dd47a0bd5212bb523a12cc.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JieHlscWYxMjZjb20_size_16_color_FFFFFF_t_70_pic_center 31]: /images/20221122/dc81672ba44348e786fa0f79568800f5.png
[20201026234626678.gif_pic_center]: /images/20221122/138fc91ad93b483fb9fb699533be8b11.png