Kurs
Cloud-Kosten werden leicht unterschätzt – bis die erste Rechnung kommt. Zum Glück gibt es den Azure Pricing Calculator: ein kostenloses Microsoft-Tool, das ohne Login auskommt und dir hilft, die Kosten von Azure-Services im Voraus zu kalkulieren.
Der Haken: Azure hat keinen Einheitspreis pro Service. Eine virtuelle Maschine kostet je nach Region, Größe, Laufzeit in Stunden pro Monat und dem gewählten Preismodell unterschiedlich viel. In einer realen Architektur mit fünf oder sechs Services ist ein einzelner Listenpreis daher so gut wie wertlos.
In diesem Artikel erstelle ich eine Schätzung von Grund auf, führe dich detailliert an einem Beispiel mit einer virtuellen Maschine entlang und zeige die Fehler, die sorgfältige Schätzungen still und leise zerstören.
Die Kurzfassung: So nutzt du den Azure Pricing Calculator
Öffne den Azure Pricing Calculator und folge diesen Schritten:
- Suche im Produktpicker nach dem Azure-Service, den du bepreisen willst, zum Beispiel Virtual Machines.
- Wähle ihn aus, um ihn mit der Standardkonfiguration zu deiner Schätzung hinzuzufügen.
- Lege Region, Tier, Größe und weitere servicespezifische Optionen fest, die du nutzen wirst.
- Gib deine erwartete Nutzung ein, etwa Stunden pro Monat, Speicher in GB oder Anfragen pro Sekunde – je nachdem, worauf der Service abrechnet.
- Wähle ein Preismodell, zum Beispiel Pay-As-You-Go, Reserved Instance oder Azure Savings Plan.
- Prüfe die monatlichen Kosten und – falls relevant – die einmaligen Kosten, die für dieses Produkt angezeigt werden.
- Wiederhole das für alle anderen Services in deiner Architektur, etwa Datenbank, Storage-Account und Load Balancer.
- Füge weiter unten auf der Seite einen Support-Plan hinzu.
Die Gesamtsumme aktualisiert sich live, sobald du ein Feld änderst. Genau hier scheitern die meisten Schätzungen später in der Praxis: Teams bepreisen nur den einen Service, auf den sie schauen, und vergessen die abhängigen Services.
Deine Schätzung richtig lesen
Der Rechner hat drei entscheidende Bereiche. Es hilft, sie zu kennen, bevor du Zahlen eintippst.
- Der Produktpicker: Die Suche und Kategorieliste oben auf der Seite. Kategorien sind unter anderem Compute, Storage, Datenbanken, Networking sowie KI und maschinelles Lernen. Wenn du den genauen Produktnamen nicht kennst, kommst du über die Kategorien oft schneller ans Ziel als über Raten bei Suchbegriffen.
- Die Servicekonfiguration: Jedes hinzugefügte Produkt bekommt einen eigenen Konfigurationsblock, dessen Inhalt vom Service abhängt. Eine VM fragt z. B. nach OS, Größe und Region. Ein Storage-Account dagegen nach Redundanzstufe und Zugriffshäufigkeit. Es gibt kein Universalformular – jeder Service wird zu seinen eigenen Bedingungen konfiguriert.
- Die geschätzte Nutzung: Hier wird die prognostizierte Nutzung – etwa Stunden, GB und Transaktionen – in einen Geldbetrag umgerechnet. Dieses Feld bleibt am häufigsten auf dem Standardwert stehen – ein Fehler, auf den ich später eingehe.
Einige Services zeigen sowohl einmalige als auch monatliche Kosten. Diese Aufteilung tritt vor allem bei Reservierungen auf: Du zahlst jetzt einen Anteil, um einen niedrigeren laufenden Satz zu sichern. Ein reiner Monatsbetrag ohne Einmalzahlung bedeutet meist Pay-As-You-Go.
Walkthrough: Eine virtuelle Maschine bepreisen
Nehmen wir eine VM der Allgemeinzweckklasse für eine Staging-Umgebung.
Zuerst suchen wir nach „Virtual Machine“ und fügen sie der Schätzung hinzu. Standardmäßig sind Größe und Region vorbelegt. Ändere zuerst die Region, da sie jeden Preis beeinflusst, und wähle dann OS und VM-Größe. Beachte, dass Windows gegenüber Linux einen Lizenzaufschlag hat, sofern du nicht Azure Hybrid Benefit aktivierst.
Als Nächstes stellst du die erwartete Nutzung ein. Microsoft nimmt standardmäßig 730 Stunden pro Monat an – das ist der durchschnittliche Monatsstundensatz. Heißt: Der Rechner geht von 24/7-Betrieb aus. Für einen Produktivserver stimmt das meist, für eine Staging-Box, die nur zu Geschäftszeiten laufen muss, jedoch nicht.
Reduziere die Stunden von 730 auf z. B. 200, und die Schätzung aktualisiert sich sofort. Die Änderung ist oft nicht proportional, da manche Preismodelle Mindestmengen oder Sprungstufen enthalten. Eine Reduktion der Stunden um 70% führt nicht immer zu 70% weniger Kosten. Diese Nichtlinearität erklärt, warum eine statische Preisliste nicht die echten Kosten liefert – und warum sich der Rechner lohnt statt einer Schätzung allein auf Basis von Listenpreisen.
Tarifpläne vergleichen
Sobald du eine Basisschätzung hast, zeigt der Rechner seinen wahren Wert. Du kannst dieselbe VM mit unterschiedlichen Bindungsgraden durchspielen und siehst genau, was sich ändert.
Pay-As-You-Go erfordert keine Bindung und hat den höchsten Stundensatz – mit voller Flexibilität für Resize oder Löschung jederzeit. Reserved Instances lassen dich dich für ein oder drei Jahre auf eine bestimmte VM-Größe in einer bestimmten Region festlegen – im Gegenzug mit deutlich niedrigerem Preis. Die Einsparungen bei Allgemeinzweckgrößen liegen typischerweise bei 40–70%, je nach Laufzeit.
Der Azure Savings Plan bindet dich stattdessen an einen stündlichen Ausgabebetrag, und Azure wendet den Rabatt auf alle berechtigten Compute-Ressourcen an – auch wenn du Größen änderst oder Workloads verschiebst.
Es gibt hier keine pauschal richtige Wahl. Es hängt davon ab, wie stabil dein Workload ist und wie viel Flexibilität du brauchst.
Was den Betrag wirklich bewegt
Ein paar Architekturentscheidungen – nicht finanzielle – bestimmen den Großteil deiner Rechnung:
Region
Die Region spielt eine große Rolle, da dieselbe VM-Größe in der einen Region deutlich mehr kosten kann als in einer anderen. Wenn dich Compliance nicht an eine Region bindet, prüfe ein paar nahe Alternativen.
Servicetier und Größe
Auch Servicetier und Größe sind wichtig, denn „eine Stufe größer – sicher ist sicher“ ist eine verbreitete und teure Angewohnheit. Modelle deine echten Anforderungen, nicht einen Sicherheitspuffer obendrauf.
Betriebssystem und Lizenzen
Auch das Betriebssystem beeinflusst den Preis, denn Windows- und SQL Server-Lizenzen kosten spürbar. Wie erwähnt, ist Azure Hybrid Benefit der Schalter für Teams mit vorhandenen Lizenzen – leicht zu übersehen.
Nutzungsvolumen und Preismodell
Nutzungsvolumen und Preismodell – oben beschrieben – sind die größten Stellhebel.
Häufige Fehler, die eine Schätzung zerschießen
Selbst sorgfältige Schätzungen können auf ein paar vorhersehbare Arten schiefgehen. Diese Punkte solltest du prüfen, bevor du der Zahl vertraust.
Standardnutzung unverändert lassen
Der erste Fehler: die Standardnutzung unverändert lassen. Die 730 Stunden sind ein guter Startwert – aber eine schlechte Endantwort für alles, was nicht rund um die Uhr läuft.
Begleitservices vergessen
Der zweite: Begleitservices vergessen. Eine VM braucht ein Datenträger, eine Anwendung meist eine Datenbank. Schätzungen, die nur den Primärservice bepreisen und die Infrastruktur drumherum auslassen, unterschätzen die echte Rechnung systematisch.
Falsche Region wählen
Der dritte: die falsche Region wählen – passiert leicht, wenn du für ein Team oder einen Kunden an einem anderen Standort schätzt.
Datenübertragungs- und Netzwerkkosten ignorieren
Der vierte: Datenübertragungs- und Netzwerkkosten ignorieren – sie variieren mit deiner Nutzung.
Listenpreise mit verhandelten Preisen vergleichen
Der fünfte: Listenpreise mit verhandelten Preisen vergleichen. Wenn deine Organisation ein Enterprise Agreement hat, stimmen die öffentlichen Listenpreise des Rechners nicht mit euren Konditionen überein – außer du meldest dich an und hinterlegst die Vereinbarung.
Die Schätzung als endgültige Rechnung behandeln
Und zuletzt: Behandle die Schätzung nicht als endgültige Rechnung. Microsoft weist selbst darauf hin, dass sich gespeicherte Schätzsummen ändern können, wenn Azure die veröffentlichten Preise aktualisiert – plane also einen Puffer ein.
Azure Pricing Calculator vs. Azure Cost Management
Das sind zwei unterschiedliche Tools für verschiedene Aufgaben. Der Pricing Calculator schätzt Kosten, bevor du etwas bereitstellst – so kannst du hypothetische Konfigurationen modellieren und nicht vorhandene Szenarien vergleichen. Azure Cost Management analysiert dagegen, was du tatsächlich ausgibst, nachdem die Ressourcen live sind: reale Nutzung, reale Rechnungen, reale Auffälligkeiten.
Du brauchst beide – zu unterschiedlichen Zeitpunkten. Nutze den Rechner, um vor dem Aufbau zu schätzen und zu budgetieren. Nutze Cost Management anschließend, um zu prüfen, ob die Realität zum Plan passt, und um das unvermeidliche Driftverhalten zu erkennen, sobald echter Traffic auf echte Infrastruktur trifft.
Best Practices für Azure-Kostenschätzungen
Ein paar Grundsätze führen verlässlich zu besseren Schätzungen
- Modelliere realistische Nutzung – weder Maximal- noch Minimalwerte.
- Nimm jede Komponente der Architektur auf – nicht nur die teuer aussehenden.
- Vergleiche mehrere Regionen, sofern es deine Compliance-Anforderungen erlauben.
- Spiele denselben Workload mit Pay-As-You-Go und mit Bindung durch, bevor du dich entscheidest.
- Erstelle drei Szenarien (erwartet, niedrig, hoch) statt einer einzigen Zahl – so planst du mit einer sinnvollen Bandbreite.
- Überarbeite die Schätzung, wenn sich die Architektur oder Azures Preise ändern – beides bleibt nie lange gleich.
Fazit
Der Ablauf ist simpel: Füge die benötigten Services hinzu, konfiguriere sie so, wie sie tatsächlich laufen werden, gib realistische Nutzungswerte ein, wähle ein Preismodell und prüfe die Gesamtsumme. Die Rechenarbeit übernimmt der Calculator.
Die Genauigkeit des Ergebnisses hängt allein davon ab, wie nah deine Eingaben an der Realität sind. Eine präzise berechnete Schätzung auf falscher Nutzungsannahme bleibt eine falsche Schätzung.
Erstelle mehrere Szenarien, bevor du dich auf eine Architektur festlegst, und vergleiche nach dem Deployment die Schätzung mit den realen Ausgaben in Azure Cost Management. Jede Abweichung ist aufschlussreich: Sie zeigt, wo deine ursprünglichen Annahmen von der tatsächlichen Nutzung abweichen.
Ich arbeite an beschleunigten KI-Systemen, die Edge Intelligence mit föderierten ML-Pipelines auf dezentralen Daten und verteilten Workloads ermöglichen. Meine Arbeit konzentriert sich auf große Modelle, Sprachverarbeitung, Computer Vision, Reinforcement Learning und fortgeschrittene ML-Topologien.
FAQs
Ist der Azure Pricing Calculator kostenlos und brauche ich ein Konto?
Ja. Es ist ein öffentliches Web-Tool auf azure.microsoft.com. Du musst dich nicht anmelden, um eine Schätzung zu erstellen, zu exportieren oder zu teilen. Eine Anmeldung ist nur nötig, wenn der Rechner statt der öffentlichen Listenpreise die für deine Organisation verhandelten Enterprise-Agreement-Konditionen anwenden soll.
Warum entspricht meine Azure-Rechnung nicht der Schätzung im Pricing Calculator?
Der Rechner bepreist, was du konfigurierst – nicht, was du tatsächlich nutzt. Er geht von gleichmäßiger, planbarer Nutzung aus. Reale Workloads haben Spitzen, Leerlauf, Datenübertragung, die du nicht modelliert hast, und Support-Kosten. Behandle die Schätzung als Planungsuntergrenze, nicht als Prognose, und gleiche sie nach dem Go-live mit Azure Cost Management ab.
Worin unterscheidet sich eine Reserved Instance von einem Savings Plan im Rechner?
Eine Reserved Instance fixiert eine bestimmte VM-Größe in einer bestimmten Region für ein oder drei Jahre. Ein Savings Plan bindet dich stattdessen an einen stündlichen Ausgabebetrag. Azure wendet ihn auf berechtigte Compute-Ressourcen an – unabhängig von Größe oder Region. Das ist etwas teurer, bleibt aber flexibel, wenn sich deine Architektur ändert.
Enthält der Azure Pricing Calculator Steuern und Support-Kosten?
Support-Pläne sind enthalten – du fügst sie unten in deiner Schätzung hinzu. Steuern sind nicht enthalten. Sie werden beim Abrechnen basierend auf dem Standort deines Kontos berechnet. Plane also einen Aufschlag auf die Summe des Rechners ein.
Kann ich eine Azure-Kostenschätzung für mein Team speichern oder teilen?
Ja. Jede Schätzung erhält eine teilbare URL, und du kannst sie über die Toolbar oberhalb deiner Schätzung nach Excel exportieren. So kannst du ein Szenario am einfachsten an eine Führungskraft oder den Finance-Partner übergeben, ohne dass sie es neu aufbauen müssen.

