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

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

• Weitere Informationen zu Azure-Preisen finden Sie auf der Azure-Preisübersicht und auf der Detailseite.
• Die Seite „Azure-Preise“ enthält Details zu bestimmten Diensten; z. B.: Virtuelle Windows-Computer.
• Sie können auch den Azure-Preisrechner verwenden, um Ihre Kosten zu schätzen.
• Informationen zum Verwalten Ihrer Kosten finden Sie unter Was ist die Microsoft-Abrechnung?.

Verwalten von Grenzwerten

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

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

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

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

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

General limits

• Unter Benennungsregeln und -einschränkungen für Azure-Ressourcen finden Sie Grenzwerte für Ressourcennamen.
• Unter Verstehen, wie Anforderungen durch Azure Resource Manager gedrosselt werden erfahren Sie mehr über die Lese- und Schreibbeschränkungen der Resource Manager-API.

Grenzwerte für Azure-Verwaltungsgruppen

Die folgenden Grenzwerte gelten für Azure-Verwaltungsgruppen.

¹Die 6 Ebenen enthalten nicht die Abonnementebene.

²Wenn Sie den Grenzwert von 800 Bereitstellungen erreichen, löschen Sie Bereitstellungen aus dem Verlauf, die nicht mehr benötigt werden. Um Bereitstellungen auf Verwaltungsgruppenebene zu löschen, verwenden Sie remove-AzManagementGroupDeployment oder az deployment mg delete.

³Bereitstellungen werden automatisch aus dem Verlauf gelöscht, während Sie sich dem Grenzwert nähern. Das Löschen eines Eintrags aus dem Bereitstellungsverlauf wirkt sich nicht auf die bereitgestellten Ressourcen aus. Weitere Informationen finden Sie unter Automatische Löschungen aus dem Bereitstellungsverlauf.

Grenzwerte für Azure-Abonnements

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

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

²Der Ressourcen-Manager gibt eine Liste mit Tagnamen und Werten im Abonnement nur zurück, wenn die Anzahl der eindeutigen Tags 80.000 oder weniger 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, während Sie sich dem Grenzwert nähern. Weitere Informationen finden Sie unter Automatische Löschungen aus dem Bereitstellungsverlauf.

Grenzwerte für Azure-Ressourcengruppen

¹Bereitstellungen werden automatisch aus dem Verlauf gelöscht, wenn Sie sich dem Grenzwert nähern. 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.

Template limits

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

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

Azure API Center-Grenzwerte

¹ Die Verwendung von Volldienstfeatures, einschließlich API-Analyse, ist eingeschränkt.
² Um einen Grenzwert im Standardplan zu erhöhen, wenden Sie sich an den Support.
³ Benutzerdefinierte Metadateneigenschaften, die APIs, Bereitstellungen und Umgebungen zugewiesen sind.
⁴ Der Vorgang kann von wenigen Minuten bis zu 24 Stunden dauern.
⁵ Quellen wie verknüpfte API-Verwaltungsinstanzen.

Azure API Management-Grenzwerte

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

• Klassische API Management-Ebenen
• API Management v2-Ebenen
• Arbeitsbereiche in API Management
• Entwicklerportal in API Management v2-Ebenen

Grenzwerte – klassische API Management-Ebenen

Grenzwerte in der folgenden Tabelle werden ab Juli 2025 eingeführt.

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

¹ Verbindungen werden gepoolt und wiederverwendet, es sei denn, sie werden ausdrücklich vom Backend geschlossen.
² Enthält eine bis zu 2048 Bytes lange Abfragezeichenfolge.
³ Die Anzahl der Knoten (oder Replikate), die einer selbst gehosteten Gatewayressource zugeordnet sind, ist in der Premium-Ebene unbegrenzt und auf einen einzelnen Knoten auf der Entwicklerebene begrenzt.
⁴ Bis zu maximal 60.000 Verbindungen.

Grenzwerte – API Management v2-Ebenen

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

¹ Verbindungen werden gepoolt und wiederverwendet, es sei denn, sie werden ausdrücklich vom Backend geschlossen.
² Enthält eine bis zu 2048 Bytes lange Abfragezeichenfolge.
³ Bis zu 60.000 Verbindungen pro Dienstinstanz.

Grenzwerte – Arbeitsbereiche in API Management

