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

In diesem Dokument werden einige der am häufigsten verwendeten Microsoft Azure Grenzwerte aufgeführt, die manchmal auch als Kontingente bezeichnet werden.

• Weitere Informationen zu Azure Preisen finden Sie auf der Seite Azure Pricing Übersicht und Details.
• Die Azure Preisseite enthält Details zu bestimmten Diensten, z. B. Windows Virtual Machines.
• Sie können auch den Azure Berechnungsrechner verwenden, um Ihre Kosten zu schätzen.
• Informationen zum Verwalten Ihrer Kosten finden Sie unter Was ist die Microsoft-Abrechnung?.

Verwalten von Grenzwerten

Free Azure Testabonnements sind nicht für Grenzwert- oder Kontingenterhöhungen berechtigt. 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 der Übersichten für Try Azure for free or pay as you go.

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

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

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

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

Allgemeine Grenzwerte

• Informationen zu Grenzwerten für Ressourcennamen finden Sie unter Naming-Regeln und Einschränkungen für Azure Ressourcen.
• Weitere Informationen zu den Grenzwerten für Lese- und Schreibvorgänge der Resource Manager-API finden Sie unter Verständnis der Drosselung von Anforderungen durch den Azure Resource Manager.

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

Azure Abonnementbeschränkungen

Die folgenden Grenzwerte gelten, wenn Sie Azure Resource Manager- und Azure-Ressourcengruppen verwenden.

¹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 eine Liste mit Tagnamen und Werten zurück im Abonnement nur, wenn die Anzahl der eindeutigen Tags 80.000 oder kleiner ist. 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".

Beachten Sie, dass Abonnement-IDs nicht leere GUIDs sein müssen.

Azure Ressourcengruppenbeschränkungen

¹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

Sie können einige Vorlagengrenzwerte überschreiten, indem Sie eine geschachtelte Vorlage verwenden. Weitere Informationen finden Sie unter Verwenden Sie verknüpfte Vorlagen, wenn Sie Azure-Ressourcen bereitstellen. Um die Anzahl von Parametern, Variablen oder Ausgaben zu reduzieren, können Sie mehrere Werte in einem Objekt kombinieren. Weitere Informationen finden Sie unter Objects as parameters.

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 Serviceebenen gelten, einschließlich der folgenden:

• Ressourcenbeschränkungen in klassischen und v2-Ebenen der API-Verwaltung
• Ressourcenbeschränkungen in API-Verwaltungsarbeitsbereichen
• Ressourcenbeschränkungen im Entwicklerportal in API Management v2-Ebenen
• Gatewaylaufzeitbeschränkungen

Grenzwerte – API-Management der klassischen und v2-Stufen

Die folgenden Grenzwerte werden ab März 2026 eingeführt. Dienste in den klassischen Stufen, die die überarbeiteten Grenzwerte überschreiten, dürfen ihre vorhandene Kapazität behalten. Weitere Informationen finden Sie unter Informationen zu den Dienstlimits der API-Verwaltung.

¹ Gilt nur für Premium-Stufe.

Grenzwerte – API Management Arbeitsbereiche

Im Folgenden sind Ressourcenbeschränkungen pro workspace 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.

API Management Gatewaylaufzeitbeschränkungen

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

Azure App Service Grenzwerte

¹ Apps und Speicherkontingente sind pro App Service Plan, es sei denn, 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 Pricing.

⁴ Mehr sind auf Anfrage zulässig.

⁵ Das Speicherlimit ist die Gesamtinhaltsgröße für alle Apps im selben App-Dienstplan. Die Gesamtinhaltsgröße aller Apps in allen App service Plänen in einer einzelnen Ressourcengruppe und Region darf 500 GB nicht überschreiten. Das Dateisystemkontingent für App Service gehosteten Apps wird durch das Aggregat von App Service Plänen bestimmt, die in einer Region und Ressourcengruppe erstellt wurden.

⁶ 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. Für Windows Apps auf der Standardebene und höher gibt es keine theoretischen Grenzwerte für WebSockets, andere Faktoren können jedoch die Anzahl der WebSockets einschränken. 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.

⁹ 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. Daher müssen einige Features eines isolierten ILB App Service von Computern verwendet werden, die direkten Zugriff auf den ILB-Netzwerkendpunkt haben.

¹⁰ Führen Sie benutzerdefinierte ausführbare Dateien und/oder Skripts bei Bedarf, nach einem Zeitplan oder kontinuierlich als Hintergrundaufgabe in Ihrer App Service Instanz aus. Always On ist für die kontinuierliche Ausführung von WebJobs erforderlich. Es gibt kein vordefiniertes Limit für die Anzahl von WebJobs, die in einer App Service Instanz ausgeführt werden können. Es gibt praktische Grenzwerte, die davon abhängen, was der Anwendungscode zu tun versucht.

