このトピックでは、ApsaraDB RDS PostgreSQL用のRDS Cluster Editionのアーキテクチャ、利点、およびシナリオについて説明します。
RDSクラスターエディションの概要
RDS Cluster Edition for ApsaraDB RDS for PostgreSQLは、1つのプライマリノードと複数のセカンダリノードを含む高可用性 (HA) アーキテクチャを使用し、コンピューティングストレージの分離をサポートします。 RDS Cluster Editionには、自動フェイルオーバー、プライマリ /セカンダリスイッチオーバー、読み取り可能なセカンダリノード、ノードの追加と削除、マルチゾーンのディザスタリカバリ、ノードレベルのモニタリング、およびクラスタートポロジ管理の機能があります。 RDSクラスターは、自己管理データベースよりも費用対効果が高く、柔軟性があり、信頼性があります。 RDSクラスターは、RDS cluster Editionを実行するRDSインスタンスと呼ばれます。
次の表では、ApsaraDB RDS for PostgreSQLのRDS Basic Edition、RDS High-availability Edition、およびRDS Cluster Editionを比較しています。
項目 | RDS Basicエディション | RDS高可用性エディション | RDSクラスターエディション |
ノードまたはインスタンスの数 | 1 | 2 (デフォルト) 説明 RDS High-availability Editionでは、デフォルトで1つのプライマリインスタンスと1つのセカンダリインスタンスがプロビジョニングされます。 さらにインスタンスが必要な場合は、読み取り専用インスタンスを作成できます。 | 2から9 説明 RDS Cluster Editionでは、デフォルトで1つのプライマリノードと2つのセカンダリノードがプロビジョニングされます。 1つのプライマリノードと1つのセカンダリノードで構成されるRDSクラスターを作成することもできます。 RDSクラスターの作成後、RDSクラスターにノードを追加できます。 RDSクラスターには、1つのプライマリノードと8つのセカンダリノードを含む最大9つのノードを含めることができます。 |
読み取り可能なセカンダリインスタンスまたはノード | 非該当 | 非対応 | 対応 |
エンドポイント種類 | 読み取り /書き込みエンドポイント | 読み取り /書き込みエンドポイント |
|
利用不可能なインスタンスまたはノードの最大数 | 0 | 1 | n − 1… nはRDSクラスター内のノード数を示します。 |
ゾーン数 | 1 | 2以下 | RDSクラスター内のノード数以下 |
アーキテクチャ
RDS Cluster Edition for ApsaraDB RDS for PostgreSQLでは、1つのプライマリノードと複数のセカンダリノードのHAアーキテクチャが使用されます。 次の図はアーキテクチャを示しています。
メリット
ApsaraDB RDS for PostgreSQLでは、RDS高可用性エディションと比較して、RDS Cluster Editionには次の利点があります。
より費用効果が大きい
RDSクラスターのセカンダリノードは読み取り可能です。 読み取り専用RDSクラスターを作成する必要はありません。 これにより、RDSクラスターの読み取り機能が線形に向上し、リソースのオーバーヘッドとコストが削減されます。 RDS High-availability Editionを使用し、RDSインスタンスの読み取り機能を強化する場合は、読み取り専用RDSインスタンスを作成する必要があります。 RDS High-availability Editionと比較して、RDS Cluster Editionはコストを40% 削減します。
RDSクラスターの読み取り専用ルーティングエンドポイントを使用して、セカンダリノードにアクセスできます。 RDSクラスターの読み取り専用ルーティングエンドポイントを無料で作成し、読み取り専用ルーティングエンドポイントに複数のセカンダリノードを追加できます。 次に、セカンダリノードの読み取り重みを指定して、負荷のバランスを取ることができます。 詳細については、「エンドポイントとポート番号の表示と変更」をご参照ください。
より柔軟
フレキシブルノードの展開
RDS Basic EditionおよびRDS High-availability Editionと比較して、RDS Cluster Editionはノードトポロジ管理をサポートしています。 RDSクラスターを作成した後、ビジネス要件に基づいて、より費用対効果の高い方法でノードを追加または削除できます。 詳細については、「RDSクラスターへのノードの追加」および「RDSクラスターからのノードの削除」をご参照ください。
ノードレベルのモニタリング
RDS Cluster Editionは、ノードレベルのモニタリングをサポートしています。 RDSクラスターの各ノードのステータスを表示できます。
より信頼できる
クロスゾーンディザスタリカバリ
RDS High-availability Editionでは、HAを確保するために1つのプライマリインスタンスと1つのセカンダリインスタンスがプロビジョニングされます。 RDS Cluster Editionでは、RDSクラスター内のすべてのセカンダリノードをディザスタリカバリに使用できます。 クロスゾーンディザスタリカバリを実現するには、異なるゾーンにセカンダリノードをデプロイすることを推奨します。
より信頼性の高いセカンダリノード
Alibaba Cloud技術チームは、クラウドネイティブテクノロジーを使用して、ApsaraDB RDSで詳細な最適化を実行します。 これにより、RDSクラスターのセカンダリノードの信頼性が向上します。
RDS高可用性システムが再構築されます。 これにより、セカンダリノード上の障害を検出するのに必要な時間が、微小粒度から第2粒度に短縮される。
EBSによって提供される1桁の2番目のバックアップ機能が使用されます。 これにより、データの復元に必要な時間が数十分から1分に短縮され、99% のユースケースでセカンダリノードが10分以内に障害から回復できるようになります。
制限事項
機能の制限
クロスゾーン移行はサポートされていません。
RDSクラスターの作成、RDSクラスターのクローン作成、RDSクラスターのメジャーエンジンバージョンのアップグレード、またはRDSクラスターの再作成時に、RDSクラスターに最大2つのセカンダリノードを設定できます。
メジャーエンジンのバージョンをアップグレードしても、読み取り専用ルーティングエンドポイントは自動的に変更されません。 カットオーバー構成方法を使用してメジャーエンジンのバージョンをアップグレードする場合は、まず関連する読み取り専用ルーティングエンドポイントを削除する必要があります。 アップグレードが完了したら、読み取り専用のルーティングエンドポイントを作成できます。
RDSエディションをRDS Basic editionまたはRDS High-availability EditionからRDS Cluster Editionに変更することはできません。
バージョンの制限
RDS Cluster Editionを実行するRDSインスタンスを作成する場合は、PostgreSQL 14以降を選択する必要があります。
関連ドキュメント
RDS Cluster Editionを実行するRDSインスタンスの作成
詳細は、インスタンスの作成をご参照ください。