:自動パフォーマンススケーリング

自動パフォーマンススケーリングのプロセス

自動スケールアップ

自動スケールダウン

• 標準SSDまたはESSD、またはPolarDB For MySQL Cluster Editionクラスターを使用するApsaraDB RDS for MySQL High-availability Editionインスタンスの場合:

  データベースインスタンスの自動スケールダウン機能を有効にした後、データベースインスタンスのCPU使用率が30% 未満で、スケールダウン観察ウィンドウの99% を超えている場合、静止期間が経過した後に自動スケールダウンがトリガーされます。 データベースインスタンスは、小さなデクリメントで元の仕様にスケールダウンされます。

  重要

  • スケールダウン観察ウィンドウの持続時間は、観察ウィンドウの持続時間 + 10分に等しい。 たとえば、観察ウィンドウの時間を30分に設定した場合、スケールダウン観察ウィンドウの時間は40分になります。

  • 標準SSDまたはESSDを使用するApsaraDB RDS For MySQL High-availability Editionインスタンスの場合、自動スケールダウン機能はkindCodeパラメーターが18に設定されているインスタンスでのみサポートされます。 APIを呼び出して、kindCodeパラメーターの値を照会できます。 詳細については、「DescribeDBInstanceAttribute」をご参照ください。

• ローカルディスクを使用する汎用ApsaraDB RDS For MySQL High-availability Editionインスタンスまたは汎用ApsaraDB RDS for MySQL Enterprise Editionインスタンスの場合:

  データベースインスタンスのCPU使用率がスケールダウン監視ウィンドウの99% よりも長い間30% より低い場合、DASはデータベースインスタンスのCPUコア数とIOPSを元の仕様に戻します。

自動パフォーマンススケーリング機能の詳細については、「Auto scaling」をご参照ください。

課金

• ApsaraDB RDS For MySQLインスタンスの場合:

  • ローカルディスクまたは汎用Enterprise Editionインスタンスを使用する汎用High-availability Editionインスタンス: 従量課金に基づいて課金され、料金は1時間に1回差し引かれます。

    価格の計算式 :( CPUコアあたりの料金 × 追加されたCPUコアの数) × 分単位のスケールアップ期間

  • 標準SSDまたはESSDを使用する高可用性エディションインスタンス: スケールアップ後にアップグレードされたインスタンスの仕様に基づいて課金されます。 スケールアップの料金は、リージョンやアップグレードされたインスタンスの仕様など、インスタンスの構成によって異なります。 詳細については、「ApsaraDB RDS 購入ページ」をご参照ください。

• PolarDB For MySQLクラスターの場合:

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

例：

データベースインスタンスの自動パフォーマンススケーリング機能を有効にすると、DASはピーク時にデータベースインスタンスを自動的にスケールアップします。 これにより、読み取り /書き込みスループットが2倍になり、CPU使用率が90% 以上から25% に低下します。 データベースインスタンスは、約10時間の高負荷で実行できます。 トラフィックが減少し、CPU使用率が25% 未満に低下した後、DASはデータベースインスタンスを元の仕様にスケールバックします。

このようにして、DASはピーク時のトラフィックの急増に対処するためにデータベースインスタンスを管理し、ビジネスの安定性を確保します。

影響

• 標準SSDまたはESSDを使用するApsaraDB RDS For MySQL High-availability Editionインスタンス、またはPolarDB for MySQL Cluster Editionクラスターの場合、データベースインスタンスのスケールアップまたはスケールダウン時に、約30秒の一時的な接続が発生する場合があります。 この場合、アプリケーションがデータベースインスタンスに自動的に再接続するように構成されていることを確認してください。

• PolarDB For MySQL Cluster Editionクラスターの場合、DASはクラスター内の単一ノードの仕様ではなく、クラスター全体の仕様のみをアップグレードまたはダウングレードします。

• データベースインスタンスのデータベースエンジンが最新のマイナーバージョンでない場合、DASはデータベースインスタンスをスケールアップするときに最新のマイナーバージョンのデータベースエンジンを実行するようにデータベースインスタンスを更新します。 これにより、データベースインスタンスのパフォーマンスと安定性が保証されます。

• スケーリング操作は、プライマリインスタンスに対してのみ実行されます。 プライマリインスタンスのスケーリング後にプライマリ /セカンダリスイッチオーバーがトリガーされた場合、次のいずれかの場合が発生します。

  • プライマリインスタンス (元のセカンダリインスタンス) がスケールアップまたはスケールダウンの指定されたトリガー条件を満たす場合、DASはプライマリインスタンス (元のセカンダリインスタンス) に対してスケーリング操作を実行します。

  • セカンダリインスタンス (元のプライマリインスタンス) がスケールダウンのために指定されたトリガー条件を満たす場合、DASはセカンダリインスタンス (元のプライマリインスタンス) を元の仕様にスケールバックします。

手順

1. DASコンソールにログインします。

2. 左側のナビゲーションウィンドウで、インスタンスモニターをクリックします。

