Elastic Beanstalk NetworkOut 自动扩展
Posted
技术标签:
【中文标题】Elastic Beanstalk NetworkOut 自动扩展【英文标题】:Elastic Beanstalk NetworkOut auto scaling 【发布时间】: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 会为自动缩放设置一个合理的数字,但这似乎遥不可及。您认为将自动缩放触发器增加到更接近可用带宽的值是否安全?
【问题讨论】:
【参考方案1】:默认的 NetworkOut 警报有点傻 - 特别是
但是,我相信 >6,000,000 警报发出的警报是来自您的实例的传出带宽连续五分钟超过 6Mbit/min。这仍然远低于您链接的 SO 帖子中的最大带宽,但并不像 6MBit 的五分钟那样令人震惊。
无论如何,没有正确或错误的答案 - 每个应用程序都会有不同的警报标准。我建议您在监控实例性能的同时逐渐提高警报阈值,直到找到适当的级别,以提供良好的过度警报用户体验。
【讨论】:
谢谢,网站上的流量很低,任何时候最多可能有 30 个会话,除了提供 4 - 10Mb 的静态文件(大型演示!)每个。我们几乎所有的数据传输都通过第三方服务器。我检查过,CPU使用率总是很低。我将大大提高阈值,因为当人们首次加载页面时,我认为我不需要新的实例来处理小突发事件。希望有足够的带宽来处理这个问题。以上是关于Elastic Beanstalk NetworkOut 自动扩展的主要内容,如果未能解决你的问题,请参考以下文章
在 AWS Elastic Beanstalk 和 EKS 上部署了一个 laravel 应用程序 相同的数据库 RDS 为啥在 Elastic Beanstalk 中获得快速响应
AWS Elastic Beanstalk CLI 安装错误