PolarDB for MySQL の Cluster Edition クラスターは、プライマリゾーンに複数のコンピューティングノードをデプロイします。具体的には、1 つのプライマリノードと 1〜15 個の読み取り専用ノードで構成されます。読み取り専用ノードには 2 つの役割があります。1 つ目は読み取りトラフィックを分散してプライマリノードの負荷を軽減すること、2 つ目はプライマリノードで障害が発生した場合に自動フェイルオーバーを提供することです。
使用制限
マルチノードデプロイは、PolarDB Cluster Edition でのみサポートされています。エディション間の機能比較の詳細については、「Enterprise Edition」をご参照ください。
マルチノードアーキテクチャ
各 PolarDB クラスターには、1 つのプライマリノードと複数の読み取り専用ノードが含まれます。読み取り専用ノードの最大数は 15 個、最小数は 1 個です。
マルチノードアーキテクチャは、クラスターの高可用性を確保します。システム障害が発生した場合、読み取り/書き込みが可能なプライマリノードと読み取り専用ノードの間で自動フェイルオーバーが行われます。
さらに、PolarDB の PolarProxy 機能により、これらのノード上で読み書き分離などの機能を利用できます。詳細については、「PolarProxy」をご参照ください。
クラスター内のノード仕様要件
クラスターの安定性と高可用性を確保するため、プライマリノードと読み取り専用ノードの仕様の組み合わせには以下の制限が適用されます。
新しく追加する読み取り専用ノードのメモリは、プライマリノードのメモリの半分以上である必要があります。
新しく追加する読み取り専用ノードの CPU コア数には、最小仕様の要件があります。対応するルールは以下の通りです。
プライマリノード (読み取り/書き込みノード) の CPU 仕様
読み取り専用ノードに許可される最小 CPU 仕様
2
2
4
4
8
4
16
8
32
16
64
32
88
64
120
64
Multi-Master Cluster (Limitless) エディションには、上記の制限は適用されません。
列ストア読み取り専用ノードを追加する場合、分析ワークロードの特性上、プライマリノード (読み取り/書き込みノード) よりも高い仕様を使用することを推奨します。
読み取り専用ノードの追加または削除
PolarDB Cluster Edition は最大 15 個の読み取り専用ノードをサポートしますが、クラスターの高可用性を確保するため、常に少なくとも 1 つの読み取り専用ノードが必要です。
実際のニーズに応じて、読み取り専用ノードを手動で追加または削除し、クラスターのパフォーマンスを調整できます。具体的な操作については、「ノードの追加または削除」をご参照ください。
読み取り専用ノードの追加には約 5 分かかります。実際の時間は、追加するノード数、データベースとテーブルの数、データベースの負荷などの要因によって異なります。ノードの追加は、データベースに影響を与えません。
読み取り専用ノードを削除すると、そのノード上の接続が一時的に中断されますが、他のノードには影響しません。オフピーク時間にノードを削除し、アプリケーションに再接続メカニズムが備わっていることを確認するよう推奨します。
アプリケーションの接続には、デフォルトのクラスターエンドポイントを使用することを推奨します。読み取り専用ノードを追加または削除した後、PolarDB が自動的に調整するため、アプリケーション構成の変更は不要です。読み取り専用ノードを追加すると、PolarDB は自動的に新しいノードを識別し、負荷分散のためにトラフィックを分散します。読み取り専用ノードを削除すると、PolarDB は自動的に故障したノードをマスクします。