Microsoft Fabric Kosten 2026 berechnen: F-SKU-Preise, OneLake und der F64-Kipppunkt

Wer Microsoft Fabric einführen will, landet schnell bei einer scheinbar einfachen Frage: Was kostet das pro Monat? Die ehrliche Antwort ist: Es kommt nicht nur auf die SKU an. Entscheidend ist, wie viele Menschen Inhalte erstellen, wie viele nur konsumieren, welche Workloads wirklich laufen und ob die Kapazität rund um die Uhr aktiv sein muss.

Microsoft Fabric wird nicht wie ein klassisches BI-Tool pro Bericht oder pro Workspace bezahlt. Die Plattform basiert auf F-SKUs . Diese stellen eine feste Menge an Capacity Units (CUs) bereit. Daraus bedienen sich Power BI, Data Engineering, Data Warehouse, Data Factory, Real-Time Analytics, Data Science und KI-Funktionen gemeinsam.

Der wichtigste Kostenpunkt ist deshalb nicht F2, F16 oder F32. Der wichtigste Punkt ist meistens F64 . Ab dieser Schwelle verändert sich die Power-BI-Lizenzlogik für reine Viewer. Und genau dort kippt die Rechnung oft von „zu teuer“ zu „wirtschaftlich sinnvoll“.

Das Wichtigste in Kürze
Fabric wird primär über Kapazität abgerechnet, nicht pro Bericht oder pro Workspace. Die Zahl im SKU-Namen entspricht der CU-Anzahl: F2 = 2 CUs, F64 = 64 CUs, F256 = 256 CUs. F64 kostet nach US-Listenpreis rund 8.410 USD/Monat PAYG oder rund 5.003 USD/Monat Reserved. Unterhalb von F64 brauchen Power-BI-Viewer in der Regel eine Power-BI-Pro-, PPU- oder Trial-Lizenz. Ab F64 können reine Viewer mit kostenloser Fabric-Lizenz Power-BI-Inhalte ansehen, sofern sie die Viewer-Rolle haben. Power BI Pro liegt seit April 2025 bei 14 USD pro Benutzer/Monat; in Deutschland listet Microsoft 12,10 € pro Benutzer/Monat bei jährlicher Abrechnung, zzgl. MwSt. OneLake-Speicher ist nicht automatisch in der F-SKU enthalten. Speicher, Mirroring, Overage, Spark Autoscale und Netzwerk-/Regionseffekte gehören in die Gesamtkostenrechnung. Copilot sollte 2026 nicht mehr pauschal als „erst ab F64“ erklärt werden. Für Copilot zählen bezahlte unterstützte Kapazität, Region, Tenant-Settings und Capacity-Konfiguration.

Inhalt

• Was kostet Microsoft Fabric pro Monat?

• Was ist eine Capacity Unit?

• Wie funktioniert die F-SKU-Abrechnung?

• Microsoft Fabric SKU-Preise 2026

• Welche Lizenzkosten kommen zusätzlich dazu?

• Warum F64 der wichtigste Kostenpunkt ist

• OneLake-Speicher, Mirroring und versteckte Kosten

• Mini-Rechner: Wann lohnt sich F64?

• Rechenbeispiele nach Unternehmensgröße

• So wählen Sie die richtige Fabric-Kapazität

• Schritt für Schritt: Fabric-Kapazität anlegen und zuweisen

• Fazit

• FAQ

Was kostet Microsoft Fabric pro Monat?

Microsoft Fabric kostet je nach F-SKU von wenigen hundert bis mehreren hunderttausend US-Dollar pro Monat. Die kleinste Fabric-Kapazität F2 liegt im Pay-as-you-go-Modell bei rund 263 USD/Monat , wenn sie 24/7 läuft. F64 , die für viele Power-BI- und Enterprise-Szenarien entscheidende Schwelle, liegt bei rund 8.410 USD/Monat PAYG oder rund 5.003 USD/Monat Reserved .

