使用 min_instances、max_instances 和所需容量的 Scaling Up.Down Autoscaling 组的标准应该是什么？
What should be the criteria for Scaling Up.Down Autoscaling group using min_instances,max_instances and desired capacity?
我想扩展 Up/Down AutoScaleGroup.But 很难根据 min_instances 来决定选择 desiredCapacity 的最佳实践， max_instances 和所需容量。
需要处理哪些极端情况以及需要哪些最佳实践？
desiredCapacity 基于以下因素：（预期负载）/（单个实例可以处理的预期负载的百分比）
desiredCapacity 是 AutoScalingGroup 将首先启动的实例数。此外，min/max 实例只是 ASG 中一次最小和最大实例数的限制。
现在，如果实际负载波动高于 "Expected load"，那么您就需要增加或减少实例数量。
实际负载波动可由多种因素决定。例如如果您当前实例的 %CPU 使用率增加到 80%（比方说），那么 AutoScalingGroup 需要再启动 4 个（比方说）实例。您也可以使用其他指标来确定负载，如内存、延迟（自定义指标）等。
为实现上述目标，您需要一些其他资源，如 CloudWatch 来获取指标和 ScalingPolicy 以向上或向下扩展。
您可以从以下位置提到的示例模板中了解它：http://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/sample-templates-services-us-west-2.html#d0e66913
我想扩展 Up/Down AutoScaleGroup.But 很难根据 min_instances 来决定选择 desiredCapacity 的最佳实践， max_instances 和所需容量。 需要处理哪些极端情况以及需要哪些最佳实践？
desiredCapacity 基于以下因素：（预期负载）/（单个实例可以处理的预期负载的百分比）
desiredCapacity 是 AutoScalingGroup 将首先启动的实例数。此外，min/max 实例只是 ASG 中一次最小和最大实例数的限制。
现在，如果实际负载波动高于 "Expected load"，那么您就需要增加或减少实例数量。
实际负载波动可由多种因素决定。例如如果您当前实例的 %CPU 使用率增加到 80%（比方说），那么 AutoScalingGroup 需要再启动 4 个（比方说）实例。您也可以使用其他指标来确定负载，如内存、延迟（自定义指标）等。 为实现上述目标，您需要一些其他资源，如 CloudWatch 来获取指标和 ScalingPolicy 以向上或向下扩展。
您可以从以下位置提到的示例模板中了解它：http://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/sample-templates-services-us-west-2.html#d0e66913