我有一个每天点击 100,000 次的网络服务。它目前在运行在 LAMP+memcached 上的 VPS 上。当前配置达到服务器的 kmemsize 限制。
服务器有很多可用内存,并且不会消耗太多 CPU,因此它远未耗尽。除了 kmemsize 之外,所有参数都非常低。
你建议做什么来解决这个瓶颈。我想过在服务器端切换到nginx,在php端安装apc。你认为它会打开瓶颈吗?还有其他建议吗?
我有一个每天点击 100,000 次的网络服务。它目前在运行在 LAMP+memcached 上的 VPS 上。当前配置达到服务器的 kmemsize 限制。
服务器有很多可用内存,并且不会消耗太多 CPU,因此它远未耗尽。除了 kmemsize 之外,所有参数都非常低。
你建议做什么来解决这个瓶颈。我想过在服务器端切换到nginx,在php端安装apc。你认为它会打开瓶颈吗?还有其他建议吗?
首先我会检查增加这些限制......
... openvz 的 vzXYZ 工具为设置 ovz 容器提供了一个很好的起点。当您使用 vzsplit 为给定硬件节点上的多个容器生成配置时,您将获得一个对所有容器具有均衡限制的示例配置。所以从头开始就好了...
但是在生产中,当这些限制没有用时,您会遇到几种情况。因此,它们需要进行定制以适应每个单独容器的需求。监视用户 beancounters 很好...
为增加
failcnt
. 例如,如果您遇到故障,您可以使用该工具kmemsize
轻松增加限制。vzctl
深入了解 wiki http://wiki.openvz.org/UBC_consistency_check。调整限制并不那么痛苦,我什至发现过度使用的节点在没有任何问题的情况下工作。但小心点!
此脚本在设置为 cron 作业时很有帮助http://github.com/peletiah/openvz/blob/master/check_beancounter.py
我猜你正在使用基于 Virtuozzo VPS 或 OpenVZ 的 VPS。您可能想要切换到基于 Xen 的 VPS 提供商,例如 478east,或者要求您的主机切换 kmemsize 限制。
我可能不是 100% 正确,所以您可能需要等待其他意见。