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

Artikel
09/26/2023

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

Weitere Informationen zu den Azure-Preisen finden Sie in der Azure-Preisübersicht. Dort können Sie Ihre Kosten mit dem Preisrechner schätzen. Sie können auch zur Seite mit Preisen für einen bestimmten Dienst wie z.B. Windows-VMs wechseln. Tipps zum Verwalten Ihrer Kosten finden Sie unter Vermeiden unerwarteter Kosten bei der Azure-Abrechnung und -Kostenverwaltung.

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 Soft Limitund Hard Limit werden häufig informell verwendet, um den aktuellen, anpassbaren Grenzwert (Soft Limit) und den maximalen Grenzwert (Hard Limit) zu beschreiben. Wenn ein Grenzwert nicht anpassbar ist, gibt es keinen Soft Limit, nur einen Hard Limit.

Bei Abonnements mit einer kostenlosen Testversion sind Grenzwert- oder Kontingenterhöhungen nicht möglich. Wenn Sie über ein Abonnement mit einer kostenlosen Testversion verfügen, können Sie ein Upgrade auf ein Abonnement mit nutzungsbasierter Bezahlung durchführen. Weitere Informationen finden Sie unter Upgrade your Azure Free Trial subscription to a Pay-As-You-Go subscription (Upgrade Ihres Abonnements mit kostenloser Azure-Testversion auf nutzungsbasierte Bezahlung) und FAQ zum kostenlosen Azure-Konto.

Einige Grenzwerte werden auf Regionsebene verwaltet.

Verwenden wir vCPU-Kontingente als Beispiel. Sie müssen festlegen, wie viele vCPUs Sie in welchen Regionen verwenden möchten, 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“.

Entscheiden Sie daher, welche Kontingente Sie für Ihre Workload in jeder Region benötigen. Fordern Sie dann diese Anzahl in jeder Region an, in der Sie bereitstellen möchten. Informationen zum Ermitteln Ihrer aktuellen Kontingente für bestimmte Regionen finden Sie unter Behandeln von Fehlern bei Ressourcenkontingenten.

Allgemeine Grenzwerte

Grenzwerte für Ressourcennamen finden Sie unter Benennungsregeln und -einschränkungen für Azure-Ressourcen.

Informationen zum Umgang mit Grenzwerten für Lese- und Schreibvorgänge bei der Resource Manager-API finden Sie unter Begrenzen von Resource Manager-Anforderungen.

Grenzwerte von Verwaltungsgruppen

Die folgenden Grenzwerte gelten für Verwaltungsgruppen.

Resource	Begrenzung
Verwaltungsgruppen pro Microsoft Entra-Mandant	10.000
Abonnements pro Verwaltungsgruppe	Unbegrenzt.
Ebenen der Verwaltungsgruppenhierarchie	Stammebene plus 6 Ebenen¹
Direkt übergeordnete Verwaltungsgruppe pro Verwaltungsgruppe	Eine
Bereitstellungen auf Verwaltungsgruppenebene pro Standort	800²
Standorte von Bereitstellungen auf Verwaltungsgruppenebene	10

¹Bei den 6 Ebenen ist die Abonnementebene nicht enthalten.

²Wenn 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.

Grenzwerte für Abonnements

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

Resource	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 Abonnement¹	50
Eindeutige Tag-Berechnungen pro Abonnement²	80.000
Bereitstellungen auf Abonnementebene pro Standort	800³
Speicherorte von Bereitstellungen auf Abonnementebene	10

¹ 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.

²Resource 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.

³Bereitstellungen 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 Ressourcengruppen

Resource	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	800¹
Ressourcen pro Bereitstellung	800
Managementsperren pro eindeutigem Bereich	20
Anzahl Tags pro Ressource oder Ressourcengruppe	50
Tagschlüssellänge	512
Tagwertlänge	256

¹Bereitstellungen 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
Variables	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“.

Microsoft Entra ID-Grenzwerte

Hier werden die Nutzungseinschränkungen und andere Grenzwerte für den Microsoft Entra-Dienst beschrieben.

Kategorie	Begrenzung
Mandanten	Ein einzelner Benutzer bzw. eine einzelne Benutzerin kann bis zu 500 Microsoft Entra-Mandanten als Mitglied oder Gast angehören. Ein einzelner Benutzer kann maximal 200 Verzeichnisse erstellen. Grenzwert von 300 lizenzbasierten Abonnements (z. B. Microsoft 365-Abonnements) pro Mandant
Domänen	Es können maximal 5.000 verwaltete Domänennamen hinzugefügt werden. Wenn Sie alle Ihre Domänen für den Verbund mit der lokalen Active Directory-Instanz einrichten, können in jedem Mandanten maximal 2.500 Domänennamen hinzugefügt werden.
Ressourcen	Benutzer*innen der kostenlosen Edition von Microsoft Entra können standardmäßig maximal 50.000 Microsoft Entra-Ressourcen in einem einzelnen Mandanten erstellen. Wenn Sie über mindestens eine verifizierte Domäne verfügen, wird das Standardkontingent für den Microsoft Entra-Dienst für Ihre Organisation auf 300.000 Microsoft Entra-Ressourcen erweitert. Das Kontingent für den Microsoft Entra-Dienst für durch die Self-Service-Registrierung erstellte Organisationen beträgt weiterhin 50.000 Microsoft Entra-Ressourcen, auch wenn eine interne Administratorübernahme stattfindet. Die Organisation wird in einen verwalteten Mandanten mit mindestens einer überprüften Domäne konvertiert. Dieses Dienstlimit steht nicht im Zusammenhang mit dem Tariflimit von 500.000 Ressourcen auf der Microsoft Entra-Preisseite. Um das Standardkontingent zu überschreiten, müssen Sie sich an den Microsoft-Support wenden. Ein Benutzer ohne Administratorrechte kann maximal 250 Microsoft Entra-Ressourcen erstellen. Zu diesem Kontingent zählen sowohl aktive Ressourcen als auch gelöschte Ressourcen, die zum Wiederherstellen verfügbar sind. Nur gelöschte Microsoft Entra-Ressourcen, die vor weniger als 30 Tagen gelöscht wurden, stehen für die Wiederherstellung bereit. Gelöschte Microsoft Entra-Ressourcen, die nicht mehr für die Wiederherstellung verfügbar sind, zählen für 30 Tage mit einem Viertelwert zu diesem Kontingent. Wenn Sie Entwickler haben, die dieses Kontingent wahrscheinlich wiederholt im Rahmen ihrer regulären Aufgaben überschreiten, können Sie eine benutzerdefinierte Rolle erstellen und zuweisen, die die Berechtigung hat, eine unbegrenzte Anzahl von App-Registrierungen zu erstellen. Ressourcenbeschränkungen gelten für alle Verzeichnisobjekte in einem bestimmten Microsoft Entra-Mandanten, einschließlich Benutzer, Gruppen, Anwendungen und Dienstprinzipalen.
Schemaerweiterungen	Erweiterungen des Typs „String“ sind auf maximal 256 Zeichen begrenzt. Erweiterungen des Typs „Binary“ sind auf 256 Byte beschränkt. Es können maximal 100 Erweiterungswerte (für alle Typen und alle Anwendungen) in jede einzelne Microsoft Entra-Ressource geschrieben werden. Nur die Entitäten „User“, „Group“, „TenantDetail“, „Device“, „Application“ und „ServicePrincipal“ mit dem Typ „String“ oder „Binary“ können mit Einzelwertattributen erweitert werden.
Anwendungen	Maximal 100 Benutzer und Dienstprinzipale können Besitzer einer einzelnen Anwendung sein. Für einen Benutzer, eine Gruppe oder einen Dienstprinzipal können maximal 1.500 App-Rollenzuweisungen festgelegt werden. Die Einschränkung gilt für den Dienstprinzipal, den Benutzer oder die Gruppe über alle App-Rollen hinweg und nicht für die Anzahl von Zuweisungen für eine einzelne App-Rolle. Ein Benutzer kann Anmeldeinformationen für maximal 48 Apps mit kennwortbasiertem einmaligem Anmelden konfigurieren. Dieser Grenzwert gilt nur für Anmeldeinformationen, die konfiguriert werden, wenn dem Benutzer die App direkt zugewiesen wird, und nicht, wenn der Benutzer Mitglied einer Gruppe ist, die zugewiesen wird. Für eine Gruppe können Anmeldeinformationen für maximal 48 Apps mit kennwortbasiertem einmaligem Anmelden konfiguriert werden. Weitere Grenzwerte finden Sie unter Validierungsunterschiede nach unterstützten Kontotypen.
Anwendungsmanifest	Dem Anwendungsmanifest können maximal 1.200 Einträge hinzugefügt werden. Weitere Grenzwerte finden Sie unter Validierungsunterschiede nach unterstützten Kontotypen.
Gruppen	Ein Benutzer ohne Administratorrechte kann in einer Microsoft Entra-Organisation maximal 250 Gruppen erstellen. Alle Microsoft Entra-Administratoren, die Gruppen in der Organisation verwalten können, können auch eine unbegrenzte Anzahl von Gruppen erstellen (bis zum Grenzwert für Microsoft Entra-Objekte). Wenn Sie einem Benutzer eine Rolle zuweisen möchten, um den Grenzwert für diesen Benutzer zu entfernen, weisen Sie ihm eine integrierte Rolle mit weniger Berechtigungen zu (beispielsweise die Rolle „Benutzeradministrator“ oder „Gruppenadministrator“). Eine Microsoft Entra-Organisation kann maximal 5.000 dynamische Gruppen und dynamische Verwaltungseinheiten enthalten. In einer einzigen Microsoft Entra-Organisation (Mandant) können maximal 500 Gruppen, denen Rollen zugewiesen werden können, erstellt werden. Maximal 100 Benutzer können Besitzer einer einzelnen Gruppe sein. Eine beliebige Anzahl von Microsoft Entra-Ressourcen kann einer einzelnen Gruppe angehören. Ein Benutzer kann ein Mitglied einer beliebigen Anzahl von Gruppen sein. Wenn Sicherheitsgruppen in Kombination mit SharePoint Online verwendet werden, kann ein Benutzer insgesamt 2.049 Sicherheitsgruppen angehören. Dies schließt sowohl direkte als auch indirekte Gruppenmitgliedschaften ein. Wenn dieser Grenzwert überschritten wird, werden Authentifizierungs- und Suchergebnisse unvorhersehbar. Die Anzahl von Mitgliedern einer Gruppe, die Sie über Ihre lokale Active Directory-Instanz mit Microsoft Entra ID synchronisieren können, ist bei Verwendung von Microsoft Entra Connect standardmäßig auf 50.000 beschränkt. Wenn Sie eine Gruppenmitgliedschaft synchronisieren müssen, die über diesen Grenzwert hinausgeht, müssen Sie die Synchronisierungsendpunkt-API V2 für Microsoft Entra Connect integrieren. Wenn Sie eine Liste mit Gruppen auswählen, können Sie maximal 500 Microsoft 365-Gruppen eine Gruppenablaufrichtlinie zuweisen. Wird die Richtlinie auf alle Microsoft 365-Gruppen angewendet, gibt es keine Beschränkung. Aktuell werden folgende Szenarien mit geschachtelten Gruppen unterstützt: Eine Gruppe kann einer anderen Gruppe als Mitglied hinzugefügt werden, und Sie können eine Gruppenverschachtelung erreichen. Gruppenmitgliedschaftsansprüche: Wenn eine App so konfiguriert wurde, dass sie Gruppenmitgliedschaftsansprüche im Token empfängt, werden geschachtelte Gruppen einbezogen, denen der angemeldete Benutzer angehört. Bedingter Zugriff (wenn für eine Richtlinie für bedingten Zugriff ein Gruppenbereich gilt) Einschränken des Zugriffs auf die Self-Service-Kennwortzurücksetzung Einschränken, welche Benutzerinnen Microsoft Entra beitreten und eine Geräteregistrierung durchführen dürfen. Folgende Szenarien werden mit geschachtelten Gruppen nicht* unterstützt: App-Rollenzuweisung (sowohl für den Zugriff als auch für die Bereitstellung). Das Zuweisen von Gruppen zu einer App wird unterstützt, aber alle Gruppen, die innerhalb der direkt zugewiesenen Gruppe geschachtelt sind, haben keinen Zugriff. Gruppenbasierte Lizenzierung (automatisches Zuweisen einer Lizenz zu allen Mitgliedern einer Gruppe) Microsoft 365-Gruppen
Anwendungsproxy	Maximal 500 Transaktionen* pro Sekunde und Anwendungsproxyanwendung Maximal 750 Transaktionen pro Sekunde für die Microsoft Entra-Organisation. * Eine Transaktion ist als einzelne HTTP-Anforderung und -Antwort für eine individuelle Ressource definiert. Wenn Clients gedrosselt werden, erhalten sie eine 429-Antwort (zu viele Anforderungen). Transaktionsmetriken werden für jeden Connector gesammelt und können mithilfe von Leistungsindikatoren unter dem Objektnamen `Microsoft AAD App Proxy Connector` überwacht werden.
Anpassung des Zugriffsbereichs	Im Zugriffsbereich können beliebig viele Anwendungen pro Benutzer angezeigt werden – unabhängig von den zugewiesenen Lizenzen.
Berichte	In einem Bericht können maximal 1.000 Zeilen angezeigt oder heruntergeladen werden. Weitere Daten werden abgeschnitten.
Verwaltungseinheiten	Eine Microsoft Entra-Ressource kann zu höchstens 30 Verwaltungseinheiten gehören. Maximal 100 eingeschränkte Verwaltungseinheiten in einem Mandanten. Eine Microsoft Entra-Organisation kann maximal 5.000 dynamische Gruppen und dynamische Verwaltungseinheiten enthalten.
Rollen und Berechtigungen in Microsoft Entra	In einer Microsoft Entra-Organisation können maximal 100 benutzerdefinierte Microsoft Entra-Rollen erstellt werden. Maximal 150 benutzerdefinierte Microsoft Entra-Rollenzuweisungen für einen einzelnen Prinzipal in einem beliebigen Bereich. Maximal 100 integrierte Microsoft Entra-Rollenzuweisungen für einen einzelnen Prinzipal im Nichtmandantenbereich (z. B. einer Verwaltungseinheit oder einem Microsoft Entra-Objekt). Im Mandantenbereich können beliebig viele integrierte Microsoft Entra-Rollenzuweisungen verwendet werden. Weitere Informationen finden Sie unter Zuweisen von Microsoft Entra-Rollen mit verschiedenen Gültigkeitsbereichen. Eine Gruppe kann nicht als Gruppenbesitzer hinzugefügt werden. Die Fähigkeit von Benutzerinnen, Mandanteninformationen anderer Benutzerinnen lesen zu können, kann nur durch den organisationsweiten Microsoft Entra-Switch eingeschränkt werden, um den Zugriff für alle Nicht-Administratorbenutzer*innen auf alle Mandanteninformationen zu deaktivieren (nicht empfohlen). Weitere Informationen finden Sie unter Einschränken der Standardberechtigungen für Mitgliedsbenutzer. Es kann bis zu 15 Minuten dauern, bis Hinzufügungen und Sperrungen von Administratorrollenmitgliedschaften wirksam werden. Gegebenenfalls müssen Sie sich auch ab- und wieder anmelden.
Richtlinien für bedingten Zugriff	In einer einzelnen Microsoft Entra-Organisation (Mandant) können maximal 195 Richtlinien erstellt werden.
Nutzungsbedingungen	Sie können einer einzelnen Microsoft Entra-Organisation (Mandant) höchstens 40 Benennungen hinzufügen.
Mehrmandantenfähige Organisationen	Maximal 5 aktive Mandanten, einschließlich des Besitzermandanten. Der Besitzermandant kann mehr als 5 ausstehende Mandanten hinzufügen, kann jedoch der mandantenfähigen Organisation nicht beitreten, wenn der Grenzwert überschritten wird. Dieser Grenzwert wird zum Zeitpunkt angewendet, wenn ein ausstehender Mandant einer mandantenfähigen Organisation beitritt. Maximal 100 000 interne Benutzer pro aktivem Mandant. Dieser Grenzwert wird zum Zeitpunkt angewendet, wenn ein ausstehender Mandant einer mandantenfähigen Organisation beitritt.

