Nginx从入门到实践(反向代理,负载均衡,动静分离)

什么是Nginx

  • Nginx (engine x) 是一个高性能的HTTP和反向代理web服务器,同时也提供了IMAP/POP3/SMTP服务,
  • 一款轻量级的Web 服务器/反向代理服务器及电子邮件(IMAP/POP3)代理服务器,在BSD-like 协议下发行。其特点是占有内存少,并发能力强,事实上nginx的并发能力在同类型的网页服务器中表现较好.

如果你想了解基本原理:Nginx基本原理说明
还没有安装你可以看:linux系统 CentOS7 64位下安装nginx

Nginx基本概念

(1)反向代理
想要了解反向代理,我们需要先了解什么是正向代理

一,正向代理:如果把局外网的Internet想象成一个巨大的资源库,则局域网中的客户端(浏览器)要访问Internet(如www.baidu.com),则需要通过代理服务器来访问,这种代理服务器就称为正向代理,如下图
在这里插入图片描述

了解了什么正向代理,现在我们来看看什么是反向代理

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

在这里插入图片描述

(2)负载均衡

客户端发送多个请求服务器,服务器处理请求,有一些可能要与数据库进行交互,服务器处理完毕后,再将结果返回给客户端。这种架构模式对于早期的系统相对单一,并发较少的情况下比较适合,但随着信息数量的不断增加以及业务的复杂度增加,这种模式会造成服务器相应客户端的请求日益缓慢,甚至崩溃。

负载均衡: 单个服务器解决不了,我们增加服务器的数量,然后将请求分发到各个服务器上,将原先先请求集中到单个服务器上的情况改为分发到多个服务器上,将负载分发到不同的服务器,也就是我们所说的负载均衡。

如图,假设客户端一次发送15个请求过来,反向代理服务器就会将请求按策略(如轮询,每个服务器请求一次)分发给不同的服务器。

在这里插入图片描述

(3)动静分离

动静分离: 为了加快网站的解析速度,可以把动态页面和静态页面由不同的服务器来解析,加快解析速度。降低原来单个服务器的压力。简单来说就是把动态跟静态请求分开。

在这里插入图片描述

了解的nginx中的一些基本概念之后,我们就可以来通过实例来了解如何对上述的信息进行配置了。

如果你还没有安装 Nginx,请查看:linux系统 CentOS7 64位下安装nginx

Nginx常用命令

使用nginx操作命令前提条件:必须进入nginx的目录

你安装nginx的路径下的sbin中,如我安装在/usr/local/nginx/sbin
cd /usr/local/nginx/sbin

  1. 查看nginx的版本号

./nginx -v
在这里插入图片描述

  1. 启动nginx

./nginx
ps -ef | grep nginx 查看nginx的进程这里是引用

  1. 关闭nginx

./nginx -s stop
这里是引用

  1. 重新加载nginx(当我们修改了配置文件时,不想重启nginx,可以选择重新加载)

./nginx -s reload
这里是引用

  1. 重启nginx

./nginx -s reopen

Nginx配置文件

1. 配置文件的位置

找到自己nginx所在文件下的conf文件,如我的 : /usr/local/nginx/conf

cd /usr/local/nginx/conf
在这里插入图片描述

2. nginx配置文件组成

打开配置文件
vi nginx.conf

打开后的配置文件如下 :

#user  nobody;#配置用户或者组,默认为nobody nobody
worker_processes  3; #允许生成的进程数,默认为1

#error_log  logs/error.log;
#error_log  logs/error.log  notice;
#error_log  logs/error.log  info;
error_log log/error.log debug;
 #制定日志路径,级别这个设置可以放入全局块,http块,server块,级别以此为:debug|info|notice|warn|error|crit|alert|emerg

#pid        logs/nginx.pid;  #指定nginx进程运行文件存放地址

events {
    #accept_mutex on;   #设置网路连接序列化,防止惊群现象发生,默认为on
    #multi_accept on;  #设置一个进程是否同时接受多个网络连接,默认为off
    #use epoll;      #事件驱动模型,select|poll|kqueue|epoll|resig|/dev/poll|eventport
    worker_connections  1024;    #最大连接数,默认为512
}

