Niginx的配置文件组成

Niginx的配置文件组成

1.nginx配置文件

/home/chenhuaTest/nginx/conf/nginx.conf

2. nginx配置文件的组成

主要由以下几个块组成:

  1. main:用于进行nginx全局信息的配置
  2. events:用于nginx工作模式的配置
  3. http:用于进行http协议信息的一些配置
  4. server:用于进行服务器访问信息的配置
  5. location:用于进行访问路由的配置
  6. upstream:用于进行负载均衡的配置

这些块分为三个部分

全局块,event块,http块(http全局块,server块,upstream)

server块又包含全局server块和一个到多个location块

2.1 第一部分 全局块

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

# 指定nginx要开启的子进程数量,运行过程中监控每个进程消耗内存(一般几M~几十M不等)根据实际情况进行调整,通常数量是CPU内核数量的整数倍,值越大,可以支持的并发处理量越多,但是会受到硬件、软件等设备的制约
worker_processes 2;

#error_log定义错误日志文件的位置及输出级别【debug / info / notice / warn / error / crit】
# error_log logs/error.log
# error_log logs/error.log notice
# error_log logs/error.log info

#pid用来指定进程id的存储文件的位置
# pid logs/nginx.pid

#worker_rlimit_nofile用于指定一个进程可以打开最多文件数量的描述
worker_rlimit_nofile 1024;

2.2 第二部分 event块

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

event {
   worker_connections 1024;
   multi_accept on;
   use epoll;
}

worker_connections 指定最大可以同时接收的连接数量,这里一定要注意,最大连接数量是和worker processes共同决定的。不进行反向代理最大连接数是:worker processesworker_connections/2,进行反向代理最大连接数就是worker processesworker_connections/4
multi_accept 配置指定nginx在收到一个新连接通知后尽可能多的接受更多的连接
use epoll 配置指定了线程轮询的方法,如果是linux2.6+,使用epoll,如果是BSD如Mac请使用Kqueue

2.3 第三部分 HTTP块

2.3.1 HTTP全局块
2.3.1.1 HTTP全局块的基础配置
sendfile on:配置on让sendfile发挥作用,将文件的回写过程交给数据缓冲去去完成,而不是放在应用中完成,这样的话在性能提升有有好处

tc_nopush on:让nginx在一个数据包中发送所有的头文件,而不是一个一个单独发

tcp_nodelay on:让nginx不要缓存数据,而是一段一段发送,如果数据的传输有实时性的要求的话可以配置它,发送完一小段数据就立刻能得到返回值,但是不要滥用哦
 
keepalive_timeout 10:给客户端分配连接超时时间,服务器会在这个时间过后关闭连接。一般设置时间较短,可以让nginx工作持续性更好

client_header_timeout 10:设置请求头的超时时间

client_body_timeout 10:设置请求体的超时时间

send_timeout 10:指定客户端响应超时时间,如果客户端两次操作间隔超过这个时间,服务器就会关闭这个链接
 
limit_conn_zone $binary_remote_addr zone=addr:5m :设置用于保存各种key的共享内存的参数,

limit_conn addr 100: 给定的key设置最大连接数
 
server_tokens:虽然不会让nginx执行速度更快,但是可以在错误页面关闭nginx版本提示,对于网站安全性的提升有好处

include /etc/nginx/mime.types:指定在当前文件中包含另一个文件的指令

default_type application/octet-stream:指定默认处理的文件类型可以是二进制

type_hash_max_size 2048:混淆数据,影响三列冲突率,值越大消耗内存越多,散列key冲突率会降低,检索速度更快;值越小key,占用内存较少,冲突率越高,检索速度变慢
2.3.1.2 HTTP全局块中日志配置
    access_log logs/access.log:设置存储访问记录的日志
    error_log logs/error.log:设置存储记录错误发生的日志
2.3.1.3 HTTP全局块中SSH证书配置
ssl_protocols TLSv1 TLSv1.1 TLSv1.2; # 指令用于启动特定的加密协议,nginx在1.1.13和1.0.12版本后默认是ssl_protocols SSLv3 TLSv1 TLSv1.1 TLSv1.2,TLSv1.1与TLSv1.2要确保OpenSSL >= 1.0.1 ,SSLv3 现在还有很多地方在用但有不少被攻击的漏洞。

ssl_prefer_server_ciphers on;  #设置协商加密算法时,优先使用我们服务端的加密套件,而不是客户端浏览器的加密套件
2.3.1.4 HTTP全局块中压缩的配置
 	gzip on;
    gzip_disable "msie6";
 
    # gzip_vary on;
    # gzip_proxied any;
    # gzip_comp_level 6;
    # gzip_buffers 16 8k;
    # gzip_http_version 1.1;
    # gzip_types text/plain text/css application/json application/javascript


gzip on 是告诉nginx采用gzip压缩的形式发送数据。这将会减少我们发送的数据量。

gzip_disable 为指定的客户端禁用gzip功能。我们设置成IE6或者更低版本以使我们的方案能够广泛兼容。

gzip_static 告诉nginx在压缩资源之前,先查找是否有预先gzip处理过的资源。

gzip_proxied 允许或者禁止压缩基于请求和响应的响应流。我们设置为any,意味着将会压缩所有的请求。

gzip_min_length 设置对数据启用压缩的最少字节数。如果一个请求小于1000字节,我们最好不要压缩它,因为压缩这些小的数据会降低处理此请求的所有进程的速度。

