ApsaraDB RDS:自動パフォーマンススケーリング機能の使用

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

自動スケールアップ

自動スケールダウン

• RDS High-availability Editionを実行し、クラウドディスクを使用するRDSインスタンス

  [自動スケールダウン /イン] を選択した後、RDSインスタンスのCPU使用率が30% よりも低く、スケールダウン観察ウィンドウの99% よりも長い場合、クールダウン期間が終了した後に自動スケールダウンがトリガーされます。 RDSインスタンスの仕様は、少しずつ元の仕様に縮小されます。

  重要

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

  • RDSインスタンスがクラウドディスクでRDS High-availability Editionを実行している場合、自動スケールダウン機能は新しいアーキテクチャで安定して実行できます。 RDSインスタンスのkindCodeパラメーターの値が18の場合、RDSインスタンスは新しいアーキテクチャを使用します。 操作を呼び出して、RDSインスタンスのアーキテクチャを照会できます。 詳細については、「DescribeDBInstanceAttribute」をご参照ください。

• RDS High-availability Editionをローカルディスクで実行し、汎用インスタンスタイプを使用するRDSインスタンスおよびRDS Enterprise Editionを実行し、汎用インスタンスタイプを使用するRDSインスタンス

  RDSインスタンスのCPU使用率が、指定されたスケールダウン監視ウィンドウの99% を超えて30% 未満の場合、DASはRDSインスタンスのIOPSとCPUコア数を元の仕様にスケールダウンします。

課金方法

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

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

• RDS High-availability Editionを実行し、クラウドディスクを使用するRDSインスタンス: スケールアップ後のインスタンスタイプに基づいて課金されます。 スケールアップ料金は、リージョンや新しい仕様などのインスタンス構成によって異なります。 詳細については、「ApsaraDB RDS 購入ページ」をご参照ください。

例：

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

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

影響

• RDSインスタンスがRDS High-availability Editionを実行し、クラウドディスクを使用している場合、仕様変更中にインスタンスの切り替えが発生する可能性があります。 RDSインスタンスに自動的に再接続するようにアプリケーションが設定されていることを確認します。 インスタンスの切り替えの影響の詳細については、「インスタンスの切り替えの影響」をご参照ください。

• RDSインスタンスが最新のマイナーエンジンバージョンを実行していない場合、システムは仕様変更中にRDSインスタンスのマイナーエンジンバージョンを最新バージョンに更新します。 これにより、データベースサービスのパフォーマンスと安定性が保証されます。

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

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

  • セカンダリRDSインスタンス (元のプライマリRDSインスタンス) がスケールダウンをトリガーする条件を満たしている場合、DASはセカンダリRDSインスタンスを元の仕様にスケールダウンします。

手順

1. [インスタンス] ページに移動します。 上部のナビゲーションバーで、RDS インスタンスが存在するリージョンを選択します。 次に、RDSインスタンスを見つけ、インスタンスのIDをクリックします。

2. 次のいずれかの方法を使用して、 Autonomous Function Managementパネルに移動します。

   • 左側のナビゲーションウィンドウで、自律型サービス (CloudDBA) > ワンクリック診断 を選択します。 表示されるページで、自律型センター タブをクリックします。 自律型センター タブで、Autonomy Service Settings をクリックします。

   • 左側のナビゲーションウィンドウで、自律型サービス (CloudDBA) > パフォーマンスの傾向 を選択します。 表示されるページの パフォーマンスの傾向 タブで、Autonomy Service Settings をクリックします。