Diese Zahlen sind Listenpreise zur Orientierung. Der tatsächliche Betrag hängt von mehreren Faktoren ab:

1. Region: Azure-Preise unterscheiden sich je nach Region. Für Deutschland, Europa oder globale Rollouts sollte die Region im Azure Pricing Calculator geprüft werden.

2. Kaufmodell: Pay-as-you-go ist flexibel und pausierbar. Reserved ist günstiger, bindet aber Kapazität.

3. Azure Abonnement: Fabric-Kapazitäten werden als Azure-Ressource in einem Azure Abonnement bereitgestellt. Vertragsmodell, Währung und Enterprise Agreement können den effektiven Preis verändern.

4. Lizenzmodell: Unter F64 zahlen viele Organisationen zusätzlich Power-BI-Pro-Lizenzen für Viewer.

5. Workloads: Ein reines Reporting-Szenario verhält sich anders als eine Plattform mit Data Engineering, Data Warehouse, Data Science, Pipelines und Real-Time Analytics.

6. Zusatzkosten: OneLake-Speicher, Mirroring, BCDR, Spark Autoscale, Capacity Overage und Datenübertragungen können relevant werden.

Der häufigste Planungsfehler: Man vergleicht nur F32 gegen F64 und übersieht die Viewer-Lizenzen. In der Praxis entscheidet genau dieser Punkt oft über mehrere tausend Euro oder Dollar pro Monat.

Was ist eine Capacity Unit?

Eine Capacity Unit (CU) ist Microsofts Maßeinheit für die Rechenleistung einer Fabric-Kapazität. Dahinter stecken Compute-Ressourcen wie CPU, Arbeitsspeicher und I/O. Man kauft also nicht einzelne Server und auch nicht einzelne Berichtslizenzen, sondern einen gemeinsamen Leistungs-Pool.

Die beste Analogie: Eine Fabric-Kapazität ist ein Motor, keine Sitzplatz-Lizenz. Sie kaufen die Motorgröße, die Ihre Organisation braucht. Alle berechtigten Workloads nutzen diesen Motor gemeinsam.

Drei Punkte sind wichtig:

• Die Zahl im SKU-Namen ist die CU-Anzahl. F2 stellt 2 CUs bereit, F8 stellt 8 CUs bereit, F64 stellt 64 CUs bereit, F2048 stellt 2.048 CUs bereit.

• Alle Workloads teilen sich denselben Pool. Power-BI-Reports, Data-Factory-Pipelines, Notebooks, Lakehouses, Warehouses, semantische Modelle und Real-Time Analytics verbrauchen Kapazität aus demselben CU-Pool.

• Lastspitzen werden geglättet, aber nicht magisch entfernt. Fabric nutzt Mechanismen wie Smoothing, damit kurze Peaks nicht sofort zu Problemen führen. Dauerhafte Überlast führt trotzdem zu Wartezeiten, Drosselung oder Bedarf nach größerer Kapazität.

Wichtig: CU ist nicht dasselbe wie Speicher. CUs beschreiben Compute. OneLake-Speicher und SKU-spezifische Modell-/Arbeitsspeichergrenzen sind separate Themen. Eine Kapazität kann an CU-Auslastung scheitern, bevor Speicherlimits erreicht sind — oder umgekehrt.

Wie funktioniert die F-SKU-Abrechnung?

Eine Fabric-Kapazität ist ein gemeinsamer Compute-Pool für Fabric-Workloads. Die Grundformel für Pay-as-you-go ist einfach:

Monatskosten ≈ CU-Anzahl × Preis pro CU-Stunde × 730 Stunden

Bei einem US-Listenpreis von rund 0,18 USD pro CU-Stunde ergibt sich für F64:

F64 = 64 CUs × 0,18 USD × 730 Stunden ≈ 8.409,60 USD pro Monat

Das ist der 24/7-Fall. Wenn eine PAYG-Kapazität pausiert wird, läuft der Compute-Zähler nicht weiter. Für Entwicklungs-, Test- oder Projektumgebungen kann das ein großer Hebel sein. Bei produktiven 24/7-Workloads ist dagegen Reserved meist sinnvoller.

