クラスターとフロントエンドグループのスケーリング

Manual scalingでは、ワークロードやキャッシュ要件が変更された際にクラスターを即座にリサイズできます。ComputeとCacheには異なるスケーリングルールがあります：

• クエリ実行、ロード、または同時ワークロードに対してより多い、またはより少ないvCPUリソースが必要な場合はComputeをスケールします。computeが変更されると、キャッシュスペースもそれに比例して変更されます。
• compute容量を変更せずにホットデータのためのローカルキャッシュスペースをより多く必要とする場合は、Cacheを個別にスケールアウトします。

Cacheは個別のスケールアウトのみをサポートします。個別のスケールインはサポートしていません。

スケールする前に

リソースを変更する前に現在のワークロードを確認してください。VeloDB Cloudはビジネスへの影響を最小限に抑えるためにできるだけスムーズにスケーリングを実行しますが、追加容量が即座に必要でない限り、重要なトラフィックピーク時の頻繁なリソース変更を避けることは依然として良い慣行です。

Manual scalingは、クラスターが操作を許可するステータスにある場合に、クラスターのDetailsページから利用できます。

Computeのスケール

computeスケーリングを使用してクラスターのvCPU容量を増減させます。computeをスケールする際、VeloDB Cloudは同時にキャッシュスペースを比例的に調整します。

1. 左ナビゲーションのManageグループからComputeを開きます。
2. Cluster Overviewページで、対象のクラスターカードをクリックしてクラスターのDetailsページを開きます。
3. On-Demand ResourcesでComputeを見つけます。
4. Scale Out/In -> Manual Scalingをクリックします。
5. 対象のcomputeサイズを選択します。
6. 変更を確認します。

確認後、クラスターはScalingステータスになります。スケーリングが完了すると、クラスターはRunningに戻ります。

computeをスケールアウトする際、compute容量とキャッシュスペースの両方が増加します。computeをスケールインする際、compute容量が減少し、キャッシュスペースが比例的に縮小します；新しい容量を超えるキャッシュされたデータは削除される可能性があります。

Cacheのスケールアウト

より多くのキャッシュスペースのみが必要で、より多くのvCPUが不要な場合にcacheスケーリングを使用します。Cacheはcomputeから個別にスケールアウトできるため、compute容量を増やすことなく、よりホットなデータセットのためにキャッシュ容量を増やすことができます。

1. 対象クラスターのDetailsページを開きます。
2. On-Demand ResourcesでCacheを見つけます。
3. Scale Out/In -> Manual Scalingをクリックします。
4. 対象のcacheサイズを選択します。
5. 変更を確認します。

cacheをスケールアウトする際、VeloDB Cloudはクラスターにより多くのキャッシュスペースを割り当てます。Compute容量は変更されません。

個別のcacheスケールインはサポートされていません。キャッシュスペースを減らすには、computeをスケールインしてください；キャッシュスペースはcomputeサイズに比例して縮小します。

スケール対象の選択

ワークロードのボトルネックに応じて対象操作を選択してください：

要件	推奨アクション
より多くのクエリ同時実行またはより高速な実行	Computeをスケールアウト。キャッシュスペースが比例的に増加。
トラフィック減少後のより低いcompute コスト	Computeをスケールイン。キャッシュスペースが比例的に縮小。
より多くのvCPUなしで、ホットデータまたはより大きなワーキングセットのためのより多くの領域	Cacheを個別にスケールアウト。
ワーキングセットがより小さい場合のより低いcacheコスト	Computeをスケールイン。個別のcacheスケールインはサポートされていません。

ステータスと影響

Note

• スケーリングには約3分かかります；ステータスはRunningからScalingに遷移し、戻ります。
• SaaS free-trialクラスターはスケーリングをサポートしていません。
• スケーリングは実行中のワークロードへの影響を最小限に抑えるため、可能な限りスムーズになるよう設計されています。
• computeをスケールインする際、キャッシュスペースが比例的に縮小し、新しいキャッシュ容量外のデータが削除されます。キャッシュが再び温まる間、クエリレイテンシが増加する可能性があります。
• Cacheは個別のスケールアウトのみをサポートします。個別のcacheスケールインはサポートされていません。

Frontend Groups をスケールする

Private preview

Frontend Groupsページでは、warehouseのFE（Frontend）リソースグループの表示とスケールが可能です。FEノードはクエリの解析、計画、およびメタデータ管理を処理します。VeloDB Cloudは全てのwarehouseに対して無料のFEベースラインを提供しており、ワークロードの要求に応じてより大きな仕様に拡張できます。

Frontend Groupsは現在Private Previewで利用可能です。組織でこの機能を有効にするには、VeloDBサポートチームまでお問い合わせください。

FEリソース仕様

各warehouseには、デフォルトのSmall FEグループが無料で提供されます。必要に応じてより大きな仕様にスケールアップできます。スケールアップは、Cluster ComputeレートでvCPUごとに課金されます。

仕様	Compute	料金
Small	4 vCPU, 16 GB RAM	無料
Medium	8 vCPU, 32 GB RAM	vCPU-Hourごとに課金
Large	16 vCPU, 64 GB RAM	vCPU-Hourごとに課金
XLarge	32 vCPU, 128 GB RAM	vCPU-Hourごとに課金

無料のSmall仕様は大多数のユースケースをカバーします。拡張は通常、warehouseが非常に多数のデータシャードを持つか、非常に高い同時クエリボリュームがある場合にのみ必要です。

前提条件

Frontend Groups機能は、FEグループ拡張が有効化されたwarehouseで利用可能です。warehouseでこの機能を有効にするには、VeloDBサポートまでお問い合わせください。

有効化後、Frontend Groupsがwarehouseナビゲーションメニューに表示されます。

デフォルトのFrontend Groupを表示

左ナビゲーションのFrontend Groupsをクリックして、リストページを開きます。各warehouseにはmetaという名前のデフォルトFEグループが1つあります。カードには現在のcompute仕様、ノード数、および作成時刻が表示されます。

metaカードをクリックして、Frontend Groupの詳細ページを開きます。

詳細ページには以下が表示されます：

• Frontend Group ID: FEグループの一意識別子
• Frontend Group Name: 編集可能な表示名
• CPU Architecture: 基盤となるノードのアーキテクチャ
• Created At / Started At / Running Time: ライフサイクルのタイムスタンプ
• On-Demand Resources: 現在のcompute仕様とノード数

Frontend Groupのスケール

warehouseでFEボトルネック（クエリ計画の遅延、高い同時実行待機時間、メタデータの遅延）が発生している場合、FEグループをより大きな仕様にスケールできます。

1. Frontend Groupの詳細ページで、Scale Out/Inをクリックします。

2. Scaling Configurationパネルで、Current Configurationを確認し、Computeの下でTarget Configurationを選択します。

   

   利用可能なターゲット仕様はMedium、Large、XLargeです。Small仕様は無料で、その他は全て推定コストプレビューに表示されるvCPU-Hourレートで課金されます。

3. パネル下部に表示されるOn-Demand New Costを確認し、Confirmをクリックします。

スケーリング完了後、直ちに新しい仕様での課金に切り替わります。

課金

無料のSmall仕様を超えてスケールした後、Billing → Billing Statementsに新しいFe Compute課金項目が表示されます。この項目の時間使用量（vCPU-Hour）と関連コストを、他の課金コンポーネントと併せて確認できます。

Smallにスケールダウンすると、Fe Compute課金項目が削除され、FEグループは無料枠に戻ります。