我有一个Elastic Beanstalk应用程序在t2.medium上运行,并启用了自动缩放。EB在NetworkOut上自动设置5分钟内6,000,000字节的默认自动缩放触发器。我们有一个会议应用程序,所以很多人同时加载页面,这会导致大约10分钟的NetworkOut数据峰值。
我唯一可以获得t2.media实例带宽信息的地方在这里:
EC2 instance types's exact network performance?
这表示250-300Mbit/s,超过5分钟是一个大得多的数据量(大约9 9Gb,除非我的计算错误)。
我可能错误地认为EB会为自动缩放设置一个合理的数字,但这似乎很离谱。您认为将自动伸缩触发器调高到更接近可用带宽的值安全吗?
发布于 2017-08-16 21:33:36
默认的NetworkOut警报有点愚蠢--尤其是<2,000,000的警报,因为它经常导致低使用率实例的频繁终止/重建。
但是,我相信>600万的告警是在提醒您的实例的出站带宽已经连续5分钟超过6Mbit/min。这仍然远低于你所链接的SO post中的最大带宽,但并不像5分钟内总共6MBit那么惊人。
无论如何,没有正确或错误的答案-每个应用程序都会有不同的警报标准。我建议您在监视实例性能的同时逐步提高警报阈值,直到找到一个适当的级别,为过度警报提供良好的用户体验。
https://stackoverflow.com/questions/45711656
复制相似问题