仓酷云
标题:
带来一篇CentOS下优化体系参数搭建高可用LNMP WEB
[打印本页]
作者:
乐观
时间:
2015-1-14 20:25
标题:
带来一篇CentOS下优化体系参数搭建高可用LNMP WEB
如果您觉得本篇CentOSLinux教程讲得好，请记得点击右边漂浮的分享程序，把好文章分享给你的好朋友们！次要参考：
http://www.howtocn.org/nginx:%E9%85%8D%E7%BD%AE%E4%B8%80%E4%B8%AA%E9%AB%98%E6%80%A7%E8%83%BD%E7%9A%84nginx_fastcgi%E6%9C%8D%E5%8A%A1%E5%99%A8
1、Linux体系参数优化
1、设置Linux翻开文件数限定，默许是1024
vim/etc/security/limits.conf翻开这个文件在最上面增加以下参数：
[/code]
*softnofile65535
*hardnofile65535
*softnproc65535
*hardnproc65535
因为写设置文件必要重启，以是在终端必要实行：
ulimit-n65535
一时失效。
2
、内核参数优化申明
(
仅供参考
)
：
net.ipv4.tcp_max_tw_buckets=6000
#timewait
的数目，默许是
180000
。
net.ipv4.ip_local_port_range=102465000
#
同意体系翻开的端口局限。
net.ipv4.tcp_tw_recycle=1
#
启用
timewait
疾速接纳。
net.ipv4.tcp_tw_reuse=1
#
开启重用。同意将
TIME-WAITsockets
从头用于新的
TCP
毗连。
net.ipv4.tcp_syncookies=1
#
开启
SYNCookies
，当呈现
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
小时。
3
、一个完全的内核优化设置
（仅供参考）
[/code]
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=4096873804194304
net.ipv4.tcp_wmem=4096163844194304
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=94500000915000000927000000
net.ipv4.tcp_fin_timeout=1
net.ipv4.tcp_keepalive_time=30
net.ipv4.ip_local_port_range=102465000
2、Nginx设置文件优化
1、Nginx
设置翻开文件数限定
worker_processes12;
这个参数依据
CPU
的中心数来设置
。
worker_rlimit_nofile65535;#
nginx
历程翻开的最多文件形貌符数量
useepoll;#
利用
epoll
的
I/O
模子，这个不必说了吧。
events{
worker_connections65535;#
每一个历程同意的最多毗连数
}
2、
Nxing(反向
代办署理
)
次要参数优化设置模板
sendfileon;
keepalive_timeout65;#
keepalive
超不时间
client_header_buffer_size4k;
客户端哀求头部的缓冲区巨细
open_file_cachemax=102400inactive=20s;#
这个将为翻开文件指定缓存，默许是没有启用的，
max
指定缓存数目，倡议和翻开文件数分歧，
inactive
是指经由多长工夫文件没被哀求后删除缓存。
open_file_cache_valid30s;#
这个是指多长工夫反省一次缓存的无效信息。
open_file_cache_min_uses1;
#open_file_cache
指令中的
inactive
参数工夫内文件的起码利用次数
proxy_connect_timeout65;
指定毗连到后端
FastCGI
的超不时间
proxy_read_timeout600;
吸收
FastCGI
应对的超不时间
proxy_send_timeout600;
向
FastCGI
传送哀求的超不时间，这个值是指已完成两次握手后向
FastCGI
传送哀求的超不时间
。
proxy_buffer_size64k;
proxy_buffers432k;
proxy_busy_buffers_size64k;
gzipon;
gzip_min_length1000;
gzip_buffers48k;
gzip_comp_level3;
gzip_typestext/plaintext/cssapplication/jsonapplication/x-javascripttext/xmlapplication/xmlapplication/xml+rsstext/javascript;
2、
Nxing(PHP-FPM)
次要参数优化设置模板
sendfileon;
keepalive_timeout65;#
keepalive
超不时间
client_header_buffer_size4k;
客户端哀求头部的缓冲区巨细
open_file_cachemax=102400inactive=20s;#
这个将为翻开文件指定缓存，默许是没有启用的，
max
指定缓存数目，倡议和翻开文件数分歧，
inactive
是指经由多长工夫文件没被哀求后删除缓存。
open_file_cache_valid30s;#
这个是指多长工夫反省一次缓存的无效信息。
open_file_cache_min_uses1;
#open_file_cache
指令中的
inactive
参数工夫内文件的起码利用次数
large_client_header_buffers432k;
fastcgi_connect_timeout300;
fastcgi_read_timeout300;
fastcgi_send_timeout300;
fastcgi_buffer_size64k;
fastcgi_buffers432k;
fastcgi_busy_buffers_size64k;
fastcgi_temp_file_write_size64k;
client_max_body_size30m;
gzipon;
gzip_min_length1000;
gzip_buffers48k;
gzip_comp_level3;
gzip_typestext/plaintext/cssapplication/jsonapplication/x-javascripttext/xmlapplication/xmlapplication/xml+rsstext/javascript;
3、
PHP-fpm
设置文件参数
详细参考：http://php.net/manual/zh/install.fpm.configuration.php
修正
php-fpm.conf
内里的参数
依据办事器内存和会见数来设置一下参数（每一个
PHP
历程占内存是
11M
到
15M
之间）
pm.max_children=500
#
静态体例下开启的
php-fpm
历程数目
.
pm.start_servers=200
#
静态体例下的肇端
php-fpm
历程数目
pm.min_spare_servers=100
#
静态体例下的最小
php-fpm
历程数目
pm.max_spare_servers=30
#
静态体例下的最年夜
php-fpm
历程数目
request_terminate_timeout=60s
#
设置
PHP
最年夜实行工夫
emergency_restart_interval=10s
#
用于设定光滑重启的距离工夫
欢迎大家来到仓酷云论坛！
作者:
若相依
时间:
2015-1-16 17:52
标题:
带来一篇CentOS下优化体系参数搭建高可用LNMP WEB
在学习的过程中，我们用的是VM虚拟机，开始时真的不真的该怎么去做，特别是我的是命令窗口界面，别人的是图形界面，我都不知道怎么调过来。
作者:
柔情似水
时间:
2015-1-23 05:44
首先Linux是开源的，这也是最主要的原因，想学windows，Unix，对不起我们没源代码。也正是因为这样，Linux才能够像滚雪球一样越滚越大，发展到现在这种规模。
作者:
金色的骷髅
时间:
2015-1-31 18:08
Windows有MS-DOS?方式，在该方式下通过输入DOS命令来操作电脑；Linux与Windows类似，也有命令方式，Linux?启动后如果不执行?X-WINDOWS，就会处于命令方式下，必须发命令才能操作电脑。?
作者:
小女巫
时间:
2015-2-7 00:08
随着实验课程的结束，理论课也该结束了，说实话教OS的这两位老师是我们遇到过的不错的老师（这话放这可能不太恰当）.
作者:
深爱那片海
时间:
2015-2-19 08:01
对Linux命令熟悉后，你可以开始搭建一个小的Linux网络，这是最好的实践方法。Linux是网络的代名词，Linux网络服务功能非常强大，不论是邮件服务器、Web服务器、DNS服务器等都非常完善。
作者:
只想知道
时间:
2015-3-6 14:32
写学习日记，这是学习历程的见证，同时我坚持认为是增强学习信念的法宝。
作者:
蒙在股里
时间:
2015-3-20 12:35
如果上面的措施没有解决问题，此时你就需要Linux社区的帮助了。 Linux的使用者一般都是专业人士，他们有着很好的电脑背景且愿意协助他人。
欢迎光临 仓酷云 (http://ckuyun.com/)
Powered by Discuz! X3.2