Verbindung zwischen privaten und öffentlichen Cloudumgebungen
Azure Service Bus bietet eine Messaginginfrastruktur, über die Anwendungen Nachrichten austauschen können, um die Skalierbarkeit und Ausfallsicherheit zu verbessern.
Preisoptionen entdecken
Sie können die Preisoptionen mit Filtern anpassen.
Preise sind nur Schätzungen und nicht als tatsächliche Preisangebote vorgesehen. Die tatsächlichen Preise können je nach Art des mit Microsoft eingegangenen Vertrags, dem Kaufdatum und dem Wechselkurs variieren. Die Preise werden auf der Grundlage des US-Dollars berechnet und anhand der Londoner Schlusskassakurse umgerechnet, die an den beiden Geschäftstagen vor dem letzten Geschäftstag des vorangegangenen Monatsendes erfasst werden. Wenn die beiden Geschäftstage vor dem Monatsende auf einen Bankfeiertag in wichtigen Märkten fallen, ist der Tag der Kursfeststellung in der Regel der Tag, der den beiden Geschäftstagen unmittelbar vorausgeht. Dieser Kurs gilt für alle Transaktionen im kommenden Monat. Melden Sie sich beim Azure-Preisrechner an, um die Preise basierend auf Ihrem aktuellen Programm/Angebot mit Microsoft anzuzeigen. Wenden Sie sich an einen Azure-Vertriebsspezialisten, um weitere Informationen zu den Preisen zu erhalten oder ein Preisangebot anzufordern. Siehe häufig gestellte Fragen zu Azure-Preisen.
US-amerikanische Regierungsbehörden sind für den Erwerb von Azure Government-Diensten von einem Lizenzlösungsanbieter qualifiziert, ohne dass vorab eine finanzielle Verpflichtung eingegangen werden muss. Alternativ kann Azure Government auch direkt über ein Onlineabonnement mit nutzungsbasierter Bezahlung bezogen werden.
Wichtig: Der Preis in R$ dient lediglich als Referenz; hierbei handelt es sich um eine internationale Transaktion; der Endpreis unterliegt Wechselkursen und der Berücksichtigung von IOF-Steuern. eNF wird nicht ausgegeben.
US-amerikanische Regierungsbehörden sind für den Erwerb von Azure Government-Diensten von einem Lizenzlösungsanbieter qualifiziert, ohne dass vorab eine finanzielle Verpflichtung eingegangen werden muss. Alternativ kann Azure Government auch direkt über ein Onlineabonnement mit nutzungsbasierter Bezahlung bezogen werden.
Wichtig: Der Preis in R$ dient lediglich als Referenz; hierbei handelt es sich um eine internationale Transaktion; der Endpreis unterliegt Wechselkursen und der Berücksichtigung von IOF-Steuern. eNF wird nicht ausgegeben.
Service Bus ist in den Tarifen „Basic“, „Standard“ und „Premium“ verfügbar. Die folgende Tabelle zeigt einen Vergleich der verschiedenen Optionen:
Feature | Basic | Standard | Premium |
---|---|---|---|
Warteschlangen | |||
Geplante Nachrichten | |||
Themen | |||
Transaktionen | |||
Deduplizierung | |||
Sitzungen | |||
ForwardTo/SendVia | |||
Nachrichtengröße | 256 KB | 256 KB | 100 MB |
Ressourcenisolierung | |||
Georedundante Notfallwiederherstellung (Geo-DR) |
*Erfordert zusätzliche Service Bus Premium-Namespaces in einer anderen Region. |
||
Unterstützung für Java Messaging Service 2.0 (JMS) | |||
Unterstützung von Verfügbarkeitszonen |
Messagingvorgänge
Als Vorgang wird ein API-Aufruf an den Service Bus-Dienst verstanden.
Basic | |
---|---|
Operations | $- pro Million Vorgänge |
Standard | |
---|---|
Grundgebühr1 | $-/Stunde |
Die ersten 13 Mio. Vorgänge/Monat | Enthalten |
Die ersten 87 Mio. Vorgänge/Monat | $- pro Million Vorgänge |
Die nächsten 87 Mio. Vorgänge (13-100 Mio. Vorgänge) pro Monat | $- pro Million Vorgänge |
Die nächsten 2,400 Mio. Vorgänge (87-2,487 Mio. Vorgänge) pro Monat | $- pro Million Vorgänge |
Die nächsten 2,400 Mio. Vorgänge (100-2,500 Mio. Vorgänge) pro Monat | $- pro Million Vorgänge |
Über 2,487 Mio. Vorgänge/Monat | $- pro Million Vorgänge |
Über 2,500 Mio. Vorgänge/Monat | $- pro Million Vorgänge |
Premium | |
---|---|
Auf Stundenbasis | $-/Stunde |
Vermittelte Verbindungen
Anzahl der AMQP-Verbindungen mit dem bzw. der HTTP-Aufrufe an den Service Bus.
Der Tarif „Standard“ | |
---|---|
Die ersten 1.000 pro Monat | Enthalten |
Die ersten 99.000 pro Monat | $- pro Verbindung/Monat |
Die nächsten 99.000 (1.000 bis 100.000) pro Monat | $- pro Verbindung/Monat |
Über 1.000 pro Monat | $- pro Verbindung/Monat |
Die nächsten 400.000 (99.000 bis 499.000) pro Monat | $- pro Verbindung/Monat |
Die nächsten 400.000 (100.000 bis 500.000) pro Monat | $- pro Verbindung/Monat |
Über 499.000 pro Monat | $- pro Verbindung/Monat |
Über 500.000 pro Monat | $- pro Verbindung/Monat |
Premium-Preisstufe |
---|
Beim Premium-Tarif fallen keine Gebühren für vermittelte Verbindungen an. |
Hybridverbindungen und WCF-Relays (Windows Communication Foundation)
Hybridverbindungen werden pro Listenereinheit abgerechnet. Überschreitungen des enthaltenen Datenvolumens von 5 GB/Monat werden gesondert abgerechnet. WCF-Relays werden nach Nachrichtenvolumen und Relaystunden abgerechnet.
Hybridverbindung – Preise | |
---|---|
Verbindungskosten (5 GB Daten/Monat inklusive) | $- pro Listener |
Überschreitung bei der Datenübertragung (bei einem Verbrauch über die enthaltenen 5 GB/Monat hinaus)* | $-/GB |
Nachfolgend finden Sie Beispielszenarien, in denen Szenarien und Preise für Hybridverbindungs-Manager beschrieben werden:
-
Szenario 1:
- Sie verfügen über einen einzigen Listener, z. B. eine Instanz des Hybridverbindungs-Managers, die installiert ist und den gesamten Monat lang fortlaufend ausgeführt wird.
- Sie senden im Laufe des Monats 3 GB Daten über die Verbindung.
- Ihre Gesamtgebühr beträgt $-.
-
Szenario 2:
- Sie verfügen über einen einzigen Listener, z. B. eine Instanz des Hybridverbindungs-Managers, die installiert ist und den gesamten Monat lang fortlaufend ausgeführt wird.
- Sie senden im Laufe des Monats 10 GB Daten über die Verbindung.
- Ihre Gesamtgebühr beträgt $-. Dies sind $- für die Verbindung und die ersten 5 GB plus $- für die zusätzlichen 5 GB Daten.
-
Szenario 3:
- Sie haben zwei Instanzen, A und B, des Hybrid Connections Manager installiert, die einen ganzen Monat lang kontinuierlich laufen..
- Sie senden im Laufe des Monats 3 GB Daten über Verbindung A.
- Sie senden im Laufe des Monats 6 GB Daten über Verbindung B.
- Ihr Gesamtbetrag ist$-. Dies sind $- für die Verbindung A plus $- für die Verbindung B plus $- (für das sechste Gigabyte über die Verbindung B).
WCF-Relay – Preise | |
---|---|
Relaystunden | $- für je 100 Relaystunden |
Nachrichten | $- für je 10.000 Nachrichten |
Azure-Preise und -Kaufoptionen
Direkten Kontakt aufnehmen
Erhalten Sie eine Übersicht über die Azure-Preise. Informieren Sie sich über die Preise für Ihre Cloudlösung und die Möglichkeiten zur Kostenoptimierung, und fordern Sie ein individuelles Angebot an.
Sprechen Sie mit einem VertriebsspezialistenKaufoptionen
Erwerben Sie Azure-Dienste über die Azure-Website, einen Microsoft-Vertreter oder einen Azure-Partner.
Optionen kennenlernenZusätzliche Ressourcen
Service Bus
Hier erhalten Sie weitere Informationen zu den Features und Funktionen von Service Bus.
Preisrechner
Kalkulieren Sie Ihre erwarteten monatlichen Kosten für eine beliebige Kombination von Azure-Produkten.
SLA
Lesen Sie die Vereinbarung zum Servicelevel für Service Bus.
Dokumentation
Hier finden Sie technische Tutorials, Videos und weitere Ressourcen zu Service Bus.
Häufig gestellte Fragen
-
Das Relay zählt alle Nachrichten, die an das Relay und vom Relay gesendet werden, als abrechenbare Nachrichten. Eine abrechenbare Nachricht ist ein Datenframe mit maximal 64 KB. Wenn eine Nachricht größer ist als 64 KB (z.B. eine HTTP-Antwort mit einem Bild), wird jede weitere Einheit von 64 KB als zusätzliche abrechenbare Nachricht gezählt. Bei einem normalen Relaydienst, der ein Anforderung/Antwort-Schema implementiert, wird die Anforderung zunächst an das Relay gesendet und dann an den Dienst. Dasselbe gilt für die Antwort. Folglich werden mindestens vier abrechenbare Nachrichten gesendet. Bei einem Multicastdienst mit 4 Listenern wird die an das Relay gesendete Nachricht als 1 Nachricht gezählt, die 4 an die Listener gesendeten Nachrichten gelten ebenfalls als je eine Nachricht. Insgesamt werden also 5 Nachrichten übermittelt.
-
Für vermittelte Entitäten (Warteschlangen, Themen/Abonnements) gilt jede API-Interaktion mit dem Service Bus-Dienst über ein beliebiges Protokoll als Vorgang.
Ein Sende-, Empfangs- oder Löschvorgang für eine Nachricht mit einer Größe kleiner oder gleich 64 KB wird als ein abrechenbarer Vorgang betrachtet. Überschreitet die Größe der Nachricht 64 KB, wird die Anzahl der abrechenbaren Vorgänge gemäß der Nachrichtengröße in Vielfachen von 64 KB berechnet. Beispiel: Eine an den Service Bus gesendete Nachricht mit einer Größe von 8 KB wird als ein Vorgang abgerechnet. Für eine an den Service Bus gesendete Nachricht mit einer Größe von 96 KB werden allerdings zwei Vorgänge in Rechnung gestellt. Wenn die 8-KB-Nachricht mit Sperre gelesen und anschließend abgeschlossen oder explizit verworfen wird, werden zwei Vorgänge abgerechnet. Auch die Erneuerung einer Sperre für eine Nachricht wird als Vorgang abgerechnet.
Mehrere Zustellungen derselben Nachricht (beispielsweise beim Senden der Nachricht an mehrere Abonnenten oder beim Abruf der Nachricht nach Abbruch, Verzögerung oder Unzustellbarkeit) werden als unabhängige Vorgänge betrachtet. Beispiel: Im Fall eines Themas mit drei Abonnements werden durch das Senden und anschließende Empfangen einer einzelnen Nachricht mit einer Größe von 64 KB vier abrechenbare Vorgänge erzeugt: ein „Eingang“ und drei „Ausgänge“ (unter der Annahme, dass alle Nachrichten allen Abonnements zugestellt und während des Lesevorgangs gelöscht werden).
Wenn zusätzlich eine Warteschlange, ein Thema oder ein Abonnement erstellt, gelesen („gelistet“), aktualisiert und gelöscht wird, fällt eine Vorgangsgebühr an.
Vorgänge sind API-Aufrufe an Dienstendpunkte einer Warteschlange oder eines Themas/Abonnements. Hierzu zählen Verwaltungs-, Sende-/Empfangs- und Sitzungszustandsvorgänge.
Vorgangstyp Beschreibung Verwaltung Erstellen, Lesen, Aktualisieren, Löschen von Warteschlagen, Themen oder Abonnements Messaging Senden und Empfangen von Nachrichten mit Warteschlangen, Themen oder Abonnements Sitzungszustand Abrufen oder Festlegen des Sitzungszustands für eine Warteschlange, ein Thema oder ein Abonnement Beim Premium-Tarif werden Vorgänge bis zur erworbenen Kapazitätsgrenze nicht in Rechnung gestellt. -
Relaystunden werden für den kumulativen Zeitraum in Rechnung gestellt, in dem jedes Service Bus Relay „geöffnet“ ist. Ein Relay wird an einer bestimmten Service Bus-Adresse (Dienstnamespace-URL) implizit instanziiert und geöffnet, sobald ein relayaktivierter WCF-Dienst oder „Relaylistener“ zum ersten Mal eine Verbindung mit dieser Adresse herstellt. Es wird erst geschlossen, wenn der letzte Listener die Verbindung mit dieser Adresse trennt. Zu Abrechnungszwecken wird ein Relay daher ab der Verbindungsherstellung durch den ersten Relaylistener bis zur Trennung der Verbindung mit der Service Bus-Adresse dieses Relays durch den letzten Relaylistener als „geöffnet“ betrachtet.
-
Unter einer vermittelten Verbindung versteht man Folgendes:
- Eine AMQP-Verbindung von einem Client mit einem Service Bus-Thema, -Abonnement, -Event Hub oder einer Service Bus-Warteschlange.
- Ein HTTP-Aufruf zum Empfangen einer Nachricht von einem Service Bus-Thema oder einer -Warteschlange mit einem Empfangstimeout größer NULL.
Microsoft stellt die Höchstanzahl von gleichzeitigen vermittelten Verbindungen in Rechnung, die die enthaltene Menge überschreiten (1.000 Verbindungen beim Standard- und Premium-Tarif). Spitzenwerte werden auf Stundenbasis gemessen, anteilig auf 730 Stunden im Monat verteilt und über den monatlichen Abrechnungszeitraum summiert. Die enthaltene Menge (1.000 vermittelte Nachrichten pro Monat) wird am Ende des Abrechnungszeitraums mit der Summe der anteiligen Stundenspitzenwerte verrechnet.
Beispiele:
- 5.000 Clients werden über jeweils eine AMQP-Verbindung verbunden, empfangen Befehle von einem Service Bus-Thema und senden Ereignisse an Warteschlangen. Wenn alle Clients jeden Tag 12 Stunden verbunden sind, werden die folgenden Verbindungsgebühren in Rechnung gestellt (zusätzlich zu allen anderen Service Bus-Gebühren): 5.000 Verbindungen × 12 Stunden × 30,5 Tage / 730 = 2.500 vermittelte Verbindungen. Nach Abzug der monatlichen Inklusivmenge von 1.000 vermittelten Verbindungen würden Ihnen 1.500 vermittelte Verbindungen in Rechnung gestellt.
- 5.000 Clients empfangen Nachrichten von einer Service Bus-Warteschlange über HTTP, wobei ein Timeout ungleich Null festgelegt ist. Wenn alle Geräte jeden Tag 12 Stunden verbunden sind, werden die folgenden Verbindungsgebühren in Rechnung gestellt (zusätzlich zu allen anderen Service Bus-Gebühren): 5.000 HTTP-Empfangsverbindungen × 12 Stunden pro Tag × 30,5 Tage / 730 Stunden = 2.500 vermittelte Verbindungen.
-
Ja. Es gibt keine Verbindungsgebühren für das Senden von Ereignissen mithilfe von HTTP, unabhängig davon, wie groß die Anzahl der sendenden Systeme bzw. Geräte ist. Beim Empfangen von Ereignissen über HTTP unter Verwendung eines Timeouts größer Null (manchmal als „langer Abruf“ bezeichnet) fallen Gebühren für vermittelte Verbindungen an. Bei AMQP-Verbindungen fallen Gebühren für vermittelte Verbindungen unabhängig davon an, ob die Verbindungen zum Senden oder zum Empfangen verwendet werden. Hinweis: In einem Basic-Namespace sind 100 vermittelte Verbindungen gebührenfrei zulässig (dies ist auch die maximale Anzahl von vermittelten Verbindungen, die für das Azure-Abonnement zulässig ist). Die ersten 1.000 vermittelten Verbindungen in beliebigen bzw. allen Standard-Namespaces in einem Azure-Abonnement sind ohne Zusatzkosten (zusätzlich zur Grundgebühr) eingeschlossen. Da diese Inklusivmengen für viele Dienst-zu-Dienst-Messagingszenarios ausreichend sind, fallen Gebühren für vermittelte Verbindungen in der Regel nur dann an, wenn Sie AMQP-Verbindungen oder lange HTTP-Abrufe für eine große Anzahl von Clients nutzen möchten (z.B. um Ereignisse effizienter zu streamen oder die bidirektionale Kommunikation mit Tausenden oder Millionen von Geräten oder App-Instanzen zu ermöglichen).
-
Nein. Die Standard-Grundgebühr wird nur einmal im Monat pro Azure-Abonnement abgerechnet. Dies bedeutet, dass Sie nach Erstellung eines einzigen Service Bus-Namespace der Standard-Preisstufe unter demselben Azure-Abonnement beliebig viele weitere Namespaces der Standard-Preisstufe erstellen können, ohne dass zusätzliche Grundgebühren anfallen.
-
Der Premium-Tarif von Service Bus-Messaging bietet sämtliche Messagingfeatures von Azure Service Bus-Warteschlangen und -Themen mit vorhersagbaren, wiederholbaren Leistungsmerkmalen, höherem Durchsatz und verbesserter Verfügbarkeit. Um Workloads zu isolieren und eine einheitliche Leistung sicherzustellen, wird beim Premium-Tarif ein Modell zur Zuweisung dedizierter Ressourcen verwendet. Da beim Premium-Tarif dedizierte Computekapazität und Ressourcen bereitgestellt werden, erfolgt die Abrechnung nicht wie bei den anderen Tarifen basierend auf der Anzahl von Nachrichtentransaktionen. Alle Transaktionen sind in der Zuweisung der Nachrichteneinheiten inbegriffen.
-
Bei einer Messaging-Einheit handelt es sich um einen Satz an dedizierten Ressourcen, die exklusiv für Premium-Namespaces reserviert sind. Mithilfe dieses Ressourcensatzes werden einheitliche und wiederholbare Leistungsmerkmale für Messagingworkloads sichergestellt. Jeder Premium-Namespace kann über 1, 2 oder 4 Messaging-Einheiten verfügen, und die Ressourcenzuweisung erfolgt linear: 2 Messaging-Einheiten entsprechen der doppelten Menge an Ressourcen wie 1 Messaging-Einheit.
-
Der Premium-Tarif von Service Bus-Messaging bietet einen täglichen Pauschalpreis pro erworbenen Messaging-Einheit. Premium-Namespaces können über 1, 2 oder 4 Messaging-Einheiten verfügen, für die jeweils die täglichen Gebühren für Messaging-Einheiten anfallen. Die Anzahl von erworbenen Messaging-Einheiten kann bei Premium-Namespaces jederzeit geändert werden. Die tägliche Gebühr basiert jedoch auf der maximalen Anzahl von Messaging-Einheiten, die dem Namespace für den jeweiligen Tag zugewiesen waren.
-
Ja, es ist möglich, ein Upgrade vom Standard-Tarif auf den Premium-Tarif durchzuführen. Richtlinien zum Migrieren Ihrer Lösung von Standard-Messaging zu Premium-Messaging finden Sie in unserer Dokumentation.
-
Mit Hybridverbindungen können Sie eine bidirektionale, binäre Streamkommunikation zwischen zwei vernetzten Anwendungen einrichten, bei der sich eine oder beide hinter NAT-Funktionen oder Firewalls befinden können. Der Listener, der diese umgeleitete Verbindung akzeptiert, und der Sender, der die Verbindung initiiert, können auf jeder Plattform und in jeder Sprache implementiert werden, die über grundlegende WebSocket-Funktionen verfügen – einschließlich der WebSocket-API, die in den meisten Webbrowsern enthalten ist.
-
Wenn Sie Ihren ersten Hybridverbindungslistener erstellen, wird ein Einheitensatz pro Listener erhoben. Für jeden einzelnen von Ihnen erstellten Listener gilt die gleiche Rate. In diesem Dienst ist ein Datenübertragungsvolumen von 5 GB kostenlos inbegriffen. Sie können dieses Volumen von 5 GB für Datenübertragungen zwischen allen Listenereinheiten verwenden. Datenübertragungen werden Ihnen in Rechnung gestellt, wenn diese das Volumen von 5 GB zwischen allen Listenereinheiten überschreiten.
Preisbeispiel 1: Wenn Sie einen einzelnen Listener installiert haben, z.B. eine Instanz des Hybridverbindungs-Managers, der den ganzen Monat kontinuierlich ausgeführt wird, und Sie im Laufe des Monats 3 GB Daten über diese Verbindung übertragen, belaufen sich Ihre Gesamtkosten auf $-.
Preisbeispiel 2: Wenn Sie einen einzelnen Listener installiert haben, z.B. eine Instanz des Hybridverbindungs-Managers, der den ganzen Monat kontinuierlich ausgeführt wird, und Sie im Laufe des Monats 10 GB Daten über diese Verbindung übertragen, belaufen sich Ihre Gesamtkosten auf $-. Dieser Betrag setzt sich aus $- für die Verbindung und die ersten 5 GB plus $- für zusätzlich 5 GB Daten zusammen.
Preisbeispiel 3: Wenn Sie zwei Instanzen des Hybridverbindungs-Managers, A und B, installiert haben, die den gesamten Monat kontinuierlich ausgeführt werden, und Sie 3 GB Daten über Verbindung A und 6 GB über Verbindung B übertragen, belaufen sich Ihre Gesamtkosten für insgesamt 9 GB Daten auf $-. Dieser Betrag setzt sich aus $- für Verbindung A plus $- für Verbindung B plus $- für eine Datenüberschreitung von zusätzlich 4 GB zusammen.
-
Für jede Verbindung mit Ihrem Listener rechnen wir 64 KB ab. Diese werden von den 5 GB abgezogen, die wir Ihnen jeden Monat kostenlos mit den Listenereinheiten zur Verfügung stellen. Die Abrechnung für Listenereinheiten erfolgt auf Stundenbasis in Schritten von 5 Minuten. Mehrere Öffnungs- und Schließvorgänge, die zu Dev/Test-Zwecken durchgeführt werden, werden nicht in Rechnung gestellt.
-
Wenn Sie eine Verbindung öffnen und keine Daten übertragen, werden wir jede Minute 1 KB übertragen, um die Verbindung aufrechtzuerhalten. So wird Ihre Verbindung nicht nach wenigen Minuten automatisch vom Netzwerk geschlossen. Die entsprechenden Kosten für einen verbundenen Listener betragen weniger als $0.05 pro Monat.
Sprechen Sie für eine detaillierte Erläuterung der Azure-Preise mit einem Vertriebsspezialisten. Lernen Sie, die Berechnung der Preise für Ihre Cloudlösung zu verstehen.
Sichern Sie sich kostenlose Cloud-Dienste und ein Guthaben in Höhe von $200, mit dem Sie Azure 30 Tage lang erkunden können.