次の方法で共有


Azure の節約プランに関する推奨情報

Azure 節約プランの購入に関する推奨情報は、Azure Advisor と、Azure portal の節約プラン購入エクスペリエンス、および節約プランのベネフィット レコメンデーション API を通じて提供されます。

節約プランの推奨情報の生成方法

節約プランの推奨の目的は、お客様が最もコスト効率の高いコミットメントを行うのに役立つことです。 節約プランの推奨情報は、実際のオンデマンド使用量とコスト (ネゴシエートされたオンデマンド割引を含む) を使って生成されます。

まず、過去 7 日間、30 日間、および 60 日間の節約プランの対象リソースから発生した、時間単位と合計のオンデマンドの使用量コストを確認します。 これらの各時間で最適な節約プランのコミットメントが何であったかを判断します。これは、各時間で節約プランの対象となるすべての使用量に適切な節約プランの割引を適用することによって行われます。 これらのコミットメントのそれぞれを、節約プランの推奨の候補と見なします。 その後、これらの各候補を使って数百のシミュレーションを実行し、候補と同等の節約プランを購入した場合の総コストを判断します。

これらのシミュレーションの目的は、各候補の合計コスト ((時間単位のコミットメント * 24 時間 * シミュレーション期間中の日数) と、シミュレーション期間中に発生したオンデマンド コストの合計) を実際のオンデマンド コストの合計と比較することです。 最終的に節約になった候補のみが、実際の推奨情報として検討対象となります。 上位の推奨情報から最大で 10 個取り上げて、お客様に提示されます。 推奨情報ごとに、このコスト削減プランを適用した場合と、以前に購入したその他の予約または節約プランを適用した場合で、コンピューティング使用量コストの割合がどのようになるかも計算されます。 強調表示されたオプションが、1 年間と 3 年間の節約が最も大きい推奨です。

節約プランの推奨情報がどのように生成されるかを説明するビデオを次に示します。

使用量の大幅な削減があったシナリオ (最近使用停止されたサービスを含む) を考慮に入れるために、過去 3 日間の使用量のみを使用してより多くのシミュレーションを実行しています。 30 日間の推奨情報がより大幅な節約を実現するように見える場合でも、より少ない推奨情報 (3 日から 30 日の推奨情報) は提供されます。 これにより、古い日付によって誤ってオーバーコミットが推奨されないようにします。

次の点に留意してください。

  • 推奨は 1 日に数回更新されます。
  • 特定のスコープの節約プランの推奨情報は、そのスコープの節約プランを購入した日に減らされます。 ただし、他のスコープの推奨情報の更新には最長で 25 日かかることがあります。
    • たとえば共有スコープの推奨量に基づいて予約を購入した場合、単一サブスクリプション スコープの推奨量が調整されて減じられるまでに最大 25 日かかる場合があります。

Azure Advisor における推奨事項

Azure Advisor では、課金サブスクリプションごとに 1 年間と 3 年間の節約プランに関する推奨事項が表示されます。 次の点に留意してください。

  • 共有スコープとリソース グループ スコープの推奨事項を表示する場合は、Azure portal で節約プランの購入エクスペリエンスに移動します。
  • Advisor で提示される推奨は、現在は、過去 30 日間の使用量のみを考慮しています。
  • 最近節約プランまたは予約インスタンスを購入した場合、購入が Advisor と Azure portal の推奨情報に影響を与えるまで最大 5 日かかることがあります。

Azure portal における推奨情報

Azure portal では、節約プランの期間と特典のスコープごとに、最大 10 個の節約プランコミットメントに関する推奨事項が提示されます。 各推奨には、この節約プランでカバーされいているコミットメント額、(現在の従量課金コストからの) 見積節約率、このプランと以前に購入した他の節約プランおよび予約の対象となるコンピューティング使用量コストの割合が含まれています。

既定では、推奨情報は課金スコープ全体 (MCA の課金プロファイルと、EA の登録アカウント) に対するものです。 また、特典の適用をサブスクリプション レベルとリソース グループ レベルのいずれかに変更することによって、これらのレベルの推奨を個別に表示することもできます。 現在、管理グループ レベルの推奨はサポートされていません。

現在、Azure portal のすべての節約プランの推奨事項は、30 日間のルックバック期間に基づいています。

推奨はご契約条件に固有であるため、契約条件のオプションを切り替えることで、各レベルで 1 年間または 3 年間の推奨が表示されます。

最大の節約につながると予測された推奨が強調表示されます。 他の値を使用することで、コミットメントの増減が両方の節約額にどのように影響するかを確認できます。 また、コンピューティング使用量コストの総額のうち、節約プランまたは予約コミットメントの対象となる金額も表示されます。 コミットメント額を増やすと、毎時の使用量が低下するため、節約率が少なくなる可能性があります。 コミットメント額を減らした場合も、削減率が低下する可能性があります。 この場合、使用率は高くなりますが、節約プランで使用量が完全にはカバーされない時間が増えます。 時間単位のコミットメントを超えた使用量に対しては、割高な従量課金制料金で課金されます。

Recommendations API

節約プランのコミットメントに関する推奨の取得について詳しくは、節約プランのベネフィット レコメンデーション API に関する記事を参照してください。

推奨での予約の移し替え

1 つ以上の予約を節約プランに移し替えると、以前のコミットメントの残高が新しい節約プランのコミットメントに移ります。 たとえば、$500 で 1 年間の予約があり、期間の半ばでそれを節約プランに移し替えた場合、約 $250 のコミットメントがまだ残っています。 時間あたりの最小コミットメントは、未使用の額を (24 * 期間の日数) で割った値以上である必要があります。

移し替えの一部として、未使用のコミットメントは自動的に新しい節約プランに組み込まれます。 これは、未使用のコミットメントを新しい節約プランの期間の時間数で割ることによって行われます。 たとえば、期間の日数の 24 倍です。 また、値を時間あたりの最低コミットメントにすることで、移し替えの一環として行うことができます。 前の例を使うと、$250 という金額は、新しい 1 年間の節約プランでは、1 時間あたり約 $0.029 のコミットメントに変換されます。 複数の予約を移し替える場合は、合計の未使用コミットメントが使われます。 値を大きくすることはできますが、値を小さくすることはできません。

最小値は、移し替えられた予約によってカバーされていたリソースをカバーするために必要な時間あたりのコミットメントを必ずしも表すわけではありません。 それらのリソースをカバーしたい場合は、通常、時間あたりのコミットメントを増やす必要があります。 適切な時間単位のコミットメントを決定するには、「予約を交換するために必要な節約プランのコミットメントを決定する」を参照してください。