Zum Inhalt springen

Databricks-Preise erklärt: DBUs und was Sie wirklich zahlen

Databricks rechnet in DBUs ab, aber der DBU-Preis ist nur ein Teil der Rechnung. Hier lesen Sie, wie sich die Preise nach Compute-Typ und Tarif unterscheiden, was der Cloud-Anbieter zusätzlich berechnet und wo das Geld tatsächlich versickert.

Noel D'Costa neben einem Schreibtisch mit Cloud-Kostenberichten, einem Taschenrechner und einem Laptop mit den monatlichen Ausgaben
Inhalt
  1. Wie die Preise von Databricks funktionieren: DBUs plus die Cloud-Rechnung
  2. Listenpreise von Databricks nach Compute-Typ
  3. Tarife: Premium ist jetzt die Untergrenze
  4. Abrechnung bei Azure Databricks und Commit-Rabatte
  5. Eine beispielhafte Monatsschätzung
  6. Versteckte Kostentreiber, die ich am häufigsten sehe
  7. FinOps-Kontrollen, die tatsächlich funktionieren
  8. Was ich vor der Unterschrift tun würde
  9. Häufig gestellte Fragen

Databricks rechnet nach Verbrauch ab, sekundengenau in Databricks Units (DBUs), mit Listenpreisen von etwa 0,15 $ bis etwa 1,00 $ pro DBU, je nach Compute-Typ, Tarif und Cloud. Bei klassischem Compute zahlen Sie zusätzlich Ihren Cloud-Anbieter für die darunterliegenden virtuellen Maschinen; bei Serverless ist diese Rechenleistung im DBU-Preis enthalten.

Die ehrliche Antwort auf die Frage „Was kostet Databricks?“ sind also zwei Rechnungen, manchmal drei, und eine Zahl, die viel stärker davon abhängt, wie Ihre Teams die Plattform nutzen, als von der Preisliste.

In den Programmen in Fertigung und Verteidigung, an denen ich gearbeitet habe, war die Überraschung selten der DBU-Preis. Die größte Verschwendung, die ich gesehen habe, sind Produktionsjobs auf All-Purpose Compute, dem teuren interaktiven Tarif, obwohl sie auf Jobs Compute gehören.

Eine DBU ist die normierte Verarbeitungseinheit von Databricks. Databricks definiert sie als Maß für Rechenleistung, bestimmt durch die genutzten Compute-Ressourcen und bei einigen Produkten durch die verarbeiteten Daten.

Bei Abrechnung nach Verbrauch kaufen Sie DBUs nie direkt. Sie führen Workloads aus, diese erzeugen DBUs pro Stunde, und Sie zahlen die Anzahl der DBUs mal den Preis für diesen Compute-Typ.

Drei Dinge bestimmen Ihre Rechnung:

  1. Der Compute-Typ. Jobs, All-Purpose, SQL Warehouses, Pipelines, Model Serving und die Serverless-Varianten haben jeweils einen eigenen Preis. Dieselbe Arbeitsstunde kann drei- oder viermal mehr kosten, je nachdem, wo sie läuft.
  2. Der Tarif und die Cloud. Premium oder Enterprise, und AWS, Azure oder Google Cloud. Auch die Region spielt eine Rolle.
  3. Das Infrastrukturmodell. Klassisches Compute läuft in Ihrem Cloud-Konto, also stellt Ihnen der Cloud-Anbieter VMs, verwaltete Festplatten, Speicher und öffentliche IPs in Rechnung. Serverless läuft im Konto von Databricks, und der Listenpreis enthält die darunterliegende Rechenleistung.

Auch Speicher wird getrennt berechnet. Ihre Delta-Tabellen liegen in Ihrem eigenen Cloud-Objektspeicher (S3, ADLS oder Google Cloud Storage) und werden vom Cloud-Anbieter abgerechnet. Einen Teil des verwalteten Speichers bepreist Databricks außerdem in Databricks Storage Units (DSUs).

Klassisches Compute vs. Serverless

Klassisches Compute

  • Niedrigerer DBU-Preis pro Stunde
  • Der Cloud-Anbieter berechnet VMs, Festplatten und IPs separat
  • Sie zahlen für Startzeit und Leerlauf
  • Sie wählen Instanztypen und verantworten das Tuning

Serverless Compute

  • Höherer DBU-Preis, Rechenleistung enthalten
  • Abrechnung mit einer Minute Mindestdauer, keine Kosten für den Start
  • Datenübertragung und Netzwerk können trotzdem berechnet werden
  • Weniger Kontrolle über die Größe, schätzen Sie durch Messen echter Läufe

Hier sind die veröffentlichten Listenpreise für die wichtigsten Compute-Typen. Die AWS-Zahlen stammen von den Preisseiten von Databricks für US East (N. Virginia).

Die Azure-Zahlen stammen von der Preisseite von Azure Databricks, Premium-Tarif, West US, weil Microsoft die Preise für Azure Databricks festlegt. Listenpreis, geprüft im Oktober 2026, variiert nach Cloud und Region.

Compute-TypAWS Premium ($/DBU)AWS Enterprise ($/DBU)Azure Premium ($/DBU)Cloud-VMs separat berechnet?
Jobs Compute (klassisch)0,150,200,30Ja
Jobs Serverless0,350,450,47 (Automated Serverless)Nein, enthalten
Deklarative Pipelines klassisch (Core / Pro / Advanced)0,20 / 0,25 / 0,36Nicht gelistet0,30 / 0,38 / 0,54Ja
Deklarative Pipelines Serverless0,35Nicht gelistet0,47Nein, enthalten
All-Purpose Compute (klassisch)0,550,650,55Ja
Serverless-Notebooks (interaktiv)0,750,951,00Nein, enthalten
SQL Classic Warehouse0,220,220,22Ja
SQL Pro Warehouse0,550,550,55Ja
SQL Serverless Warehouse0,700,700,70Nein, enthalten
Model Serving (CPU und GPU)0,07Nicht gelistet0,082Nein, enthalten

Zwei Dinge fallen auf. Jobs Compute ist der günstigste Weg, Produktivarbeit auszuführen, und All-Purpose Compute kostet auf AWS Premium pro DBU mehr als dreimal so viel. Und Serverless wirkt pro DBU teuer, bis Sie bedenken, dass die VM-Rechnung wegfällt.

Tarife: Premium ist jetzt die Untergrenze

Databricks hat den Standard-Tarif für Neukunden auf AWS und Google Cloud eingestellt, und die verbliebenen Standard-Kunden dort wurden am 1. Oktober 2025 auf Premium umgestellt. Auf Azure verlangte Microsofts End-of-Life-Hinweis ab dem 1. April 2026 Premium für neue Workspaces und stufte die übrigen am 1. Oktober 2026 automatisch hoch.

Wenn Ihr Budgetmodell noch mit Standard-Preisen rechnet, ist es veraltet. Der Vorteil: Premium bringt Unity Catalog, SQL Warehouses und Serverless mit, die Standard nie hatte.

Zur Benennung: Der Premium-Tarif auf Azure entspricht laut der Fußnote von Databricks selbst dem Enterprise-Tarif auf AWS und Google Cloud. Das ist wichtig, wenn Sie Angebote über Clouds hinweg vergleichen.

In regulierten Umgebungen zählen die Add-ons mehr als der Tarif. Das Enhanced Security and Compliance Add-on wird als Prozentsatz der Produktausgaben zum Listenpreis berechnet (15 % auf der AWS-Preisseite), und das Mission Critical Add-on bringt zusätzlich verwaltetes Disaster Recovery. Im Verteidigungsbereich, wo Compliance-Kontrollen selten optional sind, würde ich diesen Aufschlag ab dem ersten Tag in den Business Case aufnehmen, statt ihn erst bei der Sicherheitsprüfung zu entdecken.

Azure Databricks ist ein First-Party-Dienst von Microsoft. Sie erhalten eine einzige Rechnung von Microsoft, zu den Bedingungen Ihres Azure-Abonnements, die sowohl die DBUs als auch die VMs, Festplatten und den Speicher hinter Ihren Clustern abdeckt.

Die Rechnung teilt sich trotzdem in DBU-Positionen von Databricks und normale Positionen für Rechenleistung, Speicher und Netzwerk. Microsoft weist darauf hin, dass bei Serverless-Workloads zusätzlich zur DBU auch Kosten für Datenübertragung, NAT Gateway und Private Endpoint anfallen können.

Für Rabatte gibt es zwei Wege:

  1. Vorauszahlung bei Azure Databricks. Sie kaufen Databricks Commit Units (DBCUs) für ein oder drei Jahre. Die Nutzung verbraucht das Kontingent zum Listenpreis des jeweiligen Workloads (0,55 DBCU für eine Premium-All-Purpose-DBU, 0,30 für eine Premium-Jobs-DBU). Microsofts veröffentlichte Tabelle für ein Jahr reicht von 4 % Rabatt bei 12.500 DBCU bis 33 % bei 2.000.000, und Microsoft nennt Einsparungen von bis zu 37 % über seine Pläne hinweg. Käufe sind endgültig: keine Stornierung, kein Umtausch.
  2. Committed-Use-Verträge mit Databricks. Auf AWS und Google Cloud verhandeln Sie direkt mit Databricks. Laut Preisseite bringen größere Zusagen höhere Rabatte und lassen sich flexibel über Clouds hinweg nutzen. Die Konditionen sind nicht veröffentlicht.

Beide rabattieren nur die DBU-Position. Die Rechnung für VMs, Speicher und Netzwerk bleibt unberührt, also kombinieren Sie sie mit Cloud-Reservierungen oder Savings Plans für das klassische Compute darunter.

Mein Rat zur Dimensionierung eines Commit-Vertrags oder einer Azure-Vorauszahlung: Verstehen Sie zuerst Ihre Anwendungsfälle und planen Sie dann für die nächsten drei Jahre. Wissen Sie, welche Workloads auf welchem Compute-Typ laufen werden, bevor Sie eine Zahl in den Vertrag schreiben. Wer sich bei einem nicht erstattungsfähigen Plan zu hoch verpflichtet, verliert das ungenutzte Guthaben.

Das ist eine beispielhafte Rechnung mit den obigen Listenpreisen für AWS Premium, keine Kundenzahl. Angenommen sei eine mittelgroße Analytics-Plattform in der Fertigung für einen Monat:

  1. Nächtliche ERP- und Werksdaten-Pipelines auf klassischem Jobs Compute: 20.000 DBUs × 0,15 $ = 3.000 $, plus die EC2-Rechnung für diese Cluster.
  2. BI-Dashboards auf einem SQL Serverless Warehouse: 8.000 DBUs × 0,70 $ = 5.600 $, Rechenleistung enthalten.
  3. Data Science auf klassischen All-Purpose-Clustern: 6.000 DBUs × 0,55 $ = 3.300 $, plus EC2.

Das sind 11.900 $ im Monat an DBUs zum Listenpreis, vor VMs, Speicher, Netzwerk und etwaigen Add-on-Aufschlägen.

Verschieben Sie jetzt die nächtlichen Pipelines auf All-Purpose-Cluster, was häufiger vorkommt, als man denkt. Dieselben 20.000 DBUs kosten dann 11.000 $ statt 3.000 $.

Nichts lief schneller. Geändert hat sich nur, wo die Arbeit lief.

In der Fertigung schlägt das bei den ERP-Extrakten zu. Ladeläufe aus SAP, Oracle und Microsoft Dynamics 365 sind meist geplant, wiederholbar und vorhersehbar, genau das, wofür Jobs Compute bepreist ist. Wenn die Datenplattform, mit der Sie vergleichen, in einer anderen Einheit angeboten wird, modellieren Sie beide auf derselben Workload-Liste, bevor Sie Preise vergleichen.

Der DBU-Preis auf der Preisseite ist die kleinste Entscheidung in Ihrer Databricks-Rechnung. Welcher Compute-Typ welchen Workload ausführt, ist die größte.

Die Preisliste ist veröffentlicht. Diese Punkte nicht.

  1. Untätige All-Purpose-Cluster. Klassische Cluster berechnen DBUs und VMs auch im Leerlauf. Die automatische Beendigung lässt sich zwischen 10 und 10.000 Minuten einstellen; ein langer Wert auf einem großen Cluster ist eine Dauergebühr.
  2. Produktivbetrieb auf dem falschen Compute. Geplante Arbeit auf All-Purpose-Clustern statt auf Jobs Compute zahlt ohne Grund den interaktiven Preis.
  3. Überdimensionierte SQL Warehouses. Ein großes Warehouse mit hoher Mindestanzahl an Clustern für eine Handvoll Dashboards. Dimensionieren Sie für die Parallelität, die Sie tatsächlich haben.
  4. Photon ohne Messung. Photon erhöht den DBU-Satz auf klassischem Compute (Databricks nennt das 2,5-Fache der Emissionsrate für klassische Pipelines). Oft ist es schneller fertig und insgesamt günstiger, aber nur eine Messung beweist das für Ihren Workload.
  5. Wildwuchs bei Entwicklung und Test. Jeder Entwickler mit seinem eigenen, ständig laufenden Cluster. In Verteidigungsprogrammen verschärfen getrennte Umgebungen für eingestufte und nicht eingestufte Daten das Problem, weil sich die Umgebungen vervielfachen.
  6. Datenübertragung. Daten über Regionen hinweg oder aus der Cloud heraus zu bewegen sowie private Konnektivität für Serverless werden berechnet. Vorgaben zur Datenresidenz können Architekturen erzwingen, die mehr Daten bewegen als geplant.
  7. Add-on-Aufschläge. Add-ons für Compliance und Disaster Recovery sind ein Prozentsatz der Ausgaben und wachsen daher mit allem oben Genannten.

Databricks liefert die Werkzeuge. Die meisten Unternehmen schalten das erste ein und hören dann auf.

  1. Systemtabellen für die Abrechnung. system.billing.usage erfasst jede DBU nach Workspace, Cluster, Job, Warehouse, Benutzer und Tag. Verknüpfen Sie sie mit system.billing.list_prices, um die Kosten zum Listenpreis zu erhalten. Das ist die maßgebliche Quelle; bauen Sie Ihre interne Leistungsverrechnung darauf auf.
  2. Tagging. Eigene Tags auf Clustern, Pools, Jobs und Warehouses fließen in die Nutzungstabelle. Einigen Sie sich auf einen Tag-Satz (Kostenstelle, Projekt, Umgebung), bevor der erste Workspace live geht.
  3. Serverless Usage Policies. Sie versehen Serverless-Notebooks, Jobs und Pipelines mit Tags, sodass sich Serverless-Ausgaben zuordnen lassen. Stand Oktober 2026 in der Public Preview.
  4. Compute Policies. Administratoren können die Einstellungen begrenzen, die den Stundenpreis treiben, DBUs pro Stunde deckeln und Regeln für Tags festlegen. Das ist die Kontrolle, die Wildwuchs verhindert, statt ihn nur zu melden.
  5. Budgets. Werden in der Account-Konsole eingerichtet, mit E-Mail-Alarmen bei bis zu vier Schwellenwerten. Sie messen zum Listenpreis, ignorieren Ihren verhandelten Rabatt und stoppen keine Ausgaben (eine Sperre gibt es nur bei Unity-Gateway-Budgets). Behandeln Sie sie als Alarm, nicht als Bremse.
  6. Serverless-Timeouts. Serverless-Notebooks haben standardmäßig ein Ausführungs-Timeout von 2,5 Stunden, das Administratoren ändern können.

Governance und Kostenkontrolle überschneiden sich hier. Wenn Sie Unity Catalog und Data Governance aufsetzen, entwerfen Sie Tags und Katalogstruktur gemeinsam.

Bevor Sie Budget zusagen, lassen Sie zwei bis vier Wochen repräsentative Workloads auf genau den Compute-Typen laufen, die Sie nutzen wollen, und lesen Sie das Ergebnis aus den Systemtabellen für die Abrechnung. Databricks sagt selbst, dass Serverless am besten geschätzt wird, indem man echte Workloads ausführt und misst. So erhalten Sie eine DBU-Basis, die Sie vor einem CFO vertreten können, und eine Commit-Höhe, die Sie tatsächlich verbrauchen.

