在Amazon Web Services (AWS) 的世界里，构建和管理虚拟机（EC2实例）是基础操作。而“AMI入库”则是这一过程中一个至关重要的概念。它不是一个简单的词语，而是指代创建、存储和管理用于启动EC2实例的模板。下面将围绕这一核心操作，详细解答相关疑问。
什么是AMI入库？
AMI 是 Amazon Machine Image 的缩写。它是一个预配置的虚拟机模板，包含了启动EC2实例所需的一切：
- 操作系统的基本配置。
- 可能已经安装的应用服务器、应用程序以及其他软件。
- 数据卷的映射，指定了根卷以及启动实例时要附加的任何其他数据卷。
“AMI入库”形象地描述了将这样一个模板“制作”出来并“存储”起来以便后续使用的过程。更具体地说，它指的是创建一个定制的或从现有实例衍生的AMI，并将其注册到您的AWS账户中，使其可以在特定区域内用于启动新的EC2实例。
为什么需要进行AMI入库？
进行AMI入库的主要原因是为了实现标准化、效率和可靠性：
- 标准化与一致性：通过AMI，您可以确保所有从该AMI启动的实例都拥有相同的软件配置和设置，避免了手动配置可能带来的差异和错误。
- 快速部署：使用预先配置好的AMI启动实例比从零开始安装操作系统和软件要快得多，极大地缩短了部署时间。
- 备份与灾难恢复：AMI实际上是您的EC2实例在某一特定时间点的状态快照（包括其根卷和可选数据卷）。您可以定期创建AMI作为实例配置的备份。
- 自动化与扩展：自动化脚本、Auto Scaling组等服务通常依赖于特定的AMI来快速启动符合要求的实例。
- 分发自定义配置：您可以将自己构建的独特软件环境制作成AMI，选择将其保持私有，与特定AWS账户共享，甚至公开共享到AWS Marketplace供他人使用。
- 节省配置时间：无需在新实例启动后重复执行繁琐的软件安装、配置和更新步骤。
如何进行AMI入库？（详细流程）
AMI入库最常见的方法是从一个已经配置好的EC2实例创建。以下是详细步骤：
方法一：从运行中的EC2实例创建AMI
- 登录AWS管理控制台：进入EC2服务控制面板。
- 选择目标实例：在“实例”列表中，找到您已经配置好、希望用来创建AMI的那个EC2实例。
- 发起创建镜像操作：选中该实例，然后点击页面顶部的“操作”按钮。在下拉菜单中选择“镜像和模板” > “创建镜像”。
-
配置镜像参数：在弹出的“创建镜像”页面中：
- 镜像名称：输入一个唯一且描述性的名称，例如 “MyWebApp-Server-v1.0-20231027”。
- 镜像描述：提供更详细的描述，说明该AMI的用途、包含的软件版本等信息。
- 无重启：这里有一个重要的选项：“创建镜像时不重启” (No reboot)。
- 不勾选（默认）：AWS会尝试安全地停止您的实例（执行关机脚本），然后创建镜像，完成后再重启实例。这是为了确保文件系统的一致性，推荐用于生产环境的AMI创建，但会短暂中断服务。
- 勾选：AWS会在实例运行时创建镜像。这不会中断实例的运行，但可能会导致文件系统不一致（如果实例在创建快照期间正在写入数据）。对于非关键应用或仅用于开发测试的AMI，或者您的应用能够处理文件系统不一致性，可以使用此选项。注意：对于某些操作系统或特定配置，即使勾选了也可能导致启动失败或数据损坏。因此，除非有特殊需求且经过充分测试，否则建议不要勾选此项。
- 卷：您会看到实例的根卷以及所有挂载的EBS数据卷。对于每个卷，您可以选择是否包含在AMI中（作为新的EBS卷快照）。您还可以调整新卷的大小、类型和IOPS（如果适用）。默认情况下，根卷会被包含。
- 加密：可以选择对生成的EBS快照进行加密。
- 确认创建：检查所有设置无误后，点击页面底部的“创建镜像”按钮。
- 监控创建进度：AWS会开始创建AMI。您可以在EC2控制面板左侧导航栏的“镜像” > “AMIs” 下查看创建状态。状态会从“pending”变为“available”。这个过程可能需要几分钟到数小时，取决于实例卷的大小和AWS的负载。
- 验证AMI：当AMI状态变为“available”后，建议您启动一个测试实例来验证新创建的AMI是否按预期工作。
方法二：从现有EBS快照注册AMI
如果您已经拥有一个或多个EBS卷的快照，也可以直接从这些快照注册一个新的AMI。这通常用于更高级的场景，例如迁移卷数据或从现有快照恢复创建新实例模板。此方法需要您手动指定根设备映射等细节，比从实例创建稍微复杂一些。
AMI入库后存储在哪里？
AMI本身不是一个单一的文件存储在某个文件系统中。当您创建一个AMI（特别是EBS-backed AMI）时：
- AMI Metadata：AMI的注册信息（名称、描述、操作系统类型、启动权限、卷映射等）存储在AWS内部的元数据服务中，与您的AWS账户关联，并且是特定于区域的。
- EBS 快照：AMI的核心内容（即实例的文件系统和数据）是以一个或多个EBS快照的形式存储的。这些快照是您的根卷和（可选）数据卷在创建AMI那一刻的状态副本。EBS快照是存储在AWS的S3后端存储上，也是特定于区域的。
因此，您的AMI“存储”在特定AWS区域内的账户下，由AMI元数据和其关联的EBS快照组成。
AMI入库会产生多少费用？
AMI入库过程本身（即创建AMI的操作）通常不直接产生费用。
然而，AMI入库后会产生存储费用，这笔费用来自于构成AMI的底层EBS快照。EBS快照的收费是按照存储的容量和存储时间来计算的，通常是按GB-月计费，费用标准因AWS区域而异。
只要您的AMI存在，其关联的EBS快照就会存在（除非您单独删除了快照，但这样会破坏AMI），因此就会持续产生存储费用。如果您不再需要某个AMI，应该将其注销 (Deregister)。注销AMI并不会自动删除关联的快照，您还需要手动删除相应的EBS快照才能停止产生存储费用。
请注意，从AMI启动EC2实例会产生EC2实例的运行费用，但这属于使用AMI的成本，而非AMI入库本身的存储成本。
AMI入库后的管理
一旦AMI入库完成，您可以对其进行一系列管理操作：
- 启动实例：这是AMI的主要用途，从它快速启动符合配置要求的新EC2实例。
- 复制AMI：可以将AMI复制到同一区域内的不同可用区（不过AMI本身是区域性的，所有可用区都可以用），或者复制到其他AWS区域。复制到其他区域会创建新的快照副本，产生额外的存储费用。
- 共享AMI：可以将您的私有AMI共享给其他特定的AWS账户使用，或者选择将其设为公开（需要谨慎，除非您打算发布到AWS Marketplace），或者与特定的AWS组织/OU共享。
- 注销AMI：当AMI不再需要时，可以将其注销。注销后，该AMI就不能再用于启动新的实例了，但其关联的EBS快照会保留。
- 删除快照：注销AMI后，为了避免持续产生存储费用，您需要手动找到并删除与该AMI关联的EBS快照。
- 设置生命周期策略：对于频繁创建的AMI（例如自动化备份AMI），可以考虑使用AWS Data Lifecycle Manager等服务来自动化快照和AMI的创建、保留和删除过程。
- 标记AMI：为AMI添加标签 (Tags)，方便组织、查找、自动化和成本分配。
总结
AMI入库是AWS中创建标准化、可重复使用服务器模板的关键步骤。通过详细了解其“是什么”（预配置模板的创建和注册）、“为什么”（实现一致性、效率、备份等）、“如何操作”（从实例创建是主要方法）、“存储位置”（特定区域内的元数据和快照）以及相关的“费用”（主要来源于底层快照的存储），您可以更有效地利用AMI来优化您的云计算环境，无论是手动管理少量实例，还是构建大规模自动化基础设施。
