☰

优化 VPS 服务器内存

tag-icon • tag-icon apache-2.2 mysql php memory optimization
优化 VPS 服务器内存

我正在尝试做什么

服务器资源限制有时会很紧张；为了防止内存耗尽，我不得不限制服务器进程。我需要一些专家的帮助，以了解我是否走在正确的轨道上，也许还能发现任何明显的设置变化，这些变化将有助于系统更稳定地运行。

历史

最近，我的公司从共享主机升级到了 VPS。基本上，我们的共享主机已经不够用了，而且由于主机在周末因 CPU 使用率过高而暂停了我们的网站，因此开始出现问题。我们的网站用户每周周五和周六往往会翻倍或三倍，这对我们来说并不意外。（工作日每天约有 5000 次访问 [~2500 名访问者]，周末约有 9500 次访问 [~4500 名访问者]。）

现在我们使用的是 VPS，没有 CPU 问题。（事实上，CentOS WHM 控制面板显示我们的 CPU 负载为“.000201%”。）但是，我们遇到了内存不足的问题，导致系统崩溃。

问题摘要

我们的网站基于 WordPress。但是，除了评论之外，几乎没有“写作”活动；大多数用户只是看到我们创建的相当静态的页面。

几个月前，也就是 2012 年 10 月，我们第一次升级 VPS 时，网站在工作日运行良好，但每到周末就会出现内存不足的情况。网站经常会反复崩溃（24 小时内偶尔崩溃 5-20 次），通常从周五晚上开始，一直持续到周六下午。

在工作日中，服务器的内存使用率持续保持在 65-90%，而在周末则会达到 100%，从而导致崩溃。

纠正措施

由于我是 VPS 新手，所以我一开始使用的是所有默认设置。后来我开始进行调整，并遵循了我在本网站和其他网站上看到的有关解决内存问题的建议。

我对 MySQL、PHP 和 Apache 进行了调整，总结如下“当前配置”。我还重新编译了 Apache 和 PHP，删除了不需要的模块。我为 WordPress (W3T) 安装了更好的缓存插件，并添加了 APC 操作码缓存。我还开始使用 gz 压缩，并将大量静态文件移至单独的子域。

我编写了一个漂亮的小脚本，用于按计划检查服务器状态，并根据需要重新启动它，它还会向我发送服务器错误日志的记录，以帮助排除故障。（我知道，这只是一个创可贴，但重要的是让网站保持在线，因为没有人愿意在周末坐在那里监控它。）

就在最近，大约一周前（2013 年 1 月），我将服务器 RAM 从 1 GB（2 GB 可突发）升级到 2 GB（3 GB 可突发）。这似乎已经解决了大部分问题，但我仍然会偶尔收到通知（大约每周一次）服务器挂起，并出现“无法应用进程槽”PHP 错误。

当前配置

它是一个 Apache 服务器，运行 CentOS 6、Apache 2（Worker MPM）、PHP 5.3.20（FastCGI/fcgi）和 MySQL 5.5.28。2 GB RAM（3 GB 可扩展）、24 个 CPU。

MySQL 当前使用约 618 MB，约占 RAM 的 20.1%。PHP 每个进程最多使用 89 MB。Apache 每个进程最多使用 14 MB。

典型的工作日top输出：

top - 15:31:13 up 89 days,  5:26,  1 user,  load average: 1.54, 1.00, 0.70
Tasks:  49 total,   1 running,  48 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.2%us,  0.1%sy,  0.0%ni, 99.7%id,  0.1%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   3145728k total,  1046444k used,  2099284k free,        0k buffers
Swap:        0k total,        0k used,        0k free,        0k cached

不幸的是，我目前没有周末/最繁忙时段最佳输出的示例。

Apache 配置：

StartServers: 5
MinSpareThreads: 5
MaxSpareServers: 10
ServerLimit: 80
MaxClients: 56
MaxRequestsPerChild: 5000
KeepAlive: Off

PHP配置：

MaxRequestsPerProcess 500
FcgidMaxProcesses 15
FcgidMinProcessesPerClass 0
FcgidMaxProcessesPerClass 8
FcgidIdleTimeout 30
FcgidIdleScanInterval 15
FcgidProcessLifeTime 60
FcgidIOTimeout 300
FcgidMaxRequestLen 268435456

MySQL 配置：

[mysqld]
max_user_connections            = 75
net_buffer_length               = 8K
read_buffer_size                = 256K
read_rnd_buffer_size            = 512K
skip-external-locking
sort_buffer_size                = 512K

