すべてのプロダクト
Search

このプロダクト

    ApsaraDB RDS:高可用性とディザスタリカバリ

    ドキュメントセンター

    ApsaraDB RDS:高可用性とディザスタリカバリ

    最終更新日:Aug 29, 2024

    ApsaraDB RDSは、データを保護するためのさまざまなディザスタリカバリソリューションを提供します。

    データのバックアップと復元

    • デフォルトでは、ApsaraDB RDSはデータバックアップ機能を提供します。 自動バックアップと手動バックアップがサポートされています。 自動バックアップのサイクルを指定し、ビジネス要件に基づいて任意の時点でバックアップタスクを開始できます。 詳細については、「バックアップと復元」をご参照ください。

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

    • ApsaraDB RDSは、クロスリージョンバックアップおよび復元機能も提供します。 詳細については、「クロスリージョンバックアップ機能の使用」および「リージョン間のデータの復元」をご参照ください。

    ゾーンディザスタリカバリ

    説明

    RDS High-availability editionやRDS Cluster Editionなど、プライマリおよびセカンダリRDSインスタンスがプロビジョニングされているRDSエディションを使用する場合は、マルチゾーンデプロイ方法を使用して、ゾーン間のディザスタリカバリを実装することを推奨します。

    RDSエディション

    説明

    RDSベーシックエディション

    • データバックアップは、Object Storage Service (OSS) バケットまたは分散クラウドディスクに保存されます。 マルチレプリカ冗長性は、データの信頼性を確保するために使用されます。 このバックアップメカニズムは、すべてのRDSインスタンスに使用されます。

    • データベースシステムは、1つのプライマリRDSインスタンスのみで構成されています。 ホットスタンバイ用のセカンダリRDSインスタンスはありません。 RDSインスタンスで障害が発生した場合、障害からRDSインスタンスを回復するには長い時間が必要です。 このエディションは、高可用性を必要としないシナリオに適しています。

    RDS高可用性エディション

    データベースシステムは、プライマリRDSインスタンスとセカンダリRDSインスタンスで構成されています。 RDSインスタンスは、高可用性を確保するためにアクティブ /アクティブモードで動作します。 このRDSエディションは、80% を超えるビジネスシナリオに適しています。 プライマリRDSインスタンスに障害が発生すると、ワークロードは数秒以内にセカンダリRDSインスタンスに切り替えられます。 切り替えプロセスは、アプリケーションに対して透過的である。 セカンダリRDSインスタンスに障害が発生すると、ApsaraDB RDSは別のセカンダリRDSインスタンスを自動的に作成し、データベースシステムの高可用性を確保します。

    • シングルゾーンRDSインスタンス: プライマリRDSインスタンスとセカンダリRDSインスタンスは同じゾーンにあります。 プライマリRDSインスタンスとセカンダリRDSインスタンスは、異なる物理サーバーにデプロイされています。 余分なラック、暖房、换気および空调 (HVAC) システム、回路およびネットワークはあなたのデータベース・システムの高可用性を保障するために地帯で利用できます。

    • マルチゾーンRDSインスタンス: これらのインスタンスは、ローカルデュアルデータセンターまたはローカルディザスタリカバリインスタンスとも呼ばれます。 プライマリRDSインスタンスとセカンダリRDSインスタンスは、同じリージョンの異なるゾーンにあります。 クロスゾーンディザスタリカバリは追加料金なしでサポートされています。

    説明

    RDSクラスターエディション

    ApsaraDB RDS for MySQL

    RDS Cluster Editionは、MySQL 5.7とMySQL 8.0でサポートされています。 RDS Cluster Editionには次の利点があります。 詳細は、「RDS Cluster Edition」をご参照ください。 RDS Cluster Editionを実行するRDSインスタンスは、RDSクラスターと呼ばれます。

    • RDSクラスターは、1つのプライマリノードと複数のセカンダリノードで構成されています。 ノードは高可用性 (HA) モードで動作します。

    • セカンダリノードは読み取り要求を処理できます。 これにより、データベースシステムの読み取り機能が線形に向上し、読み取り専用RDSクラスターを購入する必要がなくなります。

    • マルチゾーンディザスタリカバリ機能を使用すると、RDSクラスターをゾーン間でデプロイできます。

    • RDSクラスター内のノードの自動フェールオーバーがサポートされています。

    • セカンダリノードには、RDSクラスターの読み取り専用エンドポイントを使用してアクセスできます。 フェールオーバー中、ApsaraDB RDSは次の手順を自動的に実行して高可用性を実装します。

      • セカンダリノードをプライマリノードに昇格させ、RDSクラスターの読み取り専用エンドポイントからセカンダリノードを削除してから、セカンダリノードへの読み取り接続を削除します。 この場合、RDSクラスターの読み取り専用エンドポイントで一時的な接続が発生します。

      • RDSクラスターの読み取り /書き込みエンドポイントから障害のあるプライマリノードを削除します。 次に、昇格したセカンダリノードを読み取り /書き込みエンドポイントに追加します。 これにより、読み取り /書き込みエンドポイントを使用してRDSクラスターに接続できます。

      • 元のプライマリノードが復元された後、元のプライマリノードをRDSクラスターの読み取り専用エンドポイントに追加します。 元のプライマリノードは、昇格されたセカンダリノードに指定された読み取り重みを継承します。

      RDSクラスターにセカンダリノードが1つしかない場合、障害のあるプライマリノードが復元される前に、RDSクラスターの読み取り専用エンドポイントにアクセスできません。 RDSクラスターに複数のセカンダリノードがある場合、フェールオーバー中にクラスターの読み取り専用エンドポイントで一時的な接続が発生します。 一時的な接続中、他のセカンダリノードは読み取り要求を処理します。

      したがって、フェイルオーバー中にRDSクラスターの読み取り専用エンドポイントへの持続可能なアクセスを確保するために、RDSクラスターに複数のセカンダリノードを設定することをお勧めします。

    ApsaraDB RDS for SQL Server

    RDSクラスターは、プライマリRDSインスタンスとセカンダリRDSインスタンスで構成されています。 プライマリRDSインスタンスに最大7つの読み取り専用RDSインスタンスを作成して、読み取り機能をスケールアウトできます。 セカンダリRDSインスタンスのデータとすべての読み取り専用RDSインスタンスのデータは、プライマリRDSインスタンスから同期されます。 RDS Cluster Editionは、RDS high-availability Editionと同じ高可用性を提供します。 RDS Cluster Editionでは、読み取り専用ノードは、プライマリノードとセカンダリノードのゾーン以外のゾーンにデプロイできます。 詳細については、「ApsaraDB RDS for SQL Server の読み取り専用インスタンスの概要」をご参照ください。

    ApsaraDB RDS の使用開始