Service Bus-Kontingente
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.
| Namen des Kontingents | `Scope` | Wert | Notizen |
|---|---|---|---|
| Maximale Anzahl von Namespaces pro Azure-Abonnement | Namespace | 1000 (Standard und Maximum) | Dieses Limit basiert auf dem Microsoft.ServiceBus-Anbieter, nicht auf dem Tarif. Daher handelt es sich um die Gesamtanzahl der Namespaces über alle Tarife hinweg. Nachfolgende Anforderungen weiterer Namespaces werden abgelehnt. |
| Größe von Warteschlangen oder Themen | Entität | 1, 2, 3, 4 GB oder 5 GB In der Premium-SKU und in der Standard-SKU mit aktivierter Partitionierung beträgt die maximale Größe von Warteschlangen bzw. Themen 80 GB. Der Grenzwert für die Gesamtgröße eines Premium-Namespace beträgt 1 TB pro Messagingeinheit. Die Gesamtgröße aller Entitäten im Namespace kann diesen Grenzwert nicht überschreiten. |
Wird beim Erstellen/Aktualisieren der Warteschlange oder des Themas definiert. Nachfolgende eingehende Nachrichten werden abgelehnt, und vom aufrufenden Code wird eine Ausnahme empfangen. 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. |
| Maximale Anzahl gleichzeitiger Verbindungen in einem Namespace | Namespace | .NET-Messaging: 1.000. AMQP: 5.000 |
Nachfolgende Anforderungen für zusätzliche Verbindungen werden abgelehnt, und der aufrufende Code empfängt eine Ausnahme. REST-Vorgänge werden nicht zu den gleichzeitigen TCP-Verbindungen hinzugezählt. |
| Anzahl der gleichzeitigen Empfangsanforderungen für eine Warteschlangen-, Themen- oder Abonnemententität | Entität | 5\.000 | Nachfolgende Empfangsanforderungen werden abgelehnt, und vom aufrufenden Code wird eine Ausnahme empfangen. Dieses Kontingent gilt für alle gleichzeitigen Empfangsvorgänge über alle Abonnements eines Themas hinweg. |
| Anzahl von Themen oder Warteschlangen pro Namespace | Namespace | 10.000 für den Basic- oder Standard-Tarif. Die Gesamtzahl von Themen und Warteschlangen in einem Namespace muss kleiner oder gleich 10.000 sein. Im Premium-Tarif ist ein Wert von 1.000 pro Messagingeinheit (Messaging Unit, MU) zulässig. |
Nachfolgende Anforderungen zum Erstellen eines neuen Themas bzw. einer neuen Warteschlange im Namespace werden abgelehnt. Als Ergebnis wird bei der Konfiguration über das Azure-Portal eine Fehlermeldung generiert. Bei einem Aufruf über die Verwaltungs-API wird vom aufrufenden Code eine Ausnahme empfangen. |
| Anzahl von partitionierten Themen oder Warteschlangen pro Namespace | Namespace | Basic- und Standard-Tarif: 100. 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. Als Ergebnis wird bei der Konfiguration über das Azure-Portal 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 mit Basic- oder Standard-Tarif haben möchten, erstellen Sie zusätzliche Namespaces. |
| Maximale Größe eines Messagingentitätspfads: Warteschlange oder Thema | Entität | 260 Zeichen | |
| Maximale Größe eines Messagingentitätsnamens: Namespace, Abonnement oder Abonnementregel | Entität | 50 Zeichen | |
| Maximale Größe der message ID | Entität | 128 | |
| Maximale Größe der Sitzungs-ID einer Nachricht | Entität | 128 | |
| Nachrichtengröße für eine Warteschlangen-, Themen- oder Abonnemententität | Entität | 256 KB für Standard-Tarif 100 MB für Premium-Ebene bei AMQP und 1 MB für Premium bei HTTP und SBMP. Die maximale Größe für Batches beträgt 256 KB für die Standardebene und 1 MB für die Premium-Stufe. 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 vom aufrufenden Code wird eine Ausnahme empfangen. |
| Nachrichteneigenschaftsgröße für eine Warteschlangen-, Themen- oder Abonnemententität | Entitä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, die sowohl über Benutzereigenschaften als auch Systemeigenschaften verfügt (z. B. Sequenznummer, Bezeichnung und Nachrichten-ID). Maximale Anzahl der Headereigenschaften im Eigenschaftenbehälter: byte/int.MaxValue |
Die Ausnahme SerializationException wird generiert. |
| Anzahl von Abonnements pro Thema | Entität | 2\.000 pro Thema für die Ebenen „Standard“ und „Premium“ | Nachfolgende Anforderungen zum Erstellen weiterer Abonnements für das Thema werden abgelehnt. Als Ergebnis wird bei der Konfiguration über das Portal eine Fehlermeldung angezeigt. Bei einem Aufruf über die Verwaltungs-API wird vom aufrufenden Code eine Ausnahme empfangen. |
| Anzahl von SQL-Filtern pro Thema | Entität | 2\.000 | Nachfolgende Anforderungen für die Erstellung weiterer Filter für das Thema werden abgelehnt, und der aufrufende Code empfängt eine Ausnahme. |
| Anzahl von Korrelationsfiltern pro Thema | Entität | 100.000 | Nachfolgende Anforderungen für die Erstellung weiterer Filter für das Thema werden abgelehnt, und der aufrufende Code empfängt eine Ausnahme. |
| Größe der SQL-Filter oder -Aktionen | Namespace | Maximale Länge der Filterbedingungszeichenfolge: 1.024 (1 K) Maximale Länge der Regelaktionszeichenfolge: 1.024 (1 K) Maximale Anzahl von Ausdrücken pro Regelaktion: 32. |
Nachfolgende Anforderungen für die Erstellung weiterer Filter werden abgelehnt, und der aufrufende Code empfängt eine Ausnahme. |
| Anzahl der Autorisierungsregeln für gemeinsamen Zugriff pro Namespace, Warteschlange oder Thema | Entität, Namespace | 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 für die Erstellung weiterer Regeln werden abgelehnt, und der aufrufende Code empfängt eine Ausnahme. |
| Anzahl der Nachrichten pro Transaktion | Transaktion | 100 Für Send() - und SendAsync() -Vorgänge. |
Zusätzliche eingehende Nachrichten werden abgelehnt, und eine Ausnahme („Mehr als 100 Nachrichten dürfen nicht in einer einzelnen Transaktion gesendet werden“) wird durch den aufrufenden Code empfangen. |
| Maximale Anzahl von Nachrichten, die im DeleteMessagesAsync-Aufruf gelöscht wurden | Entity | 4000 | |
| Die maximale Anzahl von Nachrichten, die im PeekMessagesAsync-Aufruf zurückgegeben wurden | Entity | 250 | |
| Anzahl von Regeln für virtuelle Netzwerke und IP-Filter | Namespace | 128 |