我在AWS Beanstalk上有一个T2 Micro实例，并设置了自动缩放。自动缩放策略使用“网络输出”参数，当前将其设置为6mb。但是，这导致创建和终止许多实例（随着净输出超过6mb）。我的问题是什么是微实例合适的自动扩展Net Out策略。我知道Micro实例应该支持大约70 Mbit的网络带宽，因此Net Out自动扩展比例可以安全地设置为大约20 Mbit？
答案 0 :(得分：1)
为Auto Scaling组确定横向扩展触发器总是很困难。
它必须是标识实例“忙”的东西，以了解何时添加/删除实例。这取决于应用程序。
T2实例的特定问题是它们具有CPU信用。如果这些信用用尽了，那么就会有可用的最大人工CPU级别。因此，T2实例永远不应具有基于CPU的扩展策略。
在您的情况下，您正在使用网络作为扩展触发器。如果网络使用情况表明实例“繁忙”，这会导致瓶颈，这很好。另一方面，如果网络不是瓶颈，那么这不是一个好的扩展触发条件。
传统上，繁忙的计算机受CPU，网络或磁盘访问的限制。您将需要研究一个“繁忙”实例，以发现以下哪个维度是该实例“繁忙”的最佳指示，因此它无法处理任何额外的负载。
或者，您可能希望应用程序生成自己的度量标准，例如同时处理的消息数。可以将这些作为自定义指标推送到Amazon CloudWatch，然后将其用于放大/缩小。
您甚至可以幻想并使用数据库中的信息来触发扩展事件：AWS Autoscaling Based On Database Query Custom Metrics - powerupcloud