AWS中的Auto Scaling如何工作？

Question

我阅读了文档，但还是一无所知。AWS论坛花时间回答。这是我的情况：

我在EC2实例中有代码，但需要将该实例加入伸缩组。已经创建了一个，因此由于它是“未使用的”，所以我加入了我的行列。一会儿，我的实例终止，我丢失了实例中的所有代码。仅伸缩组中的原始实例会自行维护。

现在我的问题是：扩展是否应该有助于实现相同的服务性能？因为：

• 动态创建的实例不具有相同的地址。

这意味着我可以SSH到一个，但是如果我SSH到另一个，是否会有相同的代码？

• 动态创建的实例不具有相同的安全组

• 如果由新实例替换（可能不保存代码），则该实例也将关闭（我不知道标准）。因此，持有代码的人可以永远关闭...

因此，在试图了解是否需要尝试恢复终止的EC2实例与理解所有这些过程之间，我必须承认我很迷茫，因为没有什么真正充满信心地激发“仅增加过程能力”，所以我真的不知道去做。

Answer 1

简短的答案。自动缩放使用水平缩放（添加更多实例），而不使用垂直缩放（增加CPU /内存分配）

为了成功使用自动缩放，您需要使用不共享架构的原则来设计应用程序。实例本身不能存储任何持久性数据。相反，您可以将其存储在S3或不属于自动伸缩组的其他实例上。

Answer 2

抱歉得知您丢失了宝贵的信息。了解Auto Scaling的一件事是可以终止实例，因此在设计实例时应牢记这一点。

自动缩放的目的

Auto Scaling旨在动态调整Auto Scaling 组中的实例数，以处理给定的计算/处理要求。可以在忙碌时自动添加实例，并在忙碌时终止实例。

Auto Scaling通过使用启动配置自动创建新实例，该启动配置描述了要启动的实例的类型，要使用的磁盘映像（AMI），安全组，网络设置，启动脚本等。每个新实例当然都会收到它自己的私有IP地址和（如果已配置）它自己的公共IP地址。

这样做的想法是，无需手动干预即可启动新实例，并且Auto Scaling组中的所有实例通常都将配置为相同（因为它们执行相同的工作）。

当不再需要实例时，该组将“按比例放大”，这意味着实例已终止。该实例上的所有数据都将丢失。（实际上，可以在终止后将磁盘保留在周围，但是以后要处理它们很麻烦，因此最好不要这样做。）

实例可以终止，因为在Auto Scaling启动新实例时可以轻松地重新创建实例。不幸的是，您的情况是，您使用自己的配置将实例添加到了现有的Auto Scaling组。因此，确保您可以处理实例丢失是您的责任。手动将实例添加到现有的Auto Scaling组中是非常不寻常的-通常是将一些流量发送到测试实例或进行A / B试用。

为什么终止？

附加到您的Auto Scaling组的缩放策略可能会确定您的容量过多（由于增加了实例数），因此决定终止一个实例。

恢复终止的实例

您终止的实例无法“恢复”，但是磁盘仍然可用的可能性很小。默认情况下，启动Amazon EC2实例时，引导磁盘被标记为Termination on Termination，但其他磁盘默认为在终止时不删除。因此，如果您的代码在非启动磁盘上，则在“ 卷”选项卡中可能仍然可用。

但是，如果您的代码在已删除的磁盘卷上，则无法恢复其内容。（好吧，如果您有支持人员，可以询问他们，但这不太容易，尤其是自删除以来已经过去了。）

请参阅：AWS Auto Scaling文档