請求
バックアップの請求は、DBシステムのすべてのバックアップ(ACTIVE状態およびDELETE_SCHEDULED状態)のストレージ・サイズ、DBシステムの状態、DBシステムのデータ・ストレージ・サイズ、および他のリージョンへのバックアップのコピーに使用されるアウトバウンド・データ転送によって異なります。
「ストレージ・サイズ」は、「DBシステム構成」の「DBシステム詳細」ページで確認できます。
DB Systemの状態
- アクティブ/非アクティブ: バックアップが空きストレージ・サイズを超えた場合にのみ請求されます。
- 失敗/削除済: 使用可能な空きストレージがなく、すべてのバックアップについて請求されます。
すべてのコンパートメントで使用されるバックアップ・ストレージは、テナンシのリージョンごとにルート・コンパートメントで常に測定されます。
2023年10月より前に作成されたDBシステムの無料割当て容量
- 500 GBのストレージ・サイズを持つスタンドアロンDBシステム、空き割当ては500 GBです。
- 500 GBのストレージ・サイズに2つの読取りレプリカを加えたスタンドアロンDBシステムの場合、空き割当ては500 GBです。
- 500 GBのストレージ・サイズを持つ高可用性DBシステム、空き割当ては500 GBです。
- 500 GBのストレージ・サイズと2つの読取りレプリカを備えた高可用性DBシステムの場合、空き割当ては500 GBです。
2023年10月以降に作成されたDBシステムの無料割当て制限
DBシステムが「アクティブ」または「非アクティブ」状態の場合、空きストレージを取得できます。
表9-9空きストレージ
| リソース | 無料ストレージ | 例 | 詳細 |
|---|---|---|---|
| スタンドアロンDBシステム | DBシステムのデータ記憶域サイズ | DBシステムのデータ・ストレージ・サイズが1024 GBの場合、使用可能な空きストレージは1024 GBです。 | |
| スタンドアロンDBシステム+読取りレプリカ | DBシステムのデータ・ストレージ・サイズ+読取りレプリカの数*DBシステムのデータ・ストレージ・サイズ | DBシステムのデータ・ストレージ・サイズが1024 GBで、読取りレプリカが3つある場合、使用可能な空きストレージは1024 + 3*1024 = 4096 GBです。 | 各読取りレプリカには、DBシステムのデータ・ストレージ・サイズと同じストレージがあります。 |
| 高可用性DBシステム | DBシステムの3*データ・ストレージ・サイズ | DBシステムのデータ・ストレージ・サイズが1024 GBの場合、使用可能な空きストレージは3*1024 = 3072 GBです。 | 高可用性DBシステムには、1つのプライマリ・インスタンスと2つのセカンダリ・インスタンスの3つのMySQLインスタンスがあります。 |
| 高可用性DBシステム+読取りレプリカ | 3*DBシステムのデータ・ストレージ・サイズ+読取りレプリカの数*DBシステムのデータ・ストレージ・サイズ | DBシステムのデータ・ストレージ・サイズが3*1024 GBで、読取りレプリカが2つある場合、使用可能な空きストレージは3*1024 + 2*1024 = 5120 GBです。 | 各読取りレプリカには、DBシステムのデータ・ストレージ・サイズと同じストレージがあります。 |
- DBシステムのストレージ・サイズを更新します。
- 高可用性を無効化または有効化します。
- 読取りレプリカを追加または削除します。
バックアップ
データ・ストレージ・サイズがx GBおよびy GBの2つのアクティブなスタンドアロンDBシステムが1つのリージョンにあると仮定します。(x + y) GBの空きバックアップ・ストレージ(同じリージョンであるすべてのDBシステムのデータ・ストレージ・サイズの合計)を受ける権利があります。
リージョン内のすべての自動バックアップの合計バックアップ・サイズがa GBで、リージョン内のすべての手動バックアップの合計バックアップ・サイズがm GBであると仮定します。合計バックアップ・サイズは(a + m) GBです。
請求済バックアップ= 合計バックアップ・サイズ- 空きバックアップ記憶域= max(0、 (a + m) - (x + y)) GB
テナンシが2つのリージョンにある場合、各リージョンは個別に請求され、前述した請求方法に従います。
Point-In-Timeリカバリ
Point-in-Timeリカバリを有効にすると、バイナリ・ログがバックアップされ、請求はバイナリ・ログのストレージ・サイズにも依存します。DBシステムでPoint-in-Timeリカバリを無効にした場合、またはDBシステムを削除した場合、バイナリ・ログの請求は停止します。
クロス・リージョン・バックアップのコピー
バックアップを別のリージョンにコピーすると、バックアップでは宛先リージョンのバックアップ・ストレージが使用されます。テナンシのバックアップ記憶域の空き割当てはリージョン固有であり、対応するリージョンで見つかったDBシステムにのみ依存します。
バックアップを別のリージョンにコピーすると、アウトバウンド・データ転送コストがソース・リージョンに請求されます。アウトバウンド・データ転送サイズは、宛先リージョンにコピーされたバックアップのサイズと同じです。
バックアップのエクスポート
バックアップ・エクスポート・プロセスには、ソースDBシステムと同じMySQLシェイプおよびストレージ・サイズで作成される一時MySQLインスタンスが必要です。一時MySQLインスタンスは、エクスポートが正常に完了、失敗または停止するまで、新しいインスタンスがプロビジョニングされる期間、アカウントに請求されます。MySQLインスタンスおよびストレージには、MySQLの請求を追跡するために使用できるリソースIDとしてDbSystemBackup OCIDが請求されます。次に、エクスポートされたデータがオブジェクト・ストレージ・バケットに追加され、エクスポートされたデータに使用されるストレージは、エクスポートされたバックアップが追加ストレージを使用する期間中、アカウントに請求されます。追加のObject Storageバケット・ストレージは、Object Storageサービスによって直接請求されます。
バックアップの検証と準備
バックアップ検証プロセスでは、スタンドアロンDBシステムにバックアップをリストアし、検証および準備の終了時に削除します。DBシステムおよびストレージは、これらのリソースが削除されるまでプロビジョニングされる期間、アカウントに請求されます。
バックアップ準備によって、バックアップが新しいバックアップに置き換えられます。新しいバックアップのサイズが異なる場合があり、バックアップ・ストレージの測定は準備後の新しいバックアップのサイズに基づきます。検証でバックアップをリストアできないことが判明した場合、バックアップの状態はFailedに設定されます。失敗したバックアップは削除され、計測されなくなります。