推奨事項を利用する

PerfectScale for Commitments は、AWS の利用状況を分析し、月を通して最新の Savings Plan（SP）の推奨事項を生成します。大きな一括購入を 1 回行う代わりに、PerfectScale for Commitments はコミットメントラダー（時間を分散させて段階的に購入していくステップの集合）を構築します。これにより、過剰なコミットメントのリスクを抑えながら、コスト削減を最大化します。

payer アカウントのオンボーディング が完了すると、PerfectScale が推奨事項を生成するまでに約 90 分かかります。このページでは、推奨戦略の選択方法と、購入プランの扱い方について説明します。

アカウントで Compute と Database の Savings Plans の両方が有効になっている場合は、ページ上部の Compute および Database タブを使用して、特定のサービス種別に対する推奨事項を表示してください。

必要な権限

• 推奨事項、キュー済み購入、インベントリ、および設定を表示するには、PerfectScale Commitments Read Only 権限または PerfectScale Commitments Admin 権限が必要です。
• 設定、ポリシー、または購入ステータスを変更するには、PerfectScale Commitments Admin 権限が必要です。

現在のコスト削減状況を確認する

Commitments Recommendations タブには、PerfectScale の推奨事項に対する現在のカバレッジが表示されます。推奨事項を生成するために、PerfectScale は現在のインベントリを分析し、有効期限切れの SP、キュー済みの SP、設定済みのプリファレンス、および AWS API を考慮して最適な推奨事項を作成し、最適化可能なコストを算出します。

• Current SP Commitment（$/hour）: すべての Savings Plans にわたる、現在アクティブな 1 時間あたりコミットメントの合計。

• Recommended SP Commitment（$/hour）: 利用パターンに基づき算出された目標の 1 時間あたりコミットメント。

• Potential Additional Savings（$/month）: 推奨コミットメントに到達した場合に見込まれる月次コスト削減額。

Current savings plan coverage チャートには、日次の最大値・中央値・最小値の利用帯と、現在および推奨される SP コミットメントレベルが並んで表示されます。推奨 SP の値は、ディスカウント適用後の 1 時間あたりコミットメントレートを反映しています。

グラフ上にカーソルを合わせると、その時点における各系列の正確な値が表示され、推奨コミットメントが実際の利用範囲のどの程度をカバーするかを評価できます。

注意

アカウントで Flexsave を利用している場合は、Include Flexsave SPs チェックボックスを選択して、DoiT Flexsave Savings Plans を、お客様が購入した Savings Plans とあわせてカバレッジチャートおよびメトリクスに含めてください。

コミットメントポリシーのプレビューと適用

Commitment policy ドロップダウンを使用すると、リスクプロファイルを変更した場合に推奨事項へどのような影響があるかをシミュレートできます。

• Conservative（低リスク）: 最も一貫した利用分にのみコミットし、未使用キャパシティの支払いリスクを低減します。目標コミットメントにはより段階的に到達します。

• Balanced（推奨）: コスト削減と、安全マージン（利用の落ち込みを吸収する余裕）を両立します。多くのワークロードに適しています。

• Max Savings: 最も高いコスト削減ポテンシャルで、最速で目標コミットメントに到達しますが、利用が減少した場合に未使用キャパシティの支払いリスクが高くなります。

別のポリシーを選択すると、ページは Preview Mode に切り替わります。メトリックカードとチャートは、新しいポリシーを反映するよう即座に更新されます。

影響の全体像を確認し、変更を適用するには、Review Changes を選択してください。確認ダイアログが開きます。

確認ダイアログでは、Target coverage、Commitment policy、Total savings が要約され、現在の購入ラダーと、提案された新しいラダーが比較されます。各ステップの日付、期間、前払い額、コミットメント額、および最適化可能なコストが表示されます。

Confirm を選択してポリシー変更を適用してください。これにより購入推奨事項の完全な再計算が行われ、コミットメント額、期間、および購入日が更新されます。

ラダリングについて理解する

ラダリングとは、大きな一括コミットメントを 1 回で購入するのではなく、開始日と終了日が異なる小さなコミットメントを時間をずらして購入していくリスク軽減戦略です。これにより、重なり合うコミットメントからなる「ラダー」が形成されます。

コミットメントのラダリングにおける主なポイントは次のとおりです。

• 小さなコミットメントであれば、ワークロードが減少した場合でも大きな支出に固定されることを防げます。
• コミットメントが段階的に期限切れとなるため、一晩で大部分のカバレッジが失われる「更新ショック」を回避できます。
• ラダーの各ステップは、自身の利用状況を再評価し、次回購入を最適化する機会になります。

各購入ステップの前に、システムは現在の利用状況を再評価します。利用の落ち込みが検知された場合、不要なコミットメントに固定されることを防ぐため、次の購入ステップを自動的に一時停止するか、規模を縮小します。

ラダリングプランの承認