Pay-as-you-go oder Reserved?

Pay-as-you-go passt, wenn Lasten schwanken, Umgebungen nur zeitweise laufen oder die richtige SKU noch nicht feststeht. Sie können hochskalieren, herunterskalieren und pausieren.

Reserved Capacity passt, wenn die Kapazität dauerhaft läuft. Microsoft nennt für Reservierungen eine Ersparnis von rund 41 Prozent gegenüber Pay-as-you-go. Dafür wird die reservierte CU-Menge dauerhaft berechnet. Pausieren reduziert die reservierten Kosten dann nicht mehr.

Eine pragmatische Faustregel:

Läuft eine Kapazität deutlich mehr als die Hälfte der Zeit, sollte Reserved geprüft werden. Läuft sie nur stundenweise oder projektbezogen, ist PAYG oft ehrlicher.

Microsoft Fabric SKU-Preise 2026

Die folgende Tabelle nutzt US-Listenpreise zur Orientierung. Für ein verbindliches Budget sollten Sie die Region im Azure Pricing Calculator prüfen und Ihren Microsoft-Vertrag berücksichtigen.

Wichtig: Diese Tabelle zeigt nur die Kapazität . Sie ersetzt keine Gesamtkostenrechnung.

Tipp für die Praxis: Microsoft bietet eine Fabric-Testphase mit F64-ähnlicher Kapazität. Nutzen Sie diese Phase nicht nur zum Ausprobieren von Features, sondern zum Messen echter CU-Auslastung: Refreshes, große Modelle, Pipelines, Direct Lake, Notebooks und Spitzenzeiten.

Welche Lizenzkosten kommen zusätzlich dazu?

Bei Fabric entstehen zwei Kostenarten, die gerne vermischt werden:

• Kapazität: F-SKU, also Compute.

• Benutzerlizenzen: zum Beispiel Power BI Pro oder Power BI Premium Per User.

Für Power BI gilt diese praktische Regel:

Power BI Pro liegt in US-Preislisten seit April 2025 bei 14 USD pro Benutzer/Monat . In Deutschland listet Microsoft 12,10 € pro Benutzer/Monat bei jährlicher Abrechnung, zzgl. MwSt. Für die Rechenbeispiele unten nutzen wir USD, damit Kapazitäts- und Lizenzkosten nicht vermischt werden.

Warum F64 der wichtigste Kostenpunkt ist

F64 ist nicht nur eine größere Kapazität. F64 ist die Lizenzgrenze, ab der reine Power-BI-Viewer keine bezahlte Pro-Lizenz mehr brauchen, sofern sie mit einer kostenlosen Fabric-Lizenz und Viewer-Rolle auf Inhalte zugreifen.

Das verändert die Rechnung massiv.

Unter F64 sieht die Rechnung oft so aus:

Gesamtkosten = Fabric-Kapazität + Pro-Lizenzen für Creator + Pro-Lizenzen für Viewer

Ab F64 eher so:

Gesamtkosten = Fabric-Kapazität + Pro-Lizenzen für Creator

Viewer fallen in vielen Fällen aus der bezahlten Lizenzierung heraus. Genau daraus entsteht der F64-Kipppunkt .

Der F64-Kipppunkt als einfache Rechnung

Vergleichen wir F32 mit F64 im gleichen Kaufmodell:

Lesart: Im Reserved-Modell kann F64 gegenüber F32 lizenzseitig schon ab rund 180 reinen Viewern wirtschaftlich werden. Bei PAYG liegt der Break-even höher, weil der Kostenabstand zwischen F32 und F64 größer ist.

Das ist nur die Lizenzrechnung. Wenn F64 zusätzlich Performance-Probleme löst, größere semantische Modelle ermöglicht oder den Wechsel von Power BI Premium per Capacity beziehungsweise P-SKUs unterstützt, kann sich F64 früher lohnen.

