Azure Service Bus Premium-Nachrichtenebene

Azure Service Bus ist ein vollständig verwalteter Unternehmensnachrichtenbroker. Die Premium-Stufe von Service Bus bietet dedizierte Ressourcenisolation auf CPU- und Arbeitsspeicherebene, sodass jede Messaging-Workload unabhängig von anderen Mandanten ausgeführt wird. Weitere Informationen zu Service Bus finden Sie unter What is Azure Service Bus?.

Wenn Ihre Anwendungen einen vorhersehbaren Durchsatz, eine konsistente Latenz oder Unterstützung für große Nachrichten bis zu 100 MB erfordern, bietet die Premium-Stufe die Leistungsgarantien, die Sie für produktions- und unternehmenskritische Szenarien benötigen.

In diesem Artikel werden die technischen Unterschiede zwischen den Premium- und Standardebenen, die Funktionsweise von Messagingeinheiten und der Ressourcennutzung sowie die ersten Schritte mit einem Premium-Namespace erläutert. In der folgenden Tabelle werden einige wichtige Unterschiede hervorgehoben.

Kriterien Prämie Norm
Durchsatz Hoher Durchsatz Variabler Durchsatz
Leistung Vorhersagbare Leistung Variable Latenzzeit
Preisberechnung Feste Preise Variable Preisgestaltung (nutzungsbasierte Bezahlung)
Skalieren Möglichkeit zur Herauf- und Herunterskalierung der Workload –
Nachrichtengröße Nachrichtengröße bis 100 MB. Weitere Informationen finden Sie unter Unterstützung für große Nachrichten. Nachrichtengröße bis 256 KB

Service Bus Premium-Messaging bietet Ressourcenisolierung auf CPU- und Arbeitsspeicherebene, sodass die Workloads der einzelnen Kunden isoliert ausgeführt werden. Dieser Ressourcencontainer wird als Messaging-Einheit bezeichnet. Jedem Premium-Namespace wird mindestens eine Messaging-Einheit zugeordnet. Sie können 1, 2, 4, 8 oder 16 Messagingeinheiten für jeden Service Bus Premium-Namespace erwerben. Eine einzelne Workload oder Entität kann mehrere Messagingeinheiten umfassen, und die Anzahl der Einheiten kann beliebig geändert werden. Das Ergebnis ist eine vorhersehbare und wiederholbare Leistung Ihrer Service Bus-basierten Lösung.

Premium Messaging bietet auch eine schnellere Spitzenleistung im Vergleich zur Standardebene.

Auswahl einer Stufe

Service Bus bietet drei Stufen an, die sich in ihren Fähigkeiten unterscheiden:

Für einen vollständigen Vergleich der Funktionen und Preise über alle Stufen hinweg siehe Service Bus Preise. Um einen bestehenden Namensraum zu verschieben, siehe Migrate Standard to Premium – ein Basic-Namensraum migriert über Standard zu Premium.

Premium-Messaging – technische Unterschiede

In den folgenden Abschnitten werden einige Unterschiede zwischen dem Premium- und dem Standard-Messagingtarif erläutert.

Expressentitäten

Da Premium-Messaging in einer isolierten Laufzeitumgebung ausgeführt wird, werden Expressentitäten in Premium-Namespaces nicht unterstützt. Bei einer Express-Entität wird eine Nachricht vorübergehend im Arbeitsspeicher abgelegt, bevor sie in den persistenten Speicher geschrieben wird. Wenn Code unter Standard-Messaging ausgeführt wird, den Sie auf den Premium-Tarif portieren möchten, stellen Sie sicher, dass das Feature für Expressentitäten deaktiviert ist.

Ressourceneinsatz für Premium-Messaging

Grundsätzlich kann jeder Vorgang für eine Entität CPU- und Arbeitsspeichernutzung verursachen. Nachstehend sind einige dieser Vorgänge aufgeführt:

  • Verwaltungsvorgänge wie Erstellen, Abrufen, Aktualisieren und Löschen (CRUD) von Warteschlangen, Themenbereichen und Abonnements.
  • Laufzeitvorgänge (Senden und Empfangen von Nachrichten).
  • Überwachen von Vorgängen und Warnungen.

Die zusätzliche CPU- und Speicherauslastung wird jedoch nicht zusätzlich gepreist. Im Premium-Messagingtarif gibt es einen einzigen Preis für die Nachrichteneinheit.

Die CPU- und die Arbeitsspeichernutzung werden aus folgenden Gründen nachverfolgt und für Sie angezeigt:

  • Sorgen Sie für Transparenz in den Systeminterna.
  • Verstehen der Kapazität der erworbenen Ressourcen
  • Kapazitätsplanung, damit Sie über Hoch-/Herunterskalieren entscheiden können

Wie viele Messagingeinheiten sind erforderlich?

Sie geben die Anzahl der Messagingeinheiten an, wenn Sie einen Azure Service Bus-Namespace im Tarif „Premium“ bereitstellen. Bei diesen Messagingeinheiten handelt es sich um dedizierte Ressourcen, die dem Namespace zugeordnet werden. Wenn Partitionierung für den Namespace aktiviert ist, werden die Messagingeinheiten gleichmäßig auf die Partitionen verteilt.

Die Anzahl von Messagingeinheiten, die dem Service Bus-Namespace im Tarif „Premium“ zugeordnet werden, kann dynamisch angepasst werden, um auf Veränderungen (Zu- oder Abnahme) bei Workloads zu reagieren.

Berücksichtigen Sie bei der Auswahl der Anzahl der Messaging-Einheiten für Ihre Architektur folgende Faktoren:

  • Beginnen Sie mit 1 oder 2 Nachrichteneinheiten , die Ihrem Namespace zugeordnet sind, oder 1 Nachrichteneinheit pro Partition.
  • Überprüfen Sie die CPU- und Speicherverbrauchsmetriken in den Ressourcenverbrauchsmetriken Ihres Namensraums.
    • Wenn die CPU-Auslastung unter 25%liegt, könnten Sie möglicherweise die Anzahl der für Ihren Namespace zugewiesenen Messaging-Einheiten reduzieren .
    • Wenn die CPU-Auslastung über 75%liegt, profitiert Ihre Anwendung davon, die Anzahl der zugewiesenen Messaging-Einheiten in Ihrem Namespace zu erhöhen .
    • Da der Speicherverbrauch schnell ansteigen kann, solltest du hochskalieren, wenn der Speicherverbrauch über 60 % liegt, um Unterbrechungen bei der Verarbeitung von Nachrichten zu vermeiden.

Informationen zum Konfigurieren eines Service Bus-Namespace für automatisches Skalieren (Erhöhen oder Verringern von Messagingeinheiten) finden Sie unter Automatisches Aktualisieren von Messagingeinheiten.

Hinweis

Die Ressourcen, die dem Namespace zugeordnet werden, können präventiv oder reaktiv skaliert werden.

  • Präventiv: Wenn zusätzliche Workloads erwartet werden (saisonbedingt oder aufgrund von Trends), können Sie dem Namespace weitere Messagingeinheiten zuordnen, bevor die Workloads auftreten.

  • Reaktiv: Wenn bei der Betrachtung der Metriken zur Ressourcennutzung zusätzliche Workloads erkannt werden, können dem Namespace zusätzliche Ressourcen zugeordnet werden, um auf die steigende Nachfrage zu reagieren.

Die Verbrauchseinheiten für die Abrechnung von Service Bus werden stündlich berechnet und basieren auf der höchsten Anzahl von Messagingeinheiten, die innerhalb jeder Stunde zugewiesen werden. Wenn du hochskalierst, zahlst du für die zusätzlichen Einheiten in jeder Stunde, in der sie zugewiesen werden, selbst wenn du sie nur für einen Teil dieser Stunde nutzt. Das Herunterfahren innerhalb derselben Stunde reduziert die Gebühr für diese Stunde nicht. Weitere Informationen finden Sie unter Kostenüberlegungen zur Skalierung.

Erste Schritte mit Premium-Messaging

Die ersten Schritte mit Premium-Messaging sind einfach, und der Prozess ähnelt der Vorgehensweise für Standard-Messaging. Beginnen Sie durch Erstellung eines Namespace im Azure-Portal. Stellen Sie sicher, dass Sie unter Tarif die Option Premium wählen. Wählen Sie Alle Preisinformationen anzeigen aus, um weitere Informationen zu jedem Tarif anzuzeigen.

Screenshot der Auswahl der Premium-Stufe beim Erstellen eines Namespaces.

Sie können auch Premium-Namespaces mit Azure Resource Manager-Vorlagen erstellen.

Unterstützung für umfangreiche Nachrichten

Namespaces im Premium-Tarif in Azure Service Bus unterstützen die Möglichkeit, große Nachrichtennutzlasten von bis zu 100 MB zu senden. Diese Funktion richtet sich hauptsächlich an Altlasten, die größere Nachrichtennutzlasten auf anderen Unternehmens-Messaging-Brokern verwenden und auf den Azure Service Bus migrieren möchten.

Im Folgenden finden Sie einige Überlegungen beim Senden großer Nachrichten auf Azure Service Bus:

  • Wird nur in Premium-Namespaces in Azure Service Bus unterstützt.
  • Wird nur unterstützt, wenn das Advanced Message Queuing Protocol (AMQP) verwendet wird. Wird nicht unterstützt, wenn Sie SBMP- oder HTTP-Protokolle verwenden. Im Premium-Tarif beträgt die maximale Nachrichtengröße für SBMP- und HTTP-Protokolle 1 MB.
  • Wird unterstützt, wenn das Java Message Service 2.0-Client-SDK (JMS) und andere Sprachclient-SDKs verwendet werden.
  • Das Senden großer Nachrichten führt zu einem verringerten Durchsatz und einer höheren Latenz.
  • Obwohl Nachrichtennutzlasten von 100 MB unterstützt werden, sollten Sie die Nachrichtennutzlasten so klein wie möglich halten, um eine zuverlässige Leistung des Service Bus-Namespaces sicherzustellen.
  • Die maximale Nachrichtengröße wird nur für Nachrichten erzwungen, die an die Warteschlange oder das Thema gesendet werden. Das Größenlimit wird für den Empfangsvorgang nicht erzwungen. Sie können die maximale Nachrichtengröße für eine bestimmte Warteschlange (oder ein bestimmtes Thema) aktualisieren.
  • Batchverarbeitung wird nicht unterstützt.

Important

Am 30. September 2026 wird die Unterstützung des SBMP-Protokolls für Azure Service Bus eingestellt, sodass Sie dieses Protokoll nach dem 30. September 2026 nicht mehr verwenden können. Migrieren Sie mithilfe des Advanced Message Queuing Protocol (AMQP) zu den neuesten Azure Service Bus SDK-Bibliotheken, die wichtige Sicherheitsupdates und verbesserte Funktionen vor diesem Datum bieten.

Weitere Informationen sehen Sie in der Ankündigung zur Beendigung des Supports.

Unterstützung großer Nachrichten für eine neue Warteschlange oder ein neues Topic aktivieren

Um die Unterstützung für große Nachrichten zu aktivieren, legen Sie die maximale Nachrichtengröße beim Erstellen einer neuen Warteschlange oder eines neuen Themas fest, wie in der folgenden Abbildung gezeigt:

Screenshot, der zeigt, wie Sie die Unterstützung großer Nachrichten beim Erstellen einer neuen Warteschlange aktivieren.

Unterstützung für große Nachrichten für eine vorhandene Warteschlange oder ein vorhandenes Topic aktivieren

Sie können auch die Unterstützung für große Nachrichten für vorhandene Warteschlangen oder Themen aktivieren, indem Sie die Maximale Nachrichtengröße in der Übersicht für diese bestimmte Warteschlange oder dieses Thema aktualisieren, wie in der folgenden Abbildung gezeigt.

Screenshot der Seite

Netzwerksicherheit in Service Bus Premium

Die folgenden Netzwerksicherheitsfeatures sind nur in der Premiumebene verfügbar. Weitere Informationen finden Sie unter Netzwerksicherheit.

Das Konfigurieren der IP-Firewall mithilfe des Azure-Portals ist nur für die Namespaces der Premiumebene verfügbar. Sie können jedoch IP-Firewall-Regeln für andere Ebenen mithilfe von Azure Resource Manager-Vorlagen, CLI, PowerShell oder REST API konfigurieren. Weitere Informationen finden Sie unter Konfigurieren der IP-Firewall.

Verschlüsselung im Ruhezustand von Daten in Service Bus

Alle Service Bus Daten werden im Ruhezustand mit Microsoft verwalteten Schlüsseln in den Standard- und Premium-Stufen verschlüsselt. Die Premium-Stufe unterstützt auch vom Kunden verwaltete Schlüssel (CMK), die eine zweite Verschlüsselungsebene über dem Microsoft verwalteten Schlüssel hinzufügen. Mit CMK können Sie den Zugriff auf die Schlüssel erstellen, drehen, deaktivieren und widerrufen, die zum Verschlüsseln Ihrer Daten verwendet werden. Das Aktivieren von vom Kunden verwalteten Schlüsseln ist ein einmaliger Einrichtungsprozess in Ihrem Namespace. Weitere Informationen finden Sie unter Verschlüsselung von Azure Service Bus-Daten im Ruhezustand.

Partitionierung in Service Bus

Bei der Partitionierung gibt es einige Unterschiede zwischen den Ebenen „Standard“ und „Premium“.

  • Die Partitionierung ist bei der Erstellung der Entität für alle Warteschlangen und Themen in den SKUs „Basic“ oder „Standard“ verfügbar. Ein Namespace kann sowohl partitionierte als auch nicht partitionierte Entitäten aufweisen. Die Partitionierung ist bei der Namespaceerstellung für den Premium-Tarif verfügbar, und alle Warteschlangen und Themen in diesem Namespace werden partitioniert. Alle zuvor migrierten partitionierten Entitäten in Premium-Namespaces funktionieren weiterhin wie erwartet.
  • Wenn Partitionierung in SKUs vom Typ „Basic“ oder „Standard“ aktiviert ist, erstellt der Service Bus 16 Partitionen. Wenn die Partitionierung in der Premiumebene aktiviert ist, wird die Anzahl der Partitionen während der Namespaceerstellung angegeben.

Weitere Informationen finden Sie unter Partitionierung im Service Bus.

Hohe Verfügbarkeit in Service Bus

Mit Azure Service Bus wird das Risiko von schwerwiegenden Ausfällen einzelner Computer oder sogar der kompletten Racks in Clustern, die mehrere Fehlerdomänen in einem Rechenzentrum umfassen, verteilt. Außerdem werden mit Azure Service Bus transparente Fehlererkennungs- und Failovermechanismen implementiert. Somit wird der Dienst weiterhin innerhalb der garantierten Servicelevel und in der Regel ohne spürbare Unterbrechungen im Falle solcher Fehler ausgeführt. Ein Premiumnamespace kann über zwei oder mehr Messagingeinheiten verfügen, und diese Messagingeinheiten werden über mehrere failure-Domänen innerhalb eines Rechenzentrums verteilt und unterstützen ein all-active Service Bus Clustermodell.

Bei einem Service Bus-Namespace verteilt sich das Ausfallrisiko auf drei physisch getrennte Verfügbarkeitszonen von Einrichtungen, und der Dienst verfügt über genügend Kapazitätsreserven, um den kompletten, katastrophalen Ausfall eines Rechenzentrums sofort zu bewältigen. Das umfassend aktive Azure Service Bus-Clustermodell in einer Fehlerdomäne mit Unterstützung von Verfügbarkeitszonen ist jedem lokalen Nachrichtenbroker im Hinblick auf Resilienz gegen schwerwiegende Hardwareausfälle und sogar gegen den katastrophalen Verlust gesamter Rechenzentrumseinrichtungen überlegen. Es kann jedoch bedrohliche Situationen mit großflächigen physischen Zerstörungen geben, vor denen selbst diese Maßnahmen keinen ausreichenden Schutz bieten können.

Darüber hinaus ist die Funktion Geo-Replication eine der Optionen, um Azure-Service-Bus-Anwendungen gegen Ausfälle und Katastrophen abzusichern, und bietet die Replikation sowohl von Metadaten (Entitäten, Konfiguration, Eigenschaften) als auch von Daten (Nachrichtendaten und Änderungen an Nachrichteneigenschaften bzw. -zuständen). Das Georeplikationsfeature stellt sicher, dass die Metadaten und Daten eines Namespaces kontinuierlich aus einer primären Region in eine oder mehrere sekundäre Regionen repliziert werden.

  • Warteschlangen, Themen, Abonnements, Filter
  • Daten, die sich in den Entitäten befinden.
  • Alle Status- und Eigenschaftsänderungen, die für die Nachrichten in einem Namespace ausgeführt werden
  • Namespacekonfiguration.

Dieses Feature ermöglicht es, jede sekundäre Region jederzeit zur primären Region höherzustufen. Durch das Höherstufen einer sekundären Region verweist der Name für den Namespace auf die ausgewählte sekundäre Region, und die Rollen der primären bzw. sekundären Region werden getauscht. Die Höherstufung erfolgt fast unmittelbar nach der Initiierung.

Weitere Informationen finden Sie unter Geo-Desaster-Wiederherstellung für Azure Service Bus.

Java Message Service (JMS)-Unterstützung in Service Bus

Die Premiumebene unterstützt JMS 1.1 und JMS 2.0. Weitere Informationen finden Sie unter Verwenden von JMS 2.0 mit Azure Service Bus Premium.

Die Standardebene unterstützt nur die JMS 1.1-Teilmenge, die auf Warteschlangen fokussiert ist. Weitere Informationen finden Sie unter Verwenden von Java Message Service 1.1 mit Azure Service Bus Standard.

Verwandte Inhalte

  • Last updated on