¹¹ Es werden nur Standardzertifikate ausgestellt (Wildcardzertifikate sind nicht verfügbar). Beschränkt auf nur ein kostenloses Zertifikat pro custom domain.

¹² Gesamte Speichernutzung aller Apps, die in einer einzelnen App Service-Umgebung bereitgestellt werden (unabhängig davon, wie sie in verschiedenen Ressourcengruppen zugeordnet sind).

Azure Automation Grenzwerte

Prozessautomatisierung

¹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 der Sandbox gebunden.
²Kostenlose Abonnements einschließlich Azure kostenloses-Konto und Azure für Studenten sind nicht für Begrenzungs- oder Kontingentänderungen 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.

Änderungsverfolgung und Inventar

Die folgende Tabelle zeigt die Grenzwerte für verfolgte Elemente pro Maschine für die Änderungsverfolgung.

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 Configuration

Azure Cache for Redis Grenzwerte

Azure Cache for Redis Grenzwerte und Größen unterscheiden sich für jede Preisstufe. Informationen zu den Preisniveaus und den zugehörigen Größen finden Sie unter Azure Cache for Redis Pricing.

Weitere Informationen zu Azure Cache for Redis Konfigurationsgrenzwerten finden Sie unter Default Redis Serverkonfiguration.

Da die Konfiguration und Verwaltung von Azure Cache for Redis Instanzen von Microsoft durchgeführt 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.

Azure Cloud Services Grenzwerte

¹Jeder Azure Cloud-Dienst mit Web- oder Workerrollen kann zwei Bereitstellungen aufweisen: eine für die Produktion und eine 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 AI Search Grenzwerte

Preisstufen bestimmen die Kapazität und Grenzen Ihrer search service. Zu diesen Ebenen gehören:

• Free: Multitenant-Dienst, der mit anderen Azure Abonnenten geteilt 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 Ebenen finden Sie unter Choose a tier (or SKU) for Azure AI 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.

¹ Sie können einen kostenlosen Suchdienst pro Azure Abonnement haben. Der Free-Tarif basiert auf einer Infrastruktur, die gemeinsam mit anderen Kundschaften genutzt wird. Da die Hardware nicht dedizierte ist, wird die Skalierung nicht unterstützt, und storage ist auf 50 MB beschränkt. Ein kostenloser Suchdienst könnte 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 Kapazität eines Suchdienstes einschätzen und verwalten.

Limits 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 Reliability in Azure AI Search.

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

Partitionspeicher (GB)

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

Diese Tabelle zeigt die Entwicklung 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. Amerika: Ost-US 2 EUAP. 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 Service-Grenzwerte in Azure AI Search.

Grenzwerte für Gießereitools

Die folgenden Grenzwerte gelten für die Anzahl der Azure AI services Ressourcen pro Azure Abonnement. Pro Ressourcentyp und Abonnement ist nur ein kostenloses Konto zulässig. Jedes der Foundry Tools kann andere Einschränkungen haben, weitere Informationen finden Sie unter Foundry Tools.

Azure Chaos Studio Grenzwerte

Informationen zu Azure Chaos Studio Servicelimits finden Sie unter Azure Chaos Studio Grenzwerte.

Azure Container Apps Grenzwerte

Informationen zu Azure Container Apps Grenzwerten finden Sie unter Quotas 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 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.

Azure Cosmos DB Grenzwerte

Informationen zu Azure Cosmos DB Grenzwerten finden Sie unter Limits in Azure Cosmos DB.

Azure Data Explorer Grenzwerte

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

In der folgenden Tabelle werden die Grenzwerte für Verwaltungsvorgänge beschrieben, die für Azure Data Explorer Cluster ausgeführt werden.

Azure Database for MySQL – Flexibler Server

Weitere Informationen finden Sie unter Limitations in Azure Database for MySQL – Flexible Server für Azure Database for MySQL – Flexible Servergrenzwerte.

Azure Database for PostgreSQL – Flexibler Server

Informationen zu den Grenzwerten für flexible Server von Azure Database for PostgreSQL finden Sie unter Grenzwerte in Azure Database for PostgreSQL flexible Server.

Einschränkungen für Azure-Bereitstellungsumgebungen

Azure Files und Azure File Sync

Weitere Informationen zu Azure Files und Azure File Sync finden Sie unter Skalierbarkeit und Leistungsziele für Azure Files und Azure File Sync.

Azure Functions Grenzwerte

Hinweise zu Dienstgrenzwerten:

1. Standardmäßig ist das Timeout für die Functions 1.x-Runtime in einem App-Service-Plan nicht begrenzt.
2. Hierfür muss der App Service-Plan auf Always On festgelegt werden. Bezahlen Sie zu Standardsätzen. Eine Karenzzeit von 10 Minuten wird für HTTP-ausgelöste Funktionen während Plattformupdates, aber nicht für andere Trigger angegeben.
3. Diese Grenzwerte sind im 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. Die Speicherbegrenzung ist die Gesamtgröße des Inhalts im temporären Speicher für alle Apps im selben App Service-Plan. Für Verbrauchspläne unter Linux beträgt der storage derzeit 1,5 GB.
6. Der Verbrauchsplan verwendet eine Azure Files Share für persistente Speicherung. Wenn Sie Ihre eigene Azure Files-Freigabe bereitstellen, hängen die spezifischen Größenbeschränkungen für die Freigabe von dem Speicherkonto ab, das Sie für WEBSITE_CONTENTAZUREFILECONNECTIONSTRING festgelegt haben.
7. Unter Linux müssen Sie eine eigene Azure Files-Freigabe explizit einbinden.
8. Wenn Ihre Funktions-App in einem Verbrauchsplan gehostet wird, wird nur die CNAME-Option unterstützt. Für Funktions-Apps in einem Premium-Plan oder einem App Service-Plan können Sie eine benutzerdefinierte Domain zuordnen, indem Sie entweder einen CNAME- oder einen A-Eintrag verwenden.
9. Es wird kein Timeout für die maximale Ausführungsdauer erzwungen. Die an eine Funktionsausführung übergebene Karenzzeit beträgt jedoch 60 Minuten during scale in 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 Limits.
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 Instance memory.
15. Ausführliche Informationen finden Sie im Artikel zum Hostingvergleich unter Scale.
16. Wenn die minimum-Anzahl 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 Azure Functions Hostingoptionen.

Azure Health Data Services

Azure Health Data Services Grenzwerte

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. Azure-API für FHIR ist allgemein als eigenständiges Serviceangebot 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, storage bis zu 100 TB für Ihren FHIR-Dienst zu erhöhen. Um mehr als 4 TB Speicherplatz anzufordern, erstellen Sie eine Supportanfrage im Azure-Portal und wählen Sie den Problemtyp "Dienste und Abonnementgrenzen (Kontingente)".

Azure-API für FHIR-Dienstgrenzwerte

Azure-API für FHIR ist eine verwaltete, standardsbasierte, kompatible API für klinische Gesundheitsdaten, die Lösungen für umsetzbare Analysen und maschinelles Lernen ermöglicht.

Azure Kubernetes Service Grenzwerte

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

¹ Die Standardanzahl von AKS-Clustern pro Abonnement pro Region für neue Abonnements kann in Regionen mit Kapazitätsbeschränkungen variieren.
² Um eine Erhöhung der Kontingentgrenze anzufordern, verwenden Sie den Anforderungsprozess für Kontingente im Azure-Portal. Kontingenterhöhungsanforderungen über dem maximalen Self-Service-Betrag erfordern ein Supportticket. Kostenlose Testversion und Azure für Schülerabonnements sind nicht für Limit- oder Kontingenterhöhungen berechtigt. Wenn Sie über ein kostenloses Testabonnement oder Azure für Schüler/Studenten verfügen, können Sie ein Upgrade auf ein Kostenpflichtiges as-you-go-Abonnement durchführen, um höhere Kontingentlimits zu erhalten.

Azure Lab Services

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

Pro Ressourcentyp

Pro Region – Labpläne und Labs

Weitere Informationen zu Azure Lab Services Kapazitätsgrenzen finden Sie unter Capacity-Grenzwerte 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 Service-Grenzwerte in Azure Load Testing.

Azure Machine Learning Grenzwerte

Unter Kontingente und Grenzwerte für Ressourcen mit Azure Machine Learning verwalten und erhöhen finden Sie die aktuellsten Werte für die Azure Machine Learning Compute-Kontingente.

Azure Maps Grenzwerte

Informationen zu Azure Maps Abfragen pro Sekunde (QPS) finden Sie unter Azure Maps QPS-Ratenbeschränkungen

In der folgenden Tabelle ist die maximale Datengröße für Azure Maps Konten in einem Azure-Abonnement aufgeführt. Der Azure Maps-Datendienst ist nur auf der Preisstufe Gen1 (S1) und Gen2 verfügbar.

Azure Managed Grafana Einschränkungen

Azure Monitor Grenzwerte

Informationen zu Azure Monitor Grenzwerten finden Sie unter Azure Monitor Servicelimits.

Azure Data Factory Grenzwerte

Azure Data Factory ist ein mehrinstanzenfähiger Dienst mit den folgenden Standardgrenzwerten, um sicherzustellen, dass Kundenabonnements vor den Arbeitslasten der anderen 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). Informationen zur Abrechnung finden Sie unter Azure Data Factory Pricing.

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

Wenn das verwaltete virtuelle Netzwerk aktiviert ist, beträgt die Datenintegrationseinheit (Data Integration Unit, DIU) in allen Regionsgruppen 2.400.

³ Pipeline-, Dataset- und verknüpfte Dienstobjekte stellen eine logische Gruppierung Ihrer Workload dar. 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. Der Grenzwert für diese Nutzlastgröße bezieht 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 hat Grenzwerte für API-Aufrufe. Sie können API-Aufrufe mit einer Rate innerhalb der Azure Resource Manager API-Grenzwerte durchführen.

