我希望通过让它们启动竞价型实例而不是按需实例来优化我们的自动伸缩EC2组的成本。
我真正想要的是能够将某些服务器作为按需实例保留在组中，而不管现货实例定价市场发生什么情况。然后，我希望组中超出我配置的最低配置的其他服务器成为竞价型实例。对于通过竞价请求添加服务器的延迟，我通常是可以的。
我似乎找不到任何方法可以做到这一点，并且我尝试搜索AWS文档。看来，ASG可以是按需或现货的，但不能是混合的。
我可能可以手动将按需实例添加到分配给自动缩放组的Elastic Load Balancer，但是该服务器的负载不会被计入自动缩放度量和触发器中。
我想我可以输入一个高得离谱的出价，以确保我能始终获得所需的服务器，但随后我查看了价格历史记录，并发现偶尔出现大幅度的上涨。
AWS文档与其本身是矛盾的，因为在一个地方它说如果您输入服务器最低数量，则会“确定”该数量。但是，当您阅读有关竞价型实例时，便无法保证。现货的价格差异非常引人注目，因此我想尽可能地利用这一价格，同时仍保持始终处于基准状态。这可能吗？
Answers:
目前，您可以在单个ASG中混合按需实例和现货实例
Amazon EC2 Auto Scaling现在可以让您在单个Auto Scaling组（ASG）中跨购买选项，可用区（AZ）和实例系列配置和自动扩展实例，以优化扩展，性能和成本。现在，您可以在单个ASG中包含具有按需和RI的竞价型实例，以节省多达90％的计算成本。
不幸的是，这种混合 Auto Scaling方法似乎并非确实可用。
但是，您可以按照以下方法解决此限制（未经测试，只是我一直在研究一段时间的系统设计）：
如使用自动缩放启动竞价型实例中概述的那样，竞价价格出价是使用中的启动配置的参数。正如您所指出的，没有可用的混合启动配置，而是必须是按需或现场的，这意味着用例需要两种不同的启动配置。
这似乎并没有立即解决，因为您一次只能将一个启动配置附加到Auto Scaling组，但具有以下（部分过时）约束（请参阅启动配置）：
将新的或更新的启动配置附加到Auto Scaling组时，将使用新的配置参数启动任何新实例。现有实例不受影响。当需要按比例缩小Auto Scaling时，它将首先终止具有较早启动配置的实例。[强调我的]
但是，强调的部分是关键，前者涵盖了在从相应的初始按需启动配置更改为附加的现场启动配置后保持按需实例运行的要求，而由于以下原因，后者不再必要Auto Scaling组的实例终止策略中记录了最近引入的Auto Scaling终止策略（对于更改，通常不会通过随附的AWS博客文章大肆宣传）：
在Auto Scaling选择要终止的实例之前，它首先会标识比该组使用的其他可用区具有更多实例的可用区。如果所有可用区具有相同数量的实例，则它将标识一个随机的可用区。在已标识的可用区中，Auto Scaling使用终止策略来选择要终止的实例。[强调我的]
如终止策略的工作原理所述，如果您希望终止最近启动的实例，则可以指定NewestInstance，这将是最近启动的竞价型实例之一：
Auto Scaling使用实例启动时间来确定最后启动的实例。
显然，这可能还有很多，例如，您可以将任何一个策略指定为独立策略，或者可以在有序列表中列出多个策略，但是这种方法应确保将所有实例的负载都分解为自动缩放测量和触发；不过，还有一个警告：
如果负载平衡器由于任何其他原因（例如，由于其自身变得不正常）终止了一个按需实例，则不会自动将其替换为按需实例。因此，您需要分别监视和解释此事件，例如，通过再次临时激活按需启动配置。
祝好运！
我从这里的答案中汲取了灵感，提出了https://github.com/ashwanthkumar/matsya
它可以帮助您执行以下操作