当你的用户数量增加时,EC2上基于Lamp的网站通常会遇到什么瓶颈(以及最容易被打破的是什么)?
假设: cron设计-There在-Decent上是一些内存和CPU密集型进程,但在正常使用期间没有内存/cpu密集型进程。
发布于 2010-10-21 21:45:30
问得好-我们用Nginx替换了A,我们的PHP现在是fpm'd。这允许我们设置更多的应用程序平衡器来处理流量峰值和所有这些问题。我们还将主数据库移到了CouchDB (BigCouch),但通常在不知道应用程序做什么的情况下没有办法避免灾难。
EC2瓶颈
EC2瓶颈或问题更容易概括和确定。
磁盘i/o
例如,一个非常普遍的瓶颈是磁盘i/o。
尽管EBS比实例存储和持久化更快,但它也很慢。有一些方法可以获得更多的EBS performance using RAID setups,但它们永远不会让你接近SAS的速度。
网络延迟
另一个瓶颈是内部网络延迟。您不应该依赖于任何东西都是即时的,我想这是云计算的一般经验法则。它最终是一致的,这也需要你的应用程序适应这一点,并表现出不同的行为。
容量
最后但并非最不重要的-容量错误。它们会发生-例如,您不能在同一区域中启动另一个实例。我也遇到过实例重启或消失的情况。所有这些事情都发生在云中,需要处理。
自动化,自动化!
迁移到EC2时最大的变化是放弃了实际的服务器,并自动化了实例引导。在我去DC半天并安装新硬件,安装服务器等之前。
能够启动和终止应用服务器、负载均衡器等是云最大的变化,也是云最大的优势。它可以帮助你轻松地处理很多很多问题。
发布于 2010-10-16 07:29:31
你真的需要告诉我们更多关于你的申请。打破什么完全取决于它是如何使用资源的。
由于您已经切换到lighttpd,ram服务器本身将比apache使用更少的资源,但是Apache很少成为瓶颈,除非您耗尽了ram或严重错误地配置了它。
您是否尝试过使用ab
实际测试您的应用程序?加载它,看看会发生什么。
https://stackoverflow.com/questions/3946816
复制相似问题