MicrosoftはAzure Update 568514で、Savings Planの対象サービスに関するAzure予約交換を2027年2月1日から原則終了すると発表しました。Azure Reservationsそのものが廃止されるわけではなく、終了するのは、購入済みの予約を別の予約へ変更する「交換」です。
ただし、2027年2月1日より前に購入され、同日時点で有効な対象予約には、2月1日以降も1回だけ交換できる「最終交換権」が残ります。一方、2027年2月1日以降に新たに購入した対象予約は、原則として交換できません。
Azure予約を利用している企業は、対象サービス、購入日、有効期限、利用率を整理し、交換が必要な予約は期限前に見直す必要があります。本記事では、対象サービス、「最後の1回」の正確な扱い、Savings Planへの切り替え方法、管理者が今から進めるべき対応を解説します。
Azure予約交換は2027年2月1日から原則終了
今回の変更を整理すると、次のようになります。
| 確認項目 | 変更内容 |
|---|---|
| 変更日 | 2027年2月1日 |
| 対象 | Savings Planが利用できるサービスのAzure Reservations |
| 2027年2月1日より前に購入した有効な予約 | 同日以降も1回だけ交換可能 |
| 2027年2月1日以降に購入した予約 | 原則として交換不可 |
| Azure Reservationsの新規購入 | 引き続き可能 |
| Savings Planへのトレードイン | 引き続き可能 |
| 予約の返品・キャンセル | 今回の変更対象外 |
| VMのインスタンスサイズ柔軟性 | 今回の変更対象外 |
重要なのは、2027年2月1日から予約が使えなくなるわけではないという点です。購入済み予約の割引適用や、新しい予約の購入は継続されます。
変わるのは、リージョン、SKU、シリーズ、期間などを見直すために使われてきた「予約から別の予約への交換」です。Microsoftは、安定したワークロードには引き続きReservationsが適していると案内しています。(Microsoft Learn)
交換終了の対象となるAzureサービス
発表時点で対象とされているのは、次のコンピューティングサービスとデータベースサービスです。
| 分類 | 対象サービス |
|---|---|
| コンピューティング | Azure Virtual Machines |
| コンピューティング | Azure Dedicated Host |
| コンピューティング | Azure App Service |
| データベース | Azure Database for PostgreSQL |
| データベース | Azure Database for MySQL |
| データベース | Azure DocumentDB |
| データベース | Azure Cosmos DB |
| データベース | Azure SQL Database |
| データベース | Azure SQL Managed Instance |
Azure Virtual Machinesでは、通常の予約交換に加えて、Premium Storageに対応しないVMサイズと対応するVMサイズとの交換も今回の対象に含まれます。
たとえば、Premium Storage非対応のF1から、対応するF1sへの変更や、その逆方向の変更も対象です。現在はこの種の交換について特別な処理方法が用意されていますが、2027年2月1日以降は対象予約の購入時期に応じて交換可否が判断されます。
対象サービスは今後増える可能性がある
対象サービスの一覧は固定ではありません。
今後、新たなコンピューティングサービスやデータベースサービスがSavings Planに対応した場合、そのサービスの予約にも同じ交換方針が適用されます。Savings Planの対象に追加されたサービスについては、それ以前に購入された予約に1回の最終交換権が残り、以後に購入する予約は交換できない扱いになる予定です。
そのため、現在一覧にないサービスを利用している場合も、「今回は対象外だから対応不要」と判断するのではなく、Azure UpdatesとMicrosoft Learnの更新を継続的に確認する必要があります。
「最後の1回」の交換権はどう扱われるのか
最終交換権を正しく理解するには、予約の購入日と交換日を分けて考える必要があります。
| 予約の購入時期 | 2027年1月31日まで | 2027年2月1日以降 |
|---|---|---|
| 2027年2月1日より前に購入 | 現行ルールの範囲で交換可能 | 1回だけ最終交換可能 |
| 2027年2月1日以降に購入 | 該当なし | 交換不可 |
期限前に購入した予約は、期限前なら複数回交換できる
2027年2月1日より前に購入した対象予約は、現行ルールが続いている期間内であれば、必要に応じて複数回交換できます。
その予約が2027年2月1日時点でも有効であれば、同日以降にさらに1回だけ交換できます。つまり、期限前に交換した経験があることだけを理由に、最終交換権が失われるわけではありません。(Microsoft Learn)
期限後に交換して取得した新しい予約は再交換できない
2027年2月1日以降に最終交換権を使うと、元の予約は取り消され、残存価値が精算されたうえで、新しい予約が購入されます。
この新しい予約は2027年2月1日以降の条件で購入された予約となるため、再度交換することはできません。Microsoftの例でも、期限前に購入した予約を期限後に交換した場合、その交換後の予約には交換権が残らないと説明されています。(Microsoft Learn)
たとえば、2026年12月に購入した3年予約を2027年6月に別のSKUへ交換した場合、2027年6月の交換が最後です。その後、さらにリージョンやシリーズを変更したくなっても、予約交換では対応できません。
複数数量の予約は、未交換数量に権利が残る
「最後の1回」は、予約注文全体に対して一律に1回だけという意味ではありません。
Microsoftの例では、2027年2月1日より前に数量10で購入した予約について、期限後に数量2だけを交換した場合、元の予約に残った数量8には、それぞれ最終交換権が残ります。(Microsoft Learn)
たとえば、次のような運用が可能です。
- 数量10のうち2だけを別SKUへ交換する
- 元の予約に残った数量8は、その時点では交換権を消費しない
- 後日、残った数量の一部または全部を最終交換する
ただし、すでに交換して取得した数量2の新しい予約は、再交換できません。交換対象の数量を決める際は、将来変更する可能性がある分を安易にまとめて交換しないことが重要です。
Azure予約交換が終わっても利用できる仕組み
交換終了後も、Azureのコスト最適化手段がすべて失われるわけではありません。
Azure Reservationsは引き続き購入できる
Reservationsの新規購入自体は継続されます。
同じリージョン、同じサービス、同じ構成を長期間安定して利用する場合は、2027年2月1日以降もReservationsが有力な選択肢です。Microsoftも、継続的に稼働し、インスタンスタイプやリージョンが変わりにくいワークロードにはReservationsが適していると説明しています。(Microsoft Learn)
ただし、購入後の構成変更を交換で吸収できなくなるため、従来以上に購入前の需要予測が重要になります。
ReservationsからSavings Planへのトレードインは継続する
ReservationsをSavings Planへ切り替える「トレードイン」は、今回の予約交換終了とは別の仕組みです。
対象となるコンピューティング予約はCompute Savings Planへ、データベース予約はDatabase Savings Planへトレードインできます。Microsoftは、2027年2月1日以降もトレードイン方針に変更はないと説明しています。(Microsoft Learn)
トレードインでは、予約の残存価値を精算し、新しいSavings Planを購入します。新しいSavings Planの総コミットメント額は、返却する予約の残存コミットメント額以上である必要があります。
なお、Savings Planへ変更した後に、Reservationsへ戻すことはできません。Savings Planから別のSavings Planへの交換もできないため、期間や時間単位のコミットメント額は慎重に決める必要があります。(Microsoft Learn)
返品・キャンセルのルールは変わらない
予約の返品・キャンセル方針は、今回の交換終了によって変更されません。
現在のルールでは、課金プロファイルまたは単一のEnterprise Agreement登録について、12か月のローリング期間内にキャンセルできるコミットメント総額は5万米ドルまでです。また、現時点では早期解約手数料は徴収されていませんが、Microsoftは将来手数料を導入する可能性を示しています。(Microsoft Learn)
「交換できないなら返品すればよい」と単純に考えると、返金上限や将来の手数料方針に影響される可能性があります。交換終了後の代替策として、返品だけを前提に予約を購入するのは避けるべきです。
VMのインスタンスサイズ柔軟性は影響を受けない
VMのインスタンスサイズ柔軟性は、同じ柔軟性グループに属する複数のVMサイズへ、予約割引を自動的に適用する機能です。
これは予約そのものを別商品に交換する仕組みではないため、今回の交換方針変更による影響を受けません。たとえば、同じVMファミリーの柔軟性グループ内でサイズを変更する場合は、予約を交換しなくても割引が適用されることがあります。(Microsoft Learn)
ただし、別の柔軟性グループ、別リージョン、別サービスへの変更まで自動的にカバーされるわけではありません。
予約交換・トレードイン・返品の違い
名称が似ているため、管理画面で操作する前に違いを整理しておきましょう。
| 操作 | 変更先 | 2027年2月1日以降 | 主な注意点 |
|---|---|---|---|
| 予約交換 | 別のAzure予約 | 対象サービスでは原則終了 | 期限前購入分は1回だけ最終交換可能 |
| トレードイン | ReservationsからSavings Plan | 継続 | Savings Planから予約へ戻せない |
| 返品・キャンセル | 予約を終了して残存額を精算 | 継続 | 12か月で5万米ドルの上限がある |
| インスタンスサイズ柔軟性 | 同一柔軟性グループ内で割引を共有 | 継続 | 別グループや別リージョンは対象外 |
管理者が特に注意したいのは、Azureポータル上でSavings Planへのトレードインを開始する際も「Exchange」と表示される場合があることです。操作名称だけで判断せず、購入先が新しい予約なのか、Savings Planなのかを必ず確認してください。(Microsoft Learn)
ReservationsとSavings Planのどちらを選ぶべきか
2027年2月以降は、割引率だけでなく、将来の構成変更リスクを含めて選ぶ必要があります。
| ワークロードの特徴 | 適した選択肢 |
|---|---|
| リージョン、サービス、構成が長期間変わらない | Reservations |
| VMシリーズやサービスを変更する可能性がある | Savings Plan |
| 複数リージョンへ負荷が移動する | Savings Plan |
| 常時稼働する安定した基幹システム | Reservations |
| 開発環境や季節変動が大きい処理 | Savings Plan |
| 将来の構成をまだ確定できない | 従量課金を継続し、利用実績を確認 |
Reservationsは、指定したサービスやリージョンに対してコミットするため、利用率が高ければ大きなコスト削減を期待できます。一方、Savings Planは一定の時間単位利用額をコミットし、対象となる複数サービスやリージョンの利用へ柔軟に割引を適用します。(Microsoft Learn)
安定部分と変動部分を分ける
実務では、ReservationsかSavings Planのどちらか一方に統一する必要はありません。
たとえば、24時間稼働し続ける基幹VMの最低利用量はReservationsで確保し、オートスケールや一時的な増加分はSavings Planや従量課金でカバーする方法があります。
購入判断では、次の順序で検討すると過剰なコミットメントを避けやすくなります。
- 停止中または過剰スペックのリソースを削減する
- 既存Reservationsの利用率を確認する
- 安定して残る利用量をReservationsの候補にする
- サービスやリージョンをまたぐ変動分をSavings Planの候補にする
- 将来計画が不明な部分は無理にコミットしない
割引商品を購入してからリソースを最適化するのではなく、先に不要な利用を減らすことが重要です。Microsoftも、ReservationsやSavings Planの追加購入前にライトサイジングを行う手順を推奨しています。(Microsoft Learn)
2027年2月1日までに管理者が行うべき対応
Azure Reservationsの一覧を作成する
最初に、保有している予約を一覧化します。最低限、次の項目を記録してください。
- Reservation Order ID
- サービス名
- SKU、シリーズ、リージョン
- 購入日
- 有効期限
- 購入数量
- 残存数量
- 適用スコープ
- 直近の利用率
- 月払いまたは一括払い
- 予約を管理できる担当者
- 2027年2月以降の交換可否
特に、購入日が2027年2月1日より前かどうかを明確にしておく必要があります。
利用率が低い予約を抽出する
予約を保有しているだけでは、コスト削減につながりません。対象となる利用がなければ、コミットメントが無駄になります。
直近7日だけで判断せず、少なくとも月次、繁忙期、閑散期を含めて利用率を確認します。次のような予約は優先的な見直し対象です。
- 利用率が継続的に低い
- 対象VMが停止または削除されている
- 別リージョンへの移行が予定されている
- VMシリーズやデータベースSKUの変更が決まっている
- システム統合や廃止が予定されている
- クラウド移行計画が変更された
構成変更が確定している予約は期限前に交換する
2027年2月1日より前であれば、現行ルールの範囲内で予約交換を行えます。
リージョン移行、VMファミリー変更、SKU変更などがすでに決まっている場合は、期限後の最終交換権を待つより、期限前に適正な構成へ交換した方が安全です。
通常の予約交換では、新しい予約の総コミットメント額を、返却する予約の残存コミットメント額以上にする必要があります。また、新しい予約の期間は交換時点から開始される場合があるため、単なる設定変更ではなく、新しい長期契約になる点を確認してください。(Microsoft Learn)
変更が続くワークロードはSavings Planを検討する
次のような環境では、最終交換権を使って別の予約へ変更しても、再び構成が合わなくなる可能性があります。
- VMシリーズを頻繁に変更する
- 複数リージョン間で処理を移動する
- App ServiceとVMの構成比率が変わる
- データベース製品やSKUの見直しが続いている
- 開発、検証、本番で利用量が大きく変動する
このような場合は、Reservationsから別のReservationsへ交換するより、Savings Planへのトレードインが適している可能性があります。
ただし、トレードイン画面に表示される最低コミットメント額が、現在のリソース利用を十分にカバーするとは限りません。Microsoftは、返却する予約の残存価値と、実際に必要な時間単位コミットメントを分けて計算するよう案内しています。(Microsoft Learn)
最終交換権を台帳で管理する
2027年2月1日以降は、予約ごとに「最終交換済み」か「未使用」かを管理する必要があります。
特に数量の一部だけを交換した場合、交換済み数量と未交換数量が混在します。担当者が変わると、残っている数量まで交換済みと誤認したり、交換済みの新予約を再交換できると誤解したりする可能性があります。
予約台帳には、次の項目を追加しておくと管理しやすくなります。
| 管理項目 | 記録例 |
|---|---|
| 最終交換権 | 未使用 |
| 最終交換日 | 2027年6月15日 |
| 交換済み数量 | 2 |
| 権利が残る数量 | 8 |
| 交換後Reservation Order ID | 任意の管理番号 |
| 次回変更時の代替策 | Savings Planへのトレードイン |
操作権限を事前に確認する
予約の交換や返品には、Reservation Orderの所有者または必要な予約管理権限が必要です。Savings Planへのトレードインでは、予約側の権限に加えて、Savings Planを購入するための権限も必要になります。(Microsoft Learn)
CSP経由で購入している場合、顧客自身では交換、キャンセル、更新、返品を実行できず、パートナーへの依頼が必要になる場合があります。期限直前に依頼して間に合わない事態を避けるため、契約形態と申請手順を早めに確認してください。(Microsoft Learn)
よくある誤解と注意点
2027年2月にAzure Reservations自体が終了するわけではない
終了するのは、Savings Plan対象サービスに関する予約交換です。
予約割引の適用、Reservationsの新規購入、Savings Planへのトレードインまで一斉に終了するわけではありません。
期限前に予約を買えば何度でも交換できるわけではない
期限前に購入した予約でも、2027年2月1日以降の交換は1回だけです。
その最終交換で取得した新しい予約を、さらに別の予約へ交換することはできません。
最終交換権を残すためだけの駆け込み購入は危険
期限前に購入すれば最終交換権を確保できますが、交換権を得ること自体を目的に長期予約を購入するのは適切ではありません。
予約の利用率が低ければ、割引率が高くても総コストは増えます。購入前に、対象リソースが1年または3年にわたり安定して稼働するかを確認してください。
「変更対象外」は無条件に交換できるという意味ではない
今回の方針変更では、廃止予定またはサポート終了が近い製品、Savings Planに対応していないサービス、Savings Plan非対応のクラウド環境が対象外とされています。Azure VMware Solutionは、Savings Plan非対応サービスの例として挙げられています。(Microsoft Learn)
ただし、今回の変更対象外であることと、常に自由に交換できることは同じではありません。個別サービスの予約条件や製品ライフサイクルによる制限を確認する必要があります。
まとめ：購入日と最終交換権を今から管理する
Azure予約交換は、Savings Planの対象サービスについて2027年2月1日から原則利用できなくなります。
対応の要点は次のとおりです。
- 2027年2月1日より前に購入した有効な対象予約には、期限後も1回の最終交換権が残る
- 2027年2月1日以降に購入した対象予約は交換できない
- 最終交換後に取得した新しい予約は再交換できない
- 複数数量の一部だけを交換した場合、残りの数量には交換権が残る
- ReservationsからSavings Planへのトレードインは継続する
- 返品・キャンセル、VMのインスタンスサイズ柔軟性は今回の変更対象外
- Savings Planの対象拡大に伴い、今後ほかのサービスも同方針へ移行する可能性がある
まずAzureポータルでReservationsの一覧を確認し、購入日、期限、数量、利用率、今後のリージョン・SKU変更予定を整理してください。そのうえで、安定したワークロードはReservationsを維持し、変化が続くワークロードは期限前の交換またはSavings Planへのトレードインを検討することが現実的な対応です。
コメント