データベース プロキシのプロキシタイプ、仕様、またはデプロイメント モードがワークロードに適さなくなった場合、設定を変更して容量をスケールアップしたり、冗長性を調整したりできます。このトピックでは、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 コアになります。
-
プロキシ ノード数 = プロキシの仕様 ÷ (プロキシ ノード 1 台あたりの CPU コア数)。たとえば、プロキシの仕様が 6 CPU コアで、ノードあたりの CPU コア数を 2 に設定した場合、プロキシ ノード数は 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 | ゾーンが削除されます。プライマリ インスタンスが存在するゾーンを保持します。 | 削減：ゾーン B から 2 ノード削除 |
| デプロイメント モード 2 → デプロイメント モード 1 | 変更なし | 増加：ゾーン A とゾーン B にそれぞれ 1 ノード追加 |
| デプロイメント モード 2 → デプロイメント モード 3 | ゾーンが削除されます。プライマリ インスタンスが存在するゾーンを保持します。 | 変更なし：ゾーン A に 1 ノード追加、ゾーン B から 1 ノード削除 |
| デプロイメント モード 3 → デプロイメント モード 1 | ゾーンが追加されます | 増加：ゾーン A は変更なし、ゾーン B に 2 ノード追加 |
| デプロイメント モード 3 → デプロイメント モード 2 | ゾーンが追加されます | 変更なし：ゾーン A から 1 ノード削除、ゾーン B に 1 ノード追加 |
データベース プロキシ設定の変更
-
[インスタンス] ページに移動します。上部メニューで、RDS インスタンスがあるリージョンを選択します。対象のインスタンスを見つけ、その ID をクリックします。
-
左側メニューで、[データベース プロキシ] をクリックします。
-
[基本情報] セクションで、[設定の変更] をクリックします。
-
表示されたダイアログボックスで、次のパラメーターを設定し、[OK] をクリックします。
パラメーター 説明 [プロキシタイプ] [汎用] または [専用] を選択します。専用プロキシは、専用のコンピューティング リソースを提供します。比較については、「データベース プロキシとは」をご参照ください。 [デプロイ方法] デプロイメント モードを選択します。各モード変更の影響については、「デプロイメント モード変更の影響」をご参照ください。 [合計ノード数] すべてのゾーンにわたるプロキシ ノードの合計数です。「プロキシの仕様 ÷ (プロキシ ノード 1 台あたりの CPU コア数)」で計算されます。 [ゾーン] プロキシ ノードがデプロイされるゾーン。この値を変更すると、デプロイメント モードに影響します。 [プロキシ ノード 1 台あたりの CPU コア数] プロキシ ノードあたりの CPU コア数です。推奨値については、「プロキシ仕様の仕組み」をご参照ください。 [更新時間] 変更を適用するタイミング：すぐに適用するか、業務の中断を避けるために次のメンテナンス ウィンドウ中に適用するかを選択します。 -
[仕様変更前後の設定] ダイアログボックスで、設定を確認し、[OK] をクリックします。
API リファレンス
| オペレーション | 説明 |
|---|---|
| ModifyDBProxyInstance | インスタンスのデータベース プロキシの設定を変更します |
| DescribeDBProxy | インスタンスのプロキシ ノードに関する詳細を照会します |