すべてのプロダクト
Search
ドキュメントセンター

ApsaraDB RDS:スケジュールされた自動スケーリング

最終更新日:Jul 16, 2026

Database Autonomy Service (DAS) は、ApsaraDB RDS for MySQL インスタンスに対してスケジュールされた自動スケーリングを提供します。プロモーションや毎月の請求サイクルなど、予測可能なトラフィックの急増の前にインスタンスをスケールアップし、その後自動的にスケールバックしてコストを管理するポリシーを定義できます。

たとえば、毎月 1 日の午前 2:00 から 3 日の午前 2:00 までにビジネスのピークがある場合、その正確な開始時刻とスケールバック時刻で月次ポリシーを設定できます。DAS はピーク前にインスタンスをスケールアップし、期間が終了するとインスタンスをスケールバックします。

前提条件

開始する前に、次のことを確認してください。

  • 汎用のクラウドディスクを使用する、ApsaraDB RDS for MySQL 8.0 または 5.7 の High-availability Edition インスタンス

  • スケールアウト料金をカバーするのに十分なアカウント残高

  • DAS のサービスにリンクされたロール

課金

スケーリングによってインスタンスタイプが変更され、仕様変更料金が発生します。料金の詳細については、「仕様変更」をご参照ください。

重要

[N/A (Execute Only Once)] モードの場合、[期間] を設定しないと、インスタンスは無期限にスケールアップ後のインスタンスタイプのままになります。予期しない料金を避けるために、[期間] を設定してください。

注意事項

  • 各インスタンスは、モード (N/A、毎日、毎週、または毎月) ごとに 1 つの自動スケーリングポリシーをサポートします。

  • すべての時刻パラメーターは UTC+8 です。設定する前に、ローカルタイムゾーンに変換してください。

  • 失敗したポリシーは自動的に再試行されません。

  • インスタンスがスケールアップされた後に [期間] または [スケールバック時刻] を変更すると、スケールバックには新しい時刻が適用されます。

  • 次の状況ではスケールバックは発生しません。

    • ポリシー実行後にインスタンスタイプが手動または自動で変更され、現在のタイプがポリシーの元のタイプと異なる場合。

    • スケールバックによってメトリクスがしきい値を超える場合。たとえば、メモリが 1 GB から 4 GB にスケールアップされ、すでに 1 GB が使用されている場合、スケールバックするとメモリ使用率が 100% になるため、DAS はワークロードを保護するために操作をスキップします。

    • インスタンスが Changing SpecificationsMigrating など、仕様変更が許可されていない状態にある場合。

スケジュールされた自動スケーリングポリシーの追加

  1. [インスタンス] ページに移動し、インスタンスが存在するリージョンを選択して、インスタンス ID をクリックします。

  2. 左側のナビゲーションペインで、[自律サービス] > [診断] > [自律センター] を選択し、[自律サービス設定] をクリックします。

  3. [自律機能設定] > [自動スケーリング] タブで、[ポリシーの追加] をクリックし、次のパラメーターを設定します。

    パラメーター 説明
    [ポリシー名] ポリシーの名前。
    [モード] [スケジュールされた自動スケーリング] を選択します。
    [エンジンタイプ] データベースエンジンのタイプ。
    [仕様] 選択したエンジンのターゲットインスタンスタイプ。
    [操作] サポートされているのは [インスタンス仕様の調整] のみです。
    [有効期間] [開始時刻] (必須):現在の日付以降である必要があります。[終了時刻] (任意):繰り返しポリシーの実行が停止するタイミングを指定します。[N/A (Execute Only Once)] ポリシーには影響しません。毎日、毎週、または毎月のポリシーで省略された場合、ポリシーは無期限に実行されます。
    [繰り返し] スケーリングポリシーのサイクル。以下の繰り返しオプションをご参照ください。

    繰り返しオプション

    繰り返し スケーリング開始時刻 スケールバックパラメーター
    [N/A (Execute Only Once)] 必須 [期間] (任意、時間単位の正の整数) [期間] が省略された場合、インスタンスは永続的に新しいインスタンスタイプのままになります。
    毎日 必須 [スケールバック時刻] (必須) 開始と終了は同日 (開始 < スケールバック) でも、深夜をまたぐ (開始 > スケールバック) ことも可能です。最小間隔:開始とスケールバックの間は 1 時間以上、前のサイクルのスケールバックから少なくとも 1 時間後。[有効期間] の終了時刻がサイクル期間内にあたる場合、そのサイクルはスキップされます。
    毎週 必須 [スケールバック時刻] (必須) 毎日と同じルールが週単位で適用されます。開始 > スケールバックの場合、サイクルは翌週にまたがります。
    毎月 必須 [スケールバック時刻] (必須) 毎日と同じルールが月単位で適用されます。開始 > スケールバックの場合、サイクルは翌月にまたがります。
  4. [OK] をクリックしてポリシーを保存します。

  5. [推奨ポリシー] セクションでポリシーを見つけ、[操作] 列で [適用] をクリックします。

    保存されたポリシーを変更するには、[操作] 列で [変更] をクリックし、[ポリシーの更新] タブで変更を加えます。インスタンスへのポリシーの適用を取り消すには、[適用済みポリシー] セクションで [キャンセル] をクリックします。
  6. [自律機能管理] ページで、[OK] をクリックします。

  7. (任意) [アラート設定] を設定して、スケーリングイベント発生時に通知を受け取れるようにします。DAS はアラートテンプレートを推奨し、関連する自律イベントのアラートルールを自動的に追加します。画面の指示に従って設定を完了してください。

    1. 通知を受け取る [アラート連絡先グループ] を選択します。詳細については、「アラート連絡先の管理」をご参照ください。

      • [連絡先の追加] をクリックして新しい連絡先を追加します。

      • [連絡先グループの作成] をクリックして新しいグループを追加します。

      • 連絡先の行にある [編集] または [削除] をクリックして、情報を更新または削除します。

    2. [リソースとの関連付け] を確認します。

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

    このインスタンスにアラートテンプレートが既に存在する場合、プロンプトに従って新しいアラートルールをそのテンプレートに追加してください。テンプレートとルールを手動で設定するには、「アラートテンプレートの設定」と「アラートルールの設定」をご参照ください。

スケーリング結果の表示

  1. [インスタンス] ページに移動し、リージョンを選択して、インスタンス ID をクリックします。

  2. 左側のナビゲーションペインで、[自律サービス] > [診断] を選択します。

  3. [自律センター] ページで、確認したい期間の [自動スケーリングイベント] を確認します。

  4. イベント行の [詳細] をクリックすると、そのイベントの完全なスケーリング履歴が表示されます。

p202202081

FAQ

インスタンスファミリーの最大仕様に達したため、インスタンスをスケールアウトできません。どうすればよいですか?

別のインスタンスファミリーからより高い仕様のインスタンスを購入してください。たとえば、ApsaraDB RDS for MySQL の高可用性専用インスタンスタイプは、最大 104 コアと 768 GB のメモリをサポートしています。新しいインスタンスをプロビジョニングした後、データを移行してください。詳細については、「RDS for MySQL のインスタンスタイプ」と「RDS インスタンス間のデータ移行」をご参照ください。

次のステップ

  • ビジネスの成長に合わせてインスタンスのサイズを変更するには、「仕様変更」をご参照ください。

  • DAS がリアルタイムのワークロードの変更に応じて容量を自動的に調整できるようにするには、性能自動スケーリングを有効にしてください。スケジュールされた自動スケーリングと性能自動スケーリングは相互に補完します。予測可能なピークにはスケジュールされたスケーリングを使用し、予期しない急増には性能自動スケーリングを使用して対応してください。