本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。
在计算环境中管理 AMI 版本
AWS Batch 提供对您的计算环境使用的亚马逊系统映像 (AMI) 的可见性。
查看 AMI 状态
您可以通过 AWS Batch 控制台或使用 des cribe-compute-environments 命令查看计算环境中使用的 AMI 的状态。
更新 AMI 版本
当 AWS Batch 显示 AMI 更新可用时,您可以通过将 “更新 AMI 更新到最新版本” 设置为 true 来更新计算环境以使用较新的 AMI。
您无需指定新的 AMI ID,当您将 “更新 AMI” 设置为最新版本时, AWS Batch 会自动选择最新支持的 AMI。
重要
更新 AMI 会触发基础设施更新,而不是扩展更新。这意味着 AWS Batch 用使用更新的 AMI 的新实例替换现有实例。更新过程比扩展更新花费更长的时间,并且可能会中断正在运行的作业,具体取决于您的更新策略配置。
重要
如果你的分配策略是BEST_FIT,那么你必须进行blue/green更新。
自定义 AMI 注意事项
如果您的计算环境使用自定义 AMI,即在ComputeResources.imageId(已弃用)中指定的 AMIEc2Configuration.imageIdOverride,则默认启动模板或启动模板将 AWS Batch 无法为这些 AMI 提供状态信息。
-
状态可见性 — 自定义 AMI 在控制台中显示 “-” 的批处理映像状态,且不在 API 响应中包含该
batchImageStatus字段。 -
手动管理 — 您负责维护和更新自定义 AMI。随时了解您的 AMI 提供商提供的安全和软件补丁,并相应地更新您的自定义 AMI。
-
EC2 管理 — 使用 Amazon EC2 控制台或 API 管理自定义 AMI 生命周期,包括创建新版本和弃用旧版本。
有关管理自定义 AMI 的更多信息,请参阅计算资源 &AMI;。
AMI 更新最佳实践
本部分适用于自定义 AMI 和默认 AMI。
-
定期监控 — 定期检查计算环境的 AMI 状态,以确定何时有更新。对于默认 AMI,
batchImageStatus将显示何时有更新。对于自定义 AMI,您需要使用其他资源,例如 AWS 安全公告。 -
维护窗口 — 如果可以中断作业,则在维护时段内安排 AMI 更新,因为基础架构更新会取代现有实例。
-
任务重试策略 -配置任务重试策略,以处理在基础架构更新期间可能中断的作业。有关更多信息,请参阅 自动作业重试。
-
更新策略配置 -配置适当的更新策略以控制基础架构更新期间如何处理正在运行的作业。有关更多信息,请参阅 执行基础设施更新。
-
测试 — 先在开发环境中测试 AMI 更新,然后再将其应用到生产计算环境。