由于突然的高stream量,服务器停机的情况下,什么是快速修复?

让我们考虑一下如下的情景:

一个基于LAMP堆栈并部署在共享主机上的小型networking博客。 突然它在一天之内变得stream行起来,并且每天得到百万次点击。 由于开发者没有考虑高stream量,导致服务器停机和崩溃。

什么是这种情况下的快速解决?

BTW我知道云服务器我可能能够添加更多的内存或CPU,以避免像在亚马逊EC2。

首先不要陷入这种情况。

共享主机服务提供商由于难以处理单个客户的大stream量问题而臭名昭着,而且由于您不运行机器,因此您无法优化内容。

共享主机可能是最好的应用级caching。 例如,如果您使用WordPress,请在磁盘caching模式下安装W3 Total Cache。

如果您实际上期待着大量的stream量,您将尽可能快地转移到您所控制的服务器上。 我将开始计划下台共享主机,每天大约有5000个独立访问者。 当你达到10,000时,你应该早已离去。 (这只是一个经验法则,您的提供商可能会更好或更糟)。

你已经回答了你自己的问题。 Web服务器通常在CPU之前达到RAM限制。 一旦开始耗尽内存,操作系统将开始交换,造成磁盘颠簸的下降,并带来一个结果。 如果您的主机在Linux上运行,那么内核就有可能开始杀死进程以保护自己。 Apache可能是第一个去的人之一。

所以,监视内存使用情况,并在你遇到问题之前向你的云提供商说得很好。

命令:“我能多快做出这个改变?”

  • 只使用NGinx服务静态页面。
  • 将stream量redirect到CDN。
  • 获取足够的资源来满足负载下所需的dynamic页面。

对于CDN,请查看Akamai , Amazon CloudFront或cloudFlare 。 还要确保你不会支付过高的stream量费用。