Im Folgenden sind Ressourcenbeschränkungen pro Arbeitsbereich in Azure API Management aufgeführt:

Grenzwerte – Entwicklerportal in API-Verwaltungsebenen v2

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

Azure App Service-Grenzwerte

¹ Apps und Speicherkontingente sind pro App Service-Plan, sofern nicht anders angegeben.

² 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 unterschiedlich groß sein. Weitere Informationen finden Sie unter App Service – Preise.

⁴ Mehr sind auf Anfrage zulässig.

⁵ Der Speichergrenzwert ist die Gesamtinhaltsgröße für alle Apps im selben App-Serviceplan. 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 für die dedizierten Instanzen (die Instanzgröße und die Anzahl der Instanzen) eingeschränkt.

⁷Wenn Sie eine Windows-App auf der Ebene "Einfach" auf zwei Instanzen skalieren, verfügen Sie über 350 gleichzeitige Verbindungen für jede der beiden Instanzen. 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ässigen gleichzeitigen Anfragen (definiert durch maxConcurrentRequestsPerCpu) sind zum Beispiel: 7.500 pro kleiner VM, 15.000 pro mittlerer VM (7.500 x 2 Kerne) und 75.000 pro großer VM (18.750 x 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 sind pro Instanz und hängen von der Instanzgröße ab: 1.920 pro B1/S1/P0V3/P1V3/P0V4/P1V4-Instanz, 3.968 pro B2/S2/P2V3/P2V4-Instanz, 8.064 pro B3/S3/P3V3/P4V4-Instanz.

⁹ App Service Isolated SKUs können intern mit dem Azure Load Balancer lastenausgeglichen werden, und daher gibt es keine öffentliche Konnektivität aus dem Internet. 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.

¹⁰ Führen Sie benutzerdefinierte ausführbare Dateien und/oder Skripts bei Bedarf, in einem Zeitplan oder kontinuierlich als Hintergrundaufgabe in Ihrer App Service-Instanz aus. 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 ausgestellt (Wildcardzertifikate sind nicht verfügbar). Nur auf ein kostenloses Zertifikat pro benutzerdefinierter Domäne beschränkt.

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

Azure-Automatisierungsgrenzwerte

Process automation

¹Ein Sandbox ist eine gemeinsam genutzte Umgebung, die von mehreren Aufträgen verwendet werden kann. Aufträge, die denselben Sandkasten verwenden, sind an die Ressourcenbeschränkungen des Sandkastens gebunden.
²Kostenlose Abonnements, einschließlich Azure-Free-Konto und Azure für Studierende, sind nicht für Änderungen von Limits oder Kontingenten berechtigt. Wenn Sie über ein kostenloses Abonnement verfügen, können Sie ein Upgrade auf pay-as-you-go-Abonnement durchführen. ³Grenzwerte für Government-Clouds: 200 gleichzeitig ausgeführte Aufträge gleichzeitig pro Automatisierungskonto, keine Beschränkung der Anzahl von Automatisierungskonten pro Abonnement.

Änderungsnachverfolgung und Bestand

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

Azure Update Manager

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

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

Azure App-Konfiguration

Azure Cache for Redis-Grenzwerte

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

¹Jeder Azure Cloud Service mit Web- oder Arbeitsrollen kann über zwei Bereitstellungen verfügen, eine für die Produktion und einen für staging. Dieser Grenzwert bezieht sich auf die Anzahl der unterschiedlichen Rollen, also Konfigurationen. Dieser Grenzwert bezieht sich nicht auf die Anzahl der Instanzen pro Rolle, d.h. die Skalierung.

Azure KI Search-Grenzwerte

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

• Kostenlos: Mehrinstanzendienst, der für andere Azure-Abonnenten freigegeben wird und hilft bei Evaluierungen und kleinen Entwicklungsprojekten.
• Einfach: Bietet dedizierte Computerressourcen für Produktionsworkloads in kleinerem Maßstab und mit bis zu drei Replikaten für hoch verfügbare Abfrageworkloads
• Standard: umfasst S1, S2, S3 und S3 hohe Dichte; ist für größere Produktionsarbeitslasten vorgesehen; Mehrere Ebenen sind innerhalb der Standardebene 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) bis zur maximalen Anzahl zulässiger Dienste in den einzelnen Ebenen pro Region erstellen. Beispielsweise können Sie in einem Abonnement bis zu 16 Dienste für die Basic-Ebene und weitere 16 Dienste für die S1-Ebene im selben Abonnement und in derselben Region erstellen. Anschließend können Sie zusätzliche 16 Basic-Dienste in einer anderen Region für insgesamt 32 Basisdienste im selben Abonnement erstellen. Weitere Informationen zu Tarifen finden Sie unter Auswählen eines Tarifs (oder einer SKU) für Azure KI-Suche.

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

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

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