Einschränkungen für API Center (Vorschau)

Resource	Limit¹
Maximale Anzahl der APIs	1\.000
Maximale Anzahl der Versionen pro API	100
Maximale Anzahl von Umgebungen	1\.000
Maximale Anzahl benutzerdefinierter Metadateneigenschaften	100
Maximale Anzahl untergeordneter Eigenschaften in einer benutzerdefinierten Metadateneigenschaft vom Typ „object“	100

¹ Wenden Sie sich an den Support, um ein API Center-Limit zu erhöhen.

API Management-Grenzwerte

Resource	Begrenzung
Maximale Anzahl von Skalierungseinheiten	31 pro Region¹
Cachegröße	5 GiB pro Einheit²
Gleichzeitige Back-End-Verbindungen³ pro HTTP-Autorität	2\.048 pro Einheit⁴
Maximale Größe zwischengespeicherter Antworten	2 MiB
Maximale Größe eines Richtliniendokuments	256 KiB⁵
Maximale Anzahl benutzerdefinierter Gatewaydomänen pro Dienstinstanz⁶	20
Maximale Anzahl von CA-Zertifikaten pro Dienstinstanz⁷	10
Maximale Anzahl von Dienstinstanzen pro Abonnement⁸	20
Maximale Anzahl von Abonnements pro Dienstinstanz⁸	500
Maximale Anzahl von Clientzertifikaten pro Dienstinstanz⁸	50
Maximale Anzahl von APIs pro Dienstinstanz⁸	50
Maximale Anzahl von API-Verwaltungsvorgängen pro Dienstinstanz⁸	1\.000
Maximale Gesamtdauer der Anforderungen⁸	30 Sekunden
Maximale Größe der Anforderungspayload⁸	1 GiB
Maximale gepufferte Nutzlastgröße⁸	2 MiB
Maximale Größe der Anforderungs-/Antwortnutzlast in Diagnoseprotokollen	8.192 Bytes
Maximale Größe der Anforderungs-URL⁹	16.384 Bytes
Maximale Länge des URL-Pfadsegments¹⁰	1\.024 Zeichen
Maximale Größe des von der Überprüfungsrichtlinie verwendeten API-Schemas¹⁰	4 MB
Maximale Anzahl von Schemas¹⁰	100
Maximale Größe des Anforderungs- oder Antworttexts in der validate-content-Richtlinie¹⁰	100 KB
Maximale Anzahl von selbstgehosteten Gateways¹¹	25
Maximale Anzahl aktiver WebSocket-Verbindungen pro Einheit	5.000¹²
Maximale Anzahl von Tags, die von einer API Management-Ressource unterstützt werden	15
Maximale Anzahl von Anmeldeinformationsanbietern pro Dienstinstanz	1.000
Maximale Anzahl von Verbindungen pro Anmeldeinformationsanbieter	10.000
Maximale Anzahl von Zugriffsrichtlinien pro Verbindung	100
Maximale Anzahl von Autorisierungsanforderungen pro Minute und Verbindung	250
Maximale Anzahl von Arbeitsbereichen pro Dienstinstanz ¹⁰	100

¹ Die Skalierungsgrenzen sind vom Tarif abhängig. Details zu den Tarifen und den dazugehörigen Grenzwerten für die Skalierung finden Sie unter API Management – Preise.
² Die Cachegröße pro Einheit ist vom Tarif abhängig. Die Tarife und die dazugehörigen Grenzwerte für die Skalierung finden Sie unter API Management – Preise.
³ Verbindungen werden gepoolt und wiederverwendet, sofern sie nicht ausdrücklich vom Backend geschlossen werden.
⁴ Diese Grenze gilt pro Einheit der Stufen Basic, Standard und Premium. Der Developer-Tarif ist auf 1.024 beschränkt. Dieser Grenzwert betrifft den Tarif „Consumption“ nicht.
⁵ Dieses Limit gilt für die Stufen Basic, Standard und Premium. Im Tarif „Consumption“ ist die Größe des Richtliniendokuments auf 16 KiB beschränkt.
⁶ Mehrere benutzerdefinierte Domains werden nur in den Stufen Developer und Premium unterstützt.
⁷ CA-Zertifikate werden auf der Verbraucherebene nicht unterstützt.
⁸ Dieser Grenzwert gilt nur für die Verbrauchsstufe. In anderen Ebenen legt die API-Verwaltung keinen Grenzwert fest. 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.
⁹ Gilt nur für die Verbrauchsstufe. Enthält eine bis zu 2048 Byte lange Abfragezeichenfolge.
¹⁰ Um diese Grenze zu erhöhen, wenden Sie sich an Support.
¹¹ Selbst gehostete Gateways werden nur in den Stufen Developer und Premium unterstützt. Der Grenzwert gilt für die Anzahl von selbstgehosteten Gatewayressourcen. Um diese Grenze zu erhöhen, wenden Sie sich an Support. Beachten Sie, dass die Anzahl von Knoten (oder Replikaten), die einer selbstgehosteten Gatewayressource zugeordnet sind, im Premium-Tarif unbegrenzt ist und im Developer-Tarif auf einen einzelnen Knoten begrenzt ist.
¹² Dieser Grenzwert gilt nicht für den Developer-Tarif (Entwickler). Im Developer-Tarif beträgt der Grenzwert 2.500.

App Service-Grenzwerte

Resource	Kostenlos	Shared	Basic	Standard	Premium (v1-v3)	Isolated
Web-Apps, mobile Apps oder API-Apps pro Azure App Service-Plan¹	10	100	Unbegrenzt²	Unbegrenzt²	Unbegrenzt²	Unbegrenzt²
App Service-Plan	10 pro Region 1 kostenloser Linux-App Service-Plan pro Region	10 pro Ressourcengruppe	100 pro Ressourcengruppe	100 pro Ressourcengruppe	100 pro Ressourcengruppe	100 pro Ressourcengruppe
Serverinstanztyp	Shared	Shared	Dediziert³	Dediziert³	Dediziert³	Dediziert³
Aufskalieren (Instanzen maximal)	1 freigegebene	1 freigegebene	3 dedizierte³	10 dedizierte³	20 dedizierte für v1; 30 dedizierte für v2 und v3.³	100 dedizierte⁴
Speicher⁵	1 GB⁵	1 GB⁵	10 GB⁵	50 GB⁵	250 GB⁵	1 TB¹² Das verfügbare Speicherkontingent beträgt 999 GB.
CPU-Zeit (5 Minuten)⁶	3 Minuten	3 Minuten	Unbegrenzt, normal zu bezahlen	Unbegrenzt, normal zu bezahlen	Unbegrenzt, normal zu bezahlen	Unbegrenzt, normal zu bezahlen
CPU-Zeit (Tag)⁶	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	–	–	–	–
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)⁷	5	35	350	Unbegrenzt	Unbegrenzt	Unbegrenzt
WebSockets pro Instanz (Linux)⁷	5	Nicht zutreffend	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 ab⁸	Hängt von der Instanzgröße ab⁸	Hängt von der Instanzgröße ab⁸	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			X	X	100 pro App
Integrierter Lastenausgleich		X	X	X	X	X⁹
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
Always On			X	X	X	X
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
WebJobs¹⁰	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 Zertifikate¹¹			X	X	X	X
SLA			99,95 %	99,95 %	99,95 %	99,95 %

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

² 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.

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

⁴ Weitere sind auf Anfrage möglich.

⁵ 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.

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

⁷Wenn 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.

⁸ Die maximalen IP-Verbindungen gelten pro Instanz und sind abhängig von der Instanzgröße: 1.920 pro B1/S1/P1V3-Instanz, 3.968 pro SB2/S2/P2V3-Instanz, 8.064 pro B3/S3/P3V3-Instanz.

⁹ 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.

¹⁰ 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.

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

¹² Gesamtspeichernutzung aller Anwendungen, die in einer einzelnen App-Service-Umgebung bereitgestellt werden (unabhängig davon, wie sie auf verschiedene Ressourcengruppen verteilt sind).

