Amazon EC2 Auto Scaling 故障診斷：AMI 問題 - Amazon EC2 Auto Scaling
AMI ID (您的 AMI 的 ID) 不存在。啟動 EC2 執行個體失敗。AMI (AMI ID) 等待處理中，無法執行。啟動 EC2 執行個體失敗。無效的裝置名稱 <裝置名稱>。啟動 EC2 執行個體失敗。指定執行個體類型的架構「arm64」與指定 AMI 的架構「x86_64」不相符…啟動 EC2 執行個體失敗。AMI「<AMI ID>」已停用，無法執行。啟動 EC2 執行個體失敗。

本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

Amazon EC2 Auto Scaling 故障診斷：AMI 問題

此頁面提供有關您的 AMI 相關問題、可能的原因，以及您可以採取用以解決問題之步驟的資訊。

若要擷取錯誤訊息，請參閱 從擴展活動擷取錯誤訊息。

當您的 EC2 執行個體因為 AMI 的問題而無法啟動時，您可能會收到以下一或多個錯誤訊息。

重要

AWS 通過修改 AMI 權限，支持與另一個 AWS 帳戶私下共享 AMI。如果 AMI 在未共享的情況下設為私有，則在啟動新的執行個體時可能會導致授權錯誤。如需共用私有 AM I 的詳細資訊，請參閱 Amazon EC2 使用者指南中的與特定 AWS 帳戶共用 AMI。

AMI ID (您的 AMI 的 ID) 不存在。啟動 EC2 執行個體失敗。

  • 原因：AMI 可能已在建立啟動範本或啟動組態後刪除。

  • 解決方案：

    1. 使用有效的 AMI 建立新的啟動範本或啟動組態。

    2. 使用 update-auto-scaling-group 命令，利用新的啟動範本或啟動組態來更新您的 Auto Scaling 群組。

AMI (AMI ID) 等待處理中，無法執行。啟動 EC2 執行個體失敗。

原因：您可能剛建立 AMI (透過取得執行中執行個體的快照或其他任何方法)，並且其可能尚無法使用。

解決方案：您必須等到 AMI 可用，才能建立啟動範本或啟動組態。

無效的裝置名稱 <裝置名稱>。啟動 EC2 執行個體失敗。

原因：將 EBS 磁碟區連接到 EC2 執行個體時，必須為該磁碟區提供有效的裝置名稱。所選取的 AMI 必須支援此裝置名稱。

解決方案：

  1. 建立新的啟動範本或啟動組態，並未 AMI 指定正確的裝置名稱。建議的命名慣例會根據 AMI 的虛擬化類型而異。如需詳細資訊，請參閱 Amazon EC2 使用者指南中的裝置名稱。

  2. 使用 update-auto-scaling-group 命令，利用新的啟動範本或啟動組態來更新您的 Auto Scaling 群組。

指定執行個體類型的架構「arm64」與指定 AMI 的架構「x86_64」不相符…啟動 EC2 執行個體失敗。

原因 1：如果 AMI 的架構和啟動範本或啟動組態中使用的執行個體類型不相同，則當 Amazon EC2 Auto Scaling 嘗試使用不相容的執行個體組態啟動執行個體時會收到錯誤訊息。

解決方案 1：

  1. 使用 describe-images 命令或 Amazon EC2 主控台，在 Amazon Machine Images (AMI) 頁面的詳細資料窗格中檢查架構值，以驗證您的 AMI。

  2. 使用 describe-instance-types 命令或 Amazon EC2 主控台，檢查執行個體類型畫面上的架構欄，以尋找與 AMI 架構相同的執行個體類型。如需有關選擇相容執行個體類型的詳細資訊，請參閱 Amazon EC2 使用者指南中的變更執行個體類型的相容性。

  3. 使用與您的 AMI 具有相同架構的執行個體類型來建立新的啟動範本或啟動組態。

  4. 使用 update-auto-scaling-group 命令，利用新的啟動範本或啟動組態來更新您的 Auto Scaling 群組。

原因 2：Amazon EC2 Auto Scaling 會嘗試為 Auto Scaling 群組啟動混合執行個體政策中指定的執行個體類型，但執行個體類型與啟動範本中指定的 AMI 具有不同的架構。

解決方案 1：請勿在混合執行個體政策中包含具有不同架構的執行個體類型。

  1. 使用 describe-images 命令或 Amazon EC2 主控台，在 Amazon Machine Images (AMI) 頁面的詳細資料窗格中檢查架構值，以驗證您的 AMI。

  2. 使用 describe-instance-types 命令或 Amazon EC2 主控台，檢查執行個體類型畫面上的架構欄，驗證要包含在混合執行個體政策中的每個執行個體類型的架構。如需有關選擇相容執行個體類型的詳細資訊，請參閱 Amazon EC2 使用者指南中的變更執行個體類型的相容性。

  3. 使用 update-auto-scaling-group 命令，從 Auto Scaling 群組中更新或移除不相容的執行個體類型。

解決方案 2：若要在相同的 Auto Scaling 群組中啟動 Arm (Graviton2) 和 x86_64 (Intel) 執行個體，您必須分別使用 ARM 相容 AMI 和 Intel x86 相容 AMI 支援的啟動範本，以符合混合執行個體政策中的執行個體類型。

  1. 使用 describe-images 命令或 Amazon EC2 主控台，在 Amazon Machine Images (AMI) 頁面的詳細資料窗格中檢查架構值，以驗證現有啟動範本中 AMI 的架構。

  2. 使用與您打算使用的其他架構相符的 AMI 建立新的啟動範本。

  3. 使用 update-auto-scaling-group 命令更新您的 Auto Scaling 群組，以覆寫現有的啟動範本，並為每個相容的執行個體類型指定新的啟動範本。如需詳細資訊，請參閱 為執行個體類型使用不同的啟動範本。

AMI「<AMI ID>」已停用，無法執行。啟動 EC2 執行個體失敗。

原因：您試圖從已停用的 AMI 啟動執行個體。如需詳細資訊，請參閱 Amazon EC2 使用者指南中的停用 AMI。

解決方案：

  1. 建立新的啟動範本或啟動組態，並指定未停用的 AMI。

  2. 使用 update-auto-scaling-group 命令，利用新的啟動範本或啟動組態來更新您的 Auto Scaling 群組。