メインコンテンツまでスキップ

スケジュールスケーリング

スケジュールスケーリングを使用すると、事前に定義した時刻に Dedicated サービングクラスターのサイズを変更できます。平日の業務時間帯のトラフィック増加、週末の低トラフィック期間、予測可能なバッチ/query ウィンドウなど、ワークロードに定期的なパターンがある場合に有効です。

📘Note

Query CU の手動スケーリングは、すべてのプランで利用できます。

レプリカの手動スケーリングは、Enterprise プラン以上で利用できます。

自動スケーリングおよびスケジュールスケーリングは、Enterprise プラン以上で利用できます。

事前準備​

作業を始める前に、クラスタースケーリングの計画 を参照し、スケーリングの主要な概念を理解した上で、ワークロードに適したスケーリング方法を選択してください。

スケジュールスケーリングの仕組み​

スケジュールスケーリングは、ユーザーが定義したスケジュールに従ってクラスターリソースを変更します。各スケジュールには、時刻式とターゲットとなるリソース値が含まれます。

リソース変更内容推奨される使用場面
Query CUクラスターの Query CU 数をスケジュールされたターゲット値に変更します。定期的なピーク時にキャパシティを増強したい場合や、予測可能な低トラフィック期間にキャパシティを削減したい場合。
レプリカクラスターのレプリカ数をスケジュールされたターゲット値に変更します。定期的なトラフィックのピーク時に、クエリスループットや可用性を高めたい場合。

スケジュールスケーリングは 動的スケーリング とは異なります。スケジュールスケーリングは設定した時刻に実行されますが、動的スケーリングはワークロードのメトリクスに基づき、最小値と最大値の範囲内でリソースを自動的に調整します。

スケジュールスケーリングの使用例​

シナリオ推奨スケジュール
平日の業務時間帯にアプリケーションのトラフィックが増加する。業務開始前にスケールアップし、業務終了後にスケールダウンするようにスケジュールを設定します。
週末はワークロードが軽減する。週末にスケールダウンし、月曜日のトラフィック増加前にキャパシティを復元するようにスケジュールを設定します。
定期的なバッチ検索、評価、分析ジョブを実行する。ジョブウィンドウの開始前にスケールアップし、ジョブ完了後にスケールダウンするようにスケジュールを設定します。
トラフィックのピークは予測可能だが、メトリクスに基づく自動スケーリングは不要である。リソース変更を確実に行うため、動的スケーリングの代わりにスケジュールスケーリングを使用します。

Web コンソールでのスケジュールスケーリング設定​

スケジュールの間隔は 30 分以上空けてください。

Query CU のスケジュールスケーリング​

1

クラスター Details ページに移動します。

2

CU Settings カード内の Scale をクリックします。

3

スケジュールスケーリングを有効にします。

4

タイムゾーンとスケジュールを設定します。スケジュールの設定には、基本モードまたは詳細モード（cron 式の記述）のいずれかを使用できます。詳細モードでの cron 式の記述方法については、cron 式の理解 を参照してください。

5

Save をクリックします。

レプリカのスケジュールスケーリング​

1

クラスター Details ページに移動します。

2

Replica Settings カード内の Scale をクリックします。

3

スケジュールスケーリングを有効にします。

4

タイムゾーンとスケジュールを設定します。スケジュールの設定には、基本モードまたは詳細モード（cron 式の記述）のいずれかを使用できます。詳細モードでの cron 式の記述方法については、cron 式の理解 を参照してください。

5

Save をクリックします。

RESTful API でのスケジュールスケーリング設定​

RESTful API を使用すると、1 回の Modify クラスター リクエストで Query CU とレプリカの両方のスケジュールスケーリングを設定できます。

詳細モードでの cron 式の記述方法については、cron 式の理解 を参照してください。

bash
export BASE_URL="https://api.cloud.zilliz.com"
export TOKEN="YOUR_API_KEY"
export CLUSTER_ID="inxx-xxxxxxxxxxxxxxx"

curl --request POST \
  --url "${BASE_URL}/v2/clusters/${CLUSTER_ID}/modify" \
  --header "Authorization: Bearer ${TOKEN}" \
  --header "Accept: application/json" \
  --header "Content-Type: application/json" \
  -d '{
    "autoscaling": {
      "cu": {
        "schedules": [
          {
            "cron": "0 9 * * 1-5",
            "target": 2
          }
        ]
      },
      "replica": {
        "schedules": [
          {
            "cron": "0 9 * * 1-5",
            "target": 2
          }
        ]
      }
    }
  }'

スケーリング進捗の確認​

スケーリングイベントがトリガーされると、Zilliz Cloud がジョブレコードを生成します。進捗状況は Jobs ページで確認できます。

1

Zilliz Cloud コンソールで、対象のプロジェクトに移動します。

2

Jobs に移動します。

3

対象クラスターのスケーリングジョブを探します。

4

ジョブのステータスを確認します。

スケーリングジョブの進行中は、クラスターのステータスは Modifying になります。ジョブが成功すると、クラスターのステータスは Running に戻ります。

📘Note

スケーリングジョブの実行中は、Zilliz Cloud は変更前の構成に基づいてクラスターへの課金を継続します。新しい Query CU またはレプリカの構成が課金に反映されるのは、スケーリングジョブが正常に完了した後です。これはスケールアップとスケールダウンの両方に適用されます。

FAQ​

2 つのスケジュールの間隔が短すぎる場合はどうなりますか？

スケジュールの間隔は 30 分以上空けてください。頻繁にトリガーされたり、互いに重複したりするスケジュールの作成は避けてください。

cron はどのタイムゾーンを使用しますか？

cron スケジュールは、スケジュールスケーリングの設定時に選択したタイムゾーンに基づいて評価されます。

Ctrl I