nginx服务器

目录

什么是nginx

使用nginx的命令

nginx的目录结构

nginx的基本请求流程

nginx的基础配置文件

虚拟主机

虚拟主机域名配置

正向代理

反向代理

负载均衡

负载均衡策略

轮询策略

权重策略

ip_hash策略

least_conn策略

url_hash策略

fair策略

nginx常见属性

down属性

backup属性

动静分离

静态页面

动态请求

关于静态资源location匹配

urlRewrite

flag标记说明

防盗链

防盗链与自定义错误文件

防盗链配置

使用curl测试防盗链

curl基本命令

nginx高可用

前言

keepalived的使用

测试

什么是nginx

nginx是一款高性能的HTTP和反向代理web服务器,同时也提供了IMAP/POP3/SMTP服务,因为其稳定、丰富的功能集,简单的配置文件和地系统的资源消耗而闻名

注意:

  • nginx的主要功能是实现反向代理
  • 通过配置文件可以实现集群和负载均衡
  • 静态资源虚拟化
  • nginx底层是用C语言进行开发的

使用nginx的命令

进入安装好nginx的sbin目录

  • ./nginx:启动
  • ./nginx -s stop:快速停止
  • ./nginx -s quit:优雅关闭,在退出前完成已经接受的连接请求
  • ./nginx -s reload:重新加载配置

访问时注意关闭防火墙

关闭防火墙:systemctl stop firewalld.service

禁止防火墙开机自启:systemctl disable firewalld.service

访问虚拟机:http://192.168.126.129

注意:默认会跳到nginx内html目录下的index.html页面 

nginx服务器_第1张图片

注意:

  1. nginx每次启动时都会有2个进程,一个主进程,一个守护进程;
  2. 主进程:主要提供反向代理服务,占用内存空间大
  3. 守护进程:防止主进程意外关闭
  4. 如果要关闭nginx则需要先关闭守护进程,然后再关闭主进程(window内关服务的话)

nginx的目录结构

conf:存放nginx的主配置文件

注意:nginx.conf为nginx的核心配置文件,里面进行nginx的一些策略设置等,在该配置文件里面会引用到其他配置文件

html:存放默认情况下(成功、失败等)的网页和其他的一些静态资源

logs:用来记录访问日志(分别有成功访问日志以及失败访问日志)

sbin:存放nginx的主程序,用于nginx的启动与关闭等

nginx的基本请求流程

nginx服务器_第2张图片

理解:nginx服务开启(此时nginx已经通过sbin目录下的主程序开启),首先nginx的Master主进程会把nginx.conf配置文件的内容读取进来并校验,若配置文件没有错误,则他的会开启多个子进程,来等待客户端发起的请求,worker对请求进行响应与解析,找到html目录,并将对应的资源返回给用户。

注意:nginx的主进程不处理业务,他的主要作用就是协调这些子进程worker

nginx的基础配置文件

#说明在启动nginx的时候要启动多少个子进程
worker_processes  1;
#事件驱动模块
events {
#每一个work进程能够创建多少个连接
    worker_connections  1024;
}
#http协议(里面可有多个主机,客户端请求按照顺序进行)
http {
#include作用是把另外一个配置文件引入到我们当前的配置文件当中
#mime.types-请求头,头里面会表明当前给客户端发送的文件的类型
    include       mime.types;
#如果类型不包含在mime.types里,那么就会用下面的默认类型
    default_type  application/octet-stream;
#数据零拷贝,若为off则nginx应用程序会读取资源后复制给网络接口,若为on,则nginx不去加载资源,会向网络接口添加信号;网络接口来读取资源(网络接口读到文件后直接通过网路将数据发送给用户)
    sendfile        on;
#保持连接超时的时间
    keepalive_timeout  65;
#一个server代表一个虚拟主机,可写多个server(每个虚拟主机之间互相不干扰)
    server {
#可以通过端口号的方式来区分主机的不同(当前服务器主机在80端口运行)
        listen       80;
#表示当前主机的主机名(域名/主机名)
        server_name  localhost;
#localion表示拦截root目录下的子目录路径名(可写多个location)
        location / {
#root表示以nginx目录下的什么目录为根目录(这里用到了相对路径-nginx内的html)
            root   html;
#index表示响应给具体目录下的具体页面
            index  index.html index.htm;
        }
#如果发生下面错误码的错误,那么就会转向/50x.html这个地址
        error_page   500 502 503 504  /50x.html;
#一旦用户访问/50.html,那么就会在root目录下寻找50x.html
        location = /50x.html {
            root   html;
        }
    }
}