http {
    include       mime.types;#文件扩展名与文件类型映射表
    default_type  application/octet-stream; #默认文件类型,默认为text/plain
     #access_log off; #取消服务日志  
    #log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
    #                  '$status $body_bytes_sent "$http_referer" '
    #                  '"$http_user_agent" "$http_x_forwarded_for"'; #自定义格式

    #access_log  logs/access.log  main; #combined为日志格式的默认值

    sendfile        on;#允许sendfile方式传输文件,默认为off,可以在http块,server块,location块。
    #tcp_nopush     on;

    #keepalive_timeout  0;
    keepalive_timeout  65;#连接超时时间,默认为75s,可以在http,server,location块。


    #gzip  on;

    server {
        listen       80;#监听端口
        server_name  localhost;#监听地址

        #charset koi8-r;

        #access_log  logs/host.access.log  main;

        location / { #请求的url过滤,正则匹配,~为区分大小写,~*为不区分大小写。

            root   html;#根目录
            index  index.html index.htm;#设置默认页
        }

        #error_page  404              /404.html;#错误页

        # redirect server error pages to the static page /50x.html
        #
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }

        # proxy the PHP scripts to Apache listening on 127.0.0.1:80
        #
        #location ~ \.php$ {
        #    proxy_pass   http://127.0.0.1;
        #}

        # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
        #
        #location ~ \.php$ {
        #    root           html;
        #    fastcgi_pass   127.0.0.1:9000;
        #    fastcgi_index  index.php;
        #    fastcgi_param  SCRIPT_FILENAME  /scripts$fastcgi_script_name;
        #    include        fastcgi_params;
        #}
 # deny access to .htaccess files, if Apache's document root
        # concurs with nginx's one
        #
        #location ~ /\.ht {
        #    deny  all; #拒绝的ip
        #}
    }
    
    # another virtual host using mix of IP-, name-, and port-based configuration
    #
    #server {
    #    listen       8000;
    #    listen       somename:8080;
    #    server_name  somename  alias  another.alias;

    #    location / {
    #        root   html;
    #        index  index.html index.htm;
    #    }
    #}

    # HTTPS server
    #
    #server {
    #    listen       443 ssl;
    #    server_name  localhost;

    #    ssl_certificate      cert.pem;
    #    ssl_certificate_key  cert.key;

    #    ssl_session_cache    shared:SSL:1m;
    #    ssl_session_timeout  5m;

    #    ssl_ciphers  HIGH:!aNULL:!MD5;

nginx上述的文件,我们将nginx.conf配置文件分为三部分:

第一部分:全局块

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

比如上面第一行配置的:

worker_processes 3;

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

第二部分:event块

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

events {
worker_connections 1024;
}

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

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

第三部分: http块
这算是Nginx服务器配置中最频繁的部分,代理,缓存和日志定义等绝大多数功能和第三方模块的配置都在这里。
需注意的是:http块包括 http全局块,server块

