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

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

Kafka: 256 Zeichen

AMQP: 50 Zeichen

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

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

Die folgende Tabelle enthält die Grenzwerte, die sich für die Tarife „Basic“, „Standard“ und „Dedicated“ unterscheiden können. In der Tabelle steht CU für Kapazitätseinheit (Capacity Unit), PU für Verarbeitungseinheit (Processing Unit) und TU für Durchsatzeinheit (Throughput Unit).

Begrenzung Basic Standard Premium Dediziert
Maximale Größe der Event Hubs-Veröffentlichung 256 KB 1 MB 1 MB 1 MB
Anzahl von Consumergruppen pro Event Hub 1 20 100 1000
Kein Grenzwert pro CU
Anzahl vermittelter Verbindungen pro Namespace 100 5.000 10000 pro PU 100000 pro CU
Maximale Aufbewahrungsdauer von Ereignisdaten 1 Tag 7 Tage 90 Tage 90 Tage
Maximale Anzahl von TUs, PUs oder CUs 40 TUs 40 TUs 16 PUs 20 CUs
Anzahl von Partitionen pro Event Hub 32 32 100 pro Veranstaltungszentrum, 200 pro PU 1.024 pro Event Hub
2000 pro CU
Anzahl von Namespaces pro Abonnement 1000 1000 1000 1000 (50 pro CU)
Anzahl von Event Hubs pro Namespace 10 10 100 pro PU 1000
Erfassung Bezahlung pro Stunde Enthalten Enthalten
Größe der Schemaregistrierung (Namespace) in Megabytes 25 100 1024
Anzahl von Schemagruppen in einer Schemaregistrierung oder einem Namespace 1 (ohne Standardgruppe) 100
1 MB pro Schema
1000
1 MB pro Schema
Anzahl von Schemaversionen in allen Schemagruppen 25 1000 10000
Durchsatz pro Einheit Eingehend: 1 MB/s oder 1000 Ereignisse pro Sekunde
Ausgehend: 2 MB/s oder 4096 Ereignisse pro Sekunde
Eingehend: 1 MB/s oder 1000 Ereignisse pro Sekunde
Ausgehend: 2 MB/s oder 4096 Ereignisse pro Sekunde
Keine Grenzwerte pro PU * Keine Grenzwerte pro CU *

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

Hinweis

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

IoT Central-Grenzwerte

In IoT Central ist die Anzahl von Anwendungen, die Sie in einem Abonnement bereitstellen können, auf zehn begrenzt. Wenn Sie diesen Grenzwert erhöhen möchten, wenden Sie sich an den Microsoft-Support.

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.

Resource S1 Standard S2 Standard S3 Standard F1 Free
Nachrichten/Tag 400.000 6.000.000 300.000.000 8.000
Maximale Anzahl der Einheiten 200 200 10 1

Hinweis

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

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

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

Hinweis

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

Hinweis

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

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

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

Grenzwerte für den IoT Hub Device Provisioning-Dienst

Hinweis

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

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

Falls Ihr Unternehmen die Anhebung eines anpassbaren Grenzwertes oder Kontingents über den Standardgrenzwert hinaus benötigt, können Sie zusätzliche Ressourcen anfordern, indem Sie ein Supportticket eröffnen.

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

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

Tipp

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

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

Rate Wert pro Einheit Anpassbar?
Operationen (Operations) 200/Minute/Dienst Ja
Geräteregistrierungen 200/Minute/Dienst Ja
Abrufvorgang für Geräte 5/10 Sekunden/Gerät Nein

Schlüsseltresor-Grenzwerte

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

Ressourcentyp: Tresor

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

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

Schlüsseltyp HSM-Schlüssel
Erstellungsschlüssel
HSM-Schlüssel
Alle anderen Transaktionen
Softwareschlüssel
Erstellungsschlüssel
Softwareschlüssel
Alle anderen Transaktionen
RSA 2.048 Bit 5 1.000 10 2.000
RSA 3.072 Bit 5 250 10 500
RSA 4.096 Bit 5 125 10 250
ECC P-256 5 1.000 10 2.000
ECC P-384 5 1.000 10 2.000
ECC P-521 5 1.000 10 2.000
ECC SECP256K1 5 1.000 10 2.000

Hinweis

In der vorstehenden Tabelle ist zu erkennen, dass für RSA-Softwareschlüssel mit 2.048 Bit 2.000 GET-Transaktionen pro 10 Sekunden zulässig sind. Für RSA-HSM-Schlüssel mit 2.048 Bit sind 1.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: 1.000/125 = 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:

  • 2.000 GET-Transaktionen für RSA 2.048-Bit-Softwareschlüssel
  • 1.000 GET-Transaktionen für RSA 2.048-Bit-HSM-Schlüssel
  • 125 GET-Transaktionen für RSA 4.096-Bit-HSM-Schlüssel
  • 124 GET-Transaktionen für RSA 4.096-Bit-HSM-Schlüssel und 8 GET-Transaktionen für RSA 2.048-Bit-HSM-Schlüssel

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

Transaktionstyp Maximal zulässige Transaktionen innerhalb von 10 Sekunden pro Tresor und Region1
Alle Transaktionen 2.000

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

1 Für alle Transaktionsarten gilt als abonnementweiter Grenzwert das Fünffache des Schlüsseltresorlimits. „HSM – andere Transaktionen“ pro Abonnement ist beispielsweise auf 5.000 Transaktionen in 10 Sekunden pro Abonnent beschränkt.

Sichern von Schlüsseln, Geheimnissen, Zertifikaten

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

Transaktionstyp Maximal zulässige Schlüsseltresor-Objektversionen
Sichern einzelner Schlüssel, Geheimnisse, Zertifikate 500

Hinweis

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

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

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

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

Hinweis

Die Anzahl der Schlüsseltresore mit den pro Abonnement aktivierten privaten Endpunkten ist ein anpassbarer Grenzwert. Der gezeigte Grenzwert ist der Standardwert. Wenn Sie eine Erhöhung des Grenzwerts für Ihren Dienst anfordern möchten, können Sie eine Supportanfrage erstellen. Diese wird dann von uns für Ihren speziellen Fall geprüft.

Resource Begrenzung
Private Endpunkte pro Schlüsseltresor 64
Schlüsseltresore mit privaten Endpunkten pro Abonnement 400

Ressourcentyp: verwaltetes HSM

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

Objektgrenzwerte

Element Einschränkungen
Anzahl von HSM-Instanzen pro Abonnement und Region 5
Anzahl von Schlüsseln pro HSM-Pool 5.000
Anzahl von Versionen pro Schlüssel 100
Anzahl benutzerdefinierter Rollendefinitionen pro HSM 50
Anzahl von Rollenzuweisungen im HSM-Bereich 50
Anzahl von Rollenzuweisungen in jedem einzelnen Schlüsselbereich 10

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

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

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

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

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

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

Grenzwerte für verwaltete Identitäten

  • Jede verwaltete Identität 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

Media Services-Grenzwerte

Hinweis

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

Kontolimits

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

Medienobjektlimits

Resource Standardlimit
Medienobjekte pro Media Services-Konto 1.000.000

Speicherlimits (Medien)

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

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

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

Jobs (Codierung & Analyse) Grenzen

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

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

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

Livestreaminglimits

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

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

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

Verpackung & Liefergrenzen

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

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

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

Schutzlimits

Resource Standardlimit
Optionen pro Richtlinie für den Inhaltsschlüssel 30
Lizenzen pro Monat für jeden der DRM-Typen für den Media Services-Schlüsselbereitstellungsdienst pro Konto 1.000.000

Supportticket

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

Media Services v2 (Vorgängerversion)

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

Mobile Services-Grenzwerte

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

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

Grenzwerte für Multi-Factor Authentication

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

Grenzwerte für Netzwerke

Netzwerkgrenzen - Azure Resource Manager

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

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.

Resource Begrenzung
Virtuelle Netzwerke 1.000
Subnetze pro virtuellem Netzwerk 3,000
VNET-Peerings pro virtuellem Netzwerk 500
Gateways für virtuelle Netzwerke (VPN-Gateways) pro virtuellem Netzwerk 1
Gateways für virtuelle Netzwerke (ExpressRoute-Gateways) pro virtuellem Netzwerk 1
DNS-Server pro virtuellem Netzwerk 20
Private IP-Adressen pro virtuellem Netzwerk 65.536
Private IP-Adressen pro Netzwerkschnittstelle 256
Private IP-Adressen pro virtuellem Computer 256
Öffentliche IP-Adressen pro Netzwerkschnittstelle 256
Öffentliche IP-Adressen pro virtuellem Computer 256
Parallele TCP- oder UDP-Flows pro NIC eines virtuellen Computers bzw. einer Rolleninstanz 500.000
Netzwerkschnittstellenkarten 65.536
Netzwerksicherheitsgruppen 5.000
NSG-Regeln pro NSG 1.000
Angegebene IP-Adressen und -Bereiche für die Quelle oder das Ziel in einer Sicherheitsgruppe 4.000
Anwendungssicherheitsgruppen 3,000
Anwendungssicherheitsgruppen pro IP-Konfiguration pro NIC 20
IP-Konfigurationen pro Anwendungssicherheitsgruppe 4.000
Anwendungssicherheitsgruppen, die in allen Sicherheitsregeln einer Netzwerksicherheitsgruppe angegeben werden können 100
Benutzerdefinierte Routingtabellen 200
Benutzerdefinierte Routen pro Routingtabelle 400
Punkt-zu-Standort-Stammzertifikate pro Azure VPN Gateway 20
Widerrufene Point-to-Site-Clientzertifikate pro Azure VPN Gateway 300
TAPs für virtuelle Netzwerke 100
Netzwerkschnittstellen-TAP-Konfigurationen pro virtuellem Netzwerk-TAP 100

Grenzen für öffentliche IP-Adressen

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

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 Grenzen

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

Load Balancer Standard

Resource Begrenzung
Load Balancer 1.000
Regeln (Load Balancer und eingehende NAT) pro Ressource 1.500
Regeln pro NIC (für alle IPs einer NIC) 300
Front-End-IP-Konfigurationen 600
Größe des Back-End-Pools 1.000 IP-Konfigurationen, einzelnes virtuelles Netzwerk
Backend-Ressourcen pro Load Balancer 1 1.200
Regel für Hochverfügbarkeitsports 1 pro internem Front-End
Ausgangsregeln pro Lastenausgleichsmodul 600
Lastenausgleichsmodule pro virtuellem Computer 2 (1x öffentlich, 1x intern)

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.

Load Balancer Basic

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

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

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

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

Einschränkungen für ExpressRoute

Resource Begrenzung
ExpressRoute-Verbindungen pro Abonnement 50
ExpressRoute-Verbindungen pro Region und Abonnement mit Azure Resource Manager 10
Maximale Anzahl der für das private Azure-Peering angekündigten IPv4-Routen mit ExpressRoute Standard 4.000
Maximale Anzahl der für das private Azure-Peering angekündigten IPv4-Routen mit ExpressRoute Premium-Add-On 10.000
Maximale Anzahl der für das private Azure-Peering angekündigten IPv6-Routen mit ExpressRoute Standard 100
Maximale Anzahl der für das private Azure-Peering angekündigten IPv6-Routen mit ExpressRoute Premium-Add-On 100
Maximale Anzahl der vom privaten Azure-Peering angekündigten IPv4-Routen aus dem VNet-Adressraum für eine ExpressRoute-Verbindung 1.000
Maximale Anzahl der vom privaten Azure-Peering angekündigten IPv6-Routen aus dem VNet-Adressraum für eine ExpressRoute-Verbindung 1.000
Maximale Anzahl der für das Microsoft-Peering angekündigten Routen mit ExpressRoute Standard 200
Maximale Anzahl der für das Microsoft-Peering angekündigten Routen mit ExpressRoute Premium-Add-On 200
Maximale Anzahl von ExpressRoute-Verbindungen, die mit dem gleichen virtuellen Netzwerk am selben Peeringstandort verknüpft sind 4
Maximale Anzahl von ExpressRoute-Verbindungen, die mit dem gleichen virtuellen Netzwerk an unterschiedlichen Peeringstandorten verknüpft sind 16 (Weitere Informationen finden Sie unter Gateway-SKUs.)
Anzahl der pro ExpressRoute-Leitung zulässigen virtuellen Netzwerkverbindungen Siehe Tabelle Anzahl von virtuellen Netzwerken pro ExpressRoute-Leitung.

Anzahl der virtuellen Netzwerke pro ExpressRoute-Verbindung

Verbindungsgröße Anzahl der Verknüpfungen eines virtuellen Netzwerks für Standard Anzahl der Verknüpfungen eines virtuellen Netzwerks mit Premium-Add-on
50 MBit/s 10 20
100 MBit/s 10 25
200 MBit/s 10 25
500 MBit/s 10 40
1 GBit/s 10 50
2 GBit/s 10 60
5 GBit/s 10 75
10 GBit/s 10 100
40 GBit/s* 10 100
100 GBit/s* 10 100

**

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 des Gateways des virtuellen Netzwerks

Resource Begrenzung
VNET-Adresspräfixe 600 pro VPN-Gateway
Aggregierte BGP-Routen 4.000 pro VPN-Gateway
Adresspräfixe für das lokale Netzwerkgateway 1.000 pro lokalem Netzwerkgateway
Site-to-Site-Verbindungen Abhängig von der Gateway-SKU
P2S-Verbindungen Abhängig von der Gateway-SKU
P2S-Routengrenzwert: IKEv2 256 für Nicht-Windows / 25 für Windows
P2S-Routengrenzwert: OpenVPN 1000
Maximal flows 100K für VpnGw1/AZ / 512K für VpnGw2-4/AZ

