Cluster Edition の PolarDB for MySQL クラスターでは、プライマリゾーンに複数のコンピュートノード（1 台のプライマリノードと、1 台から最大 15 台の読み取り専用ノード）を展開します。読み取り専用ノードは、以下の 2 つの目的で使用されます：① 読み取りトラフィックを分散させ、プライマリノードの負荷を軽減すること、② プライマリノードが障害発生した場合に自動フェイルオーバーを実行することです。
対応エディション
マルチノードデプロイメントをサポートするのは、Cluster Edition の PolarDB for MySQL クラスターのみです。詳細については、「エディション」をご参照ください。
マルチノードデプロイメントの仕組み
各クラスターには、1 台のプライマリノードと、1 台から最大 15 台の読み取り専用ノードが含まれます。
読み取りスケーリング：PolarProxy がすべての読み取り専用ノードに読み取りクエリを分散することで、プライマリノードへの負荷を低減します。詳細については、「PolarProxy」をご参照ください。
高可用性: プライマリノードが障害を起こした場合、読み取り専用ノードが自動的に新しいプライマリノードとして機能します。プライマリノードと同じ仕様のホットスタンバイノードを1つ以上指定できます。
接続の安定性：アプリケーションは個々のノードではなく、クラスターエンドポイントに接続してください。読み取り専用ノードを追加または削除する際、システムが自動的に接続を再構成し、読み取り専用ノード間でトラフィックをバランスよく分散するため、アプリケーションの再設定は不要です。詳細については、「PolarProxy」をご参照ください。
ノード仕様の要件
使用制限
すべての読み取り専用ノードに適用される以下のハード制限があります：
ノード数：Enterprise Edition では最大 15 台、Standard Edition では最大 8 台の読み取り専用ノードをサポートします。各クラスターには、最低でも 1 台の読み取り専用ノードが必要です。
メモリ：読み取り専用ノードのメモリは、プライマリノードのメモリの少なくとも半分以上である必要があります。
CPU コア数：読み取り専用ノードの最小 CPU コア数は、プライマリノードのコア数によって異なります：
プライマリノードの CPU コア数 読み取り専用ノードの最小 CPU コア数 2 2 4 4 8 4 16 8 32 16 64 32 88 32 仕様の一致：少なくとも 1 台の読み取り専用ノードは、プライマリノードと同一の仕様である必要があります。
推奨事項
ホットスタンバイノード: プライマリノードと同じ仕様でホットスタンバイノードを設定します。詳細については、「ホットスタンバイノードの設定」をご参照ください。
カラムストアノード: 読み取り専用カラムストアノードには、プライマリノードよりも高い仕様を使用します。 「読み取り専用カラムストアノードの追加」を参照してください。
読み取り専用ノードの追加または削除
Cluster Edition のクラスターでは、最大 15 台の読み取り専用ノードをサポートし、常に最低でも 1 台の読み取り専用ノードが必要です。
ワークロードに応じて、読み取り専用ノードを追加または削除してください。手順については、「読み取り専用ノードの追加または削除」をご参照ください。
ノードの追加時：ノード 1 台の追加には約 5 分かかります。所要時間は、追加するノード数、データベースおよびテーブルの数、および現在のデータベース負荷によって異なります。この処理中も、既存のデータベースは引き続き利用可能です。
ノードの削除時：削除されたノードへの接続は切断されますが、他のノードへの接続には影響しません。
ノードの削除は、アクセスが少ない時間帯に行い、アプリケーションがクラスターへ自動的に再接続できることを確認してください。
次のステップ
PolarProxy — 読み書き分離および負荷分散の設定
ホットスタンバイノードの設定 — フェイルオーバー優先度を制御する
読み取り専用ノードの追加または削除 — クラスターのスケーリング