Stellen Sie dann dem Anbieter und Ihrem Systemintegrator drei Fragen: Auf welchem Compute-Typ läuft jeder Workload, was erzwingen die Compute Policies, und was kosten die Add-ons bei Ihren erwarteten Ausgaben? Wenn die Antworten vage sind, ist es die Schätzung auch. Wenn Sie noch über die Plattform selbst entscheiden, beginnen Sie mit wofür Databricks verwendet wird oder dem Vergleich Snowflake vs. Databricks.

Ich helfe Unternehmen, Ausgaben für Datenplattformen wie diese zu dimensionieren, zu verhandeln und zu steuern. Wenn Ihnen eine zweite Meinung zu Ihrer Schätzung hilft, nehmen Sie Kontakt auf.

Wie viel kostet Databricks pro Monat?

Es gibt keine feste Monatsgebühr. Sie zahlen sekundengenau für die DBUs, die Ihre Workloads verbrauchen, zu Listenpreisen von etwa 0,15 $ bis 1,00 $ pro DBU je nach Compute-Typ, Tarif und Cloud, plus die Kosten Ihres Cloud-Anbieters für VMs, Speicher und Netzwerk bei klassischem Compute. Messen Sie einen Pilotbetrieb, statt einer allgemeinen Zahl zu vertrauen.

Was ist eine DBU in Databricks?

Eine Databricks Unit ist eine normierte Einheit der Verarbeitungsleistung, die für die Abrechnung genutzt wird. Workloads erzeugen DBUs pro Stunde auf Basis des genutzten Compute, und Sie zahlen die Anzahl der DBUs mal den Preis für diesen Compute-Typ. Dieselbe DBU kostet auf All-Purpose Compute mehr als auf Jobs Compute.

Unterscheiden sich die Preise von Azure Databricks von Databricks auf AWS?

Ja. Microsoft legt die Preise für Azure Databricks fest und stellt sie auf Ihrer Azure-Rechnung in Rechnung. Einige Preise weichen ab: Klassisches Jobs Compute kostet auf Azure Premium 0,30 $ pro DBU gegenüber 0,15 $ auf AWS Premium, Listenpreis im Oktober 2026. Der Premium-Tarif von Azure entspricht außerdem dem Enterprise-Tarif auf AWS und Google Cloud, vergleichen Sie also Gleiches mit Gleichem.

Enthält Serverless Databricks die Kosten der Cloud-Infrastruktur?

Ja, für die Rechenleistung. Serverless-DBU-Preise enthalten die darunterliegenden Instanzen, und die Startzeit wird nicht berechnet. Datenübertragung zwischen Regionen, aus der Cloud heraus und private Konnektivität können trotzdem berechnet werden, und es gilt eine Mindestdauer von einer Minute pro Lauf.

Gibt es einen Preisrechner für Databricks?

Ja. Databricks veröffentlicht einen Preisrechner auf seinen Preisseiten, und der Azure-Preisrechner von Microsoft deckt Azure Databricks ab. Beide arbeiten mit Listenpreisen. Füttern Sie sie mit gemessenen DBUs aus einem Pilotbetrieb.

Wie bekomme ich einen Rabatt auf Databricks?

Auf Azure kaufen Sie Databricks Commit Units für ein oder drei Jahre; Microsoft nennt Rabatte von bis zu 37 %. Auf AWS und Google Cloud verhandeln Sie einen Committed-Use-Vertrag mit Databricks. Beide rabattieren nur die DBU-Kosten, nicht die Rechnung für VMs, Speicher oder Netzwerk.

Noel D'Costa

Geschrieben von

Noel D'Costa

25 Jahre in SAP- und Oracle-ERP-Programmen in Luftfahrt, öffentlicher Verwaltung, Finanzwesen, Handel und Fertigung. Hintergrund im Finanzbereich. Ich helfe Führungsteams, Transformationen ehrlich zu planen, Programme in Schwierigkeiten zu stabilisieren und Systeme aufzubauen, die ihr erstes Jahr im Produktivbetrieb überstehen.

Nächster Schritt

Leiten Sie gerade ein ERP-Programm?

Wenn dieser Artikel ein Programm berührt, in dem Sie gerade stecken, bringt ein 30-minütiges Gespräch meist mehr als eine weitere Woche interner Analyse.