リカバリ時間目標(RTO)およびリカバリ・ポイント目標(RPO)

リカバリ時間の目標は許容できる停止時間の量であり、リカバリ・ポイントの目標は許容できるデータ損失の量です。障害が発生した場合、高可用性DBシステムは、スタンドアロンDBシステムと比較して、目標リカバリ時間および目標リカバリ・ポイントを向上できます。

MySQL HeatWaveサービスは、ブロック・ボリュームを使用してユーザー・データを格納します。MySQL HeatWaveサービスには、ブロック・ボリュームによって提供される耐久性セキュリティおよびパフォーマンス機能に加えて、様々なタイプの障害に対する回復性を提供する豊富な機能セットがあります。この機能は、自動および手動バックアップ、ポイントインタイム・リカバリ、クロス・リージョン・バックアップ・コピー、高可用性DBシステム、インバウンドおよびアウトバウンド・レプリケーション、読取りレプリカです。

スタンドアロンDB System

次の表で、スタンドアロンDBシステムのリカバリ時間目標(停止時間の許容範囲)およびリカバリ・ポイント目標(「データ損失の許容範囲」)について説明します。

表2-1スタンドアロンDBシステムのRTU (停止時間の許容範囲)およびRPO (データ損失の許容範囲)

障害およびメンテナンス・イベント 停止時間(RTO) 潜在的データ損失(RPO)
  • ソフトウェアおよびハードウェアの定期的な更新
数分から数時間 ゼロ
次のような局所的なイベント:
  • ネットワーク接続の失敗
  • ストレージ接続の失敗
数分から数時間 ゼロ
バックアップからのリストアが必要なイベント:
  • 全面的なストレージ障害
  • データベース全体の障害
  • 可用性ドメインまたはフォルト・ドメインの障害
数分から数時間 Point-in-Timeリストアを有効にすると最大5分になります。

高可用性DBシステム

次の表で、単一インスタンスの障害発生時の可用性が高いDBシステムのリカバリ時間目標(停止時間の許容範囲)およびリカバリ・ポイント目標(「データ損失の許容範囲」)について説明します。

表2-2高可用性DB SystemのRTO (停止時間の許容範囲)およびRPO (データ損失の許容範囲)

障害およびメンテナンス・イベント 停止時間(RTO) 潜在的データ損失(RPO)
  • ソフトウェアおよびハードウェアの定期的な更新
秒から数分 ゼロ
インスタンスごとの局所的なイベント:
  • ストレージ接続の失敗
  • ネットワーク接続の失敗
  • データベース全体の障害
ゼロ
  • 可用性ドメインまたはフォルト・ドメインの障害(可用性タイプによって異なります)
  • 全面的なストレージ障害
ゼロ