nginx 篇章一

2020-01-16  本文已影响0人  Best博客

nginx越看越觉得深真是个功能强大的家伙,感觉是不是要总结点什么了,以后技术方案选型时候才能清晰的道出所以然,所以要不先列个方向后面再来慢慢续。

nginx

nginx深入配置篇章教程
nginx配置文件结构,内置变量及参数调优
nginx限速

看了很多nginx配置文章,还是以实际场景来划分把
0.了解nginx的模块划分的配置结构思想
1.分别以tcp和unix的通讯方式配置 nginx + php-fpm
2.nginx配置静态资源服务器
3.nginx配置location根据不同的路径进行转发到不同项目目录
4.ngixn配置负载均衡(ip模式不是百分百转发到同一台服务器)
5.nginx 并发场景优化
6.nginx结合lua脚本来一版

  1. nginx 结构分析篇
...              #全局块。
events {         #events块
 ...
}
http      #http块
{
  ...   #http全局块
  server        #server块
  { 
      ...       #server全局块
      location [PATTERN]   #location块
      {
          ...
      }
      location [PATTERN] 
      {
          ...
      }
  }
  server
  {
    ...
  }
  ...     #http全局块
}

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

2.nginx实际配置篇

########### 每个指令必须有分号结束。#################
#user administrator administrators;  #配置用户或者组,默认为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
}
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 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
        }
    }
    server {
        listen       80;
        server_name  127.0.0.1;
        index        index.html index.htm index.php;
        root         /var/www/yii_customer_service/scan;
        error_log    /var/log/nginx/xiaokefu.error.log notice;
        access_log   /var/log/nginx/xiaokefu.access.log;

        # 一个server可以对应多个location,server负载监听网络端的请求,但请求来了怎么解析就得靠location了
        # 可能一个请求同时满足多个location的,所以location解析是有优先级的,有着自己的语法
        location / {
            try_files $uri $uri/ /index.php$is_args$args;
        }

        # php相关配置
        location ~ \.php$ {
           #这里记得修改你的php-fpm配置配合以socker的形式与nginx进行通讯
          # socket与tcp的优势与劣势,一句话大并发还是用tcp把(1.负载,2.tcp更稳定)
            fastcgi_pass   unix:/run/php/php7.1-fpm.sock;  #听说socket放在/dev/shm/php7.1-fpm.sock;可以更速度,因为/dev/shm 是系统级别的内存目录
            fastcgi_index  index.php;
            fastcgi_param  SCRIPT_FILENAME  $document_root$fastcgi_script_name;
            include        fastcgi_params; #nginx转发过去的存参数变量,nginx想带过去的,比如C端的请求ip...
        }

         location /appmarket/ {
            proxy_pass              http://test.hotapp.cn:8181/;
            proxy_pass_header       Server;
            proxy_set_header        Host $http_host;
            proxy_set_header        X-Real-IP $remote_addr;
            proxy_set_header        X-Scheme $scheme;
        }

    }
}
#nginx的tcp负载均衡配置
stream{
    upstream myServer{
        
        server 192.168.1.1:8001 weight=1;
        server 192.168.1.2:8002 weight=1;

    }

    server {
          proxy_connect_timeout 1d;  #设置连接超时1天
          proxy_timeout 1d;     
          listen 8099 so_keepalive=on;  #代理8099端口
          proxy_pass  myServer; #转发
          tcp_nodelay on;
    }
}


当然我们用到nginx的场景往往蛮简单,网上一搜便有现成的,但是如果你有一天想定制一些配置了,或者有一天你想在不用网上搜索就提前预知nginx的能力了(方便你出方案),那么还是好好理理nginx的各种能力表现形式,知其然

C端的用户都是通过http协议达到service的,所以nginx在service层我们可以清楚的看到listen 80 这样子的配置,充分说明nginx的service是对接tcp协议的,负责接收http请求(用代码的思维就是域名+端口监听的方式接受到请求),继而将接收到的请求转发到location中去(看哪个location符合路由规律,像极了框架代码里面的mvc中的路由解析找c的那一层),location层里面就会通过 proxy_pass 这个参数去找到对应请求处理器,这个处理器可以是本机的进程,也可以
是远程其他的linux进程(这里就牵扯到了进程通讯问题:协议,共享内存,管道,父子进程),如此你会发现一个请求过来,是各个进程在各司其职,我们配置来配置去是在配置它们的通讯(让它们正常且优秀的通讯起来)通讯方式介绍

上一篇下一篇

猜你喜欢

热点阅读