Bei der bereichszuordnung besteht ein unterschied zwischen dem ausgewählten

Weiter zum Hauptinhalt

Dieser Browser wird nicht mehr unterstützt.

Führen Sie ein Upgrade auf Microsoft Edge durch, um die neuesten Features, Sicherheitsupdates und den technischen Support zu nutzen.

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

• Artikel
• 09/12/2022
• 125 Minuten Lesedauer

In diesem Artikel

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

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

Verwalten von Grenzwerten

Hinweis

Einige Dienste verfügen über anpassbare Grenzwerte.

Wenn ein Dienst keine anpassbaren Grenzwerte aufweist, verwenden die folgenden Tabellen den Header Limit. In diesen Fällen sind die Standard- und die maximalen Grenzwerte identisch.

Wenn der Grenzwert angepasst werden kann, enthalten die Tabellen die Header Default limit und Maximum limit. Der Grenzwert kann über den Standardgrenzwert, aber nicht über den maximalen Grenzwert angehoben werden.

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

Die Begriffe Soft Limitund Hard Limit werden häufig informell verwendet, um den aktuellen, anpassbaren Grenzwert (Soft Limit) und den maximalen Grenzwert (Hard Limit) zu beschreiben. Wenn ein Grenzwert nicht anpassbar ist, gibt es keinen Soft Limit, nur einen Hard Limit.

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

Einige Grenzwerte werden auf Regionsebene verwaltet.

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

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

Allgemeine Grenzwerte

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

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

Grenzwerte von Verwaltungsgruppen

Die folgenden Grenzwerte gelten für Verwaltungsgruppen.

1Bei den 6 Ebenen ist die Abonnementebene nicht enthalten.

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

Grenzwerte für Abonnements

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

1 Sie können bis zu 50 Tags direkt auf ein Abonnement anwenden. Das Abonnement kann jedoch eine unbegrenzte Anzahl von Tags enthalten, die auf Ressourcengruppen und Ressourcen innerhalb des Abonnements angewendet werden. Die Anzahl von Tags pro Ressource oder Ressourcengruppe ist auf 50 beschränkt.

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

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

Grenzwerte für Ressourcengruppen

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

Vorlagengrenzwerte

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

Active Directory-Grenzwerte

Im Anschluss finden Sie die Verwendungseinschränkungen und andere Grenzwerte für den Azure AD-Dienst.

API Management-Grenzwerte

1 Die Skalierungsgrenzen sind vom Tarif abhängig. Details zu den Tarifen und den dazugehörigen Grenzwerten für die Skalierung finden Sie unter API Management – Preise.
2 Die Cachegröße pro Einheit ist vom Tarif abhängig. Die Tarife und die dazugehörigen Grenzwerte für die Skalierung finden Sie unter API Management – Preise.
3 Verbindungen werden gepoolt und wiederverwendet, sofern sie nicht ausdrücklich vom Backend geschlossen werden.
4 Diese Grenze gilt pro Einheit der Stufen Basic, Standard und Premium. Der Developer-Tarif ist auf 1.024 beschränkt. Dieser Grenzwert betrifft den Tarif „Consumption“ nicht.
5 Dieses Limit gilt für die Stufen Basic, Standard und Premium. Im Tarif „Consumption“ ist die Größe des Richtliniendokuments auf 16 KiB beschränkt.
6 Mehrere benutzerdefinierte Domains werden nur in den Stufen Developer und Premium unterstützt.
7 CA-Zertifikate werden auf der Verbraucherebene nicht unterstützt.
8 Dieser Grenzwert gilt nur für die Verbrauchsstufe. Es gibt keine spezifischen Grenzwerte auf anderen Ebenen, dies ist jedoch von der Dienstinfrastruktur, der Richtlinienkonfiguration, der Anzahl gleichzeitiger Anforderungen und anderen Faktoren abhängig.
9 Gilt nur für die Verbrauchsstufe. Enthält eine bis zu 2048 Byte lange Abfragezeichenfolge.
10 Um diese Grenze zu erhöhen, wenden Sie sich an Support.
11 Selbst gehostete Gateways werden nur in den Stufen Developer und Premium unterstützt. Der Grenzwert gilt für die Anzahl von selbstgehosteten Gatewayressourcen. Um diese Grenze zu erhöhen, wenden Sie sich an Support. Beachten Sie, dass die Anzahl von Knoten (oder Replikaten), die einer selbstgehosteten Gatewayressource zugeordnet sind, im Premium-Tarif unbegrenzt ist und im Developer-Tarif auf einen einzelnen Knoten begrenzt ist.

App Service-Grenzwerte

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

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

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

4 Weitere sind auf Anfrage möglich.

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

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

7 Wenn Sie eine App im Basic-Tarif auf zwei Instanzen skalieren, stehen Ihnen 350 gleichzeitige Verbindungen für jede der beiden Instanzen zur Verfügung. Beim Tarif „Standard“ und höheren Tarifen gelten keine theoretischen Grenzwerte für Websockets, die Anzahl von Websockets kann jedoch durch andere Faktoren eingeschränkt sein. Die maximal zulässige Anzahl von gleichzeitigen Anforderungen (definiert durch maxConcurrentRequestsPerCpu) lautet wie folgt: 7.500 pro kleiner VM, 15.000 pro mittlerer VM (7.500 × 2 Kerne) und 75.000 pro großer VM (18.750 × 4 Kerne).

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

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

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

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

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

Automatisierungsgrenzwerte

Prozessautomatisierung

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

Änderungsnachverfolgung und Bestand

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

Updateverwaltung

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

Azure App Configuration

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

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

Grenzwerte für Azure Cognitive Search

Die Tarife bestimmen die Kapazität und die Beschränkungen des Suchdiensts. Folgende Tarife sind verfügbar:

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

Grenzwerte pro Abonnement

Sie können mehrere Dienste erstellen, die nur durch die Anzahl der Dienste beschränkt sind, die in den einzelnen Tarifen zulässig sind. Beispielsweise können Sie im selben Abonnement bis zu 16 Dienste im Basic-Tarif und weitere 16 Dienste im S1-Tarif erstellen. Weitere Informationen zu Tarifen finden Sie unter Auswählen einer SKU oder eines Tarifs für Azure Cognitive 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.

1 Free basiert auf einer Infrastruktur, die gemeinsam mit anderen Kunden genutzt wird. Da die Hardware nicht dediziert ist, wird im Free-Tarif keine Hochskalierung unterstützt.

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

Grenzwerte pro Suchdienst

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

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

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

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

Grenzwerte für Azure Cognitive Services

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

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

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

Azure Database for PostgreSQL

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

Azure Functions-Grenzwerte

1 Das Timeout für die Laufzeit von Functions 1.x in einem App Service-Plan ist standardmäßig unbegrenzt.
2 Hierfür muss der App Service-Plan auf Always On festgelegt werden. Die Bezahlung erfolgt zu den üblichen Raten.
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 aller Apps im gleichen App Service-Plan im temporären Speicher. Der Verbrauchsplan verwendet Azure Files zur temporären Speicherung.
6 Wenn Ihre Funktions-App unter einem Verbrauchsplan gehostet wird, wird nur die CNAME-Option unterstützt. Für Funktions-Apps unter einem Premium-Plan oder einem App Service-Plan können Sie eine benutzerdefinierte Domäne entweder mit einem CNAME- oder einem A-Eintrag zuordnen.
7 Garantiert für bis zu 60 Minuten
8 Worker sind Rollen, die Kunden-Apps hosten. Worker sind in drei festen Größen verfügbar: Eine vCPU/3,5 GB RAM; zwei vCPUs/7 GB RAM; vier vCPUs/14 GB RAM.
9 Ausführliche Informationen finden Sie unter App Service-Grenzwerte.
10 Einschließlich des Produktionsslots.

Weitere Informationen finden Sie unter Vergleich von Hostingplänen für Functions.

Azure Health Data Services

Grenzwerte der Azure Health Data Services

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

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

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

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

Azure Load Testing-Grenzwerte

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

Azure Machine Learning-Grenzwerte

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

Azure Maps-Grenzwerte

Die folgende Tabelle zeigt das Nutzungslimit für den S0-Tarif von Azure Maps. Das Nutzungslimit ist tarifabhängig.

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 S1 verfügbar.

Weitere Informationen zu den Azure Maps-Tarifen finden Sie unter Azure Maps – Preise.

Grenzwerte für Azure Monitor

Alerts

Warnungs-API

In Azure Monitor-Warnungen gelten mehrere Drosselungsgrenzwerte zum Schutz vor einer übermäßige Anzahl von Aufrufen. Dieses Verhalten kann die System-Back-End-Ressourcen überlasten und die Reaktionsfähigkeit des Diensts gefährden. Die folgenden Grenzwerte sind darauf ausgelegt, Kunden vor Unterbrechungen zu schützen und eine konsistente Dienstebene zu gewährleisten. Die Drosselung und die Grenzwerte für Benutzer betreffen nur Szenarien mit übermäßigem Verbrauch und sind bei normaler Verwendung in der Regel nicht relevant.

Aktionsgruppen

Möglicherweise verfügen Sie über eine unbegrenzte Anzahl von Aktionsgruppen in einem Abonnement.

Autoscale

Protokollieren von Abfragen und Sprache

Allgemeine Abfragegrenzwerte

Drosselung von Benutzerabfragen

In Azure Monitor gelten mehrere Drosselungsgrenzwerte zum Schutz vor einer übermäßige Anzahl von Abfragen. Dieses Verhalten kann die System-Back-End-Ressourcen überlasten und die Reaktionsfähigkeit des Diensts gefährden. Die folgenden Grenzwerte sind darauf ausgelegt, Kunden vor Unterbrechungen zu schützen und eine konsistente Dienstebene zu gewährleisten. Die Drosselung und die Grenzwerte für Benutzer betreffen nur Szenarien mit übermäßigem Verbrauch und sind bei normaler Verwendung in der Regel nicht relevant.

• Optimieren Sie Ihre Abfragen wie unter Optimieren von Protokollabfragen in Azure Monitor beschrieben.
• Dashboards und Arbeitsmappen können mehrere Abfragen in einer einzelnen Ansicht enthalten, die bei jedem Laden oder Aktualisieren einen Burst von Abfragen generieren. Zerlegen Sie sie ggf. in mehrere Ansichten, die bedarfsgesteuert geladen werden.
• Erwägen Sie, in Power BI anstelle von unformatierten Protokollen nur aggregierte Ergebnisse zu extrahieren.

Log Analytics-Arbeitsbereiche

Umfang und Aufbewahrung der Datensammlung

Anzahl von Arbeitsbereichen pro Abonnement

Azure portal

Datensammler-API

Abfrage-API

Connector für Azure Monitor-Protokolle

Allgemeine Grenzwerte für Arbeitsbereiche

Rate für Datenerfassungsvolumen

Azure Monitor ist ein Hochleistungs-Datendienst, der Tausende Kunden bedient, die mit zunehmender Tendenz jeden Monat Terabytes von Daten senden. Mit der Volumenratenbegrenzung sollen Azure Monitor-Kunden vor plötzlichen Erfassungsspitzen in einer mehrinstanzenfähigen Umgebung isoliert werden. Ein Standardschwellenwert für die Erfassungsvolumenrate von 500 MB (komprimiert) ist in Arbeitsbereichen definiert. Dies entspricht ungefähr 6 GB/Minute für nicht komprimierte Daten. Die tatsächliche Größe kann je nach Protokolllänge und Komprimierungsverhältnis zwischen Datentypen variieren. Das Ratenlimit für Volumen gilt für Daten, die über Diagnoseeinstellungen aus Azure-Ressourcen erfasst werden. Wenn das Ratenlimit für Volumen erreicht ist, versucht ein Wiederholungsmechanismus, die Daten viermal in einem Zeitraum von 30 Minuten zu erfassen und wird beendet, wenn der Vorgang fehlschlägt. Dies gilt nicht für Daten, die von Agents oder der Datensammler-API erfasst wurden.

Wenn Daten an einen Arbeitsbereich mit einer Volumenrate gesendet werden, die mehr als 80 Prozent des im Arbeitsbereich konfigurierten Schwellenwerts beträgt, wird alle sechs Stunden ein Ereignis an die Tabelle Vorgang im Arbeitsbereich gesendet, während der Schwellenwert weiterhin überschritten wird. Wenn die erfasste Volumenrate höher ist als der Schwellenwert, werden einige Daten gelöscht, und es wird alle sechs Stunden ein Ereignis an die Tabelle Vorgang im Arbeitsbereich gesendet, während der Schwellenwert weiterhin überschritten wird. Wenn die Erfassungsvolumenrate weiterhin den Schwellenwert überschreitet oder Sie ihn wahrscheinlich in Kürze erreichen werden, können Sie eine Erhöhung anfordern, indem Sie eine Supportanfrage öffnen.

Unter Überwachen der Integrität von Log Analytics-Arbeitsbereichen in Azure Monitor erfahren Sie mehr über das Erstellen von Regeln, um proaktiv benachrichtigt zu werden, wenn Sie Erfassungsgrenzwerte erreichen.

Hinweis

Abhängig von Ihrer Log Analytics-Nutzungsdauer haben Sie ggf. Zugang zu Legacytarifen. Weitere Informationen zu Legacytarifen von Log Analytics finden Sie hier.

Application Insights

Es gibt einige Grenzwerte hinsichtlich der Anzahl von Metriken und Ereignissen pro Anwendung (d. h. pro Instrumentationsschlüssel). Die Beschränkungen hängen von dem von Ihnen ausgewählten Tarif ab.

Weitere Informationen zu Preisen und Kontingenten finden Sie unter Abrechnung für Application Insights.

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.

Version 2

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

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

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

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

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

Version 1

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

2 Bedarfsgesteuerte HDInsight-Kerne werden über das Abonnement zugewiesen, das die Data Factory enthält. Daher ist der frühere Grenzwert der von Data Factory erzwungene Grenzwert für bedarfsgesteuerte HDInsight-Kerne. Er unterscheidet sich vom Grenzwert für Kerne, der Ihrem Azure-Abonnement zugeordnet ist.

3 Die Einheit für Clouddatenverschiebungen (Cloud Data Movement Unit, DMU) für Version 1 wird in einem Cloud-zu-Cloud-Kopiervorgang verwendet. Weitere Informationen finden Sie unter Einheiten für Clouddatenverschiebungen. Weitere Informationen zur Abrechnung finden Sie unter Azure Data Factory – Preise.

Limits für Webdienstaufrufe

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

Azure NetApp Files

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

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

Azure Policy-Grenzwerte

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

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

Azure Quantum-Grenzwerte

Anbieter Limits & Kontingent

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

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

Lernen & SKU entwickeln

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

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

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

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

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

Azure RBAC-Grenzwerte

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

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 Skalieren des SignalR Service mit mehreren Instanzen.

Azure Virtual Desktop-Dienstgrenzwerte

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

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

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

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

Einschränkungen für Azure VMware Solution

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

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

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

Backup-Grenzwerte

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

Batch-Grenzwerte

1Wenden Sie sich an den Azure-Support, wenn Sie eine Heraufsetzung dieses Grenzwerts wünschen.

Hinweis

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

Wichtig

Damit die Kapazität während der globalen Pandemie besser verwaltet werden kann, wurden die Standardkernkontingente für neue Batch-Konten in einigen Regionen sowie für einige Abonnementtypen in den oben genannten Wertebereichen reduziert, in manchen Fällen sogar auf null Kerne. Wenn Sie ein neues Batch-Konto erstellen, überprüfen Sie Ihr Kernkontingent und fordern Sie ggf. eine Erhöhung des Kernkontingents an. Alternativ können Sie auch Batch-Konten wiederverwenden, die bereits über ein ausreichendes Kontingent verfügen.

Grenzwerte für das klassische Bereitstellungsmodell

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

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

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

Grenzwerte für Container Instances

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

Grenzwerte für die Containerregistrierung

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

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

2Lesevorgänge, Schreibvorgänge und Bandbreite sind geschätzte Mindestwerte. Die Azure Container Registry soll die Leistung der Nutzung nach Bedarf verbessern.

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

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

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

Grenzwerte für Content Delivery Network

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

Grenzwerte für Data Lake Analytics

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

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.

Version 2

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

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

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

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

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

Version 1

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

2 Bedarfsgesteuerte HDInsight-Kerne werden über das Abonnement zugewiesen, das die Data Factory enthält. Daher ist der frühere Grenzwert der von Data Factory erzwungene Grenzwert für bedarfsgesteuerte HDInsight-Kerne. Er unterscheidet sich vom Grenzwert für Kerne, der Ihrem Azure-Abonnement zugeordnet ist.

3 Die Einheit für Clouddatenverschiebungen (Cloud Data Movement Unit, DMU) für Version 1 wird in einem Cloud-zu-Cloud-Kopiervorgang verwendet. Weitere Informationen finden Sie unter Einheiten für Clouddatenverschiebungen. Weitere Informationen zur Abrechnung finden Sie unter Azure Data Factory – Preise.

Limits für Webdienstaufrufe

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

Grenzwerte für Data Lake Storage

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

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

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

Grenzwerte für Database Migration Service

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

Grenzwerte für Device Update for IoT Hub

Hinweis

Wenn eine bestimmte Ressource oder ein bestimmter Vorgang über keine anpassbaren Grenzwerte verfügt, sind Standardlimit und maximales Limit gleich. Wenn der Grenzwert angepasst werden kann, enthält die folgende Tabelle sowohl den Standard- als auch den Höchstgrenzwert. Der Grenzwert kann über den Standardgrenzwert, aber nicht über den maximalen Grenzwert angehoben werden.

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

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

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

Grenzwerte für Digital Twins

Hinweis

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

Funktionale Grenzwerte

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

Ratenbegrenzungen

Die folgende Tabelle gibt die Ratengrenzwerte verschiedener APIs an.

Andere Limits

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

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

Grenzwerte für Event Grid

Die folgenden Einschränkungen gelten für Azure Event Grid Themen (System-, benutzerdefinierte und Partner-Themen).

Hinweis

Hierbei handelt um regionsspezifische Grenzwerte.

Für Azure Event Grid-Domänen gelten die folgenden Grenzwerte:

Event Hubs-Grenzwerte

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

Allgemeine Grenzwerte für alle Ebenen

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

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

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

Hinweis

• In der Tabelle steht CU (Capacity Unit) für Kapazitätseinheit, PU (Processing Unit) für Verarbeitungseinheit und TU (Throughput Unit) für Durchsatzeinheit.
• Sie können TUs für einen Basic- oder Standardnamespace oder PUs für einen Premium-Namespace konfigurieren.
• Wenn Sie einen dedizierten Cluster erstellen, wird dem Cluster eine einzelne Kapazitätseinheit zugewiesen. Wenn Sie die Option Skalierung unterstützen beim Erstellen des Clusters aktivieren, können Sie aufskalieren, indem Sie selbst die Kapazitätseinheiten erhöhen, bzw. abskalieren, indem Sie die Kapazitätseinheiten für den Cluster verringern. Schrittweise Anleitungen finden Sie unter Skalieren eines dedizierten Clusters. Für Cluster, die die FunktionSkalierung unterstützen nicht unterstützen, können Sie ein Ticket übermitteln, um die Kapazitätseinheiten für den Cluster anzupassen.

* Hängt von verschiedenen Faktoren wie Ressourcenzuweisung, Anzahl der Partitionen, Speicherplatz usw. ab.

Hinweis

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

IoT Central-Grenzwerte

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

IoT Hub-Grenzwerte

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

Hinweis

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

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

Hinweis

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

Hinweis

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

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

Grenzwerte für den IoT Hub Device Provisioning-Dienst

Hinweis

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

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

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

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

Tipp

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

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

Schlüsseltresor-Grenzwerte

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

Ressourcentyp: Tresor

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

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

Hinweis

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

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

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

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

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

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

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

Sichern von Schlüsseln, Geheimnissen, Zertifikaten

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

Hinweis

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

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

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

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

Ressourcentyp: verwaltetes HSM

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

Objektgrenzwerte

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

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

• Jede verwaltete HSM-Instanz umfasst drei HSM-Partitionen mit Lastenausgleich. Bei den Durchsatzgrenzwerten handelt es sich um eine Funktion der zugrunde liegenden Hardwarekapazität, die der jeweiligen Partition zugeordnet ist. Die folgenden Tabellen geben Aufschluss über den maximalen Durchsatz mit mindestens einer verfügbaren Partition. Der tatsächliche Durchsatz kann bis zu drei Mal höher sein, wenn alle drei Partitionen verfügbar sind.
• Bei den angegebenen Durchsatzgrenzwerten wird von der Verwendung eines einzelnen Schlüssels ausgegangen, um maximalen Durchsatz zu erzielen. Bei Verwendung eines einzelnen RSA-2048-Schlüssels liegt der maximale Durchsatz beispielsweise bei 1.100 Signierungsvorgängen. Wenn Sie 1.100 unterschiedliche Schlüssel mit jeweils einer Transaktion pro Sekunde verwenden, kann dieser Durchsatz nicht erreicht werden.

RSA-Schlüsselvorgänge (Anzahl von Vorgängen pro Sekunde und HSM-Instanz)

EC-Schlüsselvorgänge (Anzahl von Vorgängen pro Sekunde und HSM-Instanz)

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

AES-Schlüsselvorgänge (Anzahl von Vorgängen pro Sekunde und HSM-Instanz)

• Bei Verschlüsselungs- und Entschlüsselungsvorgängen wird von einer Paketgröße von 4 KB ausgegangen.
• Durchsatzgrenzwerte für Verschlüsseln/Entschlüsseln gelten für AES-CBC- und AES-GCM-Algorithmen.
• Durchsatzgrenzwerte für Umschließen/Aufheben der Umschließung gelten für den AES-KW-Algorithmus.

Grenzwerte für verwaltete Identitäten

• Jede verwaltete Identität wird auf den Objektkontingentgrenzwert in einem Azure AD-Mandanten angerechnet, wie unter Dienst- und andere Einschränkungen für Azure AD beschrieben.

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

  1. Pro Azure AD-Mandant pro Azure-Region: 400 Erstellvorgä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 Azure AD-Mandant pro Azure-Region: 400 Zuweisungsvorgänge pro 20 Sekunden
  2. Pro Azure-Abonnement pro Azure-Region: 300 Zuweisungsvorgänge pro 20 Sekunden

Hinweis

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

Kontolimits

Medienobjektlimits

Speicherlimits (Medien)

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

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

Auftragslimits (Codierung und Analyse)

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

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

Livestreaminglimits

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

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

Grenzwerte für Paketerstellung und Bereitstellung

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

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

Schutzlimits

Supportticket

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

Media Services v2 (Vorgängerversion)

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

Mobile Services-Grenzwerte

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

Grenzwerte für Multi-Factor Authentication

Grenzwerte für Netzwerke

Netzwerkgrenzwerte – Azure Resource Manager

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

Hinweis

Vor Kurzem wurden die Standardgrenzwerte auf die maximalen Grenzwerte erhöht. Falls die Spalte für den maximalen Grenzwert nicht vorhanden ist, gibt es für die entsprechende Ressource keine anpassbaren Grenzwerte. Wenn diese Grenzwerte für Sie in der Vergangenheit durch den Support erhöht wurden und die aktualisierten Grenzwerte in den folgenden Tabellen nicht angezeigt werden, erstellen Sie eine kostenlose Online-Kundensupportanfrage.

Grenzwerte für öffentliche IP-Adressen

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

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

Load Balancer-Grenzwerte

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

Load Balancer Standard

1 Der Grenzwert liegt bei bis zu 1.200 Ressourcen in beliebiger Kombination aus eigenständigen VM-Ressourcen, Verfügbarkeitsgruppenressourcen und VM-Platzierungsgruppen für Skalierungsgruppen.

2 Eine Ausnahme für diesen Grenzwert gibt es insofern, dass sich 2 öffentliche Lastenausgleichsmodule vor einer VM befinden können, wenn eine IPv4-Adresskonfiguration für ein Lastenausgleichsmodul und eine IPv6-Adresskonfiguration für das zweite verwendet wird.

Gateway Load Balancer

Load Balancer Basic

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

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

Application Gateway-Grenzwerte

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

1 Bei WAF-fähigen SKUs muss die Anzahl von Ressourcen auf 40 beschränkt werden.

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

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

Azure Bastion-Grenzwerte

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

Grenzwerte für Azure DNS

Öffentliche DNS-Zonen

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

Private DNS-Zonen

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

Grenzwerte für Azure Firewall

Grenzwerte für Azure Front Door (klassisch)

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

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

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

Timeoutwerte

Client zu Front Door

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

Front Door zum Anwendungs-Back-End

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

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

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

Datenlimit beim Hoch- und Herunterladen

Andere Limits

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

Weitere Informationen zu den Grenzwerten für Regel-Engine-Konfigurationen finden Sie unter Regel-Engine: Terminologie.

Grenzwerte für Azure Route Server

Einschränkungen für ExpressRoute

Anzahl der virtuellen Netzwerke pro ExpressRoute-Verbindung

*100 GBit/s nur bei ExpressRoute Direct

Hinweis

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

Grenzwerte für NAT Gateway

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

Network Watcher-Grenzwerte

Private Link-Grenzwerte

Für Azure Private Link gelten die folgenden Grenzwerte:

Traffic Manager-Grenzwerte

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

Grenzwerte des Gateways des virtuellen Netzwerks

Grenzwerte für Virtual WAN

Grenzwerte für Notification Hubs

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

Microsoft Purview-Grenzwerte

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

Microsoft Sentinel-Grenzwerte

In diesem Abschnitt sind die häufigsten Dienstgrenzwerte aufgeführt, denen Sie bei der Verwendung von Microsoft Sentinel unter Umständen begegnen.

Grenzwerte für Analyseregeln

Der folgende Grenzwert gilt für Analyseregeln in Microsoft Sentinel:

Grenzwerte für Vorfälle

Die folgenden Grenzwerte gelten für Vorfälle in Microsoft Sentinel:

Auf maschinellem Lernen basierende Grenzwerte

Die folgenden Grenzwerte gelten für auf maschinellem Lernen basierende Funktionen in Microsoft Sentinel wie anpassbare Anomalien und Fusion.

Grenzwerte für Notebooks

Die folgenden Grenzwerte gelten für Notebooks in Microsoft Sentinel. Die Grenzwerte beziehen sich auf die Abhängigkeiten von anderen Diensten, die von Notebooks verwendet werden.

Grenzwerte für Repositorys

Die folgenden Grenzwerte gelten für Repositorys in Microsoft Sentinel:

Threat Intelligence-Grenzwerte

Der folgende Grenzwert gilt für Threat Intelligence in Microsoft Sentinel. Der Grenzwert bezieht sich auf die Abhängigkeit von einer API, die von Threat Intelligence verwendet wird.

UEBA-Grenzwerte (User and Entity Behavior Analytics, Verhaltensanalysen für Benutzer und Entitäten)

Der folgende Grenzwert gilt für UEBA in Microsoft Sentinel. Der Grenzwert für UEBA in Microsoft Sentinel hängt von den Abhängigkeiten von einem anderen Dienst ab.

Grenzwerte für Watchlists

Die folgenden Grenzwerte gelten für Watchlists in Microsoft Sentinel. Die Grenzwerte beziehen sich auf die Abhängigkeiten von anderen Diensten, die von Watchlists verwendet werden.

Service Bus-Grenzwerte

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

Site Recovery-Grenzwerte

Für Azure Site Recovery gelten die folgenden Grenzwerte.

Grenzwerte für SQL-Datenbanken

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

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

Grenzwerte für Azure Synapse Analytics

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

Azure Synapse-Grenzwerte für Arbeitsbereiche

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

Für andere Abonnementangebotstypen:

Azure Synapse-Grenzwerte für Apache Spark

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

Für andere Abonnementangebotstypen:

Azure Synapse-Grenzwerte für Pipelines

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

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

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

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

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

Azure Synapse-Grenzwerte für dedizierte SQL-Pools

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

Azure Resource Manager-Grenzwerte für Webdienstaufrufe

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

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.

Speichergrenzwerte

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

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

Hinweis

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

1 Azure Storage-Standardkonten unterstützen höhere Grenzwerte für die Kapazität sowie höhere Grenzwerte für eingehende und ausgehende Daten auf Anforderung. Wenden Sie sich an den Azure-Support, um eine Erhöhung der Kontogrenzwerte anzufordern.

Weitere Informationen zu den Grenzwerten für Standardspeicherkonten finden Sie unter Skalierbarkeitsziele für Standardspeicherkonten.

Grenzwerte für Speicherressourcenanbieter

Die folgenden Limits gelten nur, wenn Sie Verwaltungsvorgänge mithilfe von Azure Resource Manager mit Azure Storage ausführen.

Limits bei Azure Blob Storage

1 Der Durchsatz für ein einzelnes Blob ist von mehreren Faktoren abhängig, einschließlich, aber nicht beschränkt auf: Parallelität, Anforderungsgröße, Leistungsstufe, Geschwindigkeit der Quelle bei Uploads und Downloadziel. Laden Sie größere Blobs oder Blöcke hoch, um von den Leistungsverbesserungen für Blockblobs mit hohem Durchsatz zu profitieren. Rufen Sie den Put Blob- oder Put Block-Vorgang insbesondere bei einer Blob- oder Blockgröße von mehr als 4 MiB für Standardspeicherkonten auf. Verwenden Sie für Premium-Blockblobkonten oder für Data Lake Storage Gen2-Speicherkonten eine Block- oder Blobgröße von mehr als 256 KiB.

2 Seitenblobs werden in Konten, für die die Einstellung Hierarchischer Namespace festgelegt wurde, noch nicht unterstützt.

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 Datenträger virtueller Computer

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

Wichtig

Begrenzen Sie zur Optimierung der Leistung die Anzahl stark ausgelasteter Datenträger, die an den virtuellen Computer angefügt sind, um eine mögliche Drosselung zu vermeiden. Wenn nicht alle angefügten Datenträger zum gleichen Zeitpunkt stark ausgelastet sind, kann der virtuelle Computer eine größere Anzahl von Datenträgern unterstützen.

Verwaltete Azure-Datenträger:

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

Resource	Begrenzung
Verwaltete Standarddatenträger	50.000
Verwaltete SSD Standard-Datenträger	50.000
Verwaltete Premium-Datenträger	50.000
Standard_LRS-Momentaufnahmen1	75.000
Standard_ZRS-Momentaufnahmen1	75.000
Verwaltetes Image	50.000

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

Standardspeicherkonten:

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

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

Storage Premium-Konten:

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

Weitere Informationen finden Sie unter Größen virtueller Computer.

Datenträgerverschlüsselungssätze

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

Verwaltete VM-Datenträger

Verwaltete HDD Standard-Datenträger

Verwaltete SSD Standard-Datenträger

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

*Gilt nur für Festplatten mit aktiviertem On-Demand-Bursting.

Verwaltete SSD Premium-Datenträger: Grenzwerte pro VM

Nicht verwaltete VM-Datenträger

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

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

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

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

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

StorSimple-Systemgrenzwerte

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

Stream Analytics-Grenzwerte

Grenzwerte für virtuelle Computer

Grenzwerte für virtuelle Computer

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

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

Grenzwerte für virtuelle Computer – Azure-Ressourcen-Manager

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

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

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

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

Hinweis

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

Compute Gallery-Grenzwerte

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

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

Grenzwerte für VM-Skalierungsgruppen

Weitere Informationen

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