Elastic Compute Service:Elastic Assurance の概要

ユースケース

基本概念

Elasticity Assurance を購入すると、指定されたインスタンスタイプと数量に一致するリソースが、指定されたゾーンに予約されます。これらのリソースはプライベートプールを形成します。

パブリックプールは、すべてのユーザーが共有するリソースプールです。インスタンス作成時にプライベートプールを指定しない場合、システムはデフォルトでパブリックプールからリソースを割り当てます。

Elasticity Assurance - 時間ベース：30日間などの指定された期間内で、毎日 18:00 から 24:00 などの事前に設定された時間帯のリソースを予約します。

Elasticity Assurance：3ヶ月間などの指定された期間、リソースを継続的に予約します。

ユースケースと推奨戦略

シナリオ 1：コアサービス - リソースの確実性を保証

• 対象サービス： eコマースプロモーション、ゲームサーバーの起動、財務決済などのコアアプリケーション。

• 推奨戦略： 専用プライベートプールを購入し、インスタンス作成時にターゲットモードを使用します。

• 結果： プライベートプールに利用可能なキャパシティがある限り、インスタンスの作成は成功します。これにより、パブリックリソースの不足による作成失敗のリスクを回避できます。

シナリオ 2：高優先度サービス - 保証と弾力性のバランス

• 対象サービス： データ分析、バッチコンピューティング、オンラインサービスの定常的なスケールアウトなど、保証を優先しつつ、パブリックリソースを補完として利用したいシナリオ。

• 推奨戦略： オープンプライベートプールを購入し、インスタンス作成時にオープンモードを使用します。

• 結果： 予約されたキャパシティが最初に使われます。予約キャパシティが枯渇した場合、システムはパブリックプールにフォールバックします。

シナリオ 3：非コアまたは開発/テスト - コストを優先

• 対象サービス： 開発・テスト環境、または時折の作成失敗を許容できる非コアサービス。

• 推奨戦略： インスタンス作成時に、プライベートプールオプションでなしを選択します。

• 結果： パブリックプールが使用されますが、パブリックプールの在庫変動によりインスタンスの作成が失敗する可能性があります。

課金

Elasticity Assurance の費用は、2つの部分で構成されます：

1. 保証料金 (前払い)：Elasticity Assurance の購入時に支払う一括のサービス料金です。

2. インスタンス料金 (従量課金)：プライベートプールから正常に作成された従量課金インスタンスは、標準価格で課金されます。

インスタンス料金の控除順序：Elasticity Assurance から作成された従量課金インスタンスの場合、その時間単位の請求は、以下の順序で一致する節約特典から控除されます：

1. Savings Plans

2. リージョンリザーブドインスタンス

   ゾーンリザーブドインスタンスはサポートされていません。

3. 適用される節約特典がない場合、標準の従量課金価格で請求されます。

制限事項

• 可用性：Elasticity Assurance は、特定のリージョン、ゾーン、および特定のインスタンスタイプでのみ利用可能です。コンソールの購入ページに表示されるオプションが最終的なものです。

• 変更または早期リリース不可：Elasticity Assurance を購入した後、キャパシティの変更、注文のキャンセル、または予定より早くリリースすることはできません。自動的に有効期限が切れます。

• 属性のマッチング：インスタンスを作成する際、選択したリージョン、ゾーン、およびインスタンスタイプは、Elasticity Assurance の属性と完全に一致する必要があります。

• 保証の範囲：保証は、Elastic Compute Service (ECS) インスタンスタイプのキャパシティ可用性のみを保証します。クラウドディスク、パブリック IP アドレス、Elastic Network Interface (ENI) などの関連リソースの在庫は保証しません。

• インスタンス操作の影響：Elasticity Assurance を使用して作成されたインスタンスのサイズを変更すると、インスタンスはプライベートプールとの関連付けが解除され、リソース可用性の保証の恩恵を受けられなくなります。

本番運用時の注意点

• Auto Scaling との統合：Auto Scaling (ESS) と Elasticity Assurance を使用して、リソーススケジューリングを自動化します。

  スケーリンググループを作成または変更する際、リソースプールポリシー を設定して、Elasticity Assurance のプライベートプールキャパシティを優先的に使用するようにします。

  • リソースプールポリシーのオプション：

    • プライベートプールを優先：指定されたプライベートプールの使用を優先します。プライベートプールのキャパシティが不足している場合、システムは自動的にオープンプライベートプールまたはパブリックプールを使用します。

    • プライベートプールのみ：インスタンスはプライベートプールからのキャパシティを使用する必要があります。そうでない場合、インスタンスの作成は失敗します。

  • 設定手順：

    1. Auto Scaling コンソール にログインします。

    2. スケーリンググループを作成または変更します。

    3. スケーリング設定の 詳細設定 セクションで、リソースプールポリシーを選択し、Elasticity Assurance プライベートプールを指定します。

• 監視とアラート機能：CloudMonitor を使用して、主要なメトリックのアラートルールを作成し、キャパシティ使用量を監視します。たとえば、利用可能なキャパシティが総キャパシティの 20% を下回ったときにアラートをトリガーできます：

  • プロダクトを ECS プライベートリソースプール に設定します。

  • メトリックをインスタンス数の使用率に、警告を Warning に、しきい値を 20% に設定します。

関連ドキュメント

Elasticity Assurance とキャパシティ予約の比較

よくある質問

Q：インスタンスをリリースした後、Elasticity Assurance のキャパシティがすぐに更新されないのはなぜですか？

A：インスタンスのリリースは瞬時に行われるわけではありません。この遅延による作成失敗を防ぐため、インスタンスの作成とリリースを短時間で連続して行わないでください。

Q：単一の Elasticity Assurance を複数のゾーンで使用できますか？

A：いいえ。複数のゾーンで保証が必要な場合は、各ゾーンで個別の Elasticity Assurance を作成する必要があります。

Q：Elasticity Assurance はインスタンスタイプの変更をサポートしていますか？

A：いいえ。Elasticity Assurance にバインドされたインスタンスタイプは、購入後に変更することはできません。

Q：プライベートプールの残りのキャパシティを確認するにはどうすればよいですか？

A：Elasticity Assurance のリストページで、Elasticity Assurance の ID をクリックします。リソースの詳細 セクションでキャパシティ使用量を確認できます。

Q：Elasticity Assurance のタグの目的は何ですか？

A：インスタンスを作成する際、システムはタグに基づいてインスタンスをオープンプライベートプールにマッチングさせることができます。

• タグ：オープンプライベートプールのタグと一致するタグをインスタンスに追加すると、インスタンスはそのプールに自動的にマッチングされます。

  Elasticity Assurance が有効になると、プライベートプールのマッチングには常に購入時に指定されたタグが使用されます。

• タグ：インスタンスにタグを追加しない場合、システムは利用可能なオープンプライベートプールに自動的にインスタンスをマッチングさせます。