我可以使用 AWS ASG 重复使用 EBS 卷吗？

Question 1

不。

自动扩展组启动多个 EC2 实例。每个 EBS 卷只能附加到一个 EC2 实例。因此您不应该这样做，而且这可能是不可能的。如果您有多个卷和多个实例，您可能可以实现一些复杂的逻辑来使其工作，但您不应该这样做 - 简单的架构往往是最好的。

您可以运行一个 EC2 实例，通过 ASG 访问的 NFS 共享数据，或者您可以使用AWS 弹性文件系统，但要注意延迟相对较高。

如果您扩展您的要求和用例，您可能会得到更多有用的答案。

更新

根据附加要求，这可能是可行的。这不是标准要求，所以我认为没有任何明确的支持。

我可能会考虑编写某种启动脚本，将卷与 EC2 实例关联，然后挂载它。有一个在这里回答这可能会有些用处。使用 SNS 和 Lambda 进行某种设置可能可行，但 EC2 实例可能仍需要运行某些程序来映射卷。

其他人也许可以给你提供更多信息，我从来没有做过这样的事情。

Answer

不。

自动扩展组启动多个 EC2 实例。每个 EBS 卷只能附加到一个 EC2 实例。因此您不应该这样做，而且这可能是不可能的。如果您有多个卷和多个实例，您可能可以实现一些复杂的逻辑来使其工作，但您不应该这样做 - 简单的架构往往是最好的。

您可以运行一个 EC2 实例，通过 ASG 访问的 NFS 共享数据，或者您可以使用AWS 弹性文件系统，但要注意延迟相对较高。

如果您扩展您的要求和用例，您可能会得到更多有用的答案。

更新

根据附加要求，这可能是可行的。这不是标准要求，所以我认为没有任何明确的支持。

我可能会考虑编写某种启动脚本，将卷与 EC2 实例关联，然后挂载它。有一个在这里回答这可能会有些用处。使用 SNS 和 Lambda 进行某种设置可能可行，但 EC2 实例可能仍需要运行某些程序来映射卷。

其他人也许可以给你提供更多信息，我从来没有做过这样的事情。

Question 2

在我看来，你可以尝试这样做（我做了类似的事情，但使用了弹性网络接口）。这假设你了解 AWSCloudFormation服务或AWS CLI：

创建 EBS 卷
创建一个AutoScaling group最小/最大尺寸设置为 1 的裸实例。这将确保当实例变得不健康时，唯一会被新的健康实例所取代。
UserData从AutoScaling 资源部分将卷附加到实例LaunchConfiguration。
现在，当实例终止时，卷会发生什么情况？AutoScaling 组将启动一个新的卷。该卷将保持连接/使用状态，直到旧卷终止。然后，该卷将再次可用，并且可以连接到新实例。
附加/重新附加卷更多的是关于此类操作的时间安排。您可以盲目地假设UserData将在卷再次可用后执行（实例是否会“快速”终止？）。或者您可以进行一些状态检查，例如描述卷元数据，检查其状态并在未使用时重新附加它。

Linux bash shell 中的一个简单示例：

INST_ID='i-xyzxyzxyz' 
VOL_ID='vol-xyzxyzxyz'
VOL_STATUS=''
until [[ $VOL_STATUS == '"available"' ]]; do
    VOL_STATUS=$(aws ec2 describe-volumes --volume-ids $VOL_ID --query 'Volumes[0].State')
    sleep 5
done

aws ec2 attach-volume --volume-id $VOL_ID --instance-id $INST_ID --device /dev/sdh

如果你希望它更具弹性，你可以尝试使用AutoScaling 生命周期挂钩在实例进入InService状态之前，您可以附加卷。它将保持此状态，直到您告诉组继续（否则默认情况下它有 1 小时的超时时间）。这适用于扩展事件或启动新实例时。当它被终止或缩减时，它也可以等待信号。您可以分离卷并发出信号让它继续终止它。
所有AWS CLI命令都假定您的实例已附加适当的 IAM 实例配置文件，该配置文件允许附加/分离 EBS 卷或描述它们。

Answer

在我看来，你可以尝试这样做（我做了类似的事情，但使用了弹性网络接口）。这假设你了解 AWSCloudFormation服务或AWS CLI：

创建 EBS 卷
创建一个AutoScaling group最小/最大尺寸设置为 1 的裸实例。这将确保当实例变得不健康时，唯一会被新的健康实例所取代。
UserData从AutoScaling 资源部分将卷附加到实例LaunchConfiguration。
现在，当实例终止时，卷会发生什么情况？AutoScaling 组将启动一个新的卷。该卷将保持连接/使用状态，直到旧卷终止。然后，该卷将再次可用，并且可以连接到新实例。
附加/重新附加卷更多的是关于此类操作的时间安排。您可以盲目地假设UserData将在卷再次可用后执行（实例是否会“快速”终止？）。或者您可以进行一些状态检查，例如描述卷元数据，检查其状态并在未使用时重新附加它。

Linux bash shell 中的一个简单示例：

INST_ID='i-xyzxyzxyz' 
VOL_ID='vol-xyzxyzxyz'
VOL_STATUS=''
until [[ $VOL_STATUS == '"available"' ]]; do
    VOL_STATUS=$(aws ec2 describe-volumes --volume-ids $VOL_ID --query 'Volumes[0].State')
    sleep 5
done

aws ec2 attach-volume --volume-id $VOL_ID --instance-id $INST_ID --device /dev/sdh

如果你希望它更具弹性，你可以尝试使用AutoScaling 生命周期挂钩在实例进入InService状态之前，您可以附加卷。它将保持此状态，直到您告诉组继续（否则默认情况下它有 1 小时的超时时间）。这适用于扩展事件或启动新实例时。当它被终止或缩减时，它也可以等待信号。您可以分离卷并发出信号让它继续终止它。
所有AWS CLI命令都假定您的实例已附加适当的 IAM 实例配置文件，该配置文件允许附加/分离 EBS 卷或描述它们。

Question 3

如果您的要求仅仅是在 ASG 实例之间共享数据，那么您应该继续遵循以下文章：

https://aws.amazon.com/blogs/storage/delivering-instant-data-sharing-with-multi-attach-enabled-amazon-ebs/

一旦您拥有可用的共享/多挂载 EBS 卷，请确保所有应用程序数据都位于其挂载点上。因此，下次从 ASG 启动实例时，应在该挂载点获取相同的数据。

但是，托管的应用程序必须支持共享文件系统方法，或者至少其配置的大多数应该能够位于共享文件系统上。如果应用程序创建了锁文件，则这可能不起作用。

如果你只想保留具有基本应用程序配置（无运行时/动态数据）的映像，则可以选择从已完成应用程序配置的 EC2 实例创建自定义 AMI，然后在 ASG 中使用它

Answer