下面我粘贴了默认的终止策略。 这是我在AWS文档中find的。 但是第三步有一个问题。 它说它select最接近下一个计费小时的实例。 现在EC2实例被计入第二个，这一步不再有效。 那么默认的终止策略究竟是如何select哪个实例终止？ 我们只是跳过第3步？
（1）Auto Scaling确定在多个可用区域中是否有实例。 如果是，则select实例数最多的可用区，并至lessselect一个不受扩展保护的实例。如果有多个可用区使用此实例数，则Auto Scaling会select带有使用实例的可用区最古老的发射configuration。
（2）Auto Scaling确定选定可用区中哪些不受保护的实例使用最早的启动configuration。 如果有一个这样的实例，它会终止它。
（3）如果有多个实例使用最早的启动configuration，则Auto Scaling将确定哪些不受保护的实例最接近下一个计费小时。 （这可以帮助您最大限度地使用EC2实例并pipe理您的Amazon EC2使用成本。）如果存在一个此类实例，Auto Scaling将终止它。
（4）如果有多个不受保护的实例最接近下一个计费小时，则Auto Scaling会随机select其中一个实例。
在页面上find： http : //docs.aws.amazon.com/autoscaling/latest/userguide/as-instance-termination.html#default-termination-policy
我的猜测是＃3和＃4对于按需实例不再重要，但对于竞价型实例仍然很重要。
但是，您现在应该自定义终止策略以select：
最老的实例 。 Auto Scaling将终止组中最旧的实例。 当您将Auto Scaling组中的实例升级到新的EC2实例types时，此选项非常有用。 您可以逐渐用新types的实例replace旧types的实例。
最新实例 。 Auto Scaling终止组中的最新实例。 当您testing新的启动configuration但不希望保留其生产时，此策略非常有用。
OldestLaunchConfiguration 。 Auto Scaling会终止具有最早的启动configuration的实例。 当您更新组并逐步淘汰先前configuration的实例时，此策略非常有用。