我有一个要维护的高流量站点,但有时会遇到峰值:
(mod_fastcgi.c.2900) backend is overloaded; we'll disable it for 2 seconds and send the request to another backend instead: reconnects: 0 load: 2541
目前的统计是:
absolute (since start)
Requests 15 kreq
Traffic 20.02 Mbyte
average (since start)
Requests 81 req/s
Traffic 106.24 kbyte/s
average (5s sliding average)
Requests 94 req/s
Traffic 99.23 kbyte/s
3952 connections
该站点本身是一个非常简单的 PHP 站点,不涉及 MySQL。我确实安装并配置了 APC。
我已将建议的更改添加到 /etc/sysctl.conf:
# These ensure that TIME_WAIT ports either get reused or closed fast.
net.ipv4.tcp_fin_timeout = 1
net.ipv4.tcp_tw_recycle = 1
# TCP memory
net.core.rmem_max = 16777216
net.core.rmem_default = 16777216
net.core.netdev_max_backlog = 262144
net.core.somaxconn = 262144
net.ipv4.tcp_syncookies = 1
net.ipv4.tcp_synack_retries = 2
net.ipv4.tcp_syn_retries = 2
net.ipv4.tcp_max_syn_backlog = 2048
net.ipv4.tcp_max_syn_backlog = 262144
net.ipv4.tcp_max_orphans = 262144
我的 lighttpd.conf 看起来像:
server.max-fds = 12000
server.max-keep-alive-requests = 0
server.event-handler = "linux-sysepoll"
server.max-connections = 10000
fastcgi配置:
## Start an FastCGI server for php (needs the php5-cgi package)
fastcgi.server = ( ".php" =>
((
"bin-path" => "/usr/bin/php-cgi",
"socket" => "/tmp/php.socket",
"max-procs" => 14,
"bin-environment" => (
"PHP_FCGI_CHILDREN" => "30",
"PHP_FCGI_MAX_REQUESTS" => "100000"
),
"bin-copy-environment" => (
"PATH", "SHELL", "USER"
),
"broken-scriptfilename" => "enable"
))
)
服务器利用率:
top - 08:04:26 up 97 days, 15:14, 1 user, load average: 0.10, 0.08, 0.04
Tasks: 570 total, 3 running, 567 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.9%us, 0.2%sy, 0.0%ni, 98.5%id, 0.3%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 4056176k total, 3716120k used, 340056k free, 631600k buffers
Swap: 995988k total, 15544k used, 980444k free, 1631236k cached
我尝试了各种各样的事情。我知道拥有高 mac procs 通常不好,但是如果我把它放低,服务器会立即开始抛出 500 错误。
有没有人对尝试调整其他内容以保持网站稳定有任何建议?在单个服务器上支持这种级别的流量是否合理?
我建议在 lighttpd 前面放置某种缓存解决方案,它可以为来自缓存的请求提供服务,而不是每次都访问后端,因为我可以,你没有完全使用内存。
你可以试试清漆。
这是相同的链接 - Varnish Cache
“后端超载” - 这意味着 14 个后端之一超载(lighttpd通过将“-[number]”附加到套接字文件名来
max-procs
为每个后端创建不同的套接字)。max-procs
我会选择一个较低的 max-procs 数,而不是增加 PHP_FCGI_CHILDREN,例如
"max-procs" => 2
和"PHP_FCGI_CHILDREN" => "210"
,或 4 和 100(或 1 和 400)。这应该会减少其中一个后端“已满”而另一个后端仍然可以接受请求的可能性。我不确定 APC 与 PHP_FCGI_CHILDREN 的数量之间的关系有多好。
另一种方法是将spawn-fcgi与multiwatch结合使用(multiwatch 执行'max-procs'部分) - 在这个解决方案中,所有 php 后端都在同一个套接字上,所以你没有平衡问题。