# MyISAM #
key_buffer_size                 = 32M
myisam_sort_buffer_size         = 16M
#myisam_recover                 = FORCE,BACKUP

# SAFETY #
max_allowed_packet              = 8M
#max_connect_errors             = 1000000

# CACHES AND LIMITS #
tmp_table_size                  = 104M
max_heap_table_size             = 104M
join_buffer_size                = 208K
#query_cache_type               = 0
query_cache_size                = 32M
max_connections                 = 150
thread_cache_size               = 4
#open_files_limit               = 65535
table_cache                     = 512
#table_definition_cache         = 1024
table_open_cache                = 2048
wait_timeout                    = 300

# INNODB #
#innodb_flush_method            = O_DIRECT
#innodb_log_files_in_group      = 2
#innodb_log_file_size           = 64M
#innodb_flush_log_at_trx_commit = 1
#innodb_file_per_table          = 1
innodb_buffer_pool_size         = 416M

# This setting ensures that aio limits are not exceeded
# (default is 65536, each instance of mysql takes 2661 with this enabled)
innodb_use_native_aio           = 0

# LOGGING #
log-slow-queries
log-queries-not-using-indexes

任何帮助/建议都将不胜感激。网站地址是 3abn.org。

答案1

您已经在使用 FastCGI 运行 PHP，因此我不确定您还可以采取什么措施来精简它。您现在处于十字路口。

有几个选择：

  • 调一切缩小到尽可能小的数据集。用 nginx 替换 Apache（如果可以），调整 MySQL，使其不会缓冲超过需要的数据，等等
  • 增加更多 RAM
  • 将您的层级划分为专用虚拟机。一个数据库服务器、一个应用服务器和一个前端。这将使扩展变得容易得多。

编辑：您说您安装了很多缓存东西。缓存 = 占用更多 RAM，以便下一个请求可以更快。如果您的 RAM 非常低 - 缓存可能不是世界上最好的东西。

答案2

我的第一建议：离开 VPS。

我已经听到足够多关于 VPS 系统内存（和 OOM-Killer）相关问题的抱怨，我认为典型的 VPS 托管提供商没有提供生产级解决方案——它不是“虚拟专用服务器”，而是“在现有操作系统之上的半虚拟化，其资源限制设计不佳，因此其行为与真实机器不同”。
（您似乎被最常见的差异所困扰：“VPS”没有交换空间，因此当您占用比提供商分配给您的内存多一个字节时，一切都会崩溃。）

如果您无法或不愿意在位于优质数据中心的自己的硬件上托管，则应考虑使用看起来像“普通”服务器的云服务，该服务器具有交换等功能（Amazon EC2 就是这样一种选择）。这些解决方案的价格介于“VPS”解决方案和专用硬件之间，但提供的操作体验更接近“真实硬件”，并让您避免现在的情况。

请注意，无论如何，您仍需要充分调整系统大小——您的 VPS/云解决方案/专用硬件应具有足够的 RAM 来处理峰值负载而无需交换。
（优质）云或专用硬件解决方案的优势在于，您可以更好地控制到达交换点时发生的情况（禁用 OOM-killer 并让其malloc()失败， 例如）。

答案3

根据您发布的信息：

。您的 VPS 似乎在 OpenVZ 或 Parallels Virtuozzo 下运行。如果托管提供商过度分配（很多都这样做），您的服务器将永远无法使用第三 GB 的内存。

最糟糕的是，您的 VPS 可能会在短时间内爆发，但随后 OOM 终止程序会开始终止进程​​。可以调整 OOM 终止程序（从托管提供商方面）以尝试防止更重要的进程被终止（比如 ssh、bind、apache、mysql - 使用优先级），但由于同一节点上的其他客户端可能运行相同的典型设置，因此这无济于事。

获得 3G 保证，禁用突发。

。如果网页确实静态且很小，则可以使用缓存反向代理。是的，缓存会占用内存。但缓存也会阻止生成 PHP 进程，而这往往非常耗时。

（您需要做一些数学运算和/或尝试......这不是一个绝对的解决方案）

. 禁用 APC，或者运行 PHP-FPM。

使用 Fcgi，每个 PHP 进程都有自己的 APC 操作码缓存。对所有 PHP 进程使用 FPM 来共享一个公共缓存。或者禁用 APC。你似乎不需要它（操作码缓存在减少 CPU 使用率方面比减少内存使用率更有效 ;)）

相关内容