虚拟主机

理解:把一台主机虚拟出来更多的主机(实现了一个ip地址可以访问多个域名),由nginx里判断,该客户端到底要访问哪个域名,nginx找到资源后将其返回给客户端

虚拟主机域名配置

http {
    include       mime.types;
    default_type  application/octet-stream;
    sendfile        on;
    server {
#访问端口号为88,打破http默认端口
        listen       88;
#配置的域名,对应的是本机ip(域名可以写多个)
        server_name  cjc.com;
#拦截uri为/app的请求
        location /{
#响应根目录下的www/main内的资源
            root   /www/main;
#响应的资源名
            index  main.html;
        }
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }    
    }
#第二个虚拟主机(顺序执行)
  server {
        listen       80;
        server_name  localhost;
        location /{
#这里用了相对路径,nginx下html内的static目录
            root   html/static;
            index  app.html;
        }
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }    
    }
  server {
        listen       90;
        server_name  localhost;
        location /{
#proxy_pass的作用:将拦截的请求响应到一个地址上
            proxy_pass  http://www.265.com/;
        }
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }    
    }
}

注意:

  • server_name可以写多个域名,中间用空格隔开。
  • server_name支持正则表达式匹配
  • 一个server_name相当于一个服务端ip地址,当然,该位置也可以直接写成服务端ip地址

正向代理

含义:客户端发送的请求会先经过代理服务器,然后代理服务器转发请求到目标服务器,代理服务器从目标服务器获得内容后响应给客户端,整个过程目标服务器不知道是哪个具体客户端发出的请求(客户端没法访问目标服务器,通过代理服务器进行转发)

nginx服务器_第3张图片

反向代理

含义:用户发送请求到目标服务器,由代理服务器决定访问哪个ip,整个后面的过程用户不清楚,也不清楚是哪个服务器为自己处理的请求,全是由反向代理服务器决定

nginx服务器_第4张图片

理解:用户在访问系统时通过互联网到我们系统的网关路由上,网关会将请求转发到具体的nginx服务器上,此服务器为nginx反向代理服务器,他会把用户发来的所有请求转发到我们后端的应用服务器(用户不能够直接访问外网服务器,必须通过nginx将请求转发给服务器;然后服务器将结果返回给nginx,nginx再将数据传递给用户)

#虚拟主机
  server {
        listen       90;
        server_name  cjc.com;
        location /{
#proxy_pass后面配置一个服务器地址(不支持https服务器)
            proxy_pass  http://192.168.18.16:8080;
        }
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }    
    }

经测试向nginx服务器发送参数时,nginx会向目标服务器实现请求转发功能,该请求会发送到目标服务器内

即访问:cjc.com:90?name=lili

等价于:http://192.168.18.16:8080?name=lili

负载均衡

含义:请求发送到系统时,通过某些方式把请求均匀分发到多个节点上,使系统中的每个节点都能够均匀的处理请求负载,则可以认为系统是负载均衡的

http {
    include       mime.types;
    default_type  application/octet-stream;
    sendfile        on;
#虚拟主机
  server {
        listen       88;
        server_name  cjc.com;
        location /{
#proxy_pass后面配置一个服务器地址(不支持https服务器)
            proxy_pass  http://randomName/getPort;
        }
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }    
    }
#upstream定义一组服务器来使用,用来配置负载均衡
  upstream randomName{
  server  192.168.18.16:8080;
  server  192.168.18.16:8081;
  server  192.168.18.16:8082;
  }
}

在后端开启了3个端口(8080、8081、8082)的服务 

@RestController
public class TestController {
    @Value("${server.port}")
    private String port;
    @GetMapping("/getPort")
    public String getPort(String user){
        System.out.println(user);
        return "当前端口号"+port;
    }
}

注意:访问cjc.com:88?name=lili等价于向randomName服务器集群中/getPort?name=lili

负载均衡策略

轮询策略

含义:按照配置文件的顺序依次访问(默认为轮询)

  upstream randomName{
  server  192.168.18.16:8080;
  server  192.168.18.16:8081;
  server  192.168.18.16:8082;
  }

权重策略

分别给每个服务适当的权重,若没有设置权重,那么默认权重为1

#upstream定义一组服务器来使用,用来配置负载均衡
  upstream randomName{
#为该服务设置权重为6
  server  192.168.18.16:8080  weight=6;
#为该服务设置权重为3
  server  192.168.18.16:8081  weight=3;
#为该服务设置权重为1
  server  192.168.18.16:8082  weight=1;
  }

ip_hash策略

