対象: Databricks SQL WarehouseのServerless・Pro・Classicを料金と運用で比較したい人
更新日: 2026年8月21日
要点: 比較はクラスターサイズとDBUだけでなく、自動スケール、キュー、起動時間、ネットワーク、管理負荷を含めます。公式の料金表とワークスペース設定を組み合わせて確認します。
公式確認: 2026年8月21日に一次情報として公式ページを確認。料金、機能、利用上限、契約、解約、データ条件は更新されるため、導入時の公式画面を最終条件とします。
Databricks SQL Warehouse料金を調べると、料金表や機能一覧だけを見て判断したくなります。しかし実際の費用と運用負担は、利用量、対象ユーザー・デバイス、リージョン、契約期間、データ保存、権限、導入後の確認作業まで含めて決まります。
この記事では、Databricks SQL Warehouse料金｜Serverless・Pro・Classicを比較について、公式情報を起点に比較の軸を整理します。掲載時点の説明をそのまま契約条件とみなさず、変動する価格やキャンペーン、税、為替、組織契約、地域差は公式の料金ページ・管理画面で再確認してください。
まず確認したい料金・機能の全体像
ServerlessはDatabricksが計算資源を管理し、需要に応じた伸縮を利用しやすい方式です。ProやClassicではクラスター数やサイズを管理する場面が増えるため、料金だけでなく、待ち行列、同時実行、アイドル時間を測ります。
| 方式 | 主な管理対象 | 見る費用軸 |
|---|---|---|
| Serverless | 自動割当・上限・権限 | DBU・利用量・設定 |
| Pro | サイズ・クラスター数 | DBU・アイドル・拡張 |
| Classic | インフラ構成・起動 | DBU・クラウド資源 |
| 共通 | クエリ・保存・通信 | 周辺サービスと契約 |
表の数字やプラン名だけで最安を決めるのではなく、Serverless・Pro・Classicの選び方を実行特性で整理するという順番で確認します。公式ページに記載された対象範囲と、自社の契約・利用状況に差があれば、その差を見積もりへ反映します。無料枠や試用がある場合も、期間終了後の請求、上限超過、データの扱いを別に記録します。
Serverless・Pro・Classicの選び方を実行特性で整理する
公式ドキュメントでは、SQL Warehouseのサイズ、クラスター数、キュー、クエリプロファイルを使って性能とコストを調整します。価格の優劣はワークロードにより変わるので、代表クエリを同じ条件で実行し、DBUと処理時間を記録します。
比較のときは「利用量が増えたら何が増えるか」「利用を止めたら何が残るか」「担当者が変更されたら誰が管理するか」を順に問いかけます。サービスの説明が広くても、自社のプラン・地域・契約形態では利用できない場合があるため、管理画面の表示と公式の注意事項を照合します。
| 確認指標 | Serverless/Pro | Classic |
|---|---|---|
| キュー | モニタリングで確認 | クラスター増減を設定 |
| 起動 | 管理負荷が小さいか | 開始待ちを測る |
| アイドル | 自動停止条件 | 停止設定と残存資源 |
| 性能 | クエリプロファイル | ノード・サイズを調整 |
具体的な場面で判断する
BIダッシュボードの閲覧が朝に集中し、夜間はほぼ実行されない場合、手動で常時クラスターを維持するか、自動伸縮を使うかを比較します。
判断の問い: ピーク時の待ち時間と、非稼働時間の支出を同時に許容できるか。
この問いに答えるため、まず小さな検証条件を作ります。利用者またはデータを限定し、必要な機能だけを使い、料金・ログ・出力・削除を記録します。比較対象が複数ある場合は同じ期間・同じ入力・同じ成果物で測り、単価だけでなく確認にかかった時間も残します。
実務チェックリスト
+見積もりで見落としやすい項目
SQL Warehouseのサイズを大きくすれば、すべてのクエリが同じ割合で速くなるとは限りません。キュー、スキャン量、結合、ディスクへのスピル、同時実行のどこがボトルネックかをクエリプロファイルで確認します。性能と費用の許容範囲を事業側と共有してから設定を変更します。
- 料金表・機能表・利用条件の公式URLと確認日を記録し、価格が変わる項目には「申込時に再確認」と書く。
- 利用量、ユーザー・デバイス数、リージョン、保存期間、連携、サポートを一つの見積もり表にまとめる。
- 無料枠・試用・割引・上限・超過課金を通常月とピーク月に分け、通知や予算の担当者を決める。
- 導入前に権限、ログ、バックアップ、エクスポート、削除、解約後のデータを小さな範囲で確認する。
- 重要な出力は人が確認し、数字・固有名詞・宛先・期限・公開範囲の誤りを公開または送信前に直す。
チェックリストは導入時だけでなく、月次の請求確認と四半期の契約見直しでも使います。仕様変更やプラン変更があったら、公式ページの更新日と管理画面の表示を保存し、社内の見積もり・手順書へ反映してください。
契約・解約・データの注意点
契約前に、請求周期、更新日、最低利用期間、追加利用の単位、上限、返金、サポート、税・通貨を確認します。解約では、アカウントを停止する操作と、資源・ログ・バックアップを削除する操作が別になっていないかを調べます。必要なデータはエクスポートし、削除期限と担当者を記録します。
| 確認項目 | 契約前 | 終了・更新時 |
|---|---|---|
| 料金 | プラン、席・量、税、割引、超過 | 最終請求、更新日、返金 |
| 権限 | 管理者、利用者、共有範囲 | 無効化、再割当、監査ログ |
| データ | 保存場所、保持、外部連携 | エクスポート、削除、証跡 |
| 運用 | 通知、サポート、障害時の窓口 | 引き継ぎ、手順書、担当変更 |
価格や機能の変動を避けるために、この記事では具体的な金額を固定的に断定していません。税・為替・地域・キャンペーン・契約割引・ワークスペース設定によって表示が変わる場合があるため、公式画面で最終確認してください。
向く人・向かない人
- 向く人: Databricks SQL WarehouseのServerless・Pro・Classicを料金と運用で比較したい人で、利用量・権限・データ・契約期間を表にして、導入前後の確認を担当者と分担できる人。
- 向かない人: 料金表の一つの数字だけで長期費用を決めたい人、無料枠や試用の終了後を確認しない人、削除・解約・請求の責任者を置けない組織。
- 慎重に進める人: 機密情報、個人情報、顧客データ、重要な業務処理を扱う人。まずデータ分類と社内規程を確認し、承認された範囲で小さく試します。
公式情報で最終確認する
公式CTA: SQL Warehouseの料金、サイズ、キュー、スケール動作を公式ページで確認し、代表的なクエリを実際のワークスペースで比較してください。
一次情報: www.databricks.com/product/pricing、docs.databricks.com/aws/en/compute/sql-warehouse/warehouse-behavior
関連記事とロードマップ
比較の結論は、サービス名やプラン名だけでは決まりません。公式の最新条件を確認し、自社の利用量・権限・データ・契約・終了手順を同じ表にしてから、代表ケースで再計算します。導入後も請求と利用状況を見直し、条件が変わったら判断を更新してください。
