このトピックでは、ApsaraDB RDS for MySQL の RDS Cluster Edition インスタンスのアーキテクチャ、利点、およびユースケースについて説明します。
概要
ApsaraDB RDS for MySQL の RDS Cluster Edition インスタンスは、1 つのプライマリノードと複数のセカンダリノードで構成される、コンピューティングとストレージの疎結合アーキテクチャを採用しています。自動フェイルオーバー、任意のセカンダリノードのプライマリノードへの昇格、読み取り可能なセカンダリノード、オンデマンドのノードスケーリング、マルチアベイラビリティゾーンでのディザスタリカバリ、ノードレベルの監視、およびクラスタートポロジ管理をサポートしています。また、グループレプリケーション (MGR) を有効にすることで、目標復旧時点 (RPO) ゼロを達成できます。自己管理型のデータベースと比較して、このエディションはよりコスト効率が高く、柔軟で、信頼性があります。
次の表に、さまざまな ApsaraDB RDS for MySQL エディションの技術仕様を示します。
|
項目 |
RDS Basic Edition |
RDS High-availability Edition |
RDS Cluster Edition |
|
ノード数 |
1 |
2 (デフォルト) 説明
RDS High-availability Edition インスタンスには、デフォルトで 1 つのプライマリノードと 1 つのセカンダリノードが含まれています。ノードを追加するには、読み取り専用インスタンスを作成します。 |
2~9 説明
RDS Cluster Edition インスタンスを作成すると、デフォルトで 1 つのプライマリノードと 2 つのセカンダリノード (合計 3 ノード) が含まれます。1 つのプライマリノードと 1 つのセカンダリノード (合計 2 ノード) でインスタンスを作成することもできます。インスタンスの作成後、ノードを追加してセカンダリノードの数を最大 8 つまで増やすことができ、合計 9 ノード (プライマリ 1 つ、セカンダリ 8 つ) になります。 |
|
読み取り可能なセカンダリノード |
該当なし |
いいえ |
はい |
|
エンドポイントタイプ |
読み書きエンドポイント |
読み書きエンドポイント |
|
|
レプリケーションモード |
なし |
非同期および準同期 |
非同期、準同期、およびグループレプリケーション |
|
許容される利用不可ノードの最大数 |
0 |
1 |
n - 1。n は RDS Cluster Edition インスタンスのノード数です。 |
|
アベイラビリティゾーンの数 |
1 |
最大 2 |
RDS Cluster Edition インスタンスのノード数まで。 |
アーキテクチャ
RDS Cluster Edition は、ApsaraDB RDS for MySQL 5.7 および 8.0 で利用できます。1 つのプライマリノードと複数のセカンダリノードによる高可用性構成を提供します。次の図にアーキテクチャを示します。
利点
コスト効率
読み取り可能なセカンダリノードにより、個別の読み取り専用インスタンスを作成することなく、読み取り容量をリニアにスケールアウトできるため、リソースコストとアイドル容量を大幅に削減できます。読み取りスケーリングのために読み取り専用インスタンスを追加する必要がある RDS High-availability Edition と比較して、RDS Cluster Edition はコストを最大 40% 削減できます。
RDS Cluster Edition インスタンスのセカンダリノードには、次の 2 つの方法でアクセスできます。
-
読み取り専用ルーティングエンドポイント経由:インスタンスの読み取り専用ルーティングエンドポイントを無料で作成できます。このエンドポイントを使用すると、複数のセカンダリノードを追加し、ロードバランシングのためにそれらの読み取りウェイトを設定できます。詳細については、「インスタンスのエンドポイントとポートの表示と管理」をご参照ください。
-
データベースプロキシ経由:インスタンスのデータベースプロキシサービスを有効にすると、プライマリノードとセカンダリノード間の読み書き分離が容易になります。読み取り専用ルーティングエンドポイントと比較して、データベースプロキシは、自動読み書き分離、持続的接続、コネクションプーリング、レイテンシしきい値、トランザクション分離などの高度な機能を提供します。詳細については、「専用プロキシ機能の有効化」および「データベースプロキシとは」をご参照ください。
説明-
2024 年 6 月 25 日以降、RDS Cluster Edition で新しいプライマリインスタンスを作成すると、汎用データベースプロキシが追加料金なしでデフォルトで有効になります。詳細については、「データベースプロキシの料金」および「データベースプロキシとは」をご参照ください。
-
データベースプロキシの安定性を高めるために、プロキシタイプを汎用から専用に変更できます。詳細については、「データベースプロキシの設定変更」および「汎用プロキシと専用プロキシ」をご参照ください。
-
専用プロキシサービスはいつでも無効にできます。詳細については、「専用プロキシ機能の無効化」をご参照ください。
-
柔軟性
-
柔軟なノードデプロイメント
RDS Basic Edition や RDS High-availability Edition の固定ノード設定とは異なり、RDS Cluster Edition は動的なトポロジ管理をサポートしています。インスタンスの作成後、ビジネス要件に基づいてノードを柔軟に追加または削除したり、したりして、最適なコスト効率を実現できます。詳細については、「ApsaraDB RDS for MySQL インスタンスへのノードの追加」、「ApsaraDB RDS for MySQL インスタンスからのノードの削除」をご参照ください。
-
ノードレベルの監視
RDS Cluster Edition はノードレベルの監視データを提供するため、各ノードの動作ステータスを表示できます。
信頼性
-
マルチアベイラビリティゾーンでのディザスタリカバリ
ディザスタリカバリを 2 つのアベイラビリティゾーンに制限する RDS High-availability Edition とは異なり、RDS Cluster Edition インスタンスの任意のセカンダリノードがフェイルオーバーに参加できます。各ノードを異なるアベイラビリティゾーンにデプロイして、マルチアベイラビリティゾーンでのディザスタリカバリを実装することを推奨します。
-
強いデータ整合性
Paxos 分散合意プロトコルに基づき、MGR はトランザクションがコミットされる前にすべてのセカンダリノードに送信されることを保証します。プライマリノードは、セカンダリノードの過半数が受信を確認した後にのみトランザクションをコミットします。準同期レプリケーションや非同期レプリケーションと比較して、グループレプリケーションは強いデータ整合性とより高いデータセキュリティを提供します。
-
より信頼性の高いセカンダリノード
Alibaba Cloud は、クラウドネイティブ技術を使用して ApsaraDB RDS を最適化し、RDS Cluster Edition インスタンスのセカンダリノードの信頼性を向上させました。
-
RDS の高可用性システムは再設計され、セカンダリノードの障害検出時間が数分から数秒に短縮されました。
-
Elastic Block Storage (EBS) のほぼ瞬時のスナップショット機能により、データ復旧時間が数十分から 1 分未満に短縮されます。その結果、99% のケースで、セカンダリノードは 10 分未満で障害から復旧します。
-
セカンダリノードのレプリケーションレイテンシが 7,200 秒 (2 時間) を超えると、ノードは自動的に再構築され、問題が解決されます。
-
ユースケース
RDS Cluster Edition は、高トラフィックの読み取りリクエストを処理し、インテリジェントなデータ分析を必要とする大規模および中規模企業のプロダクションデータベースに最適です。例えば、電子商取引と小売、自動車製造、教育、大規模なエンタープライズリソースプランニング (ERP) システムなどの業界が挙げられます。
関連コンテンツ
|
カテゴリ |
トピック |
|
設定 |
|
|
RDS Cluster Edition へのアップグレード |
|
|
RDS Cluster Edition インスタンスへの移行 |
|
|
グループレプリケーション |
|
|
データベースプロキシ |
インスタンスの作成
RDS Cluster Edition のインスタンスを作成するには、「ステップ 1: ApsaraDB RDS for MySQL インスタンスの作成」をご参照ください。