ApsaraDB RDS for MySQL のバックアップ機能、使用量の計算、課金、パフォーマンスへの影響、データ保護ポリシーについて説明します。
バックアップ機能
|
カテゴリ |
機能名 |
説明 |
主なユースケース/シナリオ |
|
基本バックアップ機能 |
自動バックアップ |
コアとなる自動保護メカニズムです。バックアップサイクル、タイムウィンドウ、保持期間を設定できます。 |
定常的な運用保守 (O&M) のために、システムは設定されたポリシーに基づいて完全バックアップを自動的に実行します。ログバックアップと組み合わせることで、ポイントインタイムリカバリ (PITR) のためのデータ基盤を提供します。 |
|
手動バックアップ |
オンデマンドで即時バックアップを作成できます。 |
アプリケーションのアップグレードやデータ移行などの大きな変更の前に、明確に追跡可能なリカバリポイントを作成します。 |
|
|
高度なバックアップ機能 |
データベース/テーブルレベルのバックアップ |
インスタンス全体を復元することなく、特定のデータベースやテーブルをリカバリできます。 |
誤ったテーブル削除やデータ更新など、きめ細かなリカバリシナリオに対応し、ビジネスへの影響を最小限に抑えます。 |
|
高頻度バックアップ (物理/スナップショット) |
特定の時点にデータを迅速に復元でき、潜在的なデータ損失のウィンドウを大幅に削減します。 |
厳しい目標復旧時点 (RPO) を必要とするビジネスシナリオに最適です。 |
|
|
ディザスタリカバリとコスト最適化 |
リージョン間バックアップ |
データを別の地理的リージョンに自動的にバックアップします。 |
リージョンレベルのディザスタリカバリを実現し、ビジネスの可用性を最大限に確保します。 |
|
スパースバックアップ |
バックアップポリシーを柔軟に設定して、最小限のバックアップセットを保持できます。 |
データの可用性を確保しながら、バックアップストレージのコストを削減します。 |
|
|
リリース済みインスタンスのバックアップ保持ポリシーの設定 |
インスタンスがリリース (削除) された後、そのバックアップデータを追加の期間保持できます。 |
誤操作による恒久的なデータ損失を防ぎ、最終的なリカバリの機会を提供します。 |
これらの機能を組み合わせることで、定常的な O&M、ディザスタリカバリ、パフォーマンスとコスト管理をカバーする柔軟なデータ保護システムを構築できます。
また、データディザスタリカバリ (DDR) の論理バックアップ機能を使用することもできます。これは、クロスアカウントバックアップ、単一データベースまたは単一テーブルのバックアップ、地理的冗長性、および OSS へのバックアップ保存をサポートしており、ApsaraDB RDS for MySQL または自己管理型 MySQL データベースを自動的にバックアップするために使用できます。
バックアップ方法
ApsaraDB RDS for MySQL は、論理バックアップ、物理バックアップ、スナップショットバックアップをサポートしています。次の表は、これらの方法を比較したものです。
|
ディメンション |
論理バックアップ |
物理バックアップ |
スナップショットバックアップ |
|
バックアップの粒度 |
テーブル、インデックス、ストアドプロシージャなどのデータベースオブジェクトレベル。 |
InnoDB データファイルなどのデータベースファイルレベル。 |
インスタンスのストレージボリューム全体をカバーするクラウドディスクブロックレベル。 |
|
代表的なツール |
|
XtraBackup |
ESSD スナップショットサービスに基づく |
|
リカバリ精度 |
単一のテーブルまたはデータベースを復元できますが、バイナリログと組み合わせない限り、ポイントインタイムリカバリはサポートされません。 |
完全バックアップとログバックアップをサポートし、秒単位の粒度で任意の時点にリカバリできます。 |
ポイントインタイムリカバリをサポートしており、ログバックアップに依存します。 |
|
シナリオ |
クロスバージョン移行、単一テーブルのリカバリ、自己管理型データベースへのエクスポート |
高速な完全リカバリ、ディザスタリカバリ、リージョン間バックアップ |
最短の目標復旧時間 (RTO) と高いビジネス継続性要件を持つシナリオのための超高速リカバリ |
|
関連操作 |
バックアップ使用量
バックアップの構成要素
RDS のバックアップは、データバックアップとログバックアップで構成されます。
-
データバックアップ: システムがデータをバックアップし、バックアップセットを生成します。この機能はデフォルトで有効になっており、無効にすることはできません。データバックアップは最低 7 日間保持され、バックアップ頻度は最低週 2 回です。データバックアップのニーズが最小限である場合は、バックアップ頻度とバックアップセットの保持期間を変更することで、データバックアップの量を減らすことができます。
-
ログバックアップ: 増分バックアップとも呼ばれます。この機能はデフォルトで有効になっていますが、無効にすることもできます。ログバックアップは最低 7 日間保持されます。データバックアップとログバックアップを組み合わせることで、バックアップ保持期間内の最初の完全バックアップから任意の時点 (PITR) にデータを復元できます。ログバックアップのニーズが最小限である場合は、バックアップセットの保持期間を短縮するか、ログバックアップを無効にすることで、ログバックアップの量を減らすことができます。
バックアップ使用量の表示
バックアップ使用量 = データバックアップサイズ + ログバックアップサイズ
-
インスタンスの [基本情報] ページで、[インスタンスリソース] セクションの [バックアップ使用量] パラメーターを確認します。
-
ApsaraDB RDS for MySQL または Serverless ApsaraDB RDS for MySQL Basic Edition インスタンスのマイナーバージョンアップ後、[基本情報]ページに[バックアップ使用量]が 0 と表示される場合があります。この値は、次回の定期バックアップ完了後に自動的に更新されます。
例えば、次の図では、バックアップ使用量は 33.2 GB (データバックアップ) + 20.19 MB (ログバックアップ) です。アーカイブバックアップ は、2 年 (730 日) 以上保持されるデータバックアップを指します。データ は、アーカイブされていないデータバックアップを指します。
バックアップ使用量
|
ログ |
説明 |
目的 |
|
データバックアップ |
バックアップセットを生成し、Alibaba Cloud が提供するバックアップストレージに保存します。インスタンスのストレージ容量を消費しません。 |
主にデータ復元に使用され、ポイントインタイムリカバリ (PITR) の基盤となります。 |
|
ログバックアップ |
有効にすると、バイナリログがリアルタイムで Alibaba Cloud が提供するバックアップストレージにアップロードされます。インスタンスのストレージ容量を消費しません。 |
ポイントインタイムリカバリを可能にします。 |
|
バイナリログ |
インスタンスの生ログで、インスタンスのストレージ容量に保存されます。 |
例えば、マスター/スレーブアーキテクチャの設定に使用できます。 |
-
バイナリログのクリアは、それらが占有するストレージ容量を減らしますが、ログバックアップのサイズには影響しません。
-
インスタンスの モニターとアラーム ページで、バイナリログが占有するストレージ領域を表示できます。詳細については、「モニタリング情報を表示する」をご参照ください。
バックアップ料金
バックアップの課金項目
|
課金項目 |
課金項目コード |
課金対象プロダクト |
リファレンス |
|
RDS 基本バックアップ |
BackupCharged |
ApsaraDB RDS |
|
|
ローカル SSD を使用するインスタンスのリージョン間バックアップストレージ |
DdrOssStorageSize |
||
|
クラウドディスクインスタンスのリージョン間バックアップストレージ |
BackupStorageSize |
Database Backup (DBS) |
|
|
リージョン間バックアップのネットワークトラフィック |
NetworkOutDuplicationSize |
||
|
バックアップダウンロードのアウトバウンドトラフィック |
NetworkOutSize |
||
|
クラウドディスクインスタンスのバックアップ変換 |
BackupAnalyticSize |
||
|
削除されたローカル SSD を使用するインスタンスのバックアップセット保持 |
StandardStorageSize |
||
|
削除されたクラウドディスクインスタンスのバックアップセット保持 |
BackupStorageSize |
||
|
ローカル SSD を使用するインスタンスのデータベース/テーブルリカバリストレージ |
CapacitySandboxStorageSize |
無料バックアップクォータ
ストレージ圧縮機能が有効になっているかどうかによって、無料バックアップクォータは異なります。
無料バックアップクォータは、バックアップストレージ期間が 730 日以下の通常のバックアップにのみ適用されます。730 日を超えて保持されるアーカイブバックアップには適用されません。
料金詳細
バックアップ使用量が無料クォータを超えない場合、バックアップは無料です。超過した使用量は従量課金制で請求されます。時間単位のバックアップ料金は、次の数式で計算されます：時間単位のバックアップ料金 = (バックアップ使用量 - 無料バックアップクォータ) × バックアップ単価。
注意事項
-
バックアップ料金はバックアップ使用量に関連しており、ストレージ容量使用量とは関係ありません。これは、バックアップが RDS インスタンスのストレージ容量を消費しないためです。
-
バックアップ料金を分析する際は、ストレージ容量使用量ではなく、バックアップ使用量を確認してください。
-
セカンダリデータベースの再構築など、ディスク交換を伴う制御操作は、クラウドディスクインスタンスに次の影響を与えます：
-
クラウドディスクインスタンスの単一リージョンバックアップストレージ量が増加し、単一リージョンバックアップストレージ料金が高くなります。課金項目コードは BackupCharged です。
-
クラウドディスクインスタンスのリージョン間バックアップネットワークトラフィックが増加し、リージョン間バックアップネットワークトラフィック料金が高くなります。課金項目コードは NetworkOutDuplicationSize です。
-
クラウドディスクインスタンスのリージョン間バックアップストレージ量が増加し、リージョン間バックアップストレージ料金が高くなります。課金項目コードは BackupStorageSize です。
説明例えば、データ定義言語 (DDL) 操作がセカンダリデータベースで長い遅延を引き起こした場合、システムは自動的にセカンダリデータベースの再構築をトリガーし、コストが増加する可能性があります。
-
バックアップ料金を削減する方法
-
バックアップ使用量を削減する
バックアップを削除または削減できます。詳細については、「バックアップの削除または削減」をご参照ください。
-
無料クォータを増やす
ストレージ容量をスケールアウトできます。詳細については、「構成の変更」をご参照ください。
無料クォータはストレージ容量に関連しています。例えば、ストレージ容量を 150 GB から 300 GB にスケールアウトすると、無料クォータは 75 GB から 150 GB に増加します。
バックアップストレージの場所
データバックアップとログバックアップは、Alibaba Cloud が提供するバックアップストレージに保存されます。これらはインスタンスのストレージ容量を消費しません。
バックアップは RDS インスタンスと同じリージョンに保存されますが、必ずしも同じゾーンに保存されるわけではありません。バックアップを別のリージョンに保存するには、リージョン間バックアップを使用します。
-
バックアップストレージは外部からアクセスできません。バックアップをダウンロードするには、「バックアップセットのダウンロード」をご参照ください。
-
バックアップストレージには無料クォータがあります。クォータを超える使用量は課金されます。詳細については、「バックアップ料金」をご参照ください。
バックアップのパフォーマンスへの影響
|
インスタンスタイプ |
バックアップの影響 |
|
バックアップはセカンダリインスタンスで実行されます。プライマリインスタンスの CPU を消費したり、そのパフォーマンスに影響を与えたりすることはありません。 説明
まれに、セカンダリインスタンスが利用できない場合、バックアップはプライマリインスタンスで実行されます。 |
|
|
シングルノードアーキテクチャのため、バックアップはインスタンスのパフォーマンスに影響を与えます。 |
バックアップのデータ保護
-
改ざん防止：
-
ApsaraDB RDS for MySQL の完全物理バックアップとログバックアップは OSS に保存されます。完全スナップショットバックアップは ESSD スナップショットサービスに保存されます。バックアップシステムは内部で両方のストレージ方法を使用し、どちらも WORM (Write-Once-Read-Many) の改ざん防止属性を持っています。
-
-
悪意のあるまたは偶発的な削除からの保護：
-
ユーザーによる手動削除：手動バックアップは削除できますが、自動バックアップは削除できません。詳細については、「バックアップの削除または削減」をご参照ください。
-
有効期限切れによる自動削除：自動バックアップデータは削除される可能性があります。ただし、自動バックアップは無効にできず、最小保持期間は 7 日、最小バックアップ頻度は週 2 回です。詳細については、「自動バックアップ」をご参照ください。したがって、自動バックアップからの完全データとログデータが完全に削除されることはありません。
-
よくある質問
-
Q: RDS インスタンスの自動バックアップが無料クォータを超え、課金されるようになりました。バックアップ機能を無効にするにはどうすればよいですか？
A: RDS のデフォルトのバックアップ機能はデフォルトで有効になっており、無効にすることはできません。ただし、既存のバックアップを削除したり、自動バックアップポリシーを変更して新しいバックアップの作成を減らしたりすることはできます。詳細については、「バックアップの削除または削減」をご参照ください。
-
Q: バックアップが無料クォータを超えていないのに、なぜ課金されるのですか？
A: この請求は、以前に無料クォータを超えたバックアップに対するものである可能性があります。
-
Q: なぜバックアップサイズがデータ量よりも大きいのですか？
A: クラウドディスクインスタンスはスナップショットバックアップを使用しており、スナップショットバックアップのサイズはデータサイズよりもはるかに大きくなる可能性があります。スナップショットバックアップサイズを計算する際、空でないすべてのブロックのサイズが含まれます。書き込みが散在している場合、より多くの空でないブロックが生成され、スナップショットバックアップが大きくなります。
-
Q: バックアップ保持期間を x 日から y 日に短縮しました。なぜバックアップサイズが変わらないのですか？
A: y 日より古いバックアップが存在しなかった場合、バックアップデータは削除されませんでした。そのため、バックアップサイズは変わりません。
-
Q: ApsaraDB RDS for MySQL インスタンスがリリースされました。なぜまだバックアップ料金が請求されるのですか？
A: ApsaraDB RDS for MySQL インスタンスがリリースされた後でも、インスタンス削除後のバックアップ保持ポリシーを設定した場合、これらのバックアップファイルは RDS コンソールの [バックアップ管理] ページに保持されます。インスタンスのリリース後、バックアップストレージは 7 日間無料です。7 日後、課金が開始されます。
このため、バックアップ保持期間が 7 日間の無料期間を超えた場合、バックアップ料金が発生する場合があります。この場合、実際のストレージ量とリージョンに基づいて課金されます。課金の詳細については、「料金詳細」をご参照ください。バックアップが不要な場合は、[削除済みインスタンスのバックアップ] タブでターゲットインスタンスの保持ポリシーを [保持しない] に変更することで、バックアップストレージ料金の発生を回避できます。