gzip_comp_level 设置数据的压缩等级。这个等级可以是1-9之间的任意数值,9是最慢但是压缩比最大的。我们设置为4,这是一个比较折中的设置。

gzip_type 设置需要压缩的数据格式。text/plain text/css application/json application/javascript
 text/xml application/xml application/xml+rss text/javascript;
2.3.1.5 HTTP全局块中文件缓存的配置
open_file_cache 打开缓存的同时也指定了缓存最大数目,以及缓存的时间。我们可以设置一个相对高的最大时间,这样我们可以在它们不活动超过20秒后清除掉。

open_file_cache_valid 在open_file_cache中指定检测正确信息的间隔时间。

open_file_cache_min_uses 定义了open_file_cache中指令参数不活动时间期间里最小的文件数。

open_file_cache_errors 指定了当搜索一个文件时是否缓存错误信息,也包括再次给配置中添加文件。我们也包括了服务器模块,这些是在不同文件中定义的。如果你的服务器模块不在这些位置,你就得修改这一行来指定正确的位置。
2.3.1.6 HTTP全局块中虚拟主机的配置
 include /etc/nginx/conf.d/*.conf;//根据具体情况
 include /etc/nginx/sites-enabled/*;
2.3.2 Server块

这块和虚拟主机有密切关系,虚拟主机从用户角度看,和一台独立的硬件主机是完全一样的,该技术的产生是为了节省互联网服务器硬件成本。每个 http 块可以包括多个 server 块,而每个 server 块就相当于一个虚拟主机,有虚拟服务器的配置信息 。而每个 server 块也分为全局 server 块,以及可以同时包含多个 location 块。

2.3.2.1 Server全局块
server {
    listen        80;
    server_name localhost    192.168.1.100;
    root        /nginx/www;
    index        index.php index.html index.html;
    charset        utf-8;
    access_log    logs/access.log;
    error_log    logs/error.log;
    ......
}

server:一个虚拟主机的配置,一个http中可以配置多个server

server_name:指定ip地址或者域名,多个配置之间用空格分隔

root:表示整个server虚拟主机内的根目录,所有当前主机中web项目的根目录

index:用户访问web网站时的全局首页

charset:用于设置www/路径中配置的网页的默认编码格式

access_log:用于指定该虚拟主机服务器中的访问记录日志存放路径

error_log:用于指定该虚拟主机服务器中访问错误日志的存放路径
2.3.2.2 location块

location模块是nginx配置中出现最多的一个配置,主要用于配置路由访问信息

在路由访问信息配置中关联到反向代理、负载均衡等等各项功能,所以location模块也是一个非常重要的配置模块

location基本配置:

location / {
        root    /nginx/www;
        index    index.php index.html index.htm;
}

location /:表示匹配访问根目录

root:用于指定访问根目录时,访问虚拟主机的web目录

index:在不指定访问具体资源时,默认展示的资源文件列表

反向代理配置方式 :

    location / {
        proxy_pass http://localhost:8888;
        proxy_set_header X-real-ip $remote_addr;
        proxy_set_header Host $http_host;
    }
    
        # proxy_connect_timeout 600; #nginx跟后端服务器连接超时时间(代理连接超时,单位秒)
        
        # proxy_read_timeout 600; #连接成功后,后端服务器响应时间(代理接收超时,单位秒)
        
        # proxy_send_timeout 600; #后端服务器数据回传时间(代理发送超时,单位秒)
        
        # proxy_buffer_size 64k; #设置代理服务器(nginx)保存用户头信息的缓冲区大小
        
        # proxy_buffers   4 32k; #proxy_buffers缓冲区,网页平均在32k以下的话,这样设置
        
        # proxy_busy_buffers_size 64k; #高负荷下缓冲大小(proxy_buffers*2)
        
        # proxy_temp_file_write_size 64k; #设定缓存文件夹大小

2.3.3 upstream块

负载均衡的简单配置

upstream name {
    ip_hash;
    server 192.168.1.100:8000;
    server 192.168.1.100:8001 down;
    server 192.168.1.100:8002 max_fails=3;
    server 192.168.1.100:8003 fail_timeout=20s;
    server 192.168.1.100:8004 max_fails=3 fail_timeout=20s;
}


ip_hash:指定请求调度算法,默认是weight权重轮询调度,可以指定

server host:port:分发服务器的列表配置

-- down:表示该主机暂停服务

-- max_fails:表示失败最大次数,超过失败最大次数暂停服务

-- fail_timeout:表示如果请求受理失败,暂停指定的时间之后重新发起请

nginx支持的负载均衡调度算法方式如下:

  1. weight轮询(默认):接收到的请求按照顺序逐一分配到不同的后端服务器,即使在使用过程中,某一台后端服务器宕机,nginx会自动将该服务器剔除出队列,请求受理情况不会受到任何影响。 这种方式下,可以给不同的后端服务器设置一个权重值(weight),用于调整不同的服务器上请求的分配率;权重数据越大,被分配到请求的几率越大;该权重值,主要是针对实际工作环境中不同的后端服务器硬件配置进行调整的。

  2. ip_hash:每个请求按照发起客户端的ip的hash结果进行匹配,这样的算法下一个固定ip地址的客户端总会访问到同一个后端服务器,这也在一定程度上解决了集群部署环境下session共享的问题。

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

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

发布了96 篇原创文章 · 获赞 64 · 访问量 2300
展开阅读全文

没有更多推荐了,返回首页

©️2019 CSDN 皮肤主题: 像素格子 设计师: CSDN官方博客

分享到微信朋友圈

×

扫一扫,手机浏览