判断来源的ip地址,相同的ip指向相同的服务器

  upstream randomName{
#与第一个服务进行绑定
  ip_hash;
  server  192.168.18.16:8080;
  server  192.168.18.16:8081;
  server  192.168.18.16:8082;
  }

注意:

  • ip_hash;可以放在任意位置,但是最终只会与不是down的服务进行绑定 
  • 设置ip_hash;时ip一般不会与备用机进行绑定

least_conn策略

最少连接访问:寻找连接数最少的服务器进行访问

  upstream randomName{
  least_conn;
  server  192.168.18.16:8080 backup;
  server  192.168.18.16:8081;
  server  192.168.18.16:8082;
  }

注意:这里有一个问题,比如某个服务器由于性能原因,通过权重策略使得该服务器的流量变少,这时使用该最少连接访问那么就不合理

url_hash策略

判断来源的url路径,相同的url指向相同的服务器-比如注册的时候被转发到某台服务器(少用)

注意:使用该策略时需要安装第三方插件

fair策略

根据后端服务器响应速度来实现转发请求(有流量倾斜的风险)

注意:使用时还得安装插件很少用

nginx常见属性

down属性

理解:若down属性标识了该服务器,则nginx不会再次访问该服务器

  upstream randomName{
#down掉第一个服务,ip_hash;自动绑定下一个服务
  ip_hash;
  server  192.168.18.16:8080 down;
  server  192.168.18.16:8081;
  server  192.168.18.16:8082;
  }

backup属性

理解:设置备用机,正常情况下备用机不会被访问,但当主机遇忙或者down机后,备用机才会被访问

  upstream randomName{
#将第一台机器设置为备用机
  server  192.168.18.16:8080 backup;
  server  192.168.18.16:8081;
  server  192.168.18.16:8082;
  }

动静分离

理解:将动态请求和静态请求分离开,将静态资源前置到nginx里,将动态请求打到后端的tomcat中

作用:动静分离的基础是它可以根据配置不同的请求做不同的转发,动静分离有利于提高整个服务器系统的性能

静态页面

#访问cjc.com对应的ip地址:80
  server {
        listen       80;
        server_name  cjc.com;
#后接/static会返回nginx/html/static目录下的app.html页面
        location /static{
            root html;
            index  app.html;
        }
#后接/fix会返回nginx/html/fix目录下的fix.html页面
        location /fix{
            root html;
            index  fix.html;
        }
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }    
    }

动态请求

  server {
        listen       80;
        server_name  cjc.com;
        location /{
            proxy_pass  http://randomName/getPort;
        }
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }    
    }
  upstream randomName{
  least_conn;
  server  192.168.18.16:8080 backup;
  server  192.168.18.16:8081;
  server  192.168.18.16:8082;
  }

关于静态资源location匹配

  • location后面接的路径越复杂,则优先级越高,如/fix比/优先级高
  • location后面的路径支持正则表达式写法(该正则里面不区分大小写)

urlRewrite

后端开启8080端口

@RestController
public class TestController {
    @RequestMapping("/first.html")
    public String getFirst(String username){
        return "第一名:"+username;
    }
}

通过正则匹配实现用2.html代替后端first.html?username=lili这个请求

  server {
        listen       88;
        server_name  cjc.com;
        location /{
            rewrite ^/2.html$  /first.html?username=lili  break; #break为flag标记
            rewrite ^/1.html$  /first.html?username=lan  break;
            proxy_pass  http://192.168.18.16:8080;
        }
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }    
    }

请求:http://192.168.18.16:8080/2.html

相当于请求:http://192.168.18.16:8080/first.html?username=lili

注意:urlRewrite规则可以写多个 

flag标记说明

  • break:匹配到了当前这一条那么直接返回,不会再继续匹配了,浏览器地址不变,但会显示新页面
  • last:本条规则匹配完成后继续向下匹配后面的location url规则(跳出当前location作用域,继续匹配下一个location作用域的规则[因为location可写多个])——用的极少
  • redirect:返回302,临时重定向,浏览器地址栏会显示跳转后的url地址
  • permanent:返回301,永久重定向,浏览器地址栏会显示跳转后的url地址

防盗链

含义:存在我们服务器上的那些资源只能由我们自己的服务器来进行访问,其他地方的服务器地址来引入该资源则访问失败

防盗链与自定义错误文件

  server {
        listen       80;
        server_name  cjc.com;
        location /static{
#设置可以访问该静态资源的地址(none标识防盗链的配置,最后面的域名可以设置多个,多个之间用空格隔开)
        valid_referers none 192.168.18.16;
#如果不是白名单,则会报403错误 
        if ($invalid_referer) {
#这里也可以直接rewrite
#rewrite ^/    img/x.png break;
        return 403;
        }
            root html;
            index  app.html;
        }
#如果发生下面错误码的错误,那么就会转向/50x.html这个地址
        error_page   500 502 503 504  /50x.html;
#一旦用户访问/50.html,那么就会在root目录下寻找50x.html
        location = /50x.html {
            root   html;
        }
        error_page   403  /40x.html;
        location = /40x.html {
            root   html;
        }
}

注意:

  • if与()之间有个空格,不然报错 
  • return也可以直接return页面,如return /40x.html;那么就会直接去nginx目录的html目录内去找对应的文件

防盗链配置

格式:valid_referers   none   server_name

  • none:就是referer头(http报文里的)如果不存在的情况下允许访问(就是浏览器直接访问静态资源)
  • server_name:设置一个或多个URL,检测Referer头域的值是否是这些URL之间的一个

使用curl测试防盗链

linux下安装curl:yum install -y curl

curl基本命令

curl -I http://192.168.44.101/img/logo.png

解释:

  • 直接访问服务器内的资源,最终返回响应头(-I参数)信息
  • 相当于浏览器直接访问服务器内的logo.png

curl -e "http://baidu.com" -I http://192.168.44.101/img/logo.png

解释:表示访问192.168.44.101引用http://baidu.com内img下的logo.png资源

nginx高可用

前言

我们知道后端的应用服务器通过nginx的负载均衡保证了后端服务的高可用(后端服务器冗余备份,以备不时之需);但是我们应该怎么保证nginx的高可用呢?

开两个nginx服务,通过keepalived通信机制,keepalived不需要nginx加一层机器,其跑在运行中的机器上;当keepalived跑起来以后两台keepalived的机器(nginx)上会互相通信,来检测对方是否挂掉;两台机器既然要同时提供服务,那么两台机器必然具有不同ip地址,那么前端的用户请求应该请求哪个ip地址呢?

keepalived会管理虚拟ip地址在两台服务器中切换,用户发的请求都会通过虚拟ip,当一台机器down后,那么虚拟ip地址就会在下一个机器中。

简单解释:就是一个两个nginx以及所在的机器和keepalived都运行着,一个nginx提供服务,另一个nginx当备胎,用户请求只请求那个虚拟ip地址;那么一个nginx机器down了,虚拟ip跑到下一个nginx机器上,备用机开始提供服务

keepalived的使用

安装keepalived:yum install -y keepalived

进入/etc/keepalived目录的keepalived.conf文件

! Configuration File for keepalived

global_defs {

   router_id LVS_DEVEL
}
#vrrp为keepalived在内网当中通信的协议,VI_1为实例名称,可以随机写
vrrp_instance VI_1 {
#state表示当前机器是master
    state MASTER
#interface后面接网卡名称
    interface ens33
    virtual_router_id 51
#priority表示优先级,主备竞选来决定谁是master
    priority 100
#间隔检测的时间
    advert_int 1
#分组认证配置(同一组保持一致)
    authentication {
        auth_type PASS
        auth_pass 1111
    }
#虚拟ip地址,可以添写多个
    virtual_ipaddress {
        192.168.126.130
    }
}

启动keepalived:systemctl start keepalived

查看keepalived状态:systemctl status keepalived

查看ip地址:ip addr

nginx服务器_第5张图片

可以看出多了个vip

然后在第二个含有nginx的linux服务器内配置keepalived

在对应的keepalived.conf文件内配置

! Configuration File for keepalived

global_defs {
#改变router_id名称
   router_id LVS_DEVEL1
}
vrrp_instance VI_1 {
#将状态设置为备用机
    state BACKUP
    interface ens33
    virtual_router_id 51
#优先级相对于master设置的低一些,因为是备用机
    priority 50
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
#虚拟ip地址,可以添写多个
    virtual_ipaddress {
        192.168.126.130
    }
}

注意:

  • vrrp_instance实例名称与virtual_router_id以及authentication必须是对应的(若对应不上则加入不到一组里)
  • keepalived选举方式:通过keepalived配置文件中的优先级,优先级越高,则越容易成为master,一旦优先级比别的优先级低的话,那么自己就会把自己改成backup了

将第二个keepalived也启动

测试

通过外网ping 192.168.126.130会发现起初master主机可以给外网计算机发送数据,当把主机down掉,那么会发现备用机身上的ip突然多出了192.168.126.130,备用机开始给主机发送数据(实现了ip漂移)

你可能感兴趣的:(计算机网络,运维)