【问题标题】:Elastic Beanstalk NetworkOut auto scalingElastic Beanstalk NetworkOut 自动扩展
【发布时间】:2018-01-24 11:37:33
【问题描述】:

我有一个在 t2.medium 上运行并启用了自动缩放的 Elastic Beanstalk 应用程序。 EB 在 NetworkOut 的 5 分钟内自动设置 6,000,000 字节的默认自动缩放触发器。我们有一个会议应用程序,很多人同时加载该页面,这会导致 NetworkOut 数据在 10 分钟内出现峰值。

我可以在此处获得有关 t2.medium 实例带宽信息的唯一位置:

EC2 instance types's exact network performance?

这表示 250-300 MBit/s,超过 5 分钟的数据量要大得多(~9Gb,除非我的计算有误)。

我可能错误地认为 EB 会为自动缩放设置一个合理的数字,但这似乎遥不可及。您认为将自动缩放触发器增加到更接近可用带宽的值是否安全?

【问题讨论】:

    标签: amazon-web-services amazon-ec2 amazon-elastic-beanstalk autoscaling


    【解决方案1】:

    默认的 NetworkOut 警报有点傻 - 特别是

    但是,我相信 >6,000,000 警报发出的警报是来自您的实例的传出带宽连续五分钟超过 6Mbit/min。这仍然远低于您链接的 SO 帖子中的最大带宽,但并不像 6MBit 的五分钟那样令人震惊。

    无论如何,没有正确或错误的答案 - 每个应用程序都会有不同的警报标准。我建议您在监控实例性能的同时逐渐提高警报阈值,直到找到适当的级别,以提供良好的过度警报用户体验。

    【讨论】:

    • 谢谢,网站上的流量很低,任何时候最多可能有 30 个会话,除了提供 4 - 10Mb 的静态文件(大型演示!)每个。我们几乎所有的数据传输都通过第三方服务器。我检查过,CPU使用率总是很低。我将大大提高阈值,因为当人们首次加载页面时,我认为我不需要新的实例来处理小突发事件。希望有足够的带宽来处理这个问题。
    猜你喜欢
    • 2013-07-30
    • 2014-03-14
    • 2015-06-11
    • 2012-01-10
    • 2020-10-23
    • 2017-09-08
    • 2019-07-19
    • 1970-01-01
    • 2017-03-11
    相关资源
    最近更新 更多