Lakeflow Jobs Sizing
Lakemeter UI name: Lakeflow Jobs
Use this guide to model Lakeflow Jobs compute consumption in Lakemeter. It explains the estimator inputs and calculation behavior, not general job architecture, performance tuning, or product limits.
For current Lakeflow Jobs guidance, start from the official Databricks documentation. For current public rates, use the Databricks pricing page and the rates shown in Lakemeter.
What Lakemeter estimates
A Lakeflow Jobs workload includes:
- Databricks compute consumption for the selected driver, workers, compute mode, and monthly usage
- VM infrastructure cost when Serverless is off
- No separate VM infrastructure charge when Serverless is on
The estimate-level cloud, region, and Databricks tier determine which choices and rates Lakemeter loads.
Choose a compute mode
Serverless off
Use this mode to model a driver-and-worker configuration with separate Databricks and VM charges.
Enter:
- Driver Node → Instance Type
- Worker Nodes → Instance Type
- Worker Count
- Photon, if it is part of the scenario
- The driver and worker Pricing Tier
- A Payment Option when Lakemeter displays one
The driver count is one. The worker count multiplies both worker DBU consumption and worker VM cost.
Choose the instance types and purchasing assumptions that match the workload being estimated. Use observed configurations, benchmark results, or current Databricks guidance rather than copying a hardware recommendation from this guide.
Serverless on
When Serverless is on:
- Choose the Mode offered by Lakemeter.
- Select driver and worker instance types and a worker count as sizing proxies for the DBU estimate.
- Lakemeter marks Photon as automatic.
- Driver and worker VM pricing fields are not used, and no separate VM cost is added.
The node selections in this form are estimator assumptions; they do not represent a separately billed serverless VM configuration.
Enter monthly usage
Lakemeter offers two usage input methods.
Run-Based
Enter:
- Runs/Day
- Avg Runtime (min)
- Days/Month
Lakemeter converts these assumptions to monthly compute hours:
Hours per month
= Runs per day
× (Average runtime in minutes ÷ 60)
× Days per month
Include the full billed runtime expected for each run. If startup, retries, or overlapping runs materially affect the scenario, incorporate them into the average or model them as separate workloads.
Direct Hours
Enter Hours/Month when total monthly compute time is already known. This is useful when sizing from historical usage or when run frequency and duration are not the best representation of the workload.
How the estimate is calculated
Lakemeter resolves the current DBU consumption values, multipliers, SKU rate, and VM rates from the selected estimate context.
Base DBU consumption
Base DBU per hour
= Driver DBU per hour
+ (Worker DBU per hour × Number of workers)
Lakemeter then applies the current acceleration and mode adjustments associated with the configuration:
Effective DBU per hour
= Base DBU per hour
× Applicable acceleration adjustment
× Applicable serverless mode adjustment
Monthly DBUs
= Effective DBU per hour × Hours per month
DBU cost
= Monthly DBUs × Regional price per DBU
An adjustment equals one when it does not apply. This guide intentionally does not reproduce the current multiplier or rate values. Open Show Cost Calculation for the workload to review the values Lakemeter used.
VM infrastructure cost
When Serverless is off:
VM cost
= (Driver VM price per hour
+ Worker VM price per hour × Number of workers)
× Hours per month
Total workload cost
= DBU cost + VM cost
When Serverless is on:
Total workload cost = DBU cost
Symbolic sizing example
For a scheduled workload with one driver, W workers, R runs per day, average runtime M minutes, and D active days:
Hours per month = R × (M ÷ 60) × D
Monthly DBUs
= (Driver DBU/hour + Worker DBU/hour × W)
× Applicable adjustments
× Hours per month
For a non-serverless configuration, Lakemeter also adds the driver and worker VM cost for those hours. The expanded calculation supplies the current DBU values, adjustments, and prices.
What to review before saving
- Does Serverless match the scenario being estimated?
- Do the driver, worker, and worker-count assumptions describe the intended compute shape?
- If Serverless is off, do the VM purchasing assumptions match the scenario?
- If Serverless is on, is the selected mode intentional?
- Does Photon reflect the configuration, or show as automatic for Serverless?
- Does the usage method represent actual billed runtime?
- Are retries, overlapping runs, and seasonal schedules represented where material?
- Does Show Cost Calculation use the expected hours, DBU rate, VM treatment, and regional SKU price?
Excel export
Each Lakeflow Jobs workload is exported as one row. The row includes the compute mode, configuration, selected SKU, monthly hours, DBU per hour, monthly DBUs, list and discounted DBU costs, VM cost when applicable, and total cost.
The workbook keeps calculation cells as formulas so assumptions can be reviewed and adjusted. Serverless rows show no separate VM configuration or VM charge.