Azure reservations と savings plans、どちらの課金モデルがクラウドの無駄を防ぐのか?
By Mirko Peters ·
Azure reservations と savings plans を比較し、クラウドの無駄をなくす方法を解説します。使用率の計算方法、柔軟性、スコープがクラウドの請求額にどう影響するかを確認できます。
Automatically translated with AI from the original post. Read the English original

Azure reservations と savings plans はいずれも、リソースを消費する前に支払いを行うことで大幅なクラウド割引を実現しますが、ワークロードの変化への対応は大きく異なります。このディープダイブでは、適切なコミットメントモデルの選び方、使用率に関するリスクの評価方法、そして高額な未使用キャパシティからクラウド予算を守る方法を解説します。
重要なポイント
- Azure のコミットメント割引は、仮想マシンやリソースの実行状態を変えることのない、純粋な課金上の取り決めです。
- Reservations は割引をサイズ、ファミリ、リージョンに紐づけ、厳格な固定性と引き換えに最大 72% の割引を提供します。
- Savings plans は、対象となるコンピューティングやデータベース全体で固定の時間単位の金額をコミットします。最大 65% の割引を提供しながら、より高い柔軟性を備えています。
- 未使用のコミットメント時間は毎時間失効し、繰り越されません。そのため、クラウドコスト管理では使用率が最も重要な指標になります。
- アカウントに両方が存在する場合、Azure は savings plan を適用する前に、より厳しい条件の reservation の特典を自動的に適用します。
前払いのトレードオフを理解する
通常、クラウドインフラは従量課金モデルで運用されます。仮想マシンを起動し、1 か月稼働させれば、利用した時間分だけを支払います。柔軟性がある一方で、従量課金は大規模な本番環境を運用する方法としては最もコストがかかります。これに対抗する手段として、Microsoft はコミットメント割引を提供しています。1 年または 3 年の期間で前もって支払うことに同意すると、財務上の柔軟性と引き換えに、大幅に割り引かれた時間単価を得られます。
コミットメント割引は、デプロイするリソースでも、オペレーティングシステム内で切り替える設定でもないことを理解しておくことが重要です。これは厳密には Azure テナントの課金側における財務上の取り決めです。割引が適用されるかどうかにかかわらず、仮想マシン、App Service、データベースは全く同じように動作します。しかし、最大の リスクは、自社の将来の使用率に賭けているという点です。特定の金額を支払うことをコミットしたあとでワークロードが縮小、移行、または廃止されると、もう使っていないキャパシティに対しても支払い義務が残ります。
Azure reservations: 最大の節約を実現する硬直的な選択肢
Azure reservation は、1 年または 3 年の定められた期間、特定のリージョンで特定のリソースタイプを使用することを約束するものです。たとえば、East US リージョンの Standard DS3 インスタンスのような特定の仮想マシンサイズを予約すると、そのマシンが稼働する一致するすべての時間で、割引が自動的に適用されます。
スコープと柔軟性のグループ
reservation は硬直的に聞こえますが、Microsoft は Instance Size Flexibility によって、運用上の余裕を持たせています。特定の仮想マシンサイズの reservation は、同じファミリと柔軟性グループ内の、より小さいまたはより大きいサイズにも自動的に広がります。たとえば、DS3 の reservation は、手作業を介さずに DS1 や DS2 のインスタンスにも適用できます。ただし、異なるハードウェアファミリをまたぐことや、別の Azure リージョンに移ることはできません。
reservation のスコープを定義することもできます。スコープは割引を囲むフェンスのような役割を果たします。スコープは、単一のリソースグループから、請求プライマリ全体、あるいはすべてのサブスクリプションにまたがる共有コンテキストまで設定できます。スコープを狭く設定しすぎると、リソースが移動した際に割引が使われないまま残ってしまう可能性があります。
Azure Savings Plans: 動的なワークロードに適したより柔軟な選択肢
クラウド環境が絶えず変化している場合、Azure 節約プランはより柔軟な選択肢になります。特定のマシンの種類やリージョンを予約する代わりに、対象のコンピューティング サービスに対して、1 時間あたり 5 ドルなど、一定の金額を使うことを約束します。
ワークロードを水平方向にスケールしたり、リージョンを移動したり、仮想マシンからコンテナー アプリに移行したりしても、節約プランの割引は利用状況に応じて適用され続けます。Microsoft がこの高い柔軟性を提供しているため、公表されている最大割引率は予約の 72% に対して、最大 65% とやや低くなっています。
節約プランの基本ルールは単純です。割引率はコミットメントの金額の大きさではなく、期間とプランの種類によって決まります。1 時間あたり 100 ドルをコミットしても、5 ドルをコミットした場合より割引率が高くなるわけではありません。さらに、節約プランは返金不可かつキャンセル不可です。そのため、戦略が変わった場合に取れる選択肢は非常に限られます。
重要な計算はこれだけ: 割引率より利用率に基づいてサイズを決める
クラウド管理者は、公表されている最も高い割引率を追いかけてしまいがちです。72% オフは紙の上では魅力的に聞こえますが、その数字は現実の一般的な結果ではなく、理論上の最良ケースにすぎません。
クラウドの財務管理で本当に重要な計算式は、実際の利用率だけです。次のシナリオを考えてみてください。
- 予約で 1 時間あたり 10 ドルをコミットし、そのすべてを消費した場合、割引の経済的なメリットを最大限に得られます。
- 1 時間あたり 10 ドルをコミットしたものの、ワークロードが必要とするのが 1 時間あたり 5 ドルだけだった場合、残りの 5 ドルはその時間の終わりに失効します。翌時間に繰り越されることはありません。
その結果、実際に使った半分については従量課金の通常価格を支払い、使わなかった半分については無駄にお金を捨てることになります。安定して常時稼働している利用量に合った控えめな割引のほうが、コミットメントの半分を無駄にクラウド上で遊ばせてしまう大きな割引よりも、常に良い結果をもたらします。
結論
Azure 予約と節約プランのどちらを選ぶかは、最終的にはワークロードの予測可能性次第です。インフラストラクチャが成熟していて安定しており、特定のリージョンやインスタンス ファミリに固定されている場合は、予約によって最も大きな割引を得られます。アーキテクチャが動的で、急速に近代化が進んでいる、またはリージョンやサービス間で移動することが多い場合は、コンピューティング節約プランが予期しない無駄から予算を守ります。
複数年のコミットメントを決める前に、既存のクラウドの無駄を整理し、Azure Advisor を使って安定稼働時の利用パターンを監査してください。そのうえで、長期的な確実性を得るための段階として、必ず 1 年の期間から始めてください。これらの戦略の詳細な解説を聞くには、関連するポッドキャスト エピソードをお聴きください: エピソード全体を聴く。
よくある質問
同じテナントで Azure 予約と節約プランの両方を組み合わせることはできますか?
はい。アカウントで両方のコミットメント モデルを利用している場合、Azure は、より厳格で割引率の高い予約の割引を先に自動的に適用します。予約の容量を使い切ると、残りの対象となるコンピューティングの利用分に節約プランが適用されます。
Azure 節約プランで未使用の 1 時間あたりのコミットメントはどうなりますか?
未使用の 1 時間あたりのコミットメントは、使わなければ失効する厳格な仕組みで動作します。ある時間に 5 ドルの支出をコミットし、対象サービスで 3 ドル分しか消費しなかった場合、残りの 2 ドルはただちに失効し、次の時間に繰り越されることはありません。
購入後に Azure 予約のスコープを変更できますか?
はい。購入後に、予約のスコープをリソース グループ レベルから共有サブスクリプション スコープに変更できます。この操作は新規購入ではなく変更として扱われるため、期間がリセットされたり、キャンセル料が発生したりすることはありません。
Azure 予約は Windows Server や SQL などのソフトウェア ライセンスも対象になりますか?
いいえ。標準のコンピューティング予約が対象とするのは、ハードウェアとコンピューティングのメーターのみです。ソフトウェア ライセンス (Windows Server や SQL Server など)、ストレージ、ネットワークの料金は、Azure ハイブリッド特典を使って別途対象にしない限り、標準料金で請求され続けます。