ApsaraDB RDS:読み書き分離の属性と読み取りの重みの設定

前提条件

• データベースプロキシが有効になっている。

• インスタンスは High-availability Edition または Cluster Edition を実行します。

  説明

  • High-availability Edition: 読み書き分離のために読み取り専用の ApsaraDB RDS for MySQL インスタンスを作成します。

  • Cluster Edition: インスタンスのプライマリノードとセカンダリノードは、読み書き分離に使用されます。

読み書き属性

読み書き属性は、[読み書き] または [読み取り専用] に設定できます。

• 読み書き: サービスを線形にスケールする読み書き分離機能をサポートします。

  このモードでは、少なくとも 1 つのプライマリインスタンスと 1 つの読み取り専用インスタンスを使用して、データベースプロキシエンドポイントのアクセスポリシーを構成する必要があります。 すべての書き込みリクエストはプライマリインスタンスに送信されます。 このモードは、トランザクション分割や接続プールなどの読み書き分離機能をサポートします。

• 読み取り専用: レポートなどの読み取り専用サービスをサポートします。

  このモードでは、少なくとも 1 つの読み取り専用インスタンスを使用して、データベースプロキシエンドポイントのアクセスポリシーを構成する必要があります。 プライマリインスタンスはルーティングに関与しません。 トランザクション分割はサポートされていません。

  データベースプロキシエンドポイントの読み書き属性が [読み取り専用] に設定されている場合、ApsaraDB RDS は、構成された読み取り専用インスタンスにラウンドロビン方式で接続を割り当てます。 各クライアント接続は、1 つの読み取り専用インスタンス上の単一の接続にマッピングされます。 プライマリインスタンスはこの割り当てには使用されません。 利用可能な接続の総数は、すべての読み取り専用インスタンスにわたる接続の合計です。

読み書き属性の処理ロジック

重みが O&M に与える影響

負荷分散アルゴリズム

2.25.4 より前のバージョン: 重みベースの負荷分散ポリシーのみがサポートされます。

バージョン 2.25.4 以降: アクティブなリクエストの数に基づく負荷分散ポリシーが追加されました。 次の 2 つのルーティングポリシーがサポートされています:

• アクティブなリクエストの数に基づく負荷分散 (バージョン 2.25.4 以降)

• 重み比に基づく負荷分散 (すべてのバージョン)

アクティブなリクエストの数に基づく負荷分散ポリシーを使用することをお勧めします。 このポリシーは、クラスターのピークパフォーマンスを向上させ、単一ノードの障害がクラスター全体に与える影響を軽減します。

重みベースの負荷分散

読み取りリクエストは、ノードの重み比に厳密に基づいて分散されます。 このメソッドは、ラウンドロビンアルゴリズムと各ノードの current_weight 値を使用して、重み比に基づいて読み取りリクエストを分散します。 プロセスは次のとおりです:

1. 選択ルール: 各スケジューリングラウンドで、current_weight 値が最も高いノードが選択されます。 複数のノードが同じ重みを持つ場合、構成リストで先に表示されるノードが選択されます。

2. 重みの累積: 各スケジューリングラウンドの後、各ノードの current_weight は自身の重みによって増加します。

3. 重みのリセット: ノードが選択された場合、その current_weight はすべてのノードの重みの合計によって減少します。

例:

プライマリノードの重みは 100、読み取り専用ノード 1 の重みは 200、読み取り専用ノード 2 の重みは 200 です。

アクティブなリクエストの数に基づく負荷分散

リクエストは、負荷の低いノードに優先的に送信されます。 ルーティングルールは、現在の (アクティブなリクエスト / ノードの重み) の値が最も低いノードを選択します。

例:

プライマリノードの重みは 100、読み取り専用ノード 1 の重みは 200、読み取り専用ノード 2 の重みは 200 です。

手順

1. RDS インスタンスページに移動します。 上部のナビゲーションバーで、リージョンを選択します。 次に、ターゲットインスタンスを見つけて、その ID をクリックします。

