Freigeben über


Einschränkungen für Azure-Abonnements und Dienste, Kontingente und Einschränkungen

In diesem Dokument sind einige der gängigsten Einschränkungen in Microsoft Azure aufgeführt, die bisweilen auch als „Kontingente“ bezeichnet werden.

Verwalten von Grenzwerten

Hinweis

Einige Dienste verfügen über anpassbare Grenzwerte.

Wenn der Grenzwert angepasst werden kann, enthalten die Tabellen die Header Default limit und Maximum limit. Der Grenzwert kann über den Standardgrenzwert, aber nicht über den maximalen Grenzwert angehoben werden. Einige Dienste mit einstellbaren Grenzwerten verwenden unterschiedliche Header mit Informationen zum Anpassen des Grenzwerts.

Wenn ein Dienst keine anpassbaren Grenzwerte aufweist, verwenden die folgenden Tabellen den Header Limit ohne zusätzliche Informationen zum Anpassen des Grenzwerts. In diesen Fällen sind die Standard- und die maximalen Grenzwerte identisch.

Wenn Sie einen Grenzwert oder ein Kontingent über den Standardgrenzwert anheben möchten, können Sie eine gebührenfreie Onlinekundensupport-Anforderung öffnen.

Die Begriffe Weicher Grenzwert und Harter Grenzwert werden häufig informell verwendet, um den aktuellen, anpassbaren Grenzwert (weicher Grenzwert) und den maximalen Grenzwert (harter Grenzwert) zu beschreiben. Wenn ein Grenzwert nicht anpassbar ist, gibt es keinen weichen Grenzwert, nur einen harten Grenzwert.

Bei Abonnements mit einer kostenlosen Testversion sind Grenzwert- oder Kontingenterhöhungen nicht möglich. Wenn Sie über diese Art Abonnement verfügen, können Sie ein Upgrade auf nutzungsbasierte Bezahlung durchführen. Weitere Informationen finden Sie unter Upgrade Ihres Azure-Kontos und den Übersichten für Azure kostenlos testen oder im Voraus bezahlen.

Einige Grenzwerte werden auf Regionsebene verwaltet. Sie entscheiden, wie hoch Ihr Kontingent für Ihre Workload in einer Region sein muss, und fordern dann diese Menge für jede Region an, in der Sie eingesetzt werden möchten.

Zum Beispiel mit Kontingenten für virtuelle Zentralprozessoren (vCPU):

  • Sie legen fest, wie viele vCPUs Sie in welchen Regionen verwenden, um eine Kontingenterhöhung mit vCPU-Unterstützung anzufordern.
  • Dann können Sie eine Erhöhung der vCPU-Kontingente für die gewünschte Anzahl und die gewünschten Regionen anfordern.
  • Wenn Sie für die Ausführung Ihrer Anwendung 30 vCPUs in „Europa, Westen“ benötigen, fordern Sie 30 vCPUs in „Europa, Westen“ an.
  • Ihr vCPU-Kontingent erhöht sich in anderen Regionen nicht. Das Kontingent von 30 vCPUs gilt nur für „Europa, Westen“.

Weitere Informationen zum Ermitteln der Kontingente für bestimmte Regionen finden Sie unter Behandeln von Fehlern bei Ressourcenkontingenten.

Allgemeine Grenzwerte

Grenzwerte für Azure-Verwaltungsgruppen

Die folgenden Grenzwerte gelten für Azure-Verwaltungsgruppen.

Ressource Begrenzung
Verwaltungsgruppen pro Microsoft Entra-Mandant 10.000
Abonnements pro Verwaltungsgruppe Unbegrenzt.
Ebenen der Verwaltungsgruppenhierarchie Stammebene plus 6 Ebenen1
Direkt übergeordnete Verwaltungsgruppe pro Verwaltungsgruppe Eine
Bereitstellungen auf Verwaltungsgruppenebene pro Standort 8002
Standorte von Bereitstellungen auf Verwaltungsgruppenebene 10
Bereitstellungen nach Verwaltungsgruppe im Bereitstellungsverlauf 8003

1Bei den 6 Ebenen ist die Abonnementebene nicht enthalten.

2Wenn der Grenzwert von 800 Bereitstellungen erreicht ist, löschen Sie nicht mehr benötigte Bereitstellungen aus dem Verlauf. Zum Löschen von Bereitstellungen auf Verwaltungsgruppenebene verwenden Sie Remove-AzManagementGroupDeployment oder az deployment mg delete.

3Bereitstellungen werden automatisch aus dem Verlauf gelöscht, wenn Sie den Grenzwert fast erreicht haben. Das Löschen eines Eintrags aus dem Bereitstellungsverlauf wirkt sich nicht auf die bereitgestellten Ressourcen aus. Weitere Informationen finden Sie unter Automatische Löschungen aus dem Bereitstellungsverlauf.

Grenzwerte für Azure-Abonnements

Die folgenden Grenzwerte gelten bei Verwendung des Azure Resource Manager und von Azure-Ressourcengruppen.

Ressource Begrenzung
Azure-Abonnements, die einem Microsoft Entra-Mandanten zugeordnet sind Unbegrenzt
Co-Admins pro Abonnement Unbegrenzt
Ressourcengruppen pro Abonnement 980
Anforderungsgröße für Azure Resource Manager-API 4.194.304 Bytes
Tags pro Abonnement1 50
Eindeutige Tag-Berechnungen pro Abonnement2 80.000
Bereitstellungen auf Abonnementebene pro Standort 8003
Speicherorte von Bereitstellungen auf Abonnementebene 10

1 Sie können bis zu 50 Tags direkt auf ein Abonnement anwenden. Innerhalb des Abonnements ist jede Ressource oder Ressourcengruppe auch auf 50 Tags beschränkt. Das Abonnement kann jedoch eine unbegrenzte Anzahl von Tags enthalten, die auf Ressourcen und Ressourcengruppen verteilt sind.

2Resource Manager gibt nur eine Liste mit Tagnamen und Werten im Abonnement zurück, wenn die Anzahl der eindeutigen Tags maximal 80.000 beträgt. Ein eindeutiges Tag wird durch die Kombination von Ressourcen-ID, Tagname und Tagwert definiert. Zwei Ressourcen mit demselben Tagnamen und Wert würden z. B. als zwei eindeutige Tags berechnet. Sie können eine Ressource jedoch auch anhand des Tags finden, wenn die Anzahl 80.000 überschreitet.

3Bereitstellungen werden automatisch aus dem Verlauf gelöscht, wenn Sie den Grenzwert fast erreicht haben. Weitere Informationen finden Sie unter Automatische Löschungen aus dem Bereitstellungsverlauf.

Grenzwerte für Azure-Ressourcengruppen

Ressource Begrenzung
Ressourcen pro Ressourcengruppe Ressourcen sind nicht durch die Ressourcengruppe beschränkt. Sie sind stattdessen durch den Ressourcentyp in einer Ressourcengruppe beschränkt. Weitere Informationen finden Sie in der nächsten Zeile.
Ressourcen pro Ressourcengruppe pro Ressourcentyp 800: Einige Ressourcentypen können den Grenzwert von 800 überschreiten. Weitere Informationen finden Sie unter Ressourcen ohne Beschränkung auf 800 Instanzen pro Ressourcengruppe.
Bereitstellungen pro Ressourcenverlauf im Bereitstellungsverlauf 8001
Ressourcen pro Bereitstellung 800
Managementsperren pro eindeutigem Bereich 20
Anzahl Tags pro Ressource oder Ressourcengruppe 50
Tagschlüssellänge 512
Tagwertlänge 256

1Bereitstellungen werden automatisch aus dem Verlauf gelöscht, wenn Sie den Grenzwert fast erreicht haben. Das Löschen eines Eintrags aus dem Bereitstellungsverlauf wirkt sich nicht auf die bereitgestellten Ressourcen aus. Weitere Informationen finden Sie unter Automatische Löschungen aus dem Bereitstellungsverlauf.

Vorlagengrenzwerte

Wert Begrenzung
Parameter 256
Variablen 256
Ressourcen (einschließlich copy-Anzahl) 800
Ausgaben 64
Vorlagenausdruck 24.576 Zeichen
Ressourcen in exportierten Vorlagen 200
Vorlagengröße 4 MB
Größe der Ressourcendefinition 1 MB
Parameterdateigröße 4 MB

Sie können einige Vorlagengrenzwerte überschreiten, indem Sie eine geschachtelte Vorlage verwenden. Weitere Informationen finden Sie unter Verwenden von verknüpften Vorlagen bei der Bereitstellung von Azure-Ressourcen. Um die Anzahl von Parametern, Variablen oder Ausgaben zu reduzieren, können Sie mehrere Werte in einem Objekt kombinieren. Weitere Informationen finden Sie unter Objekte als Parameter.

Bei einer Vorlagen- oder Parameterdatei mit einer Größe von weniger als 4 MB wird unter Umständen ein Fehler angezeigt, wenn die Anforderung insgesamt zu groß ist. Weitere Informationen zum Vereinfachen der Vorlage, um eine große Anforderung zu vermeiden, finden Sie unter Beheben von Fehlern des Typs „Auftragsgröße überschritten“.

Azure API Center-Grenzwerte

Ressource Kostenloser Plan1 Standardplan2
Maximale Anzahl der APIs 200 10.000
Maximale Anzahl der Versionen pro API 5 100
Maximale Anzahl der Definitionen pro Version 5 5
Maximale Anzahl der Bereitstellungen pro API 10 10
Maximale Anzahl von Umgebungen 20 20
Maximale Anzahl der Arbeitsbereiche 1 (Standard) 1 (Standard)
Maximale Anzahl der benutzerdefinierten Metadateneigenschaften pro Entität3 10 20
Maximale Anzahl untergeordneter Eigenschaften in einer benutzerdefinierten Metadateneigenschaft vom Typ „object“ 10 10
Maximale Anforderungen pro Minute (Datenebene) 3,000 6.000
Maximale Anzahl von analysiert API-Definitionen 10 2.0004
Maximale Anzahl von Analyseprofilen 1 3
Maximale Anzahl verknüpfter API-Quellen5 1 3
Maximale Anzahl von APIs, die aus einer verknüpften API-Quelle synchronisiert wurden 200 2.0004
Semantische Suche im API Center-Portal Nein Ja

1 Die Verwendung von Volldienstfeatures, einschließlich API-Analyse, ist eingeschränkt.
2 Wenden Sie sich an den Support, um ein Limit im Standardplan zu erhöhen.
3 Benutzerdefinierte Metadateneigenschaften, die APIs, Bereitstellungen und Umgebungen zugewiesen sind.
4 Der Prozess kann einige Minuten bis zu 24 Stunden dauern.
5 Quellen wie verknüpfte API Management-Instanzen.

Azure API Management-Grenzwerte

Dieser Abschnitt enthält Informationen zu Grenzwerten, die für Azure API Management-Instanzen in verschiedenen Dienstebenen gelten, einschließlich der folgenden:

Grenzwerte – klassische API Management-Ebenen

Für bestimmte API Management-Ressourcen werden Grenzwerte nur auf der Stufe "Verbrauch" festgelegt; in anderen klassischen API-Verwaltungsebenen, sofern angegeben, sind diese Ressourcen unbegrenzt. Ihre praktische Obergrenze hängt jedoch von der Dienstkonfiguration ab, einschließlich Tarif, Dienstkapazität, Anzahl der Skalierungseinheiten, Richtlinienkonfiguration, API-Definitionen und Typen, Anzahl gleichzeitiger Anforderungen und anderer Faktoren.

Um eine Grenzwerterhöhung anzufordern, erstellen Sie eine Supportanfrage aus dem Azure-Portal. Weitere Informationen finden Sie unter Azure-Supportpläne.

Ressource Verbrauch Entwickler Grundlegend Norm Prämie
Maximale Anzahl von Skalierungseinheiten N/A (Autoskalierung) 1 2 4 31 pro Region
Cachegröße (pro Einheit) Nur extern 10 MiB 50 MiB 1 GiB 5 GiB
Gleichzeitige Back-End-Verbindungen1 pro HTTP-Autorität Unbegrenzt 1\.024 2\.048 pro Einheit 2\.048 pro Einheit 2\.048 pro Einheit
Maximale Größe zwischengespeicherter Antworten 2 MiB 2 MiB 2 MiB 2 MiB 2 MiB
Maximale Größe eines Richtliniendokuments 16 KiB 256 KiB 256 KiB 256 KiB 256 KiB
Maximale Anzahl benutzerdefinierter Gatewaydomänen pro Dienstinstanz N/V 20 N/V N/V 20
Maximale Anzahl von CA-Zertifikaten pro Dienstinstanz N/V 10 10 10 10
Maximale Anzahl von Dienstinstanzen pro Azure-Abonnement 20 Unbegrenzt Unbegrenzt Unbegrenzt Unbegrenzt
Maximale Anzahl von Abonnements pro Dienstinstanz 500 Unbegrenzt Unbegrenzt Unbegrenzt Unbegrenzt
Maximale Anzahl von Clientzertifikaten pro Dienstinstanz 50 Unbegrenzt Unbegrenzt Unbegrenzt Unbegrenzt
Maximale Anzahl von APIs pro Dienstinstanz 50 Unbegrenzt Unbegrenzt Unbegrenzt Unbegrenzt
Maximale Anzahl von API-Vorgängen pro Dienstinstanz 1.000 Unbegrenzt Unbegrenzt Unbegrenzt Unbegrenzt
Maximale Gesamtdauer der Anforderungen 30 Sekunden Unbegrenzt Unbegrenzt Unbegrenzt Unbegrenzt
Maximale Größe der Anforderungspayload 1 GiB Unbegrenzt Unbegrenzt Unbegrenzt Unbegrenzt
Maximale gepufferte Nutzlastgröße 2 MiB 500 MiB 500 MiB 500 MiB 500 MiB
Maximale Größe der Anforderungs-/Antwortnutzlast in Diagnoseprotokollen 8.192 Bytes 8.192 Bytes 8.192 Bytes 8.192 Bytes 8.192 Bytes
Maximale Größe der Anforderungs-URL2 16.384 Bytes Unbegrenzt Unbegrenzt Unbegrenzt Unbegrenzt
Maximale Zeichenlänge des URL-Pfadsegments 1\.024 1\.024 1\.024 1\.024 1\.024
Maximale Zeichenlänge des benannten Werts 4\.096 4\.096 4\.096 4\.096 4\.096
Maximale Größe des von der Überprüfungsrichtlinie verwendeten API-Schemas 4 MB 4 MB 4 MB 4 MB 4 MB
Maximale Anzahl von Schemas 100 100 100 100 100
Maximale Größe des Anforderungs- oder Antworttexts in der validate-content-Richtlinie 100 KiB 100 KiB 100 KiB 100 KiB 100 KiB
Maximale Anzahl von selbstgehosteten Gateways3 N/V 25 N/V N/V 25
Maximale Anzahl aktiver WebSocket-Verbindungen pro Einheit4 N/V 2.500 5.000 5.000 5.000
Maximale Anzahl von Tags, die von einer API Management-Ressource unterstützt werden 15 15 15 15 15
Maximale Anzahl von Anmeldeinformationsanbietern pro Dienstinstanz 1.000 1.000 1.000 1.000 1.000
Maximale Anzahl von Verbindungen pro Anmeldeinformationsanbieter 10.000 10.000 10.000 10.000 10.000
Maximale Anzahl von Zugriffsrichtlinien pro Verbindung 100 100 100 100 100
Maximale Anzahl von Autorisierungsanforderungen pro Minute und Verbindung 250 250 250 250 250
Maximale Anzahl von Arbeitsbereichen pro Dienstinstanz N/V N/V N/V N/V 100
Maximale Anzahl von APIs pro Arbeitsbereich N/V N/V N/V N/V 50
Maximale Anzahl von Arbeitsbereichen pro Arbeitsbereichs-Gateway Premium N/V N/V N/V N/V 30

1 Verbindungen werden gepoolt und wiederverwendet, sofern sie nicht ausdrücklich vom Backend geschlossen werden.
2 Enthält eine Abfragezeichenfolge der Länge bis zu 2048 Bytes.
3 Die Anzahl von Knoten (oder Replikaten), die einer selbstgehosteten Gatewayressource zugeordnet sind, ist im Premium-Tarif unbegrenzt und ist im Developer-Tarif auf einen einzelnen Knoten begrenzt.
4 Bis zu maximal 60.000 Verbindungen pro Dienstinstanz.

Grenzwerte – API Management v2-Ebenen

Um eine Grenzwerterhöhung anzufordern, erstellen Sie eine Supportanfrage aus dem Azure-Portal. Weitere Informationen finden Sie unter Azure-Supportpläne.

Ressource Basic v2 Standard v2 Premium v2
Maximale Anzahl von Skalierungseinheiten 10 10 30
Maximale Cachegröße pro Dienstinstanz 250 MB 1 GB 5 GB
Maximale Anzahl von APIs pro Dienstinstanz 150 500 2.500
Maximale Anzahl von API-Vorgängen pro Dienstinstanz 3,000 10.000 20.000
Maximale Anzahl von Abonnements pro Dienstinstanz 500 2\.000 4\.000
Maximale Anzahl von Produkten pro Dienstinstanz 50 200 400
Maximale Anzahl von Benutzerkonten pro Dienstinstanz 300 2\.000 4\.000
Maximale Anzahl von Gruppen pro Dienstinstanz 20 100 200
Maximale Anzahl von Autorisierungsservern pro Dienstinstanz 10 500 500
Maximale Anzahl von Richtlinienfragmenten pro Dienstinstanz 50 50 100
Maximale Anzahl von OpenID Connect-Anbietern pro Dienstinstanz 10 10 20
Maximale Anzahl von Zertifikaten pro Dienstinstanz 100 100 100
Maximale Anzahl von Back-Ends pro Dienstinstanz 100 100 100
Maximale Anzahl von Caches pro Dienstinstanz 100 100 100
Maximale Anzahl benannter Werte pro Dienstinstanz 100 100 100
Maximale Anzahl von Protokollierungen pro Dienstinstanz 100 100 100
Maximale Anzahl von Schemata pro Dienstinstanz 100 100 100
Maximale Anzahl von Schemata pro API 100 100 100
Maximale Anzahl von Tags pro Dienstinstanz 100 100 100
Maximale Anzahl von Tags pro API 100 100 100
Maximale Anzahl von Versionssätzen pro Dienstinstanz 100 100 100
Maximale Anzahl von Versionen pro API 100 100 100
Maximale Anzahl von Vorgängen pro API 100 100 100
Maximale Anzahl von GraphQL-Resolvern pro Dienstinstanz 100 100 100
Maximale Anzahl von GraphQL-Resolvern pro API 100 100 100
Maximale Anzahl von APIs pro Produkt 100 100 100
Maximale Anzahl der Abonnements pro API 100 100 100
Maximale Anzahl der Abonnements pro Produkt 100 100 100
Maximale Anzahl von Gruppen pro Produkt 100 100 100
Maximale Anzahl von Tags pro Produkt 100 100 100
Gleichzeitige Back-End-Verbindungen1 pro HTTP-Autorität 2\.048 2\.048 2\.048
Maximale Größe zwischengespeicherter Antworten 2 MiB 2 MiB 2 MiB
Maximale Größe eines Richtliniendokuments 256 KiB 256 KiB 256 KiB
Maximale Größe der Anforderungspayload 1 GiB 1 GiB 1 GiB
Maximale gepufferte Nutzlastgröße 2 MiB 2 MiB 2 MiB
Maximale Größe der Anforderungs-/Antwortnutzlast in Diagnoseprotokollen 8.192 Bytes 8.192 Bytes 8.192 Bytes
Maximale Größe der Anforderungs-URL2 16.384 Bytes 16.384 Bytes 16.384 Bytes
Maximale Länge des URL-Pfadsegments 1\.024 Zeichen 1\.024 Zeichen 1\.024 Zeichen
Maximale Zeichenlänge des benannten Werts 4.096 Zeichen 4.096 Zeichen 4.096 Zeichen
Maximale Größe des Anforderungs- oder Antworttexts in der validate-content-Richtlinie 100 KiB 100 KiB 100 KiB
Maximale Größe des von der Überprüfungsrichtlinie verwendeten API-Schemas 4 MB 4 MB 4 MB
Maximale Anzahl aktiver WebSocket-Verbindungen pro Einheit3 5.000 5.000 5.000

1 Verbindungen werden gepoolt und wiederverwendet, sofern sie nicht ausdrücklich vom Backend geschlossen werden.
2 Enthält eine Abfragezeichenfolge der Länge bis zu 2048 Bytes.
3 Bis zu maximal 60.000 Verbindungen pro Dienstinstanz.

Grenzwerte – Arbeitsbereiche in API Management

Im Folgenden sind Ressourcengrenzwerte pro Arbeitsbereich in Azure API Management aufgeführt:

Ressource Arbeitsbereich – Premium-Ebene
Maximale Anzahl der Arbeitsbereiche pro Instanz 100
Maximale Anzahl der Skalierungseinheiten pro Premium-Arbeitsbereichs-Gateway 12
Maximale Anzahl der APIs (einschließlich Versionen und Revisionen) 200
Maximale Anzahl der API-Vorgänge 5.000
Maximale Anzahl von Vorgängen pro API 100
Maximale Anzahl von Versionen pro API 100
Maximale Anzahl von Schemata pro API 100
Maximale Anzahl der Abonnements pro API 200
Maximale Anzahl von Tags pro API 100
Maximale Anzahl der Back-Ends 200
Maximale Anzahl der Zertifikate 200
Maximale Anzahl der Gruppen 50
Maximale Anzahl der Protokollierer 50
Maximale Anzahl der benannten Werte 200
Maximale Anzahl der Richtlinienfragmente 50
Maximale Anzahl der Produkte 100
Maximale Anzahl von APIs pro Produkt 200
Maximale Anzahl von Gruppen pro Produkt 200
Maximale Anzahl der Abonnements pro Produkt 1.000
Maximale Anzahl von Tags pro Produkt 50
Maximale Anzahl von Schemas 500
Maximale Anzahl der Abonnements 5.000
Maximale Anzahl der Kategorien 200
Maximale Anzahl der Gruppen pro Benutzer 200
Maximale Anzahl der Versionssätze 50

Grenzwerte – Entwicklerportal in API-Verwaltungsebenen v2

Artikel Basic v2 Standard v2 Premium v2
Maximale Anzahl von Mediendateien, die hochgeladen werden können 15 15 15
Maximale Größe einer Mediendatei 500 KB 500 KB 500 KB
Maximale Seitenanzahl 30 50 50
Maximale Anzahl von Widgets1 30 50 50
Maximale Größe der Metadaten pro Seite 350 KB 350 KB 350 KB
Maximale Größe der Metadaten pro Widget1 350 KB 350 KB 350 KB
Maximale Anzahl von Clientanforderungen pro Minute 200 200 200

1 Grenzwert für integrierte Widgets wie Text, Bilder oder API-Liste. Derzeit werden benutzerdefinierte Widgets und benutzerdefinierte HTML-Code-Widgets in den v2-Tarifen nicht unterstützt.

Azure App Service-Grenzwerte

Ressource Kostenlos Geteilt Grundlegend Norm Premium (v1-v4) Isoliert
Apps pro Azure App Service-Plan1 10 100 Unbegrenzt2 Unbegrenzt2 Unbegrenzt2 Unbegrenzt2
App-Dienstumgebungen X
Ausschließlich Windows-Code X X X X X X
Windows-Container X X
Nur Linux-Code und -Container X X X X X
Serverinstanztyp Geteilt Geteilt Dediziert3 Dediziert3 Dediziert3

Dediziert3
App Service-Plan 10 pro Region 10 pro Ressourcengruppe 100 pro Ressourcengruppe 100 pro Ressourcengruppe 100 pro Ressourcengruppe 100 pro Ressourcengruppe
Serverinstanztyp Geteilt Geteilt Dediziert3 Dediziert3 Dediziert3

Dediziert3
Aufskalieren (Instanzen maximal) 1 freigegebene 1 freigegebene 3 dedizierte3 10 dedizierte3 20 gewidmet für v1; 30 dedizierte für v2, v3 und v4. 3 100 dedizierte4
Speicher5 1 GB5 1 GB5 10 GB5 50 GB5 250 GB5 1 TB12

Das verfügbare Speicherkontingent beträgt 999 GB.
CPU-Zeit (5 Minuten)6 3 Minuten 3 Minuten Unbegrenzt, normal zu bezahlen Unbegrenzt, normal zu bezahlen Unbegrenzt, normal zu bezahlen Unbegrenzt, normal zu bezahlen
CPU-Zeit (Tag)6 60 Minuten 240 Minuten Unbegrenzt, normal zu bezahlen Unbegrenzt, normal zu bezahlen Unbegrenzt, normal zu bezahlen Unbegrenzt, normal zu bezahlen
Arbeitsspeicher (1 Stunde) 1\.024 MB pro App Service-Plan 1\.024 MB pro App N/V N/V N/V N/V
Bandbreite 165 MB Unbegrenzt, Preise für Dateiübertragungen gelten Unbegrenzt, Preise für Dateiübertragungen gelten Unbegrenzt, Preise für Dateiübertragungen gelten Unbegrenzt, Preise für Dateiübertragungen gelten Unbegrenzt, Preise für Dateiübertragungen gelten
Anwendungsarchitektur 32 Bit 32 Bit 32 Bit/64 Bit 32 Bit/64 Bit 32 Bit/64 Bit 32 Bit/64 Bit
WebSockets pro Instanz (Windows)7 5 35 350 Unbegrenzt Unbegrenzt Unbegrenzt
WebSockets pro Instanz (Linux)7 5 N/V ca. 50.000 ca. 50.000 ca. 50.000 ca. 50.000
Ausgehende IP-Verbindungen pro Instanz 600 600 Hängt von der Instanzgröße ab8 Hängt von der Instanzgröße ab8 Hängt von der Instanzgröße ab8 16.000
Gleichzeitige Debuggerverbindungen pro Anwendung 1 1 1 5 5 5
App Service-Zertifikate pro Abonnement Nicht unterstützt Nicht unterstützt 10 10 10 10
Benutzerdefinierte Domänen pro App 0 (nur Unterdomäne azurewebsites.net) 500 500 500 500 500
benutzerdefinierte Domäne SSL-Unterstützung Nicht unterstützt, Platzhalterzertifikat für „*.azurewebsites.net“ standardmäßig verfügbar Nicht unterstützt, Platzhalterzertifikat für „*.azurewebsites.net“ standardmäßig verfügbar Unbegrenzte Anzahl von SNI SSL-Verbindungen Unbegrenzte Anzahl von SNI SSL-Verbindungen und 1 IP-SSL-Verbindung inbegriffen Unbegrenzte Anzahl von SNI SSL-Verbindungen und 1 IP-SSL-Verbindung inbegriffen Unbegrenzte Anzahl von SNI SSL-Verbindungen und 1 IP-SSL-Verbindung inbegriffen
Hybridverbindungen 5 pro Plan 25 pro Plan 220 pro App 220 pro App
Virtual Network-Integration X X X X
Private Endpunkte 100 pro App 100 pro App 100 pro App
Integrierter Lastenausgleich X X X X X9
Zugriffsbeschränkungen 512 Regeln pro App 512 Regeln pro App 512 Regeln pro App 512 Regeln pro App 512 Regeln pro App 512 Regeln pro App
Immer aktiviert X X X X
Benutzerdefinierte geplante Sicherungen Geplante Sicherungen alle 2 Stunden, höchstens 12 Sicherungen pro Tag (manuell + geplant) Geplante Sicherungen alle 2 Stunden, höchstens 12 Sicherungen pro Tag (manuell + geplant) Geplante Sicherungen jede Stunde, höchstens 50 Sicherungen pro Tag (manuell + geplant) Geplante Sicherungen jede Stunde, höchstens 50 Sicherungen pro Tag (manuell + geplant)
Automatische Skalierung X X X
WebJobs10 X X X X X X
Endpunktüberwachung X X X X
Stagingslots pro App 5 20 20
Test-in-Produktion X X X
Diagnoseprotokolle X X X X X X
Kudu X X X X X X
Authentifizierung und Autorisierung X X X X X X
Von App Service verwaltete Zertifikate11 X X X X
Service Level Agreement (SLA) 99,95 % 99,95 % 99,95 % 99,95 %

1 Sofern nicht anderweitig vermerkt, gelten Apps- und Speicherkontingente gemäß dem App Service-Plan.

2 Die tatsächliche Anzahl der Apps, die Sie auf diesen Computern hosten können, hängt von der Aktivität der Apps, der Größe der Computerinstanzen und der entsprechenden Ressourcenauslastung ab.

3 Dedizierte Instanzen können unterschiedliche Größen aufweisen. Weitere Informationen finden Sie unter App Service – Preise.

4 Weitere sind auf Anfrage möglich.

5 Die Speicherbegrenzung ist die gesamte Inhaltsgröße aller Apps im gleichen App Service-Plan. Die gesamte Inhaltsgröße aller Apps für alle App Service-Pläne in einer einzelnen Ressourcengruppe und Region darf 500 GB nicht überschreiten. Das Dateisystemkontingent für App Service-gehostete Apps wird durch die Aggregation der App Service-Pläne in einer Region und Ressourcengruppe bestimmt.

6 Diese Ressourcen werden durch physische Ressourcen auf den dedizierten Instanzen (die Instanzengröße und die Anzahl der Instanzen) beschränkt.

7Wenn Sie eine Windows-App im Basic-Tarif auf zwei Instanzen skalieren, stehen Ihnen 350 gleichzeitige Verbindungen für jede der beiden Instanzen zur Verfügung. Ab dem Standard-Tarif gibt es keine theoretischen Grenzwerte für WebSockets, andere Faktoren können jedoch die Anzahl der WebSockets begrenzen. Die maximal zulässige Anzahl von gleichzeitigen Anforderungen (definiert durch maxConcurrentRequestsPerCpu) lautet wie folgt: 7.500 pro kleiner VM, 15.000 pro mittlerer VM (7.500 × 2 Kerne) und 75.000 pro großer VM (18.750 × 4 Kerne). Linux-Apps sind in kostenlosen SKUs auf 5 gleichzeitige WebSocket-Verbindungen und in allen anderen SKUs auf ca. 50.000 gleichzeitige WebSocket-Verbindungen pro Instanz begrenzt.

8 Die maximalen IP-Verbindungen sind pro Instanz und hängen von der Instanzgröße ab: 1.920 pro B1/S1/P0V3/P1V3/P0V4/P1V4-Instanz, 3.968 pro B2/S2/P2V3/P2V4-Instanz, 8.064 pro B3/S3/P3V3/P4V4-Instanz.

9 Für SKUs vom Typ „App Service (isoliert)“ kann ein interner Lastenausgleich (Internal Load Balancing, ILB) mit Azure Load Balancer vorgenommen werden, sodass keine öffentliche Verbindung mit dem Internet erforderlich ist. Aus diesem Grund müssen einige Features eines isolierten App Service mit internem Lastausgleich auf Computern ausgeführt werden, die über Direktzugriff auf den Endpunkt des ILB-Netzwerks verfügen.

10 Sie können benutzerdefinierte ausführbare Dateien und/oder Skripts bei Bedarf, nach Zeitplan oder fortwährend als Hintergrundaufgabe in Ihrer App Service-Instanz ausführen. Für die fortlaufende WebJobs-Ausführung ist „Immer bereit“ erforderlich. Es gibt keine vordefinierte Grenze für die Anzahl der WebJobs, die in einer App Service-Instanz ausgeführt werden können. Es gibt praktische Grenzwerte, die davon abhängen, was der Anwendungscode auszuführen versucht.

11 Es werden nur Standardzertifikate ausgegeben (Platzhalterzertifikate sind nicht verfügbar). Nur auf ein kostenloses Zertifikat pro benutzerdefinierter Domäne beschränkt.

12 Gesamtspeichernutzung für alle Apps, die in einer einzelnen App Service-Umgebung bereitgestellt werden (unabhängig davon, wie sie in verschiedenen Ressourcengruppen zugeordnet werden).

Azure-Automatisierungsgrenzwerte

Prozessautomatisierung

Ressource Begrenzung Hinweise
Maximale Anzahl aktiver Automation-Konten in einem Abonnement in einer Region 10 In Enterprise- und CSP-Abonnements können Automation-Konten in einer der vom Dienst unterstützten Regionen erstellt werden. Erstellen Sie eine Supportanfrage zur Erhöhung des Kontingents. Weitere Informationen
2 In Abonnements mit nutzungsbasierter Bezahlung sowie Sponsored-, MSDN-, MPN- und Azure Pass-Abonnements können Automation-Konten in allen vom Dienst unterstützten öffentlichen Regionen erstellt werden. Erstellen Sie eine Supportanfrage zur Erhöhung des Kontingents. Weitere Informationen
1 Mit der kostenlosen Testversion und Azure for Students-Abonnements kann pro Region und Abonnement nur ein Automation-Konto erstellt werden. Liste zulässiger Regionen: EastUS, EastUS2, WestUS, NorthEurope, SoutheastAsia und JapanWest22
Maximale Anzahl gleichzeitig ausgeführter Aufträge pro Automation-Konto 50 Wenn dieser Grenzwert erreicht wird, treten bei nachfolgenden Anforderungen zum Erstellen eines Auftrags Fehler auf. Der Client empfängt eine Fehlerantwort.
Enterprise- und CSP-Abonnements in öffentlichen Regionen Erstellen Sie eine Supportanfrage zur Erhöhung des Kontingents. Weitere Informationen
10 Abonnements mit nutzungsbasierter Bezahlung sowie Sponsored-, MSDN-, MPN-, Azure Pass-Abonnements in öffentlichen Regionen Erstellen Sie eine Supportanfrage zur Erhöhung des Kontingents.
5 Abonnements der kostenlosen Testversion sowie Azure for Students- oder Azure in Open-Abonnements in öffentlichen Regionen2
Maximale Anzahl von neuen Aufträgen, die alle 30 Sekunden pro Azure Automation-Konto übermittelt werden können 100 Wenn dieser Grenzwert erreicht wird, treten bei nachfolgenden Anforderungen zum Erstellen eines Auftrags Fehler auf. Der Client empfängt eine Fehlerantwort.
Maximale Speichergröße der Auftragsmetadaten für einen fortlaufenden Zeitraum von 30 Tagen 10 GB (etwa 4 Millionen Aufträge) Wenn dieser Grenzwert erreicht wird, treten bei nachfolgenden Anforderungen zum Erstellen eines Auftrags Fehler auf.
Maximale Größe von Auftragsdatenströmen 1 MiB Ein einzelner Datenstrom darf nicht größer als 1 MiB sein.
Oberer Grenzwert für den Auftragsdatenstrom im Azure Automation-Portal 200 KB Grenzwert für die Anzeige von Auftragsprotokollen im Portal.
Maximale Anzahl von Modulen, die alle 30 Sekunden pro Automation-Konto importiert werden können 5
Maximale Größe eines Moduls 100 MB
Maximale Größe einer Knotenkonfigurationsdatei 1 MB Gilt für die Zustandskonfiguration.
Auftragsausführungszeit – Free-Tarif 500 Minuten pro Abonnement pro Kalendermonat
Maximal zulässiger Speicherplatz pro Sandbox1 1 GB Betrifft nur Azure-Sandboxen.
Maximaler Arbeitsspeicher pro Sandbox1 400 MB Betrifft nur Azure-Sandboxen.
Maximal zulässige Anzahl von Netzwerksockets pro Sandbox1 1.000 Betrifft nur Azure-Sandboxen.
Maximal zulässige Laufzeit pro Runbook 1 3 Stunden Betrifft nur Azure-Sandboxen.
Maximale Anzahl von Runbooks pro Automatisierungskonto 800
Maximale Anzahl von System-Hybrid Runbook Workern pro Automation-Konto 4\.000
Maximale Anzahl von Benutzer-Hybrid Runbook Workern pro Automation-Konto 4\.000
Maximale Anzahl gleichzeitiger Aufträge, die auf einem einzelnen Hybrid Runbook Worker ausgeführt werden können 50
Maximale Größe der Runbookauftragsparameter 512 Kilobytes
Maximale Anzahl von Runbookparametern 50 Sie können einen JSON- oder XML-Zeichenfolge an einen Parameter übergeben und ihn mit dem Runbook analysieren, wenn Sie das Limit von 50 Parametern erreichen.
Maximale Größe für Webhooknutzlast 512 Kilobytes
Maximale Anzahl von Tagen, die Auftragsdaten aufbewahrt werden 30 Tage
Maximale Größe des PowerShell-Workflowstatus 5 MB Gilt für PowerShell-Workflow-Runbooks, wenn Prüfpunkte für Workflows eingerichtet werden.
Maximale Anzahl von Tags, die von einem Automation-Konto unterstützt werden 15
Maximale Anzahl von Zeichen im Wertfeld einer Variablen 1048576

1 Eine Sandbox ist eine freigegebene Umgebung, die von mehreren Aufträgen verwendet werden kann. Aufträge, die denselben Sandkasten verwenden, sind an die Ressourcenbeschränkungen der Sandbox gebunden.
2Bei kostenlosen Abonnements, einschließlich kostenloses Azure-Konto und Azure for Students können die Grenzwerte und Kontingente nicht geändert werden. Wenn Sie über ein kostenloses Abonnement verfügen, können Sie ein Upgrade auf ein Abonnement mit nutzungsbasierter Bezahlung durchführen. 3Grenzwerte für Government-Clouds: 200 gleichzeitig ausgeführte Aufträge pro Automation-Konto, keine Beschränkung der Anzahl von Automation-Konten pro Abonnement

Änderungsnachverfolgung und Bestand

Die folgende Tabelle zeigt die Grenzwerte der nachverfolgten Elemente pro Computer für die Änderungsnachverfolgung.

Ressource Begrenzung Hinweise
Datei 500
Dateigröße 5 MB
Registrierung 250
Windows-Software 250 Softwareupdates nicht inbegriffen
Linux-Pakete 1\.250
Dienste 250
Dämon 250

Azure Update Manager

Im Folgenden finden Sie die empfohlenen Grenzwerte für dynamische Bereiche für jeden dynamischen Bereich:

Ressource Begrenzung
Ressourcenzuordnungen 1000
Anzahl der Tagfilter 50
Anzahl der Ressourcengruppenfilter 50

Im Folgenden sind die Grenzwerte für das Planen des Patchens aufgeführt:

Indikator Limit für öffentliche Cloud Limit für Mooncake/Fairfax
Anzahl von Zeitplänen pro Abonnement und Region 250 250
Gesamtzahl der Ressourcenzuordnungen zu einem Zeitplan 3,000 3,000
Ressourcenzuordnungen für jeden dynamischen Bereich 1.000 1.000
Anzahl dynamischer Bereiche pro Ressourcengruppe oder Abonnement pro Region 250 250
Anzahl der dynamischen Bereiche pro Zeitplan 200 100
Gesamtanzahl der Abonnements, die an alle dynamischen Bereiche pro Zeitplan angefügt sind 200 100

Azure App-Konfiguration

Ressource Begrenzung Kommentar
Konfigurationsspeicher für Free-Tarif Ein Store pro Region pro Abonnement.
Konfigurationsspeicher für Standard-Tarif Unbegrenzte Speicher pro Abonnement.
Konfigurationsspeicher für Premium-Tarif Unbegrenzte Speicher pro Abonnement.
Konfigurationsspeicheranforderungen für Free-Tarif 1\.000 Anforderungen pro Tag Nach Ausschöpfen des Kontingents wird bis zum Ende des Tages für alle Anforderungen der HTTP-Statuscode 429 zurückgegeben.
Konfigurationsspeicheranforderungen für Standard-Tarif 30.000 pro Stunde Nach Ausschöpfen des Kontingents kann bis zum Ende der Stunde für Anforderungen der HTTP-Statuscode 429 (zu viele Anforderungen) zurückgegeben werden.
Konfigurationsspeicheranforderungen für Premium-Tarif Keine Kontingentgrenze für Anforderungen.
Durchsatz für Free-Tarif Kein garantierter Durchsatz.
Durchsatz für Standard-Tarif Ermöglichen Sie bis zu 300 Anforderungen pro Sekunde (RPS) für Leseanforderungen und bis zu 60 RPS für Schreibanforderungen.
Durchsatz für Premium-Tarif Ermöglichen Sie bis zu 450 Anforderungen pro Sekunde (RPS) für Leseanforderungen und bis zu 100 RPS für Schreibanforderungen.
Speicher für Free-Tarif 10 MB Es gibt keine Beschränkung für die Anzahl der Schlüssel und Bezeichnungen, solange ihre Gesamtgröße unter dem Speichergrenzwert liegt.
Speicher für Standard-Tarif 1 GB Es gibt keine Beschränkung für die Anzahl der Schlüssel und Bezeichnungen, solange ihre Gesamtgröße unter dem Speichergrenzwert liegt.
Speicher für Premium-Tarif 4 GB Es gibt keine Beschränkung für die Anzahl der Schlüssel und Bezeichnungen, solange ihre Gesamtgröße unter dem Speichergrenzwert liegt.
Schlüssel und Werte 10 KB Für ein einzelnes Schlüssel-Wert-Element, einschließlich aller Metadaten
Momentaufnahmespeicher für den Free-Tarif 10 MB Der Momentaufnahmespeicher ist ein Zusatzangebot zum „Speicher für den Free-Tarif“. Der Speicher für archivierte und für aktive Momentaufnahmen wird auf diesen Grenzwert angerechnet.
Momentaufnahmenspeicher für Standard-Tarif 1 GB Der Momentaufnahmespeicher ist ein Zusatzangebot zum „Speicher für den Standard-Tarif“. Der Speicher für archivierte und für aktive Momentaufnahmen wird auf diesen Grenzwert angerechnet.
Momentaufnahmenspeicher für Premium-Tarif 4 GB Der Momentaufnahmespeicher ist ein Zusatzangebot zu „Speicher für Premium-Tarif“. Der Speicher für archivierte und für aktive Momentaufnahmen wird auf diesen Grenzwert angerechnet.
Momentaufnahmegröße 1 MB

Azure Cache for Redis-Grenzwerte

Ressource Begrenzung
Cachegröße 1,2 TB
Datenbanken 64
Maximale Anzahl verbundener Clients 40.000
Azure Cache for Redis-Replikate, für Hochverfügbarkeit 3
Shards in einem Premium-Cache mit Clustering 10

Die erhältliche Größe und die Konfigurationsbeschränkungen von Azure Cache for Redis unterscheiden sich je nach Tarif. Die Tarife und die damit verbundenen Größen finden Sie unter Azure Cache for Redis – Preise.

Weitere Informationen zu den Konfigurationsbeschränkungen von Azure Cache for Redis finden Sie unter Standardmäßige Redis-Serverkonfiguration.

Da die Konfiguration und Verwaltung von Azure Cache for Redis-Instanzen von Microsoft übernommen wird, werden nicht alle Redis-Befehle in Azure Cache for Redis unterstützt. Weitere Informationen finden Sie unter Redis-Befehle, die in Azure Cache for Redis nicht unterstützt werden.

Grenzwerte für Azure Cloud Services

Ressource Begrenzung
Web- oder Workerrollen pro Bereitstellung1 25
Instanz-Eingabeendpunkte pro Bereitstellung 25
Eingabeendpunkte pro Bereitstellung 25
Interne Endpunkte pro Bereitstellung 25
Zertifikate für gehostete Dienste pro Bereitstellung 199

1Jeder Azure-Clouddienst mit Web- oder Workerrollen kann zwei Bereitstellungen haben: je eine für Produktions- und Stagingumgebung. Dieser Grenzwert bezieht sich auf die Anzahl der unterschiedlichen Rollen, also Konfigurationen. Dieser Grenzwert bezieht sich nicht auf die Anzahl der Instanzen pro Rolle, d.h. die Skalierung.

Azure KI Search-Grenzwerte

Die Tarife bestimmen die Kapazität und die Beschränkungen des Suchdiensts. Zu diesen Ebenen gehören:

  • Free ist ein mehrinstanzenfähiger Dienst, der mit anderen Azure-Abonnenten gemeinsam genutzt wird und Bewertungen sowie kleine Entwicklungsprojekte unterstützt
  • Basic bietet dedizierte Computeressourcen für Produktionsworkloads mit geringerem Umfang, mit bis zu drei Replikaten für Abfrageworkloads mit hoher Verfügbarkeit
  • Standard: Umfasst S1, S2, S3 und S3 High Density; und ist für größere Produktionsarbeitslasten vorgesehen. Es gibt mehrere Ebenen innerhalb der Standardebene, um eine Ressourcenkonfiguration auszuwählen, die Ihrem Workloadprofil am besten entspricht

Grenzwerte pro Abonnement

Sie können mehrere abrechenbare Suchdienste (Basic und höher) bis zur maximalen Anzahl zulässiger Dienste in den einzelnen Ebenen pro Region erstellen. Beispielsweise können Sie in einem Abonnement bis zu 16 Dienste für die Basic-Ebene und weitere 16 Dienste für die S1-Ebene im selben Abonnement und in derselben Region erstellen. Anschließend können Sie zusätzliche 16 Basic-Dienste in einer anderen Region für insgesamt 32 Basisdienste im selben Abonnement erstellen. Weitere Informationen zu Tarifen finden Sie unter Auswählen eines Tarifs (oder einer SKU) für Azure KI-Suche.

Die Obergrenze für die maximale Anzahl von Diensten kann auf Anfrage angehoben werden. Senden Sie eine Supportanfrage, wenn Sie in einem Abonnement weitere Dienste benötigen.

Ressource Kostenlos 1 Grundlegend S1 S2 S3 S3 HD L1 L2
Maximale Dienste pro Region 1 16 16 8 6 6 6 6
Maximale Anzahl der Sucheinheiten (Search Units, SU)2 N/V 3 SU 36 SU 36 SU 36 SU 36 SU 36 SU 36 SU

1 Sie können einen kostenlosen Suchdienst pro Azure-Abonnement nutzen. Der Free-Tarif basiert auf einer Infrastruktur, die gemeinsam mit anderen Kund*innen genutzt wird. Da die Hardware nicht dediziert ist, wird das Hochskalieren nicht unterstützt, und der Speicher ist auf 50 MB beschränkt. Ein kostenloser Suchdienst kann nach längerer Inaktivität gelöscht werden, um Platz für weitere Dienste zu schaffen.

2 Sucheinheiten (SU) sind Abrechnungseinheiten, die entweder als Replikat oder Partition zugeordnet werden. Sie benötigen beide. Weitere Informationen zu SU-Kombinationen finden Sie unter Schätzen und Verwalten der Kapazität eines Suchdiensts.

Grenzwerte pro Suchdienst

In der folgenden Tabelle werden SLA sowie Partitions- und Replikatanzahl auf Dienstebene behandelt.

Ressource Kostenlos Grundlegend S1 S2 S3 S3 HD L1 L2
Vereinbarung zum Servicelevel (SLA) Nein Ja Ja Ja Ja Ja Ja Ja
Partitionen N/V 3 1 12 12 12 3 12 12
Replikate N/V 3 12 12 12 12 12 12

1 Der Basic-Tarif unterstützt drei Partitionen und drei Replikate für insgesamt neun Sucheinheiten (Search Units, SU) bei neuen Suchdiensten, die nach dem 3. April 2024 erstellt wurden. Ältere Basic-Dienste sind auf eine Partition und drei Replikate beschränkt.

Ein Suchdienst unterliegt einem maximalen Speichergrenzwert (Partitionsgröße multipliziert mit der Anzahl der Partitionen) oder einem harten Grenzwert für die maximale Anzahl von Indizes oder Indexer, je nachdem, welcher Wert zuerst erreicht wird.

Vereinbarungen auf Dienstebene gelten für abrechnende Dienste, die zwei oder mehr Replikate für Abfrageworkloads oder drei oder mehr Replikate für Abfrage- und Indizierungsworkloads aufweisen. Die Anzahl der Partitionen wird für eine SLA nicht berücksichtigt. Weitere Informationen finden Sie unter Zuverlässigkeit in Azure KI Search.

Kostenlose Dienste verfügen nicht über feste Partitionen oder Replikate und geben Ressourcen für andere Abonnenten frei.

Partitionsspeicher (GB)

Die Speichergrenzwerte pro Dienst variieren je nach Zwei: Erstellungsdatum und Region des Diensts. Es gibt höhere Grenzwerte für neuere Dienste in den meisten unterstützten Regionen.

Die Tabelle zeigt den Verlauf von Speicherkontingenterhöhungen in GB im Laufe der Zeit. Ab April 2024 wurden in den in den Fußnoten aufgeführten Regionen höhere Kapazitätspartitionen online gebracht. Wenn Sie über einen älteren Dienst in einer unterstützten Region verfügen, überprüfen Sie, ob Sie Ihren Dienst auf die höheren Speichergrenzwerte aktualisieren können.

Diensterstellungsdatum Grundlegend S1 S2 S3/HD L1 L2
Vor dem 3. April 2024 2 25 100 200 1\.024 2\.048
3. April 2024 bis 17. Mai 2024 1 15 160 512 1.024 1\.024 2\.048
Nach dem 17. Mai 2024 2 15 160 512 1\.024 2.048 4.096
Nach dem 10. Februar 2025 3 15 160 512 1\.024 2\.048 4\.096

1 Speicher mit höherer Kapazität für Basic, S1, S2, S3 in diesen Regionen. Nord-, Mittel- und Südamerika: Brasilien, Süden, Kanada, Mitte, Kanada, Osten, USA, Osten, USA, Osten 2,USA, Mitte, USA, Norden-Mitte, USA, Süden-Mitte, USA, Westen, USA, Westen 2, USA, Westen 3, USA, Westen-Mitte. Europa: Frankreich, Mitte. Italien, Norden, Europa, Norden, Norwegen, Osten, Polen, Mitte, Schweiz, Norden, Schweden, Mitte, Vereinigtes Königreich, Süden, Vereinigtes Königreich, Westen. Naher Osten: VAE, Norden Afrika: Südafrika, Norden Asien-Pazifik: Australien, Osten, Australien, Südosten, Indien, Mitte, Jio Indien, Westen, Asien, Osten, Asien, Südosten, Japan, Osten, Japan, Westen, Südkorea, Mitte, Südkorea, Süden.

2 Speicher mit höherer Kapazität für L1 und L2. Mehr Regionen bieten höhere Kapazität unter den einzelnen abzurechnenden Tarifen. Europa: Deutschland, Norden, Deutschland, Westen-Mitte, Schweiz, Westen. Azure Government: Texas, Arizona, Virginia. Afrika: Südafrika, Norden. Asien-Pazifik: China, Norden 3, China, Osten 3.

3 Speicher mit höherer Kapazität ist in „Europa, Westen“ verfügbar.

Wichtig

Derzeit sind höhere Speichergrenzwerte in den folgenden Regionen nicht verfügbar, die den Grenzwerten vor dem 3. April unterliegen.

  • Israel Zentral
  • Katar Zentral
  • Spanien Zentral
  • Südindien

Weitere Informationen zu Grenzwerten, einschließlich Dokumentgröße, Abfragen pro Sekunde, Schlüsseln, Anforderungen und Antworten, finden Sie unter Dienstbeschränkungen in Azure KI-Suche.

Grenzwerte für Azure KI Services

Die folgenden Grenzwerte gelten für die Anzahl der Azure KI Services-Ressourcen pro Azure-Abonnement. Pro Ressourcentyp und Abonnement ist nur ein zulässiges kostenloses Konto zulässig. Für alle Azure KI-Dienste können weitere Einschränkungen gelten. Weitere Informationen finden Sie im Artikel zu Azure KI Services.

type Begrenzung Beispiel
Eine Mischung aus Azure KI Services-Ressourcen Maximal 200 Azure KI Services-Ressourcen pro Region 100 Azure KI Vision-Ressourcen in der Region „USA, Westen“, 50 Azure KI Speech-Ressourcen in „USA, Westen“ und 50 Azure KI Language-Ressourcen in „USA, Westen“
Ein einzelner Typ von Azure KI Services-Ressourcen Maximal 100 Ressourcen pro Region. 100 Azure KI Vision-Ressourcen in der Region „USA, Westen 2“ und 100 Azure KI Vision-Ressourcen in „USA, Osten“

Azure Chaos Studio-Grenzwerte

Unter Azure Chaos Studio-Dienstbeschränkungen finden Sie Informationen zu Azure Chaos Studio-Grenzwerten.

Grenzwerte für Azure Communications-Gateway

Einige der folgenden Standardgrenzwerte und -kontingente können erhöht werden. Um eine Änderung anzufordern, erstellen Sie eine Supportanfrage im Azure-Portal, und beschreiben Sie den Grenzwert, den Sie ändern müssen.

Die folgenden Einschränkungen gelten für alle Azure Communications-Gateways:

  • Der gesamte Datenverkehr muss IPv4 verwenden.
  • Für den gesamten Datenverkehr muss TLS 1.2 oder höher verwendet werden. Frühere Versionen werden nicht unterstützt.
  • Die Anzahl der aktiven Anrufe ist auf 15 % der Anzahl der Benutzer*innen beschränkt, die Azure Communications Gateway zugewiesen wurden. Informationen zur Definition von Benutzer*innenn finden Sie unter Planen und Verwalten von Kosten für Azure Communications Gateway.
  • Die Anzahl der Aufrufe, die aktiv transcodiert werden, ist auf 5 % der Gesamtanzahl der aktiven Aufrufe beschränkt.

Für das Azure Communications-Gateway gelten zudem Einschränkungen für SIP-Signalisierung.

Ressource Begrenzung
Maximale SIP-Nachrichtengröße 10 Kilobytes
Maximale Länge eines SDP-Nachrichtentexts 128 Kilobytes
Maximale Länge des Anforderungs-URI 256 Bytes
Maximale Länge des Kontaktheader-URI 256 Bytes
Maximale Länge des userinfo-Teils eines URI 256 Bytes
Maximale Länge des Domänennamens im From-Header 255 Bytes
Maximale Länge des Namens eines SIP-Headers 32 Bytes
Maximale Länge des Namens eines SIP-Textkörpers 64 Bytes
Maximale Länge eines Headers vom Typ „Supported“, „Require“ oder „Proxy-Require“ 256 Bytes
Maximale Länge eines SIP-Optionstags 32 Bytes

Bei einigen Endpunkten werden einer dialoginternen Nachricht möglicherweise Parameter in den folgenden Headern hinzugefügt, obwohl diese Parameter in der Nachricht zur Dialogerstellung nicht vorhanden waren. In diesem Fall entfernt Azure Communications Gateway die Parameter, da RFC 3261 dieses Verhalten nicht zulässt.

  • Anforderungs-URI
  • To-Header
  • From-Header

Die Bereitstellungs-API hat einen Grenzwert von 100 Anforderungen pro Minute, der für alle Ressourcen gilt. Eine Batch-Anforderung zur Aktualisierung mehrerer Ressourcen zählt als eine Anforderung.

Grenzwerte für Azure Container Apps

Unter Kontingente in Azure Container Apps finden Sie Informationen zu Grenzwerten von Azure Container Apps.

Die Menge des für Ihre Anwendung verfügbaren Speicherplatzes variiert je nach zugeordnetem Workloadprofil. Der verfügbare Speicherplatz bestimmt die Größenbeschränkung für Images, die Sie in Ihren Container-Apps bereitstellen können.

Bei dedizierten Workloadprofilen gilt die Bildgröße pro Instanz.

Anzeigenname Name Bildgrößenlimit (GB)
Verbrauch Verbrauch 8*
Dediziert-D4 D4 90
Dediziert-D8 D8 210
Dediziert-D16 D16 460
Dediziert-D32 D32 940
Dediziert-E4 E4 90
Dediziert-E8 E8 210
Dediziert-E16 E16 460
Dediziert-E32 E32 940
Dediziert-NC24-A100 (Vorschau) NC24-A100 210
Dediziert-NC48-A100 (Vorschau) NC48-A100 460
Dediziert-NC96-A100 (Vorschau) NC96-A100 940

* Der Grenzwert der Bildgröße für ein Auslastungsworkloadprofil ist ein freigegebenes Bild und eine App. Protokolle, die von Ihrer App verwendet werden, unterliegen beispielsweise dieser Größenbeschränkung.

Einschränkungen für Azure Cosmos DB

Azure Cosmos DB-Grenzwerte finden Sie unter Grenzwerte in Azure Cosmos DB.

Azure Data Explorer-Limits

In der nachstehenden Tabelle werden die maximalen Grenzwerte für Azure Data Explorer-Cluster beschrieben.

Ressource Begrenzung
Cluster pro Region und Abonnement 20
Instanzen pro Cluster 1.000
Anzahl der Datenbanken in einem Cluster 10.000
Anzahl von Follower-Clustern (Datenfreigabe-Consumer) pro Leader-Cluster (Datenfreigabe-Producer) 100

Hinweis

Sie können höhere Grenzwerte für die Anzahl der Datenbanken in einem Cluster und Cluster pro Region pro Abonnement anfordern. Wenden Sie sich dazu an den Azure-Support.

In der nachstehenden Tabelle werden die Grenzwerte für Verwaltungsvorgänge beschrieben, die in Azure Data Explorer-Clustern ausgeführt werden.

`Scope` Vorgang Begrenzung
Kluster Lesen (z. B. Abrufen eines Clusters) 500 pro 5 Minuten
Kluster Schreiben (z. B. Erstellen einer Datenbank) 1000 pro Stunde

Azure Database for MySQL – Flexibler Server

Siehe Einschränkungen in der Azure-Datenbank für MySQL – Flexibler Server für Azure-Datenbank für MySQL – Flexible Server-Grenzwerte.

Azure Database for PostgreSQL – Flexibler Server

Siehe Limits in Azure Database für PostgreSQL Flexibleserver für die Grenzwerte von Azure Database für PostgreSQL Flexibleserver.

Grenzwerte für Azure Deployment Environments

Abonnement Laufzeitgrenzwert pro Bereitstellung Laufzeitgrenzwert pro Monat, Region und Abonnement Speichergrenzwert pro Umgebung
Unternehmen 30 Min. 5000 Min. 1 GB
Nutzungsbasierte Bezahlung 10 Min. 200 Min. 1 GB
Azure Pass 10 Min. 200 Min. 1 GB
MSDN 10 Min. 200 Min. 1 GB
CSP 10 Min. 200 Min. 1 GB
Kostenlose Testversion 10 Min. 200 Min. 1 GB
Microsoft Azure for Students 10 Min. 200 Min. 1 GB

Azure Files und Azure-Dateisynchronisierung

Informationen zu den Limits für Azure Files und Azure-Dateisynchronisierung finden Sie unter Skalierbarkeits- und Leistungsziele für Azure Files.

Azure Functions-Grenzwerte

Ressource Flex-Verbrauchstarif Premium-Plan Dedizierter Plan/ASE Container-Apps Verbrauchstarif
Standardmäßige Timeoutdauer (in Minuten) 30 30 301 3016 5
Maximale Timeoutdauer (in Minuten) unbegrenzt9 unbegrenzt9 grenzenlos2 unbegrenzt15 10
Maximale Anzahl ausgehender Verbindungen (pro Instanz) unbegrenzt unbegrenzt unbegrenzt unbegrenzt 600 aktive (insgesamt 1.200)
Maximale Anforderungsgröße (MB)3 210 210 210 210 210
Maximale Länge der Abfragezeichenfolge3 4096 4096 4096 4096 4096
Maximale Länge der Anforderungs-URL3 8192 8192 8192 8192 8192
ACU pro Instanz 210–840 100–840/210–25010 variiert 100 variiert
Maximaler Arbeitsspeicher (GB pro Instanz) 414 3,5–14 1,75–256/8–256 variiert 1.5
Maximale Instanzenanzahl (Windows | Linux)15 n/a | 1000 20-100 10-30 (100 ASE)11 300-100018 200 | 100
Funktions-Apps pro Plan13 1 100 unbeschränkt4 unbeschränkt4 100
App Service-Pläne Nicht zutreffend 100 pro Ressourcengruppe 100 pro Ressourcengruppe Nicht zutreffend 100 pro Region
Bereitstellungsslots pro App12 Nicht zutreffend 3 1–2011 Nicht unterstützt 2
Speicher (temporär)5 0,8 GB 21-140 GB 11-140 GB Nicht zutreffend 0,5 GB
Speicher (persistent) 0 GB7 250 GB 10–1.000 GB11 Nicht zutreffend 1 GB6,7
Benutzerdefinierte Domänen pro App 500 500 500 Nicht unterstützt 5007
Benutzerdefinierte Domäne TSL/SSL-Unterstützung Unbegrenzte Anzahl von SNI SSL-Verbindungen und eine IP-SSL-Verbindung inbegriffen Unbegrenzte Anzahl von SNI SSL-Verbindungen und eine IP-SSL-Verbindung inbegriffen Unbegrenzte Anzahl von SNI SSL-Verbindungen und eine IP-SSL-Verbindung inbegriffen Nicht unterstützt Unbegrenzte Anzahl von SNI SSL-Verbindungen inbegriffen

Hinweise zu Dienstgrenzwerten:

  1. Das Timeout für die Functions 1.x-Runtime in einem App Service-Plan ist standardmäßig unbegrenzt.
  2. Hierfür muss der App Service-Plan auf Always On festgelegt werden. Die Bezahlung erfolgt zu den üblichen Raten. Während Plattformupdates wird eine Toleranzperiode von 10 Minuten gewährt.
  3. Diese Grenzwerte werden auf dem Host festgelegt.
  4. Die tatsächliche Anzahl der Funktions-Apps, die Sie hosten können, hängt von der Aktivität der Apps, der Größe der Computerinstanzen und der entsprechenden Ressourcenauslastung ab.
  5. Der Speichergrenzwert entspricht der gesamten Inhaltsgröße im temporären Speicher aller Apps im gleichen App Service-Plan. Für Verbrauchspläne unter Linux beträgt der Speicher derzeit 1,5 GB.
  6. Der Verbrauchsplan verwendet eine Azure Files-Freigabe für persistenten Speicher. Wenn Sie Ihre eigene Azure Files-Freigabe bereitstellen, hängen die spezifischen Größenbeschränkungen für die Freigabe von dem Speicherkonto ab, das Sie für WEBSITE_CONTENTAZUREFILECONNECTIONSTRING festgelegt haben.
  7. Unter Linux müssen Sie eine eigene Azure Files-Freigabe explizit einbinden.
  8. Wenn Ihre Funktions-App in einem Verbrauchsplan gehostet wird, wird nur die CNAME-Option unterstützt. Für Funktions-Apps unter einem Premium-Plan oder einem App Service-Plan können Sie eine benutzerdefinierte Domäne entweder mit einem CNAME- oder einem A-Eintrag zuordnen.
  9. Es wird kein Timeout für die maximale Ausführungsdauer erzwungen. Die Toleranzperiode für eine Funktionsausführung beträgt jedoch 60 Minuten während der Abskalierung und 10 Minuten während Plattformupdates.
  10. Worker sind Rollen, die Kunden-Apps hosten. Worker sind in drei festen Größen verfügbar: Eine vCPU/3,5 GB RAM; zwei vCPUs/7 GB RAM; vier vCPUs/14 GB RAM.
  11. Weitere Informationen finden Sie unter App Service-Grenzwerte.
  12. Einschließlich des Produktionsslots.
  13. Derzeit gilt ein Grenzwert von 5.000 Funktions-Apps pro Abonnement.
  14. Flex-Verbrauchsplaninstanzgrößen sind derzeit als 512 MB, 2.048 MB oder 4.096 MB definiert. Weitere Informationen finden Sie unter Instanzspeicher.
  15. Ausführliche Informationen finden Sie im Artikel "Hostingvergleich" unter "Scale ".
  16. Wenn die Mindestanzahl von Replikaten auf null festgelegt ist, hängt das Standardtimeout von den spezifischen Triggern ab, die in der App verwendet werden.
  17. Wenn die Mindestanzahl von Replikaten auf mindestens ein Replikat festgelegt ist.

Weitere Informationen finden Sie unter Hostingoptionen für Azure Functions.

Azure Health Data Services

Grenzwerte der Azure Health Data Services

Health Data Services sind eine Reihe von verwalteten API-Diensten, die auf offenen Standards und Frameworks basieren. Health Data Services ermöglichen Arbeitsabläufe zur Verbesserung der Gesundheitsversorgung und bieten skalierbare und sichere Lösungen für das Gesundheitswesen. Health Data Services umfassen den Fast Healthcare Interoperability Resources (FHIR)-Dienst, den Digital Imaging and Communications in Medicine (DICOM)-Dienst sowie den MedTech-Dienst.

Der FHIR-Service ist eine Implementierung der FHIR-Spezifikation innerhalb der Health Data Services. Er ermöglicht Ihnen, in einem einzigen Arbeitsbereich eine oder mehrere FHIR-Service-Instanzen mit optionalen DICOM- und MedTech-Dienstinstanzen zu kombinieren. Die Azure-API für FHIR ist als eigenständiges Serviceangebot allgemein verfügbar.

Jede FHIR-Dienstinstanz in Azure Health Data Services weist standardmäßig einen Speichergrenzwert von 4 TB auf. Wenn Sie mehr Daten haben, können Sie Microsoft bitten, den Speicherplatz für Ihren FHIR-Dienst auf bis zu 100 TB zu erhöhen. Um mehr als 4 TB Speicherplatz anzufordern, erstellen Sie eine Supportanfrage im Azure-Portal und verwenden Sie den Problemtyp Service- und Abonnementgrenzwert (Kontingente).

Kontingentname Standardlimit Maximales Limit Hinweise
Arbeitsbereich 10 An Support wenden Limit pro Abonnement
FHIR 10 An Support wenden Limit pro Arbeitsbereich
DICOM 10 An Support wenden Limit pro Arbeitsbereich
MedTech 10 N/V Limit pro Arbeitsbereich, kann nicht erhöht werden

Grenzwerte des Azure Healthcare APIs-Diensts

Bei Azure API for FHIR handelt es sich um eine verwaltete, standardbasierte, konforme API für Gesundheitsdaten von Kliniken, die Lösungen für handlungsrelevante Analysen und maschinelles Lernen ermöglicht.

Kontingentname Standardlimit Maximales Limit Hinweise
Anforderungseinheiten (RUs) 100.000 RUs Wenden Sie sich an den Support. Maximal verfügbar: 1.000.000 Sie benötigen mindestens 400 RUs oder 40 RUs/GB (je nachdem, welcher Wert größer ist).
Gleichzeitige Verbindungen 15 gleichzeitige Verbindungen in zwei Instanzen (für insgesamt 30 gleichzeitige Anforderungen) An Support wenden
Azure API for FHIR-Dienstinstanzen pro Abonnement 10 An Support wenden

Grenzwerte für Azure Kubernetes Service

Ressource Begrenzung
Maximale Anzahl von Clustern pro Abonnement global 5.000
Maximale Anzahl von Clustern pro Abonnement pro Region für Enterprise Agreement-Abonnements 1 1.000
Maximale Anzahl von Clustern pro Abonnement pro Region für CSP, Pay-as-you-go, gesponsert, MSDN, MPN, Azure Pass, Azure In Open und Azure Pass Abonnements 1 100
Maximale Anzahl von Clustern pro Abonnement pro Region für kostenlose Testversionen und Azure für Schüler-Abonnements 1 3
Maximale Knoten pro Cluster mit VM-Skalierungsgruppen und der Load Balancer Standard-SKU 5.000 für alle Knotenpools
Hinweis: Wenn Sie nicht bis auf 5.000 Knoten pro Cluster skalieren können, lesen Sie Bewährte Methoden für große Cluster.
Maximale Anzahl von Knoten pro Knotenpool (Virtual Machine Scale Sets-Knotenpools) 1000
Maximale Knotenpools pro Cluster 100
Maximale Anzahl von Pods pro Knoten: mit dem Netzwerk-Plug-In1 für Kubenet Maximal: 250
Azure CLI-Standardwert: 110
Standardwert der Azure Resource Manager-Vorlage: 110
Standardwert für Bereitstellung im Azure-Portal: 30
Maximale Anzahl Pods pro Knoten: mit Azure Container Networking Interface (Azure CNI)2 Maximal: 250
Maximal empfohlene Anzahl für Windows Server-Container: 110
Standardwert: 30
OSM-AKS-Add-On (Open Service Mesh) Kubernetes-Clusterversion: Von AKS unterstützte Versionen
OSM-Controller pro Cluster: 1
Pods pro OSM-Controller: 1.600
Von OSM verwaltete Kubernetes-Dienstkonten: 160
Maximale Anzahl von Kubernetes-Diensten mit Lastenausgleich pro Cluster mit Load Balancer Standard-SKU 300
Maximale Knoten pro Cluster mit VM-Verfügbarkeitsgruppen und der Load Balancer Basic-SKU 100

1 Um eine Erhöhung des Kontingentlimits anzufordern, erstellen Sie eine Supportanfrage. Kostenlose Testversionen und Azure for Students-Abonnements sind für Limit- oder Kontingenterhöhungen nicht berechtigt. Wenn Sie über ein kostenloses Testabonnement oder ein Azure for Students-Abonnement verfügen, können Sie ein Upgrade auf ein Kostenpflichtiges Abonnement durchführen.
2 Windows Server-Container müssen das Netzwerk-Plug-In für Azure CNI verwenden. Kubenet wird für Windows Server-Container nicht unterstützt.

Kubernetes-Steuerungsebene Begrenzung
Standard-Tarif Skaliert den Kubernetes-API-Server automatisch, basierend auf der Last. Höhere Grenzwerte für Komponenten der Steuerungsebene und API-Server/etcd-Instanzen.
Free-Tarif Begrenzte Ressourcen mit einem Grenzwert von 50 Änderungsaufrufen und 100 schreibgeschützten Aufrufen von In-Flight-Anforderungen. Empfohlener Knotengrenzwert von 10 Knoten pro Cluster. Optimal für das Experimentieren, Lernen und einfache Testen. Nicht für Produktions-/kritische Workloads empfohlen.

Azure Lab Services

Die folgenden Grenzwerte gelten für die Anzahl von Azure Lab Services-Ressourcen.

Pro Ressourcentyp

Gruppierung Ressourcentyp Begrenzung
Pro Abonnement Labs 980
Pro Ressourcengruppe Labs 800
Lab-Pläne 800
Pro Lab Zeitpläne 250
Virtuelle Computer (VMs) 400

Pro Region – Labpläne und Labs

Abonnementtyp Labplangrenzwerte Labgrenzwerte
Standard 2 2
Nutzungsbasierte Bezahlung 500 500
Herstellernummer (MPN) 500 500
Azure in Open 500 500
Unternehmensvereinbarung 500 500
MSDN 500 500
Sponsoren 100 15
CSP 500 500
Azure Pass 100 25
Kostenlose Testversion 100 15
Azure für Schüler/Studenten 100 15

Weitere Informationen zu Kapazitätsgrenzwerten für Azure Lab Services finden Sie unter Kapazitätsgrenzen in Azure Lab Services.

Wenden Sie sich an den Support, um eine Erhöhung Ihres Grenzwerts anzufordern.

Azure Load Testing-Grenzwerte

Informationen zu Azure Load Testing-Grenzwerten finden Sie unter Dienstgrenzwerte in Azure Load Testing.

Azure Machine Learning-Grenzwerte

Weitere Informationen zu Kontingenten und Grenzwerten für Ressourcen in Azure Machine Learning finden Sie unter Verwalten und Erhöhen von Kontingenten und Grenzwerten für Ressourcen mit Azure Machine Learning.

Azure Maps-Grenzwerte

Hinweis

Einstellung des Azure Maps-Tarifs Gen1

Der Tarif Gen1 ist jetzt veraltet und wird am 15.09.2026 eingestellt. Der Tarif Gen2 ersetzt den Tarif Gen1 (S0 und S1). Wenn für Ihr Azure Maps-Konto der Tarif „Gen1” ausgewählt ist, können Sie zum Tarif „Gen2” wechseln, bevor es ausläuft, andernfalls wird es automatisch aktualisiert. Weitere Informationen finden Sie unter Verwalten des Tarifs Ihres Azure Maps-Kontos.

Grenzwerte für Azure Maps Abfragen pro Sekunde finden Sie unter QPS-Ratenbegrenzung für Azure Maps.

Die folgende Tabelle enthält den kumulativen Grenzwert für die Datengröße für Azure Maps-Konten in einem Azure-Abonnement. Der Azure Maps-Datendienst ist nur im Tarif Gen1 (S1) und Gen2 verfügbar.

Ressource Begrenzung
Maximaler Speicher pro Azure-Abonnement 1 GB
Maximale Größe pro Dateiupload 100 MB

Hinweis

Einstellung des Azure Maps-Datendiensts

Der Azure Maps-Datendienst ([v1] und [v2]) ist jetzt veraltet und wurde am 16.09.2024 eingestellt. Der Azure Maps-Datenregistrierungsdienst ersetzt den Datendienst. Weitere Informationen finden Sie unter So erstellen Sie eine Datenregistrierung.

Azure Managed Grafana-Grenzwerte

Begrenzung Beschreibung Wesentlich Norm
Warnungsregeln Maximale Anzahl von Warnungsregeln, die erstellt werden können. Nicht unterstützt 500 pro Instanz
Armaturenbretter Maximale Anzahl von Dashboards, die erstellt werden können. 20 pro Instanz Unbegrenzt
Datenquellen Maximale Anzahl von Datenquellen, die erstellt werden können. 5 pro Instanz Unbegrenzt
API-Schlüssel Maximale Anzahl von API-Schlüsseln, die erstellt werden können. 2 pro Instanz 100 pro Instanz
Timeout für Datenabfragen Maximale Wartezeit für den Empfang von Datenabfrage-Antwort-Headern, bevor Grafana ein Timeout verursacht. 200 Sekunden 200 Sekunden
Größe der Datenquellenabfrage Maximale Anzahl von Bytes, die von Antworten ausgehender HTTP-Anforderungen gelesen/akzeptiert werden. 80 MB 80 MB
Wartezeit beim Rendern von Bildern oder PDF-Berichten Maximale Zeitspanne, die ein Bild oder ein PDF-Bericht zum Rendern benötigt, bevor Grafana ein Timeout verursacht. Nicht unterstützt 220 Sekunden
Anzahl von Instanzen Maximale Anzahl von Instanzen in einem einzelnen Abonnement pro Azure-Region. 1 50
Anforderungen pro IP Maximale Anzahl von Anforderungen pro IP pro Sekunde. 90 Anforderungen pro Sekunde 90 Anforderungen pro Sekunde
Anforderungen pro HTTP-Host Maximale Anzahl von Anforderungen pro HTTP-Host pro Sekunde. Der HTTP-Host steht für den Hostheader in eingehenden HTTP-Anforderungen, die jeden eindeutigen Hostclient beschreiben können. 45 Anforderungen pro Sekunde 45 Anforderungen pro Sekunde

Grenzwerte für Azure Monitor

Informationen zu Azure Monitor-Grenzwerten finden Sie unter Azure Monitor-Dienstgrenzwerte.

Azure Data Factory-Grenzwerte

Azure Data Factory ist ein mehrinstanzenfähiger Dienst mit den folgenden Standardgrenzwerten, die sicherstellen sollen, dass Kundenabonnements vor anderen Workloads geschützt sind. Wenden Sie sich an den Support, um die Grenzwerte bis zum Höchstwert für Ihr Abonnement zu erhöhen.

Ressource Standardlimit Maximales Limit
Gesamtanzahl von Entitäten (z. B. Pipelines, Datasets, Trigger, verknüpfte Dienste, private Endpunkte und Integration Runtimes) in einer Data Factory 5.000 5.000
Gesamtanzahl CPU-Kerne für Azure-SSIS Integration Runtimes unter einem Abonnement 64 Erfahren Sie, wie Sie eine Kontingenterhöhung vom Support anfordern.
Gleichzeitige Pipelineausführungen pro Data Factory (von allen Pipelines der Factory gemeinsam genutzt) 10.000 10.000
Gleichzeitige externe Aktivitätsausführungen pro Abonnement und Azure Integration Runtime-Region
Externe Aktivitäten werden auf der Integrationslaufzeit verwaltet, aber auf verknüpften Diensten ausgeführt, einschließlich Databricks, gespeicherten Verfahren, Web und anderen. Die Beschränkung gilt nicht für die selbstgehostete IR.
3,000 3,000
Gleichzeitige Pipelineaktivitätsausführungen pro Abonnement und Azure Integration Runtime-Region
Pipelineaktivitäten werden in der Integration Runtime ausgeführt. Hierzu zählen unter anderem „Lookup“, „GetMetadata“ und „Delete“. Die Beschränkung gilt nicht für die selbstgehostete IR.
1.000 1.000
Gleichzeitige Erstellungsvorgänge pro Abonnement und Azure Integration Runtime-Region
Einschließlich Verbindung testen, Ordnerliste und Tabellenliste durchsuchen und Datenvorschau anzeigen. Die Beschränkung gilt nicht für die selbstgehostete IR.
200 200
Gleichzeitige Nutzung von Datenintegrationseinheiten1 pro Abonnement und Azure Integration Runtime-Region Regionsgruppe 12: 6.000
Regionsgruppe 22: 3,000
Regionsgruppe 32: 1.500
Regionsgruppe 12: 6.000
Regionsgruppe 22: 3,000
Regionsgruppe 32: 1.500
Gleichzeitige Nutzung von Datenintegrationseinheiten1 pro Abonnement und Azure Integration Runtime-Region in einem verwalteten VNet 2\.400 2\.400
Maximale Aktivitäten pro Pipeline, einschließlich interner Aktivitäten für Container 120 120
Maximale Anzahl verknüpfter Integration Runtimes, die für eine einzelne selbstgehostete Integration Runtime erstellt werden kann 100 100
Die maximale Anzahl von Knoten, die für eine einzige selbstgehostete Integration Runtime erstellt werden können 4 4
Maximale Parameter pro Pipeline 50 50
ForEach-Elemente 100.000 100.000
ForEach-Parallelität 20 50
Maximale Anzahl von Ausführungen in Warteschlange pro Pipeline 100 100
Zeichen pro Ausdruck 8\.192 8\.192
Mindestintervall für Trigger für ein rollierendes Fenster 5 Min. 15 Min.
Maximales Timeout für Ausführungen von Pipelineaktivitäten 10 Min. 10 Min.
Maximales Zeitlimit für Ausführungen von Pipelineaktivitäten 7 Tage 7 Tage
Bytes pro Objekt für Pipelineobjekte3 200 KB 200 KB
Bytes pro Objekt für Datasetobjekte und verknüpfte Dienstobjekte3 100 KB 2\.000 KB
Bytes pro Nutzdaten für jede Aktivitätsausführung4 896 KB 896 KB
Datenintegrationseinheiten1 pro Kopieraktivitätsausführung 256 256
Schreiben von API-Aufrufen 1\.200/h 1\.200/h

Dieser Grenzwert wird von Azure Resource Manager, nicht von Azure Data Factory vorgegeben.
Lesen von API-Aufrufen 12.500/h 12.500/h

Dieser Grenzwert wird von Azure Resource Manager, nicht von Azure Data Factory vorgegeben.
Überwachungsabfragen pro Minute 1.000 1.000
Maximale Zeit für Datenfluss-Debugsitzung 8 Std. 8 Std.
Gleichzeitige Anzahl von Datenflüssen pro Integration Runtime 50 50
Gleichzeitige Anzahl von Datenflüssen pro Integration Runtime in einem verwalteten VNET 50 50
Gleichzeitige Anzahl von Datenfluss-Debugsitzungen pro Benutzer pro Factory 3 3
Datenfluss-Azure IR-TTL -Grenzwert (Zeit bis Live) 4 Std. 4 Std.
Größenbeschränkung für Metadatenentitäten in einer Factory 2 GB 2 GB

1 Die Datenintegrationseinheit (Data Integration Unit, DIU) wird bei einem Cloud-zu-Cloud-Kopiervorgang verwendet. Weitere Informationen finden Sie unter Datenintegrationseinheiten (Version 2). Weitere Informationen zur Abrechnung finden Sie unter Azure Data Factory – Preise.

2Azure Integration Runtime ist global verfügbar, um Datencompliance, Effizienz und geringere Kosten für ausgehenden Netzwerkdatenverkehr zu gewährleisten.

Regionsgruppe Regionen
Regionsgruppe 1 „USA, Mitte“, „USA, Osten“, „USA, Osten 2“, „Europa, Norden“, „Europa, Westen“, „USA, Westen“, „USA, Westen 2“
Regionsgruppe 2 „Australien, Osten“, „Australien, Südosten“, „Brasilien, Süden“, „Indien, Mitte“, „Japan, Osten“, „USA, Norden-Mitte“, „USA, Süden-Mitte“, „Asien, Südosten“, „USA, Westen-Mitte“
Regionsgruppe 3 Andere Regionen

Wenn das verwaltete virtuelle Netzwerk aktiviert ist, liegt die Datenintegrationseinheit in allen Regionsgruppen bei 2.400.

3 Objekte für Pipelines, Datasets und verknüpfte Dienste stellen eine logische Gruppierung Ihrer Workload dar. Die Grenzwerte für diese Objekte beziehen sich nicht auf die Datenmenge, die Sie mit Azure Data Factory verschieben und verarbeiten können. Data Factory kann so skaliert werden, dass Petabytes an Daten verarbeitet werden können.

4 Die Nutzlast für jede Aktivitätsausführung umfasst die Aktivitätskonfiguration, ein oder mehrere zugeordnete Datasets und verknüpfte Dienstkonfigurationen, falls vorhanden, und einen kleinen Teil der systemeigenschaften, die pro Aktivitätstyp generiert werden. Die Grenzwerte für diese Nutzdaten beziehen sich nicht auf die Datenmenge, die Sie mit Azure Data Factory verschieben und verarbeiten können. Hier erfahren Sie mehr über die Symptome und Empfehlungen bei Erreichen dieser Grenzwerte.

Limits für Webdienstaufrufe

Azure Resource Manager weist Grenzwerte für API-Aufrufe auf. Sie können API-Aufrufe mit einer Rate innerhalb der API-Limits von Azure Resource Managerausführen.

Azure NetApp-Dateien

Azure NetApp Files verfügt über ein regionales Limit hinsichtlich der Kapazität. Das Standardkapazitätslimit für jedes Abonnement beträgt 25 TiB pro Region für alle Servicelevels. Um die Kapazität zu erhöhen, verwenden Sie die Supportanfrage zu Grenzwerte für Dienste und Abonnements (Kontingente).

Weitere Informationen zu den Grenzwerten für Azure NetApp Files finden Sie unter Ressourcenlimits für Azure NetApp Files.

Azure Policy-Grenzwerte

Für jeden Objekttyp für Azure Policy gilt eine maximale Anzahl. Bei Definitionen gilt ein Scope-Eintrag (Bereich) entweder für die Verwaltungsgruppe oder das Abonnement. Bei Zuweisungen und Ausnahmen betrifft ein Scope-Eintrag die Verwaltungsgruppe, das Abonnement, die Ressourcengruppe oder eine einzelne Ressource.

Hierbei gilt: Was Maximale Anzahl
`Scope` Richtliniendefinitionen 500
`Scope` Initiativdefinitionen 200
Mieter Initiativdefinitionen 2.500
`Scope` Richtlinien- oder Initiativenzuweisungen 200
`Scope` Ausnahmen 1000
Richtliniendefinition Parameter 20
Initiativdefinition Richtlinien 1000
Initiativdefinition Parameter 400
Richtlinien- oder Initiativenzuweisungen Ausschlüsse (notScopes) 400
Richtlinienregel Geschachtelte konditionelle Abschnitte 512
Wartungstask Ressourcen 50.000
Richtliniendefinition, Initiative oder Text für Zuweisungsanforderung Byte 1.048.576

Richtlinienregeln haben mehr Grenzwerte für die Anzahl von Bedingungen und deren Komplexität. Weitere Informationen finden Sie unter Richtlinienregelbeschränkungen.

Azure Quantum-Grenzwerte

Grenzwerte und Kontingente für Anbieter

Der Azure Quantum-Dienst unterstützt sowohl Erst- als auch Drittanbieter von Diensten. Drittanbieter besitzen eigene Grenzwerte und Kontingente. Benutzer können Angebote und Grenzwerte im Azure-Portal anzeigen, wenn sie Drittanbieter konfigurieren.

Nachfolgend finden Sie die veröffentlichten Kontingentgrenzwerte für den Erstanbieter von Optimierungslösungen von Microsoft.

SKU für Lernen und Entwickeln (Learn & Develop)

Ressource Begrenzung
CPU-basierte gleichzeitige Aufträge bis zu 51 gleichzeitige Aufträge
FPGA-basierte gleichzeitige Aufträge bis zu 21 gleichzeitige Aufträge
CPU-basierte Solver-Stunden 20 Stunden pro Monat
FPGA-basierte Solver-Stunden 1 Stunde pro Monat

Wenn Sie die SKU „Learn & Develop“ nutzen, können Sie keine Erhöhung Ihrer Kontingentgrenzwerte anfordern. Stattdessen sollten Sie zur SKU „Leistung im großen Stil“ (Performance at Scale) wechseln.

SKU „Leistung im großen Stil“ (Performance at Scale)

Ressource Standardlimit Maximales Limit
CPU-basierte gleichzeitige Aufträge bis zu 1001 gleichzeitige Aufträge wie Standardgrenzwert
FPGA-basierte gleichzeitige Aufträge bis zu 101 gleichzeitige Aufträge wie Standardgrenzwert
Solver-Stunden 1\.000 Stunden pro Monat bis zu 50.000 Stunden pro Monat

Setzen Sie sich mit dem Azure-Support in Verbindung, um eine Erhöhung des Grenzwerts anzufordern.

Weitere Informationen finden Sie in der Preisübersicht zu Azure Quantum. Einzelheiten zu den Angeboten von Drittanbietern finden Sie auf den entsprechenden Anbieterseiten mit Preisübersichten im Azure-Portal.

1 Beschreibt die Anzahl von Aufträgen, die gleichzeitig in die Warteschlange eingereiht werden können.

Azure RBAC-Grenzwerte

Die folgenden Grenzwerte gelten für die rollenbasierte Zugriffssteuerung in Azure (Azure RBAC).

Bereich Ressource Begrenzung
Azure-Rollenzuweisungen
Anzahl der Azure-Rollenzuweisungen pro Azure-Abonnement 4\.000
Anzahl der Azure-Rollenzuweisungen pro Verwaltungsgruppe 500
Größe der Beschreibung für Azure-Rollenzuweisungen Empfohlenes Maximum: 512 Zeichen
Größe der Bedingung für Azure-Rollenzuweisungen 8 KB
Benutzerdefinierte Azure-Rollen
Anzahl der benutzerdefinierten Azure-Rollen pro Mandant 5.000
Anzahl der benutzerdefinierten Azure-Rollen pro Mandant
(für Microsoft Azure, betrieben von 21Vianet)
2\.000
Größe des Rollennamens für benutzerdefinierte Azure-Rollen Empfohlenes Maximum: 256 Zeichen
Größe der Beschreibung für benutzerdefinierte Azure-Rollen Empfohlenes Maximum: 512 Zeichen
Größe einer benutzerdefinierten Azure-Rollendefinition 1 MB
Anzahl zuweisbarer Bereiche für benutzerdefinierte Azure-Rollen 2\.000
Azure verweigert Zuweisungen
Anzahl der vom System verwalteten Verweigerungszuweisungen pro Azure-Abonnement 2\.000

Grenzwerte für Azure SignalR Service

Ressource Standardlimit Maximales Limit
Azure SignalR-Diensteinheiten pro Instanz für Free-Tarif 1 1
Azure SignalR Service-Einheiten pro Instanz im Standard/Premium_P1-Tarif 100 100
Azure SignalR Service-Einheiten pro Instanz im Premium_P2-Tarif 100 - 1.000 100 - 1.000
Azure SignalR-Diensteinheiten pro Abonnement und Region für Free-Tarif 5 5
Gesamtzahl der Azure SignalR-Einheiten pro Abonnement und Region 150 Unbegrenzt
Gleichzeitige Verbindungen pro Einheit für Free-Tarif 20 20
Gleichzeitige Verbindungen pro Einheit im Standard/Premium-Tarif 1.000 1.000
Enthaltene Nachrichten pro Einheit und Tag für Free-Tarif 20.000 20.000
Zusätzliche Nachrichten pro Einheit und Tag für Free-Tarif 0 0
Enthaltene Nachrichten pro Einheit und Tag im Standard/Premium-Tarif 1\.000.000 1\.000.000
Zusätzliche Nachrichten pro Einheit und Tag im Standard/Premium-Tarif Unbegrenzt Unbegrenzt

Öffnen Sie ein Supportticket, um eine Aktualisierung der Standardgrenzwerte Ihres Abonnements anzufordern.

Weitere Informationen zum Zählen von Verbindungen und Nachrichten finden Sie unter Nachrichten und Verbindungen in Azure SignalR Service.

Wenn Ihre Anforderungen die Grenzwerte überschreiten, wechseln Sie vom Free-Tarif zur Standardebene und fügen Sie Einheiten hinzu. Weitere Informationen finden Sie unter Skalieren einer Azure SignalR Service-Instanz.

Wenn Ihre Anforderungen die Grenzwerte einer einzelnen Instanz überschreiten, fügen Sie Instanzen hinzu. Weitere Informationen finden Sie unter Aktivieren der Georeplikation im Azure SignalR Service.

Azure Spring Apps – Grenzwerte

Weitere Informationen zu den Grenzwerten für Azure Spring Apps finden Sie unter Kontingente und Servicepläne für Azure Spring Apps.

Grenzwerte für Azure Storage

In diesem Abschnitt werden die folgenden Grenzwerte für Azure Storage aufgeführt:

Begrenzungen beim Standard-Speicherkonto

In der folgenden Tabelle werden die für Azure Universell V2 (General-Purpose v2, GPv2), Universell V1 (General-Purpose v1, GPv1) und Blob-Speicherkonten geltenden Standardgrenzwerte beschrieben. Der Grenzwert für eingehend bezieht sich auf alle Daten, die an ein Speicherkonto gesendet werden. Der Grenzwert für ausgehend bezieht sich auf alle Daten, die von einem Speicherkonto empfangen werden.

Microsoft empfiehlt, für die meisten Szenarien ein GPv2-Speicherkonto zu verwenden. Sie können ein Upgrade von einem GPv1-Konto oder einem Blob-Speicherkonto auf ein GPv2-Konto ganz einfach durchführen. Dabei kommt es zu keinen Ausfallzeiten, und Sie müssen keine Daten kopieren. Weitere Informationen finden Sie unter Upgraden auf ein GPv2-Speicherkonto.

Hinweis

Sie können höhere Grenzwerte für die Kapazität und für eingehende Daten anfordern. Wenden Sie sich dazu an den Azure-Support.

Ressource Begrenzung
Maximale Anzahl von Speicherkonten mit Standardendpunkten pro Region und Abonnement, einschließlich Standard- und Premium-Speicherkonten Standardmäßig 250, 500 auf Anforderung1
Maximale Anzahl von Speicherkonten mit Azure DNS-Zonenendpunkten (Vorschau) pro Region und Abonnement, einschließlich Standard- und Premium-Speicherkonten 5.000 (Vorschau)
Maximale Kapazität des Standardspeicherkontos 5 PiB2
Maximale Anzahl von Blobcontainern, Blobs, Verzeichnissen und Unterverzeichnissen (wenn hierarchischer Namespace aktiviert ist), Dateifreigaben, Tabellen, Warteschlangen, Entitäten oder Nachrichten pro Speicherkonto. Keine Begrenzung
Standardmäßige maximale Anforderungsrate pro universellem V2-Konto und Blob-Speicherkonto in den folgenden Regionen:
  • Asien, Osten
  • Asien, Südosten
  • Australien (Osten)
  • Brasilien Süd
  • Kanada, Mitte
  • China, Osten 2
  • China, Norden 3
  • Nordeuropa
  • Europa, Westen
  • Frankreich, Mitte
  • Deutschland, Westen-Mitte
  • Indien, Mitte
  • Japan, Osten
  • Jio Indien, Westen
  • Korea, Mitte
  • Norwegen, Osten
  • Südafrika, Norden
  • Schweden, Mitte
  • Vereinigte Arabische Emirate, Norden
  • UK, Süden
  • USA, Mitte
  • Ost-USA
  • USA (Ost) 2
  • US Government, Virginia
  • US Gov Arizona
  • USA Nord Mitte
  • USA Süd Mitte
  • USA (Westen)
  • USA, Westen 2
  • USA, Westen 3
40.000 Anforderungen pro Sekunde2
Standardmäßige maximale Anforderungsrate pro universellem V2-Konto und Blob-Speicherkonto in Regionen, die nicht in der vorherigen Zeile aufgelistet sind. 20.000 Anforderungen pro Sekunde2
Standardmäßig maximal eingehende Daten pro GPv2-Konto und Blob-Speicherkonto in den folgenden Regionen:
  • Asien, Osten
  • Asien, Südosten
  • Australien (Osten)
  • Brasilien Süd
  • Kanada, Mitte
  • China, Osten 2
  • China, Norden 3
  • Nordeuropa
  • Europa, Westen
  • Frankreich, Mitte
  • Deutschland, Westen-Mitte
  • Indien, Mitte
  • Japan, Osten
  • Jio Indien, Westen
  • Korea, Mitte
  • Norwegen, Osten
  • Südafrika, Norden
  • Schweden, Mitte
  • Vereinigte Arabische Emirate, Norden
  • UK, Süden
  • USA, Mitte
  • Ost-USA
  • USA (Ost) 2
  • US Government, Virginia
  • US Gov Arizona
  • USA Nord Mitte
  • USA Süd Mitte
  • USA (Westen)
  • USA, Westen 2
  • USA, Westen 3
60 Gbps2
Standardmäßig maximal eingehende Daten pro GPv2-Konto und Blob-Speicherkonto in Regionen, die in der vorherigen Zeile nicht aufgeführt sind. 25 Gbps2
Standardmäßig maximal eingehende Daten für GPv1-Speicherkonten (alle Regionen) 10 Gbps2
Standardmäßig maximal ausgehende Daten für GPv2-Konten und Blob-Speicherkonten in den folgenden Regionen:
  • Asien, Osten
  • Asien, Südosten
  • Australien (Osten)
  • Brasilien Süd
  • Kanada, Mitte
  • China, Osten 2
  • China, Norden 3
  • Nordeuropa
  • Europa, Westen
  • Frankreich, Mitte
  • Deutschland, Westen-Mitte
  • Indien, Mitte
  • Japan, Osten
  • Jio Indien, Westen
  • Korea, Mitte
  • Norwegen, Osten
  • Südafrika, Norden
  • Schweden, Mitte
  • Vereinigte Arabische Emirate, Norden
  • UK, Süden
  • USA, Mitte
  • Ost-USA
  • USA (Ost) 2
  • US Government, Virginia
  • US Gov Arizona
  • USA Nord Mitte
  • USA Süd Mitte
  • USA (Westen)
  • USA, Westen 2
  • USA, Westen 3
200 GBit/s2
Standardmäßig maximal ausgehende Daten für GPv2-Konten und Blob-Speicherkonten in Regionen, die in der vorherigen Zeile nicht aufgeführt sind. 50 Gbps2
Maximaler Ausgang für universelle v1-Speicherkonten (US-Regionen) 20 GBit/s bei aktiviertem RA-GRS/GRS, 30 GBit/s für LRS/ZRS
Maximaler Ausgang für universelle v1-Speicherkonten (US-fremde Regionen) 10 GBit/s bei aktiviertem RA-GRS/GRS, 15 GBit/s für LRS/ZRS
Maximale Anzahl von Regeln für IP-Adressen pro Speicherkonto 400
Maximale Anzahl von VNET-Regeln pro Speicherkonto 400
Maximale Anzahl von Regeln für Ressourceninstanzen pro Speicherkonto 200
Maximale Anzahl privater Endpunkte pro Speicherkonto 200

1 Mit einer Kontingenterhöhung können Sie bis zu 500 Speicherkonten mit Standardendpunkten pro Region erstellen. Weitere Informationen finden Sie unter Erhöhen von Azure Storage-Kontokontingenten.
2 Azure Storage-Standardkonten unterstützen höhere Grenzwerte für die Kapazität sowie höhere Grenzwerte für eingehende und ausgehende Daten auf Anforderung. Wenden Sie sich an den Azure-Support, um eine Erhöhung der Kontogrenzwerte anzufordern.

Grenzwerte für Azure Storage-Ressourcenanbieter

Die folgenden Grenzwerte gelten nur, wenn Sie Verwaltungsvorgänge mithilfe von Azure Resource Manager mit Azure Storage und dem Speicherressourcenanbieter ausführen. Die Grenzwerte gelten pro Abonnement pro Region der Ressource in der Anforderung.

Ressource Begrenzung
Storage-Kontoverwaltungsvorgänge (Lesen) 800 pro 5 Minuten
Storage-Kontoverwaltungsvorgänge (Schreiben) 10 pro Sekunde/1.200 pro Stunde
Storage-Kontoverwaltungsvorgänge (Liste) 100 pro 5 Minuten

Grenzwerte für Azure Blob Storage

Ressource Ziel
Maximale Größe eines einzelnen Blobcontainers Identisch mit maximaler Speicherkontokapazität
Maximale Anzahl von Blöcken in einem Blockblob oder einem Anfügeblob 50.000 Blöcke
Maximale Größe eines Blocks in einem Blockblob 4\.000 MiB
Maximale Größe eines Blockblobs 50.000 · 4.000 MiB (ca. 190,7 TiB)
Maximale Größe eines Blocks in einem Anfügeblob 4 MiB
Maximale Größe eines Anfügeblobs 50.000 × 4MiB (ca. 195GiB)
Max. Größe eines Seitenblobs 8 TiB2
Maximale Anzahl gespeicherter Zugriffsrichtlinien pro Blobcontainer 5
Zielanforderungsrate für ein einzelnes Blob Bis zu 500 Anforderungen pro Sekunde
Zieldurchsatz für ein einzelnes Seitenblob Bis zu 60 MiB pro Sekunde2
Zieldurchsatz für ein einzelnes Blockblob Bis zur Eingangs-/Ausgangsbegrenzung des Speicherkontos1

1 Der Durchsatz für ein einzelnes Blob hängt von mehreren Faktoren ab. Diese Faktoren umfassen, sind aber nicht beschränkt auf: Parallelität, Anforderungsgröße, Leistungsstufe, Geschwindigkeit der Quelle für Uploads und des Ziels für Downloads. Laden Sie größere Blobs oder Blöcke hoch, um von den Leistungsverbesserungen für Blockblobs mit hohem Durchsatz zu profitieren. Rufen Sie den Put Blob- oder Put Block-Vorgang insbesondere bei einer Blob- oder Blockgröße von mehr als 256 KiB auf.

2 Seitenblobs werden noch nicht in Konten mit aktiviertem hierarchischem Namespace unterstützt.

In der folgenden Tabelle werden die maximal zulässigen Block- und Blob-Größen für die Dienstversion beschrieben.

Dienstversion Maximale Blockgröße (über Put Block) Maximale Blob-Größe (über Put Block-Liste) Maximale Blob-Größe über einen einzelnen Schreibvorgang (über Put Blob)
Ab Version 2019-12-12 4\.000 MiB Ungefähr 190,7 TiB (4-000 MiB · 50.000 Blöcke) 5000 MiB
Version 2016-05-31 bis Version 2019-07-07 100 MiB Ungefähr 4,75 TiB (100 MiB X 50.000 Blöcke) 256 MiB
Versionen vor 2016-05-31 4 MiB Ungefähr 195 GiB (4 MiB X 50.000 Blöcke) 64 MiB

Azure Queue-Speicherlimits

Ressource Ziel
Maximale Größe einer einzelnen Warteschlange 500 TiB
Maximale Größe einer Nachricht in einer Warteschlange 64 KiB
Maximale Anzahl gespeicherter Zugriffsrichtlinien pro Warteschlange 5
Maximale Anforderungsrate pro Speicherkonto 20.000 Nachrichten pro Sekunde, wobei eine Nachrichtengröße von 1KiB angenommen wird
Zieldurchsatz für eine einzelne Warteschlange (Nachrichten von 1KiB) Bis zu 2.000 Nachrichten pro Sekunde

Azure Table-Speicherlimits

In der folgenden Tabelle sind die Kapazitäts-, Skalierbarkeits- und Leistungsziele für den Tabellenspeicher beschrieben.

Ressource Ziel
Anzahl von Tabellen in einem Azure Storage-Konto Begrenzung nur durch die Kapazität des Speicherkontos
Anzahl von Partitionen in einer Tabelle Begrenzung nur durch die Kapazität des Speicherkontos
Anzahl von Entitäten in einer Partition Begrenzung nur durch die Kapazität des Speicherkontos
Maximale Größe einer einzelnen Tabelle 500 TiB
Maximale Größe einer einzelnen Entität, einschließlich aller Eigenschaftswerte 1 MiB
Maximale Anzahl von Eigenschaften in einer Tabellenentität 255 (einschließlich der drei Systemeigenschaften PartitionKey, RowKey und Timestamp)
Maximale Gesamtgröße einer individuellen Eigenschaft in einer Entität Variiert je nach Eigenschaftstyp. Weitere Informationen finden Sie unter Eigenschaftstypen in Grundlegendes zum Tabellendienst-Datenmodell.
Größe von PartitionKey Eine Zeichenfolge mit maximal 1.024 Zeichen
Größe von RowKey Eine Zeichenfolge mit maximal 1.024 Zeichen
Größe einer Entitätsgruppentransaktion Eine Transaktion kann höchstens 100 Entitäten umfassen, und die Nutzlast muss weniger als 4 MiB groß sein. Eine Entitätsgruppentransaktion kann ein Update für eine Entität nur einmal einschließen.
Maximale Anzahl gespeicherter Zugriffsrichtlinien pro Tabelle 5
Maximale Anforderungsrate pro Speicherkonto 20.000 Transaktionen pro Sekunde, ausgehend von einer Entitätsgröße von 1KiB
Zieldurchsatz für eine einzelne Tabellenpartition (Entitäten von 1KiB) Bis zu 2.000 Entitäten pro Sekunde

Grenzwerte für die Erstellung von Azure-Abonnements

Weitere Informationen zu den Erstellungsgrenzwerten für Azure-Abonnements finden Sie unter Abrechnungskonten und -bereiche im Azure-Portal.

Azure Virtual Desktop-Dienstgrenzwerte

In der nachstehenden Tabelle werden die maximalen Grenzwerte für Azure Virtual Desktop beschrieben.

Azure Virtual Desktop-Objekt Pro übergeordnetem Containerobjekt Dienstgrenzwert
Arbeitsbereich Microsoft Entra-Mandant 1300
HostPool (Englisch) Arbeitsbereich 400
Anwendungsgruppe Microsoft Entra-Mandant 5001
RemoteApp Anwendungsgruppe 500
Rollenzuweisung Beliebiges Azure Virtual Desktop-Objekt 200
Sitzungshost HostPool (Englisch) 10.000

1Wenn Sie mehr als 500 Anwendungsgruppen benötigen, erstellen Sie ein Supportticket über das Azure-Portal.

Alle anderen Azure-Ressourcen, die in Azure Virtual Desktop verwendet werden, z. B. virtuelle Computer, Speicher, Netzwerke usw., unterliegen den eigenen Ressourcenbeschränkungen, die in den relevanten Abschnitten dieses Artikels dokumentiert sind. Informationen zum Visualisieren der Beziehung zwischen allen Azure Virtual Desktop-Objekten finden Sie im Artikel Einschränkungen für Azure Virtual Desktop.

Informationen zu den ersten Schritte mit Azure Virtual Desktop finden Sie im Leitfaden zu den ersten Schritten. Für detailliertere Architekturinhalte zu Azure Virtual Desktop verwenden Sie den Abschnitt Azure Virtual Desktop des Cloud Adoption Framework. Wenn Sie Preisinformationen für Azure Virtual Desktop erhalten möchten, fügen Sie im Abschnitt „Berechnen“ des Azure-Preisrechners „Azure Virtual Desktop“ hinzu.

Einschränkungen für Azure VMware Solution

In der nachstehenden Tabelle werden die maximalen Grenzwerte für Azure VMware Solution beschrieben.

Ressource Begrenzung
vSphere-Cluster pro privater Cloud 12
Mindestanzahl von ESXi-Hosts pro Cluster 3 (harte Grenze)
Maximale Anzahl von ESXi-Hosts pro Cluster 16 (harte Grenze)
Maximale Anzahl von ESXi-Hosts pro privater Cloud 96
Maximale Anzahl von vCenter Servern pro privater Cloud 1 (harte Grenze)
Maximale Anzahl von HCX-Standortpaaren 25 (beliebige Edition)
Maximale Anzahl von HCX-Dienstmeshes 10 (alle Editionen)
Maximale Anzahl privater Azure VMware Solution-Clouds, die Azure ExpressRoute von einem einzigen Standort mit einem einzelnen virtuellen Netzwerkgateway verknüpft haben 4
Das verwendete virtuelle Netzwerkgateway bestimmt die tatsächliche maximale Anzahl von verknüpften privaten Clouds. Weitere Informationen finden Sie unter Informationen zu ExpressRoute-Gateways für virtuelle Netzwerke.
Wenn Sie diesen Schwellenwert überschreiten, verwenden Sie Azure VMware Solution Interconnect , um private Cloudkonnektivität innerhalb der Azure-Region zu aggregieren.
Azure VMware Solution ExpressRoute: Maximaler Durchsatz 10 GBit/s (Ultra Performance Gateway-Version mit aktivierter FastPath-Funktion verwenden)**
Das verwendete virtuelle Netzwerkgateway bestimmt die tatsächliche Bandbreite. Weitere Informationen finden Sie unter Informationen zu ExpressRoute-Gateways für virtuelle Netzwerke.
Eine Azure VMware Solution ExpressRoute hat keine Portgeschwindigkeitseinschränkungen und führt über 10 GBit/s aus. Geschwindigkeiten über 10 GBit/s werden wegen der Qualität des Dienstes nicht garantiert.
Maximale Anzahl von Azure Public IPv4-Adressen, die dem NSX zugewiesen sind 2\.000
Maximale Anzahl von Azure VMware-Lösungsverbindungen pro private Cloud 10
Maximale Anzahl von Azure ExpressRoute Global Reach-Verbindungen pro privater Azure VMware Solution-Cloud 8
vSAN-Kapazitätsgrenzen 75 % der insgesamt nutzbaren Kapazität (hält 25 % für Vereinbarung zum Servicelevel verfügbar)
VMware Site Recovery Manager: Maximale Anzahl geschützter virtueller Computer 3,000
VMware Site Recovery Manager: Maximale Anzahl virtueller Computer pro Wiederherstellungsplan 2\.000
VMware Site Recovery Manager: Maximale Anzahl von Schutzgruppen pro Wiederherstellungsplan 250
VMware Site Recovery Manager: RPO-Werte (Recovery Point Objective) Fünf Minuten oder höher* (harte Grenze)
VMware Site Recovery Manager: Maximale Anzahl virtueller Computer pro Schutzgruppe 500
VMware Site Recovery Manager: Maximale Anzahl von Wiederherstellungsplänen 250

* Informationen zu einem RPO von weniger als 15 Minuten finden Sie unter Wie das 5-Minuten-RPO funktioniert in der vSphere Replication Verwaltungsdokumentation.

** Dieser weiche empfohlene Grenzwert kann basierend auf dem Szenario einen höheren Durchsatz unterstützen.

Verwenden Sie für andere VMware-spezifische Grenzwerte das Tool VMware von Broadcom-Konfigurationsmaximum.

Azure Web PubSub-Host

Ressource Standardlimit Maximales Limit
Azure Web PubSub Service-Einheiten pro Instanz im Free-Tarif 1 1
Azure Web PubSub Service-Einheiten pro Instanz im Standard/Premium_P1-Tarif 100 100
Azure Web PubSub Service-Einheiten pro Instanz im Premium_P2-Tarif 100 - 1.000 100 - 1.000
Azure Web PubSub Service-Einheiten pro Abonnement und Region im Free-Tarif 5 5
Gesamtzahl der Azure Web PubSub Service-Einheiten pro Abonnement und Region 150 Unbegrenzt
Gleichzeitige Verbindungen pro Einheit für Free-Tarif 20 20
Gleichzeitige Verbindungen pro Einheit im Standard/Premium-Tarif 1.000 1.000
Enthaltene Nachrichten pro Einheit und Tag für Free-Tarif 20.000 20.000
Zusätzliche Nachrichten pro Einheit und Tag für Free-Tarif 0 0
Enthaltene Nachrichten pro Einheit und Tag im Standard/Premium-Tarif 1\.000.000 1\.000.000
Zusätzliche Nachrichten pro Einheit und Tag im Standard/Premium-Tarif Unbegrenzt Unbegrenzt

Öffnen Sie ein Supportticket, um eine Aktualisierung der Standardgrenzwerte Ihres Abonnements anzufordern.

Weitere Informationen zur Zählung von Verbindungen und Nachrichten finden Sie unter Nachrichten und Verbindungen im Azure Web PubSub Service.

Wenn Ihr Bedarf die Grenzwerte übersteigt, steigen Sie vom kostenlosen Tarif auf den Standard-/Premium-Tarif um oder verkleinern Sie die Einheiten. Weitere Informationen finden Sie unter So skalieren Sie eine Azure Web PubSub-Dienstinstanz.

Wenn Ihre Anforderungen die Grenzwerte einer einzelnen Instanz überschreiten, fügen Sie Instanzen hinzu. Weitere Informationen finden Sie unter Verwenden der Georeplikation in Azure Web PubSub.

Backup-Grenzwerte

Eine Zusammenfassung der Einstellungen und Einschränkungen für die Azure Backup-Unterstützung finden Sie unter Supportmatrix für Azure Backup.

Batch-Grenzwerte

Ressource Standardlimit Maximales Limit
Azure Batch-Konten pro Region und Abonnement 1–3 50
Dedizierte Kerne pro Batch-Konto 0–9001 Support kontaktieren
Kerne mit niedriger Priorität pro Batch-Konto 0–1001 Support kontaktieren
Aktive Aufträge und Auftragszeitpläne pro Batch-Konto (abgeschlossene Aufträge haben keinen Grenzwert) 100-300 1.0002
Pools pro Batch-Konto 0–1001 5002
Private Endpunktverbindungen pro Batch-Konto 100 100

1 Für Kapazitätsverwaltungszwecke wurden die Standardkontingente für neue Batch-Konten in einigen Regionen und für einige Abonnementtypen aus dem oben genannten Bereich reduziert. In einigen Fällen wurden diese Grenzwerte auf null reduziert. Wenn Sie ein neues Batch-Konto erstellen, überprüfen Sie Ihre Kontingente, und fordern Sie eine entsprechende Kern- oder Dienstkontingenterhöhung an, falls erforderlich. Alternativ können Sie Batch-Konten, die bereits über eine ausreichende Kontingent- oder Benutzerabonnement-Poolzuordnung verfügen, wiederverwenden, um das Kern- und VM-Familienkontingent für alle Batch-Konten im Abonnement beizubehalten. Dienstkontingente wie aktive Aufträge oder Pools gelten für jedes einzelne Batch-Konto, auch für Batch-Konten der Benutzerabonnement-Poolzuordnung.

2Wenden Sie sich an den Azure-Support, wenn Sie eine Heraufsetzung dieses Grenzwerts anfordern möchten.

Hinweis

Die Standardgrenzwerte variieren abhängig vom Abonnementtyp, den Sie zum Erstellen eines Batch-Kontos verwenden. Die angezeigten Kontingente für Kerne gelten für Batch-Konten im Batch-Dienstmodus. Zeigen Sie die Kontingente in Ihrem Batch-Konto an.

Grenzwerte für das klassische Bereitstellungsmodell

Die folgenden Grenzwerte gelten, wenn Sie das klassische Bereitstellungsmodells anstelle des Azure Resource Manager-Bereitstellungsmodells verwenden.

Ressource Standardlimit Maximales Limit
vCPUs pro Abonnement1 20 10.000
Co-Admins pro Abonnement 200 200
Speicherkonten pro Abonnement2 100 100
Clouddienste pro Abonnement 20 200
Lokale Netzwerke pro Abonnement 10 500
DNS-Server pro Abonnement 9 100
Reservierte IPs pro Abonnement 20 100
Affinitätsgruppen pro Abonnement 256 256
Länge des Abonnementnamens (Anzahl der Zeichen) 64 64

1 Sehr kleine Instanzen zählen als ganze vCPU im Sinn des vCPU-Grenzwerts, auch wenn nur ein Teil eines CPU-Kerns verwendet wird.

2 Das Speicherkontolimit umfasst sowohl Standard- als auch Premium-Speicherkonten.

Grenzwerte für Container Instances

Ressource Ist-Grenzwert
Standard-SKU-Containergruppen pro Region pro Abonnement 100
Dedizierte SKU-Containergruppen pro Region pro Abonnement 01
Anzahl von Containern pro Containergruppe 60
Anzahl von Volumes pro Containergruppe 20
Standard-SKU-Kerne (CPUs) pro Region pro Abonnement 100
Standard-SKU-Kerne (CPUs) für K80-GPU pro Region pro Abonnement 0
Standard-SKU-Kerne (CPUs) für V100-GPU pro Region und Abonnement 0
Ports pro IP-Adresse 5
Containerinstanz-Protokollgröße – ausgeführte Instanz 4 MB
Containerinstanz-Protokollgröße – angehaltene Instanz 16 KB oder 1.000 Zeilen
Containergruppenerstellungen pro Stunde 3001
Containergruppenerstellungen pro 5 Minuten 1001
Containergruppenlöschungen pro Stunde 3001
Containergruppenlöschungen pro 5 Minuten 1001

1 Erstellen Sie eine Azure Supportanfrage, um eine Erhöhung des Grenzwerts anzufordern. Kostenlose Abonnements, einschließlich kostenloses Azure-Konto und Microsoft Azure for Students, sind nicht für Grenzwert- oder Kontingenterhöhungen qualifiziert. Wenn Sie über ein kostenloses Abonnement verfügen, können Sie ein Upgrade auf ein Abonnement mit nutzungsbasierter Bezahlung durchführen.
2Standardgrenzwert für Abonnement mit nutzungsbasierter Bezahlung. Der Grenzwert kann für andere Kategorietypen abweichen.

Grenzwerte für die Azure Container Registry

Die folgende Tabelle enthält die Features und Grenzwerte der Azure Container Registry-Dienstebenen „Basic“, „Standard“ und „Premium“.

Ressource Grundlegend Norm Prämie
Enthaltener Speicher1 (GiB) 10 100 500
Speicherbegrenzung (TiB) 40 40 40
Maximale Größe für Imageebenen (GiB) 200 200 200
Maximale Manifestgröße (MiB) 4 4 4
Lesevorgänge pro Minute2, 3 1.000 3,000 10.000
Schreibvorgänge pro Minute2, 4 100 500 2\.000
Downloadbandbreite2 (MBit/s) 30 60 100
Uploadbandbreite 2 (MBit/s) 10 20 50
webhooks 2 10 500
Georeplikation N/V N/V Unterstützt
Verfügbarkeitszonen N/V N/V Unterstützt
Inhaltsvertrauensstellung N/V N/V Unterstützt
Private Link mit privaten Endpunkten N/V N/V Unterstützt
• Private Endpunkte N/V N/V 200
Netzwerkregeln für öffentliche IP-Adressen N/V N/V 100
Dienstendpunkt-VNET-Zugriff N/V N/V Vorschau
• Regeln für virtuelle Netze N/V N/V 100
Vom Kunden verwaltete Schlüssel N/V N/V Unterstützt
Repositorybezogene Berechtigungen Unterstützt Unterstützt Unterstützt
• Token 100 500 50.000
• Bereichszuordnungen 100 500 50.000
• Aktionen 500 500 500
• Repositorys pro Bereichszuordnung5 500 500 500
Anonymer Pullzugriff N/V Vorschau Vorschau

1 In der täglichen Rate für jede Ebene inbegriffener Speicher. Für eine zusätzliche Tagesgebühr pro GiB kann weiterer Speicher bis zum Grenzwert des Registrierungsspeichers genutzt werden. Weitere Informationen zu diesen Tarifen finden Sie unter Container Registry – Preise. Falls Sie Speicher benötigen, der über den Grenzwert des Registrierungsspeichers hinausgeht, können Sie sich an den Azure-Support wenden.

2Lesevorgänge, Schreibvorgänge und Bandbreite sind geschätzte Mindestwerte. Die Azure Container Registry soll die Leistung der Nutzung nach Bedarf verbessern. Beide Ressourcen, ACR und das Gerät, müssen sich in derselben Region befinden, um eine hohe Downloadgeschwindigkeit zu erzielen.

3 Ein docker pull-Befehl wird basierend auf der Anzahl von Ebenen im Image in mehrere Lesevorgänge plus Manifestabruf übersetzt.

4 Ein docker push-Befehl wird basierend auf der Anzahl von Ebenen, die per Push übertragen werden müssen, in mehrere Schreibvorgänge übersetzt. Ein docker push enthält docker push zum Abrufen eines Manifests für ein vorhandenes Image.

5 Einzelne Aktionen vom Typ content/delete, content/read, content/write, metadata/read, metadata/write entsprechen dem Grenzwert für Repositorys pro Bereichszuordnung.

Grenzwerte für Azure Content Delivery Network

Ressource Begrenzung
Azure Content Delivery Network-Profile 25
Content Delivery Network-Endpunkte pro Profil 25
Benutzerdefinierte Domänen pro Endpunkt 25
Maximale Ursprungsgruppen pro Profil 10
Maximale Ursprünge pro Ursprungsgruppe 10
Maximale Anzahl von Regeln pro CDN-Endpunkt 25
Maximale Anzahl von Übereinstimmungsbedingungen pro Regel 10
Maximale Anzahl von Aktionen pro Regel 5
Maximale Bandbreite pro Profil* 75 GBit/s
Maximale Anzahl von Anforderungen pro Sekunde pro Profil 100.000
HTTP-Headergrößenbeschränkung (pro Header) 32 KB

*Diese beiden Grenzwerte gelten nur für Azure CDN Standard von Microsoft (klassisch). Wenn der Datenverkehr nicht global verteilt und in mindestens zwei Regionen verteilt wird oder ein höheres Kontingentlimit erforderlich ist, erstellen Sie eine Azure-Supportanfrage.

Ein Content Delivery Network-Abonnement enthält mindestens ein Content Delivery Network-Profil. Ein Content Delivery Network-Profil enthält mindestens einen Content Delivery Network-Endpunkt. Sie können mehrere Profile verwenden, um Ihre Content Delivery Network-Endpunkte nach Internetdomäne, Webanwendung oder anderen Kriterien zu organisieren.

Grenzwerte für Azure Data Lake Analytics

Mit Azure Data Lake Analytics wird die Komplexität bei der Verwaltung verteilter Infrastrukturen und komplexer Codes reduziert. Ressourcen werden dynamisch bereitgestellt, und Sie können sie verwenden, um Daten im Exabytebereich zu analysieren. Wenn der Auftrag abgeschlossen ist, werden die Ressourcen automatisch reduziert. Sie bezahlen nur für die tatsächlich genutzte Verarbeitungsleistung. Außerdem sind keine Codeänderungen notwendig, wenn Sie die Menge an gespeicherten Daten oder die genutzte Computekapazität erhöhen oder verringern. Wenden Sie sich an den Support, um die Standardgrenzwerte für Ihr Abonnement zu erhöhen.

Ressource Begrenzung Kommentare
Maximale Anzahl gleichzeitiger Aufträge 20
Maximale Anzahl von Analytics-Einheiten (AUs) pro Konto 250 Verwenden Sie eine beliebige Kombination von bis zu 250 AUs über 20 Aufträge. Wenn Sie diesen Grenzwert erhöhen möchten, wenden Sie sich an den Microsoft-Support.
Maximale Skriptgröße für die Auftragsübermittlung 3 MB
Maximale Anzahl von Data Lake Analytics-Konten pro Region pro Abonnement 5 Wenn Sie diesen Grenzwert erhöhen möchten, wenden Sie sich an den Microsoft-Support.

Grenzwerte für Azure Data Lake Store

Azure Data Lake Storage Gen2 ist kein dedizierter Dienst- oder Speicherkontotyp. Es handelt sich dabei um das aktuelle Release von Funktionen für Big Data-Analysen. Diese Funktionen sind in einem Speicherkonto vom Typ „Allgemein v2“ oder „BlockBlobStorage“ verfügbar, und Sie können sie durch Aktivieren des Features Hierarchischer Namespace des Kontos abrufen. Informationen zu Skalierungszielen finden Sie in den folgenden Artikeln:

Azure Data Lake Storage Gen1 ist ein dedizierter Dienst. Es handelt sich dabei um ein unternehmensweites riesiges Repository für Big Data-Analyseworkloads. Sie können mit Data Lake Storage Gen1 Daten von beliebiger Größe, Art und Erfassungsgeschwindigkeit zur Durchführung operativer und explorativer Analysen an einem einzigen Ort erfassen. Es gibt keine Beschränkung für die Datenmenge, die Sie in einem Data Lake Storage Gen1-Konto speichern können.

Ressource Begrenzung Kommentare
Maximale Anzahl von Data Lake Storage Gen1-Konten pro Abonnement pro Region 10 Wenden Sie sich an den Support, um eine Erhöhung dieses Grenzwerts anzufordern.
Maximale Anzahl von Zugriffs-ACLs pro Datei oder Ordner 32 Dies ist eine harte Grenze. Verwenden von Gruppen zum Verwalten des Zugriffs mit weniger Einträgen.
Maximale Anzahl von standardmäßiger ACLs pro Datei oder Ordner 32 Dies ist eine harte Grenze. Verwenden von Gruppen zum Verwalten des Zugriffs mit weniger Einträgen.

Grenzwerte für Azure Data Share

Mit Azure Data Share können Organisationen Daten für Kunden und Partner auf einfache und sichere Weise freigeben.

Ressource Begrenzung
Maximale Anzahl von Data Share-Ressourcen pro Azure-Abonnement 100
Maximale Anzahl von gesendeten Freigaben pro Data Share-Ressource 200
Maximale Anzahl von empfangenen Freigaben pro Data Share-Ressource 100
Maximale Anzahl von Einladungen pro gesendeter Freigabe 200
Maximale Anzahl von Freigabeabonnements pro gesendeter Freigabe 200
Maximale Anzahl von Datasets pro Freigabe 200
Maximale Anzahl von Momentaufnahmezeitplänen pro Freigabe 1

Grenzwerte für Azure Database Migration Service

Azure Database Migration Service ist ein vollständig verwalteter Dienst, der die nahtlose Migration von mehreren Datenbankquellen zu Azure-Datenplattformen mit minimaler Ausfallzeit ermöglicht.

Ressource Begrenzung Kommentare
Maximale Anzahl von Diensten pro Abonnement und Region 10 Wenden Sie sich an den Support, um eine Erhöhung dieses Grenzwerts anzufordern.

Grenzwerte für Azure Device Update for IoT Hub

Grenzwerte können nur für die Standard-SKU angepasst werden. Anforderungen zum Anpassen von Grenzwerten werden von Fall zu Fall geprüft. Es wird nicht garantiert, dass sie genehmigt werden.

Anforderungen zum Anpassen von Grenzwerten für die Free-SKU werden nicht akzeptiert. Darüber hinaus können kostenlose SKU-Instanzen nicht auf Standard-SKU-Instanzen aktualisiert werden.

Die folgende Tabelle enthält die Grenzwerte für die Ressource „Device Update for IoT Hub“ in Azure Resource Manager.

Ressource Standard-SKU-Limit Grenzwert der Free-SKU Anpassbar für Standard-SKU?
Konten pro Abonnement 50 1 Nein
Instanzen pro Konto 50 1 Nein
Länge des Kontonamens 3–24 Zeichen 3–24 Zeichen Nein
Länge des Instanznamens 3–36 Zeichen 3–36 Zeichen Nein

In der folgenden Tabelle sind die Grenzwerte aufgeführt, die verschiedenen Geräteaktualisierungsvorgängen zugeordnet sind.

Vorgang Standard-SKU-Limit Grenzwert der Free-SKU Anpassbar für Standard-SKU?
Anzahl von Geräten pro Instanz 1 Mio. 10 Ja
Anzahl von Gerätegruppen pro Instanz 100 10 Ja
Anzahl von Geräteklassen pro Instanz 80 10 Ja
Anzahl aktiver Bereitstellungen pro Instanz 50, davon einer für Stornierungen reserviert 5, davon einer für Stornierungen reserviert Ja
Anzahl der Bereitstellungen insgesamt pro Instanz, einschließlich aller aktiven, inaktiven und abgebrochenen Bereitstellungen, die nicht gelöscht werden 100 20 Nein
Anzahl von Updateanbietern pro Instanz 25 2 Nein
Anzahl von Updatenamen pro Anbieter und Instanz 25 2 Nein
Anzahl von Updateversionen pro Updateanbieter und Name pro Instanz 100 5 Nein
Gesamtanzahl von Updates pro Instanz 100 10 Nein
Maximale Größe einer einzelnen Updatedatei 2 GB 2 GB Ja
Maximale kombinierte Größe aller Dateien in einer einzelnen Importaktion 2 GB 2 GB Ja
Maximale Anzahl an Dateien in einem einzelnen Update 10 10 Nein
Gesamtdatenspeicher pro Instanz 100 GB 5 GB Nein

Hinweis

Abgebrochene oder inaktive Bereitstellungen werden auf Ihren Grenzwert für Gesamtzahl der Bereitstellungen angerechnet. Achten Sie darauf, diese Bereitstellungen regelmäßig zu bereinigen, damit Sie nicht daran gehindert werden, neue Bereitstellungen zu erstellen.

Grenzwerte für Azure Digital Twins

Hinweis

In einigen Bereichen dieses Diensts lassen sich Grenzwerte anpassen. In den folgenden Tabellen wird die Spalte Anpassbar? verwendet, um diese Bedingung darzustellen. Wenn der Grenzwert angepasst werden kann, enthält die Spalte Anpassbar? den Wert Ja.

Funktionale Grenzwerte

In der folgenden Tabelle werden die funktionalen Einschränkungen von Azure Digital Twins aufgeführt.

Bereich Funktion Standardlimit Anpassbar?
Azure-Ressource Anzahl von Azure Digital Twins-Instanzen in einer Region pro Abonnement 10 Ja, bis zu 50
Digital Twins Anzahl von Zwillingen in einer Azure Digital Twins-Instanz 2\.000.000 Ja
Digital Twins Anzahl der digitalen Zwillinge, die in einem einzelnen Auftrag der API für Importaufträge importiert werden können 2\.000.000 Nein
Digital Twins Anzahl eingehender Beziehungen zu einem einzelnen Zwilling 50.000 Nein
Digital Twins Anzahl ausgehender Beziehungen von einem einzelnen Zwilling 50.000 Nein
Digital Twins Gesamtzahl der Beziehungen in einer Azure Digital Twins-Instanz 20.000.000 Ja
Digital Twins Anzahl der Beziehungen, die in einem einzelnen Auftrag der API für Importaufträge importiert werden können 10.000.000 Nein
Digital Twins Maximale Größe (des JSON-Texts in einer PUT- oder PATCH-Anforderung) eines einzelnen Zwillings 32 KB Nein
Digital Twins Maximale Größe der Anforderungspayload 32 KB Nein
Digital Twins Maximale Größe eines Zeichenfolgen-Eigenschaftswerts (UTF-8) 4 KB Nein
Digital Twins Maximale Größe eines Eigenschaftsnamens 1 KB Nein
Routenplanung Anzahl von Endpunkten für eine einzelne Azure Digital Twins-Instanz 6 Nein
Routenplanung Anzahl von Routen für eine einzelne Azure Digital Twins-Instanz 6 Ja
Modelle Anzahl von Modellen innerhalb einer einzelnen Azure Digital Twins-Instanz 10.000 Ja
Modelle Anzahl von Modellen, die in einem einzelnen API-Aufruf importiert werden können (ohne Verwendung der API für Importaufträge) 250 Nein
Modelle Anzahl der Modelle, die in einem einzelnen Auftrag der API für Importaufträge importiert werden können 10.000 Nein
Modelle Maximale Größe (des JSON-Texts in einer PUT- oder PATCH-Anforderung) eines einzelnen Modells 1 MB Nein
Modelle Anzahl der auf einer einzelnen Seite zurückgegebenen Elemente 100 Nein
Abfrage Anzahl der auf einer einzelnen Seite zurückgegebenen Elemente 1000 Ja
Abfrage Anzahl von AND / OR-Ausdrücken in einer Abfrage 50 Ja
Abfrage Anzahl von Arrayelementen in einer IN / NOT IN-Klausel 50 Ja
Abfrage Anzahl von Zeichen in einer Abfrage 8\.000 Ja
Abfrage Anzahl der JOINS in einer Abfrage 5 Ja

Ratenbegrenzungen

In der folgenden Tabelle sind die Ratenbeschränkungen verschiedener APIs aufgeführt.

Programmierschnittstelle (API) Funktion Standardlimit Anpassbar?
Auftrags-API Anzahl der Anforderungen pro Sekunde 1 Ja
Auftrags-API Anzahl gleichzeitig ausgeführter Massenaufträge (einschließlich Importieren und Löschen) 1 Ja
Modelle-API Anzahl der Anforderungen pro Sekunde 100 Ja
Digital Twins-API Anzahl der Leseanforderungen pro Sekunde 1.000 Ja
Digital Twins-API Anzahl der Patch-Anforderungen pro Sekunde 1.000 Ja
Digital Twins-API Anzahl von create-/delete-Vorgängen pro Sekunde über alle Zwillinge und Beziehungen hinweg 500 Ja
Digital Twins-API Anzahl von Erstellungs-/Aktualisierungs-/Löschvorgängen pro Sekunde für einen einzelnen Zwilling oder zugehörige eingehende/ausgehende Beziehungen 10 Nein
Digital Twins-API Anzahl von ausstehenden Vorgängen für einen einzelnen Zwilling oder zugehörige eingehende/ausgehende Beziehungen 500 Nein
Abfrage-API Anzahl der Anforderungen pro Sekunde 500 Ja
Abfrage-API Abfrageeinheiten pro Sekunde 4\.000 Ja
Ereignisrouten-API Anzahl der Anforderungen pro Sekunde 100 Ja

Andere Limits

Einschränkungen für Datentypen und Felder innerhalb von DTDL-Dokumenten für Azure Digital Twins-Modelle sind in der Spezifikationsdokumentation auf GitHub zu finden: Digital Twins Definition Language (DTDL) – Version 3.

Details zur Abfragewartezeit werden unter Hinweise zur Abfrage beschrieben. Einschränkungen bestimmter Funktionen der Abfragesprache finden Sie in der Referenzdokumentation zu Abfragen.

Azure Event Grid-Grenzwerte

Hinweis

Die folgenden in diesem Artikel aufgeführten Grenzwerte gelten pro Region.

Event Grid-Drosselungsgrenzwerte

Event Grid bietet eine Standardebene und einen Basisebene. Die Event Grid-Standardebene ermöglicht Pub/Sub mithilfe von MQTT (Message Queuing Telemetry Transport)-Brokerfunktionen und Pull-Lieferung von Nachrichten über den Event Grid-Namespace. Die Event Grid Basisebene ermöglicht die Pushzustellung mit benutzerdefinierten Event Grid-Themen, Event Grid-Systemthemen, Ereignisdomänen und Event Grid-Partnerthemen. Siehe Auswählen der richtigen Event Grid-Ebene. In diesem Artikel werden das Kontingent und die Grenzwerte für beide Ebenen beschrieben.

Grenzwerte für Event Grid-Namespaceressourcen

Azure Event Grid-Namespaces ermöglichen MQTT-Messaging sowie HTTP-Pullübermittlung. Die folgenden Grenzwerte gelten für Namespaceressourcen in Azure Event Grid.

Beschreibung des Grenzwertes Begrenzung
Event Grid-Namespaces pro Azure-Abonnement 50
Maximale Durchsatzeinheiten pro Event Grid-Namespace 40 (Um eine Erhöhung über 40 TUs zu verlangen, kontaktieren Sie uns unter askmqtt@microsoft.com)
IP-Firewallregeln pro Event Grid-Namespace 16

MQTT-Grenzwerte in Event Grid-Namespace

Die folgenden Grenzwerte gelten für MQTT in Azure Event Grid-Namespaceressourcen.

Hinweis

Durchsatzeinheiten (TUs) definieren die Kapazität der Eingangs- und Ausgangsereignisrate in Namespaces. Sie ermöglichen es Ihnen, die Kapazität Ihrer Namespaceressource für den Nachrichteneingang und -ausgang zu steuern.

Beschreibung des Grenzwertes Begrenzung
MQTT-Sitzungen pro Event Grid-Namespace 10 000 pro Durchsatzeinheit (Troughput Unit, TU)
Sitzungen pro Event Grid-Namespace 10.000 pro TU
Sitzungsablaufsintervall 8 Stunden, konfigurierbar für den Event Grid-Namespace
Eingehende MQTT-Veröffentlichungsanforderungen pro Event Grid-Namespace 1.000 Nachrichten pro Sekunde und TU
Eingehende MQTT-Bandbreite pro Event Grid-Namespace 1 MB pro Sekunde pro TU
Eingehende MQTT-Veröffentlichungsanforderungen pro Sitzung 1000 Nachrichten pro Sekunde
Eingehende MQTT-Bandbreite pro Sitzung 1 MB pro Sekunde
Eingehende MQTT-Nachrichten* 1000 Nachrichten
Eingehende In-Flight MQTT-Bandbreite* 64 KB
Ausgehende MQTT-Veröffentlichungsanforderungen pro Event Grid-Namespace 1.000 Nachrichten pro Sekunde und TU
Ausgehende MQTT-Bandbreite pro Event Grid-Namespace 1 MB pro Sekunde pro TU
Ausgehende MQTT-Veröffentlichungsanforderungen pro Sitzung 100 Nachrichten pro Sekunde
Ausgehende MQTT-Bandbreite pro Sitzung 1 MB pro Sekunde
Ausgehende In-Flight-MQTT-Nachrichten* 100 Nachrichten
Ausgehende MQTT-Bandbreite* 64 KB
Maximale Nachrichtengröße 512 KB
Segmente pro Thema/ Themenfilter 15
Themengröße 256 B
MQTTv5-Antwortthema 256 B
Aliase für MQTTv5-Themen 10 pro Sitzung
MQTTv5 Gesamtgröße aller Benutzereigenschaften 32 KB
MQTT-Verbindungsrate pro Clientsitzung 1 Verbindungsversuch pro Sekunde pro Clientsitzung
MQTTv5-Inhaltstypgröße 256 B
MQTTv5-Korrelationsdatengröße 256 B
Verbindungsanforderungen 200 Anforderungen pro Sekunde pro TU
MQTTv5-Authentifizierungsdatengröße 8 KB
Maximales Keep-Alive-Intervall 1160
Themenfilter pro MQTT SUBSCRIBE-Paket 10
Anforderungen pro Event Grid-Namespace abonnieren und kündigen 200 Anforderungen pro Sekunde
Anforderungen pro Sitzung abonnieren und kündigen 5 Anforderungen pro Sekunde
Abonnements pro MQTT-Sitzung 50
Abonnements pro Event Grid-Namespace 1 Mio.
Thema zu Abonnements pro MQTT Unbegrenzt, solange sie den Grenzwert für Abonnements pro Event Grid-Namespace oder -Sitzung nicht überschreiten
Registrierte Clientressourcen 10.000 Clients pro TU
ZS-Zertifikate 10
Clientgruppen 10
Themenbereiche 10
Themenvorlagen 10 pro Themenbereich
Berechtigungsbindungen 100

* Für MQTTv5 erfahren Sie mehr über die Flusssteuerungsunterstützung.

Ereignisgrenzwerte in Event Grid-Namespace

Die folgenden Grenzwerte gelten für Ereignisse in Azure Event Grid-Namespaceressourcen.

Beschreibung des Grenzwertes Begrenzung
Themen zum Event Grid-Namespace 100 pro TU
Ereigniseingang 1.000 Ereignisse pro Sekunde oder 1 MB pro Sekunde pro TU (je nachdem, was zuerst erreicht wird)
Ereignisausgang (APIs für Push- und Pullvorgänge) Bis zu 2.000 Ereignisse pro Sekunde oder 2 MB pro Sekunde pro TU
Ereignisausgang (APIs zum Bestätigen, Freigeben, Ablehnen und Erneuern von Sperren) Bis zu 2.000 Ereignisse pro Sekunde oder 2 MB pro Sekunde pro TU
Maximale Ereignisaufbewahrung in Themen zum Event Grid-Namespace 7 Tage
Abonnements pro Thema 500
Maximale Ereignisgröße 1 MB
Batchgröße 1 MB
Ereignisse pro Anforderung 1.000

Ressourcengrenzwerte für benutzerdefinierte Themen, Systemthemen und Partnerthemen

Die folgenden Grenzwerte gelten für benutzerdefinierte Themen-, Systemthemen- und Partnerthemenressourcen in Azure Event Grid.

Beschreibung des Grenzwertes Begrenzung
Benutzerdefinierte Themen pro Azure-Abonnement 100
Wenn der Grenzwert erreicht ist, können Sie eine andere Region in Betracht ziehen oder Domänen verwenden, die 100.000 Themen unterstützen können.
Ereignisabonnements pro Thema 500
Dieser Grenzwert kann nicht erhöht werden.
Veröffentlichungsrate für ein benutzerdefiniertes Thema oder Partnerthema (eingehend) 5.000 Ereignisse oder 5 MB pro Sekunde (je nachdem, was zuerst erreicht wird). Ein Ereignis wird für Grenzwerte und Preiszwecke als 64 KB-Datenabschnitt gezählt. Wenn das Ereignis also 128 KB ist, zählt es als zwei Ereignisse.
Ereignisgröße 1 MB
Dieser Grenzwert kann nicht erhöht werden.
Maximale Ereignisaufbewahrung in Themen 1 Tag. Dieser Grenzwert kann nicht erhöht werden.
Anzahl eingehender Ereignisse pro Batch 5.000
Dieser Grenzwert kann nicht erhöht werden.
Private Endpunktverbindungen pro Thema 64
Dieser Grenzwert kann nicht erhöht werden.
IP-Firewallregeln pro Thema 128

Grenzwerte für Domänenressourcen

Die folgenden Grenzwerte gelten für Azure Event Grid-Domänenressourcen.

Beschreibung des Grenzwertes Begrenzung
Domänen pro Azure-Abonnement 100
Themen pro Domäne 100.000
Ereignisabonnements pro Thema innerhalb einer Domäne 500
Dieser Grenzwert kann nicht erhöht werden.
Domänenbereich-Ereignisabonnements 50
Dieser Grenzwert kann nicht erhöht werden.
Veröffentlichungsrate für eine Domäne (Eingang) 5.000 Ereignisse oder 5 MB pro Sekunde (je nachdem, was zuerst erreicht wird). Ein Ereignis wird für Grenzwerte und Preiszwecke als 64 KB-Datenabschnitt gezählt. Wenn das Ereignis also 128 KB ist, zählt es als zwei Ereignisse.
Maximale Ereignisaufbewahrung in Domänenthemen 1 Tag. Dieser Grenzwert kann nicht erhöht werden.
Private Endpunktverbindungen pro Domäne 64
IP-Firewallregeln pro Thema 128

Grenzwerte für Azure Event Hubs

In der folgenden Tabelle finden Sie die Kontingente und Grenzwerte, die für Azure Event Hubs gelten. Informationen zu den Preisen von Event Hubs finden Sie unter Event Hubs – Preise.

Allgemeine Grenzwerte für alle Ebenen

Die folgenden Grenzwerte sind gängig für alle Ebenen:

Begrenzung Hinweise Wert
Größe eines Event Hub-Namens - 256 Zeichen
Größe eines Consumergruppennamens Das Kafka-Protokoll erfordert nicht die Erstellung einer Consumergruppe.

Kafka: 256 Zeichen

AMQP: 50 Zeichen

Anzahl nicht epochenbezogener Empfänger pro Consumergruppe - 5
Anzahl von Autorisierungsregeln pro Namespace Nachfolgende Anforderungen zur Erstellung von Autorisierungsregeln werden abgelehnt. 12
Die Anzahl der Aufrufe der GetRuntimeInformation-Methode - 50 pro Sekunde pro Verbrauchergruppe
Anzahl von virtuellen Netzwerken (VNETs) - 128
Anzahl von IP-Konfigurationsregeln - 128
Maximale Länge eines Schemagruppennamens 50
Maximale Länge eines Schemanamens 100
Größe in Bytes pro Schema 1 MB
Anzahl von Eigenschaften pro Schemagruppe 1024
Größe in Bytes pro Schemagruppen-Eigenschaftenschlüssel 256
Größe in Bytes pro Schemagruppen-Eigenschaftenwert 1024

Vergleich der Tarife „Basic“, „Standard“, „Premium“ und „Dedicated“

Die folgende Tabelle enthält Grenzwerte, die für „Basic“, „Standard“, „Premium“ und „Dedicated“ unterschiedlich sind.

Hinweis

  • In der Tabelle steht CU (Capacity Unit) für Kapazitätseinheit, PU (Processing Unit) für Verarbeitungseinheit und TU (Throughput Unit) für Durchsatzeinheit.
  • Sie können TUs für einen Basic- oder Standard-Namespace oder PUs für einen Premium-Namespace konfigurieren.
  • Wenn Sie einen dedizierten Cluster erstellen, wird dem Cluster eine einzelne Kapazitätseinheit zugewiesen. Wenn Sie bei der Clustererstellung die Option Skalierung unterstützen aktivieren, können Sie selbst aufskalieren, indem Sie die Kapazitätseinheiten erhöhen, bzw. abskalieren, indem Sie die Kapazitätseinheiten für den Cluster verringern. Schrittweise Anleitungen finden Sie unter Skalieren eines dedizierten Clusters. Für Cluster, die die Funktion Skalierung unterstützen nicht unterstützen, können Sie ein Ticket erstellen, um die Kapazitätseinheiten für den Cluster anzupassen.
Begrenzung Grundlegend Norm Prämie Dediziert
Maximale Größe der Event Hubs-Veröffentlichung 256 KB 1 MB 1 MB 1 MB
Anzahl von Consumergruppen pro Event Hub 1 20 100 1.000
Kein Grenzwert pro CU
Anzahl von Kafka-Consumergruppen pro Namespace Nicht verfügbar 1.000 1.000 1.000
Anzahl vermittelter Verbindungen pro Namespace 100 5.000 10.000 pro PU

Wenn beispielsweise der Namespace 4 PUs zugewiesen ist, beträgt der Grenzwert 40.000.
100.000 pro CU
Maximale Aufbewahrungsdauer von Ereignisdaten 1 Tag 7 Tage 90 Tage 90 Tage
Ereignisspeicher für die Aufbewahrung 84 GB pro TU 84 GB pro TU 1 TB pro PU 10 TB pro CU
Maximale Anzahl von TUs, PUs oder CUs 40 TUs 40 TUs 16 PUs 20 CUs
Anzahl von Partitionen pro Event Hub 32 32 100 pro Event Hub. Auf Namespaceebene gilt jedoch ein Grenzwert von 200 pro PU.

Wenn einem Namespace beispielsweise zwei PUs zugewiesen werden, beträgt der Grenzwert für die Gesamtanzahl von Partitionen in allen Event Hubs des Namespace 400 (2 · 200).
1.024 pro Event Hub
2.000 pro CU
Anzahl von Namespaces pro Abonnement 1.000 1.000 1.000 1.000 (50 pro CU)
Anzahl von Event Hubs pro Namespace 10 10 100 pro PU 1.000
Erfassung N/V Bezahlung pro Stunde Enthalten Enthalten
Größe des komprimierten Event Hub N/V 1 GB pro Partition 250 GB pro Partition 250 GB pro Partition
Größe der Schemaregistrierung (Namespace) in Megabytes N/V 25 100 1\.024
Anzahl von Schemagruppen in einer Schemaregistrierung oder einem Namespace N/V 1: ohne Standardgruppe 100
1 MB pro Schema
1.000
1 MB pro Schema
Anzahl von Schemaversionen in allen Schemagruppen N/V 25 1.000 10.000
Durchsatz pro Einheit Eingehend: 1 MB/s oder 1.000 Ereignisse pro Sekunde
Ausgehend: 2 MB/s oder 4.096 Ereignisse pro Sekunde
Eingehend: 1 MB/s oder 1.000 Ereignisse pro Sekunde
Ausgehend: 2 MB/s oder 4.096 Ereignisse pro Sekunde
Keine Grenzwerte pro PU * Keine Grenzwerte pro CU *

* Hängt von Faktoren wie der Ressourcenzuordnung, der Anzahl von Partitionen und dem Speicherplatz ab.

Hinweis

Sie können Ereignisse einzeln oder als Batch veröffentlichen. Der Veröffentlichungsgrenzwert gilt (je nach SKU) unabhängig davon, ob es sich um ein einzelnes Ereignis oder um einen Batch handelt. Das Veröffentlichen von Ereignissen, die größer als der maximale Schwellenwert sind, wird abgelehnt.

Grenzwerte für Azure IoT Central

In IoT Central ist die Anzahl von Anwendungen, die Sie in einem Abonnement bereitstellen können, auf 100 begrenzt. Weitere Informationen finden Sie unter Kontingente und Grenzwerte von Azure IoT Central.

Grenzwerte für Azure IoT Hub

In der folgenden Tabelle sind die Grenzwerte aufgeführt, die den verschiedenen Dienstebenen S1, S2, S3 und F1 zugeordnet sind. Informationen zu den Kosten jeder Einheit finden Sie unter Azure IoT Hub – Preise.

Ressource S1 Standard S2 Standard S3 Standard F1 Kostenlos
Nachrichten/Tag 400.000 6\.000.000 300.000.000 8\.000
Maximale Anzahl der Einheiten 200 200 10 1

Die folgende Tabelle enthält die für IoT Hub-Ressourcen geltenden Grenzwerte.

Ressource Begrenzung
Maximale Anzahl kostenpflichtiger IoT Hubs pro Azure-Abonnement 50
Maximale Anzahl kostenloser IoT Hubs pro Azure-Abonnement 1
Maximale Anzahl von Zeichen in einer Geräte-ID 128
Maximale Anzahl von Geräte-Identitäten,
die bei einem einzelnen Aufruf zurückgegeben wird
1.000
Maximale Beibehaltungsdauer von IoT Hub-Nachrichten für D2C-Nachrichten 7 Tage
Maximale Größe einer Nachricht von einem Gerät an die Cloud 256 KB
Maximale Größe eines Batches, das vom Gerät an die Cloud gesendet wird AMQP und HTTP: 256 KB für den gesamten Batch
MQTT: 256 KB für jede Nachricht
Maximale Anzahl von Nachrichten im Batch, das vom Gerät an die Cloud gesendet wird 500
Maximale Größe einer Nachricht von der Cloud an das Gerät 64 KB
Maximale Gültigkeitsdauer von Nachrichten von der Cloud an das Gerät 2 Tage
Maximale Übermittlungsanzahl von Nachrichten von der
Cloud an das Gerät
100
Maximale Warteschlangentiefe von der Cloud an das Gerät pro Gerät 50
Maximale Übermittlungsanzahl von Feedbacknachrichten
als Reaktion auf eine Nachricht von der Cloud an das Gerät
100
Maximale Gültigkeitsdauer von Feedbacknachrichten
als Reaktion auf eine Nachricht von der Cloud an das Gerät
2 Tage
Maximale Größe des Gerätezwillings 8 KB für den Abschnitt „Tags“ sowie jeweils 32 KB für die Abschnitte „Gewünschte Eigenschaften“ und „Gemeldete Eigenschaften“
Maximale Länge des Zeichenfolgenschlüssels für den Gerätezwilling 1 KB
Maximale Länge des Zeichenfolgenwerts für den Gerätezwilling 4 KB
Maximale Tiefe des Objekts im Gerätezwilling 10
Maximale Größe der Nutzlast der direkten Methode 128 KB
Maximale Aufbewahrungsdauer des Auftragsverlaufs 30 Tage
Maximale Anzahl gleichzeitiger Aufträge 10 (S3), 5 (S2), 1 (S1)
Maximale Anzahl zusätzlicher Endpunkte (über die integrierten Endpunkte hinaus) 10 (S1, S2 und S3)
Maximale Anzahl von Regeln für die Nachrichtenweiterleitung 100 (S1, S2 und S3)
Maximale Anzahl der gleichzeitig verbundenen Gerätestreams 50 (nur für S1, S2, S3 und F1)
Maximale Gerätestream-Datenübertragung 300 MB pro Tag (nur für S1, S2, S3 und F1)

Hinweis

Die Gesamtzahl von Geräten und Modulen, die bei einem einzelnen IoT-Hub registriert werden können, ist auf 1 Mio. begrenzt.

IoT Hub drosselt Anforderungen, wenn die folgenden Kontingente überschritten werden.

Drosselung Wert pro Hub
Identitätsregistrierungsvorgänge
(Erstellen, Abrufen, Auflisten, Aktualisieren und Löschen),
einzelne Import-/Exportvorgänge oder Massenimport/-export
83,33/Sekunde/Einheit (5.000/Minute/Einheit) (für S3).
1,67/Sekunde/Einheit (100/Minute/Einheit) (für S1 und S2)
Geräteverbindungen 6.000/Sekunde/Einheit (für S3), 120/Sekunde/Einheit (für S2), 12/Sekunde/Einheit (für S1).
Mindestens 100/Sekunde
Senden von Nachrichten von Geräten an die Cloud 6.000/Sekunde/Einheit (für S3), 120/Sekunde/Einheit (für S2), 12/Sekunde/Einheit (für S1).
Mindestens 100/Sekunde
C2D-Sendevorgänge 83,33/Sekunde/Einheit (5.000/Minute/Einheit) (für S3), 1,67/Sekunde/Einheit (100/Minute/Einheit) (für S1 und S2).
C2D-Empfangsvorgänge 833,33/Sekunde/Einheit (50.000/Minute/Einheit) (für S3), 16,67/Sekunde/Einheit (1.000/Minute/Einheit) (für S1 und S2).
Dateiuploadvorgänge 83,33 Dateiuploadinitiierungen/Sekunde/Einheit (5.000/Minute/Einheit) (für S3), 1,67 Dateiuploadinitiierungen/Sekunde/Einheit (100/Minute/Einheit) (für S1 und S2).
Zehn gleichzeitige Dateiuploads pro Gerät.
Direkte Methoden 24 MB/s/Texteinheit (S3), 480 KB/s/Einheit (S2), 160 KB/s/Einheit (S1).
Basierend auf einer Größe von 8 KB pro Verbrauchseinheit für die Drosselung.
Gerätezwilling-Lesevorgänge 500/Sekunde/Einheit (für S3), maximal 100/Sekunde oder 10/Sekunde/Einheit (für S2), 100/Sekunde/Einheit (für S1)
Gerätezwillingsaktualisierungen 250/Sekunde/Einheit (für S3), maximal 50/Sekunde oder 5/Sekunde/Einheit (für S2), 50/Sekunde/Einheit (für S1)
Auftragsvorgänge
(Erstellen, Aktualisieren, Auflisten und Löschen)
83,33/Sekunde/Einheit (5.000/Minute/Einheit) (für S3), 1,67/Sekunde/Einheit (100/Minute/Einheit) (für S2), 1,67/Sekunde/Einheit (100/Minute/Einheit) (für S1).
Durchsatz für Vorgänge vom Typ „Aufträge pro Gerät“ 50/Sekunde/Einheit (für S3), maximal 10/Sekunde oder 1/Sekunde/Einheit (für S2), 10/Sekunde/Einheit (für S1).
Initiierungsrate für Gerätestream 5 neue Streams/Sek. (nur für S1, S2, S3 und F1).

Grenzwerte für den Azure IoT Hub Device Provisioning-Dienst

Die folgende Tabelle enthält die Grenzwerte, die für Ressourcen des Azure IoT Hub Device Provisioning-Diensts gelten.

Ressource Begrenzung
Maximale Anzahl von Gerätebereitstellungsdiensten pro Azure-Abonnement 10
Maximale Anzahl von Registrierungen (Registrations) 1\.000.000
Maximale Anzahl individueller Registrierungen 1\.000.000
Maximale Anzahl von Registrierungsgruppen (X.509-Zertifikat) 100
Maximale Anzahl von Registrierungsgruppen (symmetrischer Schlüssel) 100
Maximale Anzahl von Zertifizierungsstellen 25
Maximale Anzahl der verknüpften IoT-Hubs 50
Maximale Nachrichtengröße 96 KB

Tipp

Wenn das harte Limit für symmetrische Schlüsselregistrierungsgruppen ein Blockierungsproblem ist, verwenden Sie einzelne Registrierungen als Problemumgehung.

Für den Device Provisioning-Dienst gelten die folgenden Ratenbegrenzungen.

Zinssatz Wert pro Einheit
Vorgänge 1.000/Min./Dienst
Geräteregistrierungen 1.000/Min./Dienst
Abrufvorgang für Geräte 5/10 Sekunden/Gerät

Grenzwerte für Azure Key Vault

Der Azure Key Vault-Dienst unterstützt zwei Arten von Ressourcen: Tresore und verwaltete HSMs. In den beiden folgenden Abschnitten werden jeweils die entsprechenden Diensteinschränkungen beschrieben.

Ressourcentyp: Tresor

In diesem Abschnitt werden die Diensteinschränkungen für den Ressourcentyp vaults beschrieben.

Schlüsseltransaktionen (maximale Transaktionen innerhalb von 10 Sekunden pro Tresor und Region1):

Schlüsseltyp HSM-Schlüssel
Erstellungsschlüssel
HSM-Schlüssel
Alle anderen Transaktionen
Softwareschlüssel
Erstellungsschlüssel
Softwareschlüssel
Alle anderen Transaktionen
RSA 2.048 Bit 10 2\.000 20 4\.000
RSA 3.072 Bit 10 500 20 1.000
RSA 4.096 Bit 10 250 20 500
ECC P-256 10 2\.000 20 4\.000
ECC P-384 10 2\.000 20 4\.000
ECC P-521 10 2\.000 20 4\.000
ECC SECP256K1 10 2\.000 20 4\.000

Hinweis

Der vorstehenden Tabelle ist zu entnehmen, dass für RSA-Softwareschlüssel mit 2.048 Bit 4.000 GET-Transaktionen pro 10 Sekunden zulässig sind. Für RSA-HSM-Schlüssel mit 2.048 Bit sind 2.000 GET-Transaktionen pro 10 Sekunden zulässig.

Die genannten Schwellenwerte für die Drosselung sind gewichtet, und ihre Summe wird erzwungen. Wie in der vorherigen Tabelle gezeigt fällt für das Ausführen von GET-Vorgängen mit RSA-HSM-Schlüsseln bei Verwendung eines 4.096-Bit-Schlüssels ein achtmal größerer Aufwand als mit einem 2.048-Bit-Schlüssel an. Der Grund dafür ist: 2.000/250 = 8.

Innerhalb eines 10-Sekunden-Intervalls kann ein Azure Key Vault-Client nur einen der folgenden Vorgänge ausführen, bevor der HTTP-Statuscode 429 zur Drosselung auftritt:

  • 4.000 GET-Transaktionen für RSA 2.048-Bit-Softwareschlüssel
  • 2.000 GET-Transaktionen für RSA 2.048-Bit-HSM-Schlüssel
  • 250 GET-Transaktionen für RSA 4.096-Bit-HSM-Schlüssel
  • 248 GET-Transaktionen für RSA 4.096-Bit-HSM-Schlüssel und 16 GET-Transaktionen für RSA 2.048-Bit-HSM-Schlüssel

Geheimnisse, Schlüssel für verwaltete Speicherkonten und Tresortransaktionen:

Transaktionstyp Maximal zulässige Transaktionen innerhalb von 10 Sekunden pro Tresor und Region1
Geheimnis
CREATE „Geheimnis“
300
Alle anderen Transaktionen 4\.000

Informationen zur Handhabung der Drosselung bei Überschreiten dieser Grenzwerte finden Sie unter Anleitung zur Drosselung von Azure Key Vault.

1 Für alle Transaktionsarten gilt als abonnementweiter Grenzwert das Fünffache des Schlüsseltresorlimits.

Sichern von Schlüsseln, Geheimnissen, Zertifikaten

Wenn Sie ein Schlüsseltresorobjekt (Geheimnis, Schlüssel oder Zertifikat) sichern, wird das Objekt beim Sicherungsvorgang als verschlüsseltes Blob heruntergeladen. Dieses Blob kann außerhalb von Azure nicht entschlüsselt werden. Um verwendbare Daten aus diesem Blob zu erhalten, müssen Sie das Blob in einem Schlüsseltresor innerhalb desselben Azure-Abonnements und derselben Azure-Geografie wiederherstellen.

Transaktionstyp Maximal zulässige Schlüsseltresor-Objektversionen
Sichern eines einzelnen Schlüssels, eines Geheimnisses oder eines Zertifikats 500

Hinweis

Wenn Sie beim Sichern eines Schlüssels, eines Geheimnisses oder eines Zertifikatobjekts die maximal mögliche Anzahl von Versionen überschreiten, tritt ein Fehler auf. Es ist nicht möglich, frühere Versionen eines Schlüssels, Geheimnisses oder Zertifikats zu löschen.

Grenzwerte für Anzahl von Schlüsseln, Geheimnissen und Zertifikaten:

Für Key Vault ist die Anzahl von Schlüsseln, Geheimnissen oder Zertifikaten, die in einem Tresor gespeichert werden können, nicht beschränkt. Die Transaktionsgrenzwerte für den Tresor sollten berücksichtigt werden, um sicherzustellen, dass Vorgänge nicht gedrosselt werden.

Von Key Vault wird die Anzahl von Versionen eines Geheimnisses, Schlüssels oder Zertifikats nicht beschränkt, aber die Speicherung einer großen Anzahl von Versionen (mehr als 500) kann die Leistung von Sicherungsvorgängen beeinträchtigen. Weitere Informationen finden Sie unter Sicherung in Azure Key Vault.

Ressourcentyp: verwaltetes HSM

In diesem Abschnitt werden die Diensteinschränkungen für den Ressourcentyp managed HSM beschrieben.

Objektgrenzwerte

Artikel Grenzwerte
Anzahl von HSM-Instanzen pro Abonnement und Region 5
Anzahl von Schlüsseln pro HSM-Instanz 5.000
Anzahl von Versionen pro Schlüssel 100
Anzahl benutzerdefinierter Rollendefinitionen pro HSM-Instanz 50
Anzahl von Rollenzuweisungen im HSM-Bereich 50
Anzahl von Rollenzuweisungen in jedem einzelnen Schlüsselbereich 10

Transaktionsgrenzwerte für administrative Vorgänge (Anzahl von Vorgängen pro Sekunde und HSM-Instanz)

Vorgang Anzahl von Vorgängen pro Sekunde
Alle RBAC-Vorgänge
(einschließlich aller CRUD-Vorgänge für Rollendefinitionen und -zuweisungen)
5
Vollständige HSM-Sicherung/-Wiederherstellung
(nur ein gleichzeitiger Sicherungs- oder Wiederherstellungsvorgang pro HSM-Instanz wird unterstützt)
1

Transaktionsgrenzwerte für kryptografische Vorgänge (Anzahl von Vorgängen pro Sekunde und HSM-Instanz)

  • Jede verwaltete HSM-Instanz umfasst drei HSM-Partitionen mit Lastenausgleich. Bei den Durchsatzgrenzwerten handelt es sich um eine Funktion der zugrunde liegenden Hardwarekapazität, die der jeweiligen Partition zugeordnet ist. Die folgenden Tabellen geben Aufschluss über den maximalen Durchsatz mit mindestens einer verfügbaren Partition. Der tatsächliche Durchsatz kann bis zu drei Mal höher sein, wenn alle drei Partitionen verfügbar sind.
  • Bei den angegebenen Durchsatzgrenzwerten wird von der Verwendung eines einzelnen Schlüssels ausgegangen, um maximalen Durchsatz zu erzielen. Bei Verwendung eines einzelnen RSA-2048-Schlüssels liegt der maximale Durchsatz beispielsweise bei 1.100 Signierungsvorgängen. Wenn Sie 1.100 unterschiedliche Schlüssel mit jeweils einer Transaktion pro Sekunde verwenden, kann dieser Durchsatz nicht erreicht werden.
RSA-Schlüsselvorgänge (Anzahl von Vorgängen pro Sekunde und HSM-Instanz)
Vorgang 2\.048 Bit 3\.072 Bit 4\.096 Bit
Schlüssel erstellen 1 1 1
Schlüssel löschen (vorläufiges Löschen) 10 10 10
Schlüssel endgültig löschen 10 10 10
Sichern eines Schlüssels 10 10 10
Schlüssel wiederherstellen 10 10 10
Schlüsselinformationen abrufen 1.100 1.100 1.100
Verschlüsseln 10.000 10.000 6.000
Entschlüsseln 1.100 360 160
Umschließen 10.000 10.000 6.000
Aufheben der Umschließung 1.100 360 160
Signieren 1.100 360 160
Überprüfung 10.000 10.000 6.000
EC-Schlüsselvorgänge (Anzahl von Vorgängen pro Sekunde und HSM-Instanz)

Die folgende Tabelle gibt Aufschluss über die Anzahl von Vorgängen pro Sekunde für die einzelnen Kurventypen:

Vorgang P-256 P-256K P-384 P-521
Schlüssel erstellen 1 1 1 1
Schlüssel löschen (vorläufiges Löschen) 10 10 10 10
Schlüssel endgültig löschen 10 10 10 10
Sichern eines Schlüssels 10 10 10 10
Schlüssel wiederherstellen 10 10 10 10
Schlüsselinformationen abrufen 1.100 1.100 1.100 1.100
Signieren 260 260 165 56
Überprüfung 130 130 82 28
AES-Schlüsselvorgänge (Anzahl von Vorgängen pro Sekunde und HSM-Instanz)
  • Bei Verschlüsselungs- und Entschlüsselungsvorgängen wird von einer Paketgröße von 4 KB ausgegangen.
  • Durchsatzgrenzwerte für Verschlüsseln/Entschlüsseln gelten für AES-CBC- und AES-GCM-Algorithmen.
  • Durchsatzgrenzwerte für Umschließen/Aufheben der Umschließung gelten für den AES-KW-Algorithmus.
Vorgang 128 Bit 192 Bit 256 Bit
Schlüssel erstellen 1 1 1
Schlüssel löschen (vorläufiges Löschen) 10 10 10
Schlüssel endgültig löschen 10 10 10
Sichern eines Schlüssels 10 10 10
Schlüssel wiederherstellen 10 10 10
Schlüsselinformationen abrufen 1.100 1.100 1.100
Verschlüsseln 8.000 8.000 8.000
Entschlüsseln 8.000 8.000 8.000
Umschließen 9.000 9.000 9.000
Aufheben der Umschließung 9.000 9.000 9.000

Grenzwerte für Azure verwaltete Identitäten

  • Jede verwaltete Identität zählt zur Objektkontingentgrenze in einem Microsoft Entra-Mandanten, wie in Microsoft Entra-Dienstgrenzwerte und -Einschränkungen beschrieben.

  • Für die Rate, mit der verwaltete Identitäten erstellt werden können, gelten die folgenden Grenzwerte:

    1. Pro Microsoft Entra-Mandant pro Azure-Region: 400 Erstellungsvorgänge pro 20 Sekunden
    2. Pro Azure-Abonnement pro Azure-Region: 80 Erstellvorgänge pro 20 Sekunden
  • Dies ist die Rate, mit der die benutzerseitig zugewiesene verwaltete Identität einer Azure-Ressource zugewiesen werden kann:

    1. Pro Microsoft Entra-Mandant pro Azure-Region: 400 Zuweisungsvorgänge pro 20 Sekunden
    2. Pro Azure-Abonnement pro Azure-Region: 300 Zuweisungsvorgänge pro 20 Sekunden

Grenzwerte für Azure Media Services

Hinweis

Erstellen Sie für Ressourcen ohne festes Limit ein Supportticket, um eine Erhöhung der Kontingente anzufordern. Erstellen Sie keine zusätzlichen Azure Media Services-Konten, um höhere Limits zu erhalten.

Kontolimits

Ressource Standardlimit
Media Services-Konten in einem einzelnen Abonnement 100 (feststehend)

Medienobjektlimits

Ressource Standardlimit
Medienobjekte pro Media Services-Konto 1\.000.000

Speicherlimits (Medien)

Ressource Standardlimit
Dateigröße In einigen Szenarien werden für die Verarbeitung in Media Services nur Dateien bis zu einer bestimmten Größe unterstützt. (1)
Speicherkonten 100(2) (feststehend)

1 In Azure Blob Storage werden derzeit als Größe für ein einzelnes Blob bis zu 5 TB unterstützt. In Media Services gelten abhängig von den vom Dienst verwendeten VM-Größen weitere Grenzwerte. Die Größenbeschränkung gilt sowohl für die von Ihnen hochgeladenen Dateien als auch für Dateien, die in Folge der Verarbeitung durch Media Services (Codierung oder Analyse) generiert werden. Wenn Ihre Quelldatei größer als 260 GB ist, wird Ihr Auftrag wahrscheinlich nicht erfolgreich sein.

2 Die Speicherkonten müssen aus demselben Azure-Abonnement stammen.

Auftragslimits (Codierung und Analyse)

Ressource Standardlimit
Aufträge pro Media Services-Konto 500.000 (3) (feststehend)
Auftragseingaben pro Auftrag 50 (feststehend)
Auftragsausgaben pro Auftrag 20 (feststehend)
Transformationen pro Media Services-Konto 100 (feststehend)
Transformationsausgaben in einer Transformation 20 (feststehend)
Dateien pro Auftragseingabe 10 (feststehend)

3 Diese Zahl umfasst fertiggestellte, aktive und abgebrochene Aufträge sowie Aufträge in der Warteschlange. Gelöschte Aufträge sind nicht enthalten.

Alle Auftragsdatensätze in Ihrem Konto, die älter als 90 Tage sind, werden automatisch gelöscht, selbst wenn die Gesamtanzahl von Datensätzen unterhalb des maximalen Kontingents liegt.

Livestreaminglimits

Ressource Standardlimit
Liveereignisse (4) pro Media Services-Konto 5
Live-Ausgaben pro Liveereignis 3 (5)
Max. Dauer für Liveausgabe Größe des DVR-Fensters

4 Ausführliche Informationen zu den Einschränkungen bei Liveereignissen finden Sie unter Liveereignistypen – Vergleich und Einschränkungen.

5 Liveausgaben werden bei der Erstellung gestartet und beim Löschen beendet.

Limits für Verpackung und Bereitstellung

Ressource Standardlimit
Streamingendpunkte (angehalten oder ausgeführt) pro Media Services-Konto 2
Dynamische Manifestfilter 100
Streamingrichtlinien 100 (6)
Eindeutige Streaminglocator, die einem Medienobjekt gleichzeitig zugeordnet sind 100(7) (feststehend)

6 Wenn Sie eine benutzerdefinierte Streamingrichtlinie verwenden, sollten Sie eine begrenzte Sammlung solcher Richtlinien für Ihr Media Services-Konto erstellen und diese für Ihre Streaminglocators wiederverwenden, wenn dieselben Verschlüsselungsoptionen und Protokolle benötigt werden. Sie sollten nicht für jeden Streaminglocator eine neue Streamingrichtlinie erstellen.

7 Streaminglocators sind nicht für die Verwaltung der benutzerbezogenen Zugriffssteuerung konzipiert. Um einzelnen Benutzern verschiedene Zugriffsrechte zu erteilen, verwenden Sie Lösungen zur Verwaltung digitaler Rechte (Digital Rights Management, DRM).

Schutzlimits

Ressource Standardlimit
Optionen pro Richtlinie für den Inhaltsschlüssel 30
Lizenzen pro Monat für jeden der DRM-Typen für den Media Services-Schlüsselbereitstellungsdienst pro Konto 1\.000.000

Supportticket

Für Ressourcen ohne feste Vorgabe können Sie die Erhöhung von Kontingenten anfordern, indem Sie ein Supportticket öffnen. Fügen Sie in die Anforderung ausführliche Informationen zu den gewünschten Kontingentänderungen, den Verwendungsfallszenarien und den benötigten Regionen ein.
Erstellen Sie keine zusätzlichen Azure Media Services-Konten, um zu versuchen, höhere Grenzwerte zu erzielen.

Azure Media Services v2 (Vorgängerversion)

Spezifische Grenzwerte für Media Services v2 (Legacy) finden Sie unter [Media Services v2 (Legacy)].

Grenzwerte für Azure Mobile Services

Tarif Kostenlos Grundlegend Norm
API-Aufrufe 500.000 1,5 Mio. pro Einheit 15 Mio. pro Einheit
Aktive Geräte 500 Unbegrenzt Unbegrenzt
Skalieren N/V Bis zu 6 Einheiten Unbegrenzte Einheiten
Pushbenachrichtigungen Free-Tarif für Azure Notification Hubs enthalten, bis zu 1 Mio. Push-Vorgänge Basic-Tarif für Azure Notification Hubs enthalten, bis zu 10 Mio. Push-Vorgänge Standard-Tarif für Azure Notification Hubs enthalten, bis zu 10 Mio. Push-Vorgänge
Nachrichten in Echtzeit/
WebSockets
Eingeschränkt 350 pro Mobildienst Unbegrenzt
Offlinesynchronisierung Eingeschränkt Enthalten Enthalten
Geplante Aufträge Eingeschränkt Enthalten Enthalten
Azure SQL-Datenbank (erforderlich)
Für zusätzliche Kapazität gelten Standardtarife
20 MB enthalten 20 MB enthalten 20 MB enthalten
CPU-Kapazität 60 Minuten pro Tag Unbegrenzt Unbegrenzt
Ausgehende Datenübertragungen 165MB pro Tag (tägliche Rollover) Enthalten Enthalten

Weitere Informationen zu Grenzwerten und Preisen finden Sie unter Mobile Services – Preise.

Grenzwerte für Azure-Netzwerk

Netzwerkgrenzwerte – Azure Resource Manager

Die folgenden Grenzwerte gelten nur für Netzwerkressourcen, die über den Azure Resource Manager pro Region pro Abonnement verwaltet werden. Erfahren Sie, wie Sie die aktuelle Ressourcennutzung anhand der Grenzwerte Ihres Abonnements anzeigen.

Hinweis

Die Standardgrenzwerte wurden auf die maximalen Grenzwerte erhöht. Falls die Spalte für den maximalen Grenzwert nicht vorhanden ist, gibt es für die entsprechende Ressource keine anpassbaren Grenzwerte. Wenn diese Grenzwerte in der Vergangenheit vom Support erhöht wurden und Sie niedrigere Grenzwerte als die in den folgenden Tabellen angegebenen Grenzwerte sehen, erstellen Sie eine kostenlose Online-Kundensupportanfrage.

Ressource Begrenzung
Virtuelle Netzwerke 1.000
Subnetze pro virtuellem Netzwerk 3,000
VNET-Peerings pro virtuellem Netzwerk 500
Gateways für virtuelle Netzwerke (VPN-Gateways) pro virtuellem Netzwerk 1
Gateways für virtuelle Netzwerke (ExpressRoute-Gateways) pro virtuellem Netzwerk 1
DNS-Server pro virtuellem Netzwerk 20
Private IP-Adressen pro virtuellem Netzwerk 65.536
Gesamtzahl der privaten Adressen für eine Gruppe von virtuellen Netzwerken mit Peering 128.000
Private IP-Adressen pro Netzwerkschnittstelle 256
Private IP-Adressen pro virtuellem Computer 256
Öffentliche IP-Adressen pro Netzwerkschnittstelle 256
Öffentliche IP-Adressen pro virtuellem Computer 256
Parallele TCP- oder UDP-Flows pro NIC eines virtuellen Computers bzw. einer Rolleninstanz 500.000
Netzwerkschnittstellenkarten 65.536
Netzwerksicherheitsgruppen 5.000
NSG-Regeln pro NSG 1.000
IP-Adressen und -Bereiche, die für die Quelle oder das Ziel in einer Sicherheitsgruppe angegeben sind. (Der Grenzwert gilt separat für Quelle und Ziel) 4\.000
Anwendungssicherheitsgruppen 3,000
Anwendungssicherheitsgruppen pro IP-Konfiguration pro NIC 20
Anwendungssicherheitsgruppen, auf die per NSG-Regel als Quelle/Ziel verwiesen wird 10
IP-Konfigurationen pro Anwendungssicherheitsgruppe 4\.000
Anwendungssicherheitsgruppen, die in allen Sicherheitsregeln einer Netzwerksicherheitsgruppe angegeben werden können 100
Benutzerdefinierte Routingtabellen 200
Benutzerdefinierte Routen pro Routingtabelle 400
Routen mit Servicetag pro Routentabelle 25
Punkt-zu-Standort-Stammzertifikate pro Azure VPN Gateway 20
Widerrufene Point-to-Site-Clientzertifikate pro Azure VPN Gateway 300
TAPs für virtuelle Netzwerke 100
Netzwerkschnittstellen-TAP-Konfigurationen pro virtuellem Netzwerk-TAP 100

Grenzwerte für öffentliche IP-Adressen

Ressource Standardlimit Maximales Limit
Grundlegende öffentliche IPv4- und IPv6-Adressen1,2 10 Support kontaktieren
Öffentliche Standard-IPv4- und IPv6-Adressen1 10 Support kontaktieren
Globale öffentliche IPv4-Ebene, IPv6-Adressen1 10 Support kontaktieren
Routing-Präferenz Internet Public IPv4, IPv6-Adressen1 10 Support kontaktieren
Präfixe von öffentlichen IP-Adressen begrenzt durch die Anzahl der öffentlichen Standard-IPs in einem Abonnement Support kontaktieren
Präfixlänge für öffentliche IP-Adressen /28 Support kontaktieren
Benutzerdefinierte IP-Präfixe 5 Support kontaktieren

1Die Standardgrenzwerte für öffentliche IPv4/v6-Adressen variieren je nach Angebotskategorietyp, z. B. "Kostenlose Testversion", "Pay-as-you-go", "CSP". Beispielsweise beträgt die Standardeinstellung für Enterprise Agreement-Abonnements 1000, und die Standardeinstellung für "Pay-as-you-go" lautet 20. Der Großteil der Angebote beginnt bei 10. Es gibt auch eine gesamthöchste Anzahl von öffentlichen IP-Adressen pro Abonnement.

2 Einfache öffentliche IP-Adressen sind veraltet und werden zum 30. September 2025 eingestellt. Zusätzliche Details finden Sie hier.

Die folgenden Grenzen gelten nur für Netzwerkressourcen, die über das Bereitstellungsmodell pro Abonnement verwaltet werden. Erfahren Sie, wie Sie die aktuelle Ressourcennutzung anhand der Grenzwerte Ihres Abonnements anzeigen.

Ressource Standardlimit Maximales Limit
Virtuelle Netzwerke 100 100
Lokale Netzwerksites 20 50
DNS-Server pro virtuellem Netzwerk 20 20
Private IP-Adressen pro virtuellem Netzwerk 4\.096 4\.096
Parallele TCP-Flüsse pro NIC eines virtuellen Computers bzw. einer Rolleninstanz 500.000 bis 1.000.000 für zwei oder mehr NICs. 500.000 bis 1.000.000 für zwei oder mehr NICs.
Netzwerksicherheitsgruppen 200 200
NSG-Regeln pro NSG 200 1.000
Benutzerdefinierte Routingtabellen 200 200
Benutzerdefinierte Routen pro Routingtabelle 400 400
Öffentliche IP-Adressen (dynamisch) 500 500
Reservierte öffentliche IP-Adressen 500 500
Öffentliche IP-Adresse pro Bereitstellung 5 Support kontaktieren
Private IP-Adressen (interner Lastenausgleich) pro Bereitstellung 1 1
Endpunkt-Zugriffssteuerungslisten (ACLs) 50 50

Grenzwerte für Azure Load Balancer

Load Balancer Standard

Ressource Begrenzung
Load Balancer 1.000
Front-End-IP-Konfigurationen 600
Regeln (Load Balancer und eingehende NAT) pro Ressource 1\.500
Regeln pro NIC (für alle IPs einer NIC)1 300
Regel für Hochverfügbarkeitsports 1 pro internem Front-End
Ausgangsregeln pro Lastenausgleichsmodul 600
Größe des Back-End-Pools 5.000
Größe des Back-End-Pools von Load Balancer (Azure Global) 300
Back-End-IP-Konfigurationen pro Front-End2 10.000
Back-End-IP-Konfigurationen allen Front-Ends 500.000

1 Jede NIC kann insgesamt 300 Regeln (Lastenausgleich, eingehende NAT und ausgehende Regeln kombiniert) für alle IP-Konfigurationen auf der NIC konfiguriert haben. 2 Back-End-IP-Konfigurationen werden für alle Lastenausgleichsregeln zusammengefasst, einschließlich Lastenausgleich, eingehende NAT-Regeln und Ausgangsregeln. Jede Regel, für die eine Back-End-Poolinstanz konfiguriert ist, zählt als eine Konfiguration.

Load Balancer wendet keine Durchsatzgrenzwerte an. Durchsatzgrenzwerte für virtuelle Computer und virtuelle Netzwerke gelten jedoch weiterhin. Weitere Informationen finden Sie unter Netzwerkdurchsatz virtueller Computer.

Gatewaylastenausgleich

Ressource Begrenzung
Pro Gatewaylastenausgleichs-Front-End verkettete Ressourcen (kombinierte Lastenausgleichs-Front-End-Konfigurationen oder VM-NIC-IP-Konfigurationen) 100

Alle Grenzwerte für Load Balancer Standard gelten auch für den Gatewaylastenausgleich.

Load Balancer Basic

Ressource Begrenzung
Load Balancer 1.000
Regeln pro Ressource 250
Regeln pro NIC (für alle IPs einer NIC) 300
Front-End-IP-Konfigurationen 3 200
Größe des Back-End-Pools 300 IP-Konfigurationen, einzelne Verfügbarkeitsgruppe
Verfügbarkeitsgruppen pro Lastenausgleichsmodul 1
Lastenausgleichsmodule pro virtuellem Computer 2 (1x öffentlich, 1x intern)

3 Das Limit für eine einzelne diskrete Ressource in einem Back-End-Pool (eigenständige VM, Verfügbarkeitsgruppe oder VM-Platzierungsgruppen für Skalierungsgruppen) liegt bei bis zu 250 Front-End-IP-Konfigurationen für einen einzelnen öffentlichen Basic Load Balancer und internen Basic Load Balancer.

Grenzwerte für Azure Application Gateway

Die folgende Tabelle gilt für v1, v2, Standard und WAF SKUs, sofern nichts anderes angegeben ist.

Ressource Begrenzung Hinweis
Azure-Anwendungsgateway 1.000 pro Region und Abonnement
Front-End-IP-Konfigurationen 4 IPv4: 1 öffentliche und 1 private
IPv6: 1 öffentliche und 1 private
Front-End-Ports 1001
Back-End-Adresspools 100
Back-End-Ziele pro Pool 1\.200
HTTP-Listener 2001 Beschränkt auf 100 aktive Listener, die Datenverkehr weiterleiten. Aktive Listener = Gesamtanzahl von Listenern - nicht aktive Listener.
Wenn eine Standardkonfiguration innerhalb einer Routingregel zur Weiterleitung von Datenverkehr (z. B. mit einem Listener, einem Back-End-Pool und HTTP-Einstellungen) festgelegt ist, dann zählt dies ebenfalls als Listener. Weitere Informationen finden Sie in den häufig gestellten Fragen zu Application Gateway.
HTTP-Lastenausgleichsregeln 4001
Back-End-HTTP-Einstellungen 1001
Instanzen pro Gateway V1 SKU – 32
V2 SKU – 125
SSL-Zertifikate 1001 1 pro HTTP-Listener
Maximale SSL-Zertifikatgröße V1 SKU – 10 KB
V2-SKU – 16 KB
Maximale Größe für vertrauenswürdige ZS-Clientzertifikate 25 KB Die maximale aggregierte Größe von Stamm- und Zwischenzertifikaten, die in einer hochgeladenen PEM- oder CER-Datei enthalten sind, beträgt 25 KB.
Maximale Anzahl vertrauenswürdiger ZS-Clientzertifikate 200 100 pro SSL-Profil
Authentifizierungszertifikate 100
Vertrauenswürdige Stammzertifikate 100
Minimales Anforderungstimeout 1 Sekunde
Maximales Anforderungstimeout für privates Back-End 24 Stunden
Maximales Anforderungstimeout für externes Back-End 4 Minuten
Anzahl der Websites 1001 1 pro HTTP-Listener
URL-Zuordnungen pro Listener 1
Hostnamen pro Listener 5
Maximale Anzahl pfadbasierter Regeln pro URL-Zuordnung 100
Umleitungskonfiguration 1001
Anzahl von Regelsätzen für das erneute Generieren 400
Anzahl von Header- oder URL-Konfigurationen pro Regelsatz für das erneute Generieren 40
Anzahl von Bedingungen pro Regelsatz für das erneute Generieren 40
Gleichzeitige WebSocket-Verbindungen Mittelgroße Gateways 20.0002
Große Gateways 50.0002
Maximale URL-Länge 32 KB
Maximale Kopfgröße 32 KB
Maximale Header-Feldgröße für HTTP/2 8 KB
Maximale Headergröße für HTTP/2 16 KB
Maximal Anzahl von Anforderungen pro HTTP/2-Verbindung 1000 Die Gesamtanzahl der Anforderungen, die dieselbe Frontend-HTTP/2-Verbindung gemeinsam nutzen können
Maximale Dateiuploadgröße (Standard-SKU) V1: 2 GB
V2 – 4 GB
Diese maximale Größenbeschränkung wird für den Anforderungstext freigegeben.
Maximale Dateiuploadgröße (WAF-SKU) V1 Mittel – 100 MB
V1 Groß – 500 MB
V2 – 750 MB
V2 (mit CRS 3.2 oder DRS) - 4 GB3
1 MB: Mindestwert
100 MB: Standardwert
V2 mit CRS 3.2 oder DRS – kann ein-/ausgeschaltet werden
Maximale Anforderungsgrößenbeschränkung Standard-SKU (ohne Dateien) V1: 2 GB
V2 – 4 GB
Maximale Anforderungsgrößenbeschränkung WAF SKU (ohne Dateien) V1 oder V2 (mit CRS 3.1 und älter): 128 KB
V2 (mit CRS 3.2 oder DRS) - 2 MB3
8 KB: Mindestwert
128 KB (Standardwert)
V2 mit CRS 3.2 oder DRS – kann ein-/ausgeschaltet werden
Maximale Anforderungsüberprüfungsgrenze WAF-SKU V1 oder V2 (mit CRS 3.1 und älter): 128 KB
V2 (mit CRS 3.2 oder DRS) - 2 MB3
8 KB: Mindestwert
128 KB (Standardwert)
V2 mit CRS 3.2 oder DRS – kann ein-/ausgeschaltet werden
Maximale Private Link-Konfigurationen 2 1 für öffentliche IP, 1 für private IP
Maximale Private Link-IP-Konfigurationen 8
Maximale Anzahl benutzerdefinierter WAF-Regeln pro WAF-Richtlinie 100
Maximale WAF-Übereinstimmungsbedingungen pro benutzerdefinierter Regel 10 Dieser Grenzwert wird von der WAF nicht erzwungen. Das Hinzufügen von mehr als 10 Übereinstimmungsbedingungen kann zu Leistungseinbußen führen.
WAF-IP-Adressbereiche pro Übereinstimmungsbedingung 540
600 - mit CRS 3.2 oder DRS
Maximale WAF-Ausschlüsse pro Application Gateway 40
200 - mit CRS 3.2 oder DRS
WAF–Zeichenfolgen-Übereinstimmungswerte pro Übereinstimmungsbedingung 10

1 Die Anzahl der in der Tabelle aufgeführten Ressourcen gilt für Standard-SKUs von Application Gateway und WAF-fähige SKUs mit CRS 3.2 oder DRS. Für WAF-fähige SKUs, die CRS 3.1 oder niedriger ausführen, lautet die unterstützte Anzahl 40. Weitere Informationen finden Sie unter WAF-Modul für Azure Application Gateway.

2 Der Grenzwert gilt pro Application Gateway-Instanz nicht pro Application Gateway-Ressource.

3 Muss den Wert über die WAF-Richtlinie für Application Gateway definieren

Grenzwerte für Azure Application Gateway für Container

Ressource Begrenzung
Application Gateway für Container 1.000 pro Abonnement
Vereinigungen 1 pro Gateway
Front-Ends 5 pro Gateway

Grenzwerte der Kubernetes Ingress und Gateway API Konfiguration

Ressource Begrenzung
Benennung von Ressourcen 128 Zeichen
Namespace-Benennung 128 Zeichen
Listener pro Gateway 64 Listener pro Gatewayressource (durch Gateway-API erzwungen)
AGC-Verweise insgesamt 5 pro ALB-Controller
Zertifikatverweise insgesamt 100 pro AGC
Listener insgesamt 200 pro AGC
Routen insgesamt 200 pro AGC
Regeln gesamt 200 pro AGC
Dienste insgesamt 100 pro AGC
Endpunkte insgesamt 5.000 pro AGC

Azure Bastion-Grenzwerte

Eine Instanz ist eine optimierte Azure-VM, die erstellt wird, wenn Sie Azure Bastion konfigurieren. Wenn Sie Azure Bastion mithilfe der Basic-SKU konfigurieren, werden zwei Instanzen erstellt. Wenn Sie die Standard-SKU verwenden, können Sie eine Anzahl von Instanzen zwischen 2 und 50 angeben.

Workloadtyp* Sitzungslimit pro Instanz**
Hell 25
Mittelstufe 20
Schwer 2

*Diese Workloadtypen sind hier definiert: Remotedesktop-Workloads.
**Diese Grenzwerte basieren auf RDP-Leistungstests für Azure Bastion. *Die Zahlen können aufgrund anderer laufender RDP-Sitzungen oder anderer laufender SSH-Sitzungen variieren.

Grenzwerte für Azure DNS

Öffentliche DNS

Öffentliche DNS-Zonen
Ressource Begrenzung
Öffentliche DNS-Zonen pro Abonnement 250 1
Datensatzgruppen pro öffentlicher DNS-Zone 10.000 1
Datensätze pro Datensatzgruppe in öffentlicher DNS-Zone 20 1
Anzahl von Aliasdatensätzen für eine einzelne Azure-Ressource 20

1 Wenden Sie sich an den Azure-Support, falls Sie diese Kontingentbeschränkungen erhöhen müssen.

Vorgänge in der öffentlichen DNS-Zone
Vorgang Grenzwert (pro Zone)
Erstellen 40/min
Löschen 40/min
Abrufen 1.000/min
Liste 60/min
Nach Ressourcengruppe gruppieren 60/min (pro Ressourcengruppe)
Aktualisieren 40/min
Vorgänge für öffentliche DNS-Ressourceneinträge
Vorgang Grenzwert (pro Zone)
Erstellen 200/min
Löschen 200/min
Abrufen 2.000/min
Auflisten nach DNS-Zone 60/min
Auflisten nach Typ 60/min
Aktualisieren 200/min

Privates DNS

Private DNS-Zonen
Ressource Begrenzung
Private DNS-Zonen pro Abonnement 1000
Datensatzgruppen pro privater DNS-Zone 25000
Datensätze pro Datensatzgruppe für private DNS-Zonen 20
Virtuelle Netzwerkverbindungen pro privater DNS-Zone 1000
Virtuelle Netzwerkverbindungen pro privater DNS-Zone mit aktivierter automatischer Registrierung 100
Anzahl von privaten DNS-Zonen, mit denen ein virtuelles Netzwerk mit aktivierter automatischer Registrierung verknüpft werden kann 1
Anzahl von privaten DNS-Zonen, mit denen ein virtuelles Netzwerk verknüpft werden kann 1000
Vorgänge in der privaten DNS-Zone
Vorgang Grenzwert (pro Abonnement)
Erstellen 40/min
Löschen 40/min
Abrufen 200/min (pro Zone)
Nach Abonnement auflisten 60/min
Auflistung nach Ressourcengruppe 100/min (pro Ressourcengruppe)
Aktualisieren 40/min
Vorgänge für private DNS-Ressourceneinträge
Vorgang Grenzwert (pro Zone)
Erstellen 60/min
Löschen 60/min
Abrufen 200/min
Liste 100 pro Minute
Aktualisieren 60/min
Vorgang Grenzwert (pro Zone)
Erstellen 60/min
Löschen 60/min
Abrufen 100 pro Minute
Auflistung nach virtuellem Netzwerk 20/min
Aktualisieren 60/min

VM-Grenzwerte für von Azure bereitgestellte DNS-Konfliktlöser

Ressource Begrenzung
Anzahl von DNS-Abfragen, die ein virtueller Computer pro Sekunde an den Azure DNS-Resolver senden kann 1000 1
Maximale Anzahl von DNS-Abfragen in der Warteschlange (ausstehende Antwort) pro virtuellem Computer 200 1

1 Diese Grenzwerte gelten nicht auf der Ebene des virtuellen Netzwerks, sondern für jeden einzelnen virtuellen Computer. DNS-Abfragen, die über diese Grenzwerte hinausgehen, werden verworfen. Diese Grenzwerte gelten für den Azure-Standardkonfliktlöser, nicht für DNS Private Resolver.

DNS Private Resolver1

Ressource Begrenzung
DNS Private Resolver pro Abonnement 15
Private DNS-Resolver pro virtuellem Netzwerk 1
Endpunkte für eingehenden Datenverkehr pro DNS Private Resolver 5
Endpunkte für ausgehenden Datenverkehr pro DNS Private Resolver 5
Weiterleitungsregeln pro DNS-Weiterleitungsregelsatz 1000
Virtuelle Netzwerkverbindungen pro DNS-Weiterleitungsregelsatz 500
Mit einem virtuellen Netzwerk verknüpfter DNS-Weiterleitungsregelsatz 1
Endpunkte für ausgehenden Datenverkehr pro DNS-Weiterleitungsregelsatz 2
DNS-Weiterleitungsregelsatz pro ausgehender Endpunkt 2
DNS-Zielserver pro Weiterleitungsregel 6
QPS pro Endpunkt 10.000

1 Möglicherweise werden vom Azure-Portal andere Grenzwerte erzwungen, bis das Portal aktualisiert wird. Verwenden Sie PowerShell, um Elemente bis zu den aktuellen Grenzwerten bereitzustellen.

Grenzwerte für Azure Firewall

Ressource Begrenzung
Azure Firewalls pro virtuellem Netzwerk 1
Maximaler Datendurchsatz 100 GBit/s für die SKU „Premium“, 30 GBit/s für die SKU „Standard“, 250 MBit/s für die SKU „Basic“ (Vorschauversion)

Weitere Informationen finden Sie unter Azure Firewall-Leistung.
Regelgrenzwerte 20.000 eindeutige Quellen/Ziele in Netzwerkregeln

Eindeutige Quelle/Ziele im Netzwerk = (Quelladressen + Quell-IP-Gruppen) * (Zieladressen + Anzahl der Ziel-FQDN + Ziel-IP-Gruppen) * (Anzahl der IP-Protokolle) * (Zielports)

Sie können die Anzahl der Netzwerkregeln für die Firewall-Richtlinie in den Richtlinienanalysen auf der Registerkarte Erkenntnisse nachverfolgen. Als Proxy können Sie auch Ihre Metriken für den Firewall-Latenztest überwachen, um sicherzustellen, dass sie auch zu Spitzenzeiten innerhalb von 20 ms bleiben.
Gesamtgröße von Regeln innerhalb einer einzelnen Regelsammlungsgruppe 1 MB für Firewallrichtlinien, die vor Juli 2022 erstellt wurden
2 MB für Firewallrichtlinien, die nach Juli 2022 erstellt wurden
Anzahl von Regelsammlungsgruppen in einer Firewallrichtlinie 50 für Firewallrichtlinien, die vor Juli 2022 erstellt wurden
90 für Firewallrichtlinien, die nach Juli 2022 erstellt wurden
Maximale Anzahl von DNAT-Regeln (maximale Anzahl externer Ziele) Maximal 250 [Anzahl öffentlicher Firewall-IP-Adressen + eindeutige Ziele (Zieladresse, Port und Protokoll)]

Die DNAT-Einschränkung ist auf die zugrunde liegende Plattform zurückzuführen.

Sie können beispielsweise 500 UDP-Regeln für dieselbe Ziel-IP-Adresse und denselben Port (ein eindeutiges Ziel) konfigurieren. 500 Regeln für dieselbe IP-Adresse, aber 500 verschiedene Ports hingegen überschreiten den Grenzwert (500 eindeutige Ziele).

Wenn Sie mehr als 250 Mandanten benötigen, müssen Sie eine weitere Firewall in einem separaten virtuellen Netzwerk hinzufügen
Mindestgröße für AzureFirewallSubnet /26
Portbereich in Netzwerk- und Anwendungsregeln 1 bis 65535
Öffentliche IP-Adressen Höchstens 250. Alle öffentlichen IP-Adressen können in DNAT-Regeln verwendet werden und zählen zu den verfügbaren SNAT-Ports.
IP-Adressen in IP-Gruppen Es werden maximal 50 eindeutige IP-Gruppen pro klassischer Firewall empfohlen.
Maximal 200 eindeutige IP-Adressgruppen pro Firewallrichtlinie.
Maximal 5000 einzelne IP-Adressen oder IP-Präfixe pro IP-Gruppe.
Routingtabelle Standardmäßig verfügt AzureFirewallSubnet über die Route „0.0.0.0/0“, bei der der Wert „NextHopType“ auf Internet festgelegt ist.

Azure Firewall muss über eine direkte Internetverbindung verfügen. Wenn Ihr Subnetz „AzureFirewallSubnet“ eine Standardroute zu Ihrem lokalen Netzwerk über BGP erfasst, müssen Sie diese mit der benutzerdefinierten Route 0.0.0.0/0 überschreiben. Legen Sie dabei den Wert NextHopType auf Internet fest, um die direkte Internetkonnektivität beizubehalten. Standardmäßig unterstützt Azure Firewall keine Tunnelerzwingung für ein lokales Netzwerk.

Wenn Ihre Konfiguration jedoch die Tunnelerzwingung für ein lokales Netzwerk erfordert, wird Microsoft dies im Einzelfall unterstützen. Wenden Sie sich in diesem Fall an den Support, damit Ihr Fall überprüft werden kann. Bei einer Annahme wird Ihr Abonnement zugelassen, damit die erforderliche Internetkonnektivität der Firewall auch sicher erhalten bleibt.
FQDNs in Netzwerkregeln Um eine gute Leistung zu erzielen, sollte der Wert von 1.000 FQDNs in allen Netzwerkregeln pro Firewall nicht überschritten werden.
Timeout für TLS-Überprüfung 120 Sekunden

Grenzwerte für Azure Front Door (klassisch)

Ressource Grenzwert im klassischen Tarif
Azure Front Door-Ressourcen pro Abonnement 100
Front-End-Hosts, einschließlich benutzerdefinierter Domänen pro Ressource 500
Routingregeln pro Ressource 500
Regeln pro Regelsatz 25
Back-End-Pools pro Ressource 2 50
Back-Ends pro Back-End-Pool 100
Abzustimmende Pfadmuster für eine Routingregel 25
URLs in einem einzigen Cachebereinigungsaufruf 100
Maximale Bandbreite 1 75 GBit/s
Maximale Anforderungen pro Sekunde pro Profil 1 100.000
HTTP-Headergrößenbeschränkung (pro Header) 32 KB
Benutzerdefinierte Web Application Firewall-Regeln pro Richtlinie 100
Web Application Firewall-Richtlinie pro Abonnement 100
Web Application Firewall – Übereinstimmungsbedingungen pro benutzerdefinierter Regel 10
Web Application Firewall – IP-Adressbereiche pro benutzerdefinierter Regel 600
Web Application Firewall – Zeichenfolgen-Übereinstimmungswerte pro Übereinstimmungsbedingung 10
Web Application Firewall – Länge des Zeichenfolgen-Übereinstimmungswerts 256
Web Application Firewall – Länge des POST-Textparameternamens 256
Web Application Firewall – Länge des HTTP-Headernamens 256
Web Application Firewall – Länge des Cookienamens 256
Ausschlussgrenzwert der Web Application Firewall 100
Web Application Firewall – Inspektionslimit für HTTP-Anforderungstext 128 KB
Web Application Firewall – Länge des benutzerdefinierten Antworttexts 32 KB

1 Wenn der Datenverkehr nicht global verteilt und in einer oder mehreren Regionen konzentriert wird oder wenn ein höheres Kontingent begrenzt ist, erstellen Sie eine Azure-Supportanfrage.

2 Um eine Beschränkungserhöhung anzufordern, erstellen Sie eine Azure-Supportanfrage. Kostenlose Abonnements, einschließlich kostenloses Azure-Konto und Microsoft Azure for Students, sind nicht für Grenzwert- oder Kontingenterhöhungen qualifiziert. Wenn Sie über ein kostenloses Abonnement verfügen, können Sie ein Upgrade auf ein Abonnement mit nutzungsbasierter Bezahlung durchführen.

Standard- und Premium-Diensteinschränkungen von Azure Front Door

Ressource Grenzwert im Standard-Tarif Grenzwert im Premium-Tarif
Maximale Profile pro Abonnement 500 500
Maximale Endpunkte pro Profil 10 25
Maximale benutzerdefinierte Domänen pro Profil 100 500
Maximale Ursprungsgruppen pro Profil 100 200
Maximale Ursprünge pro Ursprungsgruppe 50 50
Maximale Ursprünge pro Profil 100 200
Maximales Ursprungstimeout 16 bis 240 Sek. 16 bis 240 Sek.
Maximale Routen pro Profil 100 200
Maximale Regelsätze pro Profil 100 200
Maximale Regeln pro Route 100 100
Maximale Regeln pro Regelsatz 100 100
Maximale Bandbreite 1 75 GBit/s 75 GBit/s
Maximale Anforderungen pro Sekunde pro Profil 1,2 100.000 100.000
Maximale Anzahl gleichzeitiger WebSocket-Verbindungen pro Profil 3 3,000 3,000
Abzustimmende Pfadmuster für eine Routingregel 25 50
URLs in einem einzigen Cachebereinigungsaufruf 100 100
Maximale Sicherheitsrichtlinien pro Profil 100 200
Maximale Zuordnungen pro Sicherheitsrichtlinie 110 225
Maximale Geheimnisse pro Profil 100 500
HTTP-Headergrößenbeschränkung (pro Header) 32 KB 32 KB
WAF-Richtlinie (Web Application Firewall) pro Abonnement 100 100
Benutzerdefinierte WAF-Regeln pro Richtlinie 100 100
WAF-Übereinstimmungsbedingungen pro benutzerdefinierter Regel 10 10
Benutzerdefinierte WAF-Regeln pro Richtlinie 5 5
WAF-IP-Adressbereiche pro Übereinstimmungsbedingung 600 600
WAF–Zeichenfolgen-Übereinstimmungswerte pro Übereinstimmungsbedingung 10 10
Länge des WAF-Zeichenfolgen-Übereinstimmungswerts 256 256
Länge des WAF-POST-Textparameternamens 256 256
Länge des WAF-HTTP-Headernamens 256 256
Länge des WAF-Cookienamens 256 256
WAF-Ausschluss pro Richtlinie 100 100
WAF – Inspektionslimit für HTTP-Anforderungstext und Dateiupload 128 KB 128 KB
Länge des benutzerdefinierten WAF-Antworttexts 32 KB 32 KB

1 Wenn der Datenverkehr nicht global verteilt und in einer oder mehreren Regionen konzentriert wird oder wenn ein höheres Kontingentlimit erforderlich ist, erstellen Sie eine Azure-Supportanfrage.

2 Für jedes Front Door-Profil gibt es derzeit ein Limit von 5.000 Anforderungen pro Sekunde pro POP. Über diesen Grenzwert hinaus wird der POP-Standort Verbindungen ablegen. Wenn Anforderungen in einer von mehreren Regionen konzentriert sind und diesen Grenzwert überschreiten, können Sie einen höheren POP-Grenzwert anfordern, indem Sie eine Azure-Supportanfrage senden.

3 Wenn Sie mehr als 3.000 gleichzeitige WebSocket-Verbindungen benötigen, senden Sie eine Azure-Supportanfrage.

Timeoutwerte

Vom Client zu Front Door
  • Headertimeout: Nach dem Herstellen der TCP/TLS-Verbindung gilt in Front Door ein Timeout von 5 Sekunden für den Empfang aller Header vom Client. Die Verbindung wird beendet, wenn der Client nicht innerhalb von 5 Sekunden Header sendet. Dieser Timeoutwert kann nicht konfiguriert werden.
  • HTTP-Keep-Alive-Timeout: In Front Door gilt ein HTTP-Keep-Alive-Timeout von 90 Sekunden. Die Verbindung wird beendet, wenn der Client 90 Sekunden lang keine Daten sendet. Dieser Timeoutwert kann nicht konfiguriert werden.
Front Door zum Anwendungs-Back-End
  • Nach der Weiterleitung der HTTP-Anforderung an das Back-End wartet Azure Front Door 60 Sekunden (Standard und Premium) oder 30 Sekunden (klassisch) auf das erste Paket vom Back-End. Anschließend wird ein 503-Fehler an den Client oder 504 für eine zwischengespeicherte Anforderung zurückgegeben. Sie können diesen Wert mithilfe des Felds originResponseTimeoutSeconds in der Azure Front Door-Standard- und Premium-API oder mithilfe des Felds „sendRecvTimeoutSeconds“ in der Azure Front Door-API (klassisch) konfigurieren.

  • Nachdem das Back-End das erste Paket empfangen hat, wird die Antwort abgebrochen, wenn der Ursprung aus irgendeinem Grund in der Mitte des Antworttexts über die in „originResponseTimeoutSeconds“ oder „sendRecvTimeoutSeconds“ festgelegte Zeit hinaus angehalten wird.

  • Front Door nutzt HTTP-Keep-Alive, um Verbindungen für die Wiederverwendung von vorherigen Anforderungen offen zu halten. Diese Verbindungen weisen ein Leerlauftimeout von 90 Sekunden auf. Azure Front Door trennt Verbindungen im Leerlauf, sobald das Leerlauftimeout von 90 Sekunden erreicht ist. Dieser Timeoutwert kann nicht konfiguriert werden.

Datenlimit beim Hoch- und Herunterladen

Mit Codierung für segmentierte Übertragung (Chunked Transfer Encoding, CTE) Ohne HTTP-Segmentierung
Herunterladen Es gibt keine Beschränkung für die Downloadgröße. Es gibt keine Beschränkung für die Downloadgröße.
Hochladen Es gibt keine Beschränkung, so lange jeder CTE-Upload kleiner als 2 GB ist. Die Größe darf 2 GB nicht überschreiten.

Andere Limits

  • Maximum URL size (Maximale Größe der URL) – 8.192 Byte: Hiermit wird die maximale Länge der Rohdaten-URL angegeben (Schema + Hostname + Port + Pfad + Abfragezeichenfolge der URL)
  • Maximum Query String size (Maximale Größe der Abfragezeichenfolge) – 4.096 Byte: Hiermit wird die maximale Länge der Abfragezeichenfolge in Byte angegeben.
  • Die maximale Headergröße für HTTP-Antworten von der Integritätstest-URL – 4.096 Bytes: Gibt die maximale Länge aller Antwortheader von Integritätstests an.
  • Maximale Zeichenlänge des Headerwerts für Regel-Engine-Aktion: 640 Zeichen
  • Maximale Zeichenlänge des Headerwerts für Regel-Engine-Bedingung: 256 Zeichen
  • Maximale ETag-Headergröße: 128 Byte
  • Maximale Länge des Endpunktnamens für Standard und Premium: 46 Zeichen

Weitere Informationen zu Grenzwerten, die für Regelmodulkonfigurationen gelten, finden Sie in der Terminologie des Regelmoduls.

Azure Network Watcher-Grenzwerte

Ressource Begrenzung
Network Watcher-Instanzen pro Region und Abonnement 1 (Eine Instanz in einer Region, um den Zugriff auf den Dienst in der Region zu ermöglichen)
Verbindungsmonitore pro Region und Abonnement 100
Maximale Anzahl von Testgruppen pro Verbindungsmonitor 20
Maximale Anzahl von Quellen und Zielen pro Verbindungsmonitor 100
Maximale Anzahl von Testkonfigurationen pro Verbindungsmonitor 20
Paketerfassungssitzungen pro Region und Abonnement 10.000 (Nur Anzahl von Sitzungen, ohne gespeicherte Erfassungen)
VPN-Problembehandlungsvorgänge pro Abonnement 1 (Anzahl von gleichzeitigen Vorgängen)

Grenzwerte für Azure Route Server

Ressource Begrenzung
Anzahl der BGP-Peers 8
Anzahl von Routen, die jeder BGP-Peer für Azure Route Server ankündigen kann 1 1.000
Anzahl der virtuellen Computer im virtuellen Netzwerk (einschließlich gepeerter virtueller Netzwerke), die von Azure Route Server unterstützt werden 4\.000
Anzahl der virtuellen Netzwerke, die Azure Route Server unterstützen kann 500
Anzahl der gesamten lokalen und virtuellen Azure Virtual Network-Präfixe, die Azure Route Server unterstützen kann 10.000

1 Wenn Ihr NVA mehr Routen als den Grenzwert ankündigt, wird die BGP-Sitzung gelöscht. Dieser Grenzwert kann über einen Supportfall auf 4.000 erhöht werden.

Hinweis

Die Gesamtzahl der Routen, die vom VNet-Adressraum und Routenserver zur ExpressRoute-Leitung angekündigt werden, wenn Branch-to-Branch aktiviert ist, darf 1.000 nicht überschreiten. Weitere Informationen finden Sie unter Routenankündigung – Grenzwerte für ExpressRoute.

Grenzwerte für Azure ExpressRoute

Ressource Begrenzung
ExpressRoute-Verbindungen pro Abonnement 50 (Senden Sie eine Supportanfrage, um den Grenzwert zu erhöhen.)
ExpressRoute-Verbindungen pro Region und Abonnement mit Azure Resource Manager 10
Maximale Anzahl von Verbindungen am selben Peeringstandort, die mit demselben virtuellen Netzwerk verknüpft sind 4
Maximale Anzahl von Verbindungen an unterschiedlichen Peeringstandorten, die mit demselben virtuellen Netzwerk verknüpft sind Standard/ERGw1Az – 4
Hochleistung/ERGw2Az – 8
Höchstleistung/ErGw3Az – 16
Maximale Anzahl von IP-Adressen für ExpressRoute-Anbieterverbindung mit Fastpath 25,000
Maximale Anzahl von IP-Adressen für ExpressRoute Direct (10 GBit/s) mit Fastpath 100.000
Maximale Anzahl von IP-Adressen für ExpressRoute Direct (100 GBit/s) mit Fastpath 200.000
Maximale Anzahl von Flows für ExpressRoute-Traffic Collector 300.000

Routenankündigung – Grenzwerte

Ressource Lokale/Standard-SKU Premium-SKU
Maximale Anzahl der für privates Azure-Peering angekündigten lokalen IPv4-Routen zur ExpressRoute-Verbindung 4\.000 10.000
Maximale Anzahl der für privates Azure-Peering angekündigten lokalen IPv6-Routen zur ExpressRoute-Verbindung 100 100
Maximale Anzahl der für privates Azure-Peering angekündigten IPv4-Routen für virtuelle Netzwerke vom Gateway zur ExpressRoute-Verbindung 1.000 1.000
Maximale Anzahl der für privates Azure-Peering angekündigten IPv6-Routen für virtuelle Netzwerke vom Gateway zur ExpressRoute-Verbindung 100 100
Die maximale Anzahl der angekündigten IPv4-Routen für das Microsoft-Peering 200 200
Die maximale Anzahl der angekündigten IPv6-Routen für das Microsoft-Peering 200 200
Verbindungsgröße Lokale/Standard-SKU Premium-SKU
50 MBit/s 10 20
100 MBit/s 10 25
200 MBit/s 10 25
500 MBit/s 10 40
1 GBit/s 10 50
2 GBit/s 10 60
5 GBit/s 10 75
10 GBit/s 10 100
40 GBit/s* 10 100
100 GBit/s* 10 100

* 100 GBit/s nur bei ExpressRoute Direct

Hinweis

Global Reach-Verbindungen werden auf den Grenzwert virtueller Netzwerkverbindungen pro ExpressRoute-Verbindung angerechnet. Beispiel: Eine Premium-Verbindung mit 10 GBit/s ermöglicht 5 Global Reach-Verbindungen und 95 Verbindungen mit den ExpressRoute-Gateways oder 95 Global Reach-Verbindungen und 5 Verbindungen mit den ExpressRoute-Gateways oder eine beliebige andere Kombination bis zum Grenzwert von 100 Verbindungen für die Leitung.

ExpressRoute-Gatewayleistung – Grenzwerte

In den folgenden Tabellen finden Sie eine Übersicht über die verschiedenen Arten von Gateways, ihre jeweiligen Einschränkungen und die erwarteten Leistungsmetriken.

Maximal unterstützte Grenzwerte

Diese Tabelle betrifft sowohl das Azure Resource Manager-Bereitstellungsmodell als auch das klassische Bereitstellungsmodell.

Gateway-SKU Megabits pro Sekunde Pakete pro Sekunde Unterstützte Anzahl der VMs im virtuellen Netzwerk 1 Limit an Datenflüssen Anzahl der vom Gateway erlernten Routen
Standard/ERGw1Az 1.000 100.000 2\.000 200.000 4\.000
Hochleistung/ERGw2Az 2\.000 200.000 4\.500 400.000 9\.500
Höchstleistung/ErGw3Az 10.000 1\.000.000 11.000 1\.000.000 9\.500
ErGwScale (pro Skalierungseinheit 1-10) 1.000 pro Skalierungseinheit 100.000 pro Skalierungseinheit 2.000 pro Skalierungseinheit 100.000 pro Skalierungseinheit 60.000 pro Gateway
ErGwScale (pro Skalierungseinheit 11-40) 1.000 pro Skalierungseinheit 200.000 pro Skalierungseinheit 1.000 pro Skalierungseinheit 100.000 pro Skalierungseinheit 60.000 pro Gateway

1 Die Werte in der Tabelle sind Schätzungen und variieren je nach CPU-Auslastung des Gateways. Wenn die CPU-Auslastung hoch ist und die Anzahl der unterstützten VMs überschritten wird, beginnt das Gateway mit dem Verwerfen von Paketen.

Hinweis

ExpressRoute kann bis zu 11.000 Routen unterstützen, die Adressräume virtueller Netzwerke, lokale Netzwerke und relevante Verbindungen für das Peering virtueller Netzwerke umfassen. Um die Stabilität Ihrer ExpressRoute-Verbindung zu gewährleisten, sollten Sie nicht mehr als 11.000 Routen für ExpressRoute anzeigen. Die maximale Anzahl der vom Gateway angekündigten Routen beträgt 1.000.

Wichtig

  • Die Anwendungsleistung hängt von mehreren Faktoren ab, z. B. der End-to-End-Latenz und der Anzahl der Datenverkehrsflüsse, die von der Anwendung geöffnet werden. Die Zahlen in der Tabelle stellen die Obergrenze dar, die die Anwendung theoretisch in einer idealen Umgebung erzielen kann. Darüber hinaus führen wir routinemäßige Host- und Betriebssystemwartungen bei ExpressRoute-Gateways für virtuelle Netzwerke aus, um die Zuverlässigkeit des Diensts aufrechtzuerhalten. Während eines Wartungszeitraums werden die Steuerungsebene und die Datenpfadkapazität des Gateways reduziert.
  • Während eines Wartungszeitraums können zeitweilige Konnektivitätsprobleme mit privaten Endpunktressourcen auftreten.
  • ExpressRoute unterstützt eine maximale TCP- und UDP-Paketgröße von 1.400 Bytes. Pakete, die größer als 1.400 Bytes sind, werden fragmentiert.
  • Azure Route Server kann bis zu 4.000 VMs unterstützen. Dieser Grenzwert umfasst VMs in virtuellen Netzwerken, die per Peering miteinander verknüpft sind. Weitere Informationen finden Sie unter Einschränkungen für Azure Route Server.
  • Die Werte in der obigen Tabelle stellen die Grenzwerte für jede Gateway-SKU dar.

Grenzwerte für Azure NAT Gateway

Die folgenden Grenzwerte gelten für NAT-Gatewayressourcen, die über den Azure Resource Manager pro Region und Abonnement verwaltet werden. Erfahren Sie, wie Sie die aktuelle Ressourcennutzung anhand der Grenzwerte Ihres Abonnements anzeigen.

Ressource Begrenzung
Öffentliche IP-Adressen 16 pro NAT-Gateway
Subnetze 800 pro NAT-Gateway
Datendurchsatz1 50 GBit/s
NAT-Gateways für Enterprise Agreements und CSP-Vereinbarungen2 1.000 pro Abonnement und Region
NAT-Gateways für Bezahlung durch Projektsponsoren oder nutzungsbasierte Bezahlung2 100 pro Abonnement und Region
NAT-Gateways für Testversion und alle anderen Angebotstypen2 15 pro Abonnement und Region
Verarbeitete Pakete 1 Mio. bis 5 Mio. Pakete pro Sekunde
Verbindungen mit demselben Zielendpunkt 50.000 Verbindungen mit demselben Ziel pro öffentliche IP-Adresse
Gesamtanzahl von Verbindungen 2 Mio. Verbindungen pro NAT-Gateway

1 Der Gesamtdatendurchsatz von 50 GBit/s wird über eine NAT-Gatewayressource zwischen ausgehenden und eingehenden (Rückgabe-)Daten aufgeteilt. Der Datendurchsatz ist auf 25 GBit/s für ausgehende Daten und 25 GBit/s für eingehende (Antwort)-Daten über das NAT-Gateway begrenzt.

2 Die Standardgrenzwerte für NAT-Gateways unterscheiden sich je nach Typ der Angebotskategorie, z. B. Testversion, nutzungsbasierte Bezahlung und CSP. Beispielsweise ist der Standardwert für Enterprise Agreement-Abonnements 1000.

Für Azure Private Link gelten die folgenden Grenzwerte:

Ressource Begrenzung
Anzahl privater Endpunkte pro virtuellem Netzwerk 1000
Anzahl privater Endpunkte virtuellen Netzwerken mit Peering 4000
Anzahl privater Endpunkte pro Abonnement 64000
Anzahl von Private Link-Diensten pro Abonnement 800
Anzahl der Private Link-Dienste pro Load Balancer Standard-Instanz 8
Anzahl von IP-Konfigurationen für einen Private Link-Dienst 8 (diese Zahl bezieht sich auf die pro PLS verwendeten NAT-IP-Adressen)
Anzahl privater Endpunkte für denselben Private Link-Dienst 1000
Anzahl von Abonnements, die in der Sichtbarkeitseinstellung für den Private Link-Dienst zulässig sind 100
Anzahl von Abonnements, die in der Einstellung für die automatische Genehmigung für den Private Link-Dienst zulässig sind 100
Anzahl privater Endpunkte pro Schlüsseltresor 64
Anzahl von Schlüsseltresoren mit privaten Endpunkten pro Abonnement 400
Anzahl privater DNS-Zonengruppen, die mit einem privaten Endpunkt verknüpft werden können 1
Anzahl der DNS-Zonen in jeder Gruppe 5
Anzahl privater IP-Adressen für die Netzwerkschnittstelle für private Endpunkte 500

Azure Traffic Manager-Grenzwerte

Ressourcenbeschränkungen

Ressource Begrenzung
Profile pro Abonnement 200 1
Endpunkte pro Profil 200

1 Wenden Sie sich an den Azure-Support, falls Sie diese Grenzwerte erhöhen müssen.

Standardmäßige Drosselungsgrenzwerte

Profile
Vorgang Grenzwert (pro Minute)
Erstellen/Aktualisieren 600
Abrufen 450
Löschen 150
Auflisten in einer Ressourcengruppe oder einem Abonnement 450
Überprüfen der Verfügbarkeit von DNS-Namen 300
Endpunkte
Vorgang Grenzwert (pro Minute)
Erstellen/Aktualisieren/Löschen 300
Abrufen 1.500
Metriken und Heatmap
Vorgang Grenzwert (pro Minute)
Abrufen/Erstellen/Löschen des Schlüssels für Benutzermetriken 150
Wärmekarte abrufen 150
Geohierarchie
Vorgang Grenzwert (pro Minute)
Abrufen 150

Grenzwerte für Azure VPN Gateway

Sofern nicht anders angegeben, gelten die folgenden Grenzwerte für Azure VPN Gateway-Ressourcen und virtuelle Netzwerkgateways.

Ressource Begrenzung
VNET-Adresspräfixe 600 pro VPN-Gateway
Aggregierte BGP-Routen 4\.000 pro VPN-Gateway
Adresspräfixe für das lokale Netzwerkgateway 1\.000 pro lokalem Netzwerkgateway
S2S-Verbindungen Der Grenzwert hängt von der Gateway-SKU ab. Weitere Informationen finden Sie in der Tabelle Grenzwerte nach Gateway-SKU.
P2S-Verbindungen Der Grenzwert hängt von der Gateway-SKU ab. Weitere Informationen finden Sie in der Tabelle Grenzwerte nach Gateway-SKU.
P2S-Routengrenzwert: IKEv2 256 außerhalb von Windows / 25 unter Windows
P2S-Routengrenzwert: OpenVPN 1000
Maximal Flüsse 500.000 eingehend und 500.000 ausgehend für VpnGw1-5/AZ
Richtlinien für den Datenverkehrsselektor 100
Benutzerdefinierte APIPA-BGP-Adressen 32
Unterstützte Anzahl der VMs im virtuellen Netzwerk Der Grenzwert hängt von der Gateway-SKU ab. Weitere Informationen finden Sie in der Tabelle Grenzwerte nach Gateway-SKU.

Grenzwerte nach Gateway-SKU

VPN
Tor
Generation
SKU S2S/VNet-zu-VNet
Tunnel
P2S
SSTP-Verbindungen
P2S
IKEv2/OpenVPN-Verbindungen
Aggregat
aggregierten Durchsatz
BGP Zonenredundant Unterstützte Anzahl der virtuellen Computer im virtuellen Netzwerk
Generation 1 Grundlegend Maximal 10 Maximal 128 Nicht unterstützt 100 MBit/s Nicht unterstützt Nein 200
Generation 1 VpnGw1 Maximal 30 Maximal 128 Maximal 250 650 MBit/s Unterstützt Nein 450
Generation 1 VpnGw2 Maximal 30 Maximal 128 Maximal 500 1 GBit/s Unterstützt Nein 1300
Generation 1 VpnGw3 Maximal 30 Maximal 128 Maximal 1000 1,25 GBit/s Unterstützt Nein 4000
Generation 1 VpnGw1AZ Maximal 30 Maximal 128 Maximal 250 650 MBit/s Unterstützt Ja 1000
Generation 1 VpnGw2AZ Maximal 30 Maximal 128 Maximal 500 1 GBit/s Unterstützt Ja 2.000
Generation 1 VpnGw3AZ Maximal 30 Maximal 128 Maximal 1000 1,25 GBit/s Unterstützt Ja 5.000
Generation 2 VpnGw2 Maximal 30 Maximal 128 Maximal 500 1,25 GBit/s Unterstützt Nein 685
Generation 2 VpnGw3 Maximal 30 Maximal 128 Maximal 1000 2,5 GBit/s Unterstützt Nein 2240
Generation 2 VpnGw4 Maximal 100* Maximal 128 Maximal 5.000 5 GBit/s Unterstützt Nein 5300
Generation 2 VpnGw5 Maximal 100* Maximal 128 Maximal 10.000 10 GBit/s Unterstützt Nein 6700
Generation 2 VpnGw2AZ Maximal 30 Maximal 128 Maximal 500 1,25 GBit/s Unterstützt Ja 2.000
Generation 2 VpnGw3AZ Maximal 30 Maximal 128 Maximal 1000 2,5 GBit/s Unterstützt Ja 3300
Generation 2 VpnGw4AZ Maximal 100* Maximal 128 Maximal 5.000 5 GBit/s Unterstützt Ja 4400
Generation 2 VpnGw5AZ Maximal 100* Maximal 128 Maximal 10.000 10 GBit/s Unterstützt Ja 9.000

Weitere Informationen zu Gateway-SKUs finden Sie unter Informationen zu Gateway-SKUs.

Grenzwerte der Gatewayleistung

Die Tabelle in diesem Abschnitt enthält die Ergebnisse von Leistungstests für VpnGw-SKUs. Ein VPN-Tunnel stellt eine Verbindung mit einer VPN-Gatewayinstanz her. Jeder Instanzendurchsatz wird in der Durchsatztabelle im vorherigen Abschnitt festgehalten und steht aggregiert über alle Tunnel zur Verfügung, die eine Verbindung zu dieser Instanz herstellen. Die Tabelle veranschaulicht die beobachtete Bandbreite und den Durchsatz in Paketen pro Sekunde pro Tunnel für die verschiedenen Gateway-SKUs. Alle Tests wurden zwischen Gateways (Endpunkten) in Azure in verschiedenen Regionen mit 100 Verbindungen unter Standardlastbedingungen durchgeführt. Dabei wurden öffentlich verfügbare iPerf- und CTSTraffic-Tools verwendet, um die Leistung für Site-to-Site-Verbindungen zu messen

  • Die beste Leistung wurde bei der Verwendung des GCMAES256-Algorithmus für die IPsec-Verschlüsselung und -Integrität erzielt.
  • Bei der Verwendung des AES256-Algorithmus für die IPSec-Verschlüsselung und des SHA256-Algorithmus für die Integrität wurde eine durchschnittliche Leistung erzielt.
  • Bei der Verwendung des DES3-Algorithmus für die IPSec-Verschlüsselung und des SHA256-Algorithmus für die Integrität wurde die niedrigste Leistung erzielt.
Generation SKU Algorithmen
verwendet
Durchsatz
pro Tunnel
Beobachtete Pakete pro Sekunde
und Tunnel
Generation 1 VpnGw1 GCMAES256
AES256 und SHA256
DES3 und SHA256
650 MBit/s
500 MBit/s
130 MBit/s
62.000
47.000
12.000
Generation 1 VpnGw2 GCMAES256
AES256 und SHA256
DES3 und SHA256
1,2 GBit/s
650 MBit/s
140 MBit/s
100.000
61.000
13.000
Generation 1 VpnGw3 GCMAES256
AES256 und SHA256
DES3 und SHA256
1,25 GBit/s
700 MBit/s
140 MBit/s
120.000
66.000
13.000
Generation 1 VpnGw1AZ GCMAES256
AES256 und SHA256
DES3 und SHA256
650 MBit/s
500 MBit/s
130 MBit/s
62.000
47.000
12.000
Generation 1 VpnGw2AZ GCMAES256
AES256 und SHA256
DES3 und SHA256
1,2 GBit/s
650 MBit/s
140 MBit/s
110.000
61.000
13.000
Generation 1 VpnGw3AZ GCMAES256
AES256 und SHA256
DES3 und SHA256
1,25 GBit/s
700 MBit/s
140 MBit/s
120.000
66.000
13.000
Generation 2 VpnGw2 GCMAES256
AES256 und SHA256
DES3 und SHA256
1,25 GBit/s
550 MBit/s
130 MBit/s
120.000
52.000
12.000
Generation 2 VpnGw3 GCMAES256
AES256 und SHA256
DES3 und SHA256
1,5 GBit/s
700 MBit/s
140 MBit/s
140.000
66.000
13.000
Generation 2 VpnGw4 GCMAES256
AES256 und SHA256
DES3 und SHA256
2,3 GBit/s
700 MBit/s
140 MBit/s
220.000
66.000
13.000
Generation 2 VpnGw5 GCMAES256
AES256 und SHA256
DES3 und SHA256
2,3 GBit/s
700 MBit/s
140 MBit/s
220.000
66.000
13.000
Generation 2 VpnGw2AZ GCMAES256
AES256 und SHA256
DES3 und SHA256
1,25 GBit/s
550 MBit/s
130 MBit/s
120.000
52.000
12.000
Generation 2 VpnGw3AZ GCMAES256
AES256 und SHA256
DES3 und SHA256
1,5 GBit/s
700 MBit/s
140 MBit/s
140.000
66.000
13.000
Generation 2 VpnGw4AZ GCMAES256
AES256 und SHA256
DES3 und SHA256
2,3 GBit/s
700 MBit/s
140 MBit/s
220.000
66.000
13.000
Generation 2 VpnGw5AZ GCMAES256
AES256 und SHA256
DES3 und SHA256
2,3 GBit/s
700 MBit/s
140 MBit/s
220.000
66.000
13.000

Grenzwerte für Azure Virtual WAN

Ressource Begrenzung
VPN-Verbindungen (Zweigstelle) pro Hub 1.000
Aggregierter Durchsatz pro Site-to-Site-VPN-Gateway (Virtual WAN) 20GBit/s
Durchsatz pro virtueller WAN-VPN-Verbindung (2 Tunnel) 2 Gbit/s mit 1 Gbit/s-IPSec-Tunnel
Point-to-Site-Benutzer pro Hub 100.000
Aggregierter Durchsatz pro Benutzer-VPN-Gateway vom Typ „Point-to-Site“ (Virtual WAN) 200 GBit/s
Aggregierter Durchsatz pro virtuellem WAN-ExpressRoute-Gateway 20GBit/s
ExpressRoute-Leitungsverbindungen pro Hub 8
VNet-Verbindungen pro Hub ohne aktivierte Routingabsicht 500 minus Gesamtanzahl von Hubs in Virtual WAN
Adressräume in allen VNets, die direkt mit einem einzelnen Hub verbunden sind, mit einem Routing-Intent und aktivierten privaten Routingrichtlinien. 400 pro virtuellem WAN-Hub - anpassbar
Aggregierter Durchsatz pro Virtual WAN-Hubrouter 50 Gbit/s für VNET-zu-VNET-Transit
VM-Workload in allen VNETs, die mit einem einzelnen Virtual WAN-Hub verbunden sind 2000 (Weitere Informationen zum Erhöhen des Limits oder des Kontingents über das Standardlimit hinaus finden Sie unter Hubeinstellungen.)
Die Gesamtzahl der Routen, die der Hub von seinen verbundenen Ressourcen annehmen kann (virtuelle Netzwerke, Verzweigungen, andere virtuelle Hubs usw.) 10.000

Grenzwerte für Azure Notification Hubs

Tarif Kostenlos Grundlegend Norm
Enthaltene Pushvorgänge 1 Mio. 10 Millionen 10 Millionen
Aktive Geräte 500 200.000 10 Millionen
Tagkontingent pro Installation oder Registrierung 60 60 60

Weitere Informationen zu Grenzwerten und Preisen finden Sie unter Notification Hubs – Preise.

Grenzwerte für Microsoft Dev Box

Abonnementtyp VM-Kerne Netzwerkverbindungen Dev Center Dev Box-Definitionen Dev Box-Projekte
Nutzungsbasierte Bezahlung 20 5 2 200 500
Azure Pass 20 5 2 200 500
CSP 20 5 2 200 500
Kostenlose Testversion 0 0 0 0 0
Azure für Schüler/Studenten 0 0 0 0 0
Unternehmen 80 10 5 200 500
MSDN Nicht zutreffend 5 2 200 500

Microsoft Entra-Diensteinschränkungen

Siehe Microsoft Entra-Dienstbeschränkungen für Microsoft Entra-Dienstgrenzwerte .

Microsoft Purview-Grenzwerte

Die aktuellsten Kontingente für Microsoft Purview finden Sie unter Klassische Grenzwerte für Microsoft Purview Data Governance.

Microsoft Sentinel-Grenzwerte

Informationen zu Grenzwerten für Microsoft Sentinel finden Sie unter Dienstgrenzwerte für Microsoft Sentinel.

Grenzwerte für Azure Service Bus

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 sind gängig für alle Ebenen:

Namen des Kontingents Wert Hinweise
Maximale Anzahl von Namespaces pro Azure-Abonnement 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.
Maximale Anzahl gleichzeitiger Verbindungen in einem Namespace .NET-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 der message ID 128  
Maximale Größe der Sitzungs-ID einer Nachricht 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, 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 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 der Regelaktionszeichenfolge: 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.
Die 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 Hinweise
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 N/V 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 mit Basic- oder Standard-Tarif 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 N/V 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.

Azure Site Recovery-Grenzwerte

Für Azure Site Recovery gelten die folgenden Grenzwerte.

Grenzwertbezeichner Begrenzung
Anzahl der Tresore pro Abonnement 500
Anzahl der geschützten Datenträger pro Abonnement (Sowohl Daten als auch Betriebssystem) 3000
Anzahl von Appliances pro Recovery Services-Tresor 250
Anzahl von Schutzgruppen pro Recovery Services-Tresor Keine Begrenzung
Anzahl von Wiederherstellungsplänen pro Recovery Services-Tresor Keine Begrenzung
Anzahl der Server pro Schutzgruppe Keine Begrenzung
Anzahl der Server pro Wiederherstellungsplan 100

Grenzwerte für Azure SQL-Datenbank

Informationen zu Grenzwerten für Azure SQL-Datenbank finden Sie unter:

Die maximale Anzahl privater Endpunkte pro logischem Azure SQL-Datenbank-Server beträgt 250.

Grenzwerte für Azure Synapse Analytics

Für Azure Synapse Analytics gelten die folgenden Standardgrenzwerte, um sicherzustellen, dass Kundenabonnements vor anderen Workloads geschützt sind. Wenden Sie sich an den Support, um die Grenzwerte bis zum Höchstwert für Ihr Abonnement zu erhöhen.

Azure Synapse-Grenzwerte für Arbeitsbereiche

Angebote des Typs „Nutzungsbasierte Zahlung“, „Kostenlose Testversion“, Azure Pass und Azure for Students-Abonnements:

Ressource Standardlimit Maximales Limit
Synapse-Arbeitsbereiche in einem Azure-Abonnement 2 2

Für andere Abonnementangebotstypen:

Ressource Standardlimit Maximales Limit
Synapse-Arbeitsbereiche in einem Azure-Abonnement pro Region 20 100

Azure Synapse-Grenzwerte für Apache Spark

Angebote des Typs „Nutzungsbasierte Zahlung“, „Kostenlose Testversion“, Azure Pass und Azure for Students-Abonnements:

Ressource Arbeitsspeicheroptimierte Kerne GPU-Kerne
Spark-Kerne in einem Synapse-Arbeitsbereich 12 48

Für andere Abonnementangebotstypen:

Ressource Arbeitsspeicheroptimierte Kerne GPU-Kerne
Spark-Kerne in einem Synapse-Arbeitsbereich 50 50

Weitere Grenzwerte für Spark-Pools finden Sie unter Grenzwerte für Parallelität und API-Raten für Apache Spark-Pools in Azure Synapse Analytics.

Azure Synapse-Grenzwerte für Pipelines

Ressource Standardlimit Maximales Limit
Synapse-Pipelines in einem Synapse-Arbeitsbereich 800 800
Gesamtanzahl von Entitäten (z. B. Pipelines, Datasets, Trigger, verknüpfte Dienste, private Endpunkte und Integration Runtimes) in einem Arbeitsbereich 5.000 5.000
Gesamtanzahl CPU-Kerne für Azure-SSIS Integration Runtimes unter einem Arbeitsbereich 256 Erfahren Sie, wie Sie eine Kontingenterhöhung vom Support anfordern.
Gleichzeitige Pipelineausführungen pro Arbeitsbereich (von allen Pipelines des Arbeitsbereichs gemeinsam genutzt) 10.000 10.000
Gleichzeitige externe Aktivitätsausführungen pro Arbeitsbereich und Azure Integration Runtime-Region
Externe Aktivitäten werden auf der Integrationslaufzeit verwaltet, aber auf verknüpften Diensten ausgeführt, darunter Databricks, gespeicherte Verfahren, HDInsight, Web und andere. Dieses Limit gilt nicht für selbst gehostete IR.
3,000 3,000
Gleichzeitige Pipelineaktivitätsausführungen pro Arbeitsbereich und Azure Integration Runtime-Region
Pipelineaktivitäten werden in der Integration Runtime ausgeführt. Hierzu zählen unter anderem „Lookup“, „GetMetadata“ und „Delete“. Dieses Limit gilt nicht für selbst gehostete IR.
1.000 1.000
Gleichzeitige Erstellungsvorgänge pro Arbeitsbereich und Azure Integration Runtime-Region
Einschließlich Verbindung testen, Ordnerliste und Tabellenliste durchsuchen und Datenvorschau anzeigen. Dieses Limit gilt nicht für selbst gehostete IR.
200 200
Gleichzeitige Nutzung von Datenintegrationseinheiten1 pro Arbeitsbereich und Azure Integration Runtime-Region Regionsgruppe 12: 6.000
Regionsgruppe 22: 3,000
Regionsgruppe 32: 1.500
Verwaltetes virtuelles Netzwerk2: 2.400
Regionsgruppe 12: 6.000
Regionsgruppe 22: 3,000
Regionsgruppe 32: 1.500
Gleichzeitige Nutzung von Datenintegrationseinheiten1 pro Abonnement und Azure Integration Runtime-Region in einem verwalteten VNet 2\.400 2\.400
Maximale Aktivitäten pro Pipeline, einschließlich interner Aktivitäten für Container 40 40
Maximale Anzahl verknüpfter Integration Runtimes, die für eine einzelne selbstgehostete Integration Runtime erstellt werden kann 100 100
Maximale Parameter pro Pipeline 50 50
ForEach-Elemente 100.000 100.000
ForEach-Parallelität 20 50
Maximale Anzahl von Ausführungen in Warteschlange pro Pipeline 100 100
Zeichen pro Ausdruck 8\.192 8\.192
Mindestintervall für Trigger für ein rollierendes Fenster 5 Min. 15 Min.
Maximales Zeitlimit für Ausführungen von Pipelineaktivitäten 7 Tage 7 Tage
Bytes pro Objekt für Pipelineobjekte3 200 KB 200 KB
Bytes pro Objekt für Datasetobjekte und verknüpfte Dienstobjekte3 100 KB 2\.000 KB
Bytes pro Nutzdaten für jede Aktivitätsausführung4 896 KB 896 KB
Datenintegrationseinheiten1 pro Kopieraktivitätsausführung 256 256
Schreiben von API-Aufrufen 1\.200/h 1\.200/h

Dieser Grenzwert wird von Azure Resource Manager, nicht von Azure Synapse Analytics vorgegeben.
Lesen von API-Aufrufen 12.500/h 12.500/h

Dieser Grenzwert wird von Azure Resource Manager, nicht von Azure Synapse Analytics vorgegeben.
Überwachungsabfragen pro Minute 1.000 1.000
Maximale Zeit für Datenfluss-Debugsitzung 8 Std. 8 Std.
Gleichzeitige Anzahl von Datenflüssen pro Integration Runtime 50 50
Gleichzeitige Anzahl von Datenflüssen pro Integration Runtime in einem verwalteten VNET 20 20
Gleichzeitige Anzahl von Datenfluss-Debugsitzungen pro Benutzer und Arbeitsbereich 3 3
Azure IR TTL-Limit für Datenfluss 4 Std. 4 Std.
Größenbeschränkung für Metadatenentitäten in einem Arbeitsbereich 2 GB 2 GB

1 Die Datenintegrationseinheit (Data Integration Unit, DIU) wird bei einem Cloud-zu-Cloud-Kopiervorgang verwendet. Weitere Informationen finden Sie unter Datenintegrationseinheiten. Informationen zur Abrechnung finden Sie unter Azure Synapse Analytics – Preise.

2Azure Integration Runtime ist global verfügbar, um Datencompliance, Effizienz und geringere Kosten für ausgehenden Netzwerkdatenverkehr zu gewährleisten.

Regionsgruppe Regionen
Regionsgruppe 1 „USA, Mitte“, „USA, Osten“, „USA, Osten 2“, „Europa, Norden“, „Europa, Westen“, „USA, Westen“, „USA, Westen 2“
Regionsgruppe 2 „Australien, Osten“, „Australien, Südosten“, „Brasilien, Süden“, „Indien, Mitte“, „Japan, Osten“, „USA, Norden-Mitte“, „USA, Süden-Mitte“, „Asien, Südosten“, „USA, Westen-Mitte“
Regionsgruppe 3 Andere Regionen

Wenn das verwaltete virtuelle Netzwerk aktiviert ist, liegt die Datenintegrationseinheit in allen Regionsgruppen bei 2.400.

3 Objekte für Pipelines, Datasets und verknüpfte Dienste stellen eine logische Gruppierung Ihrer Workload dar. Die Grenzwerte für diese Objekte beziehen sich nicht auf die Datenmenge, die Sie mit Azure Synapse Analytics verschieben und verarbeiten können. Synapse Analytics kann so skaliert werden, dass Petabytes an Daten verarbeitet werden können.

4 Die Nutzdaten für jede Aktivitätsausführung enthalten die Aktivitätskonfiguration, die Konfigurationen der zugeordneten Datasets und verknüpften Dienste (sofern vorhanden) sowie einen kleinen Teil der Systemeigenschaften, die pro Aktivitätstyp generiert werden. Die Grenzwerte für die Größe der Nutzdaten beziehen sich nicht auf die Datenmenge, die Sie mit Azure Synapse Analytics verschieben und verarbeiten können. Hier erfahren Sie mehr über die Symptome und Empfehlungen bei Erreichen dieser Grenzwerte.

Azure Synapse-Grenzwerte für dedizierte SQL-Pools

Ausführliche Informationen zu Kapazitätsgrenzen für dedizierte SQL-Pools in Azure Synapse Analytics finden Sie unter Kapazitätsgrenzen für dedizierten SQL-Pool in Azure Synapse Analytics.

Azure Resource Manager-Grenzwerte für Webdienstaufrufe

Azure Resource Manager weist Grenzwerte für API-Aufrufe auf. Sie können API-Aufrufe mit einer Rate innerhalb der API-Limits von Azure Resource Managerausführen.

Grenzwerte für Datenträger virtueller Azure Computer

Sie können eine Reihe von Datenträgern an einen virtuellen Azure-Computer anfügen. Basierend auf den Skalierbarkeits- und Leistungszielen für Datenträger eines virtuellen Computers können Sie die Anzahl und den Typ der Datenträger festlegen, die Sie benötigen, um Ihre Anforderungen an Leistung und Kapazität zu erfüllen.

Wichtig

Begrenzen Sie zur Optimierung der Leistung die Anzahl stark ausgelasteter Datenträger, die an den virtuellen Computer angefügt sind, um eine mögliche Drosselung zu vermeiden. Wenn nicht alle angefügten Datenträger zum gleichen Zeitpunkt stark ausgelastet sind, kann der virtuelle Computer eine größere Anzahl von Datenträgern unterstützen. Außerdem können beim Erstellen eines verwalteten Datenträgers aus einem vorhandenen verwalteten Datenträger nur 49 Datenträger gleichzeitig erstellt werden. Weitere Datenträger können erstellt werden, nachdem einige der ersten 49 erstellt wurden.

Verwaltete Azure-Datenträger:

In der folgenden Tabelle sind die standardmäßigen und maximal zulässigen Limits für die Anzahl von Ressourcen pro Region und Abonnement aufgeführt. Die Grenzwerte gelten unabhängig davon, ob Datenträger mit plattformseitig verwalteten Schlüsseln oder kundenseitig verwalteten Schlüsseln verschlüsselt werden. Es gilt kein Limit für die Anzahl von verwalteten Datenträgern, Momentaufnahmen und Images pro Ressourcengruppe.

Ressource Begrenzung
Verwaltete Standarddatenträger 50.000
Verwaltete SSD Standard-Datenträger 50.000
Verwaltete SSD Premium-Datenträger 50.000
Verwaltete SSD Premium v2-Datenträger 1.000
Gesamtkapazität der verwalteten Premium SSD v2-Datenträger2 102.400
Ultra-Datenträger 1.000
Gesamtkapazität von Ultra Disk2 102.400
Standard_LRS-Momentaufnahmen1 75.000
Standard_ZRS-Momentaufnahmen1 75.000
Verwaltetes Image 50.000

1Ein einzelner Datenträger kann über 500 inkrementelle Momentaufnahmen verfügen.

2 Dies ist die maximale Standardkapazität, aber höhere Kapazitäten werden von der Anforderung unterstützt. Wenn Sie mehr Kapazität wünschen, beantragen Sie eine Kontingenterhöhung, oder wenden Sie sich an den Azure-Support.

Standardspeicherkonten:

Ein Standardspeicherkonto hat eine maximale Gesamtanforderungsrate von 20.000 IOPS. Die gesamten IOPS auf allen Datenträgern eines virtuellen Computers in einem Standardspeicherkonto dürfen dieses Limit nicht überschreiten.

Basierend auf dem Grenzwert für Anforderungsraten können Sie bei nicht verwalteten Datenträgern die Anzahl der Datenträger mit hoher Auslastung ungefähr berechnen, die von einem Standardspeicherkonto unterstützt werden. Im Basic-Tarif liegt die maximal zulässige Anzahl von Datenträgern mit hoher Auslastung für einen virtuellen Computer beispielsweise bei 66 (20.000/300 IOPS pro Datenträger). Die maximale Anzahl von Datenträgern mit hoher Auslastung für einen virtuellen Computer im Standard-Tarif liegt bei etwa 40 Datenträgern (20.000/500 IOPS pro Datenträger).

Storage Premium-Konten:

Ein Storage Premium-Konto hat eine maximale Gesamtdurchsatzrate von 50 GBit/s. Der Gesamtdurchsatz aller Ihrer VM-Datenträger darf dieses Limit nicht überschreiten.

Weitere Informationen finden Sie im Artikel zu den Größen für virtuelle Computer in Azure.

Für Anwendungen für virtuelle Computer

Wenn Sie mit VM-Anwendungen in Azure arbeiten, wird möglicherweise eine Fehlermeldung angezeigt, die besagt: „Vorgang konnte nicht abgeschlossen werden, da dies zu einer Überschreitung des genehmigten UnmanagedStorageAccountCount-Kontingents führt“. Dieser Fehler tritt auf, wenn Sie das Limit für die Anzahl nicht verwalteter Speicherkonten erreicht haben, die Sie verwenden können.

Wenn Sie eine VM-Anwendung veröffentlichen, muss Azure sie in mehreren Regionen replizieren. Hierzu erstellt Azure ein nicht verwaltetes Speicherkonto für jede Region. Die Anzahl der nicht verwalteten Speicherkonten, die eine Anwendung verwendet, wird durch die Anzahl der Replikate für alle Anwendungen bestimmt.

In der Regel kann jedes Speicherkonto bis zu 200 gleichzeitige Verbindungen aufnehmen. Unten finden Sie Optionen zum Beheben des Fehlers "UnmanagedStorageAccountCount":

  • Verwenden Sie Seitenblobs für Ihre Quellanwendungsblobs. Nicht verwaltete Konten werden nur für die Blockblobreplikation verwendet. Für Seitenblobs sind keine solchen Grenzwerte definiert.
  • Reduzieren Sie die Anzahl der Replikate für Ihre VM-Anwendungsversionen, oder löschen Sie Anwendungen, die Sie nicht mehr benötigen.
  • Stellen Sie eine Supportanfrage zur Erhöhung des Kontingents.

Weitere Informationen finden Sie unter Übersicht der VM-Anwendungen.

Azure Disk Encryption-Gruppen

Pro Region und Abonnement dürgen maximal 5 000 Datenträgerverschlüsselungssätze erstellt werden. Wenden Sie sich an den Azure-Support, um das Kontingent zu erhöhen.

Weitere Informationen zu Verschlüsselungseinschränkungen finden Sie in der folgenden Dokumentation:

Verwaltete Azure VM-Datenträger

Verwaltete HDD Standard-Datenträger

Standard-Datenträgertyp S4 S6 S10 S15 S20 S30 S40 S50 S60 S70 S80
Datenträgergröße in GiB 32 64 128 256 512 1\.024 2\.048 4\.096 8\.192 16.384 32.767
Basis-IOPS pro Datenträger Bis zu 500 Bis zu 500 Bis zu 500 Bis zu 500 Bis zu 500 Bis zu 500 Bis zu 500 Bis zu 500 Bis zu 1.300 Bis zu 2.000 Bis zu 2.000
*Erweiterte IOPS pro Datenträger N/V N/V N/V N/V N/V Bis zu 1.500 Bis zu 3.000 Bis zu 3.000 Bis zu 3.000 Bis zu 3.000 Bis zu 3.000
Basisdurchsatz pro Datenträger Bis zu 60 MB/s Bis zu 60 MB/s Bis zu 60 MB/s Bis zu 60 MB/s Bis zu 60 MB/s Bis zu 60 MB/s Bis zu 60 MB/s Bis zu 60 MB/s Bis zu 300 MB/s Bis zu 500 MB/s Bis zu 500 MB/s
*Erweiterter Durchsatz pro Datenträger N/V N/V N/V N/V N/V Bis zu 150 MB/s Bis zu 300 MB/s Bis zu 500 MB/s Bis zu 500 MB/s Bis zu 500 MB/s Bis zu 500 MB/s

* Gilt nur für Datenträger mit aktiviertem Performance Plus.

Verwaltete SSD Standard-Datenträger

SSD Standard-Größen E1 E2 E3 E4 E6 E10 E15 E20 E30 E40 E50 E60 E70 E80
Datenträgergröße in GiB 4 8 16 32 64 128 256 512 1\.024 2\.048 4\.096 8\.192 16.384 32.767
Basis-IOPS pro Datenträger Bis zu 500 Bis zu 500 Bis zu 500 Bis zu 500 Bis zu 500 Bis zu 500 Bis zu 500 Bis zu 500 Bis zu 500 Bis zu 500 Bis zu 500 Bis zu 2.000 Bis zu 4.000 Bis zu 6.000
*Erweiterte IOPS pro Datenträger N/V N/V N/V N/V N/V N/V N/V N/V Bis zu 1.500 Bis zu 3.000 Bis zu 6.000 Bis zu 6.000 Bis zu 6.000 Bis zu 6.000
Basisdurchsatz pro Datenträger Bis zu 100 MB/s Bis zu 100 MB/s Bis zu 100 MB/s Bis zu 100 MB/s Bis zu 100 MB/s Bis zu 100 MB/s Bis zu 100 MB/s Bis zu 100 MB/s Bis zu 100 MB/s Bis zu 100 MB/s Bis zu 100 MB/s Bis zu 400 MB/s Bis zu 600 MB/s Bis zu 750 MB/s
*Erweiterter Durchsatz pro Datenträger N/V N/V N/V N/V N/V N/V N/V N/V Bis zu 150 MB/s Bis zu 300 MB/s Bis zu 600 MB/s Bis zu 750 MB/s Bis zu 750 MB/s Bis zu 750 MB/s
Max. Burst-IOPS pro Datenträger 600 600 600 600 600 600 600 600 1000
Max. Burstdurchsatz pro Datenträger 150 MB/s 150 MB/s 150 MB/s 150 MB/s 150 MB/s 150 MB/s 150 MB/s 150 MB/s 250 MB/s
Max. Burstdauer 30 Min. 30 Min. 30 Min. 30 Min. 30 Min. 30 Min. 30 Min. 30 Min. 30 Min.

* Gilt nur für Datenträger mit aktiviertem Performance Plus.

Verwaltete SSD Premium-Datenträger: Grenzwerte pro Datenträger

SSD Premium-Größen P1 P2 Seite 3 P4 P6 Seite 10 P15 Seite 20 Seite 30 P40 P50 P60 P70 P80
Datenträgergröße in GiB 4 8 16 32 64 128 256 512 1\.024 2\.048 4\.096 8\.192 16.384 32.767
Bereitgestellte Basis-IOPS pro Datenträger 120 120 120 120 240 500 1\.100 2\.300 5.000 7\.500 7\.500 16.000 18.000 20.000
**Erweiterte bereitgestellte IOPS pro Datenträger N/V N/V N/V N/V N/V N/V N/V N/V 8\.000 16.000 20.000 20.000 20.000 20.000
Bereitgestellter Basisdurchsatz pro Datenträger 25 MB/s 25 MB/s 25 MB/s 25 MB/s 50 MB/s 100 MB/s 125 MB/s 150 MB/s 200 MB/s 250 MB/s 250 MB/s 500 MB/s 750 MB/s 900 MB/s
**Bereitgestellter erweiterter Durchsatz pro Datenträger N/V N/V N/V N/V N/V N/V N/V N/V 300 MB/s 600 MB/s 900 MB/s 900 MB/s 900 MB/s 900 MB/s
Max. Burst-IOPS pro Datenträger 3\.500 3\.500 3\.500 3\.500 3\.500 3\.500 3\.500 3\.500 30.000* 30.000* 30.000* 30.000* 30.000* 30.000*
Max. Burstdurchsatz pro Datenträger 170 MB/s 170 MB/s 170 MB/s 170 MB/s 170 MB/s 170 MB/s 170 MB/s 170 MB/s 1.000 MB/s* 1.000 MB/s* 1.000 MB/s* 1.000 MB/s* 1.000 MB/s* 1.000 MB/s*
Max. Burstdauer 30 Min. 30 Min. 30 Min. 30 Min. 30 Min. 30 Min. 30 Min. 30 Min. Unbegrenzt* Unbegrenzt* Unbegrenzt* Unbegrenzt* Unbegrenzt* Unbegrenzt*
Qualifiziert für Reservierung Nein Nein Nein Nein Nein Nein Nein Nein Ja, bis zu einem Jahr Ja, bis zu einem Jahr Ja, bis zu einem Jahr Ja, bis zu einem Jahr Ja, bis zu einem Jahr Ja, bis zu einem Jahr

*Gilt nur für Festplatten mit aktiviertem On-Demand-Bursting.
** Gilt nur für Datenträger mit performancePlus-Aktivierung.

Verwaltete SSD Premium v2-Datenträger

Im Gegensatz zu SSD Premium weist SSD Premium v2 keine dedizierten Größen auf. Sie können eine SSD Premium v2 auf jede unterstützte Größe festlegen, die Sie bevorzugen, und dann detaillierte Anpassungen an die Leistung ohne Ausfallzeiten vornehmen.

Datenträgergröße Maximal verfügbare IOPS Maximal verfügbarer Durchsatz (MB/s)
1 GiB bis 64 TiBs 3.000 bis 80.000 (wird um 500 IOPS pro GiB erhöht) 125 bis 1.200 (erhöht sich um 0,25 MB/s pro festgelegtem IOPS)

Ultra-Disketten

Disk Ultra-Größen funktionieren wie die Größen SSD Premium, SSD Standard und HDD Standard. Wenn Sie einen Disk Ultra-Datenträger erstellen oder ändern, wird die von Ihnen festgelegte Größe als die nächstgrößere bereitgestellte Datenträgergröße in Rechnung gestellt. Wenn Sie also einen 200 GiB Ultra Disk bereitstellen oder einen 200 GiB Ultra Disk festlegen, verfügen Sie über einen 200 GiB Ultra Disk, der so abgerechnet wird, als wäre es 256 GiB, da dies die nächste größte bereitgestellte Datenträgergröße ist.

Die folgende Tabelle enthält einen Vergleich der Festplattengrößen und Leistungsobergrenzen, um Ihnen die Entscheidung zu erleichtern, welche Sie verwenden sollten.

Datenträgergröße (GiB) IOPS-Limit Durchsatzobergrenze (MB/s)
4 1\.200 300
8 2\.400 600
16 4\.800 1\.200
32 9\.600 2\.400
64 19.200 4.900
128 38.400 9.800
256 76.800 10.000
512 153.600 10.000
1\.024 307.200 10.000
2.048–65.536 (Größen in diesem Bereich werden in Schritten von 1 TiB erhöht) 400.000 10.000

Nicht verwaltete VM-Datenträger

Nicht verwaltete Standard-VM-Datenträger: Grenzwerte pro Datenträger

VM-Tarif Virtueller Computer – Basic-Tarif Virtueller Computer – Standard-Tarif
Datenträgergröße 4.095GB 4.095GB
Maximal 8 KB IOPS pro persistentem Laufwerk 300 500
Maximale Anzahl von Datenträgern, die die maximalen IOPS ausführen 66 40

Nicht verwaltete Premium-VM-Datenträger: Grenzwerte pro Konto

Ressource Begrenzung
Datenträgerkapazität insgesamt pro Konto 35 TB
Kapazität für Momentaufnahmen insgesamt pro Konto 10 TB
Max. Bandbreite pro Konto (Ein- und Ausgang)1 <=50 Gbit/s

1Eingang bezieht sich auf alle Daten aus Anforderungen, die an ein Speicherkonto gesendet werden. Ausgang bezieht sich auf alle Daten aus Anforderungen, die von einem Speicherkonto empfangen werden.

Nicht verwaltete Premium-VM-Datenträger: Grenzwerte pro Datenträger

Storage Premium-Datenträgertyp Seite 10 Seite 20 Seite 30 P40 P50
Datenträgergröße 128 GB 512 GB 1.024GiB (1TB) 2.048GiB (2TB) 4.095GiB (4TB)
Maximale Anzahl IOPS pro Datenträger 500 2\.300 5.000 7\.500 7\.500
Maximaler Durchsatz pro Datenträger 100 MB/s 150 MB/s 200 MB/s 250MB/s 250MB/s
Maximale Anzahl von Datenträgern pro Speicherkonto 280 70 35 17 8

Nicht verwaltete Premium-VM-Datenträger: Grenzwerte pro VM

Ressource Begrenzung
Maximale Anzahl IOPS pro VM 80.000 IOPS mit GS5-VM
Maximaler Durchsatz pro VM 2.000MB/s mit GS5-VM

Grenzwerte für Azure StorSimple System

Grenzwertbezeichner Begrenzung Kommentare
Maximale Anzahl von Anmeldeinformationen für das Speicherkonto 64
Maximale Anzahl von Volumecontainern 64
Maximale Anzahl von Volumes 255
Maximale Anzahl von Zeitplänen pro Bandbreitenvorlage 168 Einen Zeitplan für jede Stunde, jeden Tag der Woche.
Maximale Größe eines mehrstufigen Volumes auf physischen Geräten 64 TB für StorSimple 8100 und StorSimple 8600 StorSimple 8100 und StorSimple 8600 sind physische Geräte.
Maximale Größe eines mehrstufigen Volumes auf virtuellen Geräten in Azure 30 TB für StorSimple 8010

64 TB für StorSimple 8020
StorSimple 8010 und StorSimple 8020 sind virtuelle Geräte in Azure, die Storage Standard und Storage Premium verwenden.
Maximale Größe eines lokal fixierten Volumes auf physischen Geräten 9 TB für StorSimple 8100

24 TB für StorSimple 8600
StorSimple 8100 und StorSimple 8600 sind physische Geräte.
Maximale Anzahl von iSCSI-Verbindungen 512
Maximale Anzahl von iSCSI-Verbindungen von Initiatoren 512
Maximale Anzahl von Zugriffssteuerungsdatensätzen pro Gerät 64
Maximale Anzahl von Volumes pro Sicherungsrichtlinie 24
Maximale Anzahl von Sicherungen, die pro Sicherungsrichtlinie beibehalten werden 64
Maximale Anzahl von Zeitplänen pro Sicherungsrichtlinie 10
Maximale Anzahl von Momentaufnahmen beliebigen Typs, die pro Volume beibehalten werden können 256 Dies umfasst lokale Momentaufnahmen und Cloudmomentaufnahmen.
Maximale Anzahl von Momentaufnahmen, die in einem Gerät vorhanden sein können 10.000
Maximale Anzahl von Volumes, die für Sicherung, Wiederherstellung oder Klonen parallel verarbeitet werden können 16
  • Wenn mehr als 16 Volumes vorhanden sind, werden sie nacheinander verarbeitet, sobald Verarbeitungsslots verfügbar sind.
  • Neue Sicherungen eines geklonten oder wiederhergestellten Volumes können erst stattfinden, nachdem der Vorgang abgeschlossen wurde. Für ein lokales Volume sind Sicherungen zulässig, nachdem das Volume online geschaltet wurde.
Wiederherstellungszeit für das Wiederherstellen und Klonen mehrstufiger Volumes < 2 Minuten
  • Das Volume wird nach einem Wiederherstellungs- oder Klonvorgang unabhängig von der Volumegröße innerhalb von zwei Minuten verfügbar gemacht.
  • Die Volumeleistung kann am Anfang noch etwas beeinträchtigt sein, da sich die meisten Daten und Metadaten noch in der Cloud befinden. Die Leistung kann sich verbessern, wenn die Daten nach und nach aus der Cloud auf das StorSimple-Gerät übertragen werden.
  • Die Gesamtzeit, die zum Herunterladen der Metadaten benötigt wird, hängt von der zugewiesenen Volumegröße ab. Metadaten werden auf das Gerät automatisch im Hintergrund mit einer Rate von 5 Minuten pro TB zugewiesener Volumedaten übertragen. Dieser Wert kann durch die Internetbandbreite der Cloudverbindung beeinflusst werden.
  • Der Wiederherstellungs- oder Klonvorgang ist abgeschlossen, wenn sich alle Metadaten auf dem Gerät befinden.
  • Sicherungsvorgänge können erst nach Abschluss des Wiederherstellungs- oder Klonvorgangs ausgeführt werden.
Wiederherstellungszeit für das Wiederherstellen lokal fixierter Volumes < 2 Minuten
  • Das Volume wird nach dem Wiederherstellungsvorgang unabhängig von der Volumegröße innerhalb von zwei Minuten verfügbar gemacht.
  • Die Volumeleistung kann am Anfang noch etwas beeinträchtigt sein, da sich die meisten Daten und Metadaten noch in der Cloud befinden. Die Leistung kann sich verbessern, wenn die Daten nach und nach aus der Cloud auf das StorSimple-Gerät übertragen werden.
  • Die Gesamtzeit, die zum Herunterladen der Metadaten benötigt wird, hängt von der zugewiesenen Volumegröße ab. Metadaten werden auf das Gerät automatisch im Hintergrund mit einer Rate von 5 Minuten pro TB zugewiesener Volumedaten übertragen. Dieser Wert kann durch die Internetbandbreite der Cloudverbindung beeinflusst werden.
  • Im Gegensatz zu mehrschichtigen Volumes werden bei lokalen Volumes die Volumedaten auch lokal auf das Gerät heruntergeladen. Die Wiederherstellung ist abgeschlossen, wenn alle Daten des Datenträgers auf das Gerät geladen wurden.
  • Die Wiederherstellungsvorgänge können lange dauern, und die Gesamtzeit zum Abschließen der Wiederherstellung hängt von der Größe des bereitgestellten lokalen Volumes, der Internetbandbreite und den auf dem Gerät vorhandenen Daten ab. Sicherungsvorgänge auf lokal fixierten Volumes sind zulässig, während die Wiederherstellung ausgeführt wird.
Thin-Wiederherstellungsverfügbarkeit Letztes Failover
Maximaler Lese-/-Schreibdurchsatz auf dem Client, wenn auf SSD-Ebene bereitgestellt* 920/720 MB/s mit einer einzelnen 10-Gigabit-Ethernet-Netzwerkschnittstelle Bis zu zweifach mit MPIO und zwei Netzwerkschnittstellen.
Maximaler Lese-/-Schreibdurchsatz auf dem Client, wenn auf HDD-Ebene bereitgestellt* 120/250 MB/s
Maximaler Lese-/-Schreibdurchsatz auf dem Client, wenn auf Cloudebene bereitgestellt* 11/41 MB/s Lesedurchsatz hängt von Clients ab, die genügend E/A-Warteschlangentiefe generieren und verwalten müssen.

*Der maximale Durchsatz pro E/A-Typ wurde mit 100 Prozent Lese- und 100 Prozent Schreibszenarien gemessen. Der tatsächliche Durchsatz kann geringer sein und hängt vom E/A-Verhältnis und den Netzwerkbedingungen ab.

Grenzwerte für Azure Stream Analytics


Grenzwertbezeichner Begrenzung Kommentare
Maximale Anzahl der Streamingeinheiten pro Abonnement und Region 83 Um eine Erhöhung der Streamingeinheiten für Ihr Abonnement über 83 hinaus anzufordern, wenden Sie sich an den Microsoft-Support.
Maximale Anzahl der Eingaben pro Auftrag 60 Es gibt eine harte Grenze von 60 Eingaben pro Azure Stream Analytics-Auftrag.
Maximale Anzahl der Ausgaben pro Auftrag 60 Es gibt eine harte Grenze von 60 Ausgaben pro Stream Analytics-Auftrag.
Maximale Anzahl von Funktionen pro Auftrag 60 Es gibt eine harte Grenze von 60 Funktionen pro Stream Analytics-Auftrag.
Maximale Anzahl von Streamingeinheiten pro Auftrag 66 Es gibt einen harten Grenzwert von 66 Streamingeinheiten pro Stream Analytics-Auftrag.
Maximale Anzahl von Aufträgen pro Region 1\.500 Jedes Abonnement kann bis zu 1.500 Aufträge pro geografischer Region haben.
Referenzdatenblob (MB) 5 GB Bis zu 5 GB bei Verwendung von 1 oder mehr SUs.
Maximale Anzahl von Zeichen in einer Abfrage 512.000 In einer Azure Stream Analytics Auftragsabfrage besteht eine feste Grenze von 512.000 Zeichen.

Grenzwerte für Azure Virtual Machines

Grenzwerte für Azure Virtual Machines

Ressource Begrenzung
Virtuelle Computer pro Clouddienst1 50
Eingabeendpunkte pro Clouddienst2 150

1 Virtuelle Computer, die mithilfe des klassischen Bereitstellungsmodells anstelle von Azure Resource Manager erstellt werden, werden automatisch in einem Clouddienst gespeichert. Für den Lastenausgleich und die Verfügbarkeit können Sie diesem Clouddienst weitere virtuelle Computer hinzufügen.

2 Eingabeendpunkte ermöglichen die Kommunikation mit einem virtuellen Computer von außerhalb des Clouddiensts des virtuellen Computers. Virtuelle Computer im gleichen Clouddienst oder virtuellen Netzwerk können automatisch miteinander kommunizieren.

Grenzwerte für Azure Virtual Machines – Azure Resource Manager

Die folgenden Grenzwerte gelten bei Verwendung des Azure Resource Manager und von Azure-Ressourcengruppen.

Ressource Begrenzung
VMs pro Abonnement 25.0001 pro Region
Gesamte Kerne pro Abonnement 201 pro Region Wenden Sie sich an den Support, um diesen Grenzwert heraufzusetzen.
Azure Spot-VM: Kerne gesamt pro Abonnement 201 pro Region Wenden Sie sich an den Support, um diesen Grenzwert heraufzusetzen.
VM-Kerne pro Serie (z. B. Dv2 und F) pro Abonnement 201 pro Region Wenden Sie sich an den Support, um diesen Grenzwert heraufzusetzen.
Verfügbarkeitsgruppen pro Abonnement 2\.500 pro Region
Virtuelle Computer pro Verfügbarkeitsgruppe 200
Näherungsplatzierungsgruppen pro Ressourcengruppe 800
Zertifikate pro Verfügbarkeitsgruppe 1992
Zertifikate pro Abonnement Unbegrenzt3

1 Standardgrenzwerte variieren nach angebotenem Kategorietyp, z. B. kostenlose Testversion oder nutzungsbasierte Bezahlung, und nach Serie, z. B. Dv2, F und G. Der Standardgrenzwert für Enterprise Agreement-Abonnements ist beispielsweise 350. Aus Sicherheitsgründen werden Abonnements standardmäßig auf 20 Kerne festgelegt, um umfangreiche Kernbereitstellungen zu verhindern. Sollten Sie mehr Kerne benötigen, senden Sie ein Supportticket.

2 Eigenschaften wie öffentliche SSH-Schlüssel werden ebenfalls als Zertifikate gepusht und zur Ermittlung des Grenzwerts gezählt. Verwenden Sie zum Umgehen dieses Grenzwerts die Azure Key Vault-Erweiterung für Windows oder die Azure Key Vault-Erweiterung für Linux, um Zertifikate zu installieren.

3 Beim Azure Resource Manager werden Zertifikate unter Azure Key Vault gespeichert. Die Anzahl der Zertifikate für ein Abonnement ist unbegrenzt. Es besteht ein Grenzwert von 1 MB an Zertifikaten pro Bereitstellung, die entweder aus einer einzelnen VM oder einer Verfügbarkeitsgruppe besteht.

Hinweis

Für VM-Kerne gilt ein regionaler Gesamtgrenzwert. Außerdem gilt ein Grenzwert für die regionaler Serien pro Größe wie Dv2 und F. Diese Grenzwerte werden separat erzwungen. Angenommen, Sie verwenden ein Abonnement mit einem Kerngesamtgrenzwert von 30 für VMs in der Region „USA, Osten“, einem Kerngrenzwert von 30 für die A-Serie und einem Kerngrenzwert von 30 für die D-Serie. Für dieses Abonnement dürfen dann 30 virtuelle A1-Computer bzw. 30 virtuelle D1-Computer bereitgestellt werden – oder eine Kombination daraus, bei der die Gesamtanzahl von 30 Kernen nicht überschritten wird. Ein Beispiel wäre eine Kombination aus 10 A1-VMs und 20 D1-VMs.

Pro Abonnement gibt es Grenzwerte hinsichtlich der Bereitstellung von Ressourcen über Compute Gallery-Instanzen:

  • 100 Compute Gallery-Instanzen pro Abonnement und Region
  • 1 000 Imagedefinitionen pro Abonnement und Region
  • 10 000 Imageversionen pro Abonnement und Region

Grenzwert für verwaltete Skriptausführung

Die maximale Anzahl der zulässigen Befehle zur verwalteten Ausführung ist derzeit auf 25 begrenzt.

Grenzwerte für Microsoft Azure Virtual Machine Scale Sets

Ressource Begrenzung
Maximale Anzahl von virtuellen Computern in einer Skalierungsgruppe 1.000
Maximale Anzahl von VMs basierend auf einem benutzerdefinierten VM-Image in einer Skalierungsgruppe 600
Maximale Anzahl von Skalierungsgruppen pro Abonnement und Region 2.500
Maximale Anzahl von Knoten, die in VMSS für IB-Cluster unterstützt werden. 100

Grenzwerte für Azure Virtual Network Manager

Kategorie Einschränkung
Allgemeine Einschränkungen
Mandantenübergreifende Unterstützung Nur mit Netzwerkgruppen mit statischer Mitgliedschaft
Azure-Abonnements Richtlinienanwendung beschränkt auf < 15.000 Abonnements
Erzwingungsmodus für Richtlinien Kein Hinzufügen zur Netzwerkgruppe bei Festlegung auf „Deaktiviert“
Richtlinienauswertungszyklus Standardauswertungszyklus wird nicht unterstützt.
Verschieben von Abonnements Das Verschieben eines Abonnements in einen anderen Mandanten wird nicht unterstützt.
Grenzwerte für Konnektivitätskonfigurationen
Virtuelle Netzwerke in einer verbundenen Gruppe Eine verbundene Gruppe kann standardmäßig bis zu 250 VNets enthalten, die auf Anfrage über dieses Formular auf 1.000 erweitert werden können.
Private Endpunkte 1.000 private Endpunkte pro verbundene Gruppe
Hub-and-Spoke-Konfiguration Max. 1.000 virtuelle Netzwerke mit Peeringverbindung mit dem Hub
Direkte Konnektivität Standardmäßig bis zu 250 VNets, die auf Anfrage über dieses Formular auf 1.000 erweitert werden können.
Gruppenmitgliedschaft Ein virtuelles Netzwerk kann zu maximal zwei verbundenen Gruppen gehören. Dieser Werte kann auf Anfrage über dieses Formular auf 1.000 erhöht werden.
Überlappende IP-Bereiche Kommunikation mit einer sich überschneidenden IP-Adresse wird verworfen.
Grenzwerte für Sicherheitsadministratorregeln
IP-Präfixe Max. 1.000 IP-Präfixe kombiniert
Administratorregeln Max. 100 Administratorregeln auf einer Ebene
Grenzwerte für benutzerdefinierte Routen
Benutzerdefinierte Routen pro Routingtabelle Max. 1.000

Grenzwerte für Entwicklungstunnel

Im Zusammenhang mit dev tunnels gelten folgende Grenzwerte. Die Grenzwerte werden monatlich zurückgesetzt.

Ressource Begrenzung
Bandbreite 5 GB pro Person
Tunnel 10 pro Person
Aktive Verbindungen 1.000 pro Port
Häfen 10 pro Tunnel
HTTP-Anforderungsrate 1500/Min. pro Port
Datenübertragungsrate Bis zu 20 MB/s pro Tunnel
Maximale Größe des HTTP-Anforderungstexts für die Webweiterleitung 16 MB

Bei Fragen zu diesen Grenzwerten öffnen Sie ein Ticket in unserem GitHub-Repository.

Grenzwerte für Netzwerksicherheitsperimeter

Einschränkungen bei der Skalierung

Durch die Funktionalität „Netzwerksicherheitsperimeter“ können Bereitstellungen von PaaS-Ressourcen mit allgemeinen Steuerelementen öffentlicher Netzwerke unterstützt werden, wobei folgende Skalierungsbegrenzungen bestehen:

Einschränkung Beschreibung
Anzahl der Netzwerksicherheitsperimeter Unterstützt bis zu 100 als empfohlenen Grenzwert pro Abonnement.
Profile pro Netzwerksicherheitsperimeter Unterstützt bis zu 200 als empfohlenen Grenzwert.
Anzahl der Regelelemente pro Profil Wird bis zu 200 für eingehende und ausgehende Elemente als harte Grenze unterstützt.
Anzahl der PaaS-Ressourcen über Abonnements hinweg, die dem gleichen Netzwerksicherheitsperimeter zugeordnet sind Unterstützt bis zu 1000 als empfohlenen Grenzwert.

Weitere Einschränkungen

Der Netzwerksicherheitsperimeter hat folgende weitere Einschränkungen:

Einschränkung/Probleme Beschreibung
Der Vorgang zum Verschieben von Ressourcengruppen kann nicht ausgeführt werden, wenn mehrere Netzwerksicherheitsperimeter vorhanden sind Wenn mehrere Netzwerksicherheitsperimeter in derselben Ressourcengruppe vorhanden sind, kann der Netzwerksicherheitsperimeter nicht über Ressourcengruppen/Abonnements verschoben werden.
Zuordnungen müssen entfernt werden, bevor der Netzwerksicherheitsperimeter gelöscht wird Option zum erzwungenen Löschen ist zurzeit nicht verfügbar. Daher müssen alle Zuordnungen vor dem Löschen eines Netzwerksicherheitsperimeters entfernt werden. Entfernen Sie Zuordnungen erst, nachdem Sie Vorkehrungen getroffen haben, um den Zugriff zuzulassen, der zuvor durch den Netzwerksicherheitsperimeter kontrolliert wurde.
Zuordnungserstellung über SDK schlägt mit Berechtigungsproblem fehl Status: 403 (Unzulässig); ErrorCode: AuthorizationFailed, kann empfangen werden, während die Aktion „Microsoft.Network/locations/networkSecurityPerimeterOperationStatuses/read” über den Bereich „/subscriptions/xyz/providers/Microsoft.Network/locations/xyz/networkSecurityPerimeterOperationStatuses/xyz” ausgeführt wird.

Verwenden Sie bis zum Fix die Berechtigung "Microsoft.Network/locations/*/read", oder verwenden Sie WaitUntil.Started in CreateOrUpdateAsync SDK-API für Zuordnungserstellungen.
Ressourcennamen dürfen nicht länger als 44 Zeichen sein, um den Netzwerksicherheitsperimeter zu unterstützen Die aus dem Azure-Portal erstellte Netzwerksicherheitsressourcenzuordnung weist das Format {resourceName}-{perimeter-guid} auf. Um das Namensfeld an den Anforderungen auszurichten, darf es nicht mehr als 80 Zeichen enthalten, und Ressourcennamen müssen auf 44 Zeichen beschränkt sein.
Der Dienstendpunktdatenverkehr wird nicht unterstützt. Es wird empfohlen, private Endpunkte für IaaS-zu PaaS-Kommunikation zu verwenden. Derzeit kann der Datenverkehr des Dienstendpunkts verweigert werden, auch wenn eine eingehende Regel 0.0.0.0/0 zulässt.

Hinweis

Die einzelnen PaaS-Dokumentationen finden Sie für die jeweiligen Einschränkungen der Dienste.

Nächste Schritte

Öffnen Sie die folgenden Ressourcen, um mehr über Folgendes zu erfahren: