Nginx优化教程 实现冲破十万并发[服务器安全]

　　nginx指令中的优化(配置文件)

　　worker_processes 8;

　　nginx进程数,倡议按照cpu数目来指定,普通为它的倍数.

　　worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000 10000000;

　　为每个进程分配cpu,上例中将8个进程分配到8个cpu,当然可以写多个,大概将一个进程分配到多个cpu.

　　worker_rlimit_nofile 102400;

　　这个指令是指当一个nginx进程翻开的最多文件描写符数目,理论值应当是最多翻开文件数(ulimit -n)与nginx进程数相除,但是nginx分配恳求并非那么均匀,所以最好与ulimit -n的值保持一致.

　　use epoll;

　　利用epoll的I/O模子,这个不用说了吧.

　　worker_connections 102400;

　　每个进程答应的最多衔接数,理论上每台nginx服务器的最大衔接数为worker_processes*worker_connections.

　　keepalive_timeout 60;

　　keepalive超不时间.

　　client_header_buffer_size 4k;

　　客户端恳求头部的缓冲区大小,这个可以按照你的系统分页大小来设置,普通一个恳求的头部大小不会超越1k,不过由于普通系统分页都要大于1k,所以这里设置为分页大小.分页大小可以用号令getconf PAGESIZE获得.

　　open_file_cache max=102400 inactive=20s;

　　这个将为翻开文件指定缓存,默许是没有启用的,max指定缓存数目,倡议和翻开文件数一致,inactive是指经过量长时间文件没被恳求后删除缓存.

　　open_file_cache_valid 30s;

　　这个是指多长时间查抄一次缓存的有效信息.

　　open_file_cache_min_uses 1;

　　open_file_cache指令中的inactive参数时间内文件的最少利用次数,假如超越这个数字,文件描写符一向是在缓存中翻开的,如上例,假若有一个文件在inactive时间内一次没被利用,它将被移除.

　　内核参数的优化

　　net.ipv4.tcp_max_tw_buckets = 6000

　　timewait的数目,默许是180000.

　　net.ipv4.ip_local_port_range = 1024 65000

　　答应系统翻开的端口范围.

　　net.ipv4.tcp_tw_recycle = 1

　　启用timewait快速回收.

　　net.ipv4.tcp_tw_reuse = 1

　　开启重用.答应将TIME-WAIT sockets重新用于新的TCP衔接.

　　net.ipv4.tcp_syncookies = 1

　　开启SYN Cookies,当呈现SYN等候行列溢出时,启用cookies来处理.

　　net.core.somaxconn = 262144

　　web利用中listen函数的backlog默许会给我们内核参数的net.core.somaxconn限制到128,而nginx定义的NGX_LISTEN_BACKLOG默许为511,所以有必要调整这个值.

　　net.core.netdev_max_backlog = 262144

　　每个网络接口接纳数据包的速率比内核处理这些包的速率快时,答应送到行列的数据包的最大数目.

　　net.ipv4.tcp_max_orphans = 262144

　　系统中最多有多少个TCP套接字不被关联到任何一个用户文件句柄上.假如超越这个数字,孤儿衔接将即刻被复位并打印出告诫信息.这个限制仅仅是为了避免简单的DoS攻击,不能过度依靠它大概人为地减小这个值,更应当增添这个值(假如增添了内存之后).

　　net.ipv4.tcp_max_syn_backlog = 262144

　　记录的那些还没有收到客户端确认信息的衔接恳求的最大值.关于有128M内存的系统而言,缺省值是1024,小内存的系统则是128.

　　net.ipv4.tcp_timestamps = 0

　　时间戳可以避免序列号的卷绕.一个1Gbps的链路必定会碰到从前用过的序列号.时间戳可以让内核承受这种"非常"的数据包.这里需求将其关掉.

　　net.ipv4.tcp_synack_retries = 1

　　为了翻开对端的衔接,内核需求发送一个SYN并附带一个回应前面一个SYN的ACK.也就是所谓三次握手中的第二次握手.这个设置决意了内核放弃衔接之前发送SYN+ACK包的数目.

　　net.ipv4.tcp_syn_retries = 1

　　在内核放弃成立衔接之前发送SYN包的数目.

　　net.ipv4.tcp_fin_timeout = 1

　　假如套接字由本端要求关闭,这个参数决意了它保持在FIN-WAIT-2状况的时间.对端可以出错并永久不关闭衔接,乃至不测当机.缺省值是60秒. 2.2 内核的普通值是180秒,你可以按这个设置,但要记着的是,即便你的机械是一个轻载的WEB服务器,也有因为大量的死套接字而内存溢出的风险,FIN- WAIT-2的危险性比FIN-WAIT-1要小,因为它最多只能吃掉1.5K内存,但是它们的生存期长些.

　　net.ipv4.tcp_keepalive_time = 30

　　当keepalive起用的时刻,TCP发送keepalive消息的频度.缺省是2小时.

　　一个完好的内核优化配置

　　net.ipv4.ip_forward = 0

　　net.ipv4.conf.default.rp_filter = 1

　　net.ipv4.conf.default.accept_source_route = 0

　　kernel.sysrq = 0

　　kernel.core_uses_pid = 1

　　net.ipv4.tcp_syncookies = 1

　　kernel.msgmnb = 65536

　　kernel.msgmax = 65536

　　kernel.shmmax = 68719476736

　　kernel.shmall = 4294967296

　　net.ipv4.tcp_max_tw_buckets = 6000

　　net.ipv4.tcp_sack = 1

　　net.ipv4.tcp_window_scaling = 1

　　net.ipv4.tcp_rmem = 4096 87380 4194304

　　net.ipv4.tcp_wmem = 4096 16384 4194304

　　net.core.wmem_default = 8388608

　　net.core.rmem_default = 8388608

　　net.core.rmem_max = 16777216

　　net.core.wmem_max = 16777216

　　net.core.netdev_max_backlog = 262144

　　net.core.somaxconn = 262144

　　net.ipv4.tcp_max_orphans = 3276800

　　net.ipv4.tcp_max_syn_backlog = 262144

　　net.ipv4.tcp_timestamps = 0

　　net.ipv4.tcp_synack_retries = 1

　　net.ipv4.tcp_syn_retries = 1

　　net.ipv4.tcp_tw_recycle = 1

　　net.ipv4.tcp_tw_reuse = 1

　　net.ipv4.tcp_mem = 94500000 915000000 927000000

　　net.ipv4.tcp_fin_timeout = 1

　　net.ipv4.tcp_keepalive_time = 30

　　net.ipv4.ip_local_port_range = 1024 65000

　　一个简单的nginx优化配置文件

　　user www www;

　　worker_processes 8;

　　worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000;

　　error_log /www/log/nginx_error.log crit;

　　pid /usr/local/nginx/nginx.pid;

　　worker_rlimit_nofile 204800;

　　events

　　{

　　use epoll;

　　worker_connections 204800;

　　}

　　http

　　{

　　include mime.types;

　　default_type application/octet-stream;

　　charset utf-8;

　　server_names_hash_bucket_size 128;

　　client_header_buffer_size 2k;

　　large_client_header_buffers 4 4k;

　　client_max_body_size 8m;

　　sendfile on;

　　tcp_nopush on;

　　keepalive_timeout 60;

　　fastcgi_cache_path /usr/local/nginx/fastcgi_cache levels=1:2

　　keys_zone=TEST:10m

　　inactive=5m;

　　fastcgi_connect_timeout 300;

　　fastcgi_send_timeout 300;

　　fastcgi_read_timeout 300;

　　fastcgi_buffer_size 16k;

　　fastcgi_buffers 16 16k;

　　fastcgi_busy_buffers_size 16k;

　　fastcgi_temp_file_write_size 16k;

　　fastcgi_cache TEST;

　　fastcgi_cache_valid 200 302 1h;

　　fastcgi_cache_valid 301 1d;

　　fastcgi_cache_valid any 1m;

　　fastcgi_cache_min_uses 1;

　　fastcgi_cache_use_stale error timeout invalid_header http_500;

　　open_file_cache max=204800 inactive=20s;

　　open_file_cache_min_uses 1;

　　open_file_cache_valid 30s;

　　tcp_nodelay on;

　　gzip on;

　　gzip_min_length 1k;

　　gzip_buffers 4 16k;

　　gzip_http_version 1.0;

　　gzip_comp_level 2;

　　gzip_types text/plain application/x-javascript text/css application/xml;

　　gzip_vary on;

　　server

　　{

　　listen 8080;

　　server_name ad.test.com;

　　index index.php index.htm;

　　root /www/html/;

　　location /status

　　{

　　stub_status on;

　　}

　　location ~ .*\.(php|php5)?$

　　{

　　fastcgi_pass 127.0.0.1:9000;

　　fastcgi_index index.php;

　　include fcgi.conf;

　　}

　　location ~ .*\.(gif|jpg|jpeg|png|bmp|swf|js|css)$

　　{

　　expires 30d;

　　}

　　log_format access '$remote_addr - $remote_user [$time_local] "$request" '

　　'$status $body_bytes_sent "$http_referer" '

　　'"$http_user_agent" $http_x_forwarded_for';

　　access_log /www/log/access.log access;

　　}

　　}

　　关于FastCGI的几个指令

　　fastcgi_cache_path /usr/local/nginx/fastcgi_cache levels=1:2 keys_zone=TEST:10m inactive=5m;

　　这个指令为FastCGI缓存指定一个途径,目录构造等级,关键字区域存储时间和非活动删除时间.

　　fastcgi_connect_timeout 300;

　　指定衔接到后端FastCGI的超不时间.

　　fastcgi_send_timeout 300;

　　向FastCGI传送恳求的超不时间,这个值是指已经完成两次握手后向FastCGI传送恳求的超不时间.

　　fastcgi_read_timeout 300;

　　接纳FastCGI应答的超不时间,这个值是指已经完成两次握手后接纳FastCGI应答的超不时间.

　　fastcgi_buffer_size 16k;

　　指定读取FastCGI应答第一部份需求用多大的缓冲区,这里可以设置为fastcgi_buffers指令指定的缓冲区大小,上面的指令指定它将利用 1个16k的缓冲区去读取应答的第一部份,即应答头,其实这个应答头普通情形下都很小(不会超越1k),但是你假如在fastcgi_buffers指令 中指定了缓冲区的大小,那么它也会分配一个fastcgi_buffers指定的缓冲区大小去缓存.

　　fastcgi_buffers 16 16k;

　　指定本地需求用多少和多大的缓冲区来缓冲FastCGI的应答,如上所示,假如一个php脚本所产生的页面大小为256k,则会为其分配16个16k的 缓冲区来缓存,假如大于256k,增大于256k的部份会缓存到fastcgi_temp指定的途径中,当然这对服务器负载来说是不明智的筹划,因为内存 中处理数据速度要快于硬盘,普通这个值的设置应当挑选一个你的站点中的php脚本所产生的页面大小的中间值,比方你的站点大部份脚本所产生的页面大小为 256k便可以把这个值设置为16 16k,大概4 64k 大概64 4k,但很明显,后两种并非好的设置办法,因为假如产生的页面只有32k,假如用4 64k它会分配1个64k的缓冲区去缓存,而假如利用64 4k它会分配8个4k的缓冲区去缓存,而假如利用16 16k则它会分配2个16k去缓存页面,这样看起来仿佛越发公道.

　　fastcgi_busy_buffers_size 32k;

　　这个指令我也不知道是做什么用,只知道默许值是fastcgi_buffers的两倍.

　　fastcgi_temp_file_write_size 32k;

　　在写入fastcgi_temp_path时将用多大的数据块,默许值是fastcgi_buffers的两倍.

　　fastcgi_cache TEST

　　开启FastCGI缓存并且为其拟定一个名称.个人感受开启缓存非常有效,可以有效降低CPU负载,并且避免502错误.但是这个缓存会惹起很多问题,因为它缓存的是动态页面.具体利用还需按照自己的需求
　　以上是“Nginx优化教程 实现冲破十万并发[服务器安全]”的内容，如果你对以上该文章内容感兴趣，你可以看看七道奇为您推荐以下文章：