Data Disaster Recovery は、論理バックアップと物理バックアップの 2 つのバックアップ方法を提供します。また、複数のバックアッププラン仕様を提供し、データベースに対して効果的なデータ保護と低コストのバックアップサービスを実現します。ビジネスニーズを評価し、要件に合ったバックアップ方法と仕様を選択できます。
論理バックアップと物理バックアップの違い
比較項目 | 論理バックアップ | 物理バックアップ |
概念 | データベースオブジェクトレベルのバックアップです。バックアップ内容には、テーブル、インデックス、ストアドプロシージャなどのデータベースオブジェクトが含まれます。一般的なツールには、MySQL の mysqldump や Oracle の exp/imp があります。 | データベースファイルレベルのバックアップです。バックアップ内容は、オペレーティングシステム上のデータベースファイルです。一般的なツールには、MySQL の XtraBackup や Oracle の RMAN があります。 |
完全バックアップの原理 | DBS は、データベース内のすべてのテーブルのデータを分割し、データベースに対して SQL 文を実行して、複数のスレッドで並行してデータを読み取ります。 | データベースが存在するサーバーにバックアップゲートウェイをインストールします。その後、バックアップゲートウェイを使用してデータベースファイルがバックアップ (コピー) されます。詳細については、「バックアップゲートウェイの追加」をご参照ください。 |
増分バックアップの原理 | DBS は、データベースのメモリに保存されているログを読み取り、リアルタイムでログに基づいて増分バックアップを実行します。これにより、完全バックアップの実行時に発生する可能性のある I/O パフォーマンスの低下を防ぎます。データベースログの読み取り速度は、ログの生成速度に基づいて調整されます。 | |
特徴 |
|
|
推奨データベースサイズ | 1 MB～1 TB | 1 TB 超 |
サポート対象のデータベース |
| |
バックアップゲートウェイのインストールが必要です | いいえ | 必須 |
バックアップデータサイズ | 論理バックアップは特定のテーブルやデータを選択的にバックアップできるため、通常は物理バックアップよりもサイズが小さくなります。 | 物理バックアップのサイズは、一般的にデータベースの実際のストレージ容量に直接関係します。データベースファイル全体のバックアップであるため、通常は非常に大きくなります。 |
バックアッププラン仕様の選択方法
Data Disaster Recovery は、serverless、micro、small、medium、large、xlarge、2xlarge、4xlarge など、さまざまなバックアッププラン仕様を提供します。各仕様には、異なる無料データ量クォータ、課金レート、バックアップおよびリカバリパフォーマンスがあります。上位の仕様ほど、パフォーマンスが向上し、単価が低くなります。
仕様の詳細
仕様は次のとおりです：
バックアッププランの仕様 | 100 GB データバックアップの推定所要時間 | 無料データバックアップクォータ (GB/月) | 中国本土の構成費用 | 中国 (香港) リージョンおよび中国以外のリージョンの構成費用 | ||
構成費用 (USD/月) | 超過バックアップデータの単価 (USD/GB) | 構成費用 (USD/月) | 超過バックアップデータの単価 (USD/GB) | |||
micro | 20 時間 | 40 | 5 | 0.117 | 7 | 0.175 |
small | 5 時間 | 400 | 22 | 0.055 | 33 | 0.083 |
medium | 2.5 時間 | 800 | 35 | 0.039 | 53 | 0.059 |
large | 1.5 時間 | 1600 | 56 | 0.024 | 84 | 0.036 |
xlarge | 1 時間 | ∞ | 140 | 無料 | 209 | 無料 |
バックアップしたいデータベースやテーブルに、不合理なテーブルスキーマ、大きなテーブル、大きなフィールドなどの問題があり、比較的低い仕様のバックアップスケジュールを選択した場合、バックアップスケジュールのリソースが不足してデータベースやテーブルをバックアップできず、バックアップ例外が発生する可能性があります。
この場合、バックアップスケジュールを購入する際に高い仕様のバックアップスケジュールタイプを選択するか、例外が発生した場合はバックアップスケジュールをより高い仕様のタイプにスペックアップしてから再試行することを推奨します。問題が解決しない場合は、DBS DingTalk グループ (ID: 35585947) に参加して技術サポートを受けることができます。
購入ページに表示される料金が適用されます。
上位の仕様ほど、バックアップと復元のパフォーマンスが高く、単価が低くなります。詳細については、「バックアップと復元のパフォーマンステスト」をご参照ください。
バックアップスケジュールはスペックアップのみ可能で、スペックダウンはできません。詳細については、「バックアップスケジュールのスペックアップ」をご参照ください。
毎暦月、データバックアップの無料クォータが割り当てられます。1 か月以内に無料クォータを使い切らなかった場合、残りの無料クォータは翌月に繰り越されません。
1 か月間にバックアップするデータの総量が無料クォータを超えた場合、超過したデータは対応する単価に基づいて課金されます。
仕様の選択方法
バックアップとリカバリのパフォーマンス、およびコストパフォーマンスに基づいてバックアッププランの仕様を選択できます。
高パフォーマンス要件：
本番環境のデータベースなど、データベースインスタンスがバックアップと復元ジョブを迅速に実行するために高性能なバックアッププランを必要とする場合は、4xlarge または 2xlarge 仕様を選択して、より優れたバックアップとリカバリパフォーマンスを得ることができます。
高コストパフォーマンス要件：
バックアップとリカバリのパフォーマンス (速度) に対する要件が高くなく、コストパフォーマンスをより重視する場合は、次の手順に従って最もコストパフォーマンスの高いバックアッププラン仕様を計算し、選択できます：
完全バックアップと増分バックアップを含む、月間の合計バックアップデータ量を見積もります。
課金計算式を使用してさまざまな仕様のコストを計算し、最もコストパフォーマンスの高いものを選択します。課金計算式は次のとおりです：
サブスクリプション (前払い) 課金 = バックアップ仕様の基本料金 + (実際のデータ量 - 無料データ量クォータ) × 対応する課金レート
説明各仕様の課金レートの詳細については、「仕様の課金基準」をご参照ください。
例えば、A 社が 150 GB のデータベースに対して毎月 4 回の完全バックアップを実行する計画があるとします。当月の推定合計バックアップボリュームは 600 GB です。A 社は、次のいずれかのタイプのバックアップスケジュールを購入できます。価格は中国本土に適用されます。
micro タイプの料金：USD 5 + (600 GB - 40 GB) × USD 0.117/GB = USD 70.52
small タイプの料金：USD 22 + (600 GB - 400 GB) × USD 0.055/GB = USD 33
medium タイプの料金は USD 35 です。実際のバックアップデータサイズは無料クォータ未満です。追加料金は発生しません。
説明この例では、small タイプが最も低価格です。ただし、より優れたバックアップおよび復元パフォーマンスが必要な場合は、より高い仕様のタイプを購入することを推奨します。
上記の例は参考用です。実際のシナリオでは、完全バックアップ中のデータ増加 (例えば、次の完全バックアップでデータ量が 2% 増加するなど) や増分バックアップのデータ量も考慮する必要があります。
月間の合計バックアップデータ量が 5,207 GB を超える場合、xlarge 仕様が最もコストパフォーマンスに優れています。この仕様にはバックアップデータ量の制限がなく、最高のバックアップパフォーマンスを提供します。
論理バックアップと物理バックアップのパフォーマンステスト
論理バックアップとリカバリ
テスト手順
このテストでは、RDS for MySQL テストインスタンスを使用します。Data Disaster Recovery でバックアッププラン (論理バックアップ) を作成し、完全バックアップタスクと増分バックアップタスクを開始します。その後、Data Disaster Recovery を使用してバックアップセットのデータを RDS for MySQL テストインスタンスに復元し、バックアップとリカバリのパフォーマンスを監視します。
テスト環境
構成項目 | 構成 |
データベースタイプ | RDS for MySQL (汎用) |
データベースメモリ | 2,400 M |
データベース CPU | 8 コア |
データベース IOPS | 1,200 |
テストデータ
テストデータ | 説明 | サンプルデータ |
データベースサイズ | テストデータベースの合計サイズ (GB)。 | 102 GB |
総レコード数 | テストデータベースの全テーブルのレコード総数。 | 1.5 億 |
単一レコードサイズ | テストデータベースのレコードの平均サイズ (KB)。 | 1 KB～100 KB |
フィールド数 | テストデータベースのレコードのフィールド (列) 数。 | 3～22 列 |
フィールドタイプ | テストデータベースのレコードのフィールドのデータ型。int、varchar、datetime などの基本的な MySQL データ型を含みます。 | 基本的な MySQL データ型をカバー |
テスト結果
完全バックアップ
仕様 | RPS (1 秒あたりのレコード数) | MBPS (MB/s) |
large | 42,855.7 | 15.3 |
medium | 33,122.2 | 11.8 |
small | 9,569.3 | 3.4 |
micro | 6,756.2 | 1.9 |
ソースデータベースに多数のテーブルがある場合、バックアップとリカバリ中にテーブルの初期化に時間がかかることがあります。そのため、ソースデータベースのテーブル数は 10,000 を超えないようにしてください。
ソースデータベースにプライマリキーのないテーブル、文字列プライマリキーを持つテーブル、または複合プライマリキーを持つテーブルが含まれている場合も、バックアップ時間が長くなります。
増分バックアップ
仕様 | MBPS (MB/s) |
large | 46.1 |
medium | 29.8 |
small | 14.9 |
micro | 5.0 |
完全復元
仕様 | RPS (1 秒あたりのレコード数) |
large | 34,190.5 |
medium | 19,740.9 |
small | 9,949.4 |
micro | 4,320.2 |
増分復元
仕様 | RPS (1 秒あたりのレコード数) |
large | 35,546.9 |
medium | 21,331.4 |
small | 10,061.5 |
micro | 4,972.1 |
物理バックアップとリカバリ
テスト手順
このテストでは、自己管理型 MySQL テストインスタンスを使用します。Data Disaster Recovery でバックアッププラン (物理バックアップ) を作成し、完全バックアップタスクを開始します。その後、Data Disaster Recovery を使用してバックアップセットのデータを指定されたディレクトリに復元し (物理リカバリにはデータベースファイルの復元が含まれます)、バックアップとリカバリのパフォーマンスを監視します。
Data Disaster Recovery は MySQL の物理ファイルをストリームとして読み取り、複数のストリームを使用してバックアップデータをクラウドストレージに同時に書き込みます。さらに、Data Disaster Recovery は選択した仕様に基づいてバックアップの同時実行数を調整することをサポートします。上位の仕様ほど、バックアップ速度が速くなります。gzip と LZ4 の 2 つの圧縮アルゴリズムがサポートされています。gzip アルゴリズムはより高い圧縮率を提供し、LZ4 アルゴリズムはより速いバックアップ速度を提供します。
テストデータ
テストデータ | 説明 | サンプルデータ |
データベースサイズ | テストデータベースの合計サイズ (GB)。 | 40.3 GB |
総レコード数 | テストデータベースの全テーブルのレコード総数。 | 20 億 |
テーブル数 | テストデータベースのテーブル数。 | 160 |
単一レコードサイズ | テストデータベースのレコードの平均サイズ (KB)。 | 0.2 KB |
テスト結果
完全バックアップ
仕様と圧縮形式 | 所要時間 | バックアップ速度 | 圧縮後のファイルサイズ |
small (4 スレッド) gzip | 636s | 63 MB/s | 21.1 GB |
large (8 スレッド) gzip | 341s | 118 MB/s | 21.1 GB |
xlarge (16 スレッド) gzip | 204s | 197 MB/s | 21.1 GB |
small (4 スレッド) lz4 | 268s | 150 MB/s | 31.1 GB |
large (8 スレッド) lz4 | 119s | 338 MB/s | 31.1 GB |
xlarge (16 スレッド) lz4 | 104s | 387 MB/s | 31.1 GB |
完全復元
仕様と圧縮形式 | 圧縮後のデータ量 | 期間 | リカバリ速度 (元のデータサイズに対する相対値) |
small (4 スレッド) gzip | 21.1 GB | 320s | 126 MB/s |
large (8 スレッド) gzip | 21.1 GB | 161s | 250 MB/s |
xlarge (16 スレッド) gzip | 21.1 GB | 86s | 468 MB/s |
small (4 スレッド) lz4 | 31.1 GB | 408s | 99 MB/s |
large (8 スレッド) lz4 | 31.1 GB | 208s | 194 MB/s |
xlarge (16 スレッド) lz4 | 31.1 GB | 108s | 373 MB/s |