データベースプロキシのプロキシタイプ、仕様、またはデプロイモードが現在のワークロードに適合しなくなった場合、構成を変更して容量を拡張したり、冗長性を調整したりできます。このトピックでは、ApsaraDB RDS コンソールでの設定変更方法と API オペレーションの呼び出しによる変更方法について説明し、推奨されるプロキシノード仕様を計算するための数式も提供します。
前提条件
作業を開始する前に、以下を確認してください：
ご利用の RDS インスタンスでデータベースプロキシ機能が有効になっていること。詳細については、「データベースプロキシ機能の有効化」をご参照ください。
注意事項
プロキシタイプ、仕様、またはデプロイモードを変更すると、データベースプロキシが 30～120 秒間利用できなくなります。ご利用のアプリケーションが自動的に再接続するように設定されていることを確認してください。
短期間にプロキシタイプまたは仕様を複数回変更した場合、システムは直近の変更前の元の仕様のセッションのみを保持します。
構成の変更中は、データベースプロキシをゾーン間で移行することはできません。ゾーンの数を増減させることは可能です。ゾーンの数を増やすと、デプロイモードはデプロイモード 3 からデプロイモード 2 またはデプロイモード 1 に変更されます。ゾーンの数を減らすと、デプロイモードはデプロイモード 2 またはデプロイモード 1 からデプロイモード 3 に変更されます。詳細については、「プロキシのデプロイメントアーキテクチャ」をご参照ください。
デュアルゾーンデプロイメント (ゾーン A + ゾーン B) からシングルゾーンデプロイメント (ゾーン A) に切り替える場合は、まずゾーン B のプロキシエンドポイントを削除してください。詳細については、「データベースプロキシエンドポイントの管理」をご参照ください。
最寄りアクセス機能は、専用プロキシのデプロイモード 1 でのみサポートされています。汎用プロキシに切り替えるか、デプロイモードを変更するには、まず最寄りアクセスを無効にしてください。詳細については、「最寄りアクセス機能の設定」をご参照ください。
プロキシ仕様の仕組み
プロキシの仕様とノード数の関係は、次の 2 つの数式で決まります：
プロキシ仕様 = すべてのゾーンのすべてのプロキシノードの CPU コアの合計。たとえば、ゾーン A に 2 ノード × 1 CPU コア、ゾーン B に 2 ノード × 2 CPU コアがある場合、プロキシ仕様は 1 × 2 + 2 × 2 = 6 CPU コアとなります。
プロキシノード数 = プロキシ仕様 ÷ 2 (ノードあたりの単位仕様は 2 CPU コアに固定)。たとえば、6 CPU コアのプロキシには 3 つのノードがあります。
プロキシノードあたりの推奨仕様：
| プロキシタイプ | RDS High-availability Edition | RDS Cluster Edition |
|---|---|---|
| 汎用 | (プライマリインスタンスの CPU コア数 + すべての読み取り専用インスタンスの CPU コア数) ÷ 4 (切り上げ) | (プライマリノードの CPU コア数 + すべてのセカンダリノードの CPU コア数) ÷ 4 (切り上げ) |
| 専用 | (プライマリインスタンスの CPU コア数 + すべての読み取り専用インスタンスの CPU コア数) ÷ 8 (切り上げ) | (プライマリノードの CPU コア数 + すべてのセカンダリノードの CPU コア数) ÷ 8 (切り上げ) |
例：プライマリインスタンス (8 CPU コア) と 2 つの読み取り専用インスタンス (4 および 6 CPU コア) を持つ RDS High-availability Edition インスタンスの場合。専用プロキシの場合： (8 + 4 + 6) ÷ 8 = プロキシノードあたり 3 CPU コア。
デプロイモード変更の影響
ApsaraDB RDS for MySQL は 3 つのデプロイモードをサポートしています。モードを切り替えると、ゾーンの数とプロキシノードの数が次のように変更されます。
デプロイモード 1
デプロイモード 2
デプロイモード 3
| 変更 | ゾーンの変更 | プロキシノードの変更 |
|---|---|---|
| デプロイモード 1 → デプロイモード 2 | 変更なし | 減少：ゾーン A とゾーン B からそれぞれ 1 ノード削除 |
| デプロイモード 1 → デプロイモード 3 | ゾーンが 1 つ削除されます。プライマリインスタンスが存在するゾーンを保持します。 | 減少：ゾーン B から 2 ノード削除 |
| デプロイモード 2 → デプロイモード 1 | 変更なし | 増加：ゾーン A とゾーン B にそれぞれ 1 ノード追加 |
| デプロイモード 2 → デプロイモード 3 | ゾーンが 1 つ削除されます。プライマリインスタンスが存在するゾーンを保持します。 | 変更なし：ゾーン A に 1 ノード追加、ゾーン B から 1 ノード削除 |
| デプロイモード 3 → デプロイモード 1 | ゾーンが 1 つ追加されます | 増加：ゾーン A は変更なし、ゾーン B に 2 ノード追加 |
| デプロイモード 3 → デプロイモード 2 | ゾーンが 1 つ追加されます | 変更なし：ゾーン A から 1 ノード削除、ゾーン B に 1 ノード追加 |
データベースプロキシ構成の変更
インスタンスページに移動します。上部のナビゲーションバーで、ご利用の RDS インスタンスが存在するリージョンを選択します。対象のインスタンスを見つけ、その ID をクリックします。
左側のナビゲーションウィンドウで、[データベースプロキシ] をクリックします。
[基本情報] セクションで、[構成の変更] をクリックします。
表示されたダイアログボックスで、次のパラメーターを設定し、[OK] をクリックします：
パラメーター 説明 プロキシタイプ [汎用] または [専用] を選択します。専用プロキシは、排他的な計算リソースを提供します。比較については、「データベースプロキシとは デプロイ方法 デプロイモードを選択します。各モード変更の影響については、「デプロイモード変更の影響」をご参照ください。 ノードの総数 すべてのゾーンにわたるプロキシノードの総数。計算式：プロキシ仕様 ÷ 2。 ゾーン プロキシノードがデプロイされるゾーン。この値を変更すると、デプロイモードに影響します。 単一プロキシノードの CPU コア数 プロキシノードあたりの CPU コア数。推奨値については、「プロキシ仕様の仕組み」をご参照ください。 更新時間 変更を適用するタイミング。すぐに適用するか、業務の中断を避けるために次のメンテナンスウィンドウ中に適用します。 [仕様変更前後の構成] ダイアログボックスで、構成を確認し、[OK] をクリックします。
API リファレンス
| オペレーション | 説明 |
|---|---|
| ModifyDBProxyInstance | インスタンスのデータベースプロキシ設定を変更します |
| DescribeDBProxy | インスタンスのプロキシノードに関する詳細を照会します |