Automatisierungsgrenzwerte

Prozessautomatisierung

Resource	Begrenzung	Notizen
Maximale Anzahl von neuen Aufträgen, die alle 30 Sekunden pro Azure Automation-Konto (nicht geplante Aufträge) ü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 Anzahl gleichzeitig ausgeführter Aufträge pro Automation-Konto (nicht geplante Aufträge)	200	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 Sandbox¹	1 GB	Betrifft nur Azure-Sandboxen.
Maximaler Arbeitsspeicher pro Sandbox¹	400 MB	Betrifft nur Azure-Sandboxen.
Maximal zulässige Anzahl von Netzwerksockets pro Sandbox¹	1\.000	Betrifft nur Azure-Sandboxen.
Maximal zulässige Laufzeit pro Runbook ¹	3 Stunden	Betrifft nur Azure-Sandboxen.
Maximale Anzahl von Automation-Konten in einem Abonnement	Keine Begrenzung
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

¹ Eine Sandbox ist eine freigegebene Umgebung, die von mehreren Aufträgen verwendet werden kann. Aufträge, die die gleiche Sandbox verwenden, sind an die Ressourceneinschränkungen der Sandbox gebunden.

Ä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
Daemon	250

Updateverwaltung

In der folgenden Tabelle werden die Grenzwerte für die Updateverwaltung aufgeführt.

Ressource	Begrenzung	Hinweise
Anzahl der Computer pro Aktualisierungsbereitstellung	1000
Anzahl von dynamischen Gruppen pro Updatebereitstellung	500

Azure App Configuration

Resource	Begrenzung	Comment
Konfigurationsspeicher für Free-Tarif	1 Speicher pro Abonnement
Konfigurationsspeicher für Standard-Tarif	Unbegrenzte Speicher pro Abonnement
Konfigurationsspeicheranforderungen für Free-Tarif	1\.000 Anforderungen pro Tag	Nach Ausschöpfung des Kontingents wird bis zum Tagesende für alle Anforderungen der HTTP-Statuscode 429 zurückgegeben.
Konfigurationsspeicheranforderungen für Standard-Tarif	30.000 pro Stunde	Nach Ausschöpfung des Kontingents wird bis zum Tagesende für alle Anforderungen der HTTP-Statuscode 429 (zu viele Anforderungen) zurückgegeben.
Speicher für Free-Tarif	10 MB
Speicher für Standard-Tarif	1 GB
Schlüssel und Werte	10 KB	Für ein einzelnes Schlüssel-Wert-Element, einschließlich aller Metadaten

Azure Cache for Redis-Grenzwerte

Resource	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

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

¹Jeder 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. Folgende Tarife sind verfügbar:

Kostenloser mehrinstanzenfähiger Dienst, der mit anderen Azure-Abonnenten gemeinsam genutzt wird und für die Auswertung und kleine Entwicklungsprojekte vorgesehen ist.
Basic bietet dedizierte Computeressourcen für Produktionsworkloads mit geringerem Umfang, mit bis zu drei Replikaten für Abfrageworkloads mit hoher Verfügbarkeit.
Standard, darunter S1, S2, S3 und S3 High Density, ist für größere Produktionsworkloads vorgesehen. Im Standard-Tarif sind mehrere Ebenen vorhanden, damit Sie eine Ressourcenkonfiguration auswählen können, die Ihrem Workloadprofil am besten entspricht.

Grenzwerte pro Abonnement

Sie können mehrere abrechenbare Suchdienste (Basic und höher) erstellen. Die Anzahl ist nur durch die in den einzelnen Tarifen zulässigen Dienste beschränkt. Beispielsweise können Sie im selben Abonnement bis zu 16 Dienste im Basic-Tarif und weitere 16 Dienste im S1-Tarif erstellen. Weitere Informationen zu Tarifen finden Sie unter Auswählen einer SKU oder eines Tarifs für Azure KI Search.

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.

Resource	Free¹	Basic	S1	S2	S3	S3 HD	L1	L2
Maximale Anzahl von Diensten	1	16	16	8	6	6	6	6
Maximales Skalieren in Sucheinheiten (Search Units, SU)²	–	3 SU	36 SU	36 SU	36 SU	36 SU	36 SU	36 SU

¹ 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.

² Sucheinheiten sind Abrechnungseinheiten, die entweder als Replikat oder Partition zugeordnet werden. Sie benötigen beide Ressourcen für Speicher-, Indizierungs- und Abfragevorgänge. Weitere Informationen zu SU-Berechnungen finden Sie unter Skalieren von Ressourcenebenen für Abfrage und Indizierung von Arbeitslasten in Azure Search.

Grenzwerte pro Suchdienst

Ein Suchdienst ist durch den Speicherplatz auf dem Datenträger oder einen festen Grenzwert für die maximale Anzahl von Indizes oder Indexern beschränkt (je nachdem, was zuerst erreicht wird). In der folgenden Tabelle sind die Speicherbegrenzungen dokumentiert. Informationen zu den maximalen Objektgrenzwerten finden Sie unter Grenzwerte nach Ressource.

Resource	Kostenlos	Basic¹	S1	S2	S3	S3 HD	L1	L2
Vereinbarung zum Servicelevel (SLA)²	Nein	Ja	Ja	Ja	Ja	Ja	Ja	Ja
Speicherkapazität pro Partition	50 MB	2 GB	25 GB	100 GB	200 GB	200 GB	1 TB	2 TB
Partitionen pro Dienst	–	1	12	12	12	3	12	12
Partitionsgröße	–	2 GB	25 GB	100 GB	200 GB	200 GB	1 TB	2 TB
Replikate	–	3	12	12	12	12	12	12

¹ Basic verfügt über eine feste Partition. Zusätzliche Sucheinheiten können verwendet werden, um Replikate für größere Abfragevolumen hinzuzufügen.

² Vereinbarungen zum Servicelevel gelten für abrechenbare Dienste auf dedizierten Ressourcen. Für kostenlose Dienste und Vorschaufunktionen gelten keine SLA. Für alle abrechenbaren Dienste gelten SLAs, wenn Sie genügend Redundanz für Ihren Dienst bereitstellen. Zwei oder mehr Replikate sind für die Abfrage-SLAs (Lesezugriff) erforderlich. Drei oder mehr Replikate sind für die Abfrage- und Indizierungs-SLAs (Lese-/Schreibzugriff) erforderlich. Die Anzahl der Partitionen wird für eine SLA nicht berücksichtigt.

Detailliertere Informationen zu Grenzwerten wie etwa für Dokumentgröße, Abfragen pro Sekunde, Schlüssel, Anforderungen und Antworten finden Sie unter Dienstgrenzwerte in Azure KI Search.

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“

Grenzwerte für Azure Communications-Gateway

Einige der folgenden Standardgrenzwerte und -kontingente können erhöht werden. Wenn Sie eine Änderung anfordern möchten, erstellen Sie eine Änderungsanforderung mit dem Grenzwert, den Sie ändern möchten.

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 Aufrufe ist auf 15 % der Anzahl der dem Azure Communications-Gateway zugewiesenen Benutzer beschränkt, wie unter Planen und Verwalten von Kosten für Azure Communications Gateway definiert.

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

Resource	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 das Azure Communications-Gateway sie, da dieses Verhalten für RFC 3261 nicht zulässig ist.

Anforderungs-URI
To-Header
From-Header

Grenzwerte für Azure Container Apps

Informationen zu Grenzwerten von Azure Container Apps finden Sie unter Kontingente in 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	consumption	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

* 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.

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

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

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

Azure Database for MySQL

Informationen zu Grenzwerten für Azure Database for MySQL finden Sie unter Beschränkungen in Azure Database for MySQL.

Azure Database for PostgreSQL

Informationen zu Grenzwerten für Azure Database for PostgreSQL finden Sie unter Beschränkungen in Azure Database for PostgreSQL.

Grenzwerte für Azure Deployment Environments

Subscription	Laufzeitgrenzwert pro Bereitstellung	Laufzeitgrenzwert pro Monat, Region und Abonnement	Speichergrenzwert pro Umgebung
Enterprise	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

Resource	Verbrauchstarif	Premium-Plan	Dedizierter Plan	ASE	Kubernetes
Standardmäßige Timeoutdauer (in Minuten)	5	30	30¹	30	30
Maximale Timeoutdauer (in Minuten)	10	unbounded⁷	unbounded²	unbounded	unbounded
Maximale Anzahl ausgehender Verbindungen (pro Instanz)	600 aktive (insgesamt 1.200)	unbounded	unbounded	unbounded	unbounded
Maximale Anforderungsgröße (MB)³	100	100	100	100	Abhängig von Cluster
Maximale Länge der Abfragezeichenfolge³	4096	4096	4096	4096	Abhängig von Cluster
Maximale Länge der Anforderungs-URL³	8192	8192	8192	8192	Abhängig von Cluster
ACU pro Instanz	100	210–840	100–840	210–250⁸	AKS – Preise
Maximaler Arbeitsspeicher (GB pro Instanz)	1.5	3,5–14	1,75–14	3,5–14	Jeder Knoten wird unterstützt.
Maximale Instanzanzahl (Windows/Linux)	200/100	100/20	variiert je nach SKU⁹	100⁹	Abhängig von Cluster
Funktions-Apps pro Plan¹¹	100	100	unbounded⁴	unbounded	unbounded
App Service-Pläne	100 pro Region	100 pro Ressourcengruppe	100 pro Ressourcengruppe	-	-
Bereitstellungsslots pro App¹⁰	2	3	1–20⁹	20	–
Speicher⁵	5 GB	250 GB	50–1.000 GB	1 TB	–
Benutzerdefinierte Domänen pro App	500⁶	500	500	500	–
benutzerdefinierte Domäne SSL-Unterstützung	Unbegrenzte Anzahl von SNI SSL-Verbindungen 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	Unbegrenzte Anzahl von SNI SSL-Verbindungen und 1 IP-SSL-Verbindung inbegriffen	–

¹ Das Timeout für die Laufzeit von Functions 1.x in einem App Service-Plan ist standardmäßig unbegrenzt.
² Hierfür muss der App Service-Plan auf Always On festgelegt werden. Die Bezahlung erfolgt zu den üblichen Raten.
³ Diese Grenzwerte werden auf dem Host festgelegt.
⁴ 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.
⁵ Der Speichergrenzwert entspricht der gesamten Inhaltsgröße aller Apps im gleichen App Service-Plan im temporären Speicher. Der Verbrauchsplan verwendet Azure Files zur temporären Speicherung.
⁶ Wenn Ihre Funktions-App unter 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.
⁷ Garantiert für bis zu 60 Minuten
⁸ 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.
⁹ Ausführliche Informationen finden Sie unter App Service-Grenzwerte.
¹⁰ Einschließlich des Produktionsslots.
¹¹ Es gibt derzeit ein Limit von 5000 Funktions-Apps in einem bestimmten Abonnement.

Weitere Informationen finden Sie unter Vergleich von Hostingplänen für 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.

Für den FHIR-Dienst in Azure Health Data Services gilt ein Grenzwert von 4 TB für strukturierte Speicherung.

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	Nicht zutreffend	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

Resource	Begrenzung
Maximale Anzahl Cluster pro Abonnement	5.000 Hinweis: Verteilen Sie Cluster auf verschiedene Regionen, um Einschränkungen der Azure-API zu berücksichtigen.
Maximale Knoten pro Cluster mit VM-Skalierungsgruppen und der Load Balancer Standard-SKU	5.000 über alle Knotenpools (Standardlimit: 1.000) Hinweis: Zum Ausführen von mehr als 1.000 Knoten pro Cluster muss das Standardknotenlimit erhöht werden. Wenden Sie sich an den Support, um Unterstützung zu erhalten.
Maximale Anzahl von Knoten pro Knotenpool (Virtual Machine Scale Sets-Knotenpools)	1000
Maximale Knotenpools pro Cluster	100
Maximale Anzahl von Pods pro Knoten: mit Kubenet-Netzwerk-Plug-In	Maximal: 250 Azure CLI-Standardwert: 110 Standardwert der Azure Resource Manager-Vorlage: 110 Standardwert für Bereitstellung im Azure-Portal: 30
Maximale Anzahl von Pods pro Knoten: mit Azure Container Networking Interface	Maximal: 250 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

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/etc-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
MPN	500	500
Azure in Open	500	500
Enterprise Agreement	500	500
MSDN	500	500
Sponsoren	100	15
CSP	500	500
Azure Pass	100	25
Kostenlose Testversion	100	15
Azure for Students	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

