AWS 自动缩放分离实例已终止
AWS autoscaling detached instance terminated
这里没有代码。
我正在使用 AutoScaling 构建基于 EC2 的解决方案。
我创建了一个解决方案，其中实例将在停止之前从 AutoScaling 组中分离出来，并在使用时将它们添加回 AutoScaling 组。
现在，如果我从 AutoScaling 中分离出来的实例已经终止，现在我没有任何东西可以附加到 AutoScaling（那个特定的实例 ID 不再存在）。
如何处理这个问题，如果实例已终止，那么在连接时 AutoScaling 应该知道该实例不再存在并创建一个新实例。
从这里开始，我计划创建一个事件桥，它将采用新实例的 Instance-Id 并将其更新为 SSM。
我认为您可能想使用待机而不是 detaching/attaching。任何时候您有一个实例退出待机状态，所需的值都会增加 1。实例处于待机状态时不会进行健康检查，因此如果实例在待机状态下终止，ASG 将不会知道，直到您删除备用实例。
由于此时已经增加了所需的数量，因此将启动一个新实例来替换旧实例作为健康检查替换的一部分
这里没有代码。
我正在使用 AutoScaling 构建基于 EC2 的解决方案。
我创建了一个解决方案，其中实例将在停止之前从 AutoScaling 组中分离出来，并在使用时将它们添加回 AutoScaling 组。 现在，如果我从 AutoScaling 中分离出来的实例已经终止，现在我没有任何东西可以附加到 AutoScaling（那个特定的实例 ID 不再存在）。
如何处理这个问题，如果实例已终止，那么在连接时 AutoScaling 应该知道该实例不再存在并创建一个新实例。 从这里开始，我计划创建一个事件桥，它将采用新实例的 Instance-Id 并将其更新为 SSM。
我认为您可能想使用待机而不是 detaching/attaching。任何时候您有一个实例退出待机状态，所需的值都会增加 1。实例处于待机状态时不会进行健康检查，因此如果实例在待机状态下终止，ASG 将不会知道，直到您删除备用实例。
由于此时已经增加了所需的数量，因此将启动一个新实例来替换旧实例作为健康检查替换的一部分