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