コンピューティング環境での AMI バージョンの管理

AWS Batch は、コンピューティング環境が使用する Amazon マシンイメージ (AMIsを可視化します。

AMI ステータスの表示

コンピューティング環境で AWS Batch 使用されている AMIs のステータスは、コンソールまたは describe-compute-environments コマンドを使用して表示できます。

Console

AWS Batch コンソールでは、AMI ステータス情報が次のステータス値を持つ 2 つの場所に表示されます。

• 最新 – でサポートされている最新の AMI を使用します AWS Batch。

• 更新可能 – 更新が利用可能になりました。

注記

AMI ステータス情報は AWS Batch、マネージド AMIs に対してのみ表示されます。イメージが imageId (非推奨）、、またはデフォルトの起動テンプレートで指定されている場合imageIdOverride、ステータスは表示されません。コンピューティング環境に起動テンプレートの上書きがある場合、ステータスは表示されません。AMI 選択の詳細については、「」を参照してくださいAMI 選択順序。

コンピューティング環境ページ

コンピューティング環境ページには、各コンピューティング環境batchImageStatusの全体を示すバッチイメージステータス列が表示されます。コンピューティング環境に複数の AMIs があり、いずれかの AMI に Update が利用可能な場合、コンソールにはコンピューティング環境全体で利用可能な Update が表示されます。

注記

ステータスは、コンピューティング環境が任意のイメージタイプのスケーリングを開始した後に表示されます。

コンピューティング環境の詳細ページ

コンピューティング環境の詳細ページで、コンピューティングリソースタブの Ec2 設定セクションに、コンピューティング環境の各イメージタイプのバッチイメージステータスが表示されます。 イメージタイプに複数の AMIs があり、いずれかの AMI に Update available がある場合、コンソールにそのイメージタイプで使用できる Update が表示されます。

注記

ステータスは、コンピューティング環境がその特定のイメージタイプのインスタンスのスケーリングを開始した後にのみ、各イメージタイプに表示されます。

CLI

describe-compute-environments を呼び出すと、レスポンスには、以下の値を持つ AMI の可視性を提供する batchImageStatusフィールドが含まれます。

• LATEST – でサポートされている最新の AMI を使用します AWS Batch。

• UPDATE_AVAILABLE – 更新が利用可能になりました。

注記

batchImageStatus フィールドは AWS Batch、マネージド AMIs に対してのみ表示されます。カスタム AMIs が imageId (非推奨)imageIdOverride、、またはデフォルトの起動テンプレートで指定されている場合は表示されません。コンピューティング環境に起動テンプレートの上書きがある場合、ステータスは表示されません。が AMI AWS Batch を選択する方法の詳細については、「」を参照してくださいAMI 選択順序。 AMIs

フィールドはEc2Configuration、コンピューティング環境がその を使用してインスタンスのスケーリングを開始した後にのみ、 ごとに個別に表示されますimageType。

{
    "computeEnvironments": [
        {
            "computeEnvironmentName": "my-compute-environment",
            "computeResources": {
                "ec2Configuration": [
                    {
                        "imageType": "ECS_AL2023"
                    },
                    {
                        "imageType": "ECS_AL2023_NVIDIA",
                        "batchImageStatus": "UPDATE_AVAILABLE"
                    }
                ]
            }
        }
    ]
}
     

AMI バージョンの更新

が AMI 更新が利用可能である AWS Batch ことを示す場合、AMI を最新バージョンに更新を true に設定してコンピューティング環境を更新 AMIs することで、新しい AMI を使用するようにコンピューティング環境を更新できます。

新しい AMI IDs を指定する必要はありません。AMI の更新を最新バージョンに設定する AMIs と、サポートされている最新の AMI AWS Batch が自動的に選択されます。

重要

AMIsトリガーされます。 インフラストラクチャの更新を実行するつまり、 は既存のインスタンスを、更新された AMI を使用する新しいインスタンス AWS Batch に置き換えます。更新プロセスにはスケーリング更新よりも時間がかかり、更新ポリシーの設定によっては実行中のジョブが中断される場合があります。

重要

配分戦略が の場合はBEST_FIT、ブルー/グリーン更新を実行する必要があります。

Console

AWS Batch コンソールを使用して AMIsを更新するには:

1. https://console.aws.amazon.com/batch/ で AWS Batch コンソールを開きます。

2. ナビゲーションペインで [Environments (環境)] を選択します。

3. 更新時に AMI ステータスを表示するコンピューティング環境を選択します。

4. 今すぐ更新 (AMI ステータスによる) またはアクション > 編集を選択して更新モーダルを開きます。

5. AMI 更新モーダルで、現在の AMI バージョンとそのステータスを確認します。

6. 確認または保存を選択して、インフラストラクチャの更新を開始します。

インフラストラクチャの更新UPDATING中にコンピューティング環境のステータスが に変わります。 コンソールで進捗状況をモニターすることができます。

CLI

CLI を使用して AMIs AWS を更新するには、 update-compute-environment コマンドを使用します。

aws batch update-compute-environment \
    --compute-environment my-compute-environment \
    --compute-resources updateToLatestImageVersion=true
          

このコマンドは、最新のサポートされている AMI AWS Batchを使用してインスタンスを新しいインスタンスに置き換えるインフラストラクチャの更新をトリガーします。 AMIs

カスタム AMI に関する考慮事項

コンピューティング環境でカスタム AMIs、つまり で指定された AMIs ComputeResources.imageId (非推奨)Ec2Configuration.imageIdOverride、デフォルトの起動テンプレート、または起動テンプレートが上書きされる場合、これらの AMIs のステータス情報を提供 AWS Batch することはできません。

• ステータスの可視性 – カスタム AMIs「-」を表示し、API レスポンスに batchImageStatusフィールドを含めません。

• 手動管理 – カスタム AMIs。AMI プロバイダーのセキュリティパッチとソフトウェアパッチを常に把握し、それに応じてカスタム AMIs を更新します。

• EC2 管理 – Amazon EC2 コンソールまたは APIs を使用して、新しいバージョンの作成や古いバージョンの廃止など、カスタム AMI ライフサイクルを管理します。

カスタム AMIs「」を参照してくださいコンピューティングリソース AMIs。

AMI 更新のベストプラクティス

このセクションは、カスタム AMI とデフォルト AMIs の両方に適用されます。

• 定期的なモニタリング – コンピューティング環境の AMI ステータスを定期的にチェックして、更新が利用可能になったタイミングを特定します。デフォルトの AMIs、 batchImageStatusは更新が利用可能になったときに表示されます。カスタム AMIs の場合は、 AWS セキュリティ情報などの他のリソースを使用する必要があります。

• メンテナンスウィンドウ – インフラストラクチャの更新が既存のインスタンスを置き換えるため、ジョブの中断が許容されるメンテナンスウィンドウ中に AMI の更新をスケジュールします。

• ジョブ再試行戦略 – インフラストラクチャの更新中に中断される可能性のあるジョブを処理するようにジョブ再試行戦略を設定します。詳細については、「ジョブの再試行の自動化」を参照してください。

• ポリシー設定の更新 – インフラストラクチャの更新中に実行中のジョブの処理方法を制御する適切な更新ポリシーを設定します。詳細については、「インフラストラクチャの更新を実行する」を参照してください。

• テスト – 本番環境のコンピューティング環境に適用する前に、開発環境で AMI の更新をテストします。