Die aktuellen Werte für Azure Machine Learning Compute-Kontingente finden Sie auf der Seite „Azure Machine Learning-Kontingent“

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 vor der Einstellung zum Tarif Gen2 wechseln, andernfalls erfolgt zu diesem Zeitpunkt eine automatische Umstellung. 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.

Resource	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 wird am 16.09.2024 eingestellt. Der Azure Maps-Datenregistrierungsdienst ersetzt den Datendienst. Weitere Informationen finden Sie unter So erstellen Sie eine Datenregistrierung.

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.

Resource	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	Erfahren Sie, wie Sie eine Kontingenterhöhung vom Support anfordern.
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. Dieses Limit gilt nicht für selbst gehostete 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“. Dieses Limit gilt nicht für selbst gehostete 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. Dieses Limit gilt nicht für selbst gehostete IR.	200	200
Gleichzeitige Nutzung von Datenintegrationseinheiten¹ pro Abonnement und Azure Integration Runtime-Region	Regionsgruppe 1²: 6.000 Regionsgruppe 2²: 3,000 Regionsgruppe 3²: 1.500	Regionsgruppe 1²: 6.000 Regionsgruppe 2²: 3,000 Regionsgruppe 3²: 1.500
Gleichzeitige Nutzung von Datenintegrationseinheiten¹ pro Abonnement und Azure Integration Runtime-Region in einem verwalteten VNet	2\.400	Erfahren Sie, wie Sie eine Kontingenterhöhung vom Support anfordern.
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 Anzahl von Knoten, die für eine einzige selbstgehostete Integration Runtime erstellt werden können	4	Erfahren Sie, wie Sie eine Kontingenterhöhung vom Support anfordern.
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 Pipelineobjekte³	200 KB	200 KB
Bytes pro Objekt für Datasetobjekte und verknüpfte Dienstobjekte³	100 KB	2\.000 KB
Bytes pro Nutzdaten für jede Aktivitätsausführung⁴	896 KB	896 KB
Datenintegrationseinheiten¹ 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	Erfahren Sie, wie Sie eine Kontingenterhöhung vom Support anfordern.
Gleichzeitige Anzahl von Datenflüssen pro Integration Runtime in einem verwalteten VNET	50	Erfahren Sie, wie Sie eine Kontingenterhöhung vom Support anfordern.
Gleichzeitige Anzahl von Datenfluss-Debugsitzungen pro Benutzer pro Factory	3	3
Azure IR TTL-Limit für Datenfluss	4 Std.	4 Std.
Größenbeschränkung für Metadatenentitäten in einer Factory	2 GB	Erfahren Sie, wie Sie eine Kontingenterhöhung vom Support anfordern.

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

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

Regionsgruppe	Regions
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.

³ 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.

⁴ 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 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 Files

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 gilt ein Scope-Eintrag für die Verwaltungsgruppe, das Abonnement, die Ressourcengruppe oder eine einzelne Ressource.

Hierbei gilt:	Was	Maximale Anzahl
`Scope`	Richtliniendefinitionen	500
`Scope`	Initiativdefinitionen	200
Tenant	Initiativdefinitionen	2\.500
`Scope`	Richtlinien- oder Initiativenzuweisungen	200
Bereich	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 zusätzliche Grenzwerte für die Anzahl von Bedingungen und deren Komplexität. Weitere Informationen finden Sie unter Grenzwerte für Richtlinienregeln.

Azure Quantum-Grenzwerte

Anbieter Limits & Kontingent

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.

Lernen & SKU entwickeln

Resource	Begrenzung
CPU-basierte gleichzeitige Aufträge	bis zu 5¹ gleichzeitige Aufträge
FPGA-basierte gleichzeitige Aufträge	bis zu 2¹ gleichzeitige Aufträge
CPU-basierte Solver-Stunden	20 Stunden pro Monat
FPGA-basierte Solver-Stunden	1 Stunde pro Monat

Während Sie die Learn & SKU entwickeln, können Sie &. Stattdessen sollten Sie zur SKU „Leistung im großen Stil“ (Performance at Scale) wechseln.

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

Resource	Standardlimit	Maximales Limit
CPU-basierte gleichzeitige Aufträge	bis zu 100¹ gleichzeitige Aufträge	wie Standardgrenzwert
FPGA-basierte gleichzeitige Aufträge	bis zu 10¹ 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.

¹ 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	Resource	Begrenzung
Azure-Rollenzuweisungen
	Azure-Rollenzuweisungen pro Azure-Abonnement	4\.000
	Azure-Rollenzuweisungen pro Verwaltungsgruppe	500
	Größe der Beschreibung für Azure-Rollenzuweisungen	2 KB
	Größe der Bedingung für Azure-Rollenzuweisungen	8 KB
Benutzerdefinierte Azure-Rollen
	Benutzerdefinierte Azure-Rollen pro Mandant	5\.000
	Benutzerdefinierte Azure-Rollen pro Mandant (für Microsoft Azure, betrieben von 21Vianet)	2\.000
	Größe des Rollennamens für benutzerdefinierte Azure-Rollen	512 Zeichen
	Größe der Beschreibung für benutzerdefinierte Azure-Rollen	2 KB
	Anzahl zuweisbarer Bereiche für benutzerdefinierte Azure-Rollen	2\.000

Grenzwerte für Azure SignalR Service

Resource	Standardlimit	Maximales Limit
Azure SignalR-Diensteinheiten pro Instanz für Free-Tarif	1	1
Azure SignalR-Diensteinheiten pro Instanz für Standard-Tarif	100	100
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 für Standard-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 für Standard-Tarif	1\.000.000	1\.000.000
Zusätzliche Nachrichten pro Einheit und Tag für Standard-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 Skalieren des SignalR Service mit mehreren Instanzen.

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
Grenzwerte für Azure Storage-Ressourcenanbieter
Grenzwerte für Azure Blob Storage
Azure Queue-Speicherlimits
Azure Table-Speicherlimits

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.

Resource	Begrenzung
Maximale Anzahl von Speicherkonten mit Standardendpunkten pro Region und Abonnement, einschließlich Standard- und Premium-Speicherkonten	Standardmäßig 250, 500 auf Anforderung¹
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 PiB²
Maximale Anzahl von Blobcontainern, Blobs, Verzeichnissen und Unterverzeichnissen (wenn hierarchischer Namespace aktiviert ist), Dateifreigaben, Tabellen, Warteschlangen, Entitäten oder Nachrichten pro Speicherkonto.	Keine Begrenzung
Maximale Anforderungsrate pro Standardspeicherkonto	20.000 Anforderungen pro Sekunde²
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 East US 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 Gbps²
Standardmäßig maximal eingehende Daten pro GPv2-Konto und Blob-Speicherkonto in Regionen, die in der vorherigen Zeile nicht aufgeführt sind.	25 Gbps²
Standardmäßig maximal eingehende Daten für GPv1-Speicherkonten (alle Regionen)	10 Gbps²
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 East US USA (Ost) 2 US Government, Virginia US Gov Arizona USA Nord Mitte USA Süd Mitte USA (Westen) USA, Westen 2 USA, Westen 3	120 Gbps²
Standardmäßig maximal ausgehende Daten für GPv2-Konten und Blob-Speicherkonten in Regionen, die in der vorherigen Zeile nicht aufgeführt sind.	50 Gbps²
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	200
Maximale Anzahl von VNET-Regeln pro Speicherkonto	200
Maximale Anzahl von Regeln für Ressourceninstanzen pro Speicherkonto	200
Maximale Anzahl privater Endpunkte pro Speicherkonto	200

¹ 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. ² 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 Limits gelten nur, wenn Sie Verwaltungsvorgänge mithilfe von Azure Resource Manager mit Azure Storage ausführen. Die Grenzwerte gelten pro Region der Ressource in der Anforderung.

Resource	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

Resource	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 TiB²
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 Sekunde²
Zieldurchsatz für ein einzelnes Blockblob	Bis zur Eingangs-/Ausgangsbegrenzung des Speicherkontos¹

¹ 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 4 MiB für Standardspeicherkonten auf. Verwenden Sie für Premium-Blockblobkonten oder für Data Lake Storage Gen2-Speicherkonten eine Block- oder Blobgröße von mehr als 256 KiB.

² 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

Resource	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.

Resource	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 bis zu 1 KB
Größe von RowKey	Eine Zeichenfolge mit bis zu 1 KB
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	Arbeitsbereich	400
Anwendungsgruppe	Microsoft Entra-Mandant	500¹
RemoteApp	Anwendungsgruppe	500
Rollenzuweisung	Beliebiges Azure Virtual Desktop-Objekt	200
Sitzungshost	HostPool	10.000

¹Wenn 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 von mit Azure VMware Solution ExpressRoute verknüpften privaten Clouds von einem einzelnen Standort mit einem einzelnen Gateway für virtuelle Netzwerk	4 Das verwendete Gateway für virtuelle Netzwerke 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 die Konnektivität der privaten Cloud innerhalb der Azure-Region zu aggregieren.
Azure VMware Solution ExpressRoute: Maximale Portgeschwindigkeit	10 Gbit/s (verwenden der Ultra Performance Gateway-SKU mit aktiviertem FastPath) Das verwendete virtuelle Netzwerkgateway bestimmt die tatsächliche Bandbreite. Weitere Informationen finden Sie unter Informationen zu ExpressRoute-Gateways für virtuelle Netzwerke.
Maximale Anzahl von Azure Public IPv4-Adressen, die dem NSX-T-Rechenzentrum zugewiesen sind	2\.000
Maximale Anzahl von Azure VMware Solution Interconnects pro privater Cloud	10
vSAN-Kapazitätsgrenzen	75 Prozent der insgesamt nutzbaren Kapazität (25 Prozent werden für die SLA vorgehalten)
VMware Site Recovery Manager – Maximale Anzahl geschützter VMs	3,000
VMware Site Recovery Manager – Maximale Anzahl von VMs pro Wiederherstellungsplan	2\.000
VMware Site Recovery Manager – Maximale Anzahl von Schutzgruppen pro Wiederherstellungsplan	250
VMware Site Recovery Manager – RPO-Werte	5 Minuten oder mehr * (harte Grenze)
VMware Site Recovery Manager – Maximale Anzahl von VMs pro Schutzgruppe	500
VMware Site Recovery Manager – Maximale Anzahl von Wiederherstellungsplänen	250

* Informationen zu der Recovery Point Objective (RPO) von weniger als 15 Minuten finden Sie unter How the 5 Minute Recovery Point Objective Works im Verwaltungsleitfaden zu vSphere Replication.

Verwenden Sie für andere VMware-spezifische Grenzwerte das Tool Maximalwerte für die VMware-Konfiguration.

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–900¹	Support kontaktieren
Kerne mit niedriger Priorität pro Batch-Konto	0–100¹	Support kontaktieren
Aktive Aufträge und Auftragszeitpläne pro Batch-Konto (abgeschlossene Aufträge haben keinen Grenzwert)	100-300	1.000²
Pools pro Batch-Konto	0–100¹	500²
Private Endpunktverbindungen pro Batch-Konto	100	100

¹ 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.

²Wenden 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

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

Resource	Standardlimit	Maximales Limit
vCPUs pro Abonnement¹	20	10.000
Co-Admins pro Abonnement	200	200
Speicherkonten pro Abonnement²	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

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

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

Grenzwerte für Container Instances

Resource	Ist-Grenzwert
Standard-SKU-Containergruppen pro Region pro Abonnement	100
Dedizierte SKU-Containergruppen pro Region pro Abonnement	0¹
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	300¹
Containergruppenerstellungen pro 5 Minuten	100¹
Containergruppenlöschungen pro Stunde	300¹
Containergruppenlöschungen pro 5 Minuten	100¹

