Elastic Compute Service:自動プロビジョニングの概要

自動プロビジョニンググループを作成する前に、以下の準備を完了してください。

• 基本的なインスタンス構成を含む起動テンプレートを指定します。「概要」をご参照ください。

  自動プロビジョニンググループは、起動テンプレートからイメージ、セキュリティグループ、ログイン認証情報などの属性を使用しますが、インスタンスタイプおよび vSwitch は別途指定された値でオーバーライドされます。

• ゾーンおよびインスタンスタイプをまたいでリソースプールを指定します。

  各リソースプールは、1 つのゾーンと 1 つのインスタンスタイプで構成されます。あるプールのリソースが不十分な場合、グループは別のプールを使用します。リソースプールを多く指定することで、インスタンス作成の成功率が向上します。

  重要

  ゾーンごとに指定できる vSwitch は 1 つだけです。同じゾーンに複数の vSwitch を指定した場合、最初のもののみが有効になります。

• ターゲット容量と各種インスタンスタイプの割合を指定します。

  ターゲット容量は、インスタンス数、vCPU 数、またはメモリサイズで測定できます。自動プロビジョニングでは、各インスタンスタイプの容量貢献度を示すために重みを使用します。以下のルールが適用されます。

  • インスタンス数で測定する場合、すべてのインスタンスタイプの重みは等しくなります。

  • vCPU 数で測定する場合、重みは vCPU 数に応じて変化します。vCPU 数が多いインスタンスタイプほど重みが高く、ターゲット容量を満たすために必要なインスタンス数が少なくなります。

  • ターゲット容量が vCPU やメモリなど複数の要素を含む場合、各インスタンスタイプの容量貢献度を評価し、それに応じて重みを割り当てます。重みが大きいほど、コンピューティング能力への貢献度が高くなります。

    説明

    インスタンスタイプの重みは、CreateAutoProvisioningGroup オペレーションを呼び出して自動プロビジョニンググループを作成する場合にのみ指定できます。

  最小限のコンピューティング能力を従量課金インスタンスで確保し、残りをスポットインスタンスで補うことで、コストを大幅に削減できます。

• プロビジョニングポリシーを指定します。

  利用可能なプロビジョニングポリシーを以下の表に示します。

  ポリシー	適用対象	設定方法	説明
  容量最適化ポリシー (capacity-optimized)	スポットインスタンス	ECS コンソール (スポットインスタンス)： **[プロビジョニングポリシー]** を 容量最適化ポリシー に設定します。 API オペレーション (スポットインスタンス)： SpotAllocationStrategy を capacity-optimized に設定します。	価格と再取得レートに基づき、作成成功率が最も高く、かつコスト効率の良いリソースプールを選択します。これにより、スポットインスタンスの再取得の可能性が低減され、安定した容量が確保されます。
  バランス分散ポリシー (diversified)	スポットインスタンス	ECS コンソール (スポットインスタンス)： **[プロビジョニングポリシー]** を バランス分散ポリシー に設定します。 API オペレーション (スポットインスタンス)： SpotAllocationStrategy を diversified に設定します。	複数のゾーンにわたるリソースプールにインスタンスを均等に分散させます。これにより、単一ゾーンでのリソース不足による作成失敗を防ぎ、ディザスタリカバリ能力を向上させます。
  コスト最適化ポリシー (lowest-price)	スポットインスタンスおよび従量課金インスタンス	ECS コンソール (スポットインスタンス)： **[プロビジョニングポリシー]** を コスト最適化ポリシー に設定します。 API オペレーション (スポットインスタンス)： SpotAllocationStrategy を lowest-price に設定します。 API オペレーション (従量課金インスタンス)： PayAsYouGoAllocationStrategy を lowest-price に設定します。	vCPU の単位価格が最も低いリソースプールを使用してインスタンスを作成します。 CreateAutoProvisioningGroup オペレーションを使用して自動プロビジョニンググループを作成する際、スポットインスタンスにコスト最適化ポリシーを適用し、SpotInstancePoolsToUseCount を設定して、最低コストのリソースプールの数を指定できます。 たとえば、スポットインスタンスを 100 台指定し、SpotInstancePoolsToUseCount を 5 に設定した場合、各プールで 20 台ずつインスタンスが作成されます。いずれかのプールのスポットインスタンスが再取得された場合でも、他のプールのインスタンスは引き続き利用可能です。
  優先度ベースポリシー (prioritized)	従量課金インスタンス	API オペレーション (従量課金インスタンス)： PayAsYouGoAllocationStrategy を prioritized に設定します。	リソースプールは優先度の高い順に使用されます。優先度の高いプールのリソースが不十分な場合、優先度の低いプールが使用されます。 CreateAutoProvisioningGroup オペレーションを呼び出し、LaunchTemplateConfig.N.Priority を設定して、プールの優先度を指定します。

  重要

  従量課金インスタンスのプロビジョニングポリシーは、CreateAutoProvisioningGroup オペレーションを通じてのみ指定できます。それ以外の場合は、デフォルトでコスト最適化ポリシーが使用されます。

• 時間単位の最大価格を指定します。

  スポットインスタンスの時間単位の最大価格を、リソースプールごとまたは全プールで設定できます。価格が最大価格を超えた場合、ターゲット容量が満たされていなくても、グループはスポットインスタンスの作成を停止し、コストを予算内に抑えることができます。

  リザーブドインスタンスまたは節約プランを使用して、従量課金のコストを削減できます。「リザーブドインスタンスの概要」および「節約プランの概要」をご参照ください。

• ターゲット容量を維持するかどうかを指定します。

  自動プロビジョニンググループは、「一度限りの配信」または「継続的配信および容量維持」に設定できます。「継続的配信」の場合、グループはインスタンスの正常性を監視し、リアルタイムの容量をターゲット容量と比較して、ターゲット容量を維持するために自動的にインスタンスを作成します。

自動プロビジョニンググループが開始されると、プロビジョニングポリシーに基づいてリソースプールを選択し、ターゲット容量を満たします。たとえば、MyLaunchTemplate テンプレートを使用して 12 台のインスタンスからなるクラスターをプロビジョニングし、可用性を向上させるには、次のようにします。

1. MyLaunchTemplate に基づいて複数のリソースプールを指定します。

2. スポットインスタンスと従量課金インスタンスの容量割合を指定します。

3. プロビジョニングポリシーを指定します。