Database Autonomy Service (DAS) は、スケジュールされた自動スケーリング機能を提供します。 この機能を使用して、特定の期間内にデータベースインスタンスをスケールアップできます。 これにより、特定の期間内の多数のリクエストや販売プロモーション中の大量のトラフィックなど、データベース負荷の定期的な変更を処理できます。 指定されたスケーリング期間が経過すると、インスタンスは自動的に元の仕様に縮小されます。 これにより、ビジネス要件を満たし、コストを削減できます。
前提条件
管理するデータベースインスタンスは、次の要件を満たす必要があります。
データベースインスタンスは、次のいずれかのタイプです。
x86アーキテクチャのApsaraDB RDS for MySQL Standard Editionインスタンス、または標準SSDまたはEnterprise SSD (ESSD) を使用する汎用ApsaraDB RDS for MySQL High-availability Editionインスタンス。
説明スケジュールオートスケーリング機能は、読み取り専用ApsaraDB RDS for MySQLインスタンスでは使用できません。
汎用または専用のPolarDB for MySQL Cluster Editionクラスター
標準アーキテクチャのApsaraDB for Redis Community Editionのクラウドネイティブ (クラウドディスクベース) インスタンス、または標準アーキテクチャのApsaraDB for Redis Enhanced Edition (Tair) のクラウドネイティブ (クラウドディスクベース) インスタンス。
DASのサービスにリンクされたロールが作成されます。 詳細については、「AliyunServiceRoleForDAS role」をご参照ください。
Alibaba Cloudアカウントには、スケールアップされたリソースのコストを支払うのに十分な残高があります。
使用上の注意
データベースインスタンスを定期的にスケールアップするには、データベースインスタンスのスケジュールされた自動スケーリングポリシーを設定する必要があります。
すべての時間関連パラメータはUTC + 8で表示されます。 このタイムゾーンがリージョンでサポートされていない場合は、パラメーターを設定する前に時間を変換する必要があります。
データベースインスタンスには、各モードの自動スケーリングポリシーを1つだけ適用できます。
再試行間隔は、スケジュールされた自動スケーリングポリシーではサポートされません。 スケジュールされた自動スケーリングポリシーの実行に失敗した場合、システムはポリシーの実行を再試行しません。
インスタンスのスケールアップ後に [期間] または [スケールバック時間] パラメーターが変更された場合、2つのパラメーターのいずれかで指定された新しい時間に基づいて、インスタンスは以前の仕様にスケールバックされます。
次のシナリオでは、[期間] または [スケールバック時間] パラメーターを指定しても、データベースインスタンスを以前の仕様にスケールバックできない場合があります。
データベースインスタンスの仕様は、スケジュールされた自動スケーリングポリシーが実行された後、手動または自動で再度変更されます。 インスタンスの仕様がポリシーで指定されたものと異なる場合、データベースインスタンスは縮小されません。
データベースインスタンスの1つ以上のメトリックが特定の基準を満たしていません。 たとえば、インスタンスのメモリは、スケジュールされた自動スケーリングポリシーに基づいて1 GBから4 GBにスケールアップされます。 インスタンスがスケールバックされる前に1 GBのメモリが使用されている場合、操作中にメモリ使用量が100% に増加するため、スケールバック操作は実行されません。 これにより、ビジネスの安定性とセキュリティが保証されます。
インスタンスは、仕様変更または移行状態など、仕様変更が許可されていない状態にあります。
例
DASは、インスタンスに対して1回または定期的にスケーリング操作を実行します。 DASは、毎日、毎週、または毎月インスタンスをスケールできます。 たとえば、ビジネスのピーク時間が毎月1日の2:00に始まり、毎月3日の2:00に終わる場合、スケジュールされた自動スケーリング機能を使用して、ピーク時間帯にインスタンスをスケールアップし、オフピーク時間帯にインスタンスをスケールバックできます。
概要
スケジュールされた自動スケーリングポリシーの作成
DASコンソールにログインします。
スケジュールされた自動スケーリングポリシーを作成します。
[管理と設定] ページで、スケジュールされた自動スケーリングポリシーを作成します。
左側のナビゲーションウィンドウで、[管理と設定] をクリックします。
[自動スケーリングポリシー] ページで、[ポリシーの追加] をクリックします。 [ポリシーの追加] パネルで、スケジュールされた自動スケーリングポリシーのパラメーターを設定します。
表 1. Parameters
パラメーター
説明
ポリシー名
ポリシー名。
モード
ポリシーのモード。 [スケジュール済み自動スケーリング] を選択します。
エンジンタイプ
データベースエンジンのタイプ。
リソースプランの仕様
選択したデータベースエンジンの仕様。
API 操作
実行する操作。 ApsaraDB RDS For MySQLインスタンスおよびApsaraDB for Redisインスタンスの場合、インスタンス仕様の調整のみがサポートされています。
PolarDB For MySQLクラスターでは、インスタンス仕様の調整と読み取り専用ノード数の増加がサポートされています。
から有効
ポリシーが有効である時間範囲。
開始時間は必須パラメーターです。 このパラメーターは、現在の日付より後の日付に設定する必要があります。
終了時間はオプションのパラメーターです。
[繰り返し] パラメーターを [N/A (1回のみ実行)] に設定した場合、スケジュールされた自動スケーリングポリシーは1回のみ実行され、[終了時間] パラメーターの対象にはなりません。
[Recurrence] パラメーターを [Daily] 、[Weekly] 、または [Monthly] に設定し、[End time] パラメーターを空のままにすると、指定されたサイクルに基づいてスケジュールされた自動スケーリングポリシーが繰り返し実行されます。 終了時刻を指定した場合、終了時刻以降にポリシーの実行が停止されます。
再発
スケーリング操作が実行される間隔。 有効な値：
N/A (1回のみ実行)
スケーリング開始時間: このパラメーターを設定する必要があります。
期間: このパラメーターを設定するか、このパラメーターを空のままにします。 このパラメーターを正の整数に設定します。 単位：時間。
このパラメーターを空のままにすると、自動スケーリングポリシーの実行後にインスタンスは縮小されません。
このパラメーターを設定すると、自動スケーリングポリシーが実行された後、インスタンスは元の仕様に縮小されます。
毎日：
スケーリング開始時間: このパラメーターを設定する必要があります。
スケールバック時間: このパラメーターを設定する必要があります。
スケーリング開始時刻がスケールバック時刻より前の場合、ポリシーの1回の実行の2つの時点は同じ日内です。
スケーリング開始時刻がスケールバック時刻より後の場合、ポリシーの1回の実行の2つの時点は同じ日内ではありません。 インスタンスは、スケーリング開始から1日後に縮小されます。
説明[スケールバック時間] パラメーターで指定された時間は、[スケーリング開始時間] パラメーターで指定された時間より少なくとも1時間遅れている必要があります。
スケーリング開始時刻は、ポリシーの前回の実行時のスケールバック時刻より少なくとも1時間遅れている必要があります。
終了時刻を指定し、終了時刻をポリシーの最後の実行のスケーリング開始時刻とスケールバック時刻の間の日付に設定した場合、ポリシーの最後の実行は実行されません。
毎週：
スケーリング開始時間: このパラメーターを設定する必要があります。
スケールバック時間: このパラメーターを設定する必要があります。
スケーリング開始時刻がスケールバック時刻より前の場合、ポリシーの1回の実行の2つの時点は同じ週以内です。
スケーリング開始時刻がスケールバック時刻より後の場合、ポリシーの1回の実行の2つの時点は同じ週内ではありません。 インスタンスは、スケーリング開始後1週間以内に縮小されます。
説明[スケールバック時間] パラメーターで指定された時間は、[スケーリング開始時間] パラメーターで指定された時間より少なくとも1時間遅れている必要があります。
スケーリング開始時刻は、ポリシーの前回の実行時のスケールバック時刻より少なくとも1時間遅れている必要があります。
終了時刻が、ポリシーの最後の実行のスケーリング開始時刻とスケールバック時刻との間の日付に設定されている場合、ポリシーの最後の実行は実行されません。
毎月
スケーリング開始時間: このパラメーターを設定する必要があります。
スケールバック時間: このパラメーターを設定する必要があります。
スケーリング開始時刻がスケールバック時刻より前の場合、ポリシーの1回の実行の2つの時点は同じ月内です。
スケーリング開始時刻がスケールバック時刻より後の場合、ポリシーの1回の実行の2つの時点は同じ月内ではありません。 インスタンスは、スケーリング開始後の翌月に縮小されます。
説明[スケールバック時間] パラメーターで指定された時間は、[スケーリング開始時間] パラメーターで指定された時間より少なくとも1時間遅れている必要があります。
スケーリング開始時刻は、ポリシーの前回の実行時のスケールバック時刻より少なくとも1時間遅れている必要があります。
終了時刻が、ポリシーの最後の実行のスケーリング開始時刻とスケールバック時刻との間の日付に設定されている場合、ポリシーの最後の実行は実行されません。
[自動スケーリングポリシー] セクションで、作成したポリシーを見つけ、[操作] 列の [適用] をクリックします。
[ポリシーの適用] ダイアログボックスで、ポリシーを適用するデータベースインスタンスを選択し、
アイコンをクリックします。 [確認] をクリックして、選択したデータベースインスタンスにポリシーを適用します。
[自律関数の管理] パネルの [自律関数の設定] タブで、スケジュールされた自動スケーリングポリシーを作成します。
左側のナビゲーションウィンドウで、[インスタンスのモニタリング] をクリックします。
表示されるページで、スケジュールされた自動スケーリングポリシーを適用するデータベースインスタンスを見つけ、インスタンスIDをクリックします。 インスタンスの詳細ページが表示されます。
右上隅の [Autonomy Service Settings] をクリックします。
パネルの [自律機能の設定] タブで、[自動スケーリング] タブをクリックします。 [適用ポリシー] セクションで、[ポリシーの追加] をクリックして、スケジュールされたスケーリングポリシーを作成します。 詳細については、表1を参照してください。 このトピックのパラメーターのセクション。
推奨ポリシー セクションで、作成したポリシーを見つけ、操作 列の 適用 をクリックします。
説明ポリシーを変更するには、[操作] 列の [変更] をクリックします。 [ポリシーの更新] パネルで、ポリシー設定を変更します。
RDSインスタンスにポリシーを適用しない場合は、[適用ポリシー] セクションのポリシーの [操作] 列で [キャンセル] をクリックします。
[OK] をクリックします。
スケジュールされた自動スケーリングの結果を表示する
DASコンソールの左側のナビゲーションウィンドウで、インスタンスモニタリングをクリックします。
表示されるページで、スケジュールされた自動スケーリングが有効になっているデータベースインスタンスを見つけ、インスタンスIDをクリックします。 インスタンス詳細ページが表示されます。
左側のナビゲーションウィンドウで、自治センターをクリックします。
自治センターページを表示する時間範囲を選択し、自動スケーリングイベント選択した時間範囲で発生した
Auto-Scalingイベントセクションでの詳細をクリックし、スケジュールされた自動スケーリングイベントの詳細を確認します。
よくある質問
Q: インスタンスの仕様が上限に達した場合はどうすればよいですか?
A: より高いタイプのインスタンスを購入することを推奨します。 たとえば、最大104 vCPUと768 GBのメモリをサポートする専用のApsaraDB RDS For MySQL High-availability Editionインスタンスを購入できます。 次に、スケールアップするインスタンスを購入したインスタンスに移行します。 データベースインスタンスの仕様と移行ソリューションの詳細については、以下のトピックを参照してください。
ApsaraDB RDS for MySQL: 仕様とApsaraDB RDS for MySQLインスタンス間のデータ移行
PolarDB for MySQL: PolarDB for MySQL Enterprise Editionの計算ノード仕様およびPolarDB for MySQLクラスター間のデータ移行
ApsaraDB for Redis: インスタンスの仕様とApsaraDB for Redisインスタンス間のデータ移行
関連ドキュメント
インスタンスの仕様を変更する方法については、以下のトピックを参照してください。
ApsaraDB RDS for MySQL: インスタンス仕様の変更
PolarDB for MySQL: クラスターの仕様を手動で変更
ApsaraDB for Redis: インスタンスの設定の変更