F64 ist nicht automatisch die beste Wahl

F64 lohnt sich nicht, nur weil es in vielen Artikeln groß klingt. Wenn Sie 30 Nutzer haben, kaum Viewer und nur ein paar kleine Reports, ist F64 meistens überdimensioniert. Dann sind F2 bis F16, ein sauberer Pause-Plan und wenige Pro-Lizenzen oft günstiger.

F64 wird interessant, wenn mindestens einer dieser Punkte zutrifft:

• viele reine Viewer

• Ablösung von Power BI Premium per Capacity oder P-SKUs

• große semantische Modelle

• hohe Report-Parallelität

• viele produktive Fabric-Workloads auf derselben Plattform

• 24/7-Betrieb mit Reserved-Option

• zentrale Governance statt vieler isolierter Einzellösungen

• Konsolidierung von Power BI, Data Warehouse und Data Engineering auf einer Plattform

OneLake-Speicher, Mirroring und versteckte Kosten

Die F-SKU bezahlt Compute. Speicher ist ein eigener Kostenblock.

Für OneLake zeigt Microsoft in Beispielen unter anderem diese Größenordnungen:

Das klingt günstig. 10 TB Hot Storage liegen grob bei 230 USD pro Monat. Trotzdem sollte Storage nicht ignoriert werden.

Erstens: OneLake-Speicher wird separat nach genutztem Datenvolumen abgerechnet und verbraucht selbst keine Fabric CUs. Die Operationen auf OneLake, zum Beispiel Lesen und Schreiben, können aber CU-Verbrauch erzeugen.

Zweitens: Mirroring hat eine Sonderlogik. Für Mirroring-Replikadaten gibt es je nach gekaufter SKU ein kostenloses Speicherlimit. Bei F64 sind das zum Beispiel bis zu 64 TB für Mirroring-Replikate. Diese Freimenge gilt aber nicht pauschal für alle OneLake-Daten, sondern nur für Mirroring-Replikadaten.

Drittens: Wenn eine Kapazität pausiert ist, kann Speicher trotzdem weiterlaufen. Wer PAYG nutzt und Umgebungen pausiert, sollte also nicht nur Compute, sondern auch Storage-Retention, gelöschte Workspaces und Mirroring prüfen.

Versteckte Kosten, die Sie im Budget prüfen sollten

Mini-Rechner: Wann lohnt sich F64?

Für eine erste Schätzung reicht diese Logik:

Viewer-Sparen = Anzahl Viewer × Power-BI-Pro-Preis
F64-Mehrkosten = Kosten F64 - Kosten kleinere SKU
F64 lohnt sich lizenzseitig, wenn Viewer-Sparen > F64-Mehrkosten

Beispiel mit F32 Reserved zu F64 Reserved:

F64 Reserved: ca. 5.003 USD/Monat
F32 Reserved: ca. 2.501 USD/Monat
Mehrkosten: ca. 2.501 USD/Monat
Power BI Pro: 14 USD/User/Monat
Break-even: 2.501 / 14 ≈ 179 Viewer

Ab etwa 180 reinen Viewern kann F64 im Reserved-Modell allein über eingesparte Pro-Lizenzen wirtschaftlich werden. Bei PAYG liegt der Break-even höher.

Wichtig: Creator brauchen weiterhin eine passende Lizenz, um Power-BI-Inhalte zu erstellen, zu veröffentlichen oder freizugeben. F64 ersetzt also nicht jede Benutzerlizenz.

Rechenbeispiele nach Unternehmensgröße

Die folgenden Beispiele sind bewusst einfach gehalten. Sie zeigen die Mechanik, nicht Ihren finalen Vertragspreis.

1. Startup: 5 Creator, 15 Viewer

Annahme: F2 PAYG, Kapazität läuft nur rund 40 Prozent der Zeit.

F2 PAYG 24/7: ca. 263 USD
Compute bei 40 % Laufzeit: ca. 105 USD
Power BI Pro: 20 Nutzer × 14 USD = 280 USD
Gesamt: ca. 385 USD/Monat

