amazon-ec2 - 对于 Amazon Web Services 上极短的流量高峰，正确的 Cloudwatch/Autoscale 设置是什么？

Question

我有一个在 amazon elastic beanstalk 上运行的站点，其流量模式如下:

大约 50 个并发用户通常。

当发布到 Facebook 页面时，大约 2000 个并发用户持续 1/2 分钟。

亚马逊网络服务声称能够快速扩展以应对这样的挑战，但 cloudwatch 的“大于 x 超过 1 分钟”设置对于这种流量模式似乎不够快？

通常在几秒钟内，所有 ec2 实例崩溃，杀死所有 cloudwatch 指标，整个站点停机 4/6 分钟。到目前为止，我还没有找到适用于这个 senario 的配置。

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

Answer 1

这些链接是否按预期发布？如果是这样，您可以使用 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 ... NoSQL like Redis for hight read and writes 也是不错的选择。