Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
In diesem Abschnitt werden die grundlegenden Kontingente und Drosselungsschwellenwerte in Azure Service Bus-Messaging aufgelistet.
Messagingkontingente
In der folgenden Tabelle sind die Kontingentinformationen für das Azure Service Bus-Messaging aufgeführt. Informationen zu Preisen und anderen Kontingenten für Service Bus finden Sie unter Service Bus – Preise.
Allgemeine Grenzwerte für alle Ebenen
Die folgenden Grenzwerte gelten für alle Ebenen.
Namen des Kontingents | Wert | Notizen |
---|---|---|
Maximale Anzahl von Namespaces pro Azure-Abonnement | 1.000 (Standard und Maximum) | Dieses Limit basiert auf dem Microsoft.ServiceBus -Anbieter, nicht auf der Ebene. Daher handelt es sich um die Gesamtanzahl der Namespaces über alle Ebenen hinweg. Nachfolgende Anforderungen weiterer Namespaces werden abgelehnt. |
Anzahl gleichzeitiger Verbindungen in einem Namespace | Netto-Messaging: 1.000. AMQP: 5.000. |
Nachfolgende Anforderungen für zusätzliche Verbindungen werden abgelehnt. REST-Vorgänge werden nicht zu den gleichzeitigen TCP-Verbindungen hinzugezählt. |
Anzahl der gleichzeitigen Empfangsanforderungen für eine Warteschlangen-, Themen- oder Abonnemententität | 5.000 | Nachfolgende Empfangsanforderungen werden abgelehnt. Dieses Kontingent gilt für alle gleichzeitigen Empfangsvorgänge über alle Abonnements eines Themas hinweg. |
Maximale Größe eines Messagingentitätspfads: Warteschlange oder Thema | 260 Zeichen | |
Maximale Größe eines Messagingentitätsnamens: Namespace, Abonnement oder Abonnementregel | 50 Zeichen | |
Maximale Größe einer Nachrichten-ID | 128 | |
Maximale Größe einer Nachrichtensitzungs-ID | 128 | |
Nachrichteneigenschaftsgröße für eine Warteschlangen-, Themen- oder Abonnemententität | Die maximale Nachrichteneigenschaftsgröße für jede Eigenschaft beträgt 32 KB. Die kumulierte Größe aller Eigenschaften darf 64 KB nicht überschreiten. Dieser Grenzwert gilt für den gesamten Header der im Broker gespeicherten Nachricht, einschließlich Benutzereigenschaften und Systemeigenschaften (z. B. Sequenznummer, Bezeichnung und Nachrichten-ID). Maximale Anzahl der Headereigenschaften im Eigenschaftenbehälter: byte/int.MaxValue |
Die Ausnahme SerializationException wird generiert. |
Anzahl von SQL-Filtern pro Thema | 2.000 | Nachfolgende Anforderungen zum Erstellen zusätzlicher Filter im Thema werden abgelehnt, und der anrufende Code empfängt eine Ausnahme. |
Anzahl von Korrelationsfiltern pro Thema | 100.000 | Nachfolgende Anforderungen zum Erstellen zusätzlicher Filter im Thema werden abgelehnt, und der anrufende Code empfängt eine Ausnahme. |
Größe der SQL-Filter oder -Aktionen | Maximale Länge der Filterbedingungszeichenfolge: 1.024 (1 K). Maximale Länge des Aktionsstrings der Regel: 1,024 (1 K). Maximale Anzahl von Ausdrücken pro Regelaktion: 32. |
Nachfolgende Anforderungen zum Erstellen zusätzlicher Filter werden abgelehnt, und der aufrufende Code empfängt eine Ausnahme. |
Anzahl der Autorisierungsregeln für gemeinsamen Zugriff pro Namespace, Warteschlange oder Thema | Maximale Anzahl von Regeln pro Entitätstyp: 12. Regeln, die für einen Service Bus-Namespace konfiguriert werden, gelten für alle Typen: Warteschlangen, Themen. |
Nachfolgende Anforderungen zum Erstellen zusätzlicher Regeln werden abgelehnt, und der aufrufende Code empfängt eine Ausnahme. |
Anzahl der Nachrichten pro Transaktion | 100 Für Send()- und SendAsync()-Vorgänge. |
Zusätzliche eingehende Nachrichten werden abgelehnt, und der aufrufende Code empfängt eine Ausnahme mit der Nachricht: Es können nicht mehr als 100 Nachrichten in einer einzelnen Transaktion gesendet werden. |
Maximale Anzahl von Nachrichten, die im DeleteMessagesAsync-Aufruf gelöscht wurden | 500 | Die DeleteMessagesAsync-API unterstützt das Löschen von bis zu 500 Nachrichten pro Aufruf. Anforderungen, die diesen Grenzwert überschreiten (z. B. 4000), lösen ein ArgumentOutOfRangeException aus. |
Maximale Anzahl von Nachrichten, die im PeekMessagesAsync-Aufruf zurückgegeben wurden | 250 | |
Anzahl von Regeln für virtuelle Netzwerke und IP-Filter | 128 |
Basic- vs. Standard- vs. Premium-Stufen
In der folgenden Tabelle sind Grenzwerte aufgeführt, die sich für die Stufen "Basic", "Standard" und "Premium" unterscheiden.
Namen des Kontingents | Grundlegend | Norm | Prämie | Notizen |
---|---|---|---|---|
Größe von Warteschlangen oder Themen | 1, 2, 3, 4 GB oder 5 GB 80 GB, wenn die Partitionierung aktiviert ist. |
80 GB | 80 GB | Wird beim Erstellen/Aktualisieren der Warteschlange oder des Themas definiert. Die Gesamtgröße aller Entitäten in einem Namespace darf die in der nächsten Zeile dokumentierte Namespacegrößenbeschränkung nicht überschreiten. Nachfolgende eingehende Nachrichten werden abgelehnt, und der aufrufende Code empfängt eine Ausnahme. Derzeit wird eine große Nachricht (Größe > 1 MB), die an eine Warteschlange gesendet wird, doppelt gezählt. Darüber hinaus wird eine große Nachricht (Größe > 1 MB), die an ein Thema gesendet wird, X + 1 Mal gezählt, wobei X die Anzahl der Abonnements für das Thema darstellt. |
Namespacegröße | 400 GB | 400 GB | 1 TB pro Nachrichteneinheit (MU) | Die Gesamtgröße aller Entitäten im Namespace kann diesen Grenzwert nicht überschreiten. |
Anzahl von Themen oder Warteschlangen pro Namespace | 10.000 | 10.000 | 1.000 pro Nachrichteneinheit (MU). | Nachfolgende Anforderungen zum Erstellen eines neuen Themas bzw. einer neuen Warteschlange im Namespace werden abgelehnt. Wenn sie über das Azure-Portal konfiguriert ist, wird daher eine Fehlermeldung generiert. Wenn sie von der Verwaltungs-API aufgerufen wird, empfängt der aufrufende Code eine Ausnahme. |
Anzahl von partitionierten Themen oder Warteschlangen pro Namespace | 100 | 100 | Nicht verfügbar | Jede partitionierte Warteschlange bzw. jedes partitionierte Thema wird in das zulässige Kontingent von 1.000 Entitäten pro Namespace eingerechnet. Nachfolgende Anforderungen zum Erstellen eines neuen partitionierten Themas bzw. einer neuen Warteschlange im Namespace werden abgelehnt. Wenn sie über das Azure-Portal konfiguriert ist, wird daher eine Fehlermeldung generiert. Bei einem Aufruf über die Verwaltungs-API wird vom aufrufenden Code die Ausnahme QuotaExceededException empfangen. Wenn Sie mehr partitionierte Entitäten in einem Namespace auf Basic- oder Standardebene haben möchten, erstellen Sie zusätzliche Namespaces. |
Nachrichtengröße oder Batchgröße für eine Warteschlange, ein Thema oder eine Abonnemententität | 256 KB | 256 KB | 100 MB am AMQP 1 MB für HTTP und SBMP |
Die Nachrichtengröße umfasst die Größe der Eigenschaften (System- und Benutzereigenschaften) und die Größe der Nutzdaten. Die Größe der Systemeigenschaften variiert je nach Szenario. Eingehende Nachrichten, die diese Kontingente überschreiten, werden abgelehnt, und der aufrufende Code empfängt eine Ausnahme. |
Anzahl von Abonnements pro Thema | 2.000 | 2.000 | 2.000 | Nachfolgende Anforderungen zum Erstellen weiterer Abonnements für das Thema werden abgelehnt. Als Ergebnis wird bei der Konfiguration über das Portal eine Fehlermeldung angezeigt. Wenn sie von der Verwaltungs-API aufgerufen wird, empfängt der aufrufende Code eine Ausnahme. |
Vorgänge pro Sekunde | 1.000 | 1.000 | Nicht verfügbar | Premium hat keine festen Einschränkungen für die Vorgänge pro Sekunde. Der Durchsatz variiert je nach Anzahl der MUs und den Merkmalen der Workload. Weitere Informationen dazu, wie sich die Workload auf den Durchsatz auswirkt und wie Sie dies optimieren können, finden Sie unter Bewährte Methoden für Leistungsverbesserungen mithilfe von Service Bus Messaging. |