要約

  • EC2の将来日付の容量予約は、2026年9月から開始日を延期できる。現在の開始日まで2週間以内の変更では、通常、延期1日につき確約期間が1日増える。正確な条件は見積もりで決まる。
  • 有料の解約では容量が直ちに解放されても、短縮された確約期間が終わるまで請求が続く。延期と解約は、それぞれ別の費用と運用判断を伴う。

工程表の右側にも日付がある

プロジェクトの担当者が開始日を一週間後ろへ動かす。会議の出席者は新しい稼働日を確認し、ひとまず安心する。クラウドの購入責任者には、もう一つ見てほしい日付がある。支払いの約束が終わる日だ。

AWSは2026年9月28日、将来日付のEC2 Capacity Reservationについて、開始日の延期を可能にした。データ移行やサービス公開の直前に準備が遅れたとき、容量だけが先に待っている状況を調整できる。現場にとって使い道のある変更である。

ただし、この融通は購入期間を長くする形で値付けされることがある。開始が遅くなる一方で、約束する利用日数が増える。工程表の棒を右へずらしただけのつもりでも、発注書では棒そのものが伸びている。

14日を買ったはずが21日になる

AWSの変更手順は、申請時点と現在の開始日との距離で一般的な条件を分けている。2週間より前なら通常は追加の確約が不要。2週間以内なら、延期する1日につき確約期間を1日増やすのが目安となる。個別の条件は、その都度示される見積もりで確認する。

同社の例では、14日間の確約がある予約を、開始の一週間前に7日延期すると、確約期間は21日になる。これは公表された計算例であり、顧客の実際の請求額ではない。重要なのは、7日後に始められるという便利さと、7日分多く買うという義務が同居していることだ。

作業が二週間で終わるなら、開始を遅らせても必要な作業量は増えない。余った期間に別の仕事を載せられるかどうかで、追加分の価値が変わる。新しい計画がもともと三週間の利用を必要とするなら、延長を活用できる。仕事がそのまま平行移動しただけなら、購入した期間の末尾が空く可能性がある。

「何かを動かせばいい」という返事にも条件が付く。予約の仕様は、アベイラビリティーゾーン、インスタンスタイプ、プラットフォーム、テナンシーの一致を求める。確約期間中は、インスタンス数を確約した数より少なくできない。都合のよい代替作業が、都合のよい場所で、必要な数だけ見つかるか。ここから先は社内の需要の問題になる。

料金の仕組みも明快だ。有効な予約の未使用部分には、対応するオンデマンド料金が掛かる。一致するインスタンスが利用している枠に、予約料金が二重に上乗せされるわけではない。空いた追加日数をどう使うかは、実際の支出につながっている。

報告を待った一週間が高くつく

この制度が値段を付ける対象は、計算資源だけではない。会社が予定変更を認めるまでの時間も、購入条件を左右する。

遅延の兆候が出ても、担当者は最後の試験結果を待つ。上司は次の会議を待つ。調達部門は正式な延期の連絡を待つ。その間に開始日までの距離が縮まり、追加確約の条件に入ることがある。支出はクラウドの予算に載るが、原因の一部は会議室にある。

だからといって、怪しい日程をすべて取り消すのも乱暴だ。容量を確保しておく価値はあるし、AWSも供給を組み立てなければならない。必要なのは、安く変更できる余地が残っている段階で、続ける計画と買い続ける容量を同じ決定にすることだ。

延期によって避けたい損失と、延期で増える約束を並べる。責任者が「もう一週間ほしい」と言ったとき、技術担当だけが受け取る伝言にせず、購入を承認する人にも届かせる。その一手間には、期日によって価格が変わる。

日付は無限には動かせない

延期の累計上限は、当初の開始日から30日。開始まで1時間未満になると延期できない。日付変更の見積もりは24時間で失効する。社内の承認が何日も掛かるなら、最新の見積もりを取り直す必要がある。

同時に処理できる変更申請は一つで、処理中の申請を取り替えたり取り消したりもできない。結果には適用済みと却下がある。送信したという理由だけで、新しい日付に容量が用意される前提の計画へ進むと、調整したつもりの足場が残っていない。

時刻の基準にも注意が要る。延期の追加確約の目安は現在の開始日を参照し、解約の料金表は当初の開始日を参照する。延期を重ねるたびに無料解約の窓まで新しくなる、と勝手に計算する余地はない。選択する時点の見積もりを、それぞれ取得して比べるのが筋である。

返した容量にも、支払いの末尾がある

AWSは6月10日に、将来日付の容量予約の解約も可能にしている。延期による追加購入と、解約による退出費用を比べられるようになった。

解約条件では、時期と残りの確約によって料金が変わる。早期の退出ほど一般に負担が小さく、正確な請求期間は見積もりに示される。審査中や供給の遅延状態、残りの確約がない有効な予約には無料で取り消せる条件がある。

料金を伴う解約を実行すると、容量はすぐに解放される。一方、短くなった確約期間の終わりまでは請求が続く。適用条件に合うSavings Plansやリージョン単位のリザーブドインスタンスの割引は反映される。確約が残る予約では、中で動くインスタンスを先に停止または終了する必要があるため、業務の切り替えも一緒に考えなければならない。

CUR 2.0では、この退出費用がCancelling状態のUnusedBoxとして現れる。まだ使える予約の空きと一緒にすると、費用削減の担当者に「すでに返した席を埋めてくれ」と頼むことになる。必要な仕事は追加稼働ではなく、退出に幾ら掛かったかの確認だ。

実際に受け入れられた見積もり、延期後の稼働状況、最終的な請求額は公開されておらず、それらが追加日数の実益を決める。公表条件から問える購入判断は、すでに具体的である。新しい日程のために何日多く買うのか。旧い予約を返すために幾ら払うのか。

延期は現場を救うことがある。救済の注文書まで、工程表の陰に隠しておく必要はない。

出典