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

ApsaraDB RDS:高可用性アーキテクチャの構築

最終更新日:Jan 22, 2024

ApsaraDB RDSは、専用インスタンスファミリー、高可用性中心のRDSエディション、マルチゾーンデプロイ、クロスリージョンバックアップと復元など、高可用性機能の完全なスイートを提供します。

RDSエディションとインスタンスファミリー

RDSインスタンスを作成するときは、次の高可用性関連のオプションに注意してください。

  • エディション: ApsaraDB RDSは複数のエディションをサポートしています。 [High-availability Edition] または [Cluster Edition] を選択することを推奨します。

    • High-availability Edition: RDS High-availability Editionでは、データベースシステムはプライマリRDSインスタンスとセカンダリRDSインスタンスで構成されています。

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

      • ApsaraDB RDS for SQL Server: RDS Cluster Editionでは、データベースシステムは、プライマリRDSインスタンス、セカンダリRDSインスタンス、および最大7つの読み取り専用RDSインスタンスで構成されます。 読み取り専用RDSインスタンスは、データベースシステムの読み取り機能をスケールアウトするのに役立ちます。

      • ApsaraDB RDS for MySQL: RDS Cluster Editionでは、データベースシステムは、1つのプライマリノードと複数のセカンダリノードを含み、計算とストレージの分離をサポートする高可用性 (HA) アーキテクチャを使用します。 RDS Cluster Edition for ApsaraDB RDS for MySQLは、自動フェイルオーバー、プライマリ /セカンダリスイッチオーバー、読み取り可能なセカンダリノード、ノードの追加と削除、マルチゾーンディザスタリカバリ、ノードレベルのモニタリング、およびクラスタートポロジ管理の機能をサポートしています。 RDS Cluster Edition for ApsaraDB RDS for MySQLでは、MySQLグループレプリケーション (MGR) モードを有効にして、リカバリポイント目標 (RPO) を0にすることもできます。 RDS Cluster EditionのApsaraDB RDS for MySQLインスタンスは、自己管理型データベースよりも費用対効果が高く、柔軟で、信頼性が高くなります。

    image.png

  • ゾーン: ApsaraDB RDSは、シングルゾーンデプロイとマルチゾーンデプロイの両方をサポートしています。 マルチゾーン展開を使用することを推奨します。 データベースが複数のゾーンにまたがる場合、ゾーンレベルのディザスタリカバリを提供できます。可用区

  • インスタンスタイプ: [専用] または [専用ホスト] を選択することを推奨します。

    • 専用: 専用インスタンスは、割り当てられたCPUとメモリリソースを占有します。 そのパフォーマンスと安定性は、同じ物理ホストにデプロイされた他のインスタンスとは無関係です。

    • Dedicated Host: Dedicatedインスタンスファミリーの上位構成です。 専用ホストインスタンスは、格納されている物理ホスト上のすべてのリソースを占有します。

    规格

自動バックアップ

RDSインスタンスの自動バックアップポリシーを設定することを推奨します。 誤操作やその他の例外によりRDSインスタンスが利用できなくなった場合は、バックアップを使用してRDSインスタンスを最新の状態に復元できます。

クロスリージョンディザスタリカバリ

ApsaraDB RDS for MySQLは、データを保護し、RDSインスタンスの可用性を高めるために、クロスリージョンディザスタリカバリ機能を提供します。

  • ディザスタリカバリApsaraDB RDS for MySQLインスタンスの作成: Data Transmission Service (DTS) を使用して、プライマリRDSインスタンスとそのディザスタリカバリRDSインスタンス間でデータをリアルタイムで同期します。 プライマリとディザスタリカバリの両方のRDSインスタンスは、プライマリ /セカンダリの高可用性アーキテクチャに基づいてデプロイされます。 自然災害のためにアプリケーションがプライマリまたはセカンダリRDSインスタンスに接続できない場合、サービスをディザスタリカバリRDSインスタンスに切り替えてから、アプリケーションのエンドポイントを更新できます。 これにより、データベースシステムのダウンタイムが最小限に抑えられます。

  • クロスリージョンバックアップ機能の使用: データベースシステムは、バックアップファイルを別のリージョンのObject Storage Service (OSS) バケットに自動的にレプリケートします。

モニタリングとアラート

CPU、ディスク、メモリ、接続、またはその他の例外によって発生する利用不能を防ぐために、RDSインスタンスのパフォーマンスメトリックのしきい値を監視および設定することを推奨します。 メトリックの値が事前設定されたしきい値に達すると、システムはアラートを生成します。 詳細については、「ApsaraDB RDS For MySQLインスタンスのアラートルールの設定」をご参照ください。

报警

データの復元

上記のようにデータベースシステムの高可用性アーキテクチャを構築した場合、通常のシナリオではサービスをダウンタイムなしで実行でき、例外が発生した場合でも短時間で復元できます。

  • データベースシステムの単一のRDSインスタンスに障害がある場合、プライマリとセカンダリのApsaraDB RDS for MySQLインスタンス間でワークロードを切り替えることができます。 この操作はRDS Basic Editionでは使用できません。

  • マルチゾーンデプロイソリューションでは、現在のゾーンに障害がある場合、プライマリRDSインスタンスを別のゾーンに切り替えることができます。 シングルゾーンのデプロイソリューションでは、障害が修正されるまで待つか、サービスをディザスタリカバリRDSインスタンスに切り替える必要があります。

  • データベースシステムのリージョンに障害がある場合は、サービスをディザスタリカバリRDSインスタンスに切り替えることができます。 また、クロスリージョンバックアップを使用して、データを新しいRDSインスタンスに復元することもできます。

データを復元する方法の詳細については、以下のトピックを参照してください。