Azure NetApp Files

Azure NetApp Files hat einen regionalen Grenzwert für die 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 Service- und Abonnementbeschränkungen (Kontingente) Supportanfrage.

Weitere Informationen zu den Grenzwerten für Azure NetApp Files finden Sie unter Ressourcenbeschränkungen für Azure NetApp Files.

Azure Policy Grenzwerte

Es gibt eine maximale Anzahl für jeden Objekttyp für Azure Policy. 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 Anbieter von Erst- als auch Drittanbietern. Drittanbieter besitzen eigene Grenzwerte und Kontingente. Benutzer können Angebote und Beschränkungen 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)

Wenden Sie sich an Azure Support, um eine Grenzwerterhöhung anzufordern.

Weitere Informationen finden Sie auf der Azure Quantum Preisseite. Details zu Drittanbieterangeboten finden Sie auf den relevanten Anbieterpreisseiten 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 Azure rollenbasierte Zugriffssteuerung (Azure RBAC).

Azure SignalR Service Grenzwerte

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

Weitere Informationen dazu, wie Verbindungen und Nachrichten gezählt werden, finden Sie unter Messages 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 Wie kann eine Azure SignalR Service Instanz skaliert werden?

Wenn Ihre Anforderungen die Grenzwerte einer einzelnen Instanz überschreiten, fügen Sie Instanzen hinzu. Weitere Informationen finden Sie unter How to enable Geo-Replication in Azure SignalR Service.

Azure Spring Apps Grenzwerte

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

Azure Storage Grenzwerte

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

• Standard-Speicherkontobegrenzungen
• Azure Storage-Ressourcenanbieterbeschränkungen
• Azure Blob Storage Limits
• Einschränkungen des Azure-Warteschlangenspeichers
• Azure Tabellenspeicherbeschränkungen

Standard-Speicherkontobegrenzungen

In der folgenden Tabelle werden die Standardgrenzwerte für Azure General Purpose v2 (GPv2), General Purpose v1 (GPv1) und Blob Storage accounts beschrieben.

Einige Einträge in der Tabelle gelten auch für den Festplattenzugriff und sind eindeutig gekennzeichnet. Der Datenträgerzugriff ist eine Ressource, die ausschließlich zum Importieren oder Exportieren von verwalteten Datenträgern über private Links verwendet wird.

Kunden sollten ein GPv2-Speicherkonto verwenden, da GPv1 eingestellt wird. Sie können problemlos ein GPv1- oder Blob Storage-Konto auf ein GPv2-Konto ohne Ausfallzeit aktualisieren und keine Daten kopieren müssen. Weitere Informationen finden Sie unter Upgrade zu einem GPv2-storage Konto.

Der Eingangsgrenzwert bezieht sich auf alle Daten, die an ein Speicherkonto oder einen Datenträgerzugriff gesendet werden. Der Ausgangsgrenzwert bezieht sich auf alle Daten, die von einem Speicherkonto oder Datenträgerzugriff empfangen wurden.

¹ Mit einer Erhöhung des Kontingents können Sie bis zu 500 Speicherkonten mit Standardendpunkten pro Region erstellen. Weitere Informationen finden Sie unter Azure Storage Kontokontingente erhöhen.

² Azure Storage Standardkonten unterstützen höhere Kapazitätsgrenzwerte und höhere Grenzwerte für den Eingangs- und Ausgang nach Anforderung. Um eine Erhöhung der Kontolimits anzufordern, wenden Sie sich an Azure Support.

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

Azure Blob Storage Grenzwerte

¹ 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. Um die Leistungsverbesserungen von Blobs mit hohem Durchsatz zu nutzen, laden Sie größere Blobs oder Blöcke hoch. Rufen Sie insbesondere den Put-Blob-Vorgang oder Put-Block-Vorgang 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-Warteschlangenspeichergrenzen

Azure Grenzwerte für Tabellenspeicher

In der folgenden Tabelle werden Kapazitäts-, Skalierbarkeits- und Leistungsziele für Table storage beschrieben.

Azure Grenzwerte für die Erstellung von Abonnements

Weitere Informationen zum Erstellen von Grenzwerten für Azure Abonnements finden Sie unter Billing-Konten und -Bereiche im Azure Portal.

Azure Virtual Desktop Dienstbeschränkungen

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

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

Alle anderen Azure Ressourcen, die in Azure Virtual Desktop verwendet werden, wie z. B. Virtual Machines, Speicher, Netzwerk usw. unterliegen ihren eigenen Ressourcenbeschränkungen, die in den relevanten Abschnitten dieses Artikels dokumentiert sind. Informationen zum Visualisieren der Beziehungen zwischen allen Azure Virtual Desktop-Objekten finden Sie in diesem Artikel Beziehungen zwischen den logischen Komponenten von Azure Virtual Desktop.

Um mit Azure Virtual Desktop zu beginnen, verwenden Sie den Leitfaden Getting started guide. Verwenden Sie den Abschnitt Azure Virtual Desktop des Cloud Adoption Framework, um tiefere Architekturinhalte für Azure Virtual Desktop zu finden. Für Preisinformationen für Azure Virtual Desktop fügen Sie "Azure Virtual Desktop" im Abschnitt "Compute" des Azure Preisrechners hinzu.

Azure VMware Solution Grenzwerte

In der folgenden 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 Grenzwerte

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

Weitere Informationen dazu, wie Verbindungen und Nachrichten in der Abrechnung gezählt werden, finden Sie unter Billing-Modell in 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 How to scale an Azure Web PubSub Service instance.

Wenn Ihre Anforderungen die Grenzwerte einer einzelnen Instanz überschreiten, fügen Sie Instanzen hinzu. Weitere Informationen finden Sie unter How to use Geo-Replication in Azure Web PubSub.

Backup-Grenzwerte

Eine Zusammenfassung der Azure Backup Supporteinstellungen und -einschränkungen finden Sie unter Azure Backup Support Matrices.

Batch-Grenzwerte

¹ 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 Batchkonto erstellen, sollten Sie Ihre Kontingente überprüfen und bei Bedarf eine Erhöhung des Kern- oder Dienstkontingents beantragen. 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 Azure Support, um eine Erhöhung über diesen Grenzwert hinaus anzufordern.

Grenzwerte für das klassische Bereitstellungsmodell

Die folgenden Grenzwerte gelten, wenn Sie anstelle des Azure Resource Manager Bereitstellungsmodells ein klassisches Bereitstellungsmodell verwenden.

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

²Die Speicherkontobeschränkung umfasst sowohl Standardspeicherkonten als auch Premiumspeicherkonten.

Grenzwerte für Container Instances

¹ Um eine Erhöhung des Limits anzufordern, erstellen Sie eine Azure Supportanfrage. Kostenlose Abonnements einschließlich Azure Kostenloses Konto und Azure für Schüler/Studenten sind nicht für Grenzwert- oder Kontingenterhöhungen berechtigt. 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.

Azure Container Registry Grenzwerte

In der folgenden Tabelle werden die Features und Beschränkungen der Dienstebenen "Basic", "Standard" und "Premium" Azure Container Registry beschrieben.

¹ Speicher ist im täglichen Preis für jede Stufe enthalten. Für eine zusätzliche Tagesgebühr pro GiB kann weiterer Speicher bis zum Grenzwert des Registrierungsspeichers genutzt werden. Preisinformationen finden Sie unter Azure Container Registry Pricing. Wenn Sie Speicherplatz über das Registrierungsspeicherlimit hinaus benötigen, wenden Sie sich an den support Azure.

² Einzelne Aktionen von content/delete, content/read, content/write, metadata/read, metadata/write entsprechen der Grenze der Repositorys pro Nicht-Microsoft Entra Token Scope Map.

Azure Content Delivery Network Grenzwerte

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

Azure Data Lake Analytics Grenzwerte

Azure Data Lake Analytics vereinfacht die komplexe Aufgabe, verteilte Infrastruktur und komplexen Code zu verwalten. Es stellt Ressourcen dynamisch zur Verfügung, und Sie können damit Analysen auf Exabyte-Daten durchführen. 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.

Azure Data Lake Storage Grenzwerte

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 allgemeinen v2- oder BlockBlobStorage-storage Konto zur Verfügung, und Sie können diese abrufen, indem Sie das Feature Hierarchical namespace des Kontos aktivieren. Informationen zu Skalierungszielen finden Sie in den folgenden Artikeln:

• Scale-Ziele für Blob-Speicher.
• Scale-Ziele für Standard-Storage-Konten.

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 Data Lake Storage Gen1 verwenden, um Daten beliebiger Größe, Typ und Erfassungsgeschwindigkeit an einem zentralen Ort für betriebs- und explorative Analysen zu erfassen. Es gibt keine Beschränkung auf die Datenmenge, die Sie in einem Data Lake Storage Gen1 Konto speichern können.

Azure Data Share Grenzwerte

mit Azure Data Share können Organisationen Daten einfach und sicher mit ihren Kunden und Partnern teilen.

Azure Database Migration Service Grenzwerte

Azure Database Migration Service ist ein vollständig verwalteter Dienst, der eine nahtlose Migration von mehreren Datenbankquellen zu Azure Datenplattformen mit minimalen Ausfallzeiten ermöglicht.

Azure Geräteregistrierungsgrenzwerte

In der folgenden Tabelle sind die Grenzwerte aufgeführt, die für die Ressourcen der Azure Geräteregistrierung gelten. Azure Geräteregistrierung wird mit Azure IoT Hub (Vorschau) und Azure IoT Operations verwendet.

Azure Geräteupdate für IoT Hub Grenzwerte

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.

