Database Autonomy Service (DAS) を使用すると、データベースインスタンスに対して、スケジュールに基づく自動スケールアップおよびスケールバック操作を設定できます。タイムウィンドウを定義すると、DAS はその開始時にインスタンスをスケールアップし、終了時に元の仕様へと自動的にスケールバックします。手動での介入は不要です。
たとえば、ビジネス負荷が毎月 1 日の 02:00（UTC + 08:00）にピークを迎え、3 日の 02:00（UTC + 08:00）まで徐々に低下する場合、ラッシュ前にインスタンスをスケールアップし、その後自動的にスケールバックするよう、月次で繰り返すスケジュールを設定します。このパターンは、タイムセール、給与処理、月末レポート作成など、予測可能な負荷増加に対応します。
前提条件
開始する前に、以下の条件を満たしていることを確認してください。
対応するデータベースインスタンス：
ApsaraDB RDS for MySQL：x86 アーキテクチャの Standard Edition インスタンス、または標準 SSD または ESSD（エンタープライズ SSD）を使用する汎用 High-availability Edition インスタンス
説明読み取り専用の ApsaraDB RDS for MySQL インスタンスでは、スケジュールされた自動スケーリングは利用できません。
PolarDB for MySQL：汎用 Edition または Dedicated Cluster Edition のクラスター
Tair（Redis OSS-compatible）：標準アーキテクチャのクラウドネイティブ（クラウドディスクベース）Redis Community Edition インスタンス、または標準アーキテクチャのクラウドネイティブ（クラウドディスクベース）Tair（Enterprise Edition）インスタンス
DAS 用のサービスリンクロールが作成済みであること。詳細については、「AliyunServiceRoleForDAS ロール」をご参照ください。
スケールアップ後のリソース費用を支払うための十分なアカウント残高があること。
課金
スケジュールされた自動スケーリングは、基盤となるインスタンスの構成変更をトリガーし、それに応じて課金されます。
注意事項
データベースインスタンスを定期的にスケールアップするには、そのインスタンスに対してスケジュールされた自動スケーリングポリシーを設定する必要があります。
すべての時刻パラメーターは UTC + 08:00 を基準としています。設定前に、ローカル時刻を UTC + 08:00 に変換してください。たとえば、米国東部時間（UTC - 05:00）の 09:00 は、UTC + 08:00 では 22:00 に相当します。
各データベースインスタンスは、モードごとに 1 つの自動スケーリングポリシーのみをサポートします。
ポリシーの実行に失敗した場合、DAS は再試行しません。
インスタンスがすでにスケールアップした後に、期間 または スケールバック時刻 を変更すると、スケールバック時刻が新しい値に更新されます。
スケールバックが実行されない場合
以下の状況では、期間 または スケールバック時刻 が設定されていても、インスタンスはスケールバックされません。
スケジュールされたポリシーが実行された後に、再度インスタンスの仕様が変更され、現在の仕様がポリシーの元のターゲット仕様と異なる場合。
スケールバックによってリソースしきい値が超過する場合。たとえば、メモリを 1 GB から 4 GB にスケールアップした後、既に 1 GB が利用中である場合、1 GB へのスケールバックによりメモリ使用率が 100 % に達してしまうため、DAS は安定性を確保するためにこの操作をスキップします。
インスタンスが「仕様変更中」や「移行中」など、仕様変更が許可されない状態の場合。
スケジュールされた自動スケーリングポリシーの作成
DAS コンソールには 2 つのエントリポイントがあります。Auto Scaling 設定 ページ（推奨）を使用すると、複数のインスタンスにまたがってポリシーを一元管理できます。また、個別のインスタンスの詳細ページから設定することも可能です。
Auto Scaling 設定ページから（推奨）
アイコンをクリックしてから、確認 をクリックします。インスタンスの詳細ページから
DAS コンソールにログインします。
左側ナビゲーションウィンドウで、インテリジェント O&M センター > インスタンス監視 を選択します。
対象のインスタンスを見つけ、そのインスタンス ID をクリックします。
インスタンスの詳細ページの右上隅にある 自律型サービス設定 をクリックします。
自律型機能管理 パネルの 自律型機能設定 タブで、Auto Scaling タブをクリックします。
適用済みポリシー セクションで、ポリシーの追加 をクリックし、「パラメーター」セクションに記載されているパラメーターを設定します。
推奨ポリシー セクションで、作成したポリシーを見つけ、操作 列の 適用 をクリックします。
OK をクリックします。
アラート設定 セクションで、アラートテンプレートを設定し、アラート通知をサブスクライブします。DAS は推奨テンプレートを提示し、必要なアラートルールを自動的に追加します。すでにこのインスタンス向けのテンプレートをお持ちの場合は、プロンプトに従って既存のテンプレートにアラートルールを追加してください。詳細については、「アラートテンプレートの設定」および「アラートルールの設定」をご参照ください。
連絡先グループの選択 セクションで、アラート連絡先グループを選択します。詳細については、「アラート連絡先の管理」をご参照ください。
連絡先の追加 をクリックして連絡先を追加します。
連絡先グループの作成 をクリックして新しいグループを作成します。
操作 列の 編集 または 削除 をクリックして、連絡先を更新または削除します。
設定の送信 をクリックし、ダイアログボックスで確認します。
適用済みポリシーの変更または削除方法：
変更：変更 を 操作 列からクリックし、ポリシーの更新 パネルで設定を更新します。
削除：適用済みポリシー セクションで、操作 列の キャンセル をクリックします。
パラメーター
| パラメーター | 説明 |
|---|---|
| ポリシー名 | ポリシーの名称です。 |
| モード | スケジュールされた自動スケーリング を選択します。 |
| エンジンタイプ | データベースエンジンの種類です。 |
| 仕様 | 選択したエンジンに対するターゲット仕様です。 |
| 操作 | 実行する操作です。ApsaraDB RDS for MySQL および Tair（Redis OSS-compatible）インスタンスの場合、インスタンス仕様の調整 のみが利用可能です。PolarDB for MySQL クラスターの場合、インスタンス仕様の調整 および 読み取り専用ノード数の増加 の両方が利用可能です。 |
| 有効期限開始日 | ポリシーの有効日付範囲です。開始時刻 は必須であり、本日以降の日付である必要があります。終了時刻 は任意項目です。「繰り返し頻度」との相互作用については、各繰り返しモードの説明をご参照ください。 |
| 繰り返し頻度 | スケーリング操作の実行頻度です。有効な値：「N/A（1 回のみ実行）」、「毎日」、「毎週」、「毎月」。各繰り返しモードごとのパラメーター詳細については、下記の表をご参照ください。 |
繰り返し固有のパラメーター:
| 繰り返し | パラメーター | 必須 | 詳細 |
|---|---|---|---|
| N/A（1 回のみ実行） | スケーリング開始時刻 | はい | スケールアップを実行する正確な日時です。 |
| 期間 | いいえ | スケールアップ後の仕様を維持する時間（単位：時間、正の整数）。空白のままにすると、自動スケールバックは実行されません。 | |
| 毎日 | スケーリング開始時刻 | はい | 毎日のスケールアップを実行する時刻です。 |
| スケールバック時間 | はい | スケールバックを実行する時刻です。スケーリング開始時刻より少なくとも 1 時間後である必要があります。スケールバック時刻がスケーリング開始時刻よりも早い場合、スケールバックは翌日に実行されます。 | |
| 毎週 | スケーリング開始時刻 | はい | スケールアップを実行する曜日と時刻です。 |
| スケールバック時間 | はい | スケールバックを実行する曜日と時刻です。スケーリング開始時刻より少なくとも 1 時間後である必要があります。スケールバックの曜日がスケーリング開始の曜日よりも前の場合、スケールバックは翌週に実行されます。 | |
| 毎月 | スケーリング開始時刻 | はい | スケールアップを実行する月の日付と時刻です。 |
| スケールバック時間 | はい | スケールバックを実行する月の日付と時刻です。スケーリング開始時刻より少なくとも 1 時間後である必要があります。スケールバックの日付がスケーリング開始の日付よりも前の場合、スケールバックは翌月に実行されます。 |
毎日・毎週・毎月の繰り返し頻度における制約：
各実行のスケーリング開始時刻は、前回実行のスケールバック時刻より少なくとも 1 時間後である必要があります。
終了時刻 が、最終実行のスケーリング開始時刻とスケールバック時刻の間に該当する場合、その実行は完全にスキップされます。
スケーリング結果の確認
左側ナビゲーションウィンドウで、インテリジェント O&M センター > インスタンス監視 を選択します。
対象のインスタンスを見つけ、そのインスタンス ID をクリックします。
インスタンスの詳細ページの左ペインで、[オートノミーセンター] をクリックします。
自律型センター ページで、Auto Scaling イベントをフィルターするための期間を選択します。
Auto Scaling イベント セクションで、詳細 をクリックして、イベントログ全体を表示します。
よくある質問
インスタンスが最大仕様に達した場合どうすればよいですか？
より高仕様のインスタンスを購入し、データを移行してください。ApsaraDB RDS for MySQL の場合、Dedicated High-availability Edition では最大 104 vCPU、768 GB のメモリがサポートされています。仕様および移行ガイドについては、以下のリソースをご参照ください。
ApsaraDB RDS for MySQL：仕様 および 「ApsaraDB RDS for MySQL インスタンス間でのデータ移行」
PolarDB for MySQL：コンピュートノードの仕様 および 「PolarDB for MySQL クラスター間でのデータ移行」
Tair（Redis OSS-compatible）：インスタンス仕様 および 「Tair（Redis OSS-compatible）インスタンス間でのデータ移行」
次のステップ
スケジュールされたポリシー以外で、インスタンス仕様を手動で変更するには、以下をご参照ください。
ApsaraDB RDS for MySQL：インスタンス仕様の変更
PolarDB for MySQL：クラスターの仕様を手動で変更
Tair（Redis OSS-compatible）：インスタンスの構成変更