Ngin笔记

# Nginx笔记 

>Nginx:是一款[轻量级](https://baike.baidu.com/item/轻量级/10002835)的[Web](https://baike.baidu.com/item/Web/150564) 服务器/[反向代理](https://baike.baidu.com/item/反向代理/7793488)服务器及[电子邮件](https://baike.baidu.com/item/电子邮件/111106)（IMAP/POP3）代理服务器，在BSD-like 协议下发行,由俄罗斯人为应对Ramble而研发的

## Nginx的特点：

- 稳定性强，提供了丰富的配置实例，占用内存小，并发能力强

> Nginx的配置文件

```xml

1.docker 创建Nginx的容器运行

2.

version: "3.1"

services:

 nginx:

    restart: always

  image: daocloud.io/library/nginx:latest 

  container_name:nginx

  ports:

       - 80:80

    volumes:

       -/docker_nginx/conf.d/:/etc/nginx/conf.d

```

## 正向代理

客户端通过代理服务器访问到想要访问的网站（客户端设立：客户端了解代理服务器和目标服务器，正向代理可以突破访问权限，对目标服务器隐藏ip）

```

客户端---（直接访问 ×） -->目标服务器  ×

客户端--->代理服务器---->目标服务器  √

```

## 反向代理：

- 反向代理是配置在服务器端的

- 客户端不知道访问的是哪一台服务器

- 达到负债均衡，隐藏服务器的真正地址

```

客户端----->(反向代理服务器 解析)----->目标服务器

```

>Nginx如何实现反向代理

- 启动一个目标服务器

- 编写Nginx的配置文件：通过Nginx访问到tomcat服务器

```xml

Nginx的配置文件信息解释

server{

  listen 80:

  server_name localhost:

  localtion/{

    proxy_pass http://（目标服务器端口） //动态资源转发的目标

}

}

```

## Nginx 的路径映射location

```json

1. # = 匹配

location /{

  #精准匹配，主机名后面不能带任何字符串

}

2. 通用匹配

location /xxx{

    匹配所有以/xxx开头的路径

}

3. 正则匹配 

location ~ /xxx{

  匹配所有以/xxx开头的路径  //优先级大于第二种

}

4. 匹配开头路径

location ~/images/{

  匹配所有以/images开头的路径

}

5. 匹配结尾的路径  

location ~* \.(gif|jpg|png){

    匹配以gifjpgpng结尾的路径 

}

```

## location的优先级关系

>1. 等号类型（=）的优先级最高。一旦匹配成功，则不再查找其他匹配项。

>2. ^~类型表达式。一旦匹配成功，则不再查找其他匹配项。

>3. 正则表达式类型（~ ~*）的优先级次之。如果有多个location的正则能匹配的话，则使用正则表达式最长的那个。

>4. 常规字符串匹配类型。按前缀匹配。

## Nginx的负载均衡策略

- 1.轮循方式：平均将请求发给服务器

- 2.权重方式：根据服务器的权重值不同进行分配请求

- 3.ip_hash：基于请求发起请客户端ip不同，会将请求发到指定的服务器上

## Nginx负负载均衡配置

- 1.实现轮训方式负债均衡

  ```yml

  在Nginx配置文件中声明加入

  upstream my-server{

    server ip:端口

    server 139.4.104.39:8080;  #我自己的服务器

    server 139.4.104.39:8081;

  }

  

  server{

    listen: 80 

    server_name localhost;

    

    location / {

      proxy_pass http://my-server/;

    }

  }

  加入后重启

  第一次访问 139.4.104.39:8080  第二次访问： 139.4.104.39:8081

  但是并不是 010101进行响应 而是在这两个端口随机产生

  ```

- 2.实现权重的负债均衡

  ```xml

  在轮训的配置文件中加入weight 权重比列

  upstream my-server{

    server ip:端口

    server 139.4.104.39:8080 weight=10;  #我自己的服务器

    server 139.4.104.39:8081 weight=2;

  }

  server{

    listen: 80 

    server_name localhost;

    

    location / {

      proxy_pass http://my-server/;

    }

  }

  

  权重比值为5：1

  代表每6个请求5个访问server 139.4.104.39:8080 ，一个访问server 139.4.104.39:8081

  注意：请求少可能会没有差异，请求量大时就会很明显

  ```

- 3.ip_hash负债均衡策略

  ```

  直接加入ip_hash

  upstream my-server{

    ip_hash;

    server ip:端口

    server 139.4.104.39:8080 weight=10;  #我自己的服务器

    server 139.4.104.39:8081 weight=2;

  }

  server{

    listen: 80 

    server_name localhost;

    

    location / {

      proxy_pass http://my-server/;

    }

  }

  第一次访问的就是之后一直访问的服务器地址

  ```

## Nginx并发能力强的原因

> 多进程模型

 nginx服务启动时，会自动创建一个master进程和多个worker进程，worder进程的数量依赖与nginx的配置，一般是cpu的核数，过 多的worker进程带来cpu的资源竞争和上下文切换。master进程负责创建和管理worker进程，除此之外master进程还负责nginx配 置解析、信号管理、模块注册等工作。worker进程负责接收和处理客户端的请求，worker进程才是nginx服务的主体。

 

> 异步非阻塞

 worker进程采用异步非阻塞的方式对外提供服务。具体来说就是，workder进程在处理客户端请求时会进行IO调用，如果调用不能立即 得到响应，worker进程也不会一直等待，而是转去处理其他客户端请求。当IO调用有结果时会主动通知worker进程，worker进程得到通知便会 暂停手上的工作，来处理IO调用的返回结果。

 

> 事件驱动模型

 IO调用完成后如何主动通知worker进程，靠的就是事件驱动模型，事件驱动模型提供了一种机制，使得worker进程不用关心IO调用的状态，IO调 用完全由事件驱动模型来管理，事件准备好后就通知worker进程事件已经就绪。事件驱动模型由事件收集器、事件发送器、事件处理器构成。事件发送器每发 送一个请求，目标对象就将其放入待处理的事件列表，然后使用非阻塞IO方式调用事件处理器来对该事件进行处理。 这个过程离不开事件驱动处理库，也叫多路IO复用方法，常见的有select模型、poll模型、epoll模型。

## Nginx动静分离

>Nginx的并发能力公式

>

>worker_processes*worker_connection/4 | 2  =Nginx   最终并发能力

>

>动态需要/4  静态资源在Nginx里 /2

- Nginx动态资源代理

  ```

  location / {

    proxy_pass 路径;

  }

  ```

- 静态资源代理

  ```json

  location / {

    proxy_pass 静态资源路径;

    index 默认访问路径下的什么资源；

    autoindex on：代表静态资源的全部内容，以列表的形式展开

  }

  

  #首先要修改docker ，添加一个数据卷，映射到nginx服务器的一个目录内容如下

    volumes:

         -/docker_nginx/conf.d/:/etc/nginx/conf.d

       -/docker_nginx/img/:/etc/nginx/img  映射图片

       -/docker_nginx/html/:/etc/nginx/html 映射页面

  #保存退出

  

  ```

  ```xml

  upstream my-server{

    ip_hash;

    server ip:端口

    server 139.4.104.39:8080 weight=10;  #我自己的服务器

    server 139.4.104.39:8081 weight=2;

  }

  server{

    listen 80:

    server_name localhost:

    location /html{

      root /data;

      index index.html;

  } 

    location /img{

      root /data;

      autoindex on;

  }

  }

  ```

## Nginx集群搭建

>为避免Nginx单点故障导致整个程序崩溃

>

>准备多个Nginx服务器

>

>我们需要准备keepalived监控每个Nginx的状况

>

>准备一个haproxy，提供一个虚拟的路径，统一接受用户的请求