Grenzwerte für NAT Gateway

Resource Begrenzung
Öffentliche IP-Adressen 16 pro NAT-Gateway

Grenzwerte für Virtual WAN

Resource Begrenzung
VPN-Verbindungen (Zweigstelle) pro Hub 1.000
Aggregierter Durchsatz pro Site-to-Site-VPN-Gateway (Virtual WAN) 20GBit/s
Durchsatz pro virtueller WAN-VPN-Verbindung (2 Tunnel) 2 Gbit/s mit 1 Gbit/s-IPSec-Tunnel
Punkt-zu-Standort-Benutzer pro Hub 100.000
Aggregierter Durchsatz pro Benutzer-VPN-Gateway vom Typ „Point-to-Site“ (Virtual WAN) 200GBit/s
Aggregierter Durchsatz pro virtuellem WAN-ExpressRoute-Gateway 20GBit/s
ExpressRoute-Leitungsverbindungen pro Hub 8
VNET-Verbindungen pro Hub 500 minus Gesamtanzahl von Hubs in Virtual WAN
Aggregierter Durchsatz pro Virtual WAN-Hub-Router 50 Gbit/s für VNET-zu-VNET-Transit
VM-Workload in allen VNETs, die mit einem einzelnen Virtual WAN-Hub verbunden sind 2.000 (Wenn Sie den Grenzwert oder das Kontingent über den Standardgrenzwert hinaus erhöhen möchten, richten Sie eine Onlineanfrage an den Kundensupport.)

Application Gateway-Grenzwerte

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

Resource Begrenzung Hinweis
Azure Application Gateway 1.000 pro Abonnement
Front-End-IP-Konfigurationen 2 1 öffentliche und 1 private
Front-End-Ports 1001
Back-End-Adresspools 1001
Back-End-Server pro Pool 1.200
HTTP-Listener 2001 Beschränkt auf 100 aktive Listener, die Datenverkehr weiterleiten. Aktive Listener = Gesamtanzahl von Listenern - nicht aktive Listener.
Wenn eine Standardkonfiguration innerhalb einer Routingregel zur Weiterleitung von Datenverkehr (z. B. mit einem Listener, einem Back-End-Pool und HTTP-Einstellungen) festgelegt ist, dann zählt dies ebenfalls als Listener. Weitere Informationen finden Sie in den Häufig gestellten Fragen zu Application Gateway.
HTTP-Lastenausgleichsregeln 4001
Back-End-HTTP-Einstellungen 1001
Instanzen pro Gateway V1 SKU – 32
V2 SKU – 125
SSL-Zertifikate 1001 1 pro HTTP-Listener
Maximale SSL-Zertifikatgröße V1 SKU – 10 KB
V2 SKU - 16 KB
Authentifizierungszertifikate 100
Vertrauenswürdige Stammzertifikate 100
Minimales Anforderungstimeout 1 Sekunde
Maximales Anforderungstimeout für privates Back-End 24 Stunden
Maximales Anforderungstimeout für externes Back-End 4 Minuten
Anzahl der Websites 1001 1 pro HTTP-Listener
URL-Zuordnungen pro Listener 1
Maximale Anzahl pfadbasierter Regeln pro URL-Zuordnung 100
Umleitungskonfiguration 1001
Anzahl von Regelsätzen für das erneute Generieren 400
Anzahl von Header- oder URL-Konfigurationen pro Regelsatz für das erneute Generieren 40
Anzahl von Bedingungen pro Regelsatz für das erneute Generieren 40
Gleichzeitige WebSocket-Verbindungen Mittelgroße Gateways 20.0002
Große Gateways 50.0002
Maximale URL-Länge 32 KB
Maximale Kopfgröße 32 KB
Maximale Header-Feldgröße für HTTP/2 8 KB
Maximale Headergröße für HTTP/2 16 KB
Maximale Dateiuploadgröße (Standard-SKU) V2 – 4 GB
V1 – 2 GB
Maximale Dateiuploadgröße (WAF-SKU) V1 Mittel – 100 MB
V1 Groß – 500 MB
V2 – 750 MB
V2 (mit CRS 3.2 oder neuer) - 4GB3
WAF-Textgrößenbeschränkung (ohne Dateien) V1 oder V2 (mit CRS 3.1 und älter) – 128 KB
V2 (mit CRS 3.2 oder neuer) – 2 MB3
Maximale benutzerdefinierte WAF-Regeln 100
Maximale WAF-Ausschlüsse pro Application Gateway 40

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

Network Watcher-Grenzwerte

Resource Begrenzung Hinweis
Azure Network Watcher 1 pro Region Der Network Watcher wird erstellt, um Zugriff auf den Dienst zu erlauben. Es ist pro Abonnement und Region nur eine Network Watcher-Instanz erforderlich.
Paketerfassungssitzungen 10.000 pro Region Nur Anzahl von Sitzungen, ohne gespeicherte Erfassungen.

Für Azure Private Link gelten die folgenden Grenzwerte:

Resource Begrenzung
Anzahl privater Endpunkte pro virtuellem Netzwerk 1000
Anzahl privater Endpunkte pro Abonnement 64000
Anzahl der Private Link-Dienste pro Abonnement 800
Anzahl von IP-Konfigurationen für einen Private Link-Dienst 8 (diese Zahl bezieht sich auf die pro PLS verwendeten NAT-IP-Adressen)
Anzahl privater Endpunkte für denselben Private Link-Dienst 1000
Anzahl privater Endpunkte pro Schlüsseltresor 64
Anzahl von Schlüsseltresoren mit privaten Endpunkten pro Abonnement 400
Anzahl privater DNS-Zonengruppen, die mit einem privaten Endpunkt verknüpft werden können 1
Anzahl der DNS-Zonen in jeder Gruppe 5

Traffic Manager-Grenzwerte

Resource Begrenzung
Profile pro Abonnement 200
Endpunkte pro Profil 200

Azure Bastion-Grenzwerte

Workloadtyp* Grenzwert**
Leicht 100
Medium 50
Schwer 5

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

Grenzwerte für Azure DNS

Öffentliche DNS-Zonen

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

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

Private DNS-Zonen

Resource Begrenzung
Private DNS-Zonen pro Abonnement 1000
Datensatzgruppen pro privater DNS-Zone 25000
Datensätze pro Datensatzgruppe für private DNS-Zonen 20
Virtuelle Netzwerkverbindungen pro privater DNS-Zone 1000
Virtuelle Netzwerkverbindungen pro privater DNS-Zone mit aktivierter automatischer Registrierung 100
Anzahl von privaten DNS-Zonen, mit denen ein virtuelles Netzwerk mit aktivierter automatischer Registrierung verknüpft werden kann 1
Anzahl von privaten DNS-Zonen, mit denen ein virtuelles Netzwerk verknüpft werden kann 1000
Anzahl von DNS-Abfragen, die ein virtueller Computer pro Sekunde an den Azure DNS-Resolver senden kann 1000 1
Maximale Anzahl von DNS-Abfragen in der Warteschlange (ausstehende Antwort) pro virtuellem Computer 200 1

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

Grenzwerte für Azure Firewall

Resource Begrenzung
Datendurchsatz 30 GBit/s
Regelgrenzwerte 10.000 eindeutige Quellen/Ziele in Netzwerk- und Anwendungsregeln
Gesamtgröße von Regeln innerhalb einer einzelnen Regelsammlungsgruppe 2 MB
Anzahl von Regelsammlungsgruppen in einer Firewallrichtlinie 50
Maximale Anzahl von DNAT-Regeln 298 (für Firewalls, die mit einer einzigen öffentlichen IP-Adresse konfiguriert sind)

Die DNAT-Einschränkung ist auf die zugrunde liegende Plattform zurückzuführen. Die maximale Anzahl von DNAT-Regeln beträgt 298. Durch zusätzliche öffentliche IP-Adressen wird die Anzahl verfügbarer DNAT-Regeln jedoch verringert. Beispielsweise lassen zwei öffentliche IP-Adressen 297 DNAT-Regeln zu. Wenn das Protokoll einer Regel sowohl für TCP als auch für UDP konfiguriert ist, zählt dies als zwei Regeln.
Mindestgröße für AzureFirewallSubnet /26
Portbereich in Netzwerk- und Anwendungsregeln 1 bis 65535
Öffentliche IP-Adressen Höchstens 250. Alle öffentlichen IP-Adressen können in DNAT-Regeln verwendet werden und zählen zu den verfügbaren SNAT-Ports.
IP-Adressen in IP-Gruppen Maximal 100 IP-Gruppen pro Firewall.
Maximal 5000 einzelne IP-Adressen oder IP-Präfixe pro IP-Gruppe.
Routingtabelle Standardmäßig verfügt AzureFirewallSubnet über die Route „0.0.0.0/0“, bei der der Wert „NextHopType“ auf Internet festgelegt ist.

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

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

Grenzwerte von Azure Front Door Service

Resource Begrenzung
Azure Front Door-Ressourcen pro Abonnement 100
Front-End-Hosts (einschließlich benutzerdefinierter Domänen) pro Ressource 500
Routingregeln pro Ressource 500
Back-End-Pools pro Ressource 50
Back-Ends pro Back-End-Pool 100
Abzustimmende Pfadmuster für eine Routingregel 25
URLs in einem einzigen Cachebereinigungsaufruf 100
Benutzerdefinierte Web Application Firewall-Regeln pro Richtlinie 100
Web Application Firewall-Richtlinie pro Abonnement 100
Web Application Firewall – Übereinstimmungsbedingungen pro benutzerdefinierter Regel 10
Web Application Firewall – IP-Adressbereiche pro benutzerdefinierter Regel 600
Web Application Firewall – Zeichenfolgen-Übereinstimmungswerte pro Übereinstimmungsbedingung 10
Web Application Firewall – Länge des Zeichenfolgen-Übereinstimmungswerts 256
Web Application Firewall – Länge des POST-Textparameternamens 256
Web Application Firewall – Länge des HTTP-Headernamens 256
Web Application Firewall – Länge des Cookienamens 256
Ausschlussgrenzwert der Web Application Firewall 100
Web Application Firewall – Größe des überprüften HTTP-Anforderungstexts 128 KB
Web Application Firewall – Länge des benutzerdefinierten Antworttexts 2 KB

Diensteinschränkungen von Azure Front Door Standard/Premium (Vorschau)

*** ***

Resource Standard-SKU-Limit Premium-SKU-Limit
Maximale Endpunkte pro Profil 10 25
Maximale benutzerdefinierte Domänen pro Profil 100 200
Maximale Ursprungsgruppen pro Profil 100 200
Maximale Geheimnisse pro Profil 100 200
Maximale Sicherheitsrichtlinien pro Profil 100 200
Maximale Regelsätze pro Profil 100 200
Maximale Regeln pro Regelsatz 100 100
Maximale Ursprünge pro Ursprungsgruppe 50 50
Maximale Anzahl von Routen pro Endpunkt 100 200
URLs in einem einzigen Cachebereinigungsaufruf 100 100
Benutzerdefinierte Web Application Firewall-Regeln pro Richtlinie 100 100
Web Application Firewall – Übereinstimmungsbedingungen pro benutzerdefinierter Regel 10 10
Web Application Firewall – IP-Adressbereiche pro benutzerdefinierter Regel 600 600
Web Application Firewall – Zeichenfolgen-Übereinstimmungswerte pro Übereinstimmungsbedingung 10 10
Web Application Firewall – Länge des Zeichenfolgen-Übereinstimmungswerts 256 256
Web Application Firewall – Länge des POST-Textparameternamens 256 256
Web Application Firewall – Länge des HTTP-Headernamens 256 256
Web Application Firewall – Länge des Cookienamens 256 256
Web Application Firewall – Größe des überprüften HTTP-Anforderungstexts 128 KB 128 KB
Web Application Firewall – Länge des benutzerdefinierten Antworttexts 2 KB 2 KB

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
  • Wenn es sich bei der Antwort um eine segmentierte Antwort handelt, wird der Status 200 zurückgegeben, falls/wenn der erste Block empfangen wird.
  • Nach der Weiterleitung der HTTP-Anforderung an das Back-End wartet Front Door 30 Sekunden lang auf das erste Paket vom Back-End. Anschließend wird ein 503-Fehler an den Client zurückgegeben. Dieser Wert kann über das Feld „sendRecvTimeoutSeconds“ in der API konfiguriert werden.
    • Wenn eine Anforderung zwischengespeichert wird und dieser Vorgang länger als 30 Sekunden für das erste Paket von Front Door oder vom Back-End dauert, wird ein 504-Fehler an den Client zurückgegeben.
  • Nach dem Empfang des ersten Pakets vom Back-End wartet Front Door 30 Sekunden in einem Leerlauftimeout. Anschließend wird ein 503-Fehler an den Client zurückgegeben. Dieser Timeoutwert ist nicht konfigurierbar.
  • Das Timeout für die Front Door-TCP-Sitzung mit dem Back-End beträgt 90 Sekunden.

Datenlimit beim Hoch- und Herunterladen

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

Andere Limits

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

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

Grenzwerte für Notification Hubs

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

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

Purview-Grenzwerte

Die aktuellen Werte für Azure Purview-Kontingente finden Sie auf der Seite Azure Purview-Kontingente.

Service Bus-Grenzwerte

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

Namen des Kontingents `Scope` Wert Notizen
Maximale Anzahl von Namespaces pro Azure-Abonnement Namespace 1000 (Standard und Maximum) Nachfolgende Anforderungen weiterer Namespaces werden abgelehnt.
Größe von Warteschlangen oder Themen Entität

1, 2, 3, 4 GB oder 5 GB

In der Premium-SKU und in der Standard-SKU mit aktivierter Partitionierung beträgt die maximale Größe von Warteschlangen bzw. Themen 80 GB.

Der Grenzwert für die Gesamtgröße eines Premium-Namespace beträgt 1 TB pro Messagingeinheit. Die Gesamtgröße aller Entitäten im Namespace kann diesen Grenzwert nicht überschreiten.

Wird beim Erstellen/Aktualisieren der Warteschlange oder des Themas definiert.

Nachfolgende eingehende Nachrichten werden abgelehnt, und vom aufrufenden Code wird eine Ausnahme empfangen.
Maximale Anzahl gleichzeitiger Verbindungen in einem Namespace Namespace Netto-Nachrichtenübermittlung: 1.000.

AMQP: 5.000.
Nachfolgende Anforderungen für zusätzliche Verbindungen werden abgelehnt, und der aufrufende Code empfängt eine Ausnahme. REST-Vorgänge werden nicht zu den gleichzeitigen TCP-Verbindungen hinzugezählt.
Anzahl der gleichzeitigen Empfangsanforderungen für eine Warteschlangen-, Themen- oder Abonnemententität Entität 5.000 Nachfolgende Empfangsanforderungen werden abgelehnt, und vom aufrufenden Code wird eine Ausnahme empfangen. Dieses Kontingent gilt für alle gleichzeitigen Empfangsvorgänge über alle Abonnements eines Themas hinweg.
Anzahl von Themen oder Warteschlangen pro Namespace Namespace 10.000 für den Basic- oder Standard-Tarif. Die Gesamtzahl von Themen und Warteschlangen in einem Namespace muss kleiner oder gleich 10.000 sein.

Im Premium-Tarif ist ein Wert von 1.000 pro Messagingeinheit (Messaging Unit, MU) zulässig.
Nachfolgende Anforderungen zum Erstellen eines neuen Themas bzw. einer neuen Warteschlange im Namespace werden abgelehnt. Als Ergebnis wird bei der Konfiguration über das Azure-Portal eine Fehlermeldung generiert. Bei einem Aufruf über die Verwaltungs-API wird vom aufrufenden Code eine Ausnahme empfangen.
Anzahl von partitionierten Themen oder Warteschlangen pro Namespace Namespace Grundstufe und Standard stufe: 100.

Partitionierte Entitäten werden im Premium-Tarif nicht unterstützt.

Jede partitionierte Warteschlange bzw. jedes partitionierte Thema wird in das zulässige Kontingent von 1.000 Entitäten pro Namespace eingerechnet.
Nachfolgende Anforderungen zum Erstellen eines neuen partitionierten Themas bzw. einer neuen Warteschlange im Namespace werden abgelehnt. Als Ergebnis wird bei der Konfiguration über das Azure-Portal eine Fehlermeldung generiert. Bei einem Aufruf über die Verwaltungs-API wird vom aufrufenden Code die Ausnahme QuotaExceededException empfangen.

Wenn Sie mehr partitionierte Entitäten in einem Namespace mit Basic- oder Standard-Tarif haben möchten, erstellen Sie zusätzliche Namespaces.

Maximale Größe eines Messagingentitätspfads: Warteschlange oder Thema Entität - 260 Zeichen
Maximale Größe eines Messagingentitätsnamens: Namespace, Abonnement oder Abonnementregel Entität - 50 Zeichen
Maximale Größe einer Nachrichten-ID Entität - 128
Maximale Größe einer Nachrichten Session ID Entität - 128
Nachrichtengröße für eine Warteschlangen-, Themen- oder Abonnemententität Entität Eingehende Nachrichten, die diese Kontingente überschreiten, werden abgelehnt, und vom aufrufenden Code wird eine Ausnahme empfangen. 256 KB für Standard-Tarif
100 MB für Premium-Tarif.

Die Nachrichtengröße umfasst die Größe der Eigenschaften (System- und Benutzereigenschaften) und die Größe der Nutzdaten. Die Größe der Systemeigenschaften variiert je nach Szenario.
Nachrichteneigenschaftsgröße für eine Warteschlangen-, Themen- oder Abonnemententität Entität Die Ausnahme SerializationException wird generiert.

Die maximale Nachrichteneigenschaftsgröße für jede Eigenschaft beträgt 32 KB.

Die kumulierte Größe aller Eigenschaften darf 64 KB nicht überschreiten. Dieser Grenzwert gilt für den gesamten Header der im Broker gespeicherten Nachricht, die sowohl über Benutzereigenschaften als auch Systemeigenschaften verfügt (z. B. Sequenznummer, Bezeichnung und Nachrichten-ID).

Maximale Anzahl der Headereigenschaften im Eigenschaftenbehälter: byte/int.MaxValue

Anzahl von Abonnements pro Thema Entität Nachfolgende Anforderungen zum Erstellen weiterer Abonnements für das Thema werden abgelehnt. Als Ergebnis wird bei der Konfiguration über das Portal eine Fehlermeldung angezeigt. Bei einem Aufruf über die Verwaltungs-API wird vom aufrufenden Code eine Ausnahme empfangen. 2.000 pro Thema für die Ebenen „Standard“ und „Premium“
Anzahl von SQL-Filtern pro Thema Entität Nachfolgende Anforderungen für die Erstellung weiterer Filter für das Thema werden abgelehnt, und der aufrufende Code empfängt eine Ausnahme. 2.000
Anzahl von Korrelationsfiltern pro Thema Entität Nachfolgende Anforderungen für die Erstellung weiterer Filter für das Thema werden abgelehnt, und der aufrufende Code empfängt eine Ausnahme. 100.000
Größe der SQL-Filter oder -Aktionen Namespace Nachfolgende Anforderungen für die Erstellung weiterer Filter werden abgelehnt, und der aufrufende Code empfängt eine Ausnahme. Maximale Länge der Filterbedingungszeichenfolge: 1,024 (1 K).

Maximale Länge des Aktionsstrings der Regel: 1,024 (1 K).

Maximale Anzahl von Ausdrücken pro Regelaktion: 32.
Anzahl der Autorisierungsregeln für gemeinsamen Zugriff pro Namespace, Warteschlange oder Thema Entität, Namespace Nachfolgende Anforderungen für die Erstellung weiterer Regeln werden abgelehnt, und der aufrufende Code empfängt eine Ausnahme. Maximale Anzahl von Regeln pro Entitätstyp: 12.

Regeln, die für einen Service Bus-Namespace konfiguriert werden, gelten für alle Typen: Warteschlangen, Themen.
Anzahl der Nachrichten pro Transaktion Transaktion Zusätzliche eingehende Nachrichten werden abgelehnt, und eine Ausnahme („Mehr als 100 Nachrichten dürfen nicht in einer einzelnen Transaktion gesendet werden“) wird durch den aufrufenden Code empfangen. 100

Für Send()- und SendAsync()-Vorgänge.
Anzahl von Regeln für virtuelle Netzwerke und IP-Filter Namespace   128

Site Recovery-Grenzwerte

Für Azure Site Recovery gelten die folgenden Grenzwerte.

Grenzwertbezeichner Begrenzung
Anzahl der Tresore pro Abonnement 500
Anzahl von Servern pro Recovery Services-Tresor 250
Anzahl von Schutzgruppen pro Recovery Services-Tresor Keine Begrenzung
Anzahl von Wiederherstellungsplänen pro Recovery Services-Tresor Keine Begrenzung
Anzahl der Server pro Schutzgruppe Keine Begrenzung
Anzahl der Server pro Wiederherstellungsplan 100

Grenzwerte für SQL-Datenbanken

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

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

Grenzwerte für Azure Synapse Analytics

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

Grenzwerte für Synapse-Arbeitsbereiche

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

Grenzwerte für Synapse-Pipelines

Resource Standardlimit Maximales Limit
Synapse-Pipelines in einem Synapse-Arbeitsbereich 800 800
Gesamtanzahl von Entitäten (z. B. Pipelines, Datasets, Trigger, verknüpfte Dienste, private Endpunkte und Integration Runtimes) in einem Arbeitsbereich 5.000 Wenden Sie sich an den Support.
Gesamtanzahl CPU-Kerne für Azure-SSIS Integration Runtimes unter einem Arbeitsbereich 256 Wenden Sie sich an den Support.
Gleichzeitige Pipelineausführungen pro Arbeitsbereich (von allen Pipelines des Arbeitsbereichs gemeinsam genutzt) 10.000 10.000
Gleichzeitige externe Aktivitätsausführungen pro Arbeitsbereich und Azure Integration Runtime-Region
Externe Aktivitäten werden auf der Integrationslaufzeit verwaltet, aber auf verknüpften Diensten ausgeführt, darunter Databricks, gespeicherte Verfahren, HDInsight, Web und andere. Dieses Limit gilt nicht für selbst gehostete IR.
3,000 3,000
Gleichzeitige Pipelineaktivitätsausführungen pro Arbeitsbereich und Azure Integration Runtime-Region
Pipeline-Aktivitäten werden zur Integrationslaufzeit ausgeführt, einschließlich Lookup, GetMetadata und Delete. Dieses Limit gilt nicht für selbst gehostete IR.
1.000 1.000
Gleichzeitige Erstellungsvorgänge pro Arbeitsbereich und Azure Integration Runtime-Region
Einschließlich Testverbindung, Durchsuchen der Ordner- und Tabellenliste, Datenvorschau. Dieses Limit gilt nicht für selbst gehostete IR.
200 200
Gleichzeitige Nutzung von Datenintegrationseinheiten1 pro Arbeitsbereich und Azure Integration Runtime-Region Regionalgruppe 12: 6,000
Regionalgruppe 22: 3,000
Regionalgruppe 32: 1,500
Verwaltetes virtuelles Netzwerk2: 2.400
Regionalgruppe 12: 6,000
Regionalgruppe 22: 3,000
Regionalgruppe 32: 1,500
Verwaltetes virtuelles Netzwerk: Support kontaktieren.
Maximale Aktivitäten pro Pipeline, einschließlich interner Aktivitäten für Container 40 40
Maximale Anzahl verknüpfter Integration Runtimes, die für eine einzelne selbstgehostete Integration Runtime erstellt werden kann 100 Wenden Sie sich an den Support.
Maximale Parameter pro Pipeline 50 50
ForEach-Elemente 100.000 100.000
ForEach-Parallelität 20 50
Maximale Anzahl von Ausführungen in Warteschlange pro Pipeline 100 100
Zeichen pro Ausdruck 8.192 8.192
Mindestintervall für Trigger für ein rollierendes Fenster 5 Min 15 Min.
Maximales Zeitlimit für Ausführungen von Pipelineaktivitäten 7 Tage 7 Tage
Bytes pro Objekt für Pipelineobjekte3 200 KB 200 KB
Bytes pro Objekt für Datasetobjekte und verknüpfte Dienstobjekte3 100 KB 2.000 KB
Bytes pro Nutzdaten für jede Aktivitätsausführung4 896 KB 896 KB
Datenintegrationseinheiten1 pro Kopieraktivitätsausführung 256 256
Schreiben von API-Aufrufen 1.200/h 1.200/h

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

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

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

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

| Regionsgruppe | Regionen | | -------- | ------ | Regionsgruppe 1 | Zentral-USA, Ost-USA, Ost-USA 2, Nordeuropa, Westeuropa, West-USA, West-USA 2 | | Regionsgruppe 2 | Australien Ost, Australien Südosten, Brasilien Süd, Zentralindien, Japan Ost, Nordzentral-USA, Südzentral-USA, Südostasien, Westzentral-USA | | Regionsgruppe 3 | Andere Regionen | Wenn das verwaltete virtuelle Netzwerk aktiviert ist, beträgt die Datenintegrationseinheit (DIU) in allen Regionsgruppen 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.

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.

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

Resource Begrenzung
Anzahl von Speicherkonten pro Region und Abonnement, einschließlich Standard- und Premium-Speicherkonten. 250
Maximale Kapazität des Standardspeicherkontos 5 PiB1
Maximale Anzahl an Blobcontainern, Blobs, Dateifreigaben, Tabellen, Warteschlangen, Entitäten oder Nachrichten pro Speicherkonto. Keine Begrenzung
Maximale Anforderungsrate pro Standardspeicherkonto 20.000 Anforderungen pro Sekunde 1
Standardmäßig maximal eingehende Daten pro GPv2-Konto und Blob-Speicherkonto in den folgenden Regionen (LRS/GRS):
  • Australien (Osten)
  • USA (Mitte)
  • Asien, Osten
  • USA (Ost) 2
  • Japan, Osten
  • Korea, Mitte
  • Nordeuropa
  • USA Süd Mitte
  • Asien, Südosten
  • UK, Süden
  • Europa, Westen
  • USA (Westen)
60 GBit/s1
Standardmäßig maximal eingehende Daten pro GPv2-Konto und Blob-Speicherkonto in den folgenden Regionen (ZRS):
  • Australien (Osten)
  • USA (Mitte)
  • East US
  • USA (Ost) 2
  • Japan, Osten
  • Nordeuropa
  • USA Süd Mitte
  • Asien, Südosten
  • UK, Süden
  • Europa, Westen
  • USA, Westen 2
60 GBit/s1
Standardmäßig maximal eingehende Daten pro GPv2-Konto und Blob-Speicherkonto in Regionen, die in der vorherigen Zeile nicht aufgeführt sind. 25 GBit/s1
Standardmäßig maximal eingehende Daten für GPv1-Speicherkonten (alle Regionen) 10 GBit/s1
Standardmäßig maximal ausgehende Daten für GPv2-Konten und Blob-Speicherkonten in den folgenden Regionen (LRS/GRS):
  • Australien (Osten)
  • USA (Mitte)
  • Asien, Osten
  • USA (Ost) 2
  • Japan, Osten
  • Korea, Mitte
  • Nordeuropa
  • USA Süd Mitte
  • Asien, Südosten
  • UK, Süden
  • Europa, Westen
  • USA (Westen)
120 GBit/s1
Standardmäßig maximal ausgehende Daten für GPv2-Konten und Blob-Speicherkonten in den folgenden Regionen (ZRS):
  • Australien (Osten)
  • USA (Mitte)
  • East US
  • USA (Ost) 2
  • Japan, Osten
  • Nordeuropa
  • USA Süd Mitte
  • Asien, Südosten
  • UK, Süden
  • Europa, Westen
  • USA, Westen 2
120 GBit/s1
Standardmäßig maximal ausgehende Daten für GPv2-Konten und Blob-Speicherkonten in Regionen, die in der vorherigen Zeile nicht aufgeführt sind. 50 GBit/s1
Maximaler Ausgang für universelle v1-Speicherkonten (US-Regionen) 20 GBit/s bei aktiviertem RA-GRS/GRS, 30 GBit/s für LRS/ZRS2
Maximaler Ausgang für universelle v1-Speicherkonten (US-fremde Regionen) 10 GBit/s bei aktiviertem RA-GRS/GRS, 15 GBit/s für LRS/ZRS2
Maximale Anzahl von Regeln für IP-Adressen pro Speicherkonto 200
Maximale Anzahl von VNET-Regeln pro Speicherkonto 200
Maximale Anzahl von Regeln für Ressourceninstanzen pro Speicherkonto 200
Maximale Anzahl privater Endpunkte pro Speicherkonto 200

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.

2 Wenn bei Ihrem Speicherkonto Lesezugriff mit georedundantem Speicher (RA-GRS) oder geozonenredundantem Speicher (RA-GZRS) aktiviert wurde, sind die Ziele für ausgehende Daten für den sekundären Standort mit denen des primären Standorts identisch. Weitere Informationen finden Sie unter Azure Storage-Replikation.

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.

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

Limits bei Azure Blob Storage

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

1 Der Durchsatz für ein einzelnes Blob 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.

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

Azure Queue-Speicherlimits

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

Azure Table-Speicherlimits

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

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

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

1 Die Gesamtzahl der vollständigen Datenträger-Momentaufnahmen, über die ein einzelner Datenträger verfügen kann, beträgt 200. Ein einzelner Datenträger kann auch über 200 inkrementelle Momentaufnahmen verfügen, die getrennt von vollständigen Datenträger-Momentaufnahmen gezählt werden.

Für 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 Limit für Anforderungsraten können Sie die Anzahl der Datenträger mit hoher Auslastung ungefähr berechnen, die von einem Speicherkonto 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).

Für 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

Standardmäßig verwaltete HDD-Festplatten

Standard-Datenträgertyp S4 S6 S10 S15 S20 S30 S40 S50 S60 S70 S80
Datenträgergröße in GiB 32 64 128 256 512 1.024 2.048 4.096 8.192 16.384 32.767
IOPS pro Datenträger Bis zu 500 Bis zu 500 Bis zu 500 Bis zu 500 Bis zu 500 Bis zu 500 Bis zu 500 Bis zu 500 Bis zu 1.300 Bis zu 2.000 Bis zu 2.000
Durchsatz pro Datenträger Bis zu 60 MB/s Bis zu 60 MB/s Bis zu 60 MB/s Bis zu 60 MB/s Bis zu 60 MB/s Bis zu 60 MB/s Bis zu 60 MB/s Bis zu 60 MB/s Bis zu 300 MB/s Bis zu 500 MB/s Bis zu 500 MB/s

Verwaltete SSD Standard-Datenträger

SSD Standard-Größen E1 E2 E3 E4 E6 E10 E15 E20 E30 E40 E50 E60 E70 E80
Datenträgergröße in GiB 4 8 16 32 64 128 256 512 1.024 2.048 4.096 8.192 16.384 32.767
IOPS pro Datenträger Bis zu 500 Bis zu 500 Bis zu 500 Bis zu 500 Bis zu 500 Bis zu 500 Bis zu 500 Bis zu 500 Bis zu 500 Bis zu 500 Bis zu 500 Bis zu 2.000 Bis zu 4.000 Bis zu 6.000
Durchsatz pro Datenträger Bis zu 60 MB/s Bis zu 60 MB/s Bis zu 60 MB/s Bis zu 60 MB/s Bis zu 60 MB/s Bis zu 60 MB/s Bis zu 60 MB/s Bis zu 60 MB/s Bis zu 60 MB/s Bis zu 60 MB/s Bis zu 60 MB/s Bis zu 400 MB/s Bis zu 600 MB/s Bis zu 750 MB/s
Max. Burst-IOPS pro Datenträger 600 600 600 600 600 600 600 600 1000
Max. Burstdurchsatz pro Datenträger 150 MB/s 150 MB/s 150 MB/s 150 MB/s 150 MB/s 150 MB/s 150 MB/s 150 MB/s 250 MB/s
Max. Burstdauer 30 Min. 30 Min. 30 Min. 30 Min. 30 Min. 30 Min. 30 Min. 30 Min. 30 Min.

SSD Premium verwaltete Festplatten: Grenzen pro Platte

SSD Premium-Größen P1 P2 P3 P4 P6 P10 P15 P20 P30 P40 P50 P60 P70 P80
Datenträgergröße in GiB 4 8 16 32 64 128 256 512 1.024 2.048 4.096 8.192 16.384 32.767
Bereitgestellte IOPS pro Datenträger 120 120 120 120 240 500 1.100 2.300 5.000 7.500 7.500 16.000 18.000 20.000
Bereitgestellter Durchsatz pro Datenträger 25 MB/s 25 MB/s 25 MB/s 25 MB/s 50 MB/s 100 MB/s 125 MB/s 150 MB/s 200 MB/s 250 MB/s 250 MB/s 500 MB/s 750 MB/s 900 MB/s
Max. Burst-IOPS pro Datenträger 3.500 3.500 3.500 3.500 3.500 3.500 3.500 3.500 30.000* 30.000* 30.000* 30.000* 30.000* 30.000*
Max. Burstdurchsatz pro Datenträger 170 MB/s 170 MB/s 170 MB/s 170 MB/s 170 MB/s 170 MB/s 170 MB/s 170 MB/s 1.000 MB/s* 1.000 MB/s* 1.000 MB/s* 1.000 MB/s* 1.000 MB/s* 1.000 MB/s*
Max. Burstdauer 30 Min. 30 Min. 30 Min. 30 Min. 30 Min. 30 Min. 30 Min. 30 Min. Unbegrenzt* Unbegrenzt* Unbegrenzt* Unbegrenzt* Unbegrenzt* Unbegrenzt*
Qualifiziert für Reservierung Nein Nein Nein Nein Nein Nein Nein Nein Ja, bis zu einem Jahr Ja, bis zu einem Jahr Ja, bis zu einem Jahr Ja, bis zu einem Jahr Ja, bis zu einem Jahr Ja, bis zu einem Jahr

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

SSD Premium verwaltete Festplatten: Pro-VM-Grenzen

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

Nicht verwaltete VM-Datenträger

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

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

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

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

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

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

Storage Premium-Datenträgertyp P10 P20 P30 P40 P50
Datenträgergröße 128 GB 512 GB 1.024GiB (1TB) 2.048GiB (2TB) 4.095GiB (4TB)
Maximale Anzahl IOPS pro Datenträger 500 2.300 5.000 7.500 7.500
Maximaler Durchsatz pro Datenträger 100 MB/s 150 MB/s 200 MB/s 250 MB/s 250 MB/s
Maximale Anzahl von Datenträgern pro Speicherkonto 280 70 35 17 8

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

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

StorSimple-Systemgrenzwerte

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

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

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

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

Stream Analytics-Grenzwerte


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

Grenzwerte für virtuelle Computer

Grenzwerte für virtuelle Computer

Resource Begrenzung
Virtuelle Computer pro Clouddienst1 50
Eingabeendpunkte pro Clouddienst2 150

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

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

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

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

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

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

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

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

Hinweis

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

Pro Abonnement gibt es Einschränkungen hinsichtlich der Bereitstellung von Ressourcen mithilfe des Katalogs mit geteilten Images:

  • 100 Kataloge mit freigegebenen Images pro Abonnement und Region
  • 1.000 Imagedefinitionen pro Abonnement und Region
  • 10.000 Imageversionen pro Abonnement und Region

Grenzwerte für VM-Skalierungsgruppen

Resource Begrenzung
Maximale Anzahl von virtuellen Computern in einer Skalierungsgruppe 1.000
Maximale Anzahl von VMs basierend auf einem benutzerdefinierten VM-Image in einer Skalierungsgruppe 600
Maximale Anzahl von Skalierungsgruppen in einer Region 2.500

Weitere Informationen

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.

Resource Begrenzung
Verwaltungsgruppen pro Azure AD-Mandant 10.000
Abonnements pro Verwaltungsgruppe Unbegrenzt.
Ebenen der Verwaltungsgruppenhierarchie Stammebene plus 6 Ebenen1
Direkt übergeordnete Verwaltungsgruppe pro Verwaltungsgruppe Eine
Bereitstellungen auf Verwaltungsgruppenebene pro Standort 8002
Standorte von Bereitstellungen auf Verwaltungsgruppenebene 10

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.

Resource Begrenzung
Einem Azure Active Directory-Mandanten zugeordnete Abonnements Unbegrenzt
Co-Admins pro Abonnement Unbegrenzt
Ressourcengruppen pro Abonnement 980
Anforderungsgröße für Azure Resource Manager-API 4.194.304 Bytes
Tags pro Abonnement1 50
Eindeutige Tag-Berechnungen pro Abonnement1 80.000
Bereitstellungen auf Abonnementebene pro Standort 8002
Speicherorte von Bereitstellungen auf Abonnementebene 10

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. Resource Manager gibt nur eine Liste mit eindeutigen Tagnamen und Werten im Abonnement zurück, wenn die Anzahl der Tags maximal 80.000 beträgt. Sie können eine Ressource jedoch auch anhand des Tags finden, wenn die Anzahl 80.000 überschreitet.

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

Grenzwerte für Ressourcengruppen

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

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

Vorlagengrenzwerte

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

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

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

Active Directory-Grenzwerte

Nachstehend finden Sie die Verwendungs- und andere Diensteinschränkungen für den Azure Active Directory-Dienst (Azure AD).

Category Begrenzung
Mandanten Ein einzelner Benutzer kann als Mitglied oder Gast bis zu 500 Azure AD-Mandanten angehören.
Ein einzelner Benutzer kann maximal 200 Verzeichnisse erstellen.
Domänen Sie können nicht mehr als 5.000 verwaltete Domänennamen hinzufügen. Wenn Sie alle Ihre Domänen für den Verbund mit der lokalen Active Directory-Instanz einrichten möchten, können Sie in jedem Mandanten maximal 2.500 Domänennamen hinzufügen.
Ressourcen
  • Bei der kostenlosen Edition von Azure Active Directory können Benutzer standardmäßig in einem einzelnen Mandanten maximal 50.000 Azure AD-Ressourcen erstellen. Wenn Sie mindestens eine verifizierte Domäne haben, wird das Standardkontingent für den Azure AD-Dienst für Ihre Organisation auf 300.000 Azure AD-Ressourcen erweitert. Das Kontingent für den Azure AD-Dienst für durch die Self-Service-Registrierung erstellte Organisationen beträgt weiterhin 50.000 Azure AD-Ressourcen, auch wenn eine interne Administratorübernahme stattgefunden hat. Die Organisation wird in einen verwalteten Mandanten mit mindestens einer überprüften Domäne konvertiert. Dieses Dienstlimit steht nicht im Zusammenhang mit dem Tariflimit von 500.000 Ressourcen auf der Azure AD-Preisseite. Um das Standardkontingent zu überschreiten, müssen Sie sich an den Microsoft-Support wenden.
  • Ein Benutzer ohne Administratorrechte kann maximal 250 Azure AD-Ressourcen erstellen. Zu diesem Kontingent zählen sowohl aktive Ressourcen als auch gelöschte Ressourcen, die zum Wiederherstellen verfügbar sind. Nur gelöschte Azure AD-Ressourcen, die vor weniger als 30 Tagen gelöscht wurden, stehen für die Wiederherstellung bereit. Gelöschte Azure AD-Ressourcen, die nicht mehr für die Wiederherstellung verfügbar sind, zählen für 30 Tage mit einem Viertelwert zu diesem Kontingent. Wenn Sie Entwickler haben, die dieses Kontingent wahrscheinlich wiederholt im Rahmen ihrer regulären Aufgaben überschreiten, können Sie eine benutzerdefinierte Rolle erstellen und zuweisen, die die Berechtigung hat, eine unbegrenzte Anzahl von App-Registrierungen zu erstellen.
Schemaerweiterungen
  • Erweiterungen des Typs „String“ sind auf maximal 256 Zeichen begrenzt.
  • Erweiterungen des Typs „Binary“ sind auf 256 Byte beschränkt.
  • Es können maximal 100 Erweiterungswerte (für alle Typen und alle Anwendungen) in jede einzelne Azure AD-Ressource geschrieben werden.
  • Nur die Entitäten „User“, „Group“, „TenantDetail“, „Device“, „Application“ und „ServicePrincipal“ mit dem Typ „String“ oder „Binary“ können mit Einzelwertattributen erweitert werden.
Anwendungen
  • Maximal 100 Benutzer können Besitzer einer einzelnen Anwendung sein.
  • Für einen Benutzer, eine Gruppe oder einen Dienstprinzipal können maximal 1.500 App-Rollenzuweisungen festgelegt werden. Die Einschränkung gilt für den Dienstprinzipal, den Benutzer oder die Gruppe über alle App-Rollen hinweg und nicht für eine Begrenzung der Anzahl von Zuweisungen für eine einzelne App-Rolle.
  • Apps mit kennwortbasiertem einmaligem Anmelden (Single Sign-On, SSO) sind auf 48 Benutzer beschränkt. Dies bedeutet, dass pro App eine Beschränkung auf 48 Schlüssel für Benutzername-Kennwort-Paare gilt. Wenn Sie weitere Benutzer hinzufügen möchten, lesen Sie die Anweisungen zur Problembehandlung unter Behandeln von Problemen beim kennwortbasierten einmaligen Anmelden in Azure AD.
  • Ein Benutzer kann maximal nur 48 Apps verwenden, für die Benutzername und Kennwortanmeldeinformationen konfiguriert sind.
Anwendungsmanifest Im Anwendungsmanifest können maximal 1200 Einträge hinzugefügt werden.
Gruppen
  • Ein Benutzer ohne Administratorrechte kann in einer Azure AD-Organisation maximal 250 Gruppen erstellen. Alle Azure AD-Administratoren, die Gruppen in der Organisation verwalten können, können auch eine unbegrenzte Anzahl von Gruppen erstellen (bis zum Grenzwert für Azure AD-Objekte). Wenn Sie eine Rolle zuweisen, um den Grenzwert für einen Benutzer zu entfernen, weisen Sie ihm eine integrierte Rolle mit weniger Berechtigungen zu, etwa die Rolle „Benutzeradministrator“ oder „Gruppenadministrator“.
  • Eine Azure AD-Organisation kann maximal 5.000 dynamische Gruppen enthalten.
  • In einer einzigen Azure AD-Organisation (Mandant) können maximal 400 Gruppen erstellt werden, denen Rollen zugewiesen werden können.
  • Maximal 100 Benutzer können Besitzer einer einzelnen Gruppe sein.
  • Eine beliebige Anzahl von Azure AD-Ressourcen kann einer einzelnen Gruppe angehören.
  • Ein Benutzer kann ein Mitglied einer beliebigen Anzahl von Gruppen sein. Wenn Sie Sicherheitsgruppen in Kombination mit SharePoint Online verwenden, können einzelne Benutzer Mitglied von insgesamt 2049 Sicherheitsgruppen sein (dies gilt nicht nur für direkte, sondern auch für indirekte Gruppenmitgliedschaften). Wenn dieser Grenzwert überschritten wird, werden Authentifizierungs- und Suchergebnisse unvorhersehbar.
  • Die Anzahl von Mitgliedern einer Gruppe, die Sie über Ihre lokale Active Directory-Instanz mit Azure Active Directory synchronisieren können, ist bei Verwendung von Azure AD Connect standardmäßig auf 50.000 beschränkt. Wenn Sie eine Gruppenmitgliedschaft synchronisieren müssen, die diesen Grenzwert überschreitet, müssen Sie die Synchronisierungsendpunkt-API V2 für Azure AD Connect integrieren.
  • Geschachtelte Gruppen in Azure AD werden nicht in allen Szenarien unterstützt.
  • Beim Auswählen einer Liste von Gruppen kann die Gruppenablaufrichtlinie maximal 500 Microsoft 365-Gruppen zugewiesen werden. Wird die Richtlinie auf alle Microsoft 365-Gruppen angewendet, gibt es keine Beschränkung.

Zu diesem Zeitpunkt werden folgende Szenarien bei geschachtelten Gruppen unterstützt:
  • Eine Gruppe kann einer anderen Gruppe als Mitglied hinzugefügt werden, und Sie können eine Gruppenverschachtelung erreichen.
  • Gruppenmitgliedschaftsansprüche (Wenn eine App so konfiguriert wurde, dass sie Gruppenmitgliedschaftsansprüche im Token empfängt, werden geschachtelte Gruppen einbezogen, deren Mitglied der angemeldete Benutzer ist.)
  • Bedingter Zugriff (wenn für eine Richtlinie für bedingten Zugriff ein Gruppenbereich gilt)
  • Einschränken des Zugriffs auf Self-Service-Kennwortzurücksetzung
  • Einschränken, welche Benutzer Azure AD beitreten und eine Geräteregistrierung durchführen dürfen

Die folgenden Szenarien unterstützen KEINE geschachtelten Gruppen:
  • Zuweisung von App-Rollen, sowohl für den Zugriff als auch für die Bereitstellung. Das Zuweisen von Gruppen zu einer App wird unterstützt, aber alle Gruppen, die innerhalb der direkt zugewiesenen Gruppe geschachtelt sind, haben keinen Zugriff.
  • Gruppenbasierte Lizenzierung (automatisches Zuweisen einer Lizenz zu allen Mitgliedern einer Gruppe)
  • Microsoft 365-Gruppen
Anwendungsproxy
  • Maximal 500 Transaktionen pro Sekunde pro App-Proxy-Anwendung
  • Maximal 750 Transaktionen pro Sekunde für die Azure AD-Organisation

Eine Transaktion wird als einzelne HTTP-Anforderung und -Antwort für eine eindeutige Ressource definiert. Bei einer Drosselung erhalten Clients die Antwort 429 (zu viele Anforderungen).
Anpassung des Zugriffsbereichs Es gibt keine Beschränkung für die Anzahl der Anwendungen, die im Zugriffsbereich pro Benutzer unabhängig von den zugewiesenen Lizenzen angezeigt werden können.
Berichte In einem Bericht können maximal 1.000 Zeilen angezeigt oder heruntergeladen werden. Weitere Daten werden abgeschnitten.
Verwaltungseinheiten Eine Azure AD-Ressource kann zu höchstens 30 Verwaltungseinheiten gehören.
Azure AD-Rollen und -Berechtigungen
  • In einer Azure AD-Organisation können maximal 30 benutzerdefinierte Azure AD-Rollen erstellt werden.
  • Maximal 100 benutzerdefinierte Azure AD-Rollenzuweisungen für einen einzelnen Prinzipal im Mandantenbereich.
  • Maximal 100 integrierte Azure AD-Rollenzuweisungen für einen einzelnen Prinzipal im Nichtmandantenbereich (z. B. Verwaltungseinheit oder Azure AD-Objekt). Im Mandantenbereich können beliebig viele integrierte Azure AD-Rollenzuweisungen verwendet werden.
  • Eine Gruppe kann nicht als Gruppenbesitzer hinzugefügt werden.
  • Die Fähigkeit von Benutzern, Mandanteninformationen anderer Benutzer lesen zu können, kann nur durch den Azure AD-organisationsweiten Switch eingeschränkt werden, um den Zugriff für alle Nicht-Administratorbenutzer auf alle Mandanteninformationen zu deaktivieren (nicht empfohlen). Weitere Informationen finden Sie unter Einschränken der Standardberechtigungen für Mitgliedsbenutzer.
  • Es kann bis zu 15 Minuten für Abmelden/Anmelden dauern, bevor Ergänzungen und Widerrufe für eine Mitgliedschaft in einer Administratorrolle wirksam werden.

API Management-Grenzwerte

Resource Begrenzung
Maximale Anzahl von Skalierungseinheiten 12 pro Region1
Cachegröße 5 GiB pro Einheit2
Gleichzeitige Back-End-Verbindungen3 pro HTTP-Autorität 2.048 pro Einheit4
Maximale Größe zwischengespeicherter Antworten 2 MiB
Maximale Größe eines Richtliniendokuments 256 KiB5
Maximale Anzahl benutzerdefinierter Gatewaydomänen pro Dienstinstanz6 20
Maximale Anzahl von CA-Zertifikaten pro Dienstinstanz7 10
Maximale Anzahl von Dienstinstanzen pro Abonnement8 20
Maximale Anzahl von Abonnements pro Dienstinstanz8 500
Maximale Anzahl von Clientzertifikaten pro Dienstinstanz8 50
Maximale Anzahl von APIs pro Dienstinstanz8 50
Maximale Anzahl von API-Verwaltungsvorgängen pro Dienstinstanz8 1.000
Maximale Gesamtdauer der Anforderungen8 30 Sekunden
Maximale Größe der Anforderungspayload8 1 GiB
Maximale gepufferte Nutzlastgröße8 2 MiB
Maximale Größe der Anforderungs-URL9 16.384 Bytes
Maximale Länge des URL-Pfadsegments10 260 Zeichen
Maximale Größe des von der Überprüfungsrichtlinie verwendeten API-Schemas10 4 MB
Maximale Größe des Anforderungs- oder Antworttexts in der validate-content-Richtlinie10 100 KB
Maximale Anzahl von selbstgehosteten Gateways11 25

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. In diesen Kategorien gibt es keine Grenzwerte für andere Tarife.
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

Resource Kostenlos Shared Basic Standard Premium (v1-v3) Isolated
Web-Apps, mobile Apps oder API-Apps pro Azure App Service-Plan1 10 100 Unbegrenzt2 Unbegrenzt2 Unbegrenzt2 Unbegrenzt2
App Service-Plan 10 pro Region 10 pro Ressourcengruppe 100 pro Ressourcengruppe 100 pro Ressourcengruppe 100 pro Ressourcengruppe 100 pro Ressourcengruppe
Serverinstanztyp Shared Shared Dediziert3 Dediziert3 Dediziert3

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

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

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

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

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

4 Weitere sind auf Anfrage möglich.

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

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

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ä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).

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 Die App Service Certificate-Kontingentgrenze pro Abonnement kann über eine Supportanfrage bis auf eine Obergrenze von 200 erhöht werden.

10 Für SKUs vom Typ „App Service (isoliert)“ kann ein interner Lastausgleich (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.

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

12 Domänen ohne „www“ werden nicht unterstützt. Es werden nur Standardzertifikate ausgegeben (Platzhalterzertifikate sind nicht verfügbar). Nur auf ein kostenloses Zertifikat pro benutzerdefinierter Domäne beschränkt.

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

Automatisierungsgrenzwerte

Prozessautomatisierung

Resource Begrenzung Notizen
Maximale Anzahl von neuen Aufträgen, die alle 30 Sekunden pro Azure Automation-Konto (nicht geplante Aufträge) übermittelt werden können 100 Wenn dieser Grenzwert erreicht wird, treten bei nachfolgenden Anforderungen zum Erstellen eines Auftrags Fehler auf. Der Client empfängt eine Fehlerantwort.
Maximale Anzahl gleichzeitig ausgeführter Aufträge pro Automation-Konto (nicht geplante Aufträge) 200 Wenn dieser Grenzwert erreicht wird, treten bei nachfolgenden Anforderungen zum Erstellen eines Auftrags Fehler auf. Der Client empfängt eine Fehlerantwort.
Maximale Speichergröße der Auftragsmetadaten für einen fortlaufenden Zeitraum von 30 Tagen 10 GB (etwa 4 Millionen Aufträge) Wenn dieser Grenzwert erreicht wird, treten bei nachfolgenden Anforderungen zum Erstellen eines Auftrags Fehler auf.
Maximale Größe von Auftragsdatenströmen 1 MiB Ein einzelner Datenstrom darf nicht größer als 1 MiB sein.
Maximale Anzahl von Modulen, die alle 30 Sekunden pro Automation-Konto importiert werden können 5
Maximale Größe eines Moduls 100 MB
Maximale Größe einer Knotenkonfigurationsdatei 1 MB Gilt für die Zustandskonfiguration.
Auftragsausführungszeit – Free-Tarif 500 Minuten pro Abonnement pro Kalendermonat
Maximal zulässiger Speicherplatz pro Sandbox1 1 GB Betrifft nur Azure-Sandboxen.
Maximaler Arbeitsspeicher pro Sandbox1 400 MB Betrifft nur Azure-Sandboxen.
Maximal zulässige Anzahl von Netzwerksockets pro Sandbox1 1.000 Betrifft nur Azure-Sandboxen.
Maximal zulässige Laufzeit pro Runbook 1 3 Stunden Betrifft nur Azure-Sandboxen.
Maximale Anzahl von Automation-Konten in einem Abonnement Keine Begrenzung
Maximale Anzahl von System-Hybrid Runbook Workern pro Automation-Konto 4.000
Maximale Anzahl von Benutzer-Hybrid Runbook Workern pro Automation-Konto 4.000
Maximale Anzahl gleichzeitiger Aufträge, die auf einem einzelnen Hybrid Runbook Worker ausgeführt werden können 50
Maximale Größe der Runbookauftragsparameter 512 Kilobytes
Maximale Anzahl von Runbookparametern 50 Sie können einen JSON- oder XML-Zeichenfolge an einen Parameter übergeben und ihn mit dem Runbook analysieren, wenn Sie das Limit von 50 Parametern erreichen.
Maximale Größe für Webhooknutzlast 512 Kilobytes
Maximale Anzahl von Tagen, die Auftragsdaten aufbewahrt werden 30 Tage
Maximale Größe des PowerShell-Workflowstatus 5 MB Gilt für PowerShell-Workflow-Runbooks, wenn Prüfpunkte für Workflows eingerichtet werden.
Maximale Anzahl von Tags, die von einem Automation-Konto unterstützt werden 15

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.

Ressource Begrenzung Hinweise
Datei 500
Dateigröße 5 MB
Registrierung 250
Windows-Software 250 Softwareupdates nicht inbegriffen
Linux-Pakete 1.250
Dienste 250
Daemon 250

Updateverwaltung

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

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

Azure App Configuration

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

Azure Cache for Redis-Grenzwerte

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

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

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

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

Grenzwerte für Azure Cloud Services

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

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

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 in einem Abonnement erstellen. Jeder kann für einen bestimmten Tarif bereitgestellt werden. Sie sind nur durch die Anzahl der Dienste beschränkt, die in einem Tarif zulässig sind. Beispielsweise können Sie in einem Abonnement bis zu 12 Dienste für den Basic-Tarif und weitere 12 Dienste für den 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. Wenden Sie sich an den Support von Azure, wenn Sie in einem Abonnement weitere Dienste benötigen.

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

1 „Free“ basiert auf gemeinsamen (nicht dedizierten) Ressourcen. Zentrales Hochskalieren wird für gemeinsame Ressourcen nicht 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.

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

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.

type Begrenzung Beispiel
Eine Mischung aus Cognitive Services-Ressourcen Maximal 200 Cognitive Services-Ressourcen pro Region. 100 Ressourcen für maschinelles Sehen in der Region „USA, Westen“, 50 Speech Service-Ressourcen in „USA, Westen“ und 50 Textanalyseressourcen in „USA, Westen“.
Ein einzelner Typ von Cognitive Services-Ressourcen Maximal 100 Ressourcen pro Region. 100 Ressourcen für maschinelles Sehen in der Region „USA, Westen 2“ und 100 Ressourcen für maschinelles Sehen in „USA, Osten“.

Einschränkungen für Azure Cosmos DB

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

Azure Data Explorer-Limits

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

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

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

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

Azure Database for MySQL

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

Azure Database for PostgreSQL

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

Azure Functions-Grenzwerte

Resource Verbrauchstarif Premium-Plan Dedizierter Plan ASE Kubernetes
Standardmäßige Timeoutdauer (in Minuten) 5 30 301 30 30
Maximale Timeoutdauer (in Minuten) 10 unbounded7 unbounded2 unbounded unbounded
Maximale Anzahl ausgehender Verbindungen (pro Instanz) 600 aktive (insgesamt 1.200) unbounded unbounded unbounded unbounded
Maximale Anforderungsgröße (MB)3 100 100 100 100 Abhängig von Cluster
Maximale Länge der Abfragezeichenfolge3 4096 4096 4096 4096 Abhängig von Cluster
Maximale Länge der Anforderungs-URL3 8192 8192 8192 8192 Abhängig von Cluster
ACU pro Instanz 100 210–840 100–840 210–2508 AKS – Preise
Maximaler Arbeitsspeicher (GB pro Instanz) 1.5 3,5–14 1,75–14 3,5–14 Jeder Knoten wird unterstützt.
Maximale Instanzanzahl 200 1009 variiert je nach SKU10 10010 Abhängig von Cluster
Funktions-Apps pro Plan 100 100 unbounded4 unbounded unbounded
App Service-Pläne 100 pro Region 100 pro Ressourcengruppe 100 pro Ressourcengruppe - -
Speicher5 5 TB 250 GB 50–1.000 GB 1 TB
Benutzerdefinierte Domänen pro App 5006 500 500 500
benutzerdefinierte Domäne SSL-Unterstützung Unbegrenzte Anzahl von SNI SSL-Verbindungen inbegriffen Unbegrenzte Anzahl von SNI SSL-Verbindungen und 1 IP-SSL-Verbindung inbegriffen Unbegrenzte Anzahl von SNI SSL-Verbindungen und 1 IP-SSL-Verbindung inbegriffen Unbegrenzte Anzahl von SNI SSL-Verbindungen und 1 IP-SSL-Verbindung inbegriffen

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. 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.
9 Bei der Ausführung unter Linux in einem Premium-Plan sind Sie derzeit auf 20 Instanzen beschränkt.
10 Ausführliche Informationen finden Sie unter App Service-Grenzwerte.

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

Azure Healthcare APIs

APIs für das Gesundheitswesen: Leistungsgrenzen

Azure Healthcare APIs ist eine Reihe von verwalteten API-Diensten, die auf offenen Standards und Frameworks basieren. Der Dienst ermöglicht Arbeitsabläufe zur Verbesserung der Gesundheitsversorgung und bietet skalierbare und sichere Lösungen für das Gesundheitswesen. Sie befindet sich derzeit in der öffentlichen Vorschau. Azure Healthcare APIs umfasst den Fast Healthcare Interoperability Resources (FHIR) Service, den Digital Imaging and Communications in Medicine (DICOM) Service und den IoT Connector.

Der FHIR-Service ist eine Implementierung der FHIR-Spezifikation innerhalb der Azure Healthcare APIs. Es ermöglicht Ihnen, in einem einzigen Arbeitsbereich eine oder mehrere FHIR-Service-Instanzen mit optionalen DICOM-Service-Instanzen und IoT-Konnektoren zu kombinieren. Die Azure-API für FHIR ist allgemein verfügbar (GA) und als eigenständiges Serviceangebot erhältlich.

Kontingentname Standardlimit Maximales Limit Hinweise
Arbeitsbereich 10 Support kontaktieren Limit pro Abonnement
FHIR 10 Support kontaktieren Limit pro Arbeitsbereich
DICOM 10 Support kontaktieren Limit pro Arbeitsbereich
IoT-Konnektor 10 Limit pro Arbeitsbereich, kann nicht erhöht werden

Grenzwerte des Azure Healthcare APIs-Diensts

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

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

Grenzwerte für Azure Kubernetes Service

Resource Begrenzung
Maximale Anzahl Cluster pro Abonnement 5.000
Maximale Knoten pro Cluster mit VM-Verfügbarkeitsgruppen und der Load Balancer Basic-SKU 100
Maximale Knoten pro Cluster mit VM-Skalierungsgruppen und der Load Balancer Standard-SKU 1.000 (für alle Knotenpools)
Maximale Knotenpools pro Cluster 100
Maximale Pods pro Knoten: Grundlegende Netzwerkunterstützung mit Kubernetes Maximal: 250
Azure CLI-Standardwert: 110
Standardwert der Azure Resource Manager-Vorlage: 110
Standardwert für Bereitstellung im Azure-Portal: 30
Maximale Pods pro Knoten: Erweiterte Netzwerkunterstützung mit Azure Container Networking Interface Maximal: 250
Standardwert: 30
Vorschau des OSM-AKS-Add-Ons (Open Service Mesh) Kubernetes-Clusterversion: 1.19+1
OSM-Controller pro Cluster: 11
Pods pro OSM-Controller: 5001
Von OSM verwaltete Kubernetes-Dienstkonten: 501

1 Das OSM-Add-On für AKS befindet sich in der Vorschauphase und wird noch weiter optimiert, bevor es allgemein verfügbar wird. Während der Vorschauphase wird empfohlen, die angezeigten Grenzwerte nicht zu überschreiten.


Kubernetes-Steuerungsebene Begrenzung
Kostenpflichtiger Tarif Automatisches Aufskalieren basierend auf der Last
Free-Tarif Eingeschränkte Ressourcen mit einem Grenzwert von 50 Mutierungs- und 100 schreibgeschützten Aufrufen von In-Flight-Anforderungen

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.

Resource Limit des S0-Tarifs
Maximale Anforderungsrate pro Abonnement 50 Anforderungen pro Sekunde

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.

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

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

Grenzwerte für Azure Monitor

Alerts

Resource Standardlimit Maximales Limit
Metrikwarnungen (klassisch) 100 aktive Warnungsregeln pro Abonnement. Wenden Sie sich an den Support.
Metrikwarnungen 5.000 aktive Warnungsregeln pro Abonnement in öffentlichen Azure-Clouds sowie in Azure China 21Vianet- und Azure Government-Clouds. Wird dieser Grenzwert erreicht, versuchen Sie, ob Sie Warnungen mit mehreren Ressourcen desselben Typs verwenden können.
5.000 metrische Zeitreihen pro Warnungsregel.
Wenden Sie sich an den Support.
Aktivitätsprotokollwarnungen 100 aktive Warnungsregeln pro Abonnement (der Wert kann nicht erhöht werden). Wie Standard.
Protokollwarnungen 1000 aktive Warnungsregeln pro Abonnement. 1000 aktive Warnungsregeln pro Ressource. Wenden Sie sich an den Support.
Länge der Beschreibungen von Warnungsregeln und Aktionsregeln Protokollsuchwarnungen: 4.096 Zeichen
Alle anderen: 2.048 Zeichen
Wie Standard.

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.

Resource Standardlimit Maximales Limit
GET alertsSummary 50 Aufrufe pro Minute pro Abonnement Wie Standard.
GET alerts (ohne Angabe einer Warnungs-ID) 100 Aufrufe pro Minute pro Abonnement Wie Standard.
Alle anderen Aufrufe 1000 Aufrufe pro Minute pro Abonnement Wie Standard.

Aktionsgruppen

Resource Standardlimit Maximales Limit
Azure-App-Push 10 Azure-App-Aktionen pro Aktionsgruppe. Wie Standard
Email 1.000 E-Mail-Aktionen in einer Aktionsgruppe.
Maximal 100 E-Mails in einer Stunde.
Weitere Informationen finden Sie in den Informationen zu Ratenbegrenzungen.
Wie Standard
ITSM 10 ITSM-Aktionen in einer Aktionsgruppe. Wie Standard
Logik-App 10 Logik-App-Aktionen in einer Aktionsgruppe. Wie Standard
Runbook 10 Runbook-Aktionen in einer Aktionsgruppe. Wie Standard
sms 10 SMS-Aktionen in einer Aktionsgruppe.
Maximal eine SMS alle fünf Minuten.
Weitere Informationen finden Sie in den Informationen zu Ratenbegrenzungen.
Wie Standard
Sprache 10 Sprachaktionen in einer Aktionsgruppe.
Maximal ein Anruf alle fünf Minuten.
Weitere Informationen finden Sie in den Informationen zu Ratenbegrenzungen.
Wie Standard
Webhook 10 Webhookaktionen in einer Aktionsgruppe. Maximale Anzahl von Webhookaufrufen ist 1500 pro Minute pro Abonnement. Andere Grenzwerte finden Sie unter Aktionsspezifische Informationen. Wie Standard

Autoscale

Resource Standardlimit Maximales Limit
Einstellungen für automatische Skalierung 100 pro Region und Abonnement. Wie Standard.
Profile für die automatische Skalierung 20 Profile pro Einstellung für die Autoskalierung. Wie Standard.

Protokollieren von Abfragen und Sprache

Allgemeine Abfragegrenzwerte

Begrenzung BESCHREIBUNG
Abfragesprache Azure Monitor verwendet dieselbe Kusto-Abfragesprache wie Azure Data Explorer. Weitere Informationen finden Sie unter Azure Monitor – Unterschiede in der Protokollabfragesprache für KQL-Sprachelemente, die in Azure Monitor nicht unterstützt werden.
Azure-Regionen Protokollabfragen können zu einem übermäßigen Aufwand führen, wenn sich die Daten über Log Analytics-Arbeitsbereiche in mehreren Azure-Regionen erstrecken. Weitere Informationen finden Sie unter Abfragegrenzwerte.
Ressourcenübergreifende Abfragen Die maximale Anzahl von Application Insights-Ressourcen und Log Analytics-Arbeitsbereichen in einer einzelnen Abfrage ist auf 100 beschränkt.
Ressourcenübergreifende Abfrage wird im View Designer nicht unterstützt.
Eine ressourcenübergreifende Abfrage in Protokollwarnungen wird in der neuen scheduledQueryRules-API unterstützt.
Ausführliche Informationen finden Sie unter Ressourcenübergreifende Abfragelimits.

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.

"Measure" Grenzwert pro Benutzer BESCHREIBUNG
Gleichzeitige Abfragen 5 Ein Benutzer kann bis zu 5 Abfragen gleichzeitig ausführen. Jede zusätzliche Abfrage wird einer Warteschlange hinzugefügt. Sobald eine der laufenden Abfragen abgeschlossen ist, wird die erste wartende Abfrage aus der Warteschlange abgerufen und ausgeführt. Hinweis: Dieser Grenzwert gilt nicht für Warnungsabfragen.
Zeit in der Parallelitätswarteschlange 3 Minuten Wenn sich eine Abfrage länger als drei Minuten in der Warteschlange befindet, ohne zu starten, wird sie mit einer HTTP-Fehlerantwort mit dem Code 429 beendet.
Gesamtanzahl von Abfragen in der Parallelitätswarteschlange 200 Sobald die Anzahl von Abfragen in der Warteschlange 200 erreicht hat, wird die nächste Abfrage mit dem HTTP-Fehlercode 429 abgelehnt. Diese Zahl gilt zusätzlich zu den 5 Abfragen, die gleichzeitig ausgeführt werden können.
Abfragerate 200 Abfragen pro 30 Sekunden Dies ist die Gesamtrate, mit der Abfragen von einem einzelnen Benutzer an alle Arbeitsbereiche übermittelt werden können. Dieser Grenzwert gilt für programmgesteuerte Abfragen und für Abfragen, die von Visualisierungskomponenten wie Azure-Dashboards und der Zusammenfassungsseite für den Log Analytics-Arbeitsbereich initiiert wurden.
  • 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

Tarif Grenzwert pro Tag Beibehaltung von Daten Comment
Current Per GB-Tarif
(Einführung: April 2018)
Keine Begrenzung 30–730 Tage Für eine Datenaufbewahrung von mehr als 31 Tagen fallen zusätzliche Gebühren an. Erfahren Sie mehr über die Preise für Azure Monitor.
Legacy Free-Tarife
(Einführung: April 2016)
500 MB 7 Tage Wenn Ihr Arbeitsbereich das Tageslimit von 500 MB erreicht, wird die Datenerfassung beendet und am nächsten Morgen fortgesetzt. Ein Tag wird in UTC-Zeit ausgegeben. Beachten Sie, dass Daten, die von Azure Security Center erfasst werden, nicht im Tageslimit von 500 MB enthalten sind und auch noch darüber hinaus weiter erfasst werden.
Legacy Standalone Per GB-Tarif
(Einführung: April 2016)
Keine Begrenzung 30 bis 730 Tage Für eine Datenaufbewahrung von mehr als 31 Tagen fallen zusätzliche Gebühren an. Erfahren Sie mehr über die Preise für Azure Monitor.
Legacy Per Node (OMS)
(Einführung: April 2016)
Keine Begrenzung 30 bis 730 Tage Für eine Datenaufbewahrung von mehr als 31 Tagen fallen zusätzliche Gebühren an. Erfahren Sie mehr über die Preise für Azure Monitor.
Legacy Standard-Tarif Keine Begrenzung 30 Tage Die Aufbewahrungsdauer kann nicht angepasst werden
Legacy Premium-Tarif Keine Begrenzung 365 Tage Die Aufbewahrungsdauer kann nicht angepasst werden

Anzahl von Arbeitsbereichen pro Abonnement

Tarif Arbeitsbereichsbegrenzung Kommentare
Free-Tarif 10 Dieser Grenzwert kann nicht erhöht werden.
Alle anderen Tarife Keine Begrenzung Sie sind durch die Anzahl der Ressourcen innerhalb einer Ressourcengruppe und die Anzahl der Ressourcengruppen pro Abonnement eingeschränkt.

Azure portal

Category Begrenzung Kommentare
Maximale Anzahl von Datensätzen, die von einer Protokollabfrage zurückgegebenen werden 30.000 Reduziert die Ergebnisse durch die Verwendung eines Abfragebereichs, eines Zeitbereichs und von Filtern in der Abfrage.

Datensammler-API

Category Begrenzung Kommentare
Maximale Größe für einen einzelnen Beitrag 30 MB Teilen Sie größere Volumen auf mehrere Beiträge auf.
Maximale Größe für Feldwerte 32 KB Felder mit einer Länge von mehr als 32 KB werden abgeschnitten.

Abfrage-API

Category Begrenzung Kommentare
Maximale Anzahl von Datensätzen, die bei einer einzelnen Abfrage zurückgegeben werden 500.000
Maximale Größe der zurückgegebenen Daten ~104 MB (~100 MiB)
Maximale Ausführungszeit der Abfrage 10 Minuten Weitere Informationen finden Sie unter Timeouts (Zeitlimit).
Maximale Anforderungsrate 200 Anforderungen pro 30 Sekunden und Azure AD-Benutzer oder Client-IP-Adresse Weitere Informationen finden Sie unter Rate limits (Ratenlimits).

Azure Monitor Logs-Anschluss

Category Begrenzung Kommentare
Maximale Datengröße ~16,7 MB (~16 MiB) Aufgrund der Connectorinfrastruktur muss dieser Grenzwert niedriger sein als der Grenzwert für die Abfrage-API.
Maximale Anzahl von Datensätzen 500.000
Maximales Abfragetimeout 110 Sekunden
Diagramme Die Visualisierung auf der Seite „Protokolle“ und der Connector nutzen unterschiedliche Diagrammbibliotheken, und einige Funktionen sind derzeit im Connector nicht verfügbar.

Allgemeine Grenzwerte für Arbeitsbereiche

Category Begrenzung Kommentare
Maximale Anzahl von Spalten in einer Tabelle 500
Maximale Anzahl an Zeichen für einen Spaltennamen 500

Datenaufnahmerate

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 als der Schwellenwert ist, 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.

Resource Standardlimit Hinweis
Gesamtdaten pro Tag 100 GB Die Datenmenge kann durch Festlegen einer Obergrenze reduziert werden. Wird eine höhere Datenmenge benötigt, können Sie den Grenzwert im Portal auf bis zu 1.000 GB erhöhen. Bei Kapazitäten über 1.000 GB senden Sie eine E-Mail an AIDataCap@microsoft.com.
Drosselung 32.000 Ereignisse/s Das Limit wird eine Minute lang gemessen.
Datenaufbewahrungsprotokolle 30 – 730 Tage Diese Ressource ist für Protokolle vorgesehen.
Datenaufbewahrungsmetriken 90 Tage Diese Ressource ist für den Metrik-Explorer vorgesehen.
Webtests in mehreren Schritten mit detaillierter Ergebnisaufbewahrung 90 Tage Diese Ressource liefert detaillierte Ergebnisse der einzelnen Schritte.
Maximale Größe von Telemetrieelementen 64 KB
Maximale Anzahl von Telemetrieelementen pro Batch 64 K
Eingenschaft und Länge der Namen von Metriken 150 Siehe Typschemas.
Zeichenfolgenlänge des Eigenschaftswerts 8.192 Siehe Typschemas.
Länge von Ablaufverfolgungs- und Ausnahmebenachrichtigungen 32,768 Siehe Typschemas.
Verfügbarkeitstests Anzahl pro App 100
Vermerkdauer von Profiler-Daten 5 Tage
Pro Tag gesendete Profiler-Daten 10 GB

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

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

Resource Standardlimit Maximales Limit
Gesamtanzahl von Entitäten (z. B. Pipelines, Datasets, Trigger, verknüpfte Dienste, private Endpunkte und Integration Runtimes) in einer Data Factory 5.000 Wenden Sie sich an den Support.
Gesamtanzahl CPU-Kerne für Azure-SSIS Integration Runtimes unter einem Abonnement 256 Wenden Sie sich an den Support.
Gleichzeitige Pipelineausführungen pro Data Factory (von allen Pipelines der Factory gemeinsam genutzt) 10.000 10.000
Gleichzeitige externe Aktivitätsausführungen pro Abonnement und Azure Integration Runtime-Region
Externe Aktivitäten werden auf der Integrationslaufzeit verwaltet, aber auf verknüpften Diensten ausgeführt, einschließlich Databricks, gespeicherten Verfahren, Web und anderen. Dieses Limit gilt nicht für selbst gehostete IR.
3,000 3,000
Gleichzeitige Pipelineaktivitätsausführungen pro Abonnement und Azure Integration Runtime-Region
Pipeline-Aktivitäten werden zur Integrationslaufzeit ausgeführt, einschließlich Lookup, GetMetadata und Delete. Dieses Limit gilt nicht für selbst gehostete IR.
1.000 1.000
Gleichzeitige Erstellungsvorgänge pro Abonnement und Azure Integration Runtime-Region
Einschließlich Testverbindung, Durchsuchen der Ordner- und Tabellenliste, Datenvorschau. Dieses Limit gilt nicht für selbst gehostete IR.
200 200
Gleichzeitige Nutzung von Datenintegrationseinheiten1 pro Abonnement und Azure Integration Runtime-Region Regionalgruppe 12: 6,000
Regionalgruppe 22: 3,000
Regionalgruppe 32: 1,500
Verwaltetes virtuelles Netzwerk2: 2.400
Regionalgruppe 12: 6,000
Regionalgruppe 22: 3,000
Regionalgruppe 32: 1,500
Verwaltetes virtuelles Netzwerk: Support kontaktieren.
Maximale Aktivitäten pro Pipeline, einschließlich interner Aktivitäten für Container 40 40
Maximale Anzahl verknüpfter Integration Runtimes, die für eine einzelne selbstgehostete Integration Runtime erstellt werden kann 100 Wenden Sie sich an den Support.
Maximale Parameter pro Pipeline 50 50
ForEach-Elemente 100.000 100.000
ForEach-Parallelität 20 50
Maximale Anzahl von Ausführungen in Warteschlange pro Pipeline 100 100
Zeichen pro Ausdruck 8.192 8.192
Mindestintervall für Trigger für ein rollierendes Fenster 5 Min 15 Min.
Maximales Zeitlimit für Ausführungen von Pipelineaktivitäten 7 Tage 7 Tage
Bytes pro Objekt für Pipelineobjekte3 200 KB 200 KB
Bytes pro Objekt für Datasetobjekte und verknüpfte Dienstobjekte3 100 KB 2.000 KB
Bytes pro Nutzdaten für jede Aktivitätsausführung4 896 KB 896 KB
Datenintegrationseinheiten1 pro Kopieraktivitätsausführung 256 256
Schreiben von API-Aufrufen 1.200/h 1.200/h

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

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

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.

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

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

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

Ressource Standardlimit Maximales Limit
Pipelines innerhalb einer Data Factory 2.500 Wenden Sie sich an den Support.
Datasets innerhalb einer Data Factory 5.000 Wenden Sie sich an den Support.
Gleichzeitige Slices pro Dataset 10 10
Bytes pro Objekt für Pipelineobjekte1 200 KB 200 KB
Bytes pro Objekt für Datasets und Objekte für verknüpfte Dienste1 100 KB 2.000 KB
Bedarfsgesteuerte Azure HDInsight-Clusterkerne innerhalb eines Abonnements2 60 Wenden Sie sich an den Support.
Einheiten für Clouddatenverschiebungen pro Kopieraktivitätsausführung3 32 32
Anzahl der Wiederholungsversuche für Ausführungen von Pipelineaktivitäten 1.000 MaxInt (32 Bit)

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.

Ressource Unteres Standardlimit Minimales Limit
Planungsintervall 15 Minuten 15 Minuten
Intervall zwischen Wiederholungsversuchen 1 Sekunde 1 Sekunde
Timeoutwert für Wiederholungsversuche 1 Sekunde 1 Sekunde

Limits für Webdienstaufrufe

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

Azure NetApp Files

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

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

Azure Policy-Grenzwerte

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

Hierbei gilt: Was Maximale Anzahl
`Scope` Richtliniendefinitionen 500
`Scope` Initiativdefinitionen 200
Tenant Initiativdefinitionen 2.500
`Scope` Richtlinien- oder Initiativenzuweisungen 200
`Scope` Ausnahmen 1000
Richtliniendefinition Parameter 20
Initiativdefinition Richtlinien 1000
Initiativdefinition Parameter 300
Richtlinien- oder Initiativenzuweisungen Ausschlüsse (notScopes) 400
Richtlinienregel Geschachtelte konditionelle Abschnitte 512
Wartungstask Ressourcen 500

Azure Quantum-Grenzwerte

Anbieter Limits & Kontingent

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

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

Lernen & SKU entwickeln

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

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

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

Resource Standardlimit Maximales Limit
CPU-basierte gleichzeitige Aufträge bis zu 1001 gleichzeitige Aufträge wie Standardgrenzwert
FPGA-basierte gleichzeitige Aufträge bis zu 101 gleichzeitige Aufträge wie Standardgrenzwert
Solver-Stunden 1.000 Stunden pro Monat bis zu 50.000 Stunden pro Monat

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

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

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

Azure RBAC-Grenzwerte

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

Resource Begrenzung
Azure-Rollenzuweisungen pro Azure-Abonnement
Das Limit für Rollenzuweisungen für ein Abonnement wird derzeit erhöht. Weitere Informationen finden Sie unter Behandeln von Problemen bei Azure RBAC.
2.000
Azure-Rollenzuweisungen pro Verwaltungsgruppe 500
Größe der Beschreibung für Azure-Rollenzuweisungen 2 KB
Größe der Bedingung für Azure-Rollenzuweisungen 8 KB
Benutzerdefinierte Azure-Rollen pro Mandant 5.000
Benutzerdefinierte Azure-Rollen pro Mandant
(für Azure Deutschland und Azure China 21Vianet)
2.000

Grenzwerte für Azure SignalR Service

Resource Standardlimit Maximales Limit
Azure SignalR-Diensteinheiten pro Instanz für Free-Tarif 1 1
Azure SignalR-Diensteinheiten pro Instanz für Standard-Tarif 100 100
Azure SignalR-Diensteinheiten pro Abonnement und Region für Free-Tarif 5 5
Gesamtzahl der Azure SignalR-Einheiten pro Abonnement und Region 150 Unbegrenzt
Verbindungen pro Einheit und Tag für Free-Tarif 20 20
Verbindungen pro Einheit pro Tag für Standard-Tarif 1.000 1.000
Enthaltene Nachrichten pro Einheit und Tag für Free-Tarif 20.000 20.000
Zusätzliche Nachrichten pro Einheit und Tag für Free-Tarif 0 0
Enthaltene Nachrichten pro Einheit und Tag für Standard-Tarif 1.000.000 1.000.000
Zusätzliche Nachrichten pro Einheit und Tag für Standard-Tarif Unbegrenzt Unbegrenzt

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

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

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

Wenn Ihre Anforderungen die Grenzwerte einer einzelnen Instanz überschreiten, fügen Sie Instanzen hinzu. Weitere Informationen finden Sie unter Skalieren des SignalR Service mit mehreren Instanzen.

Grenzwerte von Azure VMware Solution

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

Ressource Begrenzung
Cluster pro privater Cloud 12
Mindestanzahl von Hosts pro Cluster 3
Höchstanzahl von Hosts pro Cluster 16
Hosts pro privater Cloud 96
vCenter-Instanzen pro privater Cloud 1
HCX-Standortkopplungen 25 (beliebige Edition)
Azure VMware Solution ExpressRoute: maximal verknüpfte private Clouds 4
Das verwendete Gateway für virtuelle Netzwerke bestimmt die tatsächliche maximale Anzahl von verknüpften privaten Clouds. Weitere Informationen finden Sie unter Informationen zu ExpressRoute-Gateways für virtuelle Netzwerke.
Azure VMware Solution ExpressRoute-Portgeschwindigkeit 10 GBit/s
Das verwendete virtuelle Netzwerkgateway bestimmt die tatsächliche Bandbreite. Weitere Informationen finden Sie unter Informationen zu ExpressRoute-Gateways für virtuelle Netzwerke.
Über vWAN verfügbar gemachte öffentliche IPs 100
vSAN-Kapazitätsgrenzen 75 Prozent der insgesamt nutzbaren Kapazität (25 Prozent werden für die SLA vorgehalten)

Verwenden Sie für andere VMware-spezifische Grenzwerte das Tool VMware Configuration Maximum.

Backup-Grenzwerte

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

Batch-Grenzwerte

Ressource Standardlimit Maximales Limit
Azure Batch-Konten pro Region und Abonnement 1-3 50
Dedizierte Kerne pro Batch-Konto 90-900 Support kontaktieren
Kerne mit niedriger Priorität pro Batch-Konto 10-100 Support kontaktieren
Aktive Aufträge und Auftragszeitpläne pro Batch-Konto (abgeschlossene Aufträge haben keine Begrenzung) 100-300 1.0001
Pools pro Batch-Konto 20-100 5001

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.

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

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

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

Grenzwerte für Container Instances

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

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

Grenzwerte für die Containerregistrierung

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

Resource Basic Standard Premium
Enthaltener Speicher1 (GiB) 10 100 500
Speicherbegrenzung (TiB) 20 20 20
Maximale Größe für Imageebenen (GiB) 200 200 200
Maximale Manifestgröße (MiB) 4 4 4
Lesevorgänge pro Minute2, 3 1.000 3,000 10.000
Schreibvorgänge pro Minute2, 4 100 500 2.000
Downloadbandbreite2 (MBit/s) 30 60 100
Uploadbandbreite 2 (MBit/s) 10 20 50
webhooks 2 10 500
Georeplikation Unterstützt
Verfügbarkeitszonen Vorschau
Inhaltsvertrauensstellung Unterstützt
Private Link mit privaten Endpunkten Unterstützt
• Private Endpunkte 200
Netzwerkregeln für öffentliche IP-Adressen 100
Dienstendpunkt-VNET-Zugriff Vorschau
• Regeln für virtuelle Netze 100
Vom Kunden verwaltete Schlüssel Unterstützt
Repositorybezogene Berechtigungen Vorschau
• Wertmarken 20.000
• Umfang Karten 20.000
• Repositories pro Umfang Karten 500

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.

Grenzwerte für Content Delivery Network

Resource Begrenzung
Azure Content Delivery Network-Profile 25
Content Delivery Network-Endpunkte pro Profil 25
Benutzerdefinierte Domänen pro Endpunkt 25
Maximale Ursprungsgruppen pro Profil 10
Maximale Ursprünge pro Ursprungsgruppe 10
Maximale Anzahl von Regeln pro CDN-Endpunkt 25
Maximale Anzahl von Übereinstimmungsbedingungen pro Regel 10
Maximale Anzahl von Aktionen pro Regel 5

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

Grenzwerte für Data Lake Analytics

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

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

Data Factory-Grenzwerte

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

Resource Standardlimit Maximales Limit
Gesamtanzahl von Entitäten (z. B. Pipelines, Datasets, Trigger, verknüpfte Dienste, private Endpunkte und Integration Runtimes) in einer Data Factory 5.000 Wenden Sie sich an den Support.
Gesamtanzahl CPU-Kerne für Azure-SSIS Integration Runtimes unter einem Abonnement 256 Wenden Sie sich an den Support.
Gleichzeitige Pipelineausführungen pro Data Factory (von allen Pipelines der Factory gemeinsam genutzt) 10.000 10.000
Gleichzeitige externe Aktivitätsausführungen pro Abonnement und Azure Integration Runtime-Region
Externe Aktivitäten werden auf der Integrationslaufzeit verwaltet, aber auf verknüpften Diensten ausgeführt, einschließlich Databricks, gespeicherten Verfahren, Web und anderen. Dieses Limit gilt nicht für selbst gehostete IR.
3,000 3,000
Gleichzeitige Pipelineaktivitätsausführungen pro Abonnement und Azure Integration Runtime-Region
Pipeline-Aktivitäten werden zur Integrationslaufzeit ausgeführt, einschließlich Lookup, GetMetadata und Delete. Dieses Limit gilt nicht für selbst gehostete IR.
1.000 1.000
Gleichzeitige Erstellungsvorgänge pro Abonnement und Azure Integration Runtime-Region
Einschließlich Testverbindung, Durchsuchen der Ordner- und Tabellenliste, Datenvorschau. Dieses Limit gilt nicht für selbst gehostete IR.
200 200
Gleichzeitige Nutzung von Datenintegrationseinheiten1 pro Abonnement und Azure Integration Runtime-Region Regionalgruppe 12: 6,000
Regionalgruppe 22: 3,000
Regionalgruppe 32: 1,500
Verwaltetes virtuelles Netzwerk2: 2.400
Regionalgruppe 12: 6,000
Regionalgruppe 22: 3,000
Regionalgruppe 32: 1,500
Verwaltetes virtuelles Netzwerk: Support kontaktieren.
Maximale Aktivitäten pro Pipeline, einschließlich interner Aktivitäten für Container 40 40
Maximale Anzahl verknüpfter Integration Runtimes, die für eine einzelne selbstgehostete Integration Runtime erstellt werden kann 100 Wenden Sie sich an den Support.
Maximale Parameter pro Pipeline 50 50
ForEach-Elemente 100.000 100.000
ForEach-Parallelität 20 50
Maximale Anzahl von Ausführungen in Warteschlange pro Pipeline 100 100
Zeichen pro Ausdruck 8.192 8.192
Mindestintervall für Trigger für ein rollierendes Fenster 5 Min 15 Min.
Maximales Zeitlimit für Ausführungen von Pipelineaktivitäten 7 Tage 7 Tage
Bytes pro Objekt für Pipelineobjekte3 200 KB 200 KB
Bytes pro Objekt für Datasetobjekte und verknüpfte Dienstobjekte3 100 KB 2.000 KB
Bytes pro Nutzdaten für jede Aktivitätsausführung4 896 KB 896 KB
Datenintegrationseinheiten1 pro Kopieraktivitätsausführung 256 256
Schreiben von API-Aufrufen 1.200/h 1.200/h

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

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

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.

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

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

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

Ressource Standardlimit Maximales Limit
Pipelines innerhalb einer Data Factory 2.500 Wenden Sie sich an den Support.
Datasets innerhalb einer Data Factory 5.000 Wenden Sie sich an den Support.
Gleichzeitige Slices pro Dataset 10 10
Bytes pro Objekt für Pipelineobjekte1 200 KB 200 KB
Bytes pro Objekt für Datasets und Objekte für verknüpfte Dienste1 100 KB 2.000 KB
Bedarfsgesteuerte Azure HDInsight-Clusterkerne innerhalb eines Abonnements2 60 Wenden Sie sich an den Support.
Einheiten für Clouddatenverschiebungen pro Kopieraktivitätsausführung3 32 32
Anzahl der Wiederholungsversuche für Ausführungen von Pipelineaktivitäten 1.000 MaxInt (32 Bit)

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.

Ressource Unteres Standardlimit Minimales Limit
Planungsintervall 15 Minuten 15 Minuten
Intervall zwischen Wiederholungsversuchen 1 Sekunde 1 Sekunde
Timeoutwert für Wiederholungsversuche 1 Sekunde 1 Sekunde

Limits für Webdienstaufrufe

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

Grenzwerte für Data Lake Storage

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

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

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

Grenzwerte für Data Share

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

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

Grenzwerte für Database Migration Service

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

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

Grenzwerte für Device Update for IoT Hub

Hinweis

Wenn eine bestimmte Ressource oder ein bestimmter Vorgang über keine anpassbaren Grenzwerte verfügt, sind Standardlimit und maximales Limit gleich. Wenn der Grenzwert angepasst werden kann, enthält die Tabelle unterschiedliche Werte für „Standardlimit“ und „Maximales Limit“. 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:

Resource Standardlimit Maximales Limit Anpassbar?
Konten pro Abonnement 2 25 Ja
Instanzen pro Konto 2 25 Ja
Länge des Kontonamens Mindestwert: 3
Höchstwert: 24
Mindestwert: 3
Höchstwert: 24
Nein
Länge des Instanznamens Mindestwert: 3
Höchstwert: 36
Mindestwert: 3
Höchstwert: 36
Nein

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

Vorgang Standardlimit Maximales Limit Anpassbar?
Anzahl von Geräten pro Instanz 10.000 10.000 Nein
Anzahl von Updateanbietern pro Instanz 25 25 Nein
Anzahl von Updatenamen pro Anbieter und Instanz 25 25 Nein
Anzahl von Updateversionen pro Updateanbieter und Name pro Instanz 100 100 Nein
Gesamtanzahl von Updates pro Instanz 100 100 Nein
Maximale Größe einer einzelnen Updatedatei 2 GB 2 GB Nein
Maximale kombinierte Größe aller Dateien in einer einzelnen Importaktion 2 GB 2 GB Nein
Anzahl von Gerätegruppen pro Instanz 75 75 Nein

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.

Tipp

Empfehlungen zur Modellierung, die diese funktionalen Einschränkungen einhalten, finden Sie unter Bewährte Methoden zum Modellieren.

Bereich Funktion Standardlimit Anpassbar?
Azure-Ressource Anzahl von Azure Digital Twins-Instanzen in einer Region pro Abonnement 10 Ja
Digital Twins Anzahl von Zwillingen in einer Azure Digital Twins-Instanz 500.000 Ja
Digital Twins Anzahl eingehender Beziehungen zu einem einzelnen Zwilling 5.000 Nein
Digital Twins Anzahl ausgehender Beziehungen von einem einzelnen Zwilling 5.000 Nein
Digital Twins Maximale Größe (des JSON-Texts in einer PUT- oder PATCH-Anforderung) eines einzelnen Zwillings 32 KB Nein
Digital Twins Maximale Größe der Anforderungspayload 32 KB Nein
Digital Twins Maximale Größe eines Zeichenfolgen-Eigenschaftswerts (UTF-8) 4 KB Nein
Digital Twins Maximale Größe eines Eigenschaftsnamens 1 KB Nein
Routing Anzahl von Endpunkten für eine einzelne Azure Digital Twins-Instanz 6 Nein
Routing Anzahl von Routen für eine einzelne Azure Digital Twins-Instanz 6 Ja
Modelle Anzahl von Modellen innerhalb einer einzelnen Azure Digital Twins-Instanz 10.000 Ja
Modelle Anzahl der Modelle, die in einem einzigen API-Aufruf hochgeladen werden können 250 Nein
Modelle Maximale Größe (des JSON-Texts in einer PUT- oder PATCH-Anforderung) eines einzelnen Modells 1 MB Nein
Modelle Anzahl der auf einer einzelnen Seite zurückgegebenen Elemente 100 Nein
Abfrage Anzahl der auf einer einzelnen Seite zurückgegebenen Elemente 100 Ja
Abfrage Anzahl von AND / OR-Ausdrücken in einer Abfrage 50 Ja
Abfrage Anzahl von Arrayelementen in einer IN / NOT IN-Klausel 50 Ja
Abfrage Anzahl von Zeichen in einer Abfrage 8.000 Ja
Abfrage Anzahl der JOINS in einer Abfrage 5 Ja

Ratenbegrenzungen

Die folgende Tabelle gibt die Ratengrenzwerte verschiedener APIs an.

API Funktion Standardlimit Anpassbar?
Modelle-API Anzahl der Anforderungen pro Sekunde 100 Ja
Digital Twins-API Anzahl der Leseanforderungen pro Sekunde 1.000 Ja
Digital Twins-API Anzahl der Patch-Anforderungen pro Sekunde 1.000 Ja
Digital Twins-API Anzahl von create-/delete-Vorgängen pro Sekunde über alle Zwillinge und Beziehungen hinweg 50 Ja
Digital Twins-API Anzahl von create-/update-/delete-Vorgängen pro Sekunde für einen einzelnen Zwilling oder seine Beziehungen 10 Nein
Abfrage-API Anzahl der Anforderungen pro Sekunde 500 Ja
Abfrage-API Abfrageeinheiten pro Sekunde 4.000 Ja
Ereignisrouten-API Anzahl der Anforderungen pro Sekunde 100 Ja

Andere Limits

Einschränkungen für Datentypen und Felder innerhalb von DTDL-Dokumenten für Azure Digital Twins-Modelle sind in der Spezifikationsdokumentation auf GitHub zu finden: Digital Twins Definition Language (DTDL) - Version 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.

Resource Begrenzung
Benutzerdefinierte Themen pro Azure-Abonnement 100
Ereignisabonnements pro Thema 500
Veröffentlichungsrate für ein benutzerdefiniertes Thema oder Partnerthema (eingehend) 5.000 Ereignisse/Sek. oder 5 MB/Sek. (je nachdem, welcher Wert zuerst erreicht wird)
Ereignisgröße 1 MB
Private Endpunktverbindungen pro Thema 64
IP-Firewallregeln pro Thema 16

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

Resource Begrenzung
Themen pro Ereignisdomäne 100.000
Ereignisabonnements pro Thema innerhalb einer Domäne 500
Domänenbereich-Ereignisabonnements 50
Veröffentlichungsrate für eine Ereignisdomäne (Eingang) 5.000 Ereignisse/Sek. oder 5 MB/Sek. (je nachdem, welcher Wert zuerst erreicht wird)
Ereignisdomänen pro Azure-Abonnement 100
Private Endpunktverbindungen pro Domäne 64
IP-Firewallregeln pro Domäne 16

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: