翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
詳細設定を使用して起動テンプレートを作成する
このトピックでは、の詳細設定を使用して起動テンプレートを作成する方法について説明します AWS Management Console。
詳細設定を使用して起動テンプレートを作成するには
Amazon EC2 コンソール (https://console.aws.amazon.com/ec2/
) を開きます。 -
ナビゲーションペインの [インスタンス] で [起動テンプレート] を選択し、[起動テンプレートの作成] を選択します。
-
以下のトピックの説明に従って起動テンプレートを設定します。
-
[起動テンプレートの作成] を選択します。
必須の設定
起動テンプレートを作成するときは、以下の必須設定を含める必要があります。
- 起動テンプレート名
-
起動テンプレートを説明する一意の名前を入力します。
- アプリケーションと OS イメージ (Amazon マシンイメージ)
-
使用したい Amazon マシンイメージ (AMI) を選択します。使用したい AMI を検索または参照できます。スケーリング効率を最大限に高めるには、アプリケーションコードを使用してインスタンスを起動するように完全に設定され、起動時にほとんど変更を必要としないカスタム AMI を選択してください。
- インスタンスタイプ
-
AMI と互換性のあるインスタンスタイプを選択してください。Auto Scaling グループの独自のリソース定義に埋め込まれている複数のインスタンスタイプを使用する予定がある場合は、起動テンプレートにインスタンスタイプを追加しなくてもかまいません。インスタンスタイプは、混合インスタンスグループを作成する予定がない場合にのみ必要です。
[詳細設定]
詳細設定は任意です。詳細設定を行わないと、特定の機能はインスタンスに追加されません。
[高度な詳細] セクションを展開して、詳細設定を表示します。以下のセクションでは、Auto Scaling グループの起動テンプレートを作成する際に重視すべき最も便利な詳細設定について説明します。詳細については、Linux インスタンス用 Amazon EC2 ユーザーガイドの「詳細情報」を参照してください。
- IAM インスタンスプロファイル
-
インスタンスプロファイルには、使用したい IAM ロールが含まれています。Auto Scaling グループが EC2 インスタンスを起動すると、関連する IAM ロールで定義された権限が、インスタンスで実行されているアプリケーションに付与されます。詳細については、「Amazon EC2 インスタンスで実行中のアプリケーション用の IAM ロール」を参照してください。
- 終了保護
-
この機能を有効にすると、ユーザーは Amazon EC2 コンソール、CLI コマンド、および API オペレーションを使用してインスタンスを終了できなくなります。終了保護は、偶発的な終了に対する特別な保護手段となります。Amazon EC2 Auto Scaling がインスタンスを終了するのを防ぐことはできません。Amazon EC2 Auto Scaling がどのインスタンスを終了できるかを制御するには、を参照してくださいインスタンスのスケールイン保護を使用する。
- 詳細モニタリング CloudWatch
-
EC2 インスタンスの詳細モニタリングを有効にして、1 CloudWatch 分間隔で Amazon にメトリックスデータを送信できるようにすることができます。デフォルトでは、EC2 インスタンスは 5 CloudWatch 分間隔でメトリックスデータをに送信します。別途 料金がかかります。詳細については、「Auto Scaling インスタンスのモニタリングを設定する」を参照してください。
- クレジット仕様
-
Amazon EC2 には、T2、T3、T3a などのバースト可能なパフォーマンスインスタンスが用意されています。これにより、アプリケーションは必要に応じてベースラインの CPU パフォーマンスを超えてバーストできます。デフォルトでは、これらのインスタンスは CPU 使用率が制限される前に一定時間バーストできます。オプションで無制限モードを有効にして、インスタンスがベースラインを超えて必要なだけバーストできるようにすることができます。これにより、アプリケーションは必要に応じて高い CPU パフォーマンスを維持できます。追加料金が適用される場合があります。詳細については、Linux インスタンス用 Amazon EC2 ユーザーガイドの「Auto Scaling グループを使用してバースト可能なパフォーマンスインスタンスを無制限として起動する」を参照してください。
- プレイスメントグループ名
-
プレイスメントグループを指定し、クラスターまたはパーティション戦略を使用して、 AWS データセンター内のインスタンスの物理的な配置に影響を与えることができます。小規模な Auto Scaling グループの場合は、スプレッド戦略を使用することもできます。詳細については、「Linux インスタンス用 Amazon EC2 ユーザーガイド」の「プレイスメントグループ」を参照してください。
Auto Scaling グループでプレイスメントグループを使用する際には、いくつかの考慮事項があります。
-
起動テンプレートと Auto Scaling グループの両方でプレイスメントグループが指定されている場合は、Auto Scaling グループのプレイスメントグループが優先されます。グループを作成した後は、Auto Scaling グループ設定で指定されたプレイスメントグループを変更することはできません。
-
で AWS CloudFormation、起動テンプレートでプレイスメントグループを定義する場合は注意してください。Amazon EC2 Auto Scaling は、指定されたプレイスメントグループにインスタンスを起動します。ただし、Auto Scaling UpdatePolicyグループでを使用する場合、 CloudFormation それらのインスタンスからのシグナルは受信されません(ただし、future 変更される可能性があります)。
-
- 購入オプション
-
[Request Spot Instances] を選択すると、オンデマンド価格で上限が設定されたスポット価格でスポットインスタンスをリクエストできます。また、[Customize] を選択してデフォルトのスポットインスタンス設定を変更できます。Auto Scaling グループでは、終了日なしのワンタイムリクエストを指定する必要があります (デフォルト)。詳細については、「耐障害性に優れた柔軟なアプリケーションのためにスポットインスタンスをリクエストする」を参照してください。この設定は特殊な状況では便利ですが、通常は指定せず、代わりに混合インスタンスグループを作成することをお勧めします。詳細については、「複数のインスタンスタイプと購入オプションを使用する Auto Scaling グループ」を参照してください。
起動テンプレートでスポットインスタンスリクエストを指定した場合、混合インスタンスグループを作成することはできません。混合インスタンスグループでスポットインスタンスをリクエストする起動テンプレートを使用しようとすると、次のように
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 インスタンスの容量を任意の期間予約できます。詳細については、Linux インスタンス用 Amazon EC2 ユーザーガイドの「オンデマンドキャパシティ予約」を参照してください。
インスタンスを次の場所で起動するかどうかを選択できます。
-
任意のオープンキャパシティ予約 (Open)
-
特定のキャパシティ予約 (ID 別のターゲット)
-
キャパシティ予約のグループ (グループ別のターゲット)
特定のキャパシティ予約をターゲットにするには、起動テンプレートのインスタンスタイプが予約のインスタンスタイプと一致する必要があります。Auto Scaling グループを作成するときは、キャパシティ予約と同じアベイラビリティーゾーンを使用してください。選択した内容によっては、代わりにキャパシティブロックをターゲットにすることもできます。 AWS リージョン 詳細については、「機械学習ワークロードにはキャパシティブロックを使用してください。」を参照してください。
キャパシティ予約のグループをターゲットにする方法については、を参照してくださいオンデマンドキャパシティ予約を使用して特定のアベイラビリティーゾーンのキャパシティを予約する。キャパシティ予約のグループをターゲットにすることで、キャパシティを複数のアベイラビリティーゾーンに分散して耐障害性を高めることができます。
-
- テナンシー
-
Amazon EC2 には、EC2 インスタンスのテナンシーに関する 3 つのオプションがあります。
-
共有 (共有) — AWS アカウント 複数で同じ物理ハードウェアを共有できます。これはインスタンスを起動するときのデフォルトのテナンシーオプションです。
-
専用インスタンス (専用) — インスタンスはシングルテナントのハードウェア上で実行されます。 AWS 同じ物理サーバーを共有する顧客は他にいません。詳細については、Linux インスタンス用 Amazon EC2 ユーザーガイドの「専用インスタンス」を参照してください。
-
専用ホスト (専用ホスト) — インスタンスは、お客様専用の物理サーバー上で実行されます。Dedicated Hosts を使用すると、専用のハードウェア要件を持つ独自のライセンス (BYOL) を EC2 に持ち込み、コンプライアンスのユースケースに対応しやすくなります。このオプションを選択する場合、Tenancy ホストリソースグループにホストリソースグループを指定する必要があります。詳細については、「Linux インスタンス用 Amazon EC2 ユーザーガイド」の「専用ホスト」を参照してください。
Dedicated Hosts Support は、ホストリソースグループを指定した場合にのみ利用できます。特定のホスト 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 ホストリソースグループは、特定のLLicense Manager 構成にリンクされた専用ホストのグループです。ホストリソースグループを使用すると、ソフトウェアライセンスのニーズに合った Dedicated Host で EC2 インスタンスを簡単に起動できます。Dedicated Hosts を事前に手動で割り当てる必要はありません。必要に応じて自動的に作成されます。AMI をライセンス設定に関連付ける場合、その AMI は一度に 1 つのホストリソースグループにのみ関連付けることができることに注意してください。詳細については、「License Manager ユーザーガイド」の「AWS License Managerのホストリソースグループ」を参照してください。
- ライセンス設定
-
この設定では、インスタンスのテナントを Dedicated Hosts に制限することなく、インスタンスのライセンス設定を指定できます。ライセンス設定ではインスタンスにデプロイされたソフトウェアライセンスが追跡されるため、ライセンスの使用状況とコンプライアンスを監視できます。詳細については、『ライセンスマネージャユーザーガイド』の「自己管理ライセンスの作成」を参照してください。
- メタデータにアクセス可能
-
インスタンスメタデータサービスの HTTP エンドポイントへのアクセスを有効にするか無効にするかを選択できます。デフォルトでは、HTTP エンドポイントは有効です。エンドポイントを無効にすると、インスタンスメタデータへのアクセスはオフになります。HTTP エンドポイントが有効になっている場合にのみ、IMDSv2 を要求する条件を指定できます。詳細については、Linux インスタンス Amazon EC2 ユーザーガイドの「インスタンスメタデータオプションの設定」を参照してください。
- メタデータバージョン
-
インスタンスメタデータをリクエストするときに、インスタンスメタデータサービスバージョン 2 (IMDSv2) の使用を要求するように選択できます。値を指定しない場合、デフォルトで IMDSv1 と IMDSv2 の両方がサポートされます。詳細については、Linux インスタンス Amazon EC2 ユーザーガイドの「インスタンスメタデータオプションの設定」を参照してください。
- メタデータ・トークンのレスポンス・ホップ制限
-
メタデータトークンのネットワークホップの許容数を設定できます。値を指定していない場合、デフォルトで 1 が適用されます。詳細については、Linux インスタンス Amazon EC2 ユーザーガイドの「インスタンスメタデータオプションの設定」を参照してください。
- ユーザーデータ
-
シェルスクリプトまたは cloud-init ディレクティブをユーザーデータとして指定することで、起動時にインスタンスをカスタマイズして設定を完了できます。ユーザーデータはインスタンスの初回起動時に実行されるため、アプリケーション、依存関係、カスタマイズを起動時に自動的にインストールできます。詳細については、Linux インスタンス用 Amazon EC2 ユーザーガイドの「起動時に Linux インスタンスでコマンドを実行する」を参照してください。
ダウンロード量が多い場合やスクリプトが複雑な場合は、インスタンスが使用可能になるまでにかかる時間が長くなります。その場合は、
InService
インスタンスが完全にプロビジョニングされるまでインスタンスがその状態に達するのを遅らせるようにライフサイクルフックを設定する必要があるかもしれません。Auto Scaling グループにライフサイクルフックを追加する方法の詳細については、を参照してくださいAmazon EC2 Auto Scaling のライフサイクルフック。