Queued Purchases タブには、現在のコミットメントポリシーに基づき PerfectScale が生成したコミットメントラダーが表示されます。ラダーは各スケジュール済みステップを可視化しており、バーにカーソルを合わせると、その時点での累積コミットメントを確認できます。

Laddering Policy Summary パネルには、現在のプランを決定しているパラメータが表示されます。

• Purchase Steps（$/h）: 各ステップで追加されるコミットメント額。

• Commitment Term: 1 Year または 3 Years。

• Max Single Purchase（総額に対するパーセンテージ）: 単一ステップでの最大購入額の上限。

• Prepayment Option: No Upfront は、購入時の支払いなしで、全コストを月次支払いに分散します。Partial Upfront は、割引レートと引き換えに総コストの少なくとも半分を前払いし、残りを月次で支払います。All Upfront は、購入時に全額を支払い、最も大きな割引を受けられます。詳細については、AWS Savings Plans FAQ を参照してください。

• Recommended SP: ラダーが到達を目指す目標コミットメント。

• Total Laddering Cost（$/h）: すべてのステップが完了した時点での累積コミットメントコスト。

チャート下のテーブルには、各ステップのスケジュール日、コミットメント額、購入までの日数、および現在のステータスが一覧表示されます。複数のサービス種別が有効になっている場合、各行にはそのステップの Savings Plans 種別を示す Compute または Database のアイコンも表示されます。これらのパラメータを調整するには、Edit Settings を選択し、Settings タブで設定してください。

新しい購入プランが準備完了になると、お客様に代わって Savings Plans を購入する前に、明示的な承認が必要です。新しいプランを承認するには、次の手順に従ってください。

1. サービス種別タブまたはサイドバーの Queued Purchases にオレンジ色のドットが表示されているか確認してください。これは、新しいプランが承認待ちであることを示します。

2. Queued Purchases タブ上部で Approve Purchases を選択し、承認ダイアログを開いてください。

3. 承認ダイアログの内容を確認してください。ここには、承認対象の要約が表示されます。Compute と Database の両方が有効な場合、各サービス種別ごとに集計された合計が 1 行ずつ表示されます。

   • Total Recommended SP（このレートを承認します）: ラダーが到達を目指す 1 時間あたりの目標コミットメント（$/h）。

   • Current SP（Inventory）: 承認時点での既存アクティブコミットメント。

   • Purchase Steps: スケジュールされる個別購入ステップの数。

   • Potential Savings（変動する可能性があります）: ラダー完了後に見込まれる月次コスト削減額。

   コミットメントの内訳バーにより、各サービス種別における現在のインベントリと新規購入分の割合が可視化されます。

4. Approve を選択して確定してください。ボタンラベルには、承認対象となるすべてのサービス種別の合計コミットメントレート（$/h）が表示されます。ステータスは緑色に更新され、オレンジ色のドットは消えます。

注意

承認後は、スケジュールされた購入が指定日に自動的に実行されます。いつでも一時停止できます。コミットメントプランの有効期限が切れると、その時点の推奨 SP に基づいて自動的に更新されます。

購入の一時停止と再開

ラダリングプランを承認した後でも、たとえば今後のワークロード移行や、対象利用を削減するデコミッションが予定されている場合など、いつでも実行を一時停止できます。一時停止すると、状況を確認している間、新たなコミットメントの購入が行われなくなります。

一時停止するには、Queued Purchases タブのヘッダーで Pause Purchases を選択してください。ダイアログで、必要に応じて理由を説明するメモを入力できます。メモは保存され、スケジュール済み購入テーブルに表示されます。Pause を選択して確定してください。残りのスケジュール済み購入はすべて即座に停止されます。

再開するには、同じヘッダーで Resume Purchases を選択してください。PerfectScale は次のスケジュールステップから再開し、残りの購入を元のスケジュール日に従って実行します。

コミットメントのモニタリング

Commitments Inventory タブには、選択した支払者アカウントに関連付けられているすべての Savings Plans（SP）と Reserved Instances（RI）が表示されます。手動で購入したプランと、PerfectScale がラダリングプロセスを通じて自動購入したプランの両方が含まれます。

• Current Total Commitments: アカウント内のすべてのアクティブなプランについて、合計の時間あたりコミットメント額（$/h）を表示します。

• Current Commitments Utilization: すべてのアクティブな Savings Plans における平均利用率です。利用率が高いほど、コミットメントが対象となる使用量に対して効果的に適用されていることを意味します。

• Next Commitment Expiration: 次に期限切れになる Savings Plan の日付と時間あたりコミットメント額、および残り日数を表示します。

Savings Plans Commitments チャートには、各アクティブな Savings Plan が時間の経過とともに積み上げ面グラフとして表示されます。各レイヤーは 1 つのプランを表し、X 軸はアクティブなコミットメントの全タイムラインをカバーします。これによりラダー構造が可視化され、各プランの重なり、開始日と終了日、新しいステップが購入されることで合計コミットメントレベルがどのように積み上がっていくかを確認できます。

コミットメントテーブルでは、各プランが 1 行ずつ表示されます。Include Flexsave SPs チェックボックスが選択されている場合、DoiT Flexsave Savings Plans がお客様が購入したプランと並んで表示されます。

• 上部のタブを使用して、Active、Expired、All のコミットメントを切り替えて表示します。

• Compute タブにいる場合は、デフォルトのフィルターにより Compute Savings Plans のみが表示され、Database タブにいる場合は、デフォルトのフィルターにより Database Savings Plans のみが表示されます。Reserved Instances を表示するには、このフィルターを削除してください。

• 各行には、プラン ID、ステータス、タイプ（Compute Savings Plan、Database Savings Plan、または Reserved Instance）、期間（1 Year または 3 Years）、前払いオプション、時間あたりコミットメント額（$/h）、当月累計のコスト削減額、当月累計の利用率、購入者、PerfectScale による自動購入かどうか、開始日と終了日が表示されます。

設定の構成

Settings タブでは、PerfectScale for Commitments のリコメンデーションを構成し、支払者アカウントを管理できます。Database Savings Plans が有効になっている場合、Settings は次の 3 つのタブで構成されます。

• Accounts: 支払者アカウントおよび Savings Plans の購入アカウントを管理します。

• Compute: Compute Savings Plans 向けのリコメンデーションおよび自動化設定を構成します。

• Database: Database Savings Plans 向けのリコメンデーションおよび自動化設定を構成します。

タブを切り替える際に未保存の変更がある場合は、破棄するか編集を続行するかを確認するダイアログが表示されます。

Accounts タブ

Accounts タブでは、クラウドプロバイダの選択、サポート対象サービス種別の有効化、およびコミットメント購入に使用する支払者アカウントの設定ができます。

Cloud selection では、どのプロバイダ設定が利用可能かを制御します。

• Amazon Web Services: 現在、コミットメント管理に対応しています。

• Google Cloud: Coming Soon と表示され、まだ設定は行えません。

Select services では、選択したクラウドについて、リコメンデーションに含める Savings Plan カテゴリを定義します。

• Compute: EC2、Fargate、Lambda などのコンピューティング指向のサービスに適用される AWS Compute Savings Plans が対象です。

• Database: RDS、Aurora、DynamoDB、ElastiCache などのデータベース指向のサービスおよびその他のサービスに適用される AWS Database Savings Plans が対象です。

Payer accounts には、オンボーディング済みの支払者アカウントが一覧表示され、各選択された支払者に対して Commitments purchasing account を選択できます。
このアカウントは、新しいコミットメントステップがスケジュールされる際の購入先として使用されます。詳細については、Set up PerfectScale for Commitments を参照してください。

Compute と Database タブ

各サービス種別タブ（Compute と Database）には、次の設定が含まれます。

Recommendation Settings では、PerfectScale for Commitments が推奨する内容の目標と制約を定義します。

• Commitment policy: コミットメントに対する慎重さの度合いです。小さなステップを多く行う場合は Conservative (Low risk)、中程度のペースには Balanced (Recommended)、目標により早く到達する大きなステップには Max Savings を選択してください。詳細については、Preview and apply policy を参照してください。

• Maximum SP commitment ($/h): PerfectScale が推奨しないコミットメントの上限額です。上限を設けない場合は 0 に設定してください。

• Prepayment option: 購入する Savings Plans の支払い構造です。No Upfront、Partial Upfront、All Upfront から選択します。説明については、Approve laddering plan を参照してください。

• Preferred commitment period: 1 Year または 3 Years から選択します。PerfectScale は購入推奨を生成する際のデフォルト期間としてこの値を使用します。

Automation Settings では、購入をいつどのように実行するかを制御します。

現在の自動化モードは Requires Approval です。PerfectScale for Commitments は各購入プランを作成し、実行前に承認を求める通知を行います。Autonomous Purchasing（近日公開）は、承認を必要とせず自動的に購入を実行します。

• Purchase decision intervals: PerfectScale for Commitments が新しい購入ステップをスケジュールすべきかどうかを評価する頻度です。使用量が増加または変動している場合は Weekly を選択してください。使用量が安定しており、購入判断を請求サイクルに合わせたい場合は Monthly を選択してください。

• Minimum commitment purchase ($/h): 購入ラダーにおける最小ステップサイズです。この閾値を下回る購入はスキップされます。

• Latest monthly purchase date: 当月中に新しい購入をスケジュールしない締め日です。この日を過ぎると、翌月まで新たな購入はスケジュールされません。

  注意

  デフォルトでは、毎月 25 日が最終購入日として設定されています。
  設定可能な最終日は 28 日であり、請求サイクルとのスケジュール競合を避けるため、月末前にバッファを確保しています。

変更を適用するには、Save changes を選択してください。これにより、選択したサービス種別に対するリコメンデーションと購入ラダーが完全に再計算されます。