Azure Service Bus Kosten entstehen je nach Tarif aus Operationen je Million (Basic), aus einer Grundgebühr je Stunde plus gestaffelten Operationen und Brokered Connections (Standard) oder aus Messaging Units je Stunde (Premium); Event Hubs berechnet Throughput Units oder Processing Units je Stunde plus Ingress-Events je Million und im Dedicated-Tarif Capacity Units je Stunde, Event Grid Operationen je Million und für Namespaces zusätzlich Throughput Units je Stunde. Die Rechnung dominieren meist die stündlich laufenden Kapazitätseinheiten: Messaging Units, Throughput Units, Processing Units und Capacity Units werden nach der höchsten Anzahl in jeder Stunde berechnet, ob Nachrichten fließen oder nicht.
Preisdimensionen
Die drei Dienste teilen sich ein Muster: ein Tarif mit reiner Nutzungsabrechnung je Operation oder Event, darüber Tarife mit vorab gekaufter Kapazität je Stunde. Die Tabelle nennt je Dimension, was Microsoft misst, die Einheit, was den Verbrauch treibt und wo die Dimension optional ist.
| Dienst und Tarif | Was gemessen wird | Einheit | Was es treibt | Optional |
|---|---|---|---|---|
| Service Bus Basic | Messaging-Operationen | je 1 Mio. Operationen | Jeder API-Aufruf; Senden, Empfangen oder Löschen einer Nachricht bis 64 KB ist eine Operation, größere Nachrichten zählen je angefangene 64 KB | Nur Queues, Nachrichten bis 256 KB |
| Service Bus Standard | Grundgebühr | je Stunde, einmal je Abonnement mit Standard-Namespace | Läuft, solange ein Standard-Namespace existiert; enthält 13 Mio. Operationen je Monat | Nein |
| Service Bus Standard | Operationen über 13 Mio. | je 1 Mio., gestaffelt bei 13 Mio., 100 Mio. und 2.500 Mio. je Monat | Nachrichten, Zustellungen je Topic-Subscription (Fan-out zählt je Subscription), Lock-Verlängerungen | Nein |
| Service Bus Standard | Brokered Connections | je Verbindung und Monat, die ersten 1.000 inklusive, gestaffelt bei 100.000 und 500.000 | Gleichzeitige AMQP-Verbindungen; HTTP-Aufrufe erzeugen keine Verbindung | Ja, durch das Protokoll |
| Service Bus Premium | Messaging Units | je MU und Stunde, höchste Anzahl der Stunde; 1, 2, 4, 8 oder 16 MUs, bei Partitionierung MUs mal Partitionen | Durchsatz und Isolation; keine Operations- und keine Verbindungsgebühr bis zur gekauften Kapazität, Nachrichten bis 100 MB | Geo-Replication: MUs je Replikat plus GB je Zone |
| Event Hubs Basic und Standard | Throughput Units | je TU und Stunde, höchste Anzahl der Stunde; 1 MB/s oder 1.000 Events/s Ingress und 2 MB/s oder 4.096 Events/s Egress je TU, 84 GB Speicher je TU | Spitzenlast des Namespace; Auto-Inflate skaliert nur nach oben, kostenlos | Bis 40 TUs je Namespace |
| Event Hubs Basic und Standard | Ingress-Events | je 1 Mio., ein Event je angefangene 64 KB | Gesendete Events; Empfang, Checkpoints und Verwaltungsaufrufe sind frei, belasten aber die TU-Kapazität | Nein |
| Event Hubs Standard | Capture | je gekaufter TU und Stunde | Aktiviert, sobald ein Event Hub des Namespace Capture nutzt; das Zielspeicherkonto zahlt seine Transaktionen und GB selbst | Ja |
| Event Hubs Premium | Processing Units | je PU und Stunde; 1, 2, 4, 6, 8, 10, 12 oder 16 PUs | Isolierte CPU und Arbeitsspeicher; 1 TB Speicher je PU und bis 90 Tage Aufbewahrung inklusive, Ingress-Events nicht separat gemessen | Extended Retention je GB und Monat |
| Event Hubs Dedicated | Capacity Units | je CU und Stunde, mindestens vier Stunden je Cluster; 1 bis 10 CUs im Self-Service | Ein Cluster für einen Mandanten; Ingress und Capture inklusive, 10 TB je CU | Extended Retention je GB und Monat |
| Event Grid Basic | Operationen | je 1 Mio., die ersten 100.000 je Monat frei, je angefangene 64 KB eine Operation | Veröffentlichte Events, Zustellversuche und erweiterte Filter auf der Payload; Event-Type-Matching und Subject-begins-with sind frei, Aufbewahrung ein Tag inklusive | Nein |
| Event Grid Standard (Namespaces) | Throughput Units | je TU und Stunde | Ingress- und Egress-Kapazität des Namespace für HTTP und MQTT; Autoscale zwischen einem Minimum und Maximum | Nein |
| Event Grid Standard (Namespaces) | Event-Operationen und MQTT-Operationen | je 1 Mio., je Art die erste Million je Monat frei | HTTP-Events in Namespace-Topics, MQTT-Nachrichten; Aufbewahrung bis sieben Tage inklusive | Nein |
| Kaufoptionen | Keine Reservierungen und keine Savings Plans für diese drei Dienste; EA- und MCA-Rabatte wirken auf die Listenpreise | On-Demand-Preise |
Zwei Regeln gelten über alle drei Dienste hinweg. Erstens ist die Abrechnungseinheit für Nachrichten und Events ein 64-KB-Block, sodass eine 96-KB-Nachricht als zwei Operationen oder zwei Ingress-Events zählt. Zweitens ist Datentransfer innerhalb der Region und eingehend kostenlos; Daten, die die Region verlassen, laufen über die Bandbreitenmeter, und Geo-Replication bei Service Bus Premium und Event Hubs trägt eine eigene GB-Gebühr je Zone.
So erscheint es in den Abrechnungsdaten
Im Kostenexport tragen die Posten die MeterCategory-Werte Service Bus, Event Hubs und Event Grid; der ConsumedService ist Microsoft.ServiceBus, Microsoft.EventHub beziehungsweise Microsoft.EventGrid, und die ResourceId endet auf den Namespace, das Topic, die System-Topic-Ressource oder die Domain. Die Meter heißen so wie in der Preisliste: bei Service Bus Basic Messaging Operations, Standard Base Unit, Standard Messaging Operations, Standard Brokered Connection und Premium Messaging Unit, dazu Hybrid Connections Listener Unit, Hybrid Connections Data Transfer, WCF Relay und WCF Relay Message für die Relay-Funktionen und Geo Replication Zone 1 Data Transfer für Replikation. Bei Event Hubs sind es Basic Throughput Unit, Standard Throughput Unit, Basic Ingress Events, Standard Ingress Events, Standard Capture, Standard Kafka Endpoint, Premium Processing Unit, Premium Extended Retention, Dedicated Capacity Unit und Dedicated Extended Retention. Event Grid führt Standard Operations je 100.000 (mit den ersten 100.000 frei, also der Basic-Tarif), Standard Event Operations und Standard MQTT Operations je Million mit der ersten Million frei sowie Standard Throughput Unit je Stunde für Namespaces.
Eine Besonderheit beschreibt Microsoft in den Service-Bus-FAQ: Die Grundgebühr des Standard-Tarifs ist keine Ressourcengebühr, sondern eine Gebühr je Abonnement. Sie erscheint deshalb unter der Ressourcengruppe $system mit der Ressource /subscriptions/…/resourceGroups/$system/providers/Microsoft.ServiceBus/namespaces/$system, nicht am Namespace, den ein Team betreibt. Wer Kosten nach Ressourcengruppe oder Tag zuordnet, muss diesen Posten per Regel auf die Standard-Namespaces des Abonnements verteilen; die Seite zu Azure-Kostenexporten beschreibt die Felder, mit denen das gelingt.
Auf anderen Metern landen der ausgehende Datentransfer aus der Region (MeterCategory Bandwidth), das Speicherkonto, in das Event Hubs Capture schreibt (Storage-Meter des Kontos), Private Endpoints für Premium-Namespaces (Private-Link-Meter) und Diagnoseprotokolle, die ein Namespace in einen Log-Analytics-Arbeitsbereich schreibt. Im FOCUS-Export trägt ServiceName den Dienstnamen des Meters, x_SkuMeterName den Meternamen, und ChargeCategory ist für alle hier genannten Posten Usage, weil keiner der drei Dienste eine Vorauszahlung kennt; die Spalten erklärt die Seite zu den FOCUS-Spalten.
Stellhebel
Konfiguration:
- Tarif nach Lastprofil. Standard rechnet Operationen ab, Premium Kapazität. Bei konstant hohem Volumen oder großen Nachrichten wird Premium günstiger als die Operationsstaffel, bei wenigen Millionen Operationen im Monat bleibt Standard mit seiner Grundgebühr die kleinere Rechnung. Das Verhältnis zeigt das Beispiel unten; wie Sie die Entscheidung nach Messung treffen, beschreibt Rightsizing.
- Kapazität nach der Spitze der Stunde. MUs, TUs, PUs und CUs werden nach dem Höchstwert jeder Stunde berechnet; ein Hochskalieren für zehn Minuten kostet die volle Stunde. Automatisches Skalieren von Messaging Units und Auto-Inflate für Throughput Units mit einer Obergrenze gehören zu Scheduling und Auto-Scaling.
- Nachrichtengröße und Filter. Nachrichten knapp unter 64 KB zählen einfach, knapp darüber doppelt. Bei Event Grid kosten erweiterte Filter auf der Payload eine Operation je Prüfung, Filter auf Event-Typ und Subject-Präfix nicht.
- Capture nur, wo es gebraucht wird. Capture kostet je gekaufter TU und Stunde für den ganzen Namespace, sobald ein Event Hub es nutzt; ein Namespace mit einem Capture-Hub und vielen anderen Hubs zahlt für alle TUs.
Kaufoption:
- Keine Commitments. Für Service Bus, Event Hubs und Event Grid gibt es weder Reservierungen noch Savings Plans. Der Preis sinkt nur über Vertragsrabatte auf Listenpreise (On-Demand-Preise) oder über eine kleinere Kapazität.
Architektur:
- Namespaces zusammenlegen. TUs und PUs gelten je Namespace und werden von allen Event Hubs darin geteilt; die Standard-Grundgebühr von Service Bus fällt je Abonnement an. Viele kleine Namespaces in vielen Abonnements zahlen jeweils ihre Grundkapazität. Die Abwägung gehört zu Architekturentscheidungen und Kosten.
- Region der Konsumenten. Ein Konsument in einer anderen Region zieht jede Nachricht über die Bandbreitenmeter, die Seite zu Bandbreiten- und Netzwerkpreisen nennt die Staffeln.
- Leere Kapazität abbauen. Ein Premium-Namespace mit einer MU oder ein Dedicated-Cluster nach dem Projektende laufen stündlich weiter; sie gehören in die Suche nach ungenutzten und verwaisten Ressourcen.
Wo es schiefgeht
- Ein Posten ohne Ressource. Symptom: Unter
$systemerscheint eine Service-Bus-Gebühr, die kein Team kennt. Ursache: Die Standard-Grundgebühr wird je Abonnement verbucht, nicht je Namespace; prüfen Sie, welche Abonnements Standard-Namespaces enthalten, und verteilen Sie den Posten per Zuordnungsregel. - Doppelte Operationen. Symptom: Die Operationen übersteigen die Zahl der gesendeten Nachrichten deutlich. Ursache: Jede Zustellung an eine Topic-Subscription zählt einzeln, jede Lock-Verlängerung zählt, und Nachrichten über 64 KB zählen mehrfach; messen Sie Nachrichtengröße und Subscriptions je Topic.
- Volle Stunde für kurze Spitzen. Symptom: Die MU- oder TU-Stunden liegen über dem, was die mittlere Last erklärt. Ursache: Die Abrechnung nimmt die höchste Anzahl der Stunde; ein Autoscaler, der oft kurz hochfährt, bezahlt jede dieser Stunden voll.
- Capture für den ganzen Namespace. Symptom: Ein Capture-Posten, der höher ist als die TU-Stunden selbst. Ursache: Capture wird je gekaufter TU berechnet, sobald ein Event Hub im Namespace es aktiviert; trennen Sie Capture-Hubs in einen eigenen Namespace oder prüfen Sie, ob der Export in das Speicherkonto noch gebraucht wird.
- Dedicated-Cluster ohne Last. Symptom: Konstante CU-Stunden bei leerem Cluster. Ursache: Ein Dedicated-Cluster wird ab Erstellung berechnet, mindestens vier Stunden, unabhängig von Namespaces und Events.
- Event-Grid-Zustellversuche. Symptom: Die Operationen wachsen, obwohl die Zahl der Events gleich bleibt. Ursache: Ein nicht erreichbarer Endpunkt lässt Event Grid bis zu 24 Stunden mit Backoff erneut zustellen, und jeder Versuch ist eine Operation; prüfen Sie Dead-Lettering und die Verfügbarkeit des Handlers.
Beispiel
Listenpreise der Azure Retail Prices API in EUR für Germany West Central, gelesen am 2026-10-21: Eine Event Hubs Standard Throughput Unit kostet 0,026399 EUR je Stunde, Ingress-Events 0,024639 EUR je Million, Capture 0,087997 EUR je TU und Stunde; Service Bus Standard kostet 0,011828 EUR je Stunde Grundgebühr und 0,703977 EUR je Million Operationen in der Staffel von 13 bis 100 Millionen, eine Premium Messaging Unit 0,816174 EUR je Stunde; Event Grid berechnet 0,052798 EUR je 100.000 Operationen nach den ersten 100.000 des Monats. Ein Namespace mit zwei TUs über 730 Stunden kostet 38,54 EUR, 500 Millionen Ingress-Events 12,32 EUR und Capture auf denselben zwei TUs 128,48 EUR; ein Service Bus Standard mit 50 Millionen Operationen kostet 8,63 EUR Grundgebühr plus 26,05 EUR für die 37 Millionen über dem Inklusivvolumen, eine einzelne Premium MU über den Monat 595,81 EUR. Die Zahlen zeigen, dass bei Event Hubs Capture und nicht der Datenstrom den Posten treibt und dass Service Bus Premium erst bei Volumen weit über dem Beispiel die Operationsstaffel unterbietet.
Quellen
Gelesen am 2026-10-21. Microsoft: Service Bus Preise, Service Bus FAQ, Service Bus Premium Messaging, Event Hubs Preise, Event Hubs FAQ, Event Hubs Skalierung, Event Hubs Dedicated, Event Grid Preise, Event Grid Tarife, Event Grid Namespaces, Felder der Kostendetails, FOCUS-Schema des Kostenexports. Preise: Azure Retail Prices API, EUR, Germany West Central, Abfragen Service Bus, Event Hubs und Event Grid.