3. Autonomous Function ManagementパネルのAutonomous Function Settingsタブで、自治サービスを有効にします。

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

   RDSインスタンスがクラウドディスクでRDS High-availability Editionを実行している場合は、Automatic Performance Scaling を選択します。 RDSインスタンスがローカルディスクを使用してRDS High-availability Editionを実行し、汎用インスタンスタイプを使用している場合、またはRDSインスタンスがRDS Enterprise Editionを実行し、汎用インスタンスタイプを使用している場合は、[Automatic Resource Elasticity] を選択します。

   インスタンスカテゴリ	パラメーター	説明
   RDS High-availability Editionを実行し、専用インスタンスタイプとクラウドディスクを使用するRDSインスタンス	観察ウィンドウ	RDSインスタンスのパフォーマンスを監視する期間。 DASは、特定の間隔で観測ウィンドウ内のRDSインスタンスの平均CPU使用率をチェックします。 平均CPU使用率が指定されたしきい値に達すると、自動スケールアップがトリガーされます。 重要 スケールダウン観察ウィンドウは、観察ウィンドウの値プラス10分に等しくなります。 たとえば、観察ウィンドウの時間を30分に設定した場合、スケールダウン観察ウィンドウの時間は40分になります。
   	最大仕様	DASがRDSインスタンスをスケールアップできる最大仕様。 RDSインスタンスのCPU使用率が指定されたしきい値に達すると、DASはRDSインスタンスをスケールアップします。 次の監視期間中にRDSインスタンスのCPU使用率が指定されたしきい値に再び達した場合、DASはRDSインスタンスを再びスケールアップします。 このプロセスは、RDSインスタンスが指定した最大仕様にスケールアップされるまで繰り返されます。
   	自動スケールダウン /in	[自動スケールダウン /イン] を選択した後、RDSインスタンスのCPU使用率が30% 未満で、スケールダウン観察ウィンドウの99% よりも長い場合、クールダウン期間が終了した後に自動スケールダウンがトリガーされます。 RDSインスタンスの仕様は、少しずつ元の仕様に縮小されます。 スケールダウン観察ウィンドウは、観察ウィンドウの値プラス10分に等しくなります。
   	静止期	2つの自動スケールアップまたはスケールダウン操作の間の最小間隔は、クールダウン期間と呼ばれます。 クールダウン期間中、DASはRDSインスタンスのCPU使用率を監視しますが、指定された条件が満たされていても、自動スケールアップまたはスケールダウンをトリガーしません。 クールダウン期間と観測ウィンドウが同時に終了し、観測ウィンドウ内の平均CPU使用率が指定されたしきい値に達すると、DASは自動的にスケールアップまたはスケールダウンをトリガーします。
   ローカルディスクを使用してRDS High-availability Editionを実行し、汎用インスタンスタイプを使用するRDSインスタンスおよびRDS Enterprise Editionを実行し、汎用インスタンスタイプを使用するRDSインスタンス	スケールアップ観察ウィンドウ	スケールアップ後にRDSインスタンスのパフォーマンスを確認する期間。 DASは、特定の間隔で観測ウィンドウ内のRDSインスタンスの平均CPU使用率をチェックします。 平均CPU使用率が指定されたしきい値に達すると、自動スケールアップがトリガーされます。
   	スケールダウン観察ウィンドウ	スケールダウン後にRDSインスタンスのパフォーマンスを確認する期間。 DASは、特定の間隔で観測ウィンドウ内のRDSインスタンスのCPU使用率をチェックします。 観測ウィンドウの99% を超えてCPU使用率が30% を下回った場合、自動スケールダウンがトリガーされます。

5. OKをクリックします。

6. オプションです。 [アラート設定] セクションで、アラートテンプレートを設定し、アラート通知をサブスクライブします。 これにより、自動パフォーマンススケーリングタスクのステータスをできるだけ早く把握することができます。

   システムはアラートテンプレートを推奨し、アラートテンプレートに必要な自律性イベントのアラートルールを追加します。 プロンプトに従ってアラートテンプレートを設定できます。

   説明

   • RDSインスタンスにアラートテンプレートを設定した場合は、プロンプトに従って、必要な自律性イベントのアラートルールをアラートテンプレートに追加する必要があります。

   • RDSインスタンスにアラートテンプレートを設定していないが、設定する場合は、「アラートテンプレートの設定」および「アラートルールの設定」の手順に従って、アラートテンプレートを設定できます。

   1. [アラート送信先グループの選択] ステップで、[アラート送信先グループ] を選択します。

      • [連絡先の追加] をクリックしてアラート連絡先を追加します。

      • [連絡先グループの作成] をクリックして、アラート連絡先グループを作成します。

      • 管理するアラート連絡先を見つけ、[操作] 列の [編集] または [削除] をクリックして、アラート連絡先に関する情報を変更または削除します。

      詳細は、「アラート連絡先の管理」をご参照ください。

   2. [リソースに関連付ける] ステップで、関連するリソースを確認します。

   3. [設定の送信] をクリックします。 表示されるダイアログボックスで、設定を確認します。

よくある質問

RDSインスタンスをスケールアップしたいのですが、RDSインスタンスの仕様が上限に達しています。 どうすればよいですか。

より高いRDSエディションを実行するRDSインスタンスを購入することを推奨します。 たとえば、RDS High-availability Editionを実行し、専用インスタンスタイプを使用するApsaraDB RDS For MySQLインスタンスを購入できます。 専用インスタンスファミリーは、最大104 CPUコアと768 GBのメモリをサポートします。 次に、RDSインスタンスを新しいRDSインスタンスに移行します。 インスタンスタイプと移行ソリューションの詳細については、「仕様」および「ApsaraDB RDS For MySQLインスタンス間のデータ移行」をご参照ください。

関連ドキュメント

• 一定期間内にトラフィックのピークが発生した場合は、定期的な自動スケーリング機能を使用してポリシーを設定し、RDSインスタンスの仕様を定期的にスケールアップできます。 指定されたスケーリング期間が経過すると、RDSインスタンスは自動的に以前の仕様に復元されます。 詳細については、「スケジュールされた自動スケーリング機能の使用」をご参照ください。

• RDSインスタンスのインスタンスタイプが自動パフォーマンススケーリング機能をサポートしていない場合は、次の方法を使用できます。

  • RDSインスタンスの仕様 (スケールアップとスケールダウンを含む) を変更できます。 詳細は、「インスタンス仕様の変更」をご参照ください。

  • 自動パフォーマンススケーリングの要件を満たすようにインスタンスタイプを変更できます。 詳細は、「インスタンス仕様の変更」をご参照ください。