Nginx

最新推荐文章于 2024-10-01 20:47:03 发布

机械能实验

最新推荐文章于 2024-10-01 20:47:03 发布

阅读量37

点赞数

文章标签： nginx 运维

本文链接：https://blog.csdn.net/qq_67554193/article/details/133948297

版权

一、Nginx简介

Nginx同Apache（Tomcat）一样都是一种WEB服务器。基于REST架构风格，以统一资源描述符(Uniform Resources Identifier)URI或者统一资源定位符(Uniform Resources Locator)URL作为沟通依据，通过HTTP协议提供各种网络服务。

1、使用Nginx

Nginx使用基于事件驱动架构，使得其可以支持数以百万级别的TCP连接，Nginx ("engine x") 是一个高性能的 HTTP 和反向代理服务器,特点是占有内存少，并发能力强。

Nginx 可以作为静态页面的 web 服务器，同时还支持 CGI 协议的动态语言，比如 perl、php 等。但是不支持 java。Java 程序只能通过与 tomcat 配合完成。Nginx 专为性能优化而开发，性能是其最重要的考量,实现上非常注重效率，nginx可以7*242、小时不间断运行。

2、关于代理

代理就是一个代表、一个渠道。

此时就涉及到两个角色，一个是被代理角色，一个是目标角色，被代理角色通过这个代理访问目标角色完成一些任务的过程称为代理操作过程；如同生活中的专卖店~客人到adidas专卖店买了一双鞋，这个专卖店就是代理，被代理角色就是adidas厂家，目标角色就是用户。

正向代理

在如今的网络环境下，我们如果由于技术需要要去访问国外的某些网站，此时你会发现位于国外的某网站我们通过浏览器是没有办法访问的，此时大家可能都会用一个操作FQ进行访问，FQ的方式主要是找到一个可以访问国外网站的代理服务器，我们将请求发送给代理服务器，代理服务器去访问国外的网站，然后将访问到的数据传递给我们！

上述这样的代理模式称为正向代理，正向代理最大的特点是客户端非常明确要访问的服务器地址；服务器只清楚请求来自哪个代理服务器，而不清楚来自哪个具体的客户端；正向代理模式屏蔽或者隐藏了真实客户端信息。

客户端必须设置正向代理服务器，当然前提是要知道正向代理服务器的IP地址，还有代理程序的端口

　总结来说：正向代理，"它代理的是客户端，代客户端发出请求"，是一个位于客户端和原始服务器(origin server)之间的服务器，为了从原始服务器取得内容，客户端向代理发送一个请求并指定目标(原始服务器)，然后代理向原始服务器转交请求并将获得的内容返回给客户端。客户端必须要进行一些特别的设置才能使用正向代理。

正向代理的用途：

（1）访问原来无法访问的资源，如Google

（2）可以做缓存，加速访问资源

（3）对客户端访问授权，上网进行认证

（4）代理可以记录用户访问记录（上网行为管理），对外隐藏用户信息

反向代理

分布式部署；也就是通过部署多台服务器来解决访问人数限制的问题

通过上述的图解大家就可以看清楚了，多个客户端给服务器发送的请求，Nginx服务器接收到之后，按照一定的规则分发给了后端的业务处理服务器进行处理了。此时请求的来源也就是客户端是明确的，但是请求具体由哪台服务器处理的并不明确了，Nginx扮演的就是一个反向代理角色。

反向代理，其实客户端对代理是无感知的，因为客户端不需要任何配置就可以访问，我们只需要将请求发送到反向代理服务器，由反向代理服务器去选择目标服务器获取数据后，在返回给客户端，此时反向代理服务器和目标服务器对外就是一个服务器，暴露的是代理服务器地址，隐藏了真实服务器 IP 地址。

反向代理的作用：

（1）保证内网的安全，通常将反向代理作为公网访问地址，Web服务器是内网

（2）负载均衡，通过反向代理服务器来优化网站的负载

两者区别

在正向代理中，Proxy和Client同属于一个LAN（图中方框内），隐藏了客户端信息；

在反向代理中，Proxy和Server同属于一个LAN（图中方框内），隐藏了服务端信息；

实际上，Proxy在两种代理中做的事情都是替服务器代为收发请求和响应，不过从结构上看正好左右互换了一下，所以把后出现的那种代理方式称为反向代理了。

3、负载均衡

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

随着信息数量的不断增长，访问量和数据量的飞速增长，以及系统业务的复杂度增加，这种架构会造成服务器相应客户端的请求日益缓慢，并发量特别大的时候，还容易造成服务器直接崩溃。升级服务器的配置，比如提高 CPU 执行频率，加大内存等提高机器的物理性能来解决此问题，硬件的性能提升已经不能满足时，单个服务器解决不了，我们增加服务器的数量，然后将请求分发到各个服务器上，将原先请求集中到单个服务器上，将负载分发到不同的服务器，也就是我们所说的负载均衡。

将服务器接收到的请求按照规则分发的过程，称为负载均衡。

Nginx支持的负载均衡调度算法方式如下：

1、轮询（默认）每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器 down 掉，能自动剔除。