Hier dominiert nicht Fabric, sondern die Benutzerlizenz. F64 wäre viel zu groß.

2. Kleines KMU: 10 Creator, 60 Viewer

Annahme: F8 PAYG, Kapazität läuft etwa zu Geschäftszeiten.

F8 PAYG 24/7: ca. 1.051 USD
Compute bei 50 % Laufzeit: ca. 526 USD
Power BI Pro: 70 Nutzer × 14 USD = 980 USD
Gesamt: ca. 1.506 USD/Monat

Auch hier sind Pro-Lizenzen schon ein größerer Block als Compute. Trotzdem ist F64 meist noch zu früh, solange die Viewer-Zahl nicht stark wächst.

3. Mittelstand: 30 Creator, 250 Viewer

Jetzt wird es spannend.

Variante A: F32 PAYG + Pro für alle

F32 PAYG: ca. 4.205 USD
Power BI Pro: 280 Nutzer × 14 USD = 3.920 USD
Gesamt: ca. 8.125 USD/Monat

Variante B: F64 Reserved + Pro nur für Creator

F64 Reserved: ca. 5.003 USD
Power BI Pro: 30 Creator × 14 USD = 420 USD
Gesamt: ca. 5.423 USD/Monat

In diesem Beispiel ist F64 günstiger und liefert zusätzlich mehr Kapazität. Das ist der typische Punkt, an dem ein reines „F32 ist billiger als F64“-Denken in die falsche Richtung führt.

4. Großunternehmen: 100 Creator, 2.000 Viewer

Annahme: F256 Reserved.

F256 Reserved: ca. 20.011 USD
Power BI Pro: 100 Creator × 14 USD = 1.400 USD
Gesamt: ca. 21.411 USD/Monat

Würde man alle 2.100 Nutzer einzeln mit Pro lizenzieren, lägen allein die Benutzerlizenzen bei rund 29.400 USD pro Monat. Ab dieser Größenordnung ist Kapazitätsplanung vor allem eine Frage von Governance, Lastprofil und Plattformarchitektur.

Muster: Bei kleinen Firmen treiben häufig die Benutzerlizenzen die Kosten. Bei großen Organisationen zählt zusätzlich die Kapazitätsarchitektur. Der wirtschaftliche Wendepunkt liegt oft rund um die F64-Schwelle.

So wählen Sie die richtige Fabric-Kapazität

Die beste SKU findet man selten über eine Tabelle. Besser ist diese Reihenfolge:

1. Nutzer sauber trennen

Unterscheiden Sie Creator, Developer, Data Engineers, Admins und reine Viewer. Viele Kostenfehler entstehen, weil alle pauschal als „Power-BI-Nutzer“ gezählt werden.

2. Workloads trennen

Power BI ist nur ein Teil von Fabric. Data Engineering, Data Warehouse, Notebooks, Pipelines, Mirroring, Real-Time Analytics und KI-Funktionen erzeugen andere Lastprofile als klassische Reports.

3. Laufzeit ehrlich schätzen

Eine Dev-Kapazität, die nachts pausiert, verhält sich finanziell anders als eine 24/7-Produktionskapazität. Nutzen Sie PAYG zum Lernen und Reserved für stabile Produktion.

4. F64 bewusst prüfen

F64 ist nicht automatisch „Enterprise“. F64 ist ein Lizenz- und Plattform-Kipppunkt. Prüfen Sie ihn, sobald viele Viewer, Premium-Ablösung, größere Modelle oder viele konsumierende Fachbereiche im Spiel sind.

5. Messen statt raten

Nach zwei bis vier Wochen sollten Sie die Fabric Capacity Metrics App prüfen:

• CU-Auslastung

• Throttling

• Smoothing

• Spitzenzeiten

• Workspace-Verbrauch

• Spark- und Data-Engineering-Lasten

• Storage-Wachstum

• Refresh-Laufzeiten

• Last durch Direct Lake oder große semantische Modelle

Danach lässt sich besser entscheiden, ob Hochskalieren, Herunterskalieren, Splitten nach Workloads oder Reserved sinnvoll ist.

Schritt für Schritt: Fabric-Kapazität anlegen und zuweisen

Dieser Abschnitt ist wichtig, weil viele Kostenfragen erst beim praktischen Setup sichtbar werden: falsche Region, falsche Subscription, nicht zugewiesene Workspaces oder fehlendes Monitoring.

Teil A: Fabric-Kapazität im Azure-Portal anlegen

1. Im Azure-Portal in der Suchleiste Microsoft Fabric suchen und den Dienst öffnen.

2. Create / Erstellen wählen.

3. Azure Subscription und Resource Group auswählen oder neu anlegen.

4. Einen Capacity name vergeben.

5. Die Region bewusst wählen: möglichst nah an Nutzern, Datenquellen und bestehenden Azure-Diensten, um Latenz und unnötige Datenübertragung zu vermeiden.

6. Die passende SKU-Größe auswählen, zum Beispiel F2 für Tests oder F64 für größere Power-BI-Viewer-Szenarien.

7. Einen Capacity administrator zuweisen.

8. Mit Review + Create bestätigen.

Ab diesem Moment wird die Kapazität nach dem gewählten Modell abgerechnet, bis sie pausiert, gelöscht oder durch eine Reservierung abgedeckt wird.

Teil B: Kapazität dem Workspace zuweisen

1. In app.fabric.microsoft.com anmelden.

2. Den gewünschten Workspace öffnen.

3. Workspace settings öffnen.

4. Unter License info beziehungsweise Premium/Fabric capacity die Option Fabric capacity auswählen.

5. Die zuvor erstellte Kapazität auswählen.

6. Speichern und prüfen, ob der Workspace korrekt auf der Kapazität läuft.

Wichtig: Eine Kapazität allein reicht nicht. Der Workspace muss ihr zugewiesen sein. Sonst laufen Inhalte weiterhin in der bisherigen Lizenz-/Kapazitätslogik.

Teil C: Verbrauch überwachen

Installieren Sie die Fabric Capacity Metrics App und prüfen Sie regelmäßig:

• Welche Workspaces verbrauchen Kapazität?

• Welche Zeiten erzeugen Peaks?

• Gibt es Throttling oder lange Wartezeiten?

• Wachsen OneLake-Daten unerwartet?

• Werden pausierte Kapazitäten wirklich pausiert?

• Verursachen Spark, Data Engineering oder Mirroring Lasten, die in der ursprünglichen BI-Rechnung nicht berücksichtigt wurden?

Nach zwei bis vier Wochen mit echten Workloads ist die SKU-Entscheidung belastbarer als jede theoretische Tabelle.

Fazit: Die SKU-Größe ist nicht die eigentliche Kostenfrage

Die reinen SKU-Preise sind transparent und linear. Die eigentliche Kostenfrage lautet anders:

Wie viele Nutzer konsumieren nur Inhalte, wie viele erstellen Inhalte, welche Workloads laufen wirklich und wie sauber wird die Plattform betrieben?

Unterhalb von F64 zahlen viele Organisationen Viewer weiterhin einzeln über Power BI Pro. Ab F64 kann die Viewer-Logik kippen. Deshalb ist F64 nicht einfach „teurer als F32“, sondern häufig der Punkt, an dem Fabric wirtschaftlich interessant wird.

Für kleine Teams ist Fabric oft dann sinnvoll, wenn PAYG konsequent pausiert wird und die Workloads überschaubar bleiben. Für größere Organisationen liegt der Hebel selten nur in „F16 oder F32“. Der eigentliche Hebel liegt in Konsolidierung: weniger Tool-Silos, weniger doppelte Datenhaltung, weniger manuelle Übergaben, ein gemeinsames Governance-Modell.

Wenn Sie Fabric seriös planen, sollten Sie diese Fragen beantworten:

