Azure rechnet nach Verbrauch ab. Das ist ein Vorteil, solange Sie wissen, was verbraucht wird, und ein Problem, wenn die erste Monatsrechnung höher ausfällt als die Schätzung im Angebot. Meist liegt das nicht an einem versteckten Posten, sondern an Annahmen, die nie ausgesprochen wurden: Wie lange laufen die Server tatsächlich? Wie viel Daten gehen ins Internet? Welche Lizenzen sind schon vorhanden? Dieser Beitrag zeigt, woraus sich die Rechnung zusammensetzt und wie Sie sie vor und nach einer Migration unter Kontrolle halten. Er arbeitet bewusst ohne konkrete Preise, weil diese sich ändern und von Region, Größe und Vertrag abhängen.
Hinweis: Stand der fachlichen Prüfung: 26. Oktober 2026. Der Beitrag beschreibt die Kostenlogik von Azure aus der Praxis und nennt keine Preise, Rabattstufen oder Fristen. Konkrete Werte und Bedingungen entnehmen Sie der aktuellen Preisseite und dem Preisrechner von Microsoft.
Das Grundprinzip: Verbrauch mal Preis
Jede Azure-Ressource, ob virtuelle Maschine, Speicherkonto oder Datenbank, hat eigene Abrechnungsgrößen, etwa Laufzeit, belegten Speicher oder übertragene Datenmenge. Die Monatsrechnung ist die Summe über alle Ressourcen. Wer einen Server aus dem eigenen Serverraum in die Cloud verlegt, ersetzt also eine einmalige Anschaffung samt Strom und Wartung durch laufende Kosten, die mit der Nutzung schwanken. Wie diese Entscheidung grundsätzlich aussieht, vergleicht Azure oder Server im Haus; hier geht es um die Frage danach: Was bestimmt, was Sie zahlen?
Sechs Kostentreiber im Überblick
| Treiber | Wovon er abhängt | Hebel |
|---|---|---|
| Rechenleistung | Größe der virtuellen Maschine, Betriebsstunden, Region | Größe an die echte Auslastung anpassen; Systeme außerhalb der Arbeitszeit abschalten, wo der Betrieb es zulässt |
| Speicher | belegte Menge, Art des Datenträgers, Redundanz | Datenträgerart nach Leistungsbedarf wählen; Altdaten nicht auf schnellem Speicher halten |
| Datenverkehr | Datenmenge, die Azure verlässt oder zwischen Regionen fließt | Systeme, die viel miteinander sprechen, in dieselbe Region legen; Datenflüsse vorab skizzieren |
| Backup und Wiederherstellung | gesicherte Datenmenge, Aufbewahrungsdauer, zusätzliche Kopien | Aufbewahrung aus RPO/RTO und Anforderungen ableiten, nicht pauschal maximal setzen |
| Lizenzen | Betriebssystem- und Datenbanklizenzen der Maschinen, vorhandene Lizenzen | prüfen, ob bestehende Lizenzen unter den Microsoft-Bedingungen angerechnet werden können |
| Vergessene Ressourcen | Test- und Migrationsumgebungen, alte Datenträger, nicht mehr genutzte Systeme | Verantwortliche je Ressource festlegen; regelmäßig aufräumen |
Die Tabelle ist eine Orientierung, keine vollständige Liste. Je nach Architektur kommen weitere Posten dazu, etwa verwaltete Datenbanken oder Support-Pläne.
Vor der Migration: so planen Sie belastbar
Die Qualität der Schätzung hängt an den Eingangsdaten. Eine einfache Vorgehensweise:
- Inventar je System: Zweck, Betriebssystem, zugewiesene und tatsächlich genutzte Rechenleistung und Arbeitsspeicher, Datenmenge, Betriebszeiten. Zugewiesene Ressourcen im Serverraum sind oft großzügiger bemessen, als die Auslastung verlangt.
- Datenflüsse klären: Welche Systeme tauschen viele Daten aus, welche greifen von außen zu, was bleibt eventuell im Haus? Hier entstehen später die Überraschungen beim Datenverkehr.
- Mit dem Preisrechner rechnen: Pro System eine Schätzung, dazu zwei Szenarien: normale Last und ein Monat mit erhöhter Last. Annahmen schriftlich festhalten.
- Vorhandene Lizenzen erfassen: Welche Windows-Server- und Datenbanklizenzen besitzen Sie, mit welchem Wartungsstatus? Ob und wie sie in Azure anrechenbar sind, regeln die Microsoft-Bedingungen; klären Sie das vor dem Angebot, nicht danach.
- Puffer und Review einplanen: Die ersten drei Monate sind eine Lernphase. Legen Sie einen Termin fest, an dem Schätzung und Realität verglichen werden.
Genau diese Aufnahme von Infrastruktur, Anwendungen und Kosten ist der erste Schritt bei ROUBE: Auf der Seite Microsoft Azure und Cloud-Migration ist das Azure-Assessment als Beginn der Migration beschrieben.
Drei Preismodelle: Verbrauch, Reservierung, Sparplan
- Nach Verbrauch: Sie zahlen, was Sie nutzen, ohne Bindung. Das ist flexibel und für unregelmäßige Lasten, Tests und die Anfangsphase sinnvoll.
- Reservierungen: Sie legen sich für einen Zeitraum auf bestimmte Ressourcen fest und erhalten dafür günstigere Konditionen. Das passt zu Systemen, die dauerhaft laufen und deren Größe feststeht.
- Sparpläne: Sie sagen einen gleichbleibenden Verbrauch über einen Zeitraum zu und sind bei der Wahl der konkreten Ressourcen freier als bei Reservierungen.
Die Reihenfolge ist wichtig: erst Verbrauch beobachten und Größen anpassen (Rightsizing), dann binden. Wer eine überdimensionierte Maschine reserviert, zementiert die Verschwendung. Laufzeiten, Rabatthöhen und Stornobedingungen ändern sich und sollten Sie vor jeder Zusage in den aktuellen Microsoft-Unterlagen nachlesen.
Im Betrieb: Rechnung sichtbar machen
Azure bringt mit Microsoft Cost Management Werkzeuge mit, um Kosten zu analysieren, Budgets zu setzen und Benachrichtigungen auszulösen. Sie helfen nur, wenn jemand sie nutzt. Bewährt hat sich ein schlanker Rhythmus:
- Budgets mit Warnschwellen je Abonnement oder Projekt, sodass eine Abweichung auffällt, bevor die Rechnung kommt.
- Tags für Verantwortliche und Zweck, damit sich Kosten Abteilungen und Systemen zuordnen lassen.
- Monatlicher Review: größte Kostenposten ansehen, ungenutzte Ressourcen abschalten, Größen prüfen.
- Vierteljährlicher Blick auf Bindungen: Sind Reservierungen oder Sparpläne sinnvoll, nachdem sich der Verbrauch eingependelt hat?
Für Betriebe ohne eigene Cloud-Expertise ist dieser Rhythmus der Teil, der am ehesten im Alltag untergeht. ROUBE nennt auf der Seite Microsoft Azure und Cloud-Migration Kostenoptimierung ausdrücklich als Teil des laufenden Betriebs, mit Rightsizing, Reservierungen und Sparplänen.
Checkliste: Azure-Kosten im Griff
- Inventar mit tatsächlicher Auslastung, nicht nur zugewiesener Größe
- Datenflüsse und Regionen vor der Migration skizziert
- Schätzung pro System mit dokumentierten Annahmen und zwei Szenarien
- Vorhandene Lizenzen erfasst und Anrechnung geklärt
- Zuerst Verbrauchsabrechnung, Bindung erst nach der Lernphase
- Budgets mit Benachrichtigungen eingerichtet
- Tags für Verantwortliche und Zweck vergeben
- Monatlicher Review-Termin mit benannter Person
- Backup-Aufbewahrung aus RPO und RTO abgeleitet
Fazit
Die Azure-Rechnung ist kein Zufall, sondern das Ergebnis weniger beeinflussbarer Größen: Rechenzeit, Speicher, Datenverkehr, Backup, Lizenzen und vergessene Ressourcen. Wer sie vor der Migration auf Basis echter Auslastung schätzt, zunächst nach Verbrauch abrechnet und im Betrieb mit Budgets, Tags und einem festen Review arbeitet, vermeidet die typische Überraschung nach dem ersten Monat. Bindungen lohnen sich erst, wenn der Verbrauch bekannt ist.
Häufige Fragen
Kann ich Azure-Kosten vor der Migration exakt vorhersagen?
Nein, nur abschätzen. Die tatsächliche Rechnung hängt von Nutzung, Laufzeiten und Datenmengen ab. Der Preisrechner von Microsoft liefert eine Schätzung je Dienst; belastbar wird sie, wenn Sie pro System Größe, Betriebszeiten und Datenvolumen aus Ihrer heutigen Umgebung zugrunde legen und die Annahmen dokumentieren.
Lohnen sich Reservierungen und Sparpläne für jeden Betrieb?
Nicht automatisch. Beide setzen voraus, dass Sie sich für einen Zeitraum auf einen gewissen Verbrauch festlegen. Das passt zu Systemen, die dauerhaft laufen und deren Größe stabil ist. Für Test-, Entwicklungs- oder stark schwankende Lasten bleibt die Abrechnung nach Verbrauch oft flexibler. Prüfen Sie die aktuellen Bedingungen bei Microsoft, bevor Sie sich binden.
Wie verhindere ich, dass die Rechnung unbemerkt wächst?
Mit drei Maßnahmen: Budgets mit Benachrichtigungen im Azure-Portal, eine einheitliche Kennzeichnung (Tags) von Ressourcen nach Verantwortlichem und Zweck sowie ein fester monatlicher Termin, an dem ungenutzte oder überdimensionierte Ressourcen geprüft werden.
Quellen und Stand (26. Oktober 2026)
- ROUBE GmbH, Microsoft Azure und Cloud-Migration (Ablauf mit Azure-Assessment, Kostenoptimierung als Teil des Betriebs, Rightsizing, Reservierungen und Sparpläne): roube.at/microsoft-cloud/
- ROUBE GmbH, Azure oder Server im Haus (Entscheidungsvergleich): roube.at/azure-vs-server-im-haus/
- Microsoft, Microsoft Cost Management (Preisseite, Werkzeuge für Kostenanalyse, Budgets und Benachrichtigungen): azure.microsoft.com/de-de/pricing/details/cost-management/
- Die Kostenlogik beruht auf allgemeinem fachlichem Praxiswissen. Preise, Rabattstufen, Laufzeiten und Lizenzbedingungen nennt der Beitrag bewusst nicht; sie ändern sich und sind der aktuellen Microsoft-Dokumentation zu entnehmen.
Dieser Beitrag ist allgemeine Information und keine Lizenz- oder Rechtsberatung. Die tatsächlichen Kosten hängen von Ihrer Architektur, Ihrer Region und Ihrem Vertrag mit Microsoft ab.
Was würde Ihre Umgebung in Azure kosten?
ROUBE begleitet Betriebe in Kärnten und der Steiermark bei der Migration von Servern und Anwendungen nach Azure und beschreibt den Ablauf vom Assessment bis zur Kostenoptimierung auf der Seite Microsoft Azure und Cloud-Migration. Im Erstgespräch schauen wir uns an, welche Systeme infrage kommen, unverbindlich und kostenlos.
Erstgespräch vereinbaren