2、weight轮询（常用，具有HA功效！）：接收到的请求按照权重分配到不同的后端服务器，即使在使用过程中，某一台后端服务器宕机，Nginx会自动将该服务器剔除出队列，请求受理情况不会受到任何影响。这种方式下，可以给不同的后端服务器设置一个权重值(weight)，用于调整不同的服务器上请求的分配率；权重数据越大，被分配到请求的几率越大；该权重值，主要是针对实际工作环境中不同的后端服务器硬件配置进行调整的。

3、ip_hash（常用）：每个请求按访问ip的hash结果分配，这样每个访客固定访问一个后端服务器，这也在一定程度上解决了集群部署环境下session共享的问题。

4、fair：智能调整调度算法，动态的根据后端服务器的请求处理到响应的时间进行均衡分配，响应时间短处理效率高的服务器分配到请求的概率高，响应时间长处理效率低的服务器分配到的请求少；结合了前两者的优点的一种调度算法。但是需要注意的是Nginx默认不支持fair算法，如果要使用这种调度算法，请安装upstream_fair模块。

5、 url_hash：按照访问的url的hash结果分配请求，每个请求的url会指向后端固定的某个服务器，可以在Nginx作为静态服务器的情况下提高缓存效率。同样要注意Nginx默认不支持这种调度算法，要使用的话需要安装Nginx的hash软件包。

4、动静分离

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

二、Nginx的安装与配置

1、安装依赖环境

1. gcc安装

yum install -y gcc-c++

2. PCRE安装：

pcre是一个perl库，包括perl兼容的正则表达式库，nginx的http模块使用pcre来解析正则表达式，所以需要安装pcre库。

安装命令：

yum install -y pcre pcre-devel

3. zlib安装：

zlib库提供了很多种压缩和解压缩方式nginx使用zlib对http包的内容进行gzip，所以需要安装

安装命令：

yum install -y zlib zlib-devel

4. OpenSSL安装：

penssl是web安全通信的基石，没有openssl，可以说我们的信息都是在裸奔，所以需要安装

安装命令：

yum install -y openssl openssl-devel

5. 如果以上命令执行比较麻烦可以执行如下命令

yum install -y gcc-c++ pcre pcre-devel zlib zlib-devel openssl openssl-devel

2、安装nginx

1. 上传压缩包并解压（目录： /usr/soft）

2. 解压文件

tar -zxvf nginx-1.15.10.tar.gz

3. 配置

进入目录 nginx-1.15.10

使用默认配置 ./configure

4.编译（make）并安装（make install）： make&&make install

5. 查看安装位置 whereis nginx

6. 启动、停止 nginx

[root@hostM1 nginx-1.15.10]# cd /usr/local/nginx/sbin/

[root@hostM1 sbin]# ./nginx

[root@hostM1 sbin]# ./nginx -s reload 重新加载

[root@hostM1 sbin]# ./nginx -s quit 此方式停止步骤是待nginx进程处理任务完毕进行停止。

[root@hostM1 sbin]# ./nginx -s stop:此方式相当于先查出nginx进程id再使用kill命令强制杀掉进程。

7. 查询nginx进程：

ps aux|grep -v grep|grep nginx

ps -ef|grep -v grep|grep nginx

8. 访问nginx

192.168.200.201

将nginx设为开机启动

查看进程

创建nginx.service文件vim nginx.service

[Unit]
Description=nginx
After=network.target
[Service]
Type=forking
ExecStart=/usr/local/nginx/sbin/nginx  -c /usr/local/nginx/conf/nginx.conf
ExecReload=/usr/local/nginx/sbin/nginx -s  reload
ExecStop=/usr/local/nginx/sbin/nginx  -s stop
PrivateTmp=true
[Install]
WantedBy=multi-user.target

开始： Systemctl start nginx

关闭： Systemct stop nginx

重启： Systemct restart nginx

3、nginx 配置文件（nginx.conf）

第一部分：全局块

从配置文件开始到 events 块之间的内容，主要会设置一些影响 nginx 服务器整体运行的配置指令，主要包括配置运行 Nginx 服务器的用户（组）、允许生成的 worker process 数，进程 PID 存放路径、日志存放路径和类型以及配置文件的引入等。

比如第一行

worker_processes 1;

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

第二部分：events 块

events 块涉及的指令主要影响 Nginx 服务器与用户的网络连接，常用的设置包括是否开启对多 work process 下的网络连接进行序列化，是否允许同时接收多个网络连接，选取哪种事件驱动模型来处理连接请求，每个 word process 可以同时支持的最大连接数等。

events {

worker_connections 1024;

}

上述例子就表示每个 work process 支持的最大连接数为 1024.

这部分的配置对 Nginx 的性能影响较大，在实际中应该灵活配置。

第三部分：http 块

这算是 Nginx 服务器配置中最频繁的部分，代理、缓存和日志定义等绝大多数功能和第三方模块的配置都在这里。

需要注意的是：http 块也可以包括 http 全局块、server 块。

server{

listen 80; nginx 使用的端口号是80

server_name localhost; （192.168.221.32）

}

4、反向代理实例 1

访问 192.168.200.201的时候直接指向的是 ttp://192.168.200.201:8080

5、反向代理实例 2

根据访问的路径跳转到不同端口的服务器中

aaa http://192.168.200.201:8080

bbb http://192.168.200.201:8989

改写配置（一定要加斜杠）

vim /usr/local/nginx/conf/nginx.conf

location 指令说明该指令用于匹配 URL。语法如下：

location [ = | ~ |~* |^~] uri{

}

1、= ：用于不含正则表达式的 uri 前，要求请求字符串与 uri 严格匹配，如果匹配成功，就停止继续向下搜索并立即处理该请求。

2、~：用于表示 uri 包含正则表达式，并且区分大小写。

3、~*：用于表示 uri 包含正则表达式，并且不区分大小写。

4、^~：用于不含正则表达式的 uri 前，要求 Nginx 服务器找到标识 uri 和请求字符串匹配度最高的 location 后，立即使用此 location 处理请求，而不再使用 location 块中的正则 uri 和请求字符串做匹配。注意：如果 uri 包含正则表达式，则必须要有 ~ 或者 ~* 标识。

重新启动

systemctl restart nginx

6、Nginx配置负载均衡

准备工作：

两个tomcat服务器
将服务器中的页面改成不一样的用于区分
验证两个tomcat是否能够正常的启动
配置nginx

修改nginx.conf文件

启动 mydemo.jar 和 test.jar

打开第一个 34 端口号

打开第二个 35 端口号

接着打开 33 配置负载均衡访问 33 的时候可以访问到 34 或者 35

（ upstream 上游） upstream 算法

vim /usr/local/nginx/conf/nginx.conf

然后改写 location /

然后重新启动 nginx

因为没有配置（upstream 算法）第一次访问 34 第二次访问 35 （循环访问）

负载均衡的策略配置

1、轮询（默认）

每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器 down 掉，能自动剔除。

2、weight

weight 代表权,重默认为 1,权重越高被分配的客户端越多

upstream aaa{
server 192.168.159.34:8080 weight=10;         
server 192.168.159.34:8081 weight=100;
}
eight 和访问比率成正比，用于后端服务器性能不均的情况

指定轮询几率，weight 和访问比率成正比，用于后端服务器性能不均的情况

十次访问九次 34

3、ip_hash

每个请求按访问 ip 的 hash 结果分配，这样每个访客固定访问一个后端服务器，可以解决 session 的问题。例如：

upstream aaa{

ip_hash;

server 192.168.159.34:8080 ;

server 192.168.159.34:8081 ;

}

每次配置完成之后都要重新启动

IP 地址绑定到了 34 上边访问的只能是 34

4、fair（第三方）

按后端服务器的响应时间来分配请求，响应时间短的优先分配。

upstream aaa{

fair;

server 192.168.159.34:8080 ;

server 192.168.159.34:8081 ;

}

7、动静分离

Nginx 动静分离简单来说就是把动态跟静态请求分开，不能理解成只是单纯的把动态页面和静态页面物理分离。严格意义上说应该是动态请求跟静态请求分开，可以理解成使用 Nginx 处理静态页面，Tomcat 处理动态页面。动静分离从目前实现角度来讲大是纯粹把静态文件独立成单独的域名，放在独立的服务器上，也是目前主流推崇的方案；

配置静态资源:

约定:静态资源 location / {}

        location /dist {
            root   /usr/pro;
            index  index.html index.htm;
        }
//  location 路径
路径一定要包含root里面
访问dist的时候 ip:80/root目录/dist

location /aaa {
            alias   /usr/pro/dist;
            index  index.html index.htm;
        }

alias 访问aaa的时候 其实访问的是 /usr/pro/dist

部署项目到nginx（vue项目和springboot项目）

部署vue项目的时候注意编译时候的路径问题否则可能文件显示不成功

执行命令为：npm run build

部署到nginx的时候

需要在安装nginx的目录下面修改文件 /usr/local/nginx/conf/nginx.conf文件的http里面添加以下代码：

server {  
        listen       80;  
        server_name  192.168.159.35;  
        location / {  
            root   /usr/tmp/dist; # vue项目所在的文件夹的路径
            try_files $uri $uri/ /index.html;#解决刷新报404的问题
            index  index.html index.htm;
        }  
     }

11. 部署vue项目到nginx里面代理

12.将springboot项目部署到nginx里面

a.启动springboot项目

启动命令给 
nohup java -jar 名字 --server.port=8088 &
server {
  #监听的端口号
  listen  80;
  #设置访问的二级域名
  server_name 192.168.159.35;


  location /{
  #配置访问的项目路径（注:这里重点）
  proxy_pass http://192.168.159.35:8088/;
  # root html;
  # index index.html index.htm;
  proxy_set_header   Host $host;
  proxy_set_header X-Real-IP $remote_addr;
  proxy_set_header   X-Forwarded-For  $proxy_add_x_forwarded_for;
  client_max_body_size 100m;
  root html;
  index index.html index.htm;
   }
  }