AWS T2 微型自动扩展网络
AWS T2 Micro Autoscaling Network Out
我在 AWS Beanstalk 上有一个 T2 Micro 实例，并设置了自动缩放。自动缩放策略使用 Network Out 参数，目前我将其设置为 6mb。但是，这会导致创建和终止大量实例（因为 Net Out 超过 6mb）。我的问题是什么是适合微型实例的自动缩放网络输出策略。我知道微型实例应该支持大约 70 Mbit 的网络带宽，所以也许 Net Out auto scale 可以安全地设置为大约 20 Mbit？
EC2 instance types's exact network performance?
确定 Auto Scaling 组的横向扩展触发器总是很困难。
它需要是 标识该实例是 "busy" 的东西，以了解何时 add/remove 实例。这因应用程序而异。
T2 实例的具体问题是它们有 CPU 个积分。如果这些积分用完，则有一个 人为的最高水平 CPU 可用 。因此，T2 实例永远不应具有基于 CPU.
的扩展策略
在您的情况下，您正在使用网络作为缩放触发器。如果网络使用表明实例 "busy"，这会导致 瓶颈 ，这很好。另一方面，如果网络 不是 瓶颈，那么这不是一个很好的扩展触发器。
传统上，繁忙的计算机在 CPU、网络或磁盘访问方面受到限制。您将需要 研究 "busy" 实例 以发现这些维度中的哪一个是实例 "busy" 无法处理任何额外负载的最佳指标。
或者，您可能希望应用程序生成自己的指标，例如同时处理的消息数。这些可以作为 自定义指标 推送到 Amazon CloudWatch，然后可用于扩展 in/out.
您甚至可以想象并使用数据库中的信息来触发缩放事件：AWS Autoscaling Based On Database Query Custom Metrics - powerupcloud
我在 AWS Beanstalk 上有一个 T2 Micro 实例，并设置了自动缩放。自动缩放策略使用 Network Out 参数，目前我将其设置为 6mb。但是，这会导致创建和终止大量实例（因为 Net Out 超过 6mb）。我的问题是什么是适合微型实例的自动缩放网络输出策略。我知道微型实例应该支持大约 70 Mbit 的网络带宽，所以也许 Net Out auto scale 可以安全地设置为大约 20 Mbit？
EC2 instance types's exact network performance?
确定 Auto Scaling 组的横向扩展触发器总是很困难。
它需要是 标识该实例是 "busy" 的东西，以了解何时 add/remove 实例。这因应用程序而异。
T2 实例的具体问题是它们有 CPU 个积分。如果这些积分用完，则有一个 人为的最高水平 CPU 可用 。因此，T2 实例永远不应具有基于 CPU.
的扩展策略在您的情况下，您正在使用网络作为缩放触发器。如果网络使用表明实例 "busy"，这会导致 瓶颈 ，这很好。另一方面，如果网络 不是 瓶颈，那么这不是一个很好的扩展触发器。
传统上，繁忙的计算机在 CPU、网络或磁盘访问方面受到限制。您将需要 研究 "busy" 实例 以发现这些维度中的哪一个是实例 "busy" 无法处理任何额外负载的最佳指标。
或者，您可能希望应用程序生成自己的指标，例如同时处理的消息数。这些可以作为 自定义指标 推送到 Amazon CloudWatch，然后可用于扩展 in/out.
您甚至可以想象并使用数据库中的信息来触发缩放事件：AWS Autoscaling Based On Database Query Custom Metrics - powerupcloud