すべてのプロダクト
Search
ドキュメントセンター

PolarDB:クラスターの Auto Scaling

最終更新日:Mar 04, 2025

PolarDB for MySQL は、トラフィックの急増に対応し、クラスターの安定性を確保するための Auto Scaling 機能を提供します。この機能を有効にすると、[平均 CPU 使用率] と読み取り/書き込みトラフィックに基づいてクラスターがスケーリングされます。また、オフピーク時にクラスターの仕様を元に戻すための自動スケールバックもサポートされています。

重要

この機能は PolarDB MySQL 5.6 でのみサポートされています。その他のバージョンの PolarDB for MySQL クラスタはサーバーレス機能をサポートしており、サーバーレス機能を有効にした後に自動的にスケーリングできます。詳細については、「定義済み仕様のクラスターでサーバーレス機能を有効にする」をご参照ください。

前提条件

  • クラスターで PolarDB for MySQL 5.6 が実行されている。

  • PolarDB クラスタでクラスター構成の変更タスクが実行されていない。

制限事項

  • Auto Scaling は少なくとも 15 分で有効になります。ピーク期間が短いビジネスにはこの機能を使用しないでください。スケールアウト後にシステムがクラスターをスケールバックしないようにするには、自動スケールインを無効にすることができます。自動スケールアウトを有効にせずに自動スケールインを有効にすることはできません。両方の機能が有効になっている場合、システムはビジネスワークロードに基づいてクラスターを自動的にスケーリングします。

  • クラスター内の単一ノードではなく、クラスター全体のみをアップグレードまたはダウングレードできます。

  • アップグレードまたはダウングレードプロセス中は、アプリケーションは最大 30 秒間クラスターから一時的に切断されます。アプリケーションに自動再接続メカニズムが構成されていることを確認してください。

  • Auto Scaling は、クラスター内の読み取り専用ノードのパフォーマンスを低下させます。その結果、スケーリングプロセス中に読み取り専用ノードがリクエストを処理するのにより多くの時間がかかります。

  • クラスターをアップグレードまたはダウングレードしても、クラスターに格納されているデータは影響を受けません。

課金

システムは、クラスターの課金方法と変更に基づいてスケーリング料金を計算します。詳細については、「構成を変更する」をご参照ください。

課金タイプ

料金

従量課金

従量課金 クラスターの料金は時間単位で課金されます。従量課金クラスターの構成を変更した後、新しい構成の価格に基づいて時間単位でクラスターに課金されます。

サブスクリプション

支払い = サブスクリプションの残りの期間の新しい構成の合計料金(新しい構成の月額料金/ 30/24 × 未使用時間)- サブスクリプションの残りの期間の元の構成の合計料金(元の構成の月額料金/ 30/24 × 未使用時間)。

たとえば、新しい構成の月額料金が 14,400 米ドル、元の構成の月額料金が 7,200 米ドル、サブスクリプションの残りの期間が 50 日の場合、支払いは次の式を使用して計算されます。(14,400 米ドル/ 30/24 × 50 × 24)-(7,200 米ドル/ 30/24 × 50 × 24)= 12,000 米ドル。

手順

  1. [PolarDB コンソール] にログインします。左側のナビゲーションウィンドウで [クラスター] をクリックします。左上隅でリージョンを選択し、リスト内のクラスターの ID をクリックして [基本情報] ページに移動します。

  2. 概要 ページで、設定データベースノード セクションの右上隅にある をクリックします。

    设置

  3. 表示されたダイアログボックスで、次のパラメーターを構成します。次の表でパラメーターについて説明します。

    パラメーター

    説明

    自動スケールアウト

    Auto Scaling 機能を有効にするかどうかを指定します。

    監視期間

    監視期間中に CPU 使用率が指定されたしきい値に達した場合、PolarDB は監視期間の終了時にノードを自動的に追加するか、クラスターの仕様をアップグレードします。システムは、受信した読み取りおよび書き込みリクエストに基づいてスケーリング方法を決定します。最小監視期間は 5 分で、スケーリングアクティビティの完了に必要な時間は 10 分です。したがって、Auto Scaling が有効になるには少なくとも 15 分かかります。たとえば、監視期間が 5 分で、スケーリングアクティビティの完了に必要な時間が 10 分の場合、スケーリング結果を確認するまでに 15 分待つ必要があります。

    説明

    スケールイン監視期間は、監視期間に 10 分を加えたものと等しくなります。たとえば、[監視期間] が 30 分に設定されている場合、スケールイン監視期間は 40 分です。

    CPU 使用率

    自動スケールアップをトリガーするために使用されるしきい値。CPU 使用率 が指定されたしきい値以上の場合、自動スケールアップがトリガーされます。

    最大仕様

    システムがクラスターをアップグレードできる最大仕様。自動スケールアップがトリガーされると、システムは PolarDB クラスタを小さな増分で最大仕様までスケールアップします。たとえば、CPU の仕様は 4 コアから 8 コア、次に 16 コアへと上限に達するまでアップグレードできます。

    読み取り専用ノードの数の上限

    クラスターに自動的に追加できる読み取り専用ノードの最大数。自動スケーリングがトリガーされると、システムは指定された上限に達するまで、毎回 1 つまたは 2 つの読み取り専用ノードを追加します。

    説明
    • 自動的に追加されるノードは、クラスターのデフォルトエンドポイントに関連付けられます。カスタムエンドポイントを使用する場合は、新しいノードを自動的に関連付ける パラメーターを使用して、これらのノードをエンドポイントに自動的に関連付けるかどうかを指定します。新しいノードを自動的に関連付ける パラメーターの構成方法の詳細については、「PolarProxy を構成する」をご参照ください。

    • システムにスケールアップのみを実行させ、スケールアウトを実行させない場合は、このパラメーターをクラスターの現在の読み取り専用ノードの数に設定します。

    • スケールアップ中は、クラスターのすべてのノードで一時的な切断が発生します。これはスケールアウト中には発生しません。

    自動スケールイン

    自動スケールバックを有効にするかどうかを指定します。

    説明
    • 自動スケールバックを有効にした後、クラスターが静止期間ではなく、自動的にスケーリングされたノードの平均 CPU 使用率がスケールイン監視期間(監視期間 + 10 分)の 99% 以上で 30% 未満のままである場合、クラスターは元の仕様に段階的にスケールバックされます。

    • スケーリングされたクラスターは、Auto Scaling 機能を無効にした後、自動的にスケールバックされません。

    静止期間

    2 つのスケーリングアクティビティ間の最小間隔。静止期間中、PolarDB はクラスターのリソース使用量を監視しますが、スケーリングアクティビティはトリガーしません。静止期間と監視期間が同時に終了し、監視期間内に CPU 使用率がしきい値に達した場合、PolarDB は自動的に Auto Scaling をトリガーします。