Summary

  • 将来のRDS予約がscheduledになると、AWSは依頼を受け付けており、まだ料金が発生していない一方で取り消しはできない。有効になった後も、通常の取り消しは確約期間の終了を待つ。
  • 将来予約は最低14日、各アベイラビリティーゾーン32vCPUが条件で、Xファミリーは最低12週間となる。2vCPU単位のdb.r7g.largeを2ゾーンで最小予約する例では、合計32のデータベース容量枠を購入する。

請求が静かなうちに判断は固まる

事業会議で公開日を変更しても、容量予約の日程は別に動く。AWSは10月21日の発表で、商用リージョンのAuroraとRDSにOn-Demand Capacity Reservationsを導入した。作成、復元、起動、計算能力の変更などに備え、条件を指定した計算容量を確保できる。

決まった日に始める業務にとって、必要な場所を先に押さえることには価値がある。調達担当者が見るべき境目は、その将来予約をAWSが受け付ける時点だ。状態の説明ではscheduledが受け付け済みの将来予約を表し、まだ料金は発生しない。取り消しの説明では、この状態の予約は取り消せない。

利用も課金も先の話なのに、出口が一つ閉じる。支出画面が動き始めてから確認すると、購入判断の一部には間に合わない。公開日を決める責任者は、予約の受け付け前にその条件を知る必要がある。

各ゾーンにある最低数量

すぐ使う予約には確約期間がなく、必要に応じて取り消せる。将来予約は5～120日前に設定でき、最低14日の確約が必要だ。Xファミリーは最低12週間になる。また、選んだ各ゾーンに最低32vCPUを予約する。

文書はdb.r7g.largeを1単位2vCPUの例としている。2ゾーンで将来予約の最低数量をそろえる計算例なら、各ゾーン16単位、合計32の容量枠となり、最低14日を確約する。これは2ゾーンの計算容量枠の数であり、Multi-AZ構成では待機側の場所も必要になる。

短いイベントのために長めの保護を購入する判断はあり得る。その数量と期間を、イベント予算の承認に含めることが大切だ。「移行時の場所を確保する」という依頼にも、サービス側が定める最小購入規模が付いてくる。

どちらの遅れで出口が開くか

AWSが依頼を評価しているassessingでは取り消せる。scheduledになると開始日まで維持され、有効化後は確約期間が終わるまで通常の取り消しができない。一方、AWSが指定日に容量を届けられずdelayedになった場合、取り消しの文書は即時の取り消しを認める。これは供給者の容量提供の遅れに対応する経路だ。顧客がイベントを延期するだけでは、その状態は変わらない。

事業の予定と予約の状態は、別の問いに答える。前者は容量が必要な日、後者は購入から出られる時点を示す。イベントを延期できる人には、予約の開始日と確約終了日も見えている必要がある。

データベースを止めても場所は残る

料金文書によれば、容量がアカウントに用意された時点で課金が始まる。有効な未使用容量は相当するOn-Demand料金で請求される。適合するインスタンスが容量枠を使う場合はインスタンスに課金し、その枠の予約料金は別に発生しない。

インスタンスを停止すると、その分は未使用予約になり、予約の費用は続く。条件を満たした取り消し、または終了日時がその予約料金を止める。ストレージ、入出力などの資源は通常どおり別に課金され、該当する割引はReserved DB InstancesやDatabase Savings Plansから適用できる。

停止作業が終わっていても、場所を購入する契約は残り得る。場所を手放す判断には、それ自体の条件と責任者が要る。

確保した場所へ実際に入る

利用手順では、予約名か識別子を明示的に指定する。エンジン、インスタンスクラス、該当するライセンスモデル、ゾーンが一致し、利用可能な容量が必要だ。Multi-AZではプライマリーと待機側の両ゾーンに空きが要る。購入した保護を役立てるには、配備する先もその予約に合わせなければならない。

手放せる時期になっても、次の操作まで見て判断する。取り消しAPIは、既存のデータベースを変更せず動かし続けながら予約容量を解放する。その後に別のハードウェアへ移る操作があれば、予約を失った状態で容量不足に直面する可能性がある。現在のイベントと次の移動の両方に、場所を維持する価値がある。

顧客の予約履歴と請求額は公開されておらず、空いた確約の実費はその記録で決まる。公開条件が示す承認の位置は明確だ。AWSは特定容量を前もって確保し、顧客は自分の事業日程が変わるリスクを引き受ける。署名が要るのはscheduledになる前。料金の時計は、その後に動き出す。

出典