我在 AWS Beanstalk 上有一个 T2 Micro 实例，并设置了 Autoscaling。自动缩放策略使用 Network Out 参数，目前我将其设置为 6mb。但是，这会导致创建和终止大量实例（因为 Net Out 超过 6mb）。我的问题是微实例的适当自动扩展净输出策略是什么。我知道 Micro 实例应该支持大约 70 Mbit 的网络带宽，所以 Net Out 自动缩放可以安全地设置为大约 20 Mbit？
【问题讨论】：
标签： amazon-web-services amazon-elastic-beanstalk autoscaling
确定 Auto Scaling 组的横向扩展触发器总是很困难。
需要标识实例“忙碌”，才能知道何时添加/删除实例。这因应用程序而异。
T2 实例的具体问题是它们有 CPU 积分。如果这些积分用尽，则存在人为的 CPU 最大可用级别。因此，T2 实例不应该有基于 CPU 的扩展策略。
在您的情况下，您使用网络作为扩展触发器。如果网络使用情况表明实例处于“忙碌”状态，这会很好，从而导致瓶颈。另一方面，如果网络不是瓶颈，那么这不是一个好的扩展触发器。
传统上，繁忙的计算机要么受限于 CPU、网络或磁盘访问。您需要研究一个“忙碌”的实例，以发现这些维度中的哪一个是该实例“忙碌”的最佳指标，因此它无法处理任何额外的负载。
或者，您可能希望应用程序生成自己的指标，例如同时处理的消息数。这些可以作为自定义指标推送到 Amazon CloudWatch，然后可用于扩展/扩展。
您甚至可以使用数据库中的信息来触发扩展事件：AWS Autoscaling Based On Database Query Custom Metrics - powerupcloud
【讨论】：