Elastic Compute Service:概要

自動プロビジョニンググループを作成する前に、次の操作が実行されていることを確認してください。

• 基本的なインスタンス設定を含む起動テンプレートを指定します。 詳細については、「概要」をご参照ください。

  自動プロビジョニンググループは、起動テンプレートで指定されたイメージ、セキュリティグループ、ログオン資格情報などの属性を使用しますが、インスタンスタイプやインスタンスを作成するゾーンを指定するvSwitchは使用しません。 自動プロビジョニンググループは、代わりに個別に指定されたvSwitchとインスタンスタイプを使用します。

• ゾーンとインスタンスタイプをまたいでインスタンスを作成するために使用するリソースプールを指定します。

  リソースプールは、単一のゾーンと単一のインスタンスタイプで構成されます。 あるリソースプールのリソースが不足している場合、自動プロビジョニンググループは十分なリソースを持つ別のリソースプールを使用してインスタンスを作成します。 リソースプールの数が増えると、インスタンスの作成に使用できるオプションが増え、インスタンスの作成の成功率が向上します。

  重要

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

• 自動プロビジョニンググループのターゲット容量と、異なるタイプの容量の比率を指定します。

  ターゲット容量は、インスタンス、vCPU、またはメモリサイズに基づいて指定できます。 自動プロビジョニングは、インスタンスタイプの重みを使用して、このインスタンスタイプの1つのインスタンスの容量を示します。 重みには次のルールが適用されます。

  • ターゲット容量がインスタンスに基づいて指定されている場合、すべてのインスタンスタイプの重みは同じです。

  • ターゲット容量がvCPUの数に設定されている場合、インスタンスタイプの重みはvCPUの数によって異なります。 インスタンスタイプのvCPUが多いほど、インスタンスタイプの重みが大きくなり、ターゲット容量を満たすために必要なインスタンスタイプのインスタンスが少なくなります。

  • ターゲットキャパシティにvCPUやメモリなどの複数のインスタンスタイプの要因が含まれる場合、指定された各インスタンスタイプがターゲットキャパシティに寄与できる計算能力を評価し、各インスタンスタイプに重みを設定する必要があります。 重みが大きいほど、インスタンスタイプがより多くの計算能力に貢献できることを示します。

    説明

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

  従量課金インスタンスを使用して最小計算能力要件を満たし、プリエンプティブルインスタンスを使用して残りのターゲット容量を満たす場合、コストを大幅に削減できます。

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

  次の表に、自動プロビジョニングのプロビジョニングポリシーを示します。

  ポリシー	申請先	メソッド	説明
  容量最適化ポリシー (Capacity-optimized)	プリエンプティブルインスタンス	ECSコンソール (プリエンプティブルインスタンス): プロビジョニングポリシーを容量最適化ポリシーに設定します。 API操作 (プリエンプティブルインスタンス): SpotAllocationStrategyをcapacity-optimizedに設定します。	最も費用対効果が高く、インスタンス作成の成功率が最も高いリソースプールは、プリエンプティブルインスタンスを作成するための料金と再利用率に基づいて使用されます。 これにより、プリエンプティブルインスタンスが再利用される可能性を効果的に減らし、安定した容量を確保できます。
  バランスの取れた配布ポリシー (多様化)	プリエンプティブルインスタンス	ECSコンソール (プリエンプティブルインスタンス): プロビジョニングポリシーを [分散分散ポリシー] に設定します。 API操作 (プリエンプティブルインスタンス): SpotAllocationStrategyを多様化に設定します。	複数のゾーンのリソースプールは、インスタンスの作成に均等に使用されます。 これにより、単一ゾーンのリソース不足によるインスタンス作成の失敗の可能性がなくなり、アプリケーションのディザスタリカバリ機能を効果的に向上させることができます。
  コスト最適化ポリシー (最低価格)	プリエンプティブルおよび従量課金インスタンス	ECSコンソール (プリエンプティブルインスタンス): プロビジョニングポリシーを [コスト最適化ポリシー] に設定します。 API操作 (プリエンプティブルインスタンス): SpotAllocationStrategyを最低価格に設定します。 API操作 (従量課金インスタンス): PayAsYouGoAllocationStrategyを最低価格に設定します。	コストが最も低いリソースプールは、インスタンスの作成に使用されます。 これにより、コストを効果的に削減できる。 コストが最も低いリソースプールには、単価が最も低いvCPUがあります。 CreateAutoProvisioningGroup操作を呼び出して自動プロビジョニンググループを作成する場合、プリエンプティブルインスタンスのコスト最適化ポリシーを使用し、SpotInstancePoolsToUseCountパラメーターを設定して使用するリソースプールの数を指定できます。 コストが最も低い複数のリソースプールを使用してインスタンスを作成できます。 たとえば、自動プロビジョニンググループのターゲット容量として100のプリエンプティブルインスタンスを指定し、SpotInstancePoolsToUseCountを5に設定します。 各リソースプールは20インスタンスの作成に使用されます。 リソースプールを使用して作成されたプリエンプティブルインスタンスが再要求された場合、他のリソースプールを使用して作成されたプリエンプティブルインスタンスは引き続き使用できます。 これにより、サービスの可用性を効果的に向上できます。
  優先度ベースのポリシー (優先)	従量課金インスタンス	API操作 (従量課金インスタンス): PayAsYouGoAllocationStrategyを優先順位に設定します。	リソースプールは、降順の優先順位に基づいて使用されます。 優先度の高いリソースプールのリソースが不足している場合は、優先度の低いリソースプールが使用されます。 CreateAutoProvisioningGroup操作を呼び出し、LaunchTemplateConfig.N.Priorityパラメーターを設定して、優先度ベースのポリシーとリソースプールの優先度を指定する必要があります。

  重要

  CreateAutoProvisioningGroupを呼び出して自動プロビジョニンググループを作成する場合にのみ、従量課金インスタンスのプロビジョニングポリシーを指定できます。 それ以外の場合は、デフォルトでコスト最適化ポリシーが使用されます。

• 1時間あたりの最大価格を指定します。

  単一のリソースプールまたはすべてのリソースプールに対して、プリエンプティブルインスタンスの1時間あたりの最大料金を指定できます。 指定された最大料金を超えると、ターゲット容量が満たされていなくても、自動プロビジョニンググループはプリエンプティブルインスタンスの作成を停止します。 これにより、プロビジョニングされたリソースコストが予算内に収まるようになります。

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

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

  自動プロビジョニンググループのタイプは、1回限りの配信または継続的な配信と容量の維持に設定できます。 自動プロビジョニンググループの作成時に継続的配信と容量維持を選択した場合、自動プロビジョニンググループはインスタンスのヘルスステータスを自動的にチェックし、リアルタイムキャパシティとターゲット容量を比較し、コンピューティングパワーのニーズを満たすためにターゲット容量を維持するインスタンスを作成します。 インスタンスが異常または不足すると、自動プロビジョニンググループは自動的にインスタンスを作成し、ターゲット容量を維持します。

自動プロビジョニンググループの開始後、指定されたプロビジョニングポリシーに基づいて適切なリソースプールを選択し、ターゲット容量を満たすインスタンスをプロビジョニングします。 たとえば、MyLaunchTemplate起動テンプレートを使用して12個のインスタンスを含むクラスターをプロビジョニングし、クラスターの可用性を向上させる場合は、次の手順を実行して自動プロビジョニンググループを設定できます。

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

2. プリエンプティブルインスタンスと従量課金インスタンスの容量の比率を指定します。

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