ApsaraDB RDS:読み書き属性と読み取りウェイトの設定

モードの選択

読み書きモード では、プロキシのアクセスポリシーに少なくとも 1 つのプライマリインスタンスと 1 つの読み取り専用インスタンスが必要です。このモードは トランザクション分割 と コネクションプール をサポートします。

読み取り専用モード では、少なくとも 1 つの読み取り専用インスタンスが必要です。プライマリインスタンスはルーティングに関与せず、トランザクション分割はサポートされません。各クライアント接続は、1 つの読み取り専用インスタンス上の単一の接続にマッピングされます。合計接続容量は、設定されたすべての読み取り専用インスタンスの接続数の合計に等しくなります。

Cluster Edition インスタンスの場合、読み書きモードは書き込みをプライマリノードにのみ送信し、読み取り専用モードは読み取りをセカンダリノードにラウンドロビン方式でルーティングします。データベースプロキシの IP ホワイトリストは、プライマリインスタンスの IP ホワイトリストと自動的に同期されます。

エッジケースでのルーティング動作

以下の表は、読み書きモードで読み取り専用インスタンスが利用できない場合、および読み取り専用モードでのすべてのウェイトシナリオにおける動作を示しています。

読み取り専用モードにおいて、「転送なし」とは、プライマリインスタンスが読み取りリクエストを受け付けないことを意味します。プロキシに読み取り可能なインスタンスがない場合、クライアントは接続エラーを受信します。

読み書きモードでプライマリウェイトが 0 に設定されている場合、デフォルトでは読み取りリクエストはプライマリインスタンスに送信されません。読み取りリクエストがプライマリインスタンスに送信されるのは、読み取り専用ノードが異常な状態になった場合、ヒントによってルーティングが強制された場合、またはトランザクション分割が有効になっている場合のみです。

アクティブリクエストに基づく負荷分散 (推奨)

各リクエストを (アクティブリクエスト / ノードのウェイト) の比率が最も低いノードにルーティングします。これにより、不均等な負荷にリアルタイムで適応し、低速なノードの影響を受けにくくなります。

プライマリウェイト 100、読み取り専用ノード 1 のウェイト 200、読み取り専用ノード 2 のウェイト 200 の場合の例：

ウェイトに基づく負荷分散

ラウンドロビンアルゴリズムを使用して、ウェイト比率に厳密に従って読み取りリクエストを分散します。各スケジューリングラウンドで current_weight 値が最も高いノードが選択され、次のようにウェイトが調整されます。

1. 選択： current_weight が最も高いノードが選択されます。同点の場合は、設定リスト内の位置によって決定されます。

2. 蓄積： 各ラウンドの後、すべてのノードの current_weight は自身のウェイト分だけ増加します。

3. リセット： 選択されたノードの current_weight は、すべてのノードのウェイトの合計分だけ減少します。

プライマリウェイト 100、読み取り専用ノード 1 のウェイト 200、読み取り専用ノード 2 のウェイト 200 の場合の例：

サービスを中断せずに読み取り専用インスタンスをオフラインにする

トラフィックを中断することなく読み取り専用インスタンス (たとえば、プライマリインスタンスAと読み取り専用インスタンスB、Cを持つクラスター内のインスタンスC) を削除するには、次の手順を実行します。

1. RDS インスタンス ページに移動し、リージョンを選択して、プライマリインスタンスAの ID をクリックします。

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

   

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

   

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

   適切な待機時間の後も active_session が 0 にならない場合は、残りのセッションを手動で強制終了してください。

   

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

ヒントを使用して特定の SQL ステートメントをルーティングする

SQL ヒントを使用して、ステートメントを特定のノードで強制的に実行させます。これは、 SELECT 内での書き込みや、常に読み取り専用インスタンスを使用する必要があるクエリに役立ちます。

High-availability Edition インスタンス：

• /*FORCE_MASTER*/ — 読み取りウェイトが 0 であっても、ステートメントをプライマリインスタンスにルーティングします

• /*FORCE_SLAVE*/ — ステートメントを読み取り専用インスタンスにルーティングします

Cluster Edition インスタンス：

• /*FORCE_MASTER*/ — 読み取りウェイトが 0 であっても、ステートメントをプライマリノードにルーティングします

• /*FORCE_SLAVE*/ — ステートメントをセカンダリノードにルーティングします

ステートメントの先頭にヒントを追加します。

/*FORCE_MASTER*/ SELECT * FROM table_name;

クロスゾーンレイテンシーの削減

単一障害点を回避するために、プライマリインスタンスに対して少なくとも 2 つの読み取り専用インスタンスを作成し、それらを異なるゾーンにデプロイします。 最寄りアクセス 機能を有効にして、ゾーン間のトラフィックによるネットワークレイテンシーを最小限に抑えます。最寄りアクセス機能はアプリケーションがプロキシに接続する方法を制御し、読み取りウェイトはプロキシがバックエンドデータベースにリクエストをルーティングする方法を制御します。最適なパフォーマンスを得るには、両方を組み合わせて設定してください。

読み取り専用インスタンスを追加した後も、プライマリインスタンスは読み取り可能ですか？

読み取り専用インスタンスを追加した後も、プライマリインスタンスは常に読み取りおよび書き込みが可能です。読み取り専用インスタンスの追加は、プライマリインスタンスの読み取りや書き込みの可否に影響を与えません。

プライマリインスタンスには、独自の直接接続エンドポイント (例： rm-xxxxx.mysql.rds.aliyuncs.com) があります。このエンドポイントはデータベースプロキシを経由せずにプライマリインスタンスに直接接続するため、読み取りウェイトの設定に関係なく、このエンドポイントを介してプライマリインスタンスは常に読み取りおよび書き込みが可能です。

データベースプロキシエンドポイント (例： mr-xxxxx.rwlb.rds.aliyuncs.com) は、読み書き分離に使用されます。プロキシエンドポイントを介して接続すると、読み取りおよび書き込みリクエストは設定された読み取りウェイトに基づいてルーティングされます。プライマリインスタンスの読み取りウェイトが 0 に設定されている場合、プロキシはデフォルトで読み取りリクエストをプライマリインスタンスに転送しません。ただし、プライマリインスタンス自体は、直接接続エンドポイントを介して読み取りおよび書き込みが可能なままです。すべての読み取り専用インスタンスで遅延がしきい値を超えたり、利用できなくなったりした場合、ビジネスの継続性を確保するために、読み取りリクエストは自動的にプライマリインスタンスにルーティングされます。

プロキシエンドポイントを介した読み書きルーティングを制御するには、 [データベースプロキシ] 設定で読み取りウェイトを調整します。