Databricks Pricing Explained: DBUs, Cloud Costs, and What You Actually Pay
Databricks pricing confuses teams because there are two separate bills. Databricks charges for compute in Databricks Units (DBUs) - a normalized measure of processing power. Your cloud provider (AWS, Azure, or GCP) separately charges for the VMs that run those workloads, the storage that holds your data, and any network egress. The total cost depends on workload type, cluster configuration, pricing tier, and cloud platform.
This guide breaks down each cost component with realistic scenarios so you can estimate what you will actually spend. All prices referenced are approximate and change - always verify against the official Databricks pricing page and your cloud provider's current rates.
Databricks charges per Databricks Unit (DBU) for compute, plus your cloud provider bills separately for VMs, storage, and egress. In our illustrative scenarios below, a small team lands around $2,000/month and a mid-size platform around $16,000-22,000/month at list prices. The biggest cost levers are workload type (Jobs vs. All-Purpose), cluster auto-termination, and commit-plan discounts.
Prices below are list prices as of October 2026 (AWS us-east-1 and Azure East US).
How Databricks Pricing Works: The Two-Bill Model
Understanding the two-bill structure is the key to understanding Databricks costs. Miss this, and every estimate will be wrong.
Bill 1: Databricks DBU charges. This goes to Databricks. A DBU is a normalized unit of processing capability. Different instance types consume DBUs at different rates per hour, and the per-DBU price depends on your workload type (Jobs, All-Purpose, SQL) and tier (Premium or Enterprise). Think of DBUs as the "platform fee" for using Databricks on top of raw cloud compute.
Bill 2: Cloud infrastructure charges. This goes to AWS, Azure, or GCP. You pay for the virtual machines running your clusters at standard cloud rates, plus storage for your Delta Lake data (S3, ADLS, GCS), plus any network egress for moving data between regions or to the internet.
For classic compute, the two bills are independent. Databricks does not control your cloud costs, and your cloud provider does not know about DBUs. Most teams underestimate total costs because they only look at one bill. Two exceptions: for serverless compute, the DBU price includes the cloud VMs, so compute is effectively one bill; and on Azure, Microsoft invoices both the Databricks DBUs and the infrastructure.
DBU Rates by Workload Type
Not all Databricks compute costs the same. The workload type determines the DBU rate, and the spread between types is large - choosing the wrong type for a workload is the single most common overspend.
Jobs Compute has among the cheapest DBU rates, designed for scheduled batch processing - ETL pipelines, data quality checks, overnight aggregations. Clusters spin up, run the job, and terminate automatically. A typical i3.xlarge instance consumes 1 DBU/hr on every compute type; on AWS Premium, Jobs Compute bills $0.15 per DBU ($0.20 on Enterprise, $0.30 on Azure Premium). This is where production batch workloads should run.
All-Purpose Compute supports interactive work - notebook exploration, ad-hoc analysis, development. It costs roughly 1.8x (Azure) to 3.7x (AWS/GCP Premium) more per DBU than Jobs Compute. That same i3.xlarge still consumes 1 DBU/hr, but at $0.55 per DBU on AWS Premium ($0.65 on Enterprise, $0.55 on Azure Premium). The premium reflects the interactive nature: clusters stay running until you stop them, which means idle time costs money.
SQL Compute (SQL Warehouses) is optimized for SQL analytics and BI tool integration. It comes in three main types (plus a Lakehouse RT beta): SQL Classic at $0.22, SQL Pro at $0.55 and SQL Serverless at $0.70 per DBU, the same on AWS and Azure. The serverless rate includes the underlying compute, so it is not directly comparable to the classic and pro rates, which carry a separate cloud VM bill. Serverless eliminates cluster management; classic and pro let you control warehouse sizing.
Serverless Jobs runs scheduled jobs without clusters to manage, at $0.35 per DBU on AWS Premium ($0.45 on Enterprise), with compute included. Lakeflow Declarative Pipelines (formerly Delta Live Tables) bill $0.20, $0.25 or $0.36 per DBU on AWS for the Core, Pro and Advanced editions.
The practical takeaway: any production batch workload running on All-Purpose Compute instead of Jobs Compute pays roughly 1.8-3.7x the DBU price. This is the first thing to fix when optimizing Databricks costs.
Visit the official Databricks pricing page for current per-DBU rates by workload type, tier, and cloud provider. Rates vary by region and change periodically.
- Databricks, Databricks Pricing
Premium and Enterprise Tiers
The tier sets your per-DBU rate and determines which features are available. Databricks retired the Standard tier on AWS and GCP on 1 October 2025 and on Azure on 1 October 2026, so the choice today is between Premium and Enterprise.
Premium includes role-based access control, audit logs, job access control, and Unity Catalog with system tables. Centralized governance, data lineage, and cross-workspace access control therefore need only Premium.
Enterprise (AWS and GCP) adds compliance and advanced security controls. On classic compute its DBU rates run about 18-33% above Premium, for example Jobs Compute at $0.20 vs. $0.15 and All-Purpose at $0.65 vs. $0.55 per DBU on AWS. SQL Classic and classic pipeline rates are identical on both tiers. HIPAA workloads on AWS need Enterprise plus the Enhanced Security and Compliance add-on and a signed business associate agreement (BAA).
Azure Databricks offers Premium only, which corresponds to Enterprise on AWS and GCP.
The upgrade cost is linear - raising your DBU rate raises the Databricks portion of your bill by the same share. But it does not change your cloud infrastructure bill. So if your total cost is 40% DBU and 60% cloud infra, moving from Premium to Enterprise adds roughly 18-33% on the DBU portion only, or about 7-13% on the total.
Cloud Infrastructure Costs
The cloud bill is often the larger of the two, especially for compute-heavy workloads.
VM compute is the dominant cost. You pay standard on-demand cloud rates for every instance in your Databricks clusters. An i3.xlarge instance costs $0.312/hour on demand in us-east-1, so a four-node cluster costs about $1.25/hour just for VMs - plus DBU charges of 4 x $0.15 = $0.60/hour on AWS Premium Jobs Compute. Instance type selection has more impact on total cost than almost any other decision.
Storage is cheap at small scale but accumulates. Cloud object storage costs about $0.023/GB-month (S3 Standard, us-east-1). At 10 TB, that is roughly $235/month - negligible. At 500 TB, it is about $11,300/month and worth optimizing with lifecycle policies and storage tiers.
Network egress is the hidden cost that surprises teams. Data transfer within one availability zone is free, but cross-AZ and cross-region transfer is charged, and data sent to the internet costs more. Cross-region data access for multi-region deployments or data pulled into BI tools outside the cloud can generate meaningful egress bills.
For cloud-specific pricing differences between AWS, Azure, and GCP Databricks deployments, see the cloud platform comparison.
Illustrative Cost Scenarios
These scenarios are illustrative, at list prices (AWS Premium, us-east-1) with the assumptions stated in each. Your actual costs will vary based on region, instance types, negotiated rates, and workload patterns. Verify against current pricing before budgeting.
Small team: 5 engineers, daily ETL + ad-hoc analysis
A five-person data team runs daily batch ETL for four hours per day using Jobs Compute on a four-node cluster of larger instances, assumed to draw about 22 DBU/hr and about $6.70/hr in VMs. Team members do interactive exploration on All-Purpose clusters (assumed about 12 DBU/hr) approximately ten hours per week, with auto-termination set to 15 minutes.
Approximate monthly breakdown: Jobs Compute DBUs (~$400) + All-Purpose DBUs (~$300) + VM costs for batch clusters (~$800) + VM costs for interactive clusters (~$300) + storage for 2 TB data (~$45). Total: ~$1,800-2,500/month. The range depends on how disciplined the team is about auto-termination and whether interactive clusters are left idle.
Mid-size platform: production pipelines + SQL analytics + ML
A production data platform runs ETL pipelines 20 hours/day across multi-node clusters, operates a SQL Warehouse for 30 analysts during business hours, and runs ML model training jobs weekly.
Approximate monthly breakdown: Jobs Compute for ETL (~$3,000) + SQL Warehouse DBUs (~$2,500) + ML training DBUs (~$1,500) + VM costs for all clusters (~$8,000) + storage for 50 TB (~$1,150) + egress and networking (~$500). Total: ~$16,000-22,000/month. DBUs are about $7,000 of that, so a committed-use discount of ~10% would save about $700/month.
Enterprise scale: 24/7 processing, multiple teams
An enterprise runs continuous processing across multiple teams - data engineering, analytics, ML, and data science. Multiple production pipelines run 24/7, heavy SQL analytics workloads serve 100+ users, and several concurrent ML projects train large models.
Approximate monthly breakdown: multiple production pipeline DBUs (~$8,000) + SQL analytics DBUs (~$6,000) + ML and data science DBUs (~$5,000) + VM costs across all clusters (~$40,000) + storage for 500 TB (~$11,300) + networking and egress (~$6,000). Total: ~$70,000-90,000/month. Databricks commit discounts apply to the DBUs only: 20-30% off roughly $19,000 of DBUs saves $3,800-5,700/month. Bigger cuts need cloud-provider commitments on the VM spend too.
Cost Optimization Strategies
Ranked by impact - fix the top three before anything else.
1. Use Jobs Compute for all production batch work. This is the single highest-impact change. Production ETL, scheduled aggregations, and data quality checks should never run on All-Purpose Compute. Switching from All-Purpose to Jobs for batch workloads cuts the DBU price roughly 45-73% depending on cloud and tier.
2. Set aggressive auto-termination. Configure All-Purpose clusters to terminate after 10-15 minutes of inactivity; the minimum is 10 minutes. Long or disabled auto-termination burns money. A single idle 4-node cluster left running overnight costs about $15 in VM charges alone (i3.xlarge, us-east-1, 12 idle hours) - multiply by a team of developers and weekends.
3. Use spot/preemptible instances for fault-tolerant workloads. Spot capacity is typically 60-90% cheaper than on-demand on AWS, Azure and GCP, but can be reclaimed. For batch ETL jobs that can be retried on failure, using spot workers with on-demand driver nodes is a standard pattern. Savings: a large share of the worker VM cost for eligible workloads.
4. Right-size clusters with autoscaling. Set min/max worker counts based on actual workload needs. A cluster configured with 2-8 workers that scales based on load costs less than a fixed 8-worker cluster running at low utilization. Monitor cluster utilization dashboards to find consistently under-utilized clusters.
5. Pre-commit DBUs for predictable workloads. Committed-use discounts scale with commit size; Azure's published DBCU pre-purchase ranges from 4% to 37% for 1- or 3-year terms. AWS and GCP discounts are negotiated. If your monthly DBU consumption is stable, committing saves significant money. The risk: over-committing to capacity you do not use.
6. Monitor with cluster policies and tagging. Enforce cluster policies that prevent developers from spinning up oversized instances. Tag all clusters by team, project, and cost center. Review weekly cost reports. Without visibility, optimization is guesswork.
Respondents to Flexera's 2026 State of the Cloud survey estimate 29% of cloud spend is wasted, up for the first time in five years as AI workloads grow.
- Flexera, 2026 State of the Cloud Report
Hidden Costs Most Teams Miss
Photon acceleration increases DBU consumption. Photon makes queries faster, but on classic compute it consumes roughly 2-2.9x the DBUs per hour of non-Photon (about 2.9x on Jobs Compute, 2x on All-Purpose), so it pays off only when it cuts runtime by more than that. The net effect depends on workload - shorter runs also mean fewer VM hours, but not always enough. Monitor actual costs, not just query speed.
Developer notebook clusters left running. Every data scientist running a personal multi-node All-Purpose cluster of ~6-9 DBU/h pays $3-5/hour in DBUs plus $2-4/hour in VM costs, and it adds up. A team of ten data scientists with clusters running eight hours a day, five days a week, generates roughly $9,000-16,000/month in interactive compute alone - much of it idle time between cells.
Cross-region data transfer. If your Databricks workspace is in us-east-1 but your source data is in eu-west-1, every byte transferred incurs egress charges. At $0.02/GB for AWS inter-region transfer, a pipeline that reads 500 GB/day cross-region generates approximately $300/month in egress fees.
Support plan costs. Paid support plans (Business, Production, Mission Critical) are priced by contract and add to the bill.
How Dawiso Helps Control Databricks Costs
Databricks cost optimization is not just about cluster configuration - it is also about knowing which data is used, which pipelines are redundant, and which teams are building duplicate transformations.
Dawiso's data catalog provides visibility into which datasets are actively consumed and which are orphaned. If a Delta table has not been queried in 90 days, the pipeline producing it may be consuming DBUs unnecessarily. Lineage tracking in Dawiso identifies these unused pipelines across the full stack - not just within Databricks, but across Snowflake, BI tools, and SaaS applications.
The business glossary prevents duplicate transformations. When two teams independently build "monthly active users" metrics because they do not know the other team's version exists, both pipelines consume compute. Dawiso surfaces these overlaps through catalog search and lineage analysis.
Governance also drives cost efficiency: when teams query governed, optimized views instead of raw tables, queries scan less data, run faster, and consume fewer DBUs. Dawiso ensures teams know which datasets are production-ready and which are raw ingestion tables not meant for direct querying.
Conclusion
Databricks pricing is not complex in concept - it is two bills (DBU + cloud infra) with rates set by workload type and tier. The complexity comes from the number of variables and the ease of overspending on interactive clusters, wrong workload types, and unmonitored costs. The biggest savings come from three actions: using Jobs Compute for batch work, enforcing auto-termination, and adopting spot instances. For organizations wanting to understand how Databricks compares to the alternatives, see the Databricks vs. Snowflake comparison. For migration considerations, see why companies migrate to Databricks.
Sources
Prices are USD list prices (AWS us-east-1 and Azure East US) checked in October 2026, and change; confirm on the vendor pages.
- Databricks, Lakeflow Jobs pricing (Jobs Compute and Serverless Jobs DBU rates by tier).
- Databricks, Interactive workloads pricing (All-Purpose Compute DBU rates by tier).
- Databricks, Databricks SQL pricing (SQL Classic, Pro and Serverless rates).
- Databricks docs, Manage your subscription (Standard tier retirement, Premium and Enterprise tiers).
- Microsoft, Azure Databricks pricing (Azure Premium rates and DBCU pre-purchase discounts).
- Databricks docs, Get started using Unity Catalog (Unity Catalog requires Premium).
- Databricks docs, Manage classic compute (auto-termination range).
- AWS, Amazon EC2 On-Demand Pricing (i3.xlarge hourly rate in us-east-1).
- Flexera, Flexera finds cloud value is rising while AI waste grows (2026 State of the Cloud waste estimate).
See it in action
Data & Analytics Catalog
Create a unified view of your data assets and gain insights faster with automated data discovery.