PolarDB for MySQLの診断機能は、Database Autonomy Service (DAS) の特定の機能と統合されています。 DASの自律性センターを使用して、自動スケーリング機能を有効にできます。 このトピックでは、自動スケーリング機能を有効にする方法について説明します。
制限事項
PolarDBクラスターに対してクラスター仕様変更タスクが実行されていません。
この機能は、従量課金およびサブスクリプション課金方法を使用するPolarDB for MySQLクラスターでサポートされています。
課金
この機能の課金ルールについては、「設定変更料金」をご参照ください。
使用上の注意
DASの自動スケーリング機能は、プライマリノードと読み取り専用ノードの個別の自動スケールアウトをサポートしていません。 自動スケールインまたはスケールダウンタスクが実行されると、すべての読み取り専用ノードはプライマリノードと同じ仕様を使用します。 慎重に進んでください。
説明PolarDBクラスターに少なくとも3つのノードが含まれ、プライマリノードと読み取り専用ノードで異なる仕様を使用しており、自動スケールアップ /アウトを有効にしている場合、PolarDBは、観測ウィンドウ内でクラスターの平均CPU使用率が指定されたしきい値以上の場合、クラスターのリアルタイム読み取り /書き込みトラフィックに基づいて次のいずれかのスケーリング方法を選択します。
プライマリノードと同じ仕様を使用する読み取り専用ノードを追加します。
クラスター内の既存の読み取り専用ノードと同じ仕様を使用する読み取り専用ノードを追加します。
説明この方法は、読み取り専用ノードの平均CPU使用率が指定されたしきい値に達するシナリオに適用できます。
読み取り専用ノードをプライマリノードと同じ仕様にアップグレードします。
自動スケールインを有効にした後、クラスターが指定された静止期間になく、自動的にスケーリングされたノードの平均CPU使用率が指定されたスケールイン観測ウィンドウの99% を超える期間 (観測ウィンドウに10分を加えた期間) 30% 未満のままである場合、クラスターは層ごとに元の仕様に縮小されます。 次のスケールイン方法を使用できます。
追加された読み取り専用ノードを削除します。
説明残りの読み取り専用ノードの仕様は変更されません。
すべての読み取り専用ノードをプライマリノードと同じ仕様にダウングレードします。
スケールアウトまたはクラスター内では、クラスターに保存されているデータは影響を受けません。
スケールアウトまたはスケールインプロセス中、アプリケーションは約30秒間、クラスターから一時的に切断されます。 オフピーク時にスケールアウトまたはクラスター内で、アプリケーションが自動再接続メカニズムで構成されていることを確認することをお勧めします。
クラスターのスケールアウトまたはスケールインは、PolarDBクラスターのプライマリノードにわずかな影響を与えます。 ただし、スケールアウトまたはスケールインは、クラスター内の読み取り専用ノードのパフォーマンスを低下させます。 その結果、読み取り専用ノードは、スケールアウトまたはスケールインプロセス中に要求を処理するためにより多くの時間を必要とする。
手順
にログインします。PolarDBコンソール.
左側のナビゲーションウィンドウで、クラスター.
左上隅で、クラスターがデプロイされているリージョンを選択します。
On theクラスターページで、クラスターのIDをクリックします。
左側のナビゲーションウィンドウで、.
表示されるページで、自治センタータブをクリックします。
の右上隅に自治センタータブをクリックします。Autonomyサービスの設定.
On the自律関数の設定のタブ自律関数管理パネルは、自治サービスを有効にします。
On the最適化とスロットリングタブを選択します。自動スケールアップ /アウトと自動スケールダウン /入力.
[自動スケールアップ /アウト] を選択した場合、観測ウィンドウ内の平均CPU使用率が指定したしきい値以上の場合、観測ウィンドウの終了後の負荷に基づいてPolarDBクラスターがスケールアップされます。 例えば、平均CPU利用率閾値は70% であり、観察ウィンドウは5分であり、スケールアウトアクティビティを完了するのに必要な時間は10分である。 クラスター内のノードの平均CPU使用率が70% を超えると、自動スケーリングアクティビティがトリガーされます。 システムは、リアルタイム読み取り /書き込みトラフィックに基づいてスケーリング方法を選択します。 トラフィックの急増が主に読み取りトラフィックによって引き起こされる場合、読み取り専用ノードが追加されます。 トラフィックの急増が主に書き込みトラフィックによって引き起こされる場合、クラスタ仕様はスケールアップされます。 プライマリノードがオーバーロードされている場合、クラスター仕様はスケールアップされます。
[自動スケールダウン /イン] を選択した後、クラスターが静止期間ではなく、自動的にスケーリングされたノードの平均CPU使用率がスケールイン観測ウィンドウの99% を超える期間 (観測ウィンドウに10分を加えた期間) 30% 未満のままである場合、クラスターは層ごとに元の仕様に縮小されます。 読み取り専用ノードが追加された場合、それらはクラスターのスケールインプロセス中に1つずつ解放されます。 クラスター仕様がスケールアップされた場合、仕様はクラスタースケールインプロセス中にスケールダウンされます。 PolarDB for MySQLクラスター全体の仕様のみをスケールアップまたはスケールダウンできますが、クラスター内の単一ノードはスケールアップまたはスケールダウンできません。
自動スケールアップ /アウトと自動スケールダウン /入力パラメーターをクリックし、OK. 次の表に、構成可能なパラメーターを示します。
パラメーター
説明
CPU使用率 ≥
自動スケールアップのトリガーに使用されるしきい値。 平均CPU使用率が指定された値以上の場合、自動スケールアップアクティビティが自動的にトリガーされます。
最大仕様
クラスターをスケールアウトできる最大仕様。 自動スケーリングがトリガーされると、システムはPolarDBクラスターを最大仕様まで少しずつスケールアウトします。 たとえば、CPU仕様を4コアから8コアにスケールアップし、上限に達するまで16コアにスケールアップできます。
読み取り専用ノードの最大数
クラスターに自動的に追加できる読み取り専用ノードの最大数。 自動スケーリングアクティビティがトリガーされると、指定された上限に達するまで、1つまたは2つの読み取り専用ノードが追加されます。
説明自動的に追加されるノードは、クラスターのデフォルトのエンドポイントに関連付けられます。 カスタムエンドポイントを使用する場合は、新しいノードを自動的に関連付ける パラメーターを使用して、これらのノードを自動的にエンドポイントに関連付けるかどうかを指定する必要があります。 新しいノードを自動的に関連付ける パラメーターの設定方法の詳細については、「PolarProxyの設定」をご参照ください。
観察ウィンドウ
観測ウィンドウ内の平均CPU使用率が指定されたしきい値以上の場合、PolarDBは、観測ウィンドウの終了後にリアルタイムの読み取り /書き込みトラフィックに基づいてスケーリング方法を選択します。 たとえば、観測ウィンドウが5分で、スケーリングアクティビティの完了に必要な時間が10分の場合、スケーリング結果を確認するには15分待つ必要があります。
説明スケールイン観察ウィンドウは、観察ウィンドウに10分を加えたものに等しい。 たとえば、Observation Windowパラメーターが30分に設定されている場合、スケールイン観測ウィンドウは40分になります。
静止期
2つのスケーリングアクティビティ間の最小間隔。 静止期間中、PolarDBはクラスターのリソース使用量を監視しますが、スケーリングアクティビティはトリガーしません。 静止期間と監視ウィンドウが同時に終了し、CPU使用率が監視ウィンドウ内でしきい値に達すると、PolarDBは自動スケーリング操作を自動的にトリガーします。