PolarDB:DAS を使用した auto scaling の設定

前提条件

• ご利用の PolarDB for MySQL クラスターは、次の要件を満たしている必要があります。

  • 製品エディション：Enterprise Edition

  • シリーズ：Cluster Edition

• クラスターで設定変更が進行中でないこと。

• DAS のサービスリンクロールが作成されている必要があります。

課金

詳細については、「設定変更料金」をご参照ください。

注意事項

• DAS の auto scaling 機能は、プライマリノードと読み取り専用ノードの個別スケーリングをサポートしていません。スケールダウン後、すべての読み取り専用ノードはプライマリノードの仕様に一致するように変更されます。この機能は注意してご使用ください。

  説明

  PolarDB クラスターに 3 つ以上のノードがあり、プライマリノードと読み取り専用ノードの仕様が異なり、自動スケールアウト を有効にした場合、次のロジックが適用されます。観測ウィンドウ中に平均 CPU 使用率が指定されたしきい値以上になった場合、PolarDB はクラスターのリアルタイムの読み取り/書き込みトラフィックに基づいて、次のいずれかのスケールアップ方法を選択します。

  • プライマリノードと同じ仕様の読み取り専用ノードを追加する。

  • クラスター内の既存の読み取り専用ノードと同じ仕様の読み取り専用ノードを追加する。

    説明

    この方法は、読み取り専用ノードの平均 CPU 使用率が指定されたしきい値以上の場合に適用されます。

  • クラスターをアップグレードして、すべてのノードがプライマリノードと同じ仕様になるようにする。

  自動スケールイン を有効にした後、クラスターが静止期間中でなく、CPU 使用率がスケールダウン観測ウィンドウの 99% 以上の時間で 30% 未満のままである場合、システムはクラスターを元の仕様に段階的に自動でスケールダウンします。システムは、次のいずれかのスケールダウン方法を使用する場合があります。

  • 追加された読み取り専用ノードを削除する。

    説明

    残りの読み取り専用ノードの仕様は変更されません。

  • すべての読み取り専用ノードがプライマリノードと同じ仕様に変更される。

• クラスター仕様のアップグレードまたはダウングレードは、クラスター内のデータに影響しません。

• 仕様変更中、約 30 秒間の瞬断が発生する可能性があります。この操作は、オフピーク時間帯に実行し、アプリケーションに自動再接続メカニズムが備わっていることを確認することを推奨します。

• PolarDB クラスターの構成変更中、読み取り専用ノードで通常よりも高いレプリケーションラグが発生する可能性があります。

操作手順

1. PolarDB コンソールにログインします。左側のナビゲーションウィンドウで クラスター をクリックします。クラスターがデプロイされているリージョンを選択し、クラスター ID をクリックします。

2. 左側のナビゲーションウィンドウで、診断と最適化 > クィック診断 を選択します。

3. 自律型センター タブをクリックします。自律型センター セクションで、自律機能設定 をクリックします。

4. 自律機能管理 ダイアログボックスの Autonomous Function Settings タブで、自律サービスのスイッチをオンにします。

5. 最適化とスロットリング タブで、 自動スケールアウト と 自動スケールイン を選択します。

   • 自動スケールアウト を選択した後、観測ウィンドウ全体で平均 CPU 使用率が指定された値以上になった場合、PolarDB は観測ウィンドウの終了後にクラスターの負荷に基づいてクラスターをスケールアップします。例えば、平均 CPU 使用率のしきい値が 70%、観測ウィンドウが 5 分、自動スケールアップ時間が 10 分の場合、観測ウィンドウ中にクラスター内のノードの平均 CPU 使用率が 70% を超えると、クラスターがスケールアップされます。クラスターをスケールアップする際、システムはリアルタイムの読み取り/書き込みトラフィックに基づいて、ノードを追加するか仕様をアップグレードするかを選択します。デフォルトでは、読み取りトラフィックが支配的な場合は読み取り専用ノードを追加し、書き込みトラフィックが支配的な場合はクラスターの仕様をアップグレードします。プライマリノードの負荷が極端に高いなどの特殊なシナリオでは、システムはクラスターの仕様をアップグレードします。

   • 自動スケールイン を選択した後、クラスターが静止期間中でなく、スケールアップされたノードの平均 CPU 使用率がスケールダウン観測ウィンドウの 99% 以上の時間で 30% 未満のままである場合、システムはクラスターを元の仕様に段階的に自動でスケールダウンします。スケールアップ中に読み取り専用ノードが追加された場合、システムはスケールダウン中にそれらを 1 つずつ削除します。スケールアップ中にクラスターの仕様がアップグレードされた場合、システムはスケールダウン中にそれらをダウングレードします。PolarDB for MySQL クラスターの場合、個々のノードではなく、クラスター全体に対してのみ仕様のアップグレードまたはダウングレードが可能です。

6. 自動スケールアウト と 自動スケールイン のパラメーターを設定し、OK をクリックします。

   パラメーター	説明
   CPU 使用率 ≥	自動スケールアップをトリガーするしきい値。平均 CPU 使用率がこの値以上になると、自動スケールアップがトリガーされます。
   最大仕様	自動スケールアップの上限。スケールアップがトリガーされると、システムは PolarDB クラスターの仕様を、例えば 4 コアから 8 コア、そして 16 コアへと、この上限に達するまで段階的にアップグレードします。
   読み取り専用ノードの最大数	自動的に追加できる読み取り専用ノードの最大数。スケールアップがトリガーされると、システムは必要に応じて 1 つまたは 2 つの読み取り専用ノードを一度に追加し、この上限に達するまで続けます。 説明 自動的にスケールアウトされたノードは、デフォルトのクラスターエンドポイントに追加されます。カスタムエンドポイントの場合は、新しいノードを自動的に関連付ける を設定する必要があります。新しいノードを自動的に関連付ける の設定方法の詳細については、「PolarProxy の設定」をご参照ください。
   観測ウィンドウ	この期間を通じて平均 CPU 使用率が指定されたしきい値以上である場合、PolarDB はウィンドウ終了後にリアルタイムのトラフィックに基づいてスケールアップ方法 (ノードの追加または仕様のアップグレード) を選択します。例えば、観測ウィンドウが 5 分でスケーリング操作に 10 分かかる場合、約 15 分後に auto scaling の結果が表示されます。 説明 スケールダウン観測ウィンドウは、観測ウィンドウの持続時間に 10 分を加えたものです。例えば、監視期間 を 30 分に設定した場合、スケールダウン観測ウィンドウは 40 分になります。
   静止期間	2 回連続する自動スケールアップまたはスケールダウン操作の間の最小間隔。静止期間中、PolarDB はメトリックの監視を続けますが、スケーリングはトリガーしません。静止期間と観測ウィンドウが同時に終了し、その観測ウィンドウ内で CPU 使用率がしきい値に達した場合、PolarDB は Auto Scaling イベントをトリガーします。