Grenzwerte pro Suchdienst

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

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

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

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

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

Partitionsspeicher (GB)

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

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

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

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

³ Speicher mit höherer Kapazität ist in Westeuropa verfügbar.

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

Grenzwerte für Azure KI Services

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

Azure Chaos Studio-Grenzwerte

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

Grenzwerte für Azure Communications-Gateway

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

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

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

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

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

• Request URI
• To header
• From header

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

Grenzwerte für Azure Container Apps

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

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

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

* Der Grenzwert für Bildgröße für ein Verbrauchsworkloadprofil 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.

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

Azure Database for MySQL – Flexibler Server

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

Azure Database for PostgreSQL – Flexibler Server

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

Grenzwerte für Azure Deployment Environments

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

Hinweise zu Dienstgrenzwerten:

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

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

Azure Health Data Services

Grenzwerte der Azure Health Data Services

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

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

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

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.

Grenzwerte für Azure Kubernetes Service

¹ Windows Server-Container müssen das Azure CNI-Netzwerk-Plug-In verwenden. Kubenet wird für Windows Server-Container nicht unterstützt.

¹ Windows Server-Container müssen das Azure CNI-Netzwerk-Plug-In verwenden. Kubenet wird für Windows Server-Container nicht unterstützt.

Azure Lab Services

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

Pro Ressourcentyp

Pro Region – Labpläne und Labs

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

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

Azure Load Testing-Grenzwerte

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

Azure Machine Learning-Grenzwerte

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

Azure Maps-Grenzwerte

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.

Azure Managed Grafana-Grenzwerte

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.

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

²Azure Integration Runtime ist global verfügbar , um Die Datenkonformität, Effizienz und reduzierte Netzwerkausgangskosten sicherzustellen.

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

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

Limits für Webdienstaufrufe

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

Azure NetApp-Dateien

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

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

Azure Policy-Grenzwerte

Für jeden Objekttyp für Azure Policy gilt eine maximale Anzahl. Bei Definitionen bedeutet ein Eintrag des Bereichs die Verwaltungsgruppe oder das Abonnement. Bei Zuordnungen und Ausnahmen bedeutet ein Eintrag des Bereichs die Verwaltungsgruppe, das Abonnement, die Ressourcengruppe oder einzelne Ressource.

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

Azure Quantum-Grenzwerte

Grenzwerte und Kontingente für Anbieter

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

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

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

Während Sie sich im Learn & Develop-SKU befinden, können Sie keine Erhöhung Ihrer Kontingente anfordern. Stattdessen sollten Sie zur SKU „Leistung im großen Stil“ (Performance at Scale) wechseln.

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

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 der Aufträge, die gleichzeitig in die Warteschlange gestellt werden können.

Azure RBAC-Grenzwerte

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

Grenzwerte für Azure SignalR Service

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

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

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

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

Azure Spring Apps – Grenzwerte

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

Grenzwerte für Azure Storage

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

• Grenzwerte für das Standard-Speicherkonto
• Grenzwerte für Azure Storage-Ressourcenanbieter
• Grenzwerte für Azure Blob Storage
• Grenzwerte für Azure Queue Storage
• Grenzwerte für Azure Table Storage

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 Eingangsgrenzwert bezieht sich auf alle Daten, die an ein Speicherkonto gesendet werden. Der Ausgangsgrenzwert 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.

¹ Mit einer Erhöhung des Kontingents 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 Kapazitätsgrenzwerte und höhere Grenzwerte für die Eingabe und die Ausgabe auf Anfrage. Wenden Sie sich an den Azure-Support, um eine Erhöhung der Kontobeschränkungen anzufordern.

Grenzwerte für Azure Storage-Ressourcenanbieter

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

Grenzwerte für Azure Blob Storage

¹ 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 insbesondere den Vorgang Put Blob oder Put Block mit einer Blob- oder Blockgröße auf, die größer als 256 KiB ist.

² Seitenblobs werden noch nicht in Konten unterstützt, für die ein hierarchischer Namespace aktiviert ist.

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

Azure Queue-Speicherlimits

Azure Table-Speicherlimits

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

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.

¹Wenn Sie mehr als 500 Anwendungsgruppen benötigen, heben Sie bitte ein Supportticket über das Azure-Portal auf.

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.

Grenzwerte von Azure VMware Solution

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

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

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

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

Azure Web PubSub-Host

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

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

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

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

Backup limits

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

Batch limits

¹ Für Kapazitätsverwaltungszwecke wurden die Standardkontingente für neue Batchkonten in einigen Regionen und für einige Abonnementtypen aus dem obigen Wertebereich 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, um eine Erhöhung über diesen Grenzwert hinaus anzufordern.

Grenzwerte für das klassische Bereitstellungsmodell

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

¹Zusätzlich kleine Instanzen zählen als eine vCPU für das vCPU-Limit, obwohl sie einen teilweisen CPU-Kern verwenden.

²Das Limit für Speicherkonten umfasst sowohl Standard- als auch Premium-Speicherkonten.

Grenzwerte für Container Instances

¹Um eine Grenzwerterhöhung anzufordern, erstellen Sie eine Azure-Supportanfrage. Kostenlose Abonnements, einschließlich kostenloses Azure-Konto und Microsoft Azure for Students, sind nicht für Grenzwert- oder Kontingenterhöhungen qualifiziert. Wenn Sie über ein kostenloses Abonnement verfügen, können Sie ein Upgrade auf ein Pay-As-You-Go-Abonnement durchführen.
²Standardlimit für das Pay-As-You-Go-Abonnement. Der Grenzwert kann für andere Kategorietypen abweichen.

Grenzwerte für die Azure Container Registry

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

¹ Speicher ist in der täglichen Rate jeder Stufe enthalten. 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.

²ReadOps, WriteOps und Bandwidth sind Mindestschätzungen. 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 wird basierend auf der Anzahl der Ebenen im Image und dem Manifestabruf in mehrere Lesevorgänge übersetzt.

⁴Ein Docker-Push übersetzt sich in mehrere Schreibvorgänge, basierend auf der Anzahl der Ebenen, die verschoben werden müssen. Ein docker push umfasst ReadOps, um ein Manifest für ein bestehendes Bild abzurufen.

⁵ Einzelne Aktionen von content/delete, content/read, content/write, metadata/read, metadata/write entsprechen dem Grenzwert von Repositories pro Bereichszuordnung.

Grenzwerte für Azure Content Delivery Network

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

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

Grenzwerte für Azure Data Lake Analytics

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

Grenzwerte für Azure Data Lake Store

Azure Data Lake Storage Gen2 ist kein dedizierter Dienst- oder Speicherkontotyp. Es handelt sich dabei um das aktuelle Release von Funktionen für Big Data-Analysen. Diese Funktionen stehen in einem General-Purpose-v2- oder BlockBlobStorage-Speicherkonto zur Verfügung, und Sie können diese erhalten, indem Sie das Hierarchische Namensraum-Feature des Kontos aktivieren. Informationen zu Skalierungszielen finden Sie in den folgenden Artikeln:

• Skalierbarkeitsziele für Blob Storage.
• Skalierbarkeitsziele für Standardspeicherkonten.

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.

Grenzwerte für Azure Data Share

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

Grenzwerte für Azure Database Migration Service

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

Grenzwerte für Azure Device Update for IoT Hub

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

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

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

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

Grenzwerte für Azure Digital Twins

Functional limits

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

Rate limits

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

Other limits

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

Details zur Abfragelatenz sind in Abfragesprache beschrieben. Einschränkungen bestimmter Funktionen der Abfragesprache finden Sie in der Referenzdokumentation zu Abfragen.

Azure Event Grid-Grenzwerte

Event Grid-Drosselungsgrenzwerte

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

Grenzwerte für Event Grid-Namespaceressourcen

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

MQTT-Grenzwerte in Event Grid-Namespace

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

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

Ereignisgrenzwerte in Event Grid-Namespace

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

Ressourcengrenzwerte für benutzerdefinierte Themen, Systemthemen und Partnerthemen

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

Grenzwerte für Domänenressourcen

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

Grenzwerte für Azure Event Hubs

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

Allgemeine Grenzwerte für alle Ebenen

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

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

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

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

Grenzwerte für Azure IoT Central

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

Grenzwerte für Azure IoT Hub

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

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

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

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

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

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

Grenzwerte für Azure Key Vault

Ressourcentyp: Tresor

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

Wichtige Transaktionen (maximale Anzahl von Transaktionen in 10 Sekunden, pro Tresor pro Region¹)

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

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

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.

Azure Key Vault: Verwaltete HSM-Grenzwerte

Ressourcentyp: verwaltetes HSM

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

Object limits

Detaillierte Anleitungen zur Kapazitätsplanung und Skalierung der Leistung finden Sie unter Skalierungsleitfaden für Azure veraltetes HSM.

Grenzwerte für Azure verwaltete Identitäten

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

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

  1. Pro Microsoft Entra-Mandant pro Azure-Region: 400 Erstellungsvorgänge pro 20 Sekunden.
  2. Pro Azure-Abonnement pro Azure-Region: 80 Erstellvorgänge pro 20 Sekunden.

• Dies ist die Rate, mit der die benutzerseitig zugewiesene verwaltete Identität einer Azure-Ressource zugewiesen werden kann:

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

Grenzwerte für Azure Media Services

Account limits

Asset limits

Speicherlimits (Medien)

¹ Die maximale Größe, die für ein einzelnes Blob unterstützt wird, beträgt derzeit bis zu 5 TB in Azure Blob Storage. 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)

³ Diese Zahl umfasst in die Warteschlange eingereihte, fertige, aktive und abgebrochene Aufträge. 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

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

⁵ Live-Ausgaben beginnen bei der Erstellung und enden, wenn sie gelöscht werden.

Limits für Verpackung und Bereitstellung

⁶ Bei Verwendung einer benutzerdefinierten Streamingrichtlinie sollten Sie einen begrenzten Satz solcher Richtlinien für Ihr Media Service-Konto entwerfen und für Ihre StreamingLocators wiederverwenden, wenn dieselben Verschlüsselungsoptionen und Protokolle erforderlich sind. Sie sollten nicht für jeden Streaminglocator eine neue Streamingrichtlinie erstellen.

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

Protection limits

Support ticket

Für Ressourcen, die nicht festgelegt sind, können Sie anfordern, die Kontingente anzuheben, 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 höhere Grenzwerte zu erhalten.

Azure Media Services v2 (Vorgängerversion)

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

Grenzwerte für Azure Mobile Services

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

Grenzwerte für Azure-Netzwerk

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

Grenzen für öffentliche IP-Adressen

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

² Einfache öffentliche IP-Adressen sind veraltet und werden zum 30. September 2025 eingestellt. Weitere Details finden Sie hier .

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

Grenzwerte für Azure Load Balancer

Load Balancer Standard

^{1 Jedes NIC kann insgesamt 300 Regeln (Lastenausgleich, eingehende NAT und ausgehende Regeln kombiniert) für alle IP-Konfigurationen auf dem NIC konfiguriert haben. 2 Back-End-IP-Konfigurationen werden über alle Lastenausgleichsregeln hinweg aggregiert, einschließlich Lastenausgleich, eingehender NAT und ausgehender Regeln. Jede Regel, für die eine Back-End-Poolinstanz konfiguriert ist, zählt als eine Konfiguration.}

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

Gatewaylastenausgleich

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

Load Balancer Basic

³ Der Grenzwert für eine einzelne diskrete Ressource in einem Backend-Pool (eigenständige virtuelle Maschine, Verfügbarkeitsgruppe oder Skalierungsgruppenzuordnung für virtuelle Maschinen) liegt bei bis zu 250 Frontend-IP-Konfigurationen über einen einzelnen Basic Public Load Balancer und einen Basic Internal Load Balancer.

Grenzwerte für Azure Application Gateway

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

¹ Die Anzahl der in der Tabelle aufgeführten Ressourcen gilt für standardmäßige Anwendungsgateway-SKUs und WAF-fähige SKUs, die CRS 3.2 oder DRS ausführen. Für WAF-fähige SKUs, die CRS 3.1 oder niedriger ausführen, lautet die unterstützte Anzahl 40. Weitere Informationen finden Sie im WAF-Modul.

² Grenzwert ist pro Anwendungsgatewayinstanz nicht pro Anwendungsgatewayressource.

³ Muss den Wert über die WAF-Richtlinie für das Anwendungsgateway definieren.

Grenzwerte für Azure Application Gateway für Container

Grenzwerte für eingehende Kubernetes und Gateway-API-Konfiguration

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.

*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

Public DNS

Öffentliche DNS-Zonen

¹Wenn Sie diese Kontingentbeschränkungen erhöhen müssen, wenden Sie sich an den Azure-Support.

Vorgänge in der öffentlichen DNS-Zone

Vorgänge für öffentliche DNS-Ressourceneinträge

Private DNS

Private DNS-Zonen

Vorgänge in der privaten DNS-Zone

Vorgänge für private DNS-Ressourceneinträge

Vorgänge für virtuelle Netzwerkverbindungen

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

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

DNS Private Resolver¹

¹ 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

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.

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

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

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

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

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

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

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

Timeout values

Vom Client zu Front Door

• Headertimeout: Nach dem Herstellen der TCP/TLS-Verbindung gilt in Front Door ein Timeout von 5 Sekunden für den Empfang aller Header vom Client. Die Verbindung wird beendet, wenn der Client nicht innerhalb von 5 Sekunden Header sendet. Dieser Timeoutwert kann nicht konfiguriert werden.
• HTTP-Keep-Alive-Timeout: In Front Door gilt ein HTTP-Keep-Alive-Timeout von 90 Sekunden. Die Verbindung wird beendet, wenn der Client 90 Sekunden lang keine Daten sendet. Dieser Timeoutwert kann nicht konfiguriert werden.

Front Door zum Anwendungs-Back-End

• Nach der Weiterleitung der HTTP-Anforderung an das Back-End wartet Azure Front Door 60 Sekunden (Standard und Premium) oder 30 Sekunden (klassisch) auf das erste Paket vom Back-End. Anschließend wird ein 503-Fehler an den Client oder 504 für eine zwischengespeicherte Anforderung zurückgegeben. Sie können diesen Wert mithilfe des Felds "originResponseTimeoutSeconds " in der Azure Front Door Standard- und Premium-API oder mit dem Feld "sendRecvTimeoutSeconds" in der Azure Front Door (klassischen) API 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

Other limits

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

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

Azure Network Watcher-Grenzwerte

Grenzwerte für Azure Route Server

¹ Wenn Ihre NVA mehr Routen als das Limit ankündigt, wird die BGP-Sitzung abgebrochen. Dieser Grenzwert kann über einen Supportfall auf 4.000 erhöht werden.

Grenzwerte für Azure ExpressRoute

Routenankündigung – Grenzwerte

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

* 100 GBit/s nur bei ExpressRoute Direct

ExpressRoute-Gatewayleistung – Grenzwerte

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

Maximal unterstützte Grenzwerte

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

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

Grenzwerte für Azure NAT Gateway

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

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

² Standardgrenzwerte für NAT-Gateways variieren je nach Kategorietyp, z. B. "Kostenlose Testversion", "Pay-as-you-go" und "CSP". Beispielsweise ist der Standardwert für Enterprise Agreement-Abonnements 1000.

Grenzwerte für Azure Private Link

Für Azure Private Link gelten die folgenden Grenzwerte:

Grenzwerte für Azure Traffic Manager

Resource limits

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

Standardmäßige Drosselungsgrenzwerte

Profiles

Endpoints

Metriken und Heatmap

Geo hierarchy

Grenzwerte für Azure VPN Gateway

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

Grenzwerte nach Gateway-SKU

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

Grenzwerte der Gatewayleistung

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

• Die beste Leistung wurde bei der Verwendung des GCMAES256-Algorithmus für die IPsec-Verschlüsselung und -Integrität erzielt.
• Bei der Verwendung des AES256-Algorithmus für die IPSec-Verschlüsselung und des SHA256-Algorithmus für die Integrität wurde eine durchschnittliche Leistung erzielt.
• Bei der Verwendung des DES3-Algorithmus für die IPSec-Verschlüsselung und des SHA256-Algorithmus für die Integrität wurde die niedrigste Leistung erzielt.