仓酷云

 找回密码
 立即注册
搜索
热搜: 活动 交友 discuz
查看: 533|回复: 7
打印 上一主题 下一主题

[CentOS(社区)] 带来一篇CentOS下优化体系参数搭建高可用LNMP WEB

[复制链接]
乐观 该用户已被删除
跳转到指定楼层
楼主
发表于 2015-1-14 20:25:07 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
如果您觉得本篇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并附带一个回应后面一个SYNACK。也就是所谓三次握手中的第二次握手。这个设置决意了内核保持毗连之前发送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;#利用epollI/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历程占内存是11M15M之间)
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:44 | 只看该作者

带来一篇CentOS下优化体系参数搭建高可用LNMP WEB

在学习的过程中,我们用的是VM虚拟机,开始时真的不真的该怎么去做,特别是我的是命令窗口界面,别人的是图形界面,我都不知道怎么调过来。
柔情似水 该用户已被删除
板凳
发表于 2015-1-23 05:44:28 | 只看该作者
首先Linux是开源的,这也是最主要的原因,想学windows,Unix,对不起我们没源代码。也正是因为这样,Linux才能够像滚雪球一样越滚越大,发展到现在这种规模。
金色的骷髅 该用户已被删除
地板
发表于 2015-1-31 18:08:00 | 只看该作者
Windows有MS-DOS?方式,在该方式下通过输入DOS命令来操作电脑;Linux与Windows类似,也有命令方式,Linux?启动后如果不执行?X-WINDOWS,就会处于命令方式下,必须发命令才能操作电脑。?
小女巫 该用户已被删除
5#
发表于 2015-2-7 00:08:01 | 只看该作者
随着实验课程的结束,理论课也该结束了,说实话教OS的这两位老师是我们遇到过的不错的老师(这话放这可能不太恰当).
深爱那片海 该用户已被删除
6#
发表于 2015-2-19 08:01:50 | 只看该作者
对Linux命令熟悉后,你可以开始搭建一个小的Linux网络,这是最好的实践方法。Linux是网络的代名词,Linux网络服务功能非常强大,不论是邮件服务器、Web服务器、DNS服务器等都非常完善。
只想知道 该用户已被删除
7#
发表于 2015-3-6 14:32:21 | 只看该作者
写学习日记,这是学习历程的见证,同时我坚持认为是增强学习信念的法宝。
蒙在股里 该用户已被删除
8#
发表于 2015-3-20 12:35:43 | 只看该作者
如果上面的措施没有解决问题,此时你就需要Linux社区的帮助了。 Linux的使用者一般都是专业人士,他们有着很好的电脑背景且愿意协助他人。
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|Archiver|手机版|仓酷云 鄂ICP备14007578号-2

GMT+8, 2024-12-24 08:59

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表