• Wie viele Nutzer erstellen Inhalte wirklich?

• Wie viele konsumieren nur Reports?

• Welche Datenmengen landen in OneLake?

• Welche Workloads laufen parallel?

• Welche Daten müssen in welcher Region bleiben?

• Welche bestehenden Power-BI-Premium-, Azure- und Drittanbieter-Kosten fallen nach der Migration wirklich weg?

• Wer überwacht Capacity, Kosten, Governance und Berechtigungen im Betrieb?

DBI Analytics unterstützt Unternehmen bei Power-BI- und Fabric-Beratung , Kapazitätsplanung, Migration und dem Aufbau robuster BI-Plattformen. Für Governance und Betrieb lohnt sich ergänzend ein Blick auf Power BI Governance und DSGVO-Compliance .

FAQ

Was kostet Microsoft Fabric pro Monat?

Microsoft Fabric startet bei rund 263 USD pro Monat für F2 im Pay-as-you-go-Modell, wenn die Kapazität 24/7 läuft. F64 liegt bei rund 8.410 USD pro Monat PAYG oder rund 5.003 USD pro Monat Reserved. Region, Vertrag, Laufzeit, Speicher und Lizenzen können den Endbetrag verändern.

Was ist eine Capacity Unit in Microsoft Fabric?

Eine Capacity Unit, kurz CU, ist Microsofts Maßeinheit für die Compute-Leistung einer Fabric-Kapazität. Die Zahl im SKU-Namen entspricht der CU-Anzahl. F64 stellt also 64 CUs bereit. Die CU misst Compute, nicht OneLake-Speicher.

Braucht jeder Nutzer eine Power-BI-Pro-Lizenz?

Nicht immer. Unter F64 brauchen Nutzer, die Power-BI-Inhalte in geteilten Workspaces ansehen, in der Regel Pro, PPU oder Trial. Ab F64 können reine Viewer mit kostenloser Fabric-Lizenz und Viewer-Rolle Power-BI-Inhalte ansehen. Creator brauchen weiterhin eine passende Lizenz zum Erstellen, Veröffentlichen und Teilen.

Ab wann lohnt sich F64?

Lizenzseitig lohnt sich F64 oft, wenn viele reine Viewer vorhanden sind. Im Vergleich F32 Reserved zu F64 Reserved liegt der Break-even bei etwa 180 Viewern, wenn Power BI Pro mit 14 USD pro Nutzer gerechnet wird. Bei PAYG liegt der Break-even höher.

Sind OneLake-Speicherkosten in der F-SKU enthalten?

Nicht pauschal. OneLake-Speicher wird separat geplant und nach genutztem Datenvolumen abgerechnet. Es gibt Sonderfälle wie kostenlose Mirroring-Speicherlimits für Replikadaten je nach gekaufter SKU. Diese Freigrenze gilt aber nicht automatisch für alle OneLake-Daten.

Ist Copilot in Fabric erst ab F64 möglich?

Nein, so pauschal ist das 2026 nicht mehr korrekt. Microsoft beschreibt Copilot für bezahlte Fabric-Kapazitäten ab F2 oder Power BI Premium P1, abhängig von unterstützter Region, Tenant-Einstellungen und Capacity-Konfiguration. F64 bleibt vor allem für kostenlose Power-BI-Viewer der entscheidende Kipppunkt.

Was ist besser: Pay-as-you-go oder Reserved?

Pay-as-you-go ist besser für Tests, schwankende Last und pausierbare Umgebungen. Reserved ist besser für stabile Produktion, die dauerhaft läuft. Sobald eine Kapazität regelmäßig und lange aktiv ist, sollte Reserved geprüft werden.

Welche versteckten Kosten werden häufig vergessen?

Häufig vergessen werden OneLake-Speicher, BCDR, Spark Autoscale, Capacity Overage, Netzwerk-/Regionseffekte, externe Azure-Dienste, Drittanbieter-Tools und alte Lizenzen, die nach einer Migration nicht konsequent abgebaut werden.