nginx和openresty的使用

从哪些方面进行分享

  1. nginx与openresty是什么
  2. nginx与openresty的用途
  3. nginx与openresty怎么用(配置和使用,代码实例)

1. nginx与openresty是什么

  • nginx 简介
    nginx是nginx之父lgor Sysoev(塞索耶夫)为俄罗斯访问量第二的rambler.ru站点设计开发的http服务器。
  • nginx 特点
    • 高性能:单机轻松支持10万并发连接,nginx支持的并发连接上限取决于内存,10万远没封顶。
    • 低消耗:一般情况下10000个非活跃的keep-alive连接仅消耗2.5M的内存
    • 稳定:几乎可以7天*24小时不间断的运行,即使,运行数个月也不需要重新启动,还能够在不间断服务的情况下,对软件版本进行升级。
    • 功能丰富:可作为HTTP服务器,也可作为反向代理服务器,邮件服务器。并且支持很多第三方的模块扩展。
  • openresty是什么
    openresty是一个全功能的 Web 应用服务器。它打包了标准的 Nginx核心,以及很多的常用的第三方模块,以及它们的大多数依赖项。
    比如:MySQL、PostgreSQL、Memcached 以及 Redis访问模块。它的主要语言是lua。
  • openresty特点
    • 开发人员可以使用Lua脚本调动 Nginx 支持的各种 C 以及 Lua 模块,
    • 可以快速构造出足以胜任 10K 以上并发连接响应的超高性能 Web 应用系统。
    • 深度用户:360,阿里云,新浪,腾讯网,去哪儿网,酷狗音乐等

2. nginx与openresty的用途

  • nginx用途
    1. 作为代理服务器
      image.png

    2. 作为负载均衡服务
      image

    3. 可以动静分离请求
      Nginx可以根据配置对不同的请求做不同转发,这是动态分离的基础。合适的服务器处理相应的请求,使整个服务器系统的性能、效率更高。

    4. 还有其他用途
      大家可以补充

  • openresty可以做什么
    • openresty 是一个强大的 Web 应用服务器,Web服务器可以做什么? 服务、网站

3. nginx与openresty怎么用(配置和使用)

运行机制

  • nginx运行机制

    • 初始化 initing
      • configuration:读取配置文件,解析配置指令,设置运行参数
      • master-initing:配置文件解析完毕,master进程初始化公用的数据
      • worker-initing:worker 进程自己的初始化,进程专用的数据
    • 运行阶段 running
      在running 阶段,收到客户端请求后,nginx对每个请求都会使用一个专门的“流水线”处理。 7个阶段:
      • ssl:SSL/TLS 安全通信和验证
      • preread:在正式处理之前“预读”数据,接收 HTTP 请求头:
      • rewrite:检查、改写URI,实现跳转/重定向
      • access:访问权限控制
      • content:产生响应内容
      • filter:对content阶段产生的内容进行过滤加工处理
      • log:请求处理完毕,记录日志,或者其他的收尾工作
        image
  • OpenResty执行机制

    • init_by_lua:master-initing阶段,初始化全局配置或模块
    • init_worker_by_lua:worker-initing阶段,初始化进程专用功能
    • ssl_certificate_by_lua:ssl阶段,在“握手”时设置安全证书
    • set_by_lua:rewrite阶段,改写Nginx变量
    • rewrite_by_lua:rewrite阶段,改写URI,实现跳转/重定向
    • access_by_lua:access阶段,访问控制或限速
    • content_by_lua:content阶段,产生响应内容
    • balancer_by_lua:content阶段,反向代理时选择后端服务器
    • header_filter_by_lua:filter阶段,加工处理响应头
    • body_filter_by_lua:filter阶段,加工处理响应体
    • log_by_lua:log阶段,记录日志或其他的收尾工作

image

nginx的配置

  • 全局块(main):
    配置影响nginx全局的指令。一般有运行nginx服务器的用户组,nginx进程pid存放路径,日志存放路径,配置文件引入,允许生成worker process数等。
  • events块:
    配置影响nginx服务器或与用户的网络连接。有每个进程的最大连接数,选取哪种事件驱动模型处理连接请求,是否允许同时接受多个网路连接,开启多个网络连接序列化等。
  • http块:
    可以嵌套多个server,配置代理,缓存,日志定义等绝大多数功能和第三方模块的配置。如文件引入,mime-type定义,日志自定义,是否使用sendfile传输文件,连接超时时间,单连接请求数等。
  • upstream:
    配置代理服务,在http 模块下,通过server端调用。
  • server块:
    配置虚拟主机的相关参数,一个http中可以有多个server。
  • location块:
    配置请求的路由,以及各种页面的处理情况。

这四者之间的关系式:http继承main,server继承http,location继承server,upstream既不会继承其他设置也不会被继承。

详细配置

main全局配置

nginx在运行时与具体业务功能(比如http服务或者email服务代理)无关的一些参数,比如工作进程数,运行的身份等。

  • woker_processes 2
    在配置文件的顶级main部分,worker角色的工作进程的个数,master进程是接收并分配请求给worker处理。这个数值简单一点可以设置为cpu的核数grep ^processor /proc/cpuinfo | wc -l,也是 auto 值,如果开启了ssl和gzip更应该设置成与逻辑CPU数量一样甚至为2倍,可以减少I/O操作。如果nginx服务器还有其它服务,可以考虑适当减少。
  • worker_cpu_affinity
    也是写在main部分。在高并发情况下,通过设置cpu粘性来降低由于多CPU核切换造成的寄存器等现场重建带来的性能损耗。如worker_cpu_affinity 0001 0010 0100 1000; (四核)。
  • worker_connections 2048
    写在events部分。每一个worker进程能并发处理(发起)的最大连接数(包含与客户端或后端被代理服务器间等所有连接数)。nginx作为反向代理服务器,计算公式 最大连接数 = worker_processes * worker_connections/4,所以这里客户端最大连接数是1024,这个可以增到到8192都没关系,看情况而定,但不能超过后面的worker_rlimit_nofile。当nginx作为http服务器时,计算公式里面是除以2。
  • worker_rlimit_nofile 10240
    写在main部分。默认是没有设置,可以限制为操作系统最大的限制65535。
  • use epoll
    写在events部分。在Linux操作系统下,nginx默认使用epoll事件模型,得益于此,nginx在Linux操作系统下效率相当高。同时Nginx在OpenBSD或FreeBSD操作系统上采用类似于epoll的高效事件模型kqueue。在操作系统不支持这些高效模型时才使用select。

http服务器

与提供http服务相关的一些配置参数。例如:是否使用keepalive啊,是否使用gzip进行压缩等。

  • sendfile on
    开启高效文件传输模式,sendfile指令指定nginx是否调用sendfile函数来输出文件,减少用户空间到内核空间的上下文切换。对于普通应用设为 on,如果用来进行下载等应用磁盘IO重负载应用,可设置为off,以平衡磁盘与网络I/O处理速度,降低系统的负载。
  • keepalive_timeout 65
    长连接超时时间,单位是秒,这个参数很敏感,涉及浏览器的种类、后端服务器的超时设置、操作系统的设置,可以另外起一片文章了。长连接请求大量小文件的时候,可以减少重建连接的开销,但假如有大文件上传,65s内没上传完成会导致失败。如果设置时间过长,用户又多,长时间保持连接会占用大量资源。
  • send_timeout
    用于指定响应客户端的超时时间。这个超时仅限于两个连接活动之间的时间,如果超过这个时间,客户端没有任何活动,Nginx将会关闭连接。
  • client_max_body_size 10m
    允许客户端请求的最大单文件字节数。如果有上传较大文件,请设置它的限制值
  • client_body_buffer_size 128k
    缓冲区代理缓冲用户端请求的最大字节数

模块http_proxy
这个模块实现的是nginx作为反向代理服务器的功能,包括缓存功能(这里不展开说明)

  • proxy_connect_timeout 60
    nginx跟后端服务器连接超时时间(代理连接超时)
  • proxy_read_timeout 60
    连接成功后,与后端服务器两个成功的响应操作之间超时时间(代理接收超时)
  • proxy_buffer_size 4k
    设置代理服务器(nginx)从后端realserver读取并保存用户头信息的缓冲区大小,默认与proxy_buffers大小相同,其实可以将这个指令值设的小一点
  • proxy_buffers 4 32k
    proxy_buffers缓冲区,nginx针对单个连接缓存来自后端realserver的响应,网页平均在32k以下的话,这样设置
  • proxy_busy_buffers_size 64k
    高负荷下缓冲大小(proxy_buffers*2)
  • proxy_max_temp_file_size
    当 proxy_buffers 放不下后端服务器的响应内容时,会将一部分保存到硬盘的临时文件中,这个值用来设置最大临时文件大小,默认1024M,它与 proxy_cache 没有关系。大于这个值,将从upstream服务器传回。设置为0禁用。
  • proxy_temp_file_write_size 64k
    当缓存被代理的服务器响应到临时文件时,这个选项限制每次写临时文件的大小。proxy_temp_path(可以在编译的时候)指定写到哪那个目录。

proxy_pass,proxy_redirect见 location 部分。

模块http_gzip

  • gzip on :
    开启gzip压缩输出,减少网络传输。
  • gzip_min_length 1k
    设置允许压缩的页面最小字节数,页面字节数从header头得content-length中进行获取。默认值是20。建议设置成大于1k的字节数,小于1k可能会越压越大。
  • gzip_buffers 4 16k
    设置系统获取几个单位的缓存用于存储gzip的压缩结果数据流。4 16k代表以16k为单位,安装原始数据大小以16k为单位的4倍申请内存。
  • gzip_http_version 1.0
    用于识别 http 协议的版本,早期的浏览器不支持 Gzip 压缩,用户就会看到乱码,所以为了支持前期版本加上了这个选项,如果你用了 Nginx 的反向代理并期望也启用 Gzip 压缩的话,由于末端通信是 http/1.0,故请设置为 1.0。
  • gzip_comp_level 6
    gzip压缩比,1压缩比最小处理速度最快,9压缩比最大但处理速度最慢(传输快但比较消耗cpu)
  • gzip_types
    匹配mime类型进行压缩,无论是否指定,"text/html"类型总是会被压缩的。
  • gzip_proxied any
    Nginx作为反向代理的时候启用,决定开启或者关闭后端服务器返回的结果是否压缩,匹配的前提是后端服务器必须要返回包含"Via"的 header头。
  • gzip_vary on
    和http头有关系,会在响应头加个 Vary: Accept-Encoding ,可以让前端的缓存服务器缓存经过gzip压缩的页面。

server虚拟主机

http服务上支持若干虚拟主机。每个虚拟主机一个对应的server配置项,配置项里面包含该虚拟主机相关的配置。在提供mail服务的代理时,也可以建立若干server。每个server通过监听地址或端口来区分。

  • listen
    监听端口,默认80,小于1024的要以root启动。可以为listen *:80、listen 127.0.0.1:80等形式。
  • server_name
    服务器名,如localhost、www.example.com,可以通过正则匹配。

upstream

这个模块通过一个简单的调度算法来实现客户端IP到后端服务器的负载均衡,upstream后接负载均衡器的名字,后端realserver以 host:port options; 方式组织在 {} 中。如果后端被代理的只有一台,也可以直接写在 proxy_pass 。

  • service
    反向服务地址 加端口
  • weight
    权重
  • max_fails
    失败多少次 认为主机已挂掉则,踢出
  • fail_timeout
    踢出后重新探测时间
  • backup
    备用服务
  • max_conns
    允许最大连接数
  • slow_start

当节点恢复,不立即加入

location

http服务中,某些特定的URL对应的一系列配置项。

  • root /var/www/html
    定义服务器的默认网站根目录位置。如果locationURL匹配的是子目录或文件,root没什么作用,一般放在server指令里面或/下。
  • index index.jsp index.html index.htm
    定义路径下默认访问的文件名,一般跟着root放
  • proxy_pass http://backend
    请求转向backend定义的服务器列表,即反向代理,对应upstream负载均衡器。也可以proxy_pass http://ip:port。
  • proxy_redirect    off;
    修改被代理服务器返回的响应头中的location头域跟refresh头域数值
  • proxy_set_header   Host          $host;
  • proxy_set_header   X-Real-IP       $remote_addr;
  • proxy_set_header   X-Forwarded-For $proxy_add_x_forwarded_for;
  • proxy_set_header X-Forwarded-For $remote_addr;

location 匹配规则

location [=|~|~*|^~] patt {
 
}
  • location = /uri    =开头表示精确匹配,只有完全匹配上才能生效。
  • location ^~ /uri   ^~ 开头对URL路径进行前缀匹配,并且在正则之前。
  • location ~ pattern  ~开头表示区分大小写的正则匹配。
  • location ~* pattern  ~*开头表示不区分大小写的正则匹配。
  • location /uri     不带任何修饰符,也表示前缀匹配,但是在正则匹配之后。
  • location /      通用匹配,任何未匹配到其它location的请求都会匹配到,相当于switch中的default

优先级

(=) >(^~) > (~) >(~*) > (/uri) >(/)

[图片上传失败…(image-2ef2e0-1585469156917)]

location匹配规则,总结:

  1. 普通命中:顺序无所谓,是因为按命中长短来确定的
  2. 正则命中:顺序有所谓,因为是从前往后命中的

举例

########### 每个指令必须有分号结束。#################
#user root root;  #配置用户或者组,默认为nobody nobody。
worker_processes 2;  #允许生成的进程数,默认为1
#pid /nginx/pid/nginx.pid;   #指定nginx进程运行文件存放地址
error_log log/error.log debug;  #制定日志路径,级别。这个设置可以放入全局块,http块,server块,级别以此为:debug|info|notice|warn|error|crit|alert|emerg
events {
    accept_mutex on;   #设置网路连接序列化,防止惊群现象发生,默认为on
    multi_accept on;  #设置一个进程是否同时接受多个网络连接,默认为off
    #use epoll;      #事件驱动模型,select|poll|kqueue|epoll|resig|/dev/poll|eventport
    worker_connections  1024;    #最大连接数,默认为512, 单进程连接数,总连接数为:worker_processes*worker_connections
}
http {
    include       mime.types;   #文件扩展名与文件类型映射表
    default_type  application/octet-stream; #默认文件类型,默认为text/plain
    #access_log off; #取消服务日志    
    log_format myFormat '$remote_addr–$remote_user [$time_local] $request $status $body_bytes_sent $http_referer $http_user_agent $http_x_forwarded_for'; #自定义格式
    access_log log/access.log myFormat;  #combined为日志格式的默认值
    sendfile on;   #允许sendfile方式传输文件,默认为off,可以在http块,server块,location块。
    sendfile_max_chunk 100k;  #每个进程每次调用传输数量不能大于设定的值,默认为0,即不设上限。
    keepalive_timeout 65;  #连接超时时间,默认为75s,可以在http,server,location块。

    upstream mysvr {   
      server 127.0.0.1:7878;
      server 127.0.0.1:8050    weight=1  max_fails=1  fail_timeout=20;
      server 192.168.10.121:3333 backup;  #热备
    }
    error_page 404 https://www.baidu.com; #错误页
    server {
        keepalive_requests 120; #单连接请求上限次数。
        listen       4545;   #监听端口
        server_name  127.0.0.1;   #监听地址       
        location  ~*^.+$ {       #请求的url过滤,正则匹配,~为区分大小写,~*为不区分大小写。
           #root path;  #根目录
           #index vv.txt;  #设置默认页
           proxy_pass  http://mysvr;  #请求转向mysvr 定义的服务器列表
           deny 127.0.0.1;  #拒绝的ip
           allow 172.18.5.54; #允许的ip           
        } 
    }
}

openresty的使用

  • 下载配置openresty
  • 实例:api服务器-见测试工程
    链接: https://pan.baidu.com/s/1eLJ9zntbXTJLcsXs1XhepQ 提取码: vwfu
  • 2
    点赞
  • 20
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值