このドキュメントでは、ApsaraDB RDS for MySQL のバックアップ機能、使用量の計算、課金方法、パフォーマンスへの影響、データ保護ポリシーについて説明し、RDS バックアップサービスを理解し、活用するのに役立ちます。
バックアップ機能
カテゴリ | 機能名 | 説明 | 主なユースケース/シナリオ |
基本バックアップ機能 | 自動バックアップ | コアとなる自動保護メカニズムです。バックアップサイクル、タイムウィンドウ、保持期間を設定できます。 | 日常の運用保守 (O&M) のために、システムは設定されたポリシーに基づいて自動的に完全バックアップを実行します。これをログバックアップと組み合わせることで、ポイントインタイムリカバリ (PITR) のためのデータ基盤を提供します。 |
手動バックアップ | オンデマンドで即時バックアップを作成できます。 | アプリケーションのアップグレードやデータ移行などの大きな変更の前に、明確に追跡可能な復旧ポイントを作成します。 | |
高度なバックアップ機能 | データベース/テーブルレベルのバックアップ | インスタンス全体を復元することなく、特定のデータベースやテーブルを回復できます。 | 誤ったテーブルの削除やデータ更新など、詳細なリカバリシナリオに対応し、ビジネスへの影響を最小限に抑えます。 |
高頻度バックアップ (物理/スナップショット) | データを特定の時点に迅速に復元でき、潜在的なデータ損失のウィンドウを大幅に短縮します。 | 厳格な目標復旧時点 (RPO) を必要とするビジネスシナリオに最適です。 | |
ディザスタリカバリとコスト最適化 | リージョン間バックアップ | データを別の地理的リージョンに自動的にバックアップします。 | リージョンレベルのディザスタリカバリを実現し、ビジネスの可用性を最大限に確保します。 |
スパースバックアップ | バックアップポリシーを柔軟に設定して、最小限のバックアップセットを保持できます。 | データの可用性を確保しつつ、バックアップストレージのコストを削減します。 | |
リリース済みインスタンスのバックアップ保持ポリシーの設定 | インスタンスがリリース (削除) された後も、そのバックアップデータを追加の期間保持できます。 | 誤操作による永久的なデータ損失を防ぎ、最終的な回復の機会を提供します。 |
これらの機能を組み合わせることで、多次元で柔軟なデータ保護システムを構築し、日常の O&M、高度なディザスタリカバリ、パフォーマンスとコスト管理に関する包括的なニーズに対応できます。
また、データディザスタリカバリ (DDR) の論理バックアップ機能を使用することもできます。この機能は、アカウント間バックアップ、単一データベースまたは単一テーブルのバックアップ、地理的冗長性、Object Storage Service (OSS) へのバックアップ保存をサポートしており、ApsaraDB RDS for MySQL または自己管理 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 |
無料バックアップクォータ
無料バックアップクォータは、ストレージ圧縮機能が有効になっているかどうかによって異なります。
ストレージクラス | ストレージ圧縮ステータス | 無料クォータの詳細 | 説明 |
プレミアム ESSD | 圧縮無効 | ストレージ容量の 200% | インスタンスの [基本情報] ページの [使用統計] エリアにある [バックアップ使用量] (つまり、実際の論理データ) パラメーターを確認してください。 |
圧縮有効 | ストレージ容量の 400% | ||
プレミアムローカル SSD | 圧縮無効 | ストレージ容量の 50% | |
圧縮有効 | ストレージ容量の 100% |
無料バックアップクォータは、バックアップストレージ期間が 730 日以下の通常のバックアップにのみ適用されます。730 日を超えて保持されるアーカイブバックアップには適用されません。
費用の詳細
バックアップ使用量が無料クォータを超えない場合、バックアップは無料です。超過した使用量は従量課金で請求されます。時間あたりのバックアップ費用は次の数式で計算されます：時間あたりのバックアップ費用 = (バックアップ使用量 - 無料バックアップクォータ) × バックアップの単価。
注意事項
バックアップ費用はバックアップ使用量に関連しており、ストレージ容量の使用量とは関係ありません。これは、バックアップが RDS インスタンスのストレージ容量を占有しないためです。
バックアップ費用を分析する際は、ストレージ容量の使用量ではなく、バックアップ使用量を確認してください。
セカンダリデータベースの再構築など、ディスク交換を伴う制御操作は、クラウドディスクインスタンスに次の影響を与えます：
クラウドディスクインスタンスの単一リージョンバックアップストレージ量が増加し、単一リージョンバックアップストレージ費用が高くなります。課金項目コードは BackupCharged です。
クラウドディスクインスタンスのリージョン間バックアップネットワークトラフィックが増加し、リージョン間バックアップネットワークトラフィック費用が高くなります。課金項目コードは NetworkOutDuplicationSize です。
クラウドディスクインスタンスのリージョン間バックアップストレージ量が増加し、リージョン間バックアップストレージ費用が高くなります。課金項目コードは BackupStorageSize です。
説明例えば、データ定義言語 (DDL) 操作がセカンダリデータベースで長い遅延を引き起こした場合、システムは自動的にセカンダリデータベースの再構築をトリガーし、コストが増加する可能性があります。
バックアップ費用を削減する方法
バックアップ使用量を削減する
バックアップを削除または削減できます。詳細については、「バックアップの削除または削減」をご参照ください。
無料クォータを増やす
ストレージ容量をスケールアウトできます。詳細については、「構成の変更」をご参照ください。
無料クォータはストレージ容量に関連しています。例えば、ストレージ容量を 150 GB から 300 GB にスケールアウトすると、無料クォータは 75 GB から 150 GB に増加します。
バックアップストレージの場所
データバックアップとログバックアップは、Alibaba Cloud が提供するバックアップストレージに保存されます。これらはインスタンスのストレージ容量を占有しません。
バックアップは RDS インスタンスと同じリージョンに保存されます。バックアップが保存されるゾーンは、必ずしも 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 日間の無料期間を超えると、バックアップ費用が発生する可能性があります。この場合、実際のストレージ量とリージョンに基づいて課金されます。課金の詳細については、「費用の詳細」をご参照ください。バックアップが不要な場合は、[削除済みインスタンスのバックアップ] タブで対象インスタンスの保持ポリシーを [保持しない] に変更することで、バックアップストレージ費用を回避できます。