为 Autoscaling 创建 AWS 的启动配置
Create AWS's launch configuration for Autoscaling
我正在为 AWS's Autoscaling 工作。
让我感到困惑的一件事是 Autoscaling 中新启动的实例是基于该实例的 AMI。
我有一个实例是从一个卷的快照的 AMI 创建的。
我担心的是，如果基于该 AMI 启动新实例，则实例中的那些新更新将不会包含在使用该 AMI 的新启动实例中。因为只有实例有新的更新，而且 AMI 是固定的，永远不会更新。
这种考虑有效吗？
如果这是真的，如何确保自动缩放新启动的实例具有 scale in instance 所具有的所有内容。
你是对的。 Amazon 系统映像 (AMI) 是 Amazon Elastic Block Store (EBS) 卷的时间点快照。
因此，Auto Scaling 启动的任何 Amazon EC2 实例都将包含一个 与创建 AMI 时 内容完全匹配的 EBS 卷。
这完全是有意为之，并且按预期工作。目的是您可以创建一个 AMI，其中包含 Auto Scaling 启动的 EC2 实例所需的所有软件和配置。每个实例都有自己的 AMI 副本作为其启动磁盘。
如果您打算 replicate/share 多个 EC2 实例之间的数据，那么您应该将数据存储在所有实例都可以访问的地方，例如：
- 一个数据库
- 一个 Amazon S3 存储桶
- Amazon Elastic File System (EFS)（多个实例共享存储）
- 实例之间的磁盘共享（在操作系统中配置）
我正在为 AWS's Autoscaling 工作。
让我感到困惑的一件事是 Autoscaling 中新启动的实例是基于该实例的 AMI。
我有一个实例是从一个卷的快照的 AMI 创建的。
我担心的是，如果基于该 AMI 启动新实例，则实例中的那些新更新将不会包含在使用该 AMI 的新启动实例中。因为只有实例有新的更新，而且 AMI 是固定的，永远不会更新。
这种考虑有效吗？
如果这是真的，如何确保自动缩放新启动的实例具有 scale in instance 所具有的所有内容。
你是对的。 Amazon 系统映像 (AMI) 是 Amazon Elastic Block Store (EBS) 卷的时间点快照。
因此，Auto Scaling 启动的任何 Amazon EC2 实例都将包含一个 与创建 AMI 时 内容完全匹配的 EBS 卷。
这完全是有意为之，并且按预期工作。目的是您可以创建一个 AMI，其中包含 Auto Scaling 启动的 EC2 实例所需的所有软件和配置。每个实例都有自己的 AMI 副本作为其启动磁盘。
如果您打算 replicate/share 多个 EC2 实例之间的数据，那么您应该将数据存储在所有实例都可以访问的地方，例如：
- 一个数据库
- 一个 Amazon S3 存储桶
- Amazon Elastic File System (EFS)（多个实例共享存储）
- 实例之间的磁盘共享（在操作系统中配置）