予測可能で周期的なパターンを持つワークロードや、予期されるトラフィックスパイクに対応するために、Database Autonomy Service (DAS) のスケジュールされた自動スケーリング機能を使用します。この機能を使用すると、定義された期間、インスタンスの仕様を自動的にスケールアップして、増加したデータベース負荷に対応できます。スケーリング期間が終了すると、システムはインスタンスを元の仕様に自動的に復元します。これにより、コストを管理しながらビジネス要件を満たすことができます。
前提条件
データベースインスタンスは、次の要件を満たす必要があります。
インスタンスは、次のいずれかのタイプである必要があります。
クラウドディスクを使用する汎用仕様タイプの ApsaraDB RDS for MySQL High-availability Series インスタンス (旧 x86 Standard Edition)。
説明スケジュールされた自動スケーリングは、ApsaraDB RDS for MySQL の読み取り専用インスタンスではサポートされていません。
専用または general-purpose 仕様シリーズの PolarDB for MySQL Cluster Edition インスタンス。
標準アーキテクチャを使用する、クラウドネイティブ (旧クラウドディスクベース) の Redis Community Edition またはパフォーマンス拡張型の Enterprise Edition インスタンス。
DAS サービスリンクロールが作成されていること。
アカウントの残高は、スケールアップの費用を支払うのに十分です。
注意事項
プリセットポリシーを使用して、データベースインスタンスでスケジュールされたスケールアップのみを実行できます。
すべての時間関連の設定は、UTC+08:00 タイムゾーンに基づいています。データベースインスタンスが異なるタイムゾーンにある場合は、手動で時間を変換する必要があります。
各インスタンスには、同じモードのスケーリングポリシーを 1 つだけ適用できます。
スケジュールされた自動スケーリングは自動再試行をサポートしていません。スケーリングタスクが失敗した場合、システムは再試行しません。
スケールアップイベントの後に 期間 または スケールバック日時 を変更した場合、システムは最新の構成に基づいてインスタンスを元の仕様に復元します。
期間 または スケールバック日時 を指定した場合、以下のような状況では、インスタンスがスケーリング前の仕様に復元されない可能性があります。
期間中に、手動調整や動的スケーリングによってトリガーされたイベントなど、他のインスタンス構成の変更が発生した場合。現在のインスタンス仕様がスケーリングポリシーで定義されたターゲット仕様と一致しない場合、システムはスケールバック操作を実行しません。
ビジネスの安定性とセキュリティを確保するため、システムは関連するメトリックがスペックダウンの条件を満たした場合にのみスケールバックを実行します。たとえば、インスタンスが 1 GB から 4 GB のメモリにスケールアップされたとします。スケールバックする前に、システムは現在のメモリ使用量を確認します。使用量が 1 GB の場合、元の 1 GB 仕様にスケールバックするとメモリ使用率が 100% になります。この場合、システムはスケールバックを実行しません。
インスタンスが仕様変更中や移行中など、構成変更が禁止されている状態にある場合。この場合、システムはスケールバック操作を実行できません。
利用シーン
DAS は、インスタンスを 1 回だけ、または毎日、毎週、毎月などの定期的な基準でスケールアップできます。たとえば、あるビジネスが毎月 1 日の 2:00 から 3 日の 2:00 までピーク期間を迎えるとします。スケジュールされた自動スケーリング機能を使用して、1 日の 2:00 にインスタンスをより高い仕様に自動的にスケールアップし、3 日の 2:00 以降に元の仕様に自動的に復元することができます。
課金
スケジュールされた自動スケーリングによるインスタンスの構成変更には料金が発生します。詳細については、次のトピックをご参照ください。
ApsaraDB RDS for MySQL:インスタンス構成の変更をご参照ください。
PolarDB for MySQL:構成変更料金をご参照ください。
Redis:インスタンス構成の変更をご参照ください。
スケジュールされた自動スケーリングポリシーの作成
DAS コンソールにログインします。
スケジュールされた自動スケーリングポリシーを作成します。
管理と設定 ページからポリシーを作成します。
左側のナビゲーションウィンドウで、リソース管理 > Auto Scaling 設定 をクリックします。
自動スケーリングポリシー セクションで、ポリシーの追加 をクリックします。ポリシーの追加 パネルで、ポリシーパラメーターを設定します。
表 1. パラメーター
パラメーター
説明
ポリシー名
ポリシーの名前。
モード
定期的な自動スケーリング を選択します。
エンジンタイプ
データベースエンジンのタイプ。
仕様
選択したデータベースエンジンの仕様。
操作
ApsaraDB RDS for MySQL と Redis については、インスタンス仕様の調整 のみがサポートされています。
PolarDB for MySQL では、インスタンス仕様の調整と読み取り専用ノードの数の増加がサポートされています。
適用日時
適用日時 には [開始日] と [終了日] が含まれます。
[開始日]:必須。値は現在の日付以降である必要があります。
[終了日]:任意。
繰り返し が [なし (1 回のみ実行)] に設定されている場合、[終了日] の設定はポリシーの終了時刻に影響しません。
繰り返し を 毎日、毎週、または 毎月 に設定した場合、[終了日] を設定しないと、ポリシーは定期的かつ無期限に実行されます。[終了日] を設定した場合、ポリシーはその [終了日] に制限されます。
繰り返し
有効な値:
該当なし (1 回のみ実行)
調整の開始日時:必須。
期間: 任意。正の整数を入力してください。単位: 時間。
期間 を設定しない場合、ポリシーの実行後、システムはインスタンスをスケーリング前の仕様に復元しません。
期間 を設定した場合、持続時間の終了後に、システムはインスタンスをスケーリング前の仕様に復元します。
毎日:
調整の開始日時:必須。
スケールバック日時:必須。
調整の開始日時 < スケールバック日時 の場合、スケーリング期間は同日に開始および終了します。
調整の開始日時 > スケールバック日時 の場合、スケーリング期間は深夜 0 時をまたぎます。調整の開始日時 は当日、スケールバック日時 は翌日になります。
説明調整の開始日時 と スケールバック日時 の間隔は、少なくとも 1 時間にする必要があります。
調整の開始日時は、前のサイクルのスケールバック日時より少なくとも 1 時間後に設定する必要があります。
[終了日]が設定されており、その[終了日]が特定のサイクルの調整の開始日時とスケールバック日時の間にある場合、そのサイクルは実行されません。
毎週
調整の開始日時: 必須。
スケールバック日時:必須。
調整の開始日時 < スケールバック日時 の場合、スケーリング期間は同じ週に開始および終了します。
調整の開始日時 > スケールバック日時 の場合、スケーリング期間は翌週にまたがります。調整の開始日時 は今週に、スケールバック日時 は翌週になります。
説明調整の開始日時 と スケールバック日時 の間隔は、1 時間以上である必要があります。
調整の開始日時 は、前のサイクルの スケールバック日時 の少なくとも 1 時間後に設定する必要があります。
[終了日]が設定されており、その[終了日]が特定のサイクルの調整の開始日時とスケールバック日時の間に該当する場合、そのサイクルは実行されません。
毎月
調整の開始日時:必須。
スケールバック日時:必須。
調整の開始日時 < スケールバック日時 の場合、スケーリング期間は同じ月内に開始し、終了します。
調整の開始日時 > スケールバック日時 の場合、スケーリング期間は翌月にまたがります。調整の開始日時 は当月になり、スケールバック日時 は翌月になります。
説明調整の開始日時 と スケールバック日時 の間隔は、1 時間以上である必要があります。
調整の開始日時は、前のサイクルのスケールバック日時の少なくとも 1 時間後である必要があります。
[終了日] が設定されており、かつ [終了日] が特定のサイクルの 調整の開始日時 と スケールバック日時 の間にあたる場合、そのサイクルは実行されません。
自動スケーリングポリシー セクションで、新しいポリシーを見つけ、操作 列の 適用 をクリックします。
ポリシーの適用 パネルで、このポリシーを適用するデータベースインスタンスを選択し、
アイコンをクリックします。決定 をクリックして、選択したデータベースインスタンスにポリシーを適用します。
インスタンスの自律機能設定のセットアップページで、スケジュールされた自動スケーリングポリシーを追加します。
左側のナビゲーションウィンドウで、インテリジェント O&M センター > インスタンスモニター をクリックします。
ターゲットインスタンスを見つけ、インスタンス ID をクリックしてインスタンス詳細ページに移動します。
右上隅で、自律機能設定 をクリックします。
タブをクリックします。次に、ポリシーの追加 をクリックし、パラメーター に従ってパラメーターを設定し、スケジュールされた自動スケーリングポリシーを作成します。
推奨ポリシー セクションで、追加するポリシーを見つけ、操作 列で 適用 をクリックしてインスタンスにポリシーを追加します。
説明ポリシーを変更するには、操作 列の [変更] をクリックします。アップデートポリシー タブで設定を変更します。
ポリシーをキャンセルするには、適用ポリシー セクションで対象のポリシーを見つけ、操作 列の [ポリシーのキャンセル] をクリックします。
決定 をクリックします。
アラートテンプレート を設定して通知をサブスクライブし、データベースインスタンスのスケジュールされた自動スケーリングポリシーのステータスを常に把握できるようにします。
システムはアラートテンプレートを推奨し、対応する自律イベントのアラートルールを追加します。推奨された構成で進めることができます。
説明インスタンスにアラートテンプレートをすでに構成している場合は、プロンプトに従って自律イベントのアラートルールを既存のテンプレートに追加します。
アラートテンプレートとアラートルールを自分で構成するには、アラートテンプレートの構成 および アラートルールの構成 をご参照ください。
通知を受信するには、アラート連絡先グループを選択します。
連絡先の追加 をクリックして、新しいアラート連絡先を追加します。
新しいアラートグループを作成するには、連絡先グループの作成 をクリックします。
連絡先を変更または削除するには、対象の連絡先の横にある[変更]または[削除]をクリックします。
詳細な手順については、アラート連絡先の管理 をご参照ください。
設定の送信 をクリックし、表示されるダイアログボックスでアラート設定を確認します。
スケジュールされた自動スケーリングの結果の表示
左側のナビゲーションウィンドウで、インテリジェント O&M センター > インスタンスモニター の順にクリックします。
ターゲットインスタンスを見つけ、インスタンス ID をクリックしてインスタンス詳細ページに移動します。
左側のナビゲーションウィンドウで、自律型センター をクリックします。
自律型センター ページで、選択した時間範囲内に発生した オートスケーリング イベント を表示します。
オートスケーリング イベント の 詳細 をクリックして、詳細情報を表示します。
イベント通知は、アラートレベル 通知、持続時間 1 分未満で記録されます。
よくある質問
Q:インスタンスがシリーズの仕様上限に達したためにスケールアップできない場合はどうすればよいですか?
A:より高い仕様シリーズのインスタンスを購入します。たとえば、専用の ApsaraDB RDS for MySQL High-availability Edition インスタンスは、最大 104 vCPU と 768 GB のメモリをサポートします。その後、元のインスタンスから新しいインスタンスにデータを移行します。データベースインスタンスの仕様と移行ソリューションの詳細については、次のトピックをご参照ください。
ApsaraDB RDS for MySQL:ApsaraDB RDS for MySQL インスタンスタイプ および ApsaraDB RDS for MySQL インスタンス間のデータ移行。
PolarDB for MySQL:PolarDB for MySQL の仕様 および PolarDB for MySQL クラスター間の移行。
Tair (Redis OSS-compatible):Tair (Redis OSS-compatible) インスタンスの仕様 および Tair (Redis OSS-compatible) インスタンス間のデータ移行。
関連ドキュメント
ビジネスの成長に伴い、インスタンスの仕様を変更する必要が生じることがあります。詳細については、次のトピックをご参照ください。
ApsaraDB RDS for MySQL:インスタンス構成の変更。
PolarDB for MySQL:手動スケーリング。
Redis:インスタンス構成の変更。