すべてのプロダクト
Search
ドキュメントセンター

ApsaraDB RDS:高可用性およびディザスタリカバリ設計

最終更新日:Mar 29, 2026

ApsaraDB RDS は、ポイントインタイムリカバリのための自動バックアップ、可用性ゾーン(AZ)障害への耐性を確保するゾーンレベルの冗長構成、および広範なディザスタリカバリ要件に対応するリージョン間バックアップなど、複数レイヤーにわたる冗長化によりデータを保護します。適切な構成は、ご利用のエディションおよびリカバリ目標によって異なります。

エディション概要

RDS の 3 つのエディションは、高可用性 (HA) アーキテクチャにおいて異なります。

エディションアーキテクチャマルチ AZ 対応読み取りスケールアウト
RDS Basic Editionプライマリインスタンス 1 台のみ(ホットスタンバイなし)いいえいいえ
RDS High-availability Editionプライマリインスタンス + セカンダリインスタンス(アクティブ/アクティブ構成)対応(追加料金不要)いいえ
RDS Cluster Editionプライマリノード + 複数のセカンダリノードはい対応 — セカンダリノードが読み取りリクエストを処理
説明 RDS High-availability Edition および RDS Cluster Edition では、可用性ゾーン(AZ)障害への耐性を確保するために、マルチ AZ デプロイを採用してください。

データバックアップおよび復元

ApsaraDB RDS では、デフォルトで自動バックアップおよび手動バックアップが有効になっています。リカバリ目標に合わせてバックアップスケジュールを設定するか、任意のタイミングで手動バックアップを実行できます。

バックアップファイルからの復元およびポイントインタイムリカバリ: ApsaraDB RDS では、バックアップファイルからデータを復元したり、特定の時点までデータを復元したりできます。ほとんどの場合、過去 7 日間以内の任意の時点まで、一時的な RDS インスタンスまたはクローン RDS インスタンスへ復元できます。データの検証後、ロールバックを完了するために、そのデータをプライマリインスタンスへ移行します。詳細については、「バックアップおよび復元」をご参照ください。

リージョン間バックアップ: 広範なディザスタリカバリ対応を実現するために、バックアップを別のリージョンに保存します。詳細については、「リージョン間バックアップ機能の使用」および「リージョン間でのデータ復元」をご参照ください。

ゾーン単位のディザスタリカバリ

RDS Basic Edition

RDS Basic Edition は、ホットスタンバイ用のセカンダリインスタンスを持たない単一のプライマリインスタンス上で動作します。バックアップは Object Storage Service (OSS) バケットまたは分散クラウドディスクに保存され、マルチレプリカ冗長化によりデータ信頼性が確保されます。このバックアップ機構は、すべての RDS インスタンス(エディションを問わず)に適用されます。

セカンダリインスタンスがないため、インスタンス障害からの復旧には時間がかかります。このエディションは、高可用性を必要としないシナリオに適しています。

RDS High-availability Edition

RDS High-availability Edition では、プライマリインスタンスおよびセカンダリインスタンスがアクティブ/アクティブ構成で動作します。プライマリインスタンスに障害が発生した場合、ワークロードは数秒以内にセカンダリインスタンスへ切り替わり、アプリケーションに対して透明な形で処理されます。セカンダリインスタンスに障害が発生した場合は、ApsaraDB RDS が自動的に代替インスタンスをプロビジョニングし、高可用性を回復します。

このエディションは、80% 以上の本番運用シナリオをカバーします。

シングル AZ デプロイ: プライマリインスタンスおよびセカンダリインスタンスは、同一の可用性ゾーン(AZ)内の異なる物理サーバ上で動作します。当該可用性ゾーンは、冗長なラック、空調設備(HVAC)、電源回路、ネットワークを備えています。

マルチ AZ デプロイ: プライマリインスタンスおよびセカンダリインスタンスは、同一リージョン内の異なる可用性ゾーン(AZ)で動作します。これは、ローカルデュアルデータセンターまたはローカルディザスタリカバリ構成とも呼ばれます。クロスゾーンのディザスタリカバリは、追加料金不要で提供されます。

シングル AZ インスタンスおよびマルチ AZ インスタンスは、任意のタイミングで相互に変換可能です。

説明 セカンダリインスタンスが利用不可の場合、プライマリインスタンスはリアルタイムでバックアップを実行します。バックアップが完了に近づくと、ApsaraDB RDS は `FLUSH TABLE WITH READ LOCK`(FTWRL)文を実行し、最大 5 秒間のグローバルロックが発生します。この期間中、プライマリインスタンスでは読み取り操作のみが許可されます。

RDS Cluster Edition

RDS Cluster Edition は、高可用性(HA)に加えて読み取りスケールアウト機能を提供します。1 台のプライマリノードが書き込みを処理し、複数のセカンダリノードが読み取りリクエストを処理することで、別途読み取り専用クラスターを購入する必要がなくなります。マルチ AZ デプロイがサポートされています。

ApsaraDB RDS for MySQL

MySQL 5.7 および MySQL 8.0 をサポートする ApsaraDB RDS for MySQL の Cluster Edition では、このエディションで動作するインスタンスを「RDS クラスター」と呼びます。詳細については、「Cluster Edition」をご参照ください。

セカンダリノードは、RDS クラスターの読み取り専用エンドポイント経由でアクセス可能です。フェールオーバー発生時に、ApsaraDB RDS は以下の手順を自動的に実行します。

  1. セカンダリノードをプライマリノードに昇格させ、読み取り専用エンドポイントから除外し、その読み取り接続を切断します。このステップでは、読み取り専用エンドポイントで一時的な切断が発生します。

  2. 障害が発生したプライマリノードを読み書きエンドポイントから除外し、昇格したノードを読み書きエンドポイントに追加します。

  3. 元のプライマリノードが復旧後、昇格したセカンダリノードから継承された読み取り重みを保持した状態で、読み取り専用エンドポイントに再追加します。

フェールオーバー時の読み取り専用エンドポイントの可用性:

  • セカンダリノードが 1 台の場合: 元のプライマリノードが復旧するまで、読み取り専用エンドポイントは利用できません。

  • セカンダリノードが複数台の場合: 一時的な切断が発生しますが、残りのセカンダリノードが引き続き読み取りリクエストを処理します。

フェールオーバー発生時にも読み取り専用エンドポイントへのアクセスを維持するため、複数のセカンダリノードを構成してください。

ApsaraDB RDS for SQL Server

SQL Server 向け RDS Cluster Edition は、RDS High-availability Edition と同等の高可用性を備えたプライマリインスタンスおよびセカンダリインスタンスで構成されます。プライマリインスタンスに対して最大 7 台の読み取り専用インスタンスを作成し、読み取り能力をスケールアウトできます。すべての読み取り専用インスタンスおよびセカンダリインスタンスは、プライマリインスタンスからデータをレプリケーションします。読み取り専用ノードは、プライマリおよびセカンダリノードとは異なる可用性ゾーン(AZ)にデプロイ可能です。詳細については、「読み取り専用 ApsaraDB RDS for SQL Server インスタンスの概要」をご参照ください。

次のステップ

参照