In der folgenden Tabelle sind die Grenzwerte für die Geräteaktualisierung für IoT Hub Ressource in Azure Resource Manager aufgeführt.

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

Azure Digital Twins Grenzwerte

Funktionale Grenzwerte

In der folgenden Tabelle sind die funktionalen Grenzwerte von Azure Digital Twins aufgeführt.

Ratenbegrenzungen

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

Andere Limits

Grenzwerte für Datentypen und Felder in DTDL-Dokumenten für Azure Digital Twins Modelle finden Sie in der Spezifikationsdokumentation in GitHub: Digital Twins Definition Language (DTDL) - Version 3.

Details zur Abfragelatenz werden in der Abfragesprache beschrieben. Einschränkungen bestimmter Abfragesprachenfeatures finden Sie in der Abfragereferenzdokumentation.

Azure Event Grid Grenzwerte

Event Grid-Drosselungsgrenzwerte

Event Grid bietet eine Standardebene und eine Basic-Tarif. Der Event Grid-Standardtarif ermöglicht Veröffentlichen/Abonnieren mithilfe von MQTT (Message Queuing Telemetry Transport)-Brokerfunktionen und Pull-Zustellung von Nachrichten über den Event Grid-Namespace. Der Event Grid-Basic-Tarif ermöglicht die Pushzustellung mit benutzerdefinierten Event Grid-Themen, Event Grid-Systemthemen, Event Grid-Domänen und Event Grid-Partnerthemen. Weitere Informationen finden Sie im Artikel zum Auswählen des richtigen Event Grid-Tarifs. In diesem Artikel werden das Kontingent und die Grenzwerte für beide Tarife beschrieben.

Ressourcenbeschränkungen für Event Grid-Namespaces

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

MQTT-Grenzwerte im Event Grid-Namespace

Die folgenden Grenzwerte gelten für MQTT in der Event Grid-Namespaceressource.

Durchsatzeinheiten definieren die Kapazität der Eingangs- und Ausgangsereignisrate in Namespaces. Sie können TUs verwenden, um die Kapazität Ihrer Namespaceressource für den Nachrichtenausgang und -ausgang zu steuern.

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

Zurückgehaltene Nachrichten werden zum gesamten MQTT-Speicherkontingent für den Namespace gezählt. Wenn das Kontingent erreicht ist, schlägt die Veröffentlichung neuer aufbewahrter Nachrichten fehl, bis vorhandene Nachrichten ablaufen oder gelöscht werden (z. B. über Veröffentlichen einer leeren Nutzlast).

Ereignisbeschränkungen im Event Grid-Namespace

Die folgenden Grenzwerte gelten für Ereignisse in der Event Grid-Namespaceressource.

Ressourcengrenzwerte für benutzerdefinierte Themen, Systemthemen und Partnerthemen

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

Grenzwerte für Domänenressourcen

Die folgenden Grenzwerte gelten für die Event Grid-Domänenressource.

Azure Event Hubs Grenzwerte

Die folgenden Tabellen stellen Kontingente und Grenzwerte für Azure Event Hubs bereit. Informationen zu den Preisen für 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 Ressourcenzuordnung, Anzahl der Partitionen und storage ab.

Azure IoT Central Grenzwerte

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

Azure 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 für jede unit in jeder Stufe finden Sie unter Azure IoT Hub pricing.

In der folgenden Tabelle sind die Grenzwerte aufgeführt, die für IoT Hub Ressourcen gelten.

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

IoT Hub mit ADR-Integration und Microsoft-gesicherten X.509-Zertifikatverwaltungsgrenzwerten (Vorschau)

In der folgenden Tabelle sind die Grenzwerte aufgeführt, die für IoT Hub (Vorschau)-Instanzen gelten.

Alle anderen Drosselungen und Grenzwerte für Vorschau-Ressourcen im IoT-Hub entsprechen einem IoT-Hub des Standards S1.

In der folgenden Tabelle sind die Grenzwerte aufgeführt, die für ADR-Integration und die Vorschau-Features zur Zertifikatverwaltung gelten.

Weitere Informationen finden Sie in der vollständigen Liste der ADR-Grenzwerte.

Azure IoT Hub Grenzwerte für den Gerätebereitstellungsdienst

In der folgenden Tabelle sind die Grenzwerte aufgeführt, die für Azure IoT Hub Ressourcen des Gerätebereitstellungsdiensts gelten.

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

Azure Key Vault Grenzwerte

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

Verwaltete Geheimnisse, Speicherkontoschlüssel und Tresoroperationen

¹ Ein abonnementweiter Grenzwert für alle Transaktionstypen beträgt fünf Mal pro key vault Grenzwert.

Sichern von Schlüsseln, Geheimnissen, Zertifikaten

Wenn Sie ein key vault-Objekt, z. B. einen geheimen Schlüssel oder ein Zertifikat, sichern, lädt der Sicherungsvorgang das Objekt als verschlüsseltes Blob herunter. Dieses Blob kann nicht außerhalb von Azure entschlüsselt werden. Um verwendbare Daten aus diesem Blob zu erhalten, müssen Sie den Blob in einen Key Vault innerhalb desselben Azure-Abonnements und derselben Azure-Geografie wiederherstellen.

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

Key Vault beschränkt nicht die Anzahl der Schlüssel, geheimen Schlüssel oder Zertifikate, die in einem Tresor gespeichert werden können. Die Transaktionsgrenzwerte für den Tresor sollten berücksichtigt werden, um sicherzustellen, dass Vorgänge nicht gedrosselt werden.

Key Vault beschränkt nicht die Anzahl der Versionen für einen geheimen Schlüssel oder ein Zertifikat, aber das Speichern einer großen Anzahl von Versionen (500+) kann sich auf die Leistung von Sicherungsvorgängen auswirken. Siehe Azure Key Vault Backup.

Azure Key Vault: Verwaltete HSM-Grenzwerte

Ressourcentyp: verwaltetes HSM

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

Objektgrenzwerte

Detaillierte Anleitungen zur Kapazitätsplanung und -skalierung finden Sie unter Azure Managed HSM-Skalierungsleitfaden.

Azure Grenzwerte für verwaltete Identitäten

• Jede verwaltete Identität zählt zu dem Objektkontingentgrenzwert in einem Microsoft Entra Mandanten, wie in Microsoft Entra Dienstbeschränkungen und -einschränkungen beschrieben beschrieben.

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

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

• Die Häufigkeit, mit der eine vom Benutzer zugewiesene verwaltete Identität mit einer Azure Ressource zugewiesen werden kann:

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

Azure Media Services Grenzwerte

Kontolimits

Medienobjektlimits

Storage -Grenzwerte (Medien)

¹ Die für ein einzelnes Blob unterstützte maximale Größe 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 unterschiedliche access Rechte zu gewähren, verwenden Sie DRM-Lösungen (Digital Rights Management).

Schutzlimits

Supportticket

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 nicht zusätzlich Azure Media Services-Konten, um höhere Grenzwerte zu erreichen.

Azure Media Services v2 (Legacy)

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

Azure Grenzwerte für mobile Dienste

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

Azure Netzwerkgrenzwerte

Netzwerkgrenzwerte – Azure Resource Manager

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

¹Support für benutzerdefinierte Route pro Abonnement über 600 ist über Azure Virtual Network Manager verfügbar.

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". Der Standardwert für Enterprise Agreement-Abonnements ist beispielsweise 1000, und die Standardeinstellung für "Pay-as-you-go" ist 20. Der Großteil der Angebote beginnt bei 10. Es gibt auch eine gesamthöchste Anzahl von öffentlichen IP-Adressen pro Abonnement.

² grundlegende öffentliche IP-Adressen werden ab dem 30. September 2025 eingestellt. Weitere Informationen 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.

Azure Load Balancer Grenzwerte

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 für alle Load-Balancer-Regeln 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 virtual machines und virtuelle Netzwerke gelten jedoch weiterhin. Weitere Informationen finden Sie unter Netzwerkdurchsatz virtueller Computer.

Gateway-Load Balancer

Alle Grenzwerte für Standard Load Balancer gelten auch für Gateway-Load Balancer.

Grundlegender Load Balancer

³ Der Grenzwert für eine einzelne diskrete Ressource in einem Back-End-Pool (eigenständige virtuelle Maschine, Verfügbarkeitsgruppe oder Skalierungsgruppe virtueller Computer) besteht darin, dass bis zu 250 Frontend-IP-Konfigurationen über einen einzelnen einfachen öffentlichen Load Balancer und einen einfachen internen Load Balancer zugewiesen werden können.

Azure Application Gateway Grenzwerte

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 Application Gateway Instanz und nicht pro Application Gateway Ressource.

³ Es gibt einen 4 KB-Puffer für den Dateiuploadgrenzwert. Die Beschränkung der Dateigröße wird erst dann erzwungen, wenn der Dateiupload den festgelegten Grenzwert zuzüglich diesem Puffer überschreitet.

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

Azure Application Gateway für Containergrenzwerte

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 Standard-SKU konfigurieren, werden 2 Instanzen erstellt. Wenn Sie die Standard-SKU verwenden, können Sie eine Anzahl von Instanzen zwischen 2 und 50 angeben.

*Diese Workloadtypen werden hier definiert: Remote Desktop 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.

Azure DNS Grenzwerte

Öffentliche DNS

Öffentliche DNS-Zonen

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

Vorgänge in der öffentlichen DNS-Zone

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

Privates DNS

Private DNS Zonen

Private DNS Zonenvorgänge

Private-DNS-Ressourcendatensatzvorgänge

Vorgänge der virtuellen Netzwerkverknüpfung

Grenzwerte für von Azure bereitgestellte DNS-Resolver-VM

¹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 Standardmäßigen Azure Resolver, nicht für den privaten DNS-Resolver.

DNS Private Resolver¹

¹Differente Grenzwerte können vom Azure Portal erzwungen werden, bis das Portal aktualisiert wird. Verwenden Sie PowerShell, um Elemente bis zu den aktuellen Grenzwerten bereitzustellen.

Azure Firewall Grenzwerte

Azure Front Door (klassische) Grenzwerte

• 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 ist und sich auf eine oder mehrere Regionen konzentriert, oder wenn ein höheres Kontingent benötigt wird, erstellen Sie eine Azure Support-Anforderung.

Um eine Erhöhung des Limits anzufordern, erstellen Sie eine Azure-Supportanfrage. Kostenlose Abonnements einschließlich Azure Kostenloses Konto und Azure für Schüler/Studenten sind nicht für Grenzwert- oder Kontingenterhöhungen berechtigt. Wenn Sie über ein kostenloses Abonnement verfügen, können Sie ein Upgrade auf ein Pay-As-You-Go-Abonnement durchführen.

Azure Front Door Grenzwerte für Standard- und Premium-Dienste

• 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 in einer oder mehreren Regionen verteilt und konzentriert wird oder wenn ein höheres Kontingentlimit erforderlich ist, erstellen Sie eine Azure support Anforderung.

² 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 support-Anforderung senden.

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

Timeoutwerte

Vom Client zu Front Door

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

Front Door zum Anwendungs-Back-End

• Nachdem die HTTP-Anforderung an das Back-End weitergeleitet wird, 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 Azure Front Door Standard- und Premium-API oder im 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 würde Leerlaufverbindungen trennen, nachdem das 90-Sekunden-Leerlauf-Timeout erreicht wurde. Dieser Timeoutwert kann nicht konfiguriert werden.

Datenlimit beim Hoch- und Herunterladen

Andere Limits

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

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

Azure Network Watcher Grenzwerte

Azure Route Server Grenzwerte

¹ Wenn Ihre NVA mehr Routen als das Limit ankündigt, wird die BGP-Sitzung abgebrochen.

Azure ExpressRoute Grenzwerte

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 gilt sowohl für die Azure Resource Manager- als auch für klassische Bereitstellungsmodelle.

¹ "Unterstützte Anzahl von virtuellen Computern im virtuellen Netzwerk" bezieht sich auf die Anzahl der Ressourcen, die über das Gateway kommunizieren. Dazu gehören:

• Virtual Machines im virtuellen Hubnetzwerk
• Virtuelle Maschinen in verbundenen Spoke-virtuellen Netzwerken (Hub-Spoke-Topologie)
• Private Endpunkte
• Virtuelle Netzwerkgeräte (z. B. Anwendungsgateway, Azure Firewall)
• Back-End-Instanzen von PaaS-Diensten, die in virtuellen Netzwerken bereitgestellt werden (z. B. SQL Managed Instance, App Service Environment, Azure API Management im VNet-Modus)

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.

Azure NAT Gateway Grenzwerte

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

¹ Bei einer Standard-SKU-NAT-Gatewayressource wird der Gesamtdatendurchsatz von 50 GBit/s zwischen ausgehenden und eingehenden (Rückgabe)-Daten aufgeteilt. Der Datendurchsatz wird bis zu 25 GBit/s für ausgehende Daten und bis zu 25 GBit/s für eingehende (Antwort)-Daten über das NAT-Gateway unterstützt.

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

Azure Private Link Grenzwerte

Die folgenden Grenzwerte gelten für Azure privaten Link:

Azure Traffic Manager Grenzwerte

Ressourcenbeschränkungen

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

Standardmäßige Drosselungsgrenzwerte

Profiles

Endpoints

Metriken und Heatmap

Geohierarchie

Azure VPN Gateway Grenzwerte

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 gateway Instanz dar. 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) innerhalb Azure in verschiedenen Regionen mit 100 Verbindungen und 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.

Azure Virtual WAN Grenzwerte

Azure Notification Hubs Grenzwerte

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

Grenzwerte für Microsoft Dev Box

Microsoft Entra Dienstbeschränkungen

Informationen zu Microsoft Entra Dienstgrenzwerten finden Sie unter Microsoft Entra.

Microsoft Purview Grenzwerte

Informationen zu den aktuellen Microsoft Purview-Kontingenten finden Sie unter Grenzwerte für die klassische Microsoft Purview-Datenverwaltung.

Microsoft Sentinel Grenzwerte

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

Azure Service Bus Grenzwerte

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

Allgemeine Grenzwerte für alle Ebenen

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

Basic- vs. Standard- vs. Premium-Stufen

In der folgenden Tabelle sind Grenzwerte aufgeführt, die sich für die Stufen "Basic", "Standard" und "Premium" unterscheiden.

Azure Site Recovery Grenzwerte

Die folgenden Grenzwerte gelten für Azure Site Recovery.