3. 表示されるページで、管理するデータベースインスタンスを見つけ、インスタンスIDをクリックします。 インスタンス詳細ページが表示されます。

4. 左側のナビゲーションウィンドウで、自律型センターをクリックします。

5. 右上隅の自律型センターページでAutonomy Service Settingsをクリックします。

6. Autonomous Function Settingsタブ Autonomous Function Managementで、自治サービスを有効にします。

7. 最適化とスロットリングタブでパラメーターを設定します。

   • 標準SSDまたはESSDを使用するApsaraDB RDS for MySQL High-availability Editionインスタンスの場合、Automatic Performance Scaling を選択します。 ローカルディスクを使用する汎用ApsaraDB RDS for MySQL High-availability Editionインスタンスまたは汎用ApsaraDB RDS for MySQL Enterprise Editionインスタンスの場合、自動リソース弾力性 を選択します。 次に、次の表に示すパラメーターを設定します。

     インスタンスタイプ	パラメーター	説明
     汎用タイプ	CPU使用率 ≥	自動スケールアップのトリガーに基づくしきい値。 平均CPU使用率が指定された値以上の場合、自動スケールアップがトリガーされます。
     標準SSDまたはESSDを使用する高可用性エディションインスタンス	監視期間	データベースインスタンスのパフォーマンスが観測される時間範囲。 DASは、特定の間隔で、観測期間中にデータベースインスタンスの平均CPU使用率をチェックします。 CPU使用率が指定されたしきい値に達すると、自動スケールアップがトリガーされます。 重要 スケールダウン観察ウィンドウの持続時間は、観察ウィンドウの持続時間 + 10分に等しい。 たとえば、観察ウィンドウの時間を30分に設定した場合、スケールダウン観察ウィンドウの時間は40分になります。
     	最大仕様	データベースインスタンスをスケールアップできる最大仕様。 データベースインスタンスのCPU使用率が指定されたしきい値に達すると、DASはデータベースインスタンスをスケールアップします。 次の監視期間中にデータベースインスタンスのCPU使用率が指定されたしきい値に再び達した場合、DASはデータベースインスタンスを再びスケールアップします。 このプロセスは、データベースインスタンスが指定した最大仕様にスケールアップされるまで繰り返されます。 重要 RDSインスタンスが1 CPUコアと2 GBのメモリを提供するインスタンスタイプを使用し、自動スケールアップがトリガーされた場合、RDSインスタンスの仕様は4 CPUコアと8 GBのメモリにアップグレードされます。 この場合、最大仕様を少なくとも4 CPUコアと8 GBのメモリに設定する必要があります。 そうでない場合、自動スケールアップは失敗します。
     	自動スケールダウン/スケールイン	自動スケールダウン/スケールイン を選択した後、データベースインスタンスのCPU使用率が30% よりも低く、スケールダウン観察ウィンドウの99% よりも長い場合、静止期間が経過した後に自動スケールダウンがトリガーされます。 データベースインスタンスの仕様は、小さなデクリメントで元の仕様にスケールダウンされます。 スケールダウン観察ウィンドウの持続時間は、観察ウィンドウの持続時間 + 10分に等しい。
     	静止期間	2つの連続した自動スケールイン操作または2つのスケールアウト操作の最小間隔。 休止期間中、DASはインスタンスのCPU使用率を監視しますが、指定された条件が満たされても自動スケールアップまたはスケールダウンをトリガーしません。 静止期間と観察ウィンドウが同時に終了し、観察ウィンドウ内の平均CPU使用率が指定されたしきい値に達すると、DASは自動的にスケールアップまたはスケールダウンをトリガーします。
     ローカルディスクを使用する汎用ApsaraDB RDS for MySQL High-availability Editionインスタンスと汎用ApsaraDB RDS for MySQL Enterprise Editionインスタンス	スケールアップ観察ウィンドウ	スケールアップのためのCPU使用率観察ウィンドウ。 DASは、特定の間隔で、観測期間中にデータベースインスタンスの平均CPU使用率をチェックします。 平均CPU使用率が指定されたしきい値に達すると、自動スケールアップがトリガーされます。
     	スケールバック観察ウィンドウ	スケールダウン用のCPU使用率観察ウィンドウ。 DASは、特定の間隔で監視ウィンドウ内のデータベースインスタンスのCPU使用率をチェックします。 CPU使用率がスケールダウン観察ウィンドウの99% より長い間30% より低い場合、自動スケールダウンがトリガーされます。

   • PolarDB For MySQLクラスターの場合、[自動スケールアップ /アウト] および [自動スケールダウン /イン] を選択し、次の表に示すパラメーターを設定します。

     重要

     • [自動スケールアップ /アウト] を選択した後、観測ウィンドウ内でクラスターのCPU使用率が指定したしきい値以上の場合、DASは観測ウィンドウの終了後にクラスターのワークロードに基づいてPolarDBクラスターを自動的にスケールアップします。 例えば、指定された閾値は70% であり、観察ウィンドウの指定された持続時間は5分であり、自動スケーリング動作を完了するのに必要な指定された時間量は10分である。 クラスタ内の単一ノードのCPU使用率が監視ウィンドウ内の70% を超えると、DASは自動的にクラスタをスケールアップします。 DASは、リアルタイムの読み書きトラフィックに基づいて、クラスターを自動的にスケールアウトまたはスケールアップします。 既定では、読み取りトラフィックが書き込みトラフィックを超えると、DASは自動的に読み取り専用ノードをクラスターに追加します。 書き込みトラフィックが読み取りトラフィックを超える場合、DASはクラスターの仕様を自動的にアップグレードします。 クラスターのプライマリノードのワークロードが高い場合、DASはクラスターの仕様を自動的にアップグレードします。

     • [自動スケールダウン /イン] を選択した後、クラスターのCPU使用率が30% よりも低く、スケールダウン観察ウィンドウの99% よりも長い場合、静止期間の終了後に自動スケールダウンがトリガーされます。 クラスタの仕様は、小さなデクリメントで元の仕様にスケールダウンされます。 スケールダウン観察ウィンドウの持続時間は、観察ウィンドウの持続時間 + 10分に等しい。 クラスターのスケールアップ中に追加された読み取り専用ノードは、クラスターのスケールダウン中に1つずつ削除されます。 スケールアップ中にアップグレードされたクラスターは、スケールダウン中にダウングレードされます。 PolarDB For MySQL Cluster Editionクラスターの場合、DASはクラスター内の単一ノードの仕様ではなく、クラスター全体の仕様のみをアップグレードまたはダウングレードします。

     パラメーター	説明
     平均CPU使用率 ≥	自動スケールアップのトリガーに基づくしきい値。 平均CPU使用率が指定された値以上の場合、自動スケールアップがトリガーされます。
     最大仕様	クラスターをスケールアップできる最大仕様。 自動スケールアップがトリガーされると、システムはPolarDB for MySQLクラスターを最大仕様まで少しずつスケールアップします。 たとえば、CPU仕様を4コアから8コアにアップグレードし、上限に達するまで16コアにアップグレードできます。
     読み取り専用ノードの最大数	クラスターに含めることができる読み取り専用ノードの最大数。 自動スケールアップがトリガーされた後、上限に達するまで、ビジネス要件に基づいて1つまたは2つの読み取り専用ノードがPolarDB for MySQLクラスターに自動的に追加されます。 説明 自動的に追加されるノードは、クラスターのデフォルトのエンドポイントに関連付けられます。 カスタムエンドポイントを使用する場合は、新しいノードを自動的に関連付ける パラメーターを設定して、これらのノードをエンドポイントに自動的に関連付けるかどうかを指定する必要があります。 新しいノードを自動的に関連付ける パラメーターの設定方法の詳細については、「PolarProxyの設定」をご参照ください。
     観察ウィンドウ	観測ウィンドウ内でCPUの平均使用率が指定されたしきい値に達した場合、DASは観測ウィンドウの終了後にクラスターを自動的にスケールアップします。 これにより、クラスターはすべての読み取りおよび書き込み要求を処理できます。 たとえば、監視ウィンドウの指定時間が5分で、自動スケーリング操作を完了するのに必要な指定時間が10分の場合、スケーリング結果を確認するには15分待つ必要があります。 重要 スケールダウン観察ウィンドウの持続時間は、観察ウィンドウの持続時間 + 10分に等しい。 たとえば、観察ウィンドウの時間を30分に設定した場合、スケールダウン観察ウィンドウの時間は40分になります。
     静止期	2つの連続した自動スケールアップまたは2つの自動スケールダウンの最小間隔。 休止期間中、DASはクラスターのCPU使用率を監視しますが、指定された条件が満たされていても、自動スケールアップまたはスケールダウンをトリガーしません。 静止期間と観察ウィンドウが同時に終了し、観察ウィンドウ内の平均CPU使用率が指定されたしきい値に達すると、DASは自動的にスケールアップまたはスケールダウンをトリガーします。

8. [OK] をクリックします。

よくある質問

データベースインスタンスの仕様が上限に達した場合はどうすればよいですか。

関連ドキュメント

• ビジネストラフィックのピークが定期的に発生する場合は、インスタンスのスケジュール自動スケーリング機能を有効にできます。 システムは、事前設定されたポリシーに基づいてインスタンスをスケールアップし、指定されたスケールアウト期間が終了すると、インスタンスを元のインスタンス仕様に自動的にスケールダウンします。

• インスタンスが自動パフォーマンススケーリング機能をサポートしていない場合は、インスタンスの仕様を手動で変更して、インスタンスをスケールアウトまたはスケールインできます。 詳細については、以下のトピックをご参照ください。

  • ApsaraDB RDS for MySQL: インスタンス仕様の変更

  • PolarDB for MySQL: クラスターの仕様を手動で変更