http {
    include       mime.types;
    default_type  application/octet-stream;

    sendfile        on;
   
    keepalive_timeout  65;

    server {
        listen       80;
        server_name  localhost;

        location / {
            root   html;
            index  index.html index.htm;
        }

①、http全局块

http全局块配置的指令包括文件引入,MIME-TYPE定义,日志自定义,连接超时时间,单链接请求上限等。

②、server块

这块和虚拟主机有密切关系,虚拟主机从用户角度看,和一台独立的硬件主机是完全一样的,该技术的生产是为了节省互联网服务器硬件成本。

每个http块可以包括多个server块,而每个server块就相当于一个虚拟主机。

而每个server块也分为全局server块,以及可以同时包含多个location块

1.全局server块

最常见的配置是本虚拟机主机的监听配置和本虚拟机主机的名称或IP配置。

listen 80; #监听端口
server_name localhost; #域名

2.location块
一个server块可以配置多个location块。

这块的主要作用是基于Nginx服务器接收的请求字符串(例如 server_name/uri-string),对虚拟机主机名称(也可以是IP别名)之外的字符串(例如 前面的 /uri-string)进行匹配,对特定的请求进行处理。地址定向,数据缓存和应答控制功能,还有许多第三方模块的配置也在这里进行。

location / {
root html;
index index.html index.htm;
}

之后我们将会进行更详细的说明。

如果你想了解配置的详细说明,请查看:Nginx配置文件(nginx.conf)配置详解

ps:由于不是一天完成编写,虚拟机的地址有时会有些改变,导致前后演示地址不一致,但并不影响总体观看。

Nginx配置实例-反向代理

实例一

实现效果:打开浏览器,在浏览器地址栏输入地址 www.123.com ,跳转到linux系统tomcat主页面中。

一,准备工作

  1. 在linux系统中安装tomcat,默认端口8080
    安装教程:Linux系统下安装tomcat

  2. 启动tomcat
    进入到tomcat的bin目录中, ./startup.sh启动tomcat服务器

  3. 在windows系统中通过浏览器访问tomcat服务器
    在这里插入图片描述

二、Nginx配置反向代理具体配置

一、在windows系统的host文件进行域名和ip对应关系的配置
在这里插入图片描述

添加内容在host文件中

192.168.1.110 www.123.com

成功后可以做到如下形式访问
在这里插入图片描述

二、在nginx进行请求转发的配置(反向代理配置)

我们找到linux中nginx的配置文件 server块,进行如下配置
在这里插入图片描述
保存并退出。 esc wq

之后启动nginx ./nginx

如上配置,我们监听80端口,访问域名www.123.com,不加端口号时默认80端口,故访问该域名时会跳转到127.0.0.1:8080路径上。在浏览器端输入www.123.com.结果如下:
在这里插入图片描述

实例二

实现效果: 使用Nginx反向代理,根据访问的路径跳转到不同端口的服务器中。
nginx监听端口为9001.
访问http://127.0.0.1:9001/demo1/ 直接跳转到127.0.0.1:8080
访问http://127.0.0.1:9001/demo2/ 直接跳转到127.0.0.1:8081

一、准备工作

  1. 准备两个tomcat服务器,一个端口8080,一个端口8081,并且windows能正确访问,如下图:
    在这里插入图片描述在这里插入图片描述
    在这里插入图片描述

  2. 创建文件夹和测试文件
    在tomcat8080和tomcat8081的webapps目录下分别创建demo1和demo2文件夹,放入文件 a.html。
    如图:
    在这里插入图片描述
    在这里插入图片描述

在这里插入图片描述
完成后输入地址 http://虚拟机ip:8081/demo2/a.html 能出现如下页面:
在这里插入图片描述
二、Nginx实例二具体配置

(1)找到nginx配置文件,进行反向代理配置,server块,进行如下配置

# another virtual host using mix of IP-, name-, and port-based configuration
#找到有上面注释的位置进行配置
    server {
        listen       9001;#监听9001端口
        server_name  192.168.1.115;#自己的虚拟机ip

        location ~ /demo1 {
            proxy_pass http://127.0.0.1:8080;
        }

       location ~ /demo2 {
           proxy_pass http://127.0.0.1:8081;
       }

     }

location 指令说明

该指令用于匹配URL
语法如下:
在这里插入图片描述

  1. = :用于不含正则表达式的uri前,要去请求字符串与uri严格匹配,如果匹配成功,就停止继续向下搜索并立即处理该请求。
  2. ~ :用于表示uri包含正则表达式,并区分大小写
  3. ~* :用于表示uri包含正则表达式,并不区分大小写
  4. ^~ :用于不含正则表达式的uri前,要求Nginx服务器找到标识uri和请求字符串匹配度最高的location后,立即使用此location处理请求,而不再使用location块中的正则uri和请求字符串做匹配。

注意:如果uri包含正则表达式,则必须要有 ~或者 ~*标识

三、开放9001端口
在测试前,一定记得在防火墙开放你需要的端口,如目前我们所要开放的端口有:8081,8080,9001

查询有哪些端口是开启的:
firewall-cmd --list-port
开启端口
firewall-cmd --zone=public --add-port=要开启的端口(如8080)/tcp --permanent
如:firewall-cmd --zone=public --add-port=8080/tcp --permanent
重启防火墙:
firewall-cmd --reload
关闭firewall:
systemctl stop firewalld.service #停止firewall
systemctl disable firewalld.service #禁止firewall开机启动

目前我开放的端口:
在这里插入图片描述
四、最终测试

启动Nginx ./nginx

windows浏览器输入 http://虚拟机ip:9001/demo1/a.html和http:/虚拟机ip:9001/demo2/a.html,可以看到,我们同一个地址和端口通过nginx反向代理访问了两台tomcat的服务器上的不同资源,这里可以和之前访问形式做对比。
在这里插入图片描述
在这里插入图片描述

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

Nginx配置实例-负载均衡

实现效果:浏览器地址栏输入地址:http://虚拟机ip/demo3/a.html ,负载均衡效果,平均到8080和8081服务器中。

一、准备工作

(1)准备两台tomcat服务器,一台8080,一台8081
在这里插入图片描述
(2)在两台tomcat里面webapps目录中,都创建名称demo3文件夹,在demo3文件夹中创建 b.html,用于测试。如下图所示
在这里插入图片描述

在这里插入图片描述
页面内容如下,8081也是类似:
在这里插入图片描述

(3)启动tomcat,在浏览器输入地址,能正确访问 b.html,如图:
在这里插入图片描述
在这里插入图片描述

二、Nginx负载均衡具体配置

在nginx中conf文件找到nginx.conf配置文件进行配置。

http块中加入如下配置:
部分无关配置的以省略

http {
    include       mime.types;
    default_type  application/octet-stream;
    
    sendfile        on;
       
    keepalive_timeout  65;

    #gzip  on;
    
    #加入如下配置
    upstream myserver {
        server 192.168.1.119:8080;#负载均衡的地址
        server 192.168.1.119:8081;#负载均衡的地址
  
    }
    #修改server块配置如下
    server {
        listen       80;#端口,默认80
        server_name  192.168.1.119;#主机ip

        location / {
            proxy_pass http://myserver; ##请求转向myserver 定义的服务器列表            
            root   html;
            index  index.html index.htm;
        }

保存后退出 wq!

之后我们启动nginx,tomcat.进行测试!

浏览器输入:http://虚拟机地址/demo3/b.html,如我的:http://192.168.1.119/demo3/b.html,多次刷新,可以看到,nginx将请求在8080和8081服务器轮询(nginx默认的负载均衡就是轮询)。说明成功了!
在这里插入图片描述
在这里插入图片描述
小问题:使用谷歌浏览器,需要在地址栏敲回车才能出效果,刷新无效,目前还不知道是什么原因。其他浏览器均可,如你知道,劳烦告知!!如已修复,不做探究!

Tips:

负载均衡是将负载分摊到不同的服务单元,即保证服务的可用性,有保证响应的快捷性,给用户很好的体验。Nginx提供几种分配方式(策略):

  1. 轮询(默认):
    每个请求按时件顺序逐一分配到不同的后端服务器,如果后端服务器down掉,自动剔除!

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

upstream myserver {
server 192.168.1.119:8080 weight=10 ;
server 192.168.1.119:8081 weight=5;
}

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

upstream myserver {
ip_hash
server 192.168.1.119:8080;
server 192.168.1.119:8081;
}

  1. fair(第三方)
    按后端服务器的响应时间来分配,响应时间短的优先分配。例如:

upstream myserver {
server 192.168.1.119:8080;
server 192.168.1.119:8081;
fair
}

  1. url_hash
    按访问url的hash结果来分配请求,使每个url定向到同一个后端服务器,可以进一步提高后端缓存服务器的效率。Nginx本身是不支持url_hash的,如果需要使用这种调度算法,必须安装Nginx 的hash软件包。

小总结: 单个服务器解决不了,我们增加服务器的数量,然后将请求分发到各个服务器上,将原先先请求集中到单个服务器上的情况改为分发到多个服务器上,将负载分发到不同的服务器,也就是我们所说的负载均衡。

Nginx配置实例-动静分离

Nginx动静分离简单来说就是把动态跟静态请求分开,不能理解成只是单纯的把动态页面和静态页面物理分离。严格意义上说应该是动态请求跟静态请求分开,可以理解成使用Nginx处理静态页面,Tomcat处理动态页面。动静分离从目前实现角度来讲大致分为两种:

一种是纯粹把静态文件独立成单独的域名,放在独立的服务器上,也是目前主流推崇的方案;
另外一种方法就是动态跟静态文件混合在一起发布,通过nginx来分开。

通过location指定不同的后缀名实现不同的请求转发。通过expires参数设置,可以使浏览器缓存过期时间,减少与服务器之前的请求和流量。具体Expires定义:是给一个资源设定一个过期时间,也就是说无需去服务端验证,直接通过浏览器自身确认是否过期即可,所以不会产生额外的流量。此种方法非常适合不经常变动的资源。(如果经常更新的文件,不建议使用Expires来缓存),我这里设置3d,表示在这3天之内访问这个URL,发送一个请求,比对服务器该文件最后更新时间没有变化,则不会从服务器抓取,返回状态码304,如果有修改,则直接从服务器重新下载,返回状态码200。.

下面演示纯粹把静态文件独立成单独的域名,放在独立的服务器上的形式
一、准备工作

(1)在liunx系统中准备静态资源,用于进行访问。
例如:我在linux的/usr/local 创建了test文件夹,在里面创建了两个文件,用于存放静态资源。
在这里插入图片描述
(2)找到nginx配置文件,在http块中server块做如下配置:

 server {
        listen       80;
        server_name  192.168.1.107;#虚拟机ip
        #charset koi8-r;
        #access_log  logs/host.access.log  main;
        
        location /still/ {
            root   /usr/local/test/;   #路径,可以是绝对或相对路径
            index  index.html index.htm;
        }

        location /image/ {
           root   /usr/local/test/; 
           autoindex   on; #列出当前文件夹的内容
        }
       }

保存并退出 wq

(3)测试
启动nginx 在浏览器输入地址:http://主机ip/image/jing.png或者http://主机ip/still/still.html

tips: autoindex on; #列出当前文件夹的内容
则会显示如下形式。 是不是和某些 安装包的网站类似。
在这里插入图片描述

在这里插入图片描述

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值