2. 左側のナビゲーションウィンドウで、[データベースプロキシ] をクリックします。

3. [接続情報] セクションで、ターゲットデータベースプロキシエンドポイントを見つけ、[操作] 列の [設定を変更] をクリックします。

4. 表示されるダイアログボックスで、[読み書きプロパティ] に [読み書き (読み書き分離)] または [読み取り専用 (プライマリインスタンスに接続せず、書き込みリクエストを処理できません)] を選択します。

5. [読み取りの重みの割り当て] セクションで、[システム割り当て] または [カスタム] を選択します。

   • システム割り当て: システムは、インスタンスタイプに基づいて各インスタンスに読み取りの重みを自動的に割り当てます。 プライマリインスタンスに追加された新しい読み取り専用インスタンスは、システム割り当ての重みで読み書き分離構成に自動的に含まれます。 手動での構成は必要ありません。

   • カスタム: 各インスタンスの読み取りの重みをを手動で設定します。 値の範囲は 0 から 10,000 です。 プライマリインスタンスに追加された新しい読み取り専用インスタンスのデフォルトの読み取りの重みは 0 であり、その重みをを手動で設定する必要があります。

関連 API

付録 1: ヒントワードを使用して SQL 文をプライマリインスタンス、読み取り専用インスタンス、またはプライマリ/セカンダリノードにルーティングする

読み書き分離の重み割り当て方法に加えて、補足的な SQL 構文としてヒントワードを使用して、SQL 文が High-availability Edition インスタンスのプライマリインスタンスと読み取り専用インスタンス、または Cluster Edition インスタンスのプライマリノードとセカンダリノードで実行されるように指定できます。

ApsaraDB RDS for MySQL の読み書き分離は、次のヒントワードのフォーマットをサポートしています:

ApsaraDB RDS for MySQL High-availability Edition インスタンスの場合:

• /*FORCE_MASTER*/: 後続の SQL 文がプライマリインスタンスで実行されるように指定します。

• /*FORCE_SLAVE*/: 後続の SQL 文が読み取り専用インスタンスで実行されるように指定します。

ApsaraDB RDS for MySQL Cluster Edition インスタンスの場合:

• /*FORCE_MASTER*/: 後続の SQL 文がプライマリノードで実行されるように指定します。

• /*FORCE_SLAVE*/: 後続の SQL 文がセカンダリノードで実行されるように指定します。

たとえば、ApsaraDB RDS for MySQL High-availability Edition インスタンスの場合、次の文の先頭にヒントワードを追加すると、重みの設定に関係なく、文は常にプライマリインスタンスにルーティングされて実行されます。

/*FORCE_MASTER*/ SELECT * FROM table_name;

付録 2: サービスを中断せずに読み取り専用インスタンスをオフラインにするためのベストプラクティス

1 つのプライマリインスタンス A と 2 つの読み取り専用インスタンス B および C を持つ読み書き分離環境があるとします。 サービスを中断せずに読み取り専用インスタンス C をオフラインにするには、次のステップを実行します。

1. RDS インスタンスページに移動し、インスタンス A があるリージョンを選択してから、インスタンス A の ID をクリックします。

2. 左側のナビゲーションウィンドウで、[データベースプロキシ] をクリックします。 [接続トポロジ管理] セクションで、[設定を変更] をクリックします。

3. [プロキシエンドポイント設定の変更] ダイアログボックスで、読み取り専用ノード C の読み取りの重みを 0 に設定します。

   

4. 読み取り専用インスタンス C の [モニタリングとアラーム] ページに移動します。 [セッション接続] セクションで、active_session メトリックをモニターし、それが 0 になるまで待ちます。

   説明

   active_session の値が 0 であるかどうかを確認します。 長時間経過しても値が 0 にならない場合は、セッションを強制終了できます。

5. プライマリインスタンス A の [データベースプロキシ] タブで、データベースプロキシエンドポイントから読み取り専用インスタンス C を削除します。