¹ 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.
²Standardgrenzwert für Abonnement mit nutzungsbasierter Bezahlung. Der Grenzwert kann für andere Kategorietypen abweichen.

Grenzwerte für die Containerregistrierung

In der folgenden Tabelle werden die Features und Grenzwerte der Dienstebenen „Basic“, „Standard“ und „Premium“ dargestellt.

Resource	Basic	Standard	Premium
Enthaltener Speicher¹ (GiB)	10	100	500
Speicherbegrenzung (TiB)	20	20	20
Maximale Größe für Imageebenen (GiB)	200	200	200
Maximale Manifestgröße (MiB)	4	4	4
Lesevorgänge pro Minute^{2, 3}	1\.000	3,000	10.000
Schreibvorgänge pro Minute^{2, 4}	100	500	2\.000
Downloadbandbreite² (MBit/s)	30	60	100
Uploadbandbreite ² (MBit/s)	10	20	50
webhooks	2	10	500
Georeplikation	–	–	Unterstützt
Verfügbarkeitszonen	–	–	Unterstützt
Inhaltsvertrauensstellung	–	–	Unterstützt
Private Link mit privaten Endpunkten	–	–	Unterstützt
• Private Endpunkte	–	–	200
Netzwerkregeln für öffentliche IP-Adressen	–	–	100
Dienstendpunkt-VNET-Zugriff	–	–	Vorschau
• Regeln für virtuelle Netze	–	–	100
Vom Kunden verwaltete Schlüssel	–	–	Unterstützt
Repositorybezogene Berechtigungen	Unterstützt	Unterstützt	Unterstützt
• Tokens	100	500	50.000
• Bereichszuordnungen	100	500	50.000
• Aktionen	500	500	500
• Repositorys pro Bereichszuordnung⁵	500	500	500
Anonymer Pullzugriff	–	Vorschau	Vorschau

¹ 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.

²Lesevorgä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.

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

⁴ 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.

⁵ 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 Content Delivery Network

Resource	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

*Diese beiden Grenzwerte gelten nur für Azure CDN Standard von Microsoft (klassisch). Wenn der Datenverkehr nicht global verteilt und in einer oder zwei Regionen konzentriert ist oder wenn eine höhere Kontingentgrenze 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 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.

Data Factory-Grenzwerte

Resource	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	Erfahren Sie, wie Sie eine Kontingenterhöhung vom Support anfordern.
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. Dieses Limit gilt nicht für selbst gehostete 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“. Dieses Limit gilt nicht für selbst gehostete 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. Dieses Limit gilt nicht für selbst gehostete IR.	200	200
Gleichzeitige Nutzung von Datenintegrationseinheiten¹ pro Abonnement und Azure Integration Runtime-Region	Regionsgruppe 1²: 6.000 Regionsgruppe 2²: 3,000 Regionsgruppe 3²: 1.500	Regionsgruppe 1²: 6.000 Regionsgruppe 2²: 3,000 Regionsgruppe 3²: 1.500
Gleichzeitige Nutzung von Datenintegrationseinheiten¹ pro Abonnement und Azure Integration Runtime-Region in einem verwalteten VNet	2\.400	Erfahren Sie, wie Sie eine Kontingenterhöhung vom Support anfordern.
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 Anzahl von Knoten, die für eine einzige selbstgehostete Integration Runtime erstellt werden können	4	Erfahren Sie, wie Sie eine Kontingenterhöhung vom Support anfordern.
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 Pipelineobjekte³	200 KB	200 KB
Bytes pro Objekt für Datasetobjekte und verknüpfte Dienstobjekte³	100 KB	2\.000 KB
Bytes pro Nutzdaten für jede Aktivitätsausführung⁴	896 KB	896 KB
Datenintegrationseinheiten¹ 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	Erfahren Sie, wie Sie eine Kontingenterhöhung vom Support anfordern.
Gleichzeitige Anzahl von Datenflüssen pro Integration Runtime in einem verwalteten VNET	50	Erfahren Sie, wie Sie eine Kontingenterhöhung vom Support anfordern.
Gleichzeitige Anzahl von Datenfluss-Debugsitzungen pro Benutzer pro Factory	3	3
Azure IR TTL-Limit für Datenfluss	4 Std.	4 Std.
Größenbeschränkung für Metadatenentitäten in einer Factory	2 GB	Erfahren Sie, wie Sie eine Kontingenterhöhung vom Support anfordern.

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

Regionsgruppe	Regions
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.

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.

Grenzwerte für Data Lake Storage

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.

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 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 Device Update for IoT Hub

Hinweis

Wenn eine bestimmte Ressource oder ein bestimmter Vorgang über keine anpassbaren Grenzwerte verfügt, sind Standardlimit und maximales Limit gleich. Wenn der Grenzwert angepasst werden kann, enthält die folgende Tabelle sowohl den Standard- als auch den Höchstgrenzwert. Der Grenzwert kann über den Standardgrenzwert, aber nicht über den maximalen Grenzwert angehoben werden. Grenzwerte können nur für die Standard-SKU angepasst werden. Anforderungen zum Anpassen von Grenzwerten für die Free-SKU werden nicht akzeptiert. Anforderungen zum Anpassen von Grenzwerten werden von Fall zu Fall geprüft. Es wird nicht garantiert, dass sie genehmigt werden. Darüber hinaus können kostenlose SKU-Instanzen nicht auf Standard-SKU-Instanzen aktualisiert werden.

Wenn Sie den Grenzwert oder das Kontingent über das Standardlimit hinaus erhöhen möchten, richten Sie eine Anfrage an den Onlinekundensupport.

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

Resource	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

Die folgende Tabelle enthält die verschiedenen Grenzwerte im Zusammenhang mit Vorgängen in Device Update for IoT Hub:

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 (enthält 1 reservierte Bereitstellung für Abbrüche)	5 (enthält 1 reservierte Bereitstellung für Abbrüche)	Ja
Gesamtanzahl der Bereitstellungen pro Instanz	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

Grenzwerte für Digital Twins

Hinweis

In einigen Bereichen dieses Diensts lassen sich Grenzwerte anpassen. Diese sind in der folgenden Tabelle in der Spalte Anpassbar? entsprechend gekennzeichnet. 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
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
Routing	Anzahl von Endpunkten für eine einzelne Azure Digital Twins-Instanz	6	Nein
Routing	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

Die folgende Tabelle gibt die Ratengrenzwerte verschiedener APIs an.

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

Grenzwerte für Datentypen und Felder in DTDL-Dokumenten für Azure Digital Twins-Modelle finden Sie in der Dokumentation zu den entsprechenden Spezifikationen in GitHub: Digital Twins Definition Language (DTDL) – Version 2.

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

Grenzwerte für Event Grid

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-Brokerfunktionen und Pullzustellung 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 Namespaceressourcen

Azure Event Grid-Namespaces sind in der öffentlichen Vorschauversion verfügbar und ermöglichen MQTT-Messaging sowie HTTP-Pullübermittlung. Die folgenden Grenzwerte gelten für Namespaceressourcen in Azure Event Grid.

Beschreibung des Grenzwertes	Begrenzung
Namespaces pro Azure-Abonnement	50
Maximale Durchsatzeinheiten pro Namespace	40

MQTT-Grenzwerte im Namespace

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

Beschreibung des Grenzwertes	Begrenzung
MQTT-Sitzungen pro Namespace	10.000 pro TU
Sitzungen pro Namespace	10.000 pro TU
Sitzungsablaufsintervall	8 Stunden, konfigurierbar für den Namespace
Eingehende MQTT-Veröffentlichungsanforderungen pro Namespace	1.000 Nachrichten pro Sekunde und TU
Eingehende MQTT-Bandbreite pro Namespace	1 MB pro Sekunde pro TU
Eingehende MQTT-Veröffentlichungsanforderungen pro Sitzung	100 Nachrichten pro Sekunde
Eingehende MQTT-Bandbreite pro Sitzung	1 MB pro Sekunde
Ausgehende MQTT-Veröffentlichungsanforderungen pro Namespace	1.000 Nachrichten pro Sekunde und TU
Ausgehende MQTT-Bandbreite pro 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
Maximale Nachrichtengröße	512 KB
Segmente pro Thema/ Themenfilter	8
Themengröße	256 B
MQTTv5-Antwortthema	256 B
Aliase für MQTTv5-Themen	10 pro Sitzung
MQTTv5 Gesamtgröße aller Benutzereigenschaften	32 KB
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 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 Namespace	1 Mio.
Thema zu Abonnements pro MQTT	Unbegrenzt, solange sie den Grenzwert für Abonnements pro 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

Ereignisgrenzwerte im Namespace

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

Beschreibung des Grenzwertes	Begrenzung
Namespacethemen	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 Namespace-Themen	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 pro Sekunde oder 5 MB pro Sekunde (je nachdem, was zuerst erreicht wird)
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 pro Sekunde oder 5 MB pro Sekunde (je nachdem, was zuerst erreicht wird)
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

Event Hubs-Grenzwerte

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	Notizen	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
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 sein können.

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 Standardnamespace oder PUs für einen Premium-Namespace konfigurieren.
Wenn Sie einen dedizierten Cluster erstellen, wird dem Cluster eine einzelne Kapazitätseinheit zugewiesen. Wenn Sie die Option Skalierung unterstützen beim Erstellen des Clusters aktivieren, können Sie aufskalieren, indem Sie selbst 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 FunktionSkalierung unterstützen nicht unterstützen, können Sie ein Ticket übermitteln, um die Kapazitätseinheiten für den Cluster anzupassen.

Begrenzung	Basic	Standard	Premium	Dediziert
Maximale Größe der Event Hubs-Veröffentlichung	256 KB	1 MB	1 MB	1 MB
Anzahl von Event Hub-Consumergruppen pro Event Hub	1	20	100	1000 Kein Grenzwert pro CU
Anzahl von Kafka-Consumergruppen pro Namespace	Nicht verfügbar	1000	1000	1000
Anzahl vermittelter Verbindungen pro Namespace	100	5\.000	10.000 pro PU Wenn dem Namespace beispielsweise drei PUs zugewiesen sind, liegt der Grenzwert bei 30.000.	100000 pro CU
Maximale Aufbewahrungsdauer von Ereignisdaten	1 Tag	7 Tage	90 Tage	90 Tage
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 2000 pro CU
Anzahl von Namespaces pro Abonnement	1000	1000	1000	1000 (50 pro CU)
Anzahl von Event Hubs pro Namespace	10	10	100 pro PU	1000
Erfassung	–	Bezahlung pro Stunde	Enthalten	Enthalten
Größe des komprimierten Event Hub	–	1 GB pro Partition	250 GB pro Partition	250 GB pro Partition
Größe der Schemaregistrierung (Namespace) in Megabytes	–	25	100	1024
Anzahl von Schemagruppen in einer Schemaregistrierung oder einem Namespace	–	1 (ohne Standardgruppe)	100 1 MB pro Schema	1000 1 MB pro Schema
Anzahl von Schemaversionen in allen Schemagruppen	–	25	1000	10000
Durchsatz pro Einheit	Eingehend: 1 MB/s oder 1000 Ereignisse pro Sekunde Ausgehend: 2 MB/s oder 4096 Ereignisse pro Sekunde	Eingehend: 1 MB/s oder 1000 Ereignisse pro Sekunde Ausgehend: 2 MB/s oder 4096 Ereignisse pro Sekunde	Keine Grenzwerte pro PU *	Keine Grenzwerte pro CU *

* Hängt von verschiedenen Faktoren wie Ressourcenzuweisung, Anzahl der Partitionen, Speicherplatz usw. 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 einen Batch handelt. Das Veröffentlichen von Ereignissen, die größer als der maximale Schwellenwert sind, wird abgelehnt.

IoT Central-Grenzwerte

In IoT Central ist die Anzahl von Anwendungen, die Sie in einem Abonnement bereitstellen können, auf 100 begrenzt. Wenn Sie diesen Grenzwert erhöhen möchten, wenden Sie sich an den Microsoft-Support. Weitere Informationen finden Sie unter Kontingente und Grenzwerte von Azure IoT Central.

