我有一个使用以下流量模式在亚马逊 Elastic Beanstalk 上运行的网站:
亚马逊网络服务声称能够迅速应对这样的挑战,但是“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进行较高的读写也是很好的选择。