翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# 詳細設定を使用して起動テンプレートを作成する
このトピックでは、 AWS マネジメントコンソールの詳細設定を使用して起動テンプレートを作成する方法について説明します。
**詳細設定を使用して起動テンプレートを作成するには**
1. Amazon EC2 コンソールの [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/) を開いてください。
1. ナビゲーションペインの **[インスタンス]** で、**[起動テンプレート]**、**[起動テンプレートの作成]** を順に選択します。
1. 次のトピックの説明に従って、起動テンプレートを設定します。
+ [必須の設定](#configure-required-settings)
+ [詳細設定](#configure-advanced-settings)
1. [**起動テンプレートの作成**] を選択してください。
## 必須の設定
起動テンプレートを作成するときは、次の必須の設定を含める必要があります。
**起動テンプレートの名前**
起動テンプレートを説明する一意の名前を入力します。
**アプリケーションと OS イメージ (Amazon マシンイメージ)**
使用する Amazon マシンイメージ (AMI) を選択します。使用する AMI を検索または参照できます。最適なスケーリング効率を得るには、アプリケーションコードでインスタンスを起動するように完全に設定され、かつ起動時にほとんど変更を必要としないカスタム AMI を選択します。
**インスタンスタイプ**
AMI と互換性のあるインスタンスタイプを選択します。Auto Scaling グループ独自のリソース定義に埋め込まれている複数のインスタンスタイプを使用する予定の場合は、起動テンプレートへのインスタンスタイプの追加をスキップできます。インスタンスタイプは、[混合インスタンスグループ](ec2-auto-scaling-mixed-instances-groups.md)を作成する予定がない場合にのみ必要です。
## 詳細設定
詳細設定はオプションです。詳細設定を設定しない場合、特定の機能はインスタンスに追加されません。
**[高度な詳細]** セクションを展開して、詳細設定を表示します。次のセクションでは、Auto Scaling グループの起動テンプレートを作成する場合に注目すべき、最も役に立つ詳細設定について説明します。詳細については、「*Amazon EC2 ユーザーガイド*」の「[高度な詳細](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/create-launch-template.html#lt-advanced-details)」を参照してください。
**IAM インスタンスプロファイル**
インスタンスプロファイルには、使用する IAM ロールが含まれています。Auto Scaling グループが EC2 インスタンスを起動すると、関連付けられた IAM ロールで定義されたアクセス許可が、インスタンスで実行されているアプリケーションに付与されます。詳細については、「[Amazon EC2 インスタンスで実行中のアプリケーション用の IAM ロール](us-iam-role.md)」を参照してください。
**終了保護**
この機能を有効にすると、ユーザーは Amazon EC2 コンソール、CLI コマンド、および API オペレーションを使用してインスタンスを終了できなくなります。終了保護は、偶発的な終了に対する追加の保護手段を提供します。この機能により、Amazon EC2 Auto Scaling によるインスタンスの終了が阻止されるわけではありません。Amazon EC2 Auto Scaling で終了できるインスタンスを制御するには、「[インスタンスのスケールイン保護を使用してインスタンスの終了を制御する](ec2-auto-scaling-instance-protection.md)」を参照してください。
**CloudWatch による詳細なモニタリング**
EC2 インスタンスの詳細なモニタリングを有効にして、1 分間隔でメトリクスデータを Amazon CloudWatch に送信できるようにすることができます。デフォルトでは、EC2 インスタンスは 5 分間隔でメトリクスデータを CloudWatch に送信します。別途 料金がかかります。詳細については、「[Auto Scaling インスタンスのモニタリングを設定する](enable-as-instance-metrics.md)」を参照してください。
**クレジット仕様**
Amazon EC2 は、T2、T3、T3a などのバーストパフォーマンスインスタンスを提供し、必要に応じてアプリケーションがベースラインの CPU パフォーマンスを超えてバーストできるようにします。デフォルトでは、これらのインスタンスは、CPU 使用率がスロットリングされるまでの限られた期間バーストできます。オプションで、無制限モードを有効にして、インスタンスがベースラインを超えて必要な期間バーストできるようにすることができます。これにより、アプリケーションは必要に応じて高い CPU パフォーマンスを維持できます。追加料金が適用される場合があります。詳細については、「*Amazon EC2 ユーザーガイド*」の「[Auto Scaling グループを使用してバーストパフォーマンスインスタンスを無制限で起動する](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/burstable-performance-instances-how-to.html#burstable-performance-instances-auto-scaling-grp)」を参照してください。
**プレイスメントグループ名**
プレイスメントグループを指定し、クラスターまたはパーティション戦略を使用すると、インスタンスが AWS データセンター内で物理的に配置される方法に影響を与えることができます。小規模な Auto Scaling グループの場合は、スプレッド戦略を使用することもできます。詳細については、「*Amazon EC2 ユーザーガイド*」の「[プレイスメントグループ](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/placement-groups.html)」を参照してください。
Auto Scaling グループでプレイスメントグループを使用する場合、いくつかの考慮事項があります。
+ プレイスメントグループが起動テンプレートと Auto Scaling グループの両方で指定されている場合、Auto Scaling グループのプレイスメントグループが優先されます。
+ では CloudFormation、起動テンプレートでプレイスメントグループを定義する場合は注意してください。Amazon EC2 Auto Scaling は、指定されたプレイスメントグループにインスタンスを起動します。ただし、Auto Scaling グループで [UpdatePolicy](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-attribute-updatepolicy.html) を使用している場合、CloudFormation はこれらのインスタンスからのシグナルを受信しません (これは、将来変更される可能性があります)。
**購入オプション**
スポットインスタンスをオンデマンド料金を上限とするスポット料金でリクエストする場合は **[スポットインスタンスのリクエスト]** を選択し、スポットインスタンスのデフォルト設定を変更する場合は [**カスタマイズ**] を選択します。Auto Scaling グループでは、終了日なしのワンタイムリクエストを指定する必要があります (デフォルト)。詳細については、「[耐障害性に優れた柔軟なアプリケーションのためにスポットインスタンスをリクエストする](launch-template-spot-instances.md)」を参照してください。この設定は特殊な状況では便利ですが、通常は指定せず、代わりに混合インスタンスグループを作成することをお勧めします。詳細については、「[複数のインスタンスタイプと購入オプションを使用する Auto Scaling グループ](ec2-auto-scaling-mixed-instances-groups.md)」を参照してください。
起動テンプレートでスポットインスタンスリクエストを指定した場合、混合インスタンスグループを作成することはできません。混合インスタンスグループでスポットインスタンスをリクエストする起動テンプレートを使用しようとすると、次のように `Incompatible launch template: You cannot use a launch template that is set to request Spot Instances (InstanceMarketOptions) when you configure an Auto Scaling group with a mixed instances policy. Add a different launch template to the group and try again.` というエラーメッセージが表示されます。
**Capacity Reservation**
キャパシティ予約では、特定のアベイラビリティーゾーンにある Amazon EC2 インスタンスのキャパシティを任意の期間で予約できます。詳細については、「*Amazon EC2 ユーザーガイド*」の「[オンデマンドキャパシティーの予約](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-capacity-reservations.html)」を参照してください。
インスタンスを起動する場合の設定を以下から選択できます。
+ 任意のオープンキャパシティ予約 (**[オープン]**）
+ 特定のキャパシティ予約 (**[ID 別のターゲット]**）
+ キャパシティ予約のグループ (**[グループ別のターゲット]**）
特定のキャパシティ予約をターゲットにするには、起動テンプレートのインスタンスタイプが予約のインスタンスタイプと一致する必要があります。Auto Scaling グループを作成するときは、キャパシティ予約と同じアベイラビリティーゾーンを使用します。 AWS リージョン 選択した に応じて、代わりにキャパシティブロックをターゲットにすることを選択できます。詳細については、「[機械学習ワークロードにCapacity Blocksを使用する](launch-template-capacity-blocks.md)」を参照してください。
キャパシティ予約のグループをターゲットにするには、「[キャパシティ予約を使用して特定のアベイラビリティーゾーンでキャパシティを予約する](use-ec2-capacity-reservations.md)」を参照してください。キャパシティ予約のグループをターゲットにすることで、キャパシティを複数のアベイラビリティーゾーンに分散させ、耐障害性を向上させることができます。
**テナンシー**
Amazon EC2 では、EC2 インスタンスのテナンシーに 3 つのオプションが用意されています。
+ 共有 (**[共有]**) – 複数の AWS アカウント で同じ物理ハードウェアを共有できます。これは、インスタンスを起動する際のデフォルトのテナンシーオプションです。
+ ハードウェア専有インスタンス (**[専用]**) – インスタンスはシングルテナントハードウェアで実行されます。他の AWS のお客様が同じ物理サーバーを共有することはありません。詳細については、[ハードウェア専有インスタンス](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/dedicated-instance.html) の *Amazon EC2 ユーザーガイド*を参照してください。
+ Dedicated Hosts (**[専有ホスト]**) – インスタンスはお客様専用の物理サーバー上で実行されます。Dedicated Hosts を使用すると、専用のハードウェア要件を持つ独自のライセンス (BYOL) を EC2 に持ち込み、コンプライアンスのユースケースを満たすことが容易になります。このオプションを選択した場合は、**[テナンシーのホストリソースグループ]** でホストリソースグループを指定する必要があります。詳細については、「*Amazon EC2 ユーザーガイド*」の「[Amazon EC2 専有ホスト](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/dedicated-hosts-overview.html)」を参照してください。
Dedicated Hosts のサポートは、ホストリソースグループを指定した場合にのみ使用できます。特定のホスト ID をターゲットにしたり、ホストのプレイスメントアフィニティを使用したりすることはできません。
+ ホスト ID を指定する起動テンプレートを使用しようとすると、エラーメッセージ「`Incompatible launch template: Tenancy host ID is not supported for Auto Scaling.`」が表示されます。
+ ホストのプレイスメントアフィニティを指定する起動テンプレートを使用しようとすると、エラーメッセージ「`Incompatible launch template: Auto Scaling does not support host placement affinity.`」が表示されます。
**テナンシーのホストリソースグループ**
を使用すると AWS License Manager、独自のライセンスを に持ち込み AWS 、一元管理できます。ホストリソースグループとは、特定の License Manager ライセンス設定にリンクされている Dedicated Hosts のグループのことです。ホストリソースグループを使用すると、ソフトウェアライセンスのニーズに一致する Dedicated Hosts で EC2 インスタンスを簡単に起動できます。Dedicated Hosts を事前に手動で割り当てる必要はありません。必要に応じて自動的に作成されます。AMI をライセンス設定に関連付ける場合、その AMI は一度に 1 つのホストリソースグループにのみ関連付けることができます。詳細については、「*License Manager ユーザーガイド*」の「[AWS License Managerのホストリソースグループ](https://docs.aws.amazon.com/license-manager/latest/userguide/host-resource-groups.html)」を参照してください。
**ライセンス設定**
この設定では、テナンシーを Dedicated Hosts に制限することなく、インスタンスのライセンス設定を指定できます。ライセンス設定を使用すると、インスタンスにデプロイされたソフトウェアライセンスの追跡が可能になるため、ライセンスの使用状況とコンプライアンスをモニタリングできます。詳細については、「*License Manager ユーザーガイド*」の「[セルフマネージドライセンスの作成](https://docs.aws.amazon.com/license-manager/latest/userguide/create-license-configuration.html)」を参照してください。
**アクセス可能なメタデータ**
インスタンスメタデータサービスの HTTP エンドポイントへのアクセスを有効にするか無効にするかを選択できます。デフォルトでは、HTTP エンドポイントは有効です。エンドポイントを無効にすると、インスタンスメタデータへのアクセスはオフになります。HTTP エンドポイントが有効になっている場合にのみ、IMDSv2 を要求する条件を指定できます。詳細については、「*Amazon EC2 ユーザーガイド*」の「[インスタンスメタデータオプションを設定する](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/configuring-instance-metadata-options.html)」を参照してください。
**メタデータのバージョン**
インスタンスメタデータをリクエストするときに、インスタンスメタデータサービスバージョン 2 (IMDSv2) の使用を必須にすることができます。値を指定しない場合、デフォルトで IMDSv1 と IMDSv2 の両方がサポートされます。詳細については、「*Amazon EC2 ユーザーガイド*」の「[インスタンスメタデータオプションを設定する](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/configuring-instance-metadata-options.html)」を参照してください。
**メタデータトークンレスポンスのホップ制限**
メタデータトークンに許容されるネットワークホップ数を設定できます。値を指定していない場合、デフォルトで 1 が適用されます。詳細については、「*Amazon EC2 ユーザーガイド*」の「[インスタンスメタデータオプションを設定する](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/configuring-instance-metadata-options.html)」を参照してください。
**ユーザーデータ**
シェルスクリプトまたは Cloud-init ディレクティブをユーザーデータとして指定することで、起動時にインスタンスをカスタマイズして設定を完了できます。ユーザーデータは、インスタンスの初回起動時に実行されるため、起動時にアプリケーション、依存関係、またはカスタマイズを自動的にインストールできます。詳細については、「*Amazon EC2 ユーザーガイド*」の「[起動時に Linux インスタンスでコマンドを実行する](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/user-data.html)」を参照してください。
大量のダウンロードや複雑なスクリプトがある場合、インスタンスが使用可能になるまでの時間が長くなります。この場合、インスタンスが完全にプロビジョニングされるまで、`InService` 状態に到達するのを遅らせるようにライフサイクルフックを設定する必要があります。Auto Scaling グループへのライフサイクルフックの追加について詳しくは、「[Amazon EC2 Auto Scaling のライフサイクルフック](lifecycle-hooks.md)」を参照してください。
# 耐障害性に優れた柔軟なアプリケーションのためにスポットインスタンスをリクエストする
起動テンプレートには、終了日や使用期間を指定せずにスポットインスタンスをリクエストできるオプションがあります。Amazon EC2 スポットインスタンスは、EC2 オンデマンドの料金と比較して、大幅割引で提供される予備のキャパシティーです。スポットインスタンス はアプリケーションを実行する時間に柔軟性がある場合や、アプリケーションを中断できる場合に、費用効率の高い選択肢です。スポットインスタンスをリクエストする起動テンプレート作成の詳細については、「[詳細設定を使用して起動テンプレートを作成する](advanced-settings-for-your-launch-template.md)」を参照してください。
**重要**
スポットインスタンスは通常、オンデマンドインスタンスを補完するために使用されます。このシナリオでは、スポットインスタンスの起動に使用されるものと同じ設定を、Auto Scaling グループの設定内で指定できます。Auto Scaling グループの一部として設定を指定する場合、特定の数のオンデマンドインスタンスを起動した後のみにスポットインスタンスを起動するようにリクエストできます。その後、グループのスケーリングに応じてオンデマンドインスタンスとスポットインスタンスの組み合わせを継続して起動するようにリクエストできます。詳細については、「[複数のインスタンスタイプと購入オプションを使用する Auto Scaling グループ](ec2-auto-scaling-mixed-instances-groups.md)」を参照してください。
このトピックでは、Auto Scaling グループ自体ではなく起動テンプレートにより設定を指定することで、Auto Scaling グループ内にスポットインスタンスのみを起動する方法について説明します。このトピックの情報は、[起動設定](create-launch-config.md)を使用してスポットインスタンスをリクエストする Auto Scaling グループにも適用されます。違いは、起動設定には上限価格が必須ですが、起動テンプレートの場合、この設定はオプションとなることです。
起動テンプレートを作成してスポットインスタンスのみを起動する場合は、次の考慮事項に留意してください。
+ **スポット料金** 起動するスポットインスタンスには、現在のスポット料金のみが課金されます。この料金は、需要と供給の長期的な傾向に基づいて時間の経過とともに緩やかに変動します。詳細については、「[Amazon EC2 ユーザーガイド](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-spot-instances.html#spot-pricing)」の「[スポットインスタンス](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-spot-instances.html)」および「*料金と削減額*」を参照してください。
+ **上限価格を設定する。**起動テンプレートではオプションとして、スポットインスタンスの時間あたりの上限価格を指定することができます。時間あたりの上限価格が現在のスポット料金を上回っていて、利用可能なキャパシティーがある場合には、Amazon EC2 は速やかにスポットインスタンスに対するリクエストに対応します｡ スポットインスタンスの料金が、お客様の Auto Scaling グループで実行中のインスタンスに設定された上限価格を上回った場合には、インスタンスが終了されます。
**警告**
低すぎる上限価格が設定されるなどの理由で、スポットインスタンスを取得できない場合には、アプリケーションが実行されないことがあります。利用可能なスポットインスタンスを、可能な限り長期にわたり活用するには、上限価格をオンデマンド料金に近い値に設定します。
+ **アベイラビリティーゾーン間でのバランシング。**複数のアベイラビリティーゾーンを指定した場合、Amazon EC2 Auto Scaling は指定したゾーンの間でスポットリクエストを分散します。上限価格が 1 つのアベイラビリティーゾーンでリクエストを落札するには低すぎる場合、Amazon EC2 Auto Scaling は他のアベイラビリティーゾーンでリクエストが落札されたかどうか確認します。その場合、Amazon EC2 Auto Scaling は失敗したリクエストをキャンセルし、リクエストが落札されたアベイラビリティーゾーンの間でリクエストを再分散します。落札されたリクエストがないアベイラビリティーゾーンの料金が、今後のリクエストに成功するために十分に下がった場合、Amazon EC2 Auto Scaling はすべてのアベイラビリティーゾーンの間で再調整します。
+ **スポットインスタンスの終了** スポットインスタンスは任意のタイミングで終了できます。スポットインスタンスの可用性や料金に変化があった場合は、Amazon EC2 スポットサービスにより、Auto Scaling グループのスポットインスタンスが終了されることがあります。またスケーリングやヘルスチェックの実行時には、Amazon EC2 Auto Scaling が、オンデマンドインスタンスの終了と同じ方法により、スポットインスタンスを終了することがあります。インスタンスが終了された際には、そのためのストレージは削除されます。
+ **必要とされるキャパシティーの維持** 終了されるスポットインスタンスがあった場合、Amazon EC2 Auto Scaling は、グループ内で必要とされるキャパシティーを維持するために、代わりのインスタンスの起動を試みます。現在のスポット料金が上限価格未満の場合は、スポットインスタンスが起動されます。スポットインスタンスのリクエストが正常に処理されなかった場合は、その試行が繰り替えされます。
+ **上限価格の変更** 上限価格を変更するには、起動テンプレートを新規で作成するか、既存の起動テンプレートを新しい上限価格で更新します。その上で、このテンプレートを Auto Scaling グループに関連付けます。これらのインスタンスに使用する起動テンプレートで指定された上限価格が、現在のスポット料金より高い限り、既存のスポットインスタンスが実行され続けます。上限価格を指定しない場合、オンデマンド料金がデフォルトの上限価格となります｡
# 機械学習ワークロードにCapacity Blocksを使用する
Capacity Blocksを使用すると、短期間の機械学習 (ML) ワークロードをサポートするために、非常に需要の高い GPU インスタンスを将来の日付で予約できます。
Capacity Blocksとその仕組みの概要については、「*Amazon EC2 ユーザーガイド*」の「[ML 用のCapacity Blocks](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-capacity-blocks.html)」を参照してください。
Capacity Blocksの使用を開始するには、特定のアベイラビリティーゾーンにキャパシティ予約を作成します。Capacity Blocksは、単一のアベイラビリティーゾーン内の `targeted` キャパシティ予約として配信されます。起動テンプレートを作成するときは、キャパシティブロックの予約 ID とインスタンスタイプを指定します。次に、作成した起動テンプレートとキャパシティブロックのアベイラビリティーゾーンを使用するように Auto Scaling グループを更新します。キャパシティブロック予約が開始されたら、スケジュールされたスケーリングを使用して、キャパシティブロック予約と同じ数のインスタンスを起動します。
**重要**
Capacity Blocks は、特定の Amazon EC2 インスタンスタイプ および でのみ使用できます AWS リージョン。詳細については、「*Amazon EC2 ユーザーガイド*」の「[前提条件](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/capacity-blocks-using.html#capacity-blocks-prerequisites)」を参照してください。
**Topics**
+ [操作のガイドライン](#capacity-blocks-operational-guidelines)
+ [起動テンプレートでキャパシティブロックを指定する](#specify-a-capacity-block-in-your-launch-template)
+ [制限事項](#capacity-blocks-limitations)
+ [関連リソース](#capacity-blocks-related-resources)
## 操作のガイドライン
以下は、Auto Scaling グループでキャパシティブロックを使用するに従うべき操作の基本的なガイドラインです。
+ キャパシティブロックの予約終了時刻の 30 分以上前に、Auto Scaling グループをゼロにスケールインします。Amazon EC2 は、キャパシティブロックの終了時刻の 30 分前に、実行中のインスタンスを終了します。
+ スケジュールされたスケーリングを使用して、適切な予約時刻にスケールアウト (インスタンスの追加) およびスケールイン (インスタンスの削除) することをお勧めします。詳細については、「[Amazon EC2 Auto Scaling のスケジュールされたスケーリング](ec2-auto-scaling-scheduled-scaling.md)」を参照してください。
+ 必要に応じてライフサイクルフックを追加し、スケールインの際にインスタンス内でアプリケーションを正常にシャットダウンします。キャパシティブロックの予約終了時刻の 30 分前に Amazon EC2 がインスタンスの強制終了を開始する*までに*、ライフサイクルアクションが完了できるよう十分な時間を確保してください。詳細については、「[Amazon EC2 Auto Scaling のライフサイクルフック](lifecycle-hooks.md)」を参照してください。
+ Auto Scaling グループが、予約期間全体を通して正しいバージョンの起動テンプレートを指定していることを確認してください。`$Default` または `$Latest` バージョンではなく、特定のバージョンの起動テンプレートを指定することをお勧めします。
**注記**
予約が終了するまでキャパシティブロックインスタンスを実行中のままにして、Amazon EC2 がそのインスタンスを再利用した場合、Auto Scaling グループのスケーリングアクティビティの詳細では、そのインスタンスがキャパシティブロックの終了時に意図的に再利用されたにもかかわらず「`taken out of service in response to an EC2 health check that indicated it had been terminated or stopped`」と表示されます。同様に、Amazon EC2 Auto Scaling は、ヘルスチェックに失敗したインスタンスの場合と同じ方法でインスタンスの置き換えを試みます。詳細については、「[Auto Scaling グループでのインスタンスのヘルスチェック](ec2-auto-scaling-health-checks.md)」を参照してください。
## 起動テンプレートでキャパシティブロックを指定する
Auto Scaling グループの特定のキャパシティブロックをターゲットとする起動テンプレートを作成するには、次のいずれかの方法を使用します。
------
#### [ Console ]
**起動テンプレートでキャパシティブロックを指定するには (コンソール）**
1. Amazon EC2 コンソールの [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/) を開いてください。
1. 上部のナビゲーションバーで、キャパシティブロックを作成した AWS リージョン を選択します。
1. ナビゲーションペインで、[**インスタンス**] の [**テンプレートの起動**] を選択します。
1. **[起動テンプレートの作成]** を選択し、起動テンプレートを作成します。必要に応じて、Amazon マシンイメージ (AMI) の ID、インスタンスタイプ、およびその他の起動テンプレート設定を含めます。
1. **[高度な詳細]** セクションを展開して、詳細設定を表示します。
1. **[購入オプション]** で、**[キャパシティブロック]** を選択します。
1. **[キャパシティ予約]** で **[ID 別のターゲット]** を選択し、**[キャパシティ予約 - ID ごとのターゲット]** で、既存のキャパシティブロックのキャパシティ予約 ID を選択します。
1. 完了したら、**[起動テンプレートの作成]** を選択します。
起動テンプレートを使用した Auto Scaling グループの作成について詳しくは、「[起動テンプレートを使用して Auto Scaling グループを作成する](create-asg-launch-template.md)」を参照してください。
------
#### [ AWS CLI ]
**起動テンプレートでキャパシティブロックを指定するには (AWS CLI）**
次の [create-launch-template](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/ec2/create-launch-template.html) コマンドを使用して、既存のキャパシティブロックの予約 ID を指定するための起動テンプレートを作成します。各*ユーザー入力プレースホルダー*を独自の情報に置き換えます。
```
aws ec2 create-launch-template --launch-template-name my-template-for-capacity-block \
--version-description AutoScalingVersion1 --region us-east-2 \
--launch-template-data file://config.json
```
**ヒント**
このコマンドがエラーをスローする場合は、 を AWS CLI ローカルで最新バージョンに更新していることを確認してください。
`config.json` の内容。
```
{
"ImageId": "ami-04d5cc9b88example",
"InstanceType": "p4d.24xlarge",
"SecurityGroupIds": [
"sg-903004f88example"
],
"KeyName": "MyKeyPair",
"InstanceMarketOptions": {
"MarketType": "capacity-block"
},
"CapacityReservationSpecification": {
"CapacityReservationTarget": {
"CapacityReservationId": "cr-02168da1478b509e0"
}
}
}
```
以下は出力の例です。
```
{
"LaunchTemplate": {
"LaunchTemplateId": "lt-068f72b724example",
"LaunchTemplateName": "my-template-for-capacity-block",
"CreateTime": "2023-10-27T15:12:44.000Z",
"CreatedBy": "arn:aws:iam::123456789012:user/Bob",
"DefaultVersionNumber": 1,
"LatestVersionNumber": 1
}
}
```
次の [describe-launch-template-versions](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/ec2/describe-launch-template-versions.html) コマンドを使用して、起動テンプレートに関連付けられたキャパシティブロックの予約 ID を確認できます。
```
aws ec2 describe-launch-template-versions --launch-template-names my-template-for-capacity-block \
--region us-east-2
```
以下は、キャパシティブロックの予約を指定する起動テンプレートの出力例です。
```
{
"LaunchTemplateVersions": [
{
"LaunchTemplateId": "lt-068f72b724example",
"LaunchTemplateName": "my-template-for-capacity-block",
"VersionNumber": 1,
"CreateTime": "2023-10-27T15:12:44.000Z",
"CreatedBy": "arn:aws:iam::123456789012:user/Bob",
"DefaultVersion": true,
"LaunchTemplateData": {
"ImageId": "ami-04d5cc9b88example",
"InstanceType": "p5.48xlarge",
"SecurityGroupIds": [
"sg-903004f88example"
],
"KeyName": "MyKeyPair",
"InstanceMarketOptions": {
"MarketType": "capacity-block"
},
"CapacityReservationSpecification": {
"CapacityReservationTarget": {
"CapacityReservationId": "cr-02168da1478b509e0"
}
}
}
}
]
}
```
------
## 制限事項
+ Capacity Blocksのサポートは、Auto Scaling グループに互換性のある設定がされている場合にのみ利用できます。混合インスタンスグループおよびウォームプールはサポートされていません。
+ 一度にターゲットにできるキャパシティブロックは 1 つだけです。
## 関連リソース
+ P5 インスタンスを使用するための前提条件と推奨事項については、「*Amazon EC2 ユーザーガイド*」の「[P5 インスタンスの使用を開始する](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/p5-instances-started.html)」を参照してください。
+ Amazon EKS は、Amazon EKS クラスターでの短期間の機械学習 (ML) ワークロードをサポートするために、Capacity Blocksの使用をサポートしています。詳細については、「**Amazon EKS ユーザーガイド**」の「[ML 用のCapacity Blocks](https://docs.aws.amazon.com/eks/latest/userguide/capacity-blocks.html)」を参照してください。
+ Capacity Blocksは、サポートされているインスタンスタイプとリージョンで使用できます。ただし、オンデマンドキャパシティ予約では、その他のインスタンスタイプとリージョンのキャパシティを柔軟に予約できます。オンデマンドキャパシティ予約オプションの使用方法を示すチュートリアルについては、「[キャパシティ予約を使用して特定のアベイラビリティーゾーンでキャパシティを予約する](use-ec2-capacity-reservations.md)」を参照してください。