我有一个使用以下流量模式在亚马逊 Elastic Beanstalk 上运行的网站:

  • 通常约50个并发用户。
  • 在Facebook页面上发帖时,大约2000个并发用户需要1/2分钟。

  • 亚马逊网络服务声称能够迅速应对这样的挑战,但是“Cloudwatch大于x超过1分钟”设置似乎不足以适应这种流量模式?

    通常在几秒钟内,所有ec2实例都会崩溃,从而杀死所有cloudwatch指标,整个站点关闭4/6分钟。到目前为止,我还没有找到适合该Senario的配置。

    这是一个较小事件的图表,该事件也杀死了该站点:

    最佳答案

    这些链接是否按预期发布?如果是这样,则可以使用Scaling by Schedule或替代地,您可以更改Auto Scaling Group的DESIRED-CAPACITY值,甚至触发as-execute-policy在发布链接之前直接进行扩展。

    您知道您可以在一个组中有多个扩展策略吗?因此,您可能会针对您的案例制定特殊的Auto Scaling策略,例如SCALE_OUT_HIGH,它会一次添加10个实例。看一看as-put-scaling-policy命令。

    另外,您需要检查代码并找到瓶颈。

    您使用什么HTTPD?考虑切换到Nginx,因为它比Apache更快,资源消耗更少。尝试使用Memcache ...像Redis这样的NoSQL进行较高的读写也是很好的选择。

    10-07 17:08