IoT Hub-Grenzwerte

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 Free
Nachrichten/Tag	400.000	6\.000.000	300.000.000	8\.000
Maximale Anzahl der Einheiten	200	200	10	1

Hinweis

Wenden Sie sich an den Microsoft-Support, wenn Sie voraussichtlich mehr als 200 Einheiten mit einem Hub im Tarif S1 oder S2 oder zehn Einheiten mit einem Hub im Tarif S3 verwenden.

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

Resource	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

Wenden Sie sich an den Microsoft-Support, wenn Sie mehr als 50 kostenpflichtige IoT Hubs in einem Azure-Abonnement benötigen.

Hinweis

Derzeit ist die Gesamtzahl der Geräte und Module, die bei einem einzigen IoT-Hub registriert werden können, auf 1 Mio. begrenzt. Wenn Sie diesen Grenzwert erhöhen möchten, wenden Sie sich an Microsoft-Support.

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 IoT Hub Device Provisioning-Dienst

Hinweis

In einigen Bereichen dieses Diensts lassen sich Grenzwerte anpassen. Diese sind in der nachfolgenden Tabelle in der Spalte Anpassbar? entsprechend gekennzeichnet. Wenn der Grenzwert angepasst werden kann, enthält die Spalte Anpassbar? den Wert Ja.

Der tatsächliche Wert, an den ein Grenzwert angepasst werden kann, kann je nach Bereitstellung der einzelnen Kunden variieren. Für sehr große Bereitstellungen sind möglicherweise mehrere Instanzen von DPS erforderlich.

Falls Ihr Unternehmen die Anhebung eines anpassbaren Grenzwertes oder Kontingents über den Standardgrenzwert hinaus benötigt, können Sie eine Anforderung für zusätzliche Ressourcen absenden, indem Sie ein Supportticket eröffnen. Das Anfordern einer Erhöhung garantiert nicht, dass sie gewährt wird, da sie von Fall zu Fall überprüft werden muss. Wenden Sie sich während Ihrer Implementierung so früh wie möglich an den Microsoft-Support, um festzustellen, ob Ihre Anfrage genehmigt werden kann und Sie entsprechend planen können.

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

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

Tipp

Wenn der harte Grenzwert für Registrierungsgruppen mit symmetrischem Schlüssel ein Blockierproblem ist, wird empfohlen, individuelle Registrierungen als Problemumgehung zu verwenden.

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

Rate	Wert pro Einheit	Anpassbar?
Vorgänge	1.000/Min./Dienst	Ja
Geräteregistrierungen	1.000/Min./Dienst	Ja
Abrufvorgang für Geräte	5/10 Sekunden/Gerät	Nein

Schlüsseltresor-Grenzwerte

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 Region¹):

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 Region¹
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.

¹ 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

Element	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	1100	1100	1100
Verschlüsseln	10000	10000	6000
Entschlüsseln	1100	360	160
Umschließen	10000	10000	6000
Aufheben der Umschließung	1100	360	160
Signieren	1100	360	160
Überprüfung	10000	10000	6000

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	1100	1100	1100	1100
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	1100	1100	1100
Verschlüsseln	8.000	8.000	8.000
Entschlüsseln	8.000	8.000	8.000
Umschließen	9000	9000	9000
Aufheben der Umschließung	9000	9000	9000

Grenzwerte für 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

Media Services-Grenzwerte

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

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

Medienobjektlimits

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

Speicherlimits (Medien)

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

¹ 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.

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

Auftragslimits (Codierung und Analyse)

Resource	Standardlimit
Aufträge pro Media Services-Konto	500.000 ⁽³⁾ (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)

³ 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

Resource	Standardlimit
Liveereignisse ⁽⁴⁾ pro Media Services-Konto	5
Live-Ausgaben pro Liveereignis	3 ⁽⁵⁾
Max. Dauer für Liveausgabe	Größe des DVR-Fensters

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

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

Grenzwerte für Paketerstellung und Bereitstellung

Resource	Standardlimit
Streamingendpunkte (angehalten oder ausgeführt) pro Media Services-Konto	2
Dynamische Manifestfilter	100
Streamingrichtlinien	100 ⁽⁶⁾
Eindeutige Streaminglocator, die einem Medienobjekt gleichzeitig zugeordnet sind	100⁽⁷⁾ (feststehend)

⁶ 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.

⁷ 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

Resource	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.

Media Services v2 (Vorgängerversion)

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

Mobile Services-Grenzwerte

Tarif	Kostenlos	Basic	Standard
API-Aufrufe	500.000	1,5 Mio. pro Einheit	15 Mio. pro Einheit
Aktive Geräte	500	Unbegrenzt	Unbegrenzt
Skalieren	–	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 Multi-Factor Authentication

Resource	Standardlimit	Maximales Limit
Maximale Anzahl vertrauenswürdiger IP-Adressen/-bereiche pro Abonnement	0	50
Geräte speichern, Anzahl der Tage	14	60
Maximale Anzahl von App-Kennwörtern	0	Keine Begrenzung
X Authentifizierungsversuche während des MFA-Aufrufs erlauben	1	99
Zeitlimit für bidirektionale SMS in Sekunden	60	600
Standardgültigkeitsdauer der Einmalumgehung in Sek.	300	1\.800
Benutzerkonto nach X fehlerhaften MFA-Authentifizierungsversuchen sperren	Nicht festgelegt	99
Kontosperrungszähler nach X Minuten zurücksetzen	Nicht festgelegt	9\.999
Kontosperrung nach X Minuten aufheben	Nicht festgelegt	9\.999

Grenzwerte für Netzwerke

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.

Resource	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
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

Resource	Standardlimit	Maximales Limit
Öffentliche IP-Adressen^1,2	10 für Basic.	Wenden Sie sich an den Support.
Statische öffentliche IP-Adressen¹	10 für Basic.	Wenden Sie sich an den Support.
Öffentliche Standard-IP-Adressen¹	10	Wenden Sie sich an den Support.
Präfixe von öffentlichen IP-Adressen	begrenzt durch die Anzahl der öffentlichen Standard-IPs in einem Abonnement	Wenden Sie sich an den Support.
Präfixlänge für öffentliche IP-Adressen	/28	Wenden Sie sich an den Support.
Benutzerdefinierte IP-Präfixe	5	Wenden Sie sich an den Support.

¹Die Standardgrenzwerte für öffentliche IP-Adressen unterscheiden sich je nach Typ der Angebotskategorie, z. B. kostenlose Testversion, nutzungsbasierte Bezahlung, CSP. Beispielsweise ist der Standardwert für Enterprise Agreement-Abonnements 1000.

²Der Grenzwert für öffentliche IP-Adressen bezieht sich auf die Gesamtmenge öffentlicher IP-Adressen, einschließlich Basic und Standard.

Load Balancer-Grenzwerte

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.

Load Balancer Standard

Resource	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)	300
Regel für Hochverfügbarkeitsports	1 pro internem Front-End
Ausgangsregeln pro Lastenausgleichsmodul	600
Größe des Back-End-Pools	5\.000
Back-End-IP-Konfigurationen pro Front-End¹	10.000
Back-End-IP-Konfigurationen allen Front-Ends	500.000

¹ 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.

Gateway Load Balancer

Resource	Begrenzung
Pro Load Balancer-Instanz verkettete Ressourcen (kombinierte Front-End-Konfigurationen für den Lastenausgleich oder VM-NIC-IP-Konfigurationen)	100

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

Load Balancer Basic

Resource	Begrenzung
Load Balancer	1\.000
Regeln pro Ressource	250
Regeln pro NIC (für alle IPs einer NIC)	300
Front-End-IP-Konfigurationen ³	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)

³ 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.

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.

Resource	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

Application Gateway-Grenzwerte

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

Resource	Begrenzung	Hinweis
Azure Application Gateway	1.000 pro Region und Abonnement
Front-End-IP-Konfigurationen	2	1 öffentliche und 1 private
Front-End-Ports	100¹
Back-End-Adresspools	100
Back-End-Ziele pro Pool	1\.200
HTTP-Listener	200¹	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	400¹
Back-End-HTTP-Einstellungen	100¹
Instanzen pro Gateway	V1 SKU – 32 V2 SKU – 125
SSL-Zertifikate	100¹	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	100¹	1 pro HTTP-Listener
URL-Zuordnungen pro Listener	1
Hostnamen pro Listener	5
Maximale Anzahl pfadbasierter Regeln pro URL-Zuordnung	100
Umleitungskonfiguration	100¹
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.000² Große Gateways 50.000²
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
Maximale Dateiuploadgröße (Standard-SKU)	V2 – 4 GB V1: 2 GB
Maximale Dateiuploadgröße (WAF-SKU)	V1 Mittel – 100 MB V1 Groß – 500 MB V2 – 750 MB V2 (mit CRS 3.2 oder neuer): 4 GB³
WAF-Textgrößenbeschränkung (ohne Dateien)	V1 oder V2 (mit CRS 3.1 und älter): 128 KB V2 (mit CRS 3.2 oder neuer): 2 MB³
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
WAF-IP-Adressbereiche pro Übereinstimmungsbedingung	540 600 – mit CRS 3.2 oder höher
Maximale WAF-Ausschlüsse pro Application Gateway	40 200 – mit CRS 3.2 oder höher
WAF–Zeichenfolgen-Übereinstimmungswerte pro Übereinstimmungsbedingung	10

¹ 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 höher. 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.

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

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

Grenzwerte für Application Gateway für Container

Resource	Begrenzung
Associations	1 pro Gateway
Front-Ends	5 pro Gateway

Grenzwerte der Kubernetes Ingress und Gateway API Konfiguration

Resource	Begrenzung
Regeln insgesamt	200 pro Cluster
Dienstleistungen insgesamt	100 pro Cluster
Endpunkte insgesamt	5.000 pro Cluster

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
Medium	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-Zonen

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

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

Private DNS-Zonen

Resource	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

Von Azure bereitgestellter DNS-Resolver

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

¹ 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.

DNS Private Resolver¹

Resource	Begrenzung
DNS Private Resolver pro Abonnement	15
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
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

¹ 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

Resource	Begrenzung
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 = Summe (eindeutige Quelladressen · eindeutige Zieladressen für jede Regel) Eine IP-Gruppe zählt unabhängig davon, wie viele IP-Adressen sie enthält, als eine Adresse. 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 60 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).
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	Maximal 200 IP-Gruppen pro Firewall. 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)

Zusätzlich zu den folgenden Grenzwerten gibt es einen zusammengesetzten Grenzwert für die Anzahl von Routingregeln, Front-End-Domänen, Protokollen und Pfaden.

Resource	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	50¹
Back-Ends pro Back-End-Pool	100
Abzustimmende Pfadmuster für eine Routingregel	25
URLs in einem einzigen Cachebereinigungsaufruf	100
Maximale Bandbreite*	75 GBit/s
Maximale Anzahl von Anforderungen pro Sekunde pro Profil*	100.000
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 – Größe des überprüften HTTP-Anforderungstexts	128 KB
Web Application Firewall – Länge des benutzerdefinierten Antworttexts	32 KB

Wenn der Datenverkehr nicht global verteilt und in einer oder mehreren Regionen konzentriert ist oder wenn eine höhere Kontingentgrenze erforderlich ist, erstellen Sie eine Azure-Supportanfrage.

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

Maximal 500 Standard- und Premium-Profile pro Abonnement insgesamt.
Zusätzlich zu den folgenden Grenzwerten gibt es einen zusammengesetzten Grenzwert für die Anzahl von Routen, Domänen, Protokollen und Pfaden.

Hinweis

Ressourcen mit * sind neue Grenzwerte für Azure Front Door Standard und Premium.

Resource	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*	75 GBit/s	75 GBit/s
Maximale Anzahl von Anforderungen pro Sekunde pro Profil*	100.000	100.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
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
Größe des überprüften WAF-HTTP-Anforderungstexts	128 KB	128 KB
Länge des benutzerdefinierten WAF-Antworttexts	32 KB	32 KB

Wenn der Datenverkehr nicht global verteilt und in einer oder mehreren Regionen konzentriert ist oder wenn eine höhere Kontingentgrenze erforderlich ist, erstellen Sie eine Azure-Supportanfrage.

Timeoutwerte

Vom Client zu Front Door

Front Door verfügt über ein Timeout für eine TCP-Verbindung im Leerlauf von 61 Sekunden.

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
Download	Es gibt keine Beschränkung für die Downloadgröße.	Es gibt keine Beschränkung für die Downloadgröße.
Upload	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 den Grenzwerten für Regel-Engine-Konfigurationen finden Sie unter Regel-Engine: Terminologie.

Azure Network Watcher-Grenzwerte

Resource	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

Resource	Begrenzung
Anzahl der BGP-Peers	8
Anzahl von Routen, die jeder BGP-Peer für Azure Route Server ankündigen kann ¹	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	250
Anzahl der Präfixe für virtuelle Netzwerke, die Azure Route Server unterstützen kann	400

¹ Wenn Ihr NVA mehr Routen als den Grenzwert ankündigt, wird die BGP-Sitzung gelöscht.

² Die Anzahl der VMs, die Azure Route Server unterstützen kann, ist kein fester Grenzwert, sondern hängt von der Verfügbarkeit und Leistung der zugrunde liegenden Infrastruktur ab.

Hinweis

Die Gesamtzahl der Routen, die vom VNet-Adressraum und von Route Server 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.

Einschränkungen für ExpressRoute

Resource	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

Resource	Lokale/Standard-SKU	Premium-SKU
Maximale Anzahl der für das private Azure-Peering angekündigten IPv4-Routen	4\.000	10.000
Maximale Anzahl der für das private Azure-Peering angekündigten IPv6-Routen	100	100
Maximale Anzahl der vom privaten Azure-Peering angekündigten IPv4-Routen aus dem VNet-Adressraum	1\.000	1\.000
Maximale Anzahl der vom privaten Azure-Peering angekündigten IPv6-Routen aus dem VNet-Adressraum	100	100
Maximale Anzahl der für das Microsoft-Peering angekündigten IPv4-Routen	200	200
Maximale Anzahl der für das Microsoft-Peering angekündigten IPv6-Routen	200	200

Für jeden ExpressRoute-Verbindungsgrenzwert zulässige virtuelle Netzwerkverknüpfungen

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 der folgenden Tabelle sind die Gatewaytypen und die geschätzten Leistungsstufenwerte angegeben. Diese Werte sind von den folgenden Testbedingungen abgeleitet und stellen die maximalen Unterstützungsgrenzwerte dar. Die tatsächliche Leistung kann abhängig davon variieren, wie genau diese Testbedingungen vom Datenverkehr repliziert werden.

Testbedingungen

Gateway-SKU	Datenverkehr aus der lokalen Umgebung	Anzahl der vom Gateway angekündigten Routen	Anzahl der vom Gateway erlernten Routen
Standard/ERGw1Az	1 GBit/s	500	4000
Hochleistung/ERGw2Az	2 GBit/s	500	9\.500
Höchstleistung/ErGw3Az	10 GBit/s	500	9\.500

Leistungsergebnisse

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

Gateway-SKU	Verbindungen pro Sekunde	Megabits pro Sekunde	Pakete pro Sekunde	Unterstützte Anzahl der virtuellen Computer im virtuellen Netzwerk
Standard/ERGw1Az	7\.000	1\.000	100.000	2.000
Hochleistung/ERGw2Az	14.000	2\.000	250.000	4\.500
Höchstleistung/ErGw3Az	16.000	10.000	1\.000.000	11.000

Wichtig

Die Anwendungsleistung hängt von mehreren Faktoren ab, z. B. der End-to-End-Wartezeit und der Anzahl der Datenverkehrsflüsse, die die Anwendung öffnet. Die Zahlen in der Tabelle stellen die Obergrenze dar, die die Anwendung theoretisch in einer idealen Umgebung erzielen kann. Darüber hinaus führt Microsoft routinemäßige Host- und Betriebssystemwartung auf dem ExpressRoute Virtual Network Gateway 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 1400 Bytes. Ein Paket, das größer als 1400 Bytes ist, wird fragmentiert.

Grenzwerte für 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.

Resource	Begrenzung
Öffentliche IP-Adressen	16 pro NAT-Gateway
Subnetze	800 pro NAT-Gateway
Datendurchsatz	50 GBit/s
NAT-Gateways	1.000 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

Private Link-Grenzwerte

Für Azure Private Link gelten die folgenden Grenzwerte:

Resource	Begrenzung
Anzahl privater Endpunkte pro virtuellem Netzwerk	1.000
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	1.000
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

Traffic Manager-Grenzwerte

Resource	Begrenzung
Profile pro Abonnement	200 ¹
Endpunkte pro Profil	200

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

Grenzwerte des Gateways des virtuellen Netzwerks

Resource	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	Abhängig von der Gateway-SKU
P2S-Verbindungen	Abhängig von der Gateway-SKU
P2S-Routengrenzwert: IKEv2	256 außerhalb von Windows / 25 unter Windows
P2S-Routengrenzwert: OpenVPN	1000
Maximal flows	100K für VpnGw1/AZ / 512K für VpnGw2-4/AZ
Richtlinien für den Datenverkehrsselektor	100

Grenzwerte für Virtual WAN

Resource	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	500 minus Gesamtanzahl von Hubs in Virtual WAN
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.)

Grenzwerte für Notification Hubs

Tarif	Kostenlos	Basic	Standard
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 for Students	0	0	0	0	0
Enterprise	80	10	5	200	500
MSDN	–	5	2	200	500

Microsoft Purview-Grenzwerte

Die aktuellen Werte für Microsoft Purview-Kontingente finden Sie auf der Seite Verwalten und Erhöhen der Kontingente für Ressourcen mit Microsoft Purview.

Microsoft Sentinel-Grenzwerte

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

Service Bus-Grenzwerte

In der folgenden Tabelle sind die Kontingentinformationen für das Azure Service Bus Messaging aufgeführt. Informationen zu Preisen und anderen Kontingenten für Service Bus finden Sie unter Service Bus – Preise.

Namen des Kontingents	`Scope`	Wert	Notizen
Maximale Anzahl von Namespaces pro Azure-Abonnement	Namespace	1000 (Standard und Maximum)	Dieses Limit basiert auf dem `Microsoft.ServiceBus`-Anbieter, nicht auf dem Tarif. Daher handelt es sich um die Gesamtanzahl der Namespaces über alle Tarife hinweg. Nachfolgende Anforderungen weiterer Namespaces werden abgelehnt.
Größe von Warteschlangen oder Themen	Entität	1, 2, 3, 4 GB oder 5 GB In der Premium-SKU und in der Standard-SKU mit aktivierter Partitionierung beträgt die maximale Größe von Warteschlangen bzw. Themen 80 GB. Der Grenzwert für die Gesamtgröße eines Premium-Namespace beträgt 1 TB pro Messagingeinheit. Die Gesamtgröße aller Entitäten im Namespace kann diesen Grenzwert nicht überschreiten.	Wird beim Erstellen/Aktualisieren der Warteschlange oder des Themas definiert. Nachfolgende eingehende Nachrichten werden abgelehnt, und vom aufrufenden Code wird eine Ausnahme empfangen. Derzeit wird eine große Nachricht (Größe > 1 MB), die an eine Warteschlange gesendet wird, doppelt gezählt. Darüber hinaus wird eine große Nachricht (Größe > 1 MB), die an ein Thema gesendet wird, X + 1 Mal gezählt, wobei X die Anzahl der Abonnements für das Thema darstellt.
Maximale Anzahl gleichzeitiger Verbindungen in einem Namespace	Namespace	.NET-Messaging: 1.000. AMQP: 5.000	Nachfolgende Anforderungen für zusätzliche Verbindungen werden abgelehnt, und der aufrufende Code empfängt eine Ausnahme. REST-Vorgänge werden nicht zu den gleichzeitigen TCP-Verbindungen hinzugezählt.
Anzahl der gleichzeitigen Empfangsanforderungen für eine Warteschlangen-, Themen- oder Abonnemententität	Entität	5\.000	Nachfolgende Empfangsanforderungen werden abgelehnt, und vom aufrufenden Code wird eine Ausnahme empfangen. Dieses Kontingent gilt für alle gleichzeitigen Empfangsvorgänge über alle Abonnements eines Themas hinweg.
Anzahl von Themen oder Warteschlangen pro Namespace	Namespace	10.000 für den Basic- oder Standard-Tarif. Die Gesamtzahl von Themen und Warteschlangen in einem Namespace muss kleiner oder gleich 10.000 sein. Im Premium-Tarif ist ein Wert von 1.000 pro Messagingeinheit (Messaging Unit, MU) zulässig.	Nachfolgende Anforderungen zum Erstellen eines neuen Themas bzw. einer neuen Warteschlange im Namespace werden abgelehnt. Als Ergebnis wird bei der Konfiguration über das Azure-Portal eine Fehlermeldung generiert. Bei einem Aufruf über die Verwaltungs-API wird vom aufrufenden Code eine Ausnahme empfangen.
Anzahl von partitionierten Themen oder Warteschlangen pro Namespace	Namespace	Basic- und Standard-Tarif: 100. Jede partitionierte Warteschlange bzw. jedes partitionierte Thema wird in das zulässige Kontingent von 1.000 Entitäten pro Namespace eingerechnet.	Nachfolgende Anforderungen zum Erstellen eines neuen partitionierten Themas bzw. einer neuen Warteschlange im Namespace werden abgelehnt. Als Ergebnis wird bei der Konfiguration über das Azure-Portal eine Fehlermeldung generiert. Bei einem Aufruf über die Verwaltungs-API wird vom aufrufenden Code die Ausnahme QuotaExceededException empfangen. Wenn Sie mehr partitionierte Entitäten in einem Namespace mit Basic- oder Standard-Tarif haben möchten, erstellen Sie zusätzliche Namespaces.
Maximale Größe eines Messagingentitätspfads: Warteschlange oder Thema	Entität	260 Zeichen
Maximale Größe eines Messagingentitätsnamens: Namespace, Abonnement oder Abonnementregel	Entität	50 Zeichen
Maximale Größe der message ID	Entität	128
Maximale Größe der Sitzungs-ID einer Nachricht	Entität	128
Nachrichtengröße für eine Warteschlangen-, Themen- oder Abonnemententität	Entität	256 KB für Standard-Tarif 100 MB für Premium-Tarif. Die Nachrichtengröße umfasst die Größe der Eigenschaften (System- und Benutzereigenschaften) und die Größe der Nutzdaten. Die Größe der Systemeigenschaften variiert je nach Szenario.	Eingehende Nachrichten, die diese Kontingente überschreiten, werden abgelehnt, und vom aufrufenden Code wird eine Ausnahme empfangen.
Nachrichteneigenschaftsgröße für eine Warteschlangen-, Themen- oder Abonnemententität	Entität	Die maximale Nachrichteneigenschaftsgröße für jede Eigenschaft beträgt 32 KB. Die kumulierte Größe aller Eigenschaften darf 64 KB nicht überschreiten. Dieser Grenzwert gilt für den gesamten Header der im Broker gespeicherten Nachricht, die sowohl über Benutzereigenschaften als auch Systemeigenschaften verfügt (z. B. Sequenznummer, Bezeichnung und Nachrichten-ID). Maximale Anzahl der Headereigenschaften im Eigenschaftenbehälter: byte/int.MaxValue	Die Ausnahme `SerializationException` wird generiert.
Anzahl von Abonnements pro Thema	Entität	2\.000 pro Thema für die Ebenen „Standard“ und „Premium“	Nachfolgende Anforderungen zum Erstellen weiterer Abonnements für das Thema werden abgelehnt. Als Ergebnis wird bei der Konfiguration über das Portal eine Fehlermeldung angezeigt. Bei einem Aufruf über die Verwaltungs-API wird vom aufrufenden Code eine Ausnahme empfangen.
Anzahl von SQL-Filtern pro Thema	Entität	2\.000	Nachfolgende Anforderungen für die Erstellung weiterer Filter für das Thema werden abgelehnt, und der aufrufende Code empfängt eine Ausnahme.
Anzahl von Korrelationsfiltern pro Thema	Entität	100.000	Nachfolgende Anforderungen für die Erstellung weiterer Filter für das Thema werden abgelehnt, und der aufrufende Code empfängt eine Ausnahme.
Größe der SQL-Filter oder -Aktionen	Namespace	Maximale Länge der Filterbedingungszeichenfolge: 1.024 (1 K) Maximale Länge der Regelaktionszeichenfolge: 1.024 (1 K) Maximale Anzahl von Ausdrücken pro Regelaktion: 32.	Nachfolgende Anforderungen für die Erstellung weiterer Filter werden abgelehnt, und der aufrufende Code empfängt eine Ausnahme.
Anzahl der Autorisierungsregeln für gemeinsamen Zugriff pro Namespace, Warteschlange oder Thema	Entität, Namespace	Maximale Anzahl von Regeln pro Entitätstyp: 12. Regeln, die für einen Service Bus-Namespace konfiguriert werden, gelten für alle Typen: Warteschlangen, Themen.	Nachfolgende Anforderungen für die Erstellung weiterer Regeln werden abgelehnt, und der aufrufende Code empfängt eine Ausnahme.
Anzahl der Nachrichten pro Transaktion	Transaktion	100 Für Send() - und SendAsync() -Vorgänge.	Zusätzliche eingehende Nachrichten werden abgelehnt, und eine Ausnahme („Mehr als 100 Nachrichten dürfen nicht in einer einzelnen Transaktion gesendet werden“) wird durch den aufrufenden Code empfangen.
Anzahl von Regeln für virtuelle Netzwerke und IP-Filter	Namespace	128

Site Recovery-Grenzwerte

Für Azure Site Recovery gelten die folgenden Grenzwerte.

Grenzwertbezeichner	Begrenzung
Anzahl der Tresore pro Abonnement	500
Anzahl von Servern 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 SQL-Datenbanken

Weitere Informationen zu Grenzwerten für SQL-Datenbank finden Sie unter Ressourcenlimits für Singletons mit dem auf virtuellen Kernen (V-Kernen) basierenden Kaufmodell, Ressourcenlimits für Pools für elastische Datenbanken, die das V-Kern-Kaufmodell verwenden und Übersicht über Ressourcenlimits für Azure SQL Managed Instance.

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:

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

Für andere Abonnementangebotstypen:

Resource	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:

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

Für andere Abonnementangebotstypen:

Resource	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

Resource	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	Erfahren Sie, wie Sie eine Kontingenterhöhung vom Support anfordern.
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 Datenintegrationseinheiten¹ pro Arbeitsbereich und Azure Integration Runtime-Region	Regionsgruppe 1²: 6.000 Regionsgruppe 2²: 3,000 Regionsgruppe 3²: 1.500 Verwaltetes virtuelles Netzwerk²: 2.400	Regionsgruppe 1²: 6.000 Regionsgruppe 2²: 3,000 Regionsgruppe 3²: 1.500 Verwaltetes virtuelles Netzwerk: Erfahren Sie, wie Sie eine Kontingenterhöhung vom Support anfordern.
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	Erfahren Sie, wie Sie eine Kontingenterhöhung vom Support anfordern.
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 Pipelineobjekte³	200 KB	200 KB
Bytes pro Objekt für Datasetobjekte und verknüpfte Dienstobjekte³	100 KB	2\.000 KB
Bytes pro Nutzdaten für jede Aktivitätsausführung⁴	896 KB	896 KB
Datenintegrationseinheiten¹ 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	Erfahren Sie, wie Sie eine Kontingenterhöhung vom Support anfordern.
Gleichzeitige Anzahl von Datenflüssen pro Integration Runtime in einem verwalteten VNET	20	Erfahren Sie, wie Sie eine Kontingenterhöhung vom Support anfordern.
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	Erfahren Sie, wie Sie eine Kontingenterhöhung vom Support anfordern.

¹ 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.

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

Regionsgruppe	Regions
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.

³ 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.

⁴ 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 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.

Resource 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

Kapazität verwalteter SSD Premium v2-Datenträger² 32,768

Ultra-Datenträger 1\.000

Disk Ultra-Kapazität² 32,768

Standard_LRS-Momentaufnahmen¹ 75.000

Standard_ZRS-Momentaufnahmen¹ 75.000

Verwaltetes Image 50.000

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

² 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 unter Größen virtueller Computer.

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 VM-Anwendungen.

Datenträgerverschlüsselungssätze

Pro Region und Abonnement können maximal 1.000 Datenträgerverschlüsselungssätze erstellt werden. Weitere Informationen finden Sie in der Dokumentation zur Verschlüsselung für Linux- oder Windows-VMs. Wenn Sie das Kontingent erhöhen müssen, wenden Sie sich an den Azure-Support.

Verwaltete 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 Bits	256 KB	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	–	–	–	–	–	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	–	–	–	–	–	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, bei denen Leistung plus (Vorschauversion) aktiviert ist.

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 Bits	256 KB	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	–	–	–	–	–	–	–	–	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 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 60 MB/s	Bis zu 60 MB/s	Bis zu 60 MB/s	Bis zu 400 MB/s	Bis zu 600 MB/s	Bis zu 750 MB/s
*Erweiterter Durchsatz pro Datenträger	–	–	–	–	–	–	–	–	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, bei denen Leistung plus (Vorschauversion) aktiviert ist.

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

SSD Premium-Größen	P1	P2	P3	P4	P6	P10	P15	P20	P30	P40	P50	P60	P70	P80
Datenträgergröße in GiB	4	8	16	32	64	128 Bits	256 KB	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	–	–	–	–	–	–	–	–	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	–	–	–	–	–	–	–	–	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	Keine	Keine	Keine	Keine	Keine	Keine	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, bei denen Leistung plus (Vorschauversion) aktiviert ist.

Verwaltete SSD Premium-Datenträger: Grenzwerte pro VM

Resource	Begrenzung
Maximale Anzahl IOPS pro VM	80.000 IOPS mit GS5-VM
Maximaler Durchsatz pro VM	2\.000 MB/s mit GS5-VM

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

Resource	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)¹	<=50 Gbit/s

¹Eingang 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	P10	P20	P30	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	250 MB/s
Maximale Anzahl von Datenträgern pro Speicherkonto	280	70	35	17	8

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

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

StorSimple-Systemgrenzwerte

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.

Stream Analytics-Grenzwerte

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 virtuelle Computer

Resource	Begrenzung
Virtuelle Computer pro Clouddienst¹	50
Eingabeendpunkte pro Clouddienst²	150

¹ 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.

² 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 virtuelle Computer – Azure-Ressourcen-Manager

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

Resource	Begrenzung
VMs pro Abonnement	25.000¹ pro Region
Gesamte Kerne pro Abonnement	20¹ pro Region Wenden Sie sich an den Support, um diesen Grenzwert heraufzusetzen.
Azure Spot-VM: Kerne gesamt pro Abonnement	20¹ pro Region Wenden Sie sich an den Support, um diesen Grenzwert heraufzusetzen.
VM-Kerne pro Serie (z. B. Dv2 und F) pro Abonnement	20¹ 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	199²
Zertifikate pro Abonnement	Unbegrenzt³

¹ 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.

² 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.

³ 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.

Compute Gallery-Grenzwerte

Pro Abonnement gibt es Einschränkungen hinsichtlich der Bereitstellung von Ressourcen mithilfe von Compute Gallery-Katalogen:

100 Compute Gallery-Kataloge pro Abonnement und Region
1\.000 Imagedefinitionen pro Abonnement und Region
10.000 Imageversionen pro Abonnement und Region

Grenzwerte für VM-Skalierungsgruppen

Resource	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 Entwicklungstunnel

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

Resource	Begrenzung
Bandbreite	2 GB pro Benutzer*in
Tunnel	5 pro Benutzer
Aktive Verbindungen	20 pro Port
Ports	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

Um höhere Nutzungsgrenzwerte für Entwicklungstunnel anzufordern, öffnen Sie ein Problem in unserem GitHub-Repository. Geben Sie im Problem an, welchen Grenzwert Sie erhöhen möchten und warum.

Weitere Informationen

Understand Azure limits and increases (Grundlegendes zu Grenzwerten und Erhöhungen für Azure)
Virtual machine and cloud service sizes for Azure (Größen virtueller Computer und Clouddienste für Azure)
Sizes for Azure Cloud Services (Größen für Azure Cloud Services)
Benennungsregeln und -einschränkungen für Azure-Ressourcen

Resource	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
Kapazität verwalteter SSD Premium v2-Datenträger²	32,768
Ultra-Datenträger	1\.000
Disk Ultra-Kapazität²	32,768
Standard_LRS-Momentaufnahmen¹	75.000
Standard_ZRS-Momentaufnahmen¹	75.000
Verwaltetes Image	50.000

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

Verwalten von Grenzwerten

Allgemeine Grenzwerte

Grenzwerte von Verwaltungsgruppen

Grenzwerte für Abonnements

Grenzwerte für Ressourcengruppen

Vorlagengrenzwerte

Microsoft Entra ID-Grenzwerte

Einschränkungen für API Center (Vorschau)

API Management-Grenzwerte

App Service-Grenzwerte

Automatisierungsgrenzwerte

Prozessautomatisierung

Änderungsnachverfolgung und Bestand

Updateverwaltung

Azure App Configuration

Azure Cache for Redis-Grenzwerte

Grenzwerte für Azure Cloud Services

Azure KI Search-Grenzwerte

Grenzwerte für Azure KI Services

Grenzwerte für Azure Communications-Gateway

Grenzwerte für Azure Container Apps

Einschränkungen für Azure Cosmos DB

Azure Data Explorer-Limits

Azure Database for MySQL

Azure Database for PostgreSQL

Grenzwerte für Azure Deployment Environments

Azure Files und Azure-Dateisynchronisierung

Azure Functions-Grenzwerte

Azure Health Data Services

Grenzwerte der Azure Health Data Services

Grenzwerte des Azure Healthcare APIs-Diensts

Grenzwerte für Azure Kubernetes Service

Azure Lab Services

Pro Ressourcentyp

Pro Region – Labpläne und Labs

Azure Load Testing-Grenzwerte

Azure Machine Learning-Grenzwerte

Azure Maps-Grenzwerte

Grenzwerte für Azure Monitor

Azure Data Factory-Grenzwerte

Limits für Webdienstaufrufe

Azure NetApp Files

Azure Policy-Grenzwerte

Azure Quantum-Grenzwerte

Anbieter Limits & Kontingent

Lernen & SKU entwickeln

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

Azure RBAC-Grenzwerte

Grenzwerte für Azure SignalR Service

Azure Spring Apps – Grenzwerte

Grenzwerte für Azure Storage

Begrenzungen beim Standard-Speicherkonto

Grenzwerte für Azure Storage-Ressourcenanbieter

Grenzwerte für Azure Blob Storage

Azure Queue-Speicherlimits

Azure Table-Speicherlimits

Grenzwerte für die Erstellung von Azure-Abonnements

Azure Virtual Desktop-Dienstgrenzwerte

Einschränkungen für Azure VMware Solution

Backup-Grenzwerte

Batch-Grenzwerte

Grenzwerte für das klassische Bereitstellungsmodell

Grenzwerte für Container Instances

Grenzwerte für die Containerregistrierung

Grenzwerte für Content Delivery Network

Grenzwerte für Data Lake Analytics

Data Factory-Grenzwerte

Limits für Webdienstaufrufe

Grenzwerte für Data Lake Storage

Grenzwerte für Data Share

Grenzwerte für Database Migration Service

Grenzwerte für Device Update for IoT Hub

Grenzwerte für Digital Twins

Funktionale Grenzwerte

Ratenbegrenzungen

Andere Limits

Grenzwerte für Event Grid

Event Grid-Drosselungsgrenzwerte

Grenzwerte für Namespaceressourcen

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