Kontingente im Azure Cosmos DB-Dienst

  • Artikel

GILT FÜR: NoSQL MongoDB Cassandra Gremlin Tabelle

Dieser Artikel enthält eine Übersicht über die Standardkontingente für unterschiedliche Ressourcen in Azure Cosmos DB.

Speicher und Datenbankvorgänge

Nach Erstellung eines Azure Cosmos DB-Kontos in Ihrem Abonnement können Sie Daten in Ihrem Konto verwalten, indem Sie Datenbanken, Container und Elemente erstellen.

Bereitgestellter Durchsatz

Sie können Durchsatz auf einer Container- oder Datenbankebene in Form von Anforderungseinheiten (Request Units, RU/s oder RUs) zuordnen. Die folgende Tabelle enthält die Grenzwerte für Speicher und Durchsatz pro Container/Datenbank. Storage bezieht sich auf die kombinierte Datenmenge und den Indexspeicher.

Resource Begrenzung
Maximale Anzahl RUs pro Container (Bereitstellungsmodus für dedizierten Durchsatz) 1 000 000 ¹
Maximale Anzahl RUs pro Datenbank (Bereitstellungsmodus für gemeinsam genutzten Durchsatz) 1 000 000 ¹
Maximale Anzahl RUs pro Partition (logische und physische) 10.000
Maximale Speicherkapazität aller Elemente pro (logischer) Partition 20 GB ²
Maximale Anzahl unterschiedlicher (logischer) Partitionsschlüssel Unbegrenzt
Maximale Speicherkapazität pro Container Unbegrenzt
Maximale Anlagengröße pro Konto (Anlagenfeature wird eingestellt) 2 GB
Mindestens erforderliche RU/s pro 1 GB 1 RU/s

¹ Sie können die maximale Anzahl RUs pro Container oder Datenbank erhöhen, indem Sie ein Azure-Support Ticket einreichen.

² Informationen zu bewährten Methoden für die Verwaltung von Workloads, bei denen Partitionsschlüssel höhere Grenzwerte für Speicher oder Durchsatz erfordern, finden Sie unter Erstellen eines synthetischen Partitionsschlüssels. Wenn Ihr Workload in der Produktion bereits den Grenzwert für logische Partitionen von 20 GB erreicht hat, empfiehlt es sich, die Architektur Ihrer Anwendung mit einem anderen Partitionsschlüssel als langfristige Lösung neu zu erstellen. Um Zeit zum Überarbeiten Ihrer Architektur zu gewinnen, können Sie eine vorübergehende Erhöhung der Grenze für logische Partitionsschlüssel für Ihre vorhandene Anwendung anfordern. Erreichen Sie ein Azure-Support-Ticket und wählen Sie den Kontingenttyp Vorübergehende Erhöhung der Schlüsselgröße der logischen Partition des Containers aus. Die Anforderung einer vorübergehenden Erhöhung ist als temporäre Entschärfung vorgesehen und wird nicht als langfristige Lösung empfohlen, da SLA-Garantien nicht berücksichtigt werden, wenn der Grenzwert erhöht wird. Um die Konfiguration zu entfernen, reichen Sie ein Support-Ticket ein und wählen Sie den Kontingenttyp Schlüsselgröße der logischen Partition des Containers auf Standardwert (20 GB) zurücksetzen aus. Das Supportticket kann eingereicht werden, nachdem Sie entweder Daten gelöscht haben, um die Beschränkung auf logische Partitionen auf 20 GB zu begrenzen, oder ihre Anwendung mit einem anderen Partitionsschlüssel überarbeitet haben.

Mindestdurchsatzwerte

Ein Azure Cosmos DB-Container (oder eine Datenbank mit gemeinsam genutztem Durchsatz) muss bei Verwendung des manuellen Durchsatzes einen Mindestdurchsatz von 400 RU/s haben. Mit zunehmendem Wachstum des Containers erfordert Azure Cosmos DB einen Mindestdurchsatz, um sicherzustellen, dass die Ressource (die Datenbank oder der Container) über genügend Ressourcen für die jeweiligen Vorgänge verfügt.

Der aktuelle und minimale Durchsatz eines Containers oder einer Datenbank kann über das Azure-Portal oder die SDKs abgerufen werden. Weitere Informationen finden Sie unter Zuordnen von Durchsatz für Container und Datenbanken.

Der tatsächliche Mindestwert an RU/s kann je nach Kontokonfiguration variieren. Sie können Azure Monitor-Metriken verwenden, um den Verlauf des bereitgestellten Durchsatzes (RU/s) und des Speichers für eine Ressource anzuzeigen.

Mindestdurchsatz für Container

Manueller Durchsatz

Ermitteln Sie die folgenden Maximalwerte, um die minimale Anzahl der RU/s zu schätzen, die für einen Container mit manuellem Durchsatz erforderlich ist:

  • 400 RU/s
  • Aktueller Speicher in GB · 1 RU/s
  • Höchstwert bereitgestellter RU/s für den Container / 100

Sie verfügen beispielsweise über einen Container, für den 400 RU/s und 0 GB Speicher bereitgestellt werden. Sie erhöhen den Durchsatz auf 50.000 RU/s und importieren 20 GB an Daten. Die minimale Anzahl von RU/s beträgt jetzt MAX(400, 20 * 1 RU/s per GB, 50,000 RU/s / 100) = 500 RU/s. Im Laufe der Zeit wächst der Speicher auf 2.000 GB an. Die minimale Anzahl von RU/s beträgt jetzt MAX(400, 2000 * 1 RU/s per GB, 50,000 / 100) = 2000 RU/s.

Automatisches Skalieren des Durchsatzes

Ermitteln Sie die folgenden Maximalwerte, um die maximale Anzahl der RU/s bei minimaler Autoskalierung zu schätzen, die für einen Container mit Autoskalierungsdurchsatz erforderlich ist:

  • 1000 RU/s
  • Aktueller Speicher in GB * 10 RU/s
  • Höchstwert bereitgestellter RU/s für den Container / 10

Sie verfügen beispielsweise über einen Container, für den 1.000 RU/s und 0 GB Speicher bereitgestellt werden. Sie erhöhen den Durchsatz auf 50.000 RU/s und importieren 20 GB an Daten. Der Mindestwert der maximalen RU/s beträgt jetzt MAX(1000, 20 * 10 RU/s per GB, 50,000 RU/s / 10) = 5.000 RU/s. Im Laufe der Zeit wächst der Speicher auf 2.000 GB an. Der Mindestwert der maximalen RU/s beträgt jetzt MAX(1000, 2000 * 10 RU/s per GB, 50,000 / 10) = 20.000 RU/s.

Mindestdurchsatz für eine Datenbank mit gemeinsam genutztem Durchsatz

Manueller Durchsatz

Ermitteln Sie die folgenden Maximalwerte, um die minimale Anzahl der RU/s zu ermitteln, die für eine Datenbank mit gemeinsam genutztem Durchsatz erforderlich ist, für die der manuelle Durchsatz verwendet wird:

  • 400 RU/s
  • Aktueller Speicher in GB · 1 RU/s
  • Höchstwert bereitgestellter RU/s für die Datenbank / 100
  • 400 + MAX(Containeranzahl - 25, 0) * 100 RU/s

Sie verfügen beispielsweise über eine Datenbank, für die 400 RU/s, 15 GB Speicher und 10 Container bereitgestellt werden. Die minimale Anzahl von RU/s beträgt MAX(400, 15 * 1 RU/s per GB, 400 / 100, 400 + 0 ) = 400 RU/s. Wenn in der Datenbank 30 Container vorhanden sind, beträgt die minimale Anzahl von RU/s 400 + MAX(30 - 25, 0) * 100 RU/s = 900 RU/s.

Automatisches Skalieren des Durchsatzes

Ermitteln Sie die folgenden Maximalwerte, um die maximale Anzahl der RU/s bei minimaler Autoskalierung zu ermitteln, die für eine Datenbank mit gemeinsam genutztem Durchsatz erforderlich ist, für die der Autoskalierungsdurchsatz verwendet wird:

  • 1000 RU/s
  • Aktueller Speicher in GB * 10 RU/s
  • Höchstwert bereitgestellter RU/s für die Datenbank / 10
  • 1000 + MAX(Containeranzahl – 25, 0) * 1.000 RU/s

Sie verfügen beispielsweise über eine Datenbank, für die 1.000 RU/s, 15 GB Speicher und zehn Container bereitgestellt werden. Der Mindestwert für die maximale Anzahl von RU/s für die Autoskalierungsdatenbank beträgt MAX(1000, 15 * 10 RU/s per GB, 1000 / 10, 1000 + 0 ) = 1.000 RU/s. Wenn in der Datenbank 30 Container vorhanden sind, beträgt der Mindestwert für die maximale Anzahl von RU/s 1000 + MAX(30 - 25, 0) * 1000 RU/s = 5.000 RU/s.

Hier sehen Sie eine Zusammenfassung der RU-Mindestgrenzwerte bei Verwendung des bereitgestellten Durchsatzes.

Bereitstellungstyp Ressource Begrenzung
Manueller Durchsatz Minimale Anzahl RU/s pro Container (Bereitstellungsmodus für dedizierten Durchsatz bei Verwendung des manuellen Durchsatzes) 400
Manueller Durchsatz Minimale Anzahl RU/s pro Datenbank (Bereitstellungsmodus für gemeinsam genutzten Durchsatz bei Verwendung des manuellen Durchsatzes) 400 RU/s für die ersten 25 Container.
Automatisches Skalieren des Durchsatzes Mindestwert für die maximale Anzahl von RU/s pro Container (Bereitstellungsmodus für dedizierten Durchsatz bei Verwendung des Autoskalierungsdurchsatzes) 1.000
Automatisches Skalieren des Durchsatzes Mindestwert für die maximale Anzahl von RU/s pro Datenbank (Bereitstellungsmodus für gemeinsamen Durchsatz bei Verwendung des Autoskalierungsdurchsatzes) 1000 RU/s für die ersten 25 Container

Azure Cosmos DB unterstützt die programmgesteuerte Skalierung von Durchsatz (RU/s) pro Container bzw. Datenbank über die SDKs oder das Portal.

Je nach aktuell bereitgestellten RU/s und Ressourceneinstellungen kann jede Ressource synchron und sofort zwischen der minimalen Anzahl von RU/s und dem hundertfachen der minimalen Anzahl von RU/s skaliert werden. Wenn der angeforderte Durchsatzwert außerhalb des Bereichs liegt, wird die Skalierung asynchron durchgeführt. Die asynchrone Skalierung kann je nach angefordertem Durchsatz und Datenspeichergröße im Container Minuten bis Stunden dauern. Weitere Informationen.

Serverlos

Mit der Option Serverlos können Sie Ihre Azure Cosmos DB-Ressourcen nutzungsbasiert verwenden. Die folgende Tabelle enthält die Grenzwerte für Speicher und Durchsatzburstfähigkeit pro Container/Datenbank. Diese Grenzwerte können nicht erhöht werden. Es wird empfohlen, zusätzliche serverlose Konten für mehr Speicherbedürfnisse zuzuordnen.

Resource Begrenzung
Maximale Anzahl RU/s pro Container 20.000*
Maximale Speicherkapazität aller Elemente pro (logischer) Partition 20 GB
Maximale Speicherkapazität pro Container 1 TB

*Die maximale RU/s-Verfügbarkeit ist abhängig von den im Container gespeicherten Daten. Lesen Sie dazu Serverlose Leistung

Steuerungsebene

Azure Cosmos DB verfügt über einen Ressourcenanbieter, der eine Verwaltungsebene zum Erstellen, Aktualisieren und Löschen von Ressourcen in Ihrem Azure Cosmos DB-Konto bietet. Der Ressourcenanbieter dient als Schnittstelle zur gesamten Azure-Ressourcenverwaltungsebene, die den Bereitstellungs- und Verwaltungsdienst für Azure darstellt. Zum Erstellen und Verwalten von Azure Cosmos DB-Ressourcen können Sie das Azure-Portal, Azure PowerShell, die Azure CLI, Azure Resource Manager- und Bicep-Vorlagen, die REST-API, Azure Management SDKs sowie Drittanbietertools wie Terraform und Pulumi verwenden.

Auf diese Verwaltungsebene kann auch über die Azure Cosmos DB-Datenebenen-SDKs zugegriffen werden, die in Ihren Anwendungen zum Erstellen und Verwalten von Ressourcen in einem Konto verwendet werden. Datenebenen-SDKs stellen während der ersten Verbindung mit dem Dienst auch Anforderungen auf Steuerungsebene, um z. B. Datenbanken und Container aufzulisten sowie Kontoschlüssel für die Authentifizierung anzufordern.

Jedes Konto für Azure Cosmos DB verfügt über eine master partition, die alle Metadaten für ein Konto enthält. Es verfügt außerdem über eine kleine Durchsatzmenge, um Vorgänge auf Steuerungsebene zu unterstützen. Dieser Durchsatz wird von Anforderungen auf Steuerungsebene beansprucht, die diese Metadaten erstellen, lesen, aktualisieren oder löschen. Wenn der von Vorgängen auf Steuerungsebene verbrauchte Durchsatz diese Menge überschreitet, werden Vorgänge begrenzt, genauso wie Vorgänge auf Datenebene in Azure Cosmos DB. Im Gegensatz zum Durchsatz für Datenvorgänge kann der Durchsatz für die Masterpartition jedoch nicht erhöht werden.

Einige Vorgänge auf Steuerungsebene verbrauchen keinen Durchsatz für die Masterpartition, wie z. B. das Abrufen oder Auflisten von Schlüsseln. Im Gegensatz zu Datenanforderungen in Ihrem Azure Cosmos DB-Konto sind Ressourcenanbieter in Azure jedoch nicht für hohe Anforderungsvolumen ausgelegt. Bei Vorgängen auf Steuerungsebene, die die dokumentierten Grenzwerte kontinuierlich in aufeinanderfolgenden fünfminütigen Zeiträumen überschreiten, kann es zu einer Anforderungsdrosselung sowie zu fehlerhaften oder unvollständigen Vorgängen für Azure Cosmos DB-Ressourcen kommen.

Vorgänge auf Steuerungsebene können überwacht werden, indem Sie auf der Registerkarte „Erkenntnisse“ für ein Azure Cosmos DB-Konto navigieren. Weitere Informationen finden Sie unter Überwachen von Anforderungen auf Steuerungsebene. Benutzer können diese auch anpassen, Azure Monitor verwenden und eine Arbeitsmappe erstellen, um Metadatenanforderungen zu überwachen und Warnungen für diese festzulegen.

Ressourceneinschränkungen

In der folgenden Tabelle sind Ressourcengrenzwerte pro Abonnement oder Konto aufgeführt.

Resource Begrenzung
Maximale Anzahl von Konten pro Abonnement Standardmäßig 50. ¹
Maximale Anzahl von Datenbanken und Containern pro Konto 500 ²
Maximaler Durchsatz, der von einem Konto für Metadatenoperationen unterstützt wird 240 RU/s

¹ Sie können diese Grenzwerte auf bis zu maximal 1000 erhöhen, indem Sie eine Azure-Supportanfrage erstellen. ² Dieser Grenzwert kann nicht erhöht werden. Gesamtanzahl von beidem bei einem Konto. (1 Datenbank und 499 Container, 250 Datenbanken und 250 Container usw.)

Anforderungsgrenzwerte

In der folgenden Tabelle sind Anforderungsgrenzwerte pro 5-Minuten-Intervall und Konto aufgeführt, sofern nicht anders angegeben.

Vorgang Begrenzung
Maximale Anzahl für Auflisten oder Abrufen von Schlüsseln 500 ¹
Maximale Anzahl der Vorgänge zum Erstellen von Datenbanken und Containern 500
Maximale Anzahl der Vorgänge zum Abrufen oder Auflisten von Datenbanken und Containern 500 ¹
Maximale Anzahl für Aktualisieren des bereitgestellten Durchsatzes 25
Maximale Anzahl regionaler Failover 10 (pro Stunde) ²
Maximale Anzahl aller Vorgänge (PUT, POST, PATCH, DELETE, GET), die oben nicht definiert sind 500

¹ Benutzer sollten einen Singleton-Client für SDK-Instanzen und Cacheschlüssel sowie Datenbank- und Containerverweise zwischen Anforderungen für die Lebensdauer dieser Instanz verwenden. ² Regionale Failover gelten nur für Konten für Schreibvorgänge in einer einzelnen Region. Bei Konten für Schreibvorgänge in mehreren Regionen ist es nicht erforderlich oder möglich, die Schreibregion zu ändern.

Azure Cosmos DB erstellt in regelmäßigen Abständen automatisch Sicherungen Ihrer Daten. Weitere Informationen zu Intervallen der Sicherungsaufbewahrung und Windows finden Sie unter Onlinesicherung und bedarfsgesteuerte Wiederherstellung in Azure Cosmos DB.

Grenzwerte pro Konto

Hier ist eine Liste der Grenzwerte pro Konto.

Bereitgestellter Durchsatz

Resource Begrenzung
Maximale Anzahl von Datenbanken und Containern pro Konto 500¹
Maximale Anzahl von Containern pro Datenbank mit freigegebenem Durchsatz 25
Maximale Anzahl von Regionen Keine Einschränkung (alle Azure-Regionen)

Serverlos

Resource Begrenzung
Maximale Anzahl von Datenbanken und Containern pro Konto 500
Maximale Anzahl von Regionen 1 (beliebige Azure-Region)

Grenzwerte pro Container

Abhängig von der API, die Sie verwenden, kann ein Azure Cosmos DB-Container entweder eine Sammlung, eine Tabelle oder einen Graphen darstellen. Container unterstützen Konfigurationen für UNIQUE KEY-Einschränkungen, gespeicherte Prozeduren, Trigger und UDFs sowie Indizierungsrichtlinien. Die folgende Tabelle enthält die spezifischen Grenzwerte für Konfigurationen innerhalb eines Containers.

Resource Begrenzung
Maximale Länge von Datenbank- oder Containername 255
Maximale Anzahl gespeicherter Prozeduren pro Container 100 ¹
Maximale Anzahl von UDFs pro Container 50 ¹
Maximale Anzahl von eindeutigen Schlüsseln pro Container 10 ¹
Maximale Anzahl von Pfaden pro UNIQUE KEY-Einschränkung 16 ¹
Maximaler TTL-Wert 2147483647

¹ Sie können jeden dieser Grenzwerte pro Container erhöhen, indem Sie eine Azure-Supportanfrage erstellen.

Grenzwerte pro Element

Abhängig von der API, die Sie verwenden, kann ein Azure Cosmos DB-Element ein Dokument in einer Sammlung, eine Zeile in einer Tabelle oder einen Knoten oder Edge in einem Graphen darstellen. Die folgende Tabelle zeigt die Grenzwerte pro Element in Azure Cosmos DB.

Resource Begrenzung
Maximale Größe eines Elements 2MB (UTF-8-Länge der JSON-Darstellung) ¹
Maximale Länge des Partitionsschlüsselwerts 2048 Bytes (101 Bytes, wenn große Partitionsschlüssel nicht aktiviert sind)
Maximale Länge des ID-Werts 1\.023 Bytes
Zulässige Zeichen für ID-Wert Dienstseitig sind alle Unicode-Zeichen mit Ausnahme von „/“ und „\“ zulässig.
WARNUNG: Für die beste Interoperabilität wird jedoch DRINGEND EMPFOHLEN, nur alphanumerische ASCII-Zeichen im ID-Wert zu verwenden.
Es gibt mehrere bekannte Einschränkungen in einigen Versionen des Cosmos DB-SDK sowie Konnektoren (z. B. ADF, Spark, Kafka) und http-drivers/libraries usw., welche die erfolgreiche Verarbeitung verhindern können, wenn der ID-Wert nicht-alphanumerische ASCII-Zeichen enthält. Um die Interoperabilität zu erhöhen, codieren Sie den ID-Wert, z. B. über Base64 + benutzerdefinierte Codierung von speziellen Zeichen, die in Base64 zulässig sind. - Wenn die Unterstützung nicht-alphanumerischer ASCII-Zeichen in Ihrem Dienst/Ihrer Anwendung erforderlich ist.
Maximale Anzahl der Eigenschaften pro Element Praktisch unbegrenzt
Maximale Länge des Eigenschaftsnamens Praktisch unbegrenzt
Maximale Länge des Eigenschaftswerts Praktisch unbegrenzt
Maximale Länge des Zeichenfolgen-Eigenschaftswerts Praktisch unbegrenzt
Maximale Länge des numerischen Eigenschaftswerts IEEE754 mit doppelter Genauigkeit 64-Bit
Maximale Schachtelungsebene für eingebettete Objekte/Arrays 128
Maximaler TTL-Wert 2147483647
Maximale(r) Genauigkeit/Bereich für Zahlen in JSON (zur Sicherstellung von sicherer Interoperabilität) IEEE 754 binary64

¹ Große Dokumente mit einer Größe von bis zu 16 MB werden nur mit Azure Cosmos DB for MongoDB unterstützt. In der Featuredokumentation erfahren Sie mehr.

Mit Ausnahme von Längeneinschränkungen bei Partitionsschlüssel- und ID-Werten sowie der Einschränkung der Gesamtgröße auf 2 MB gibt es bei den Elementnutzlasten keine Einschränkungen (also etwa für die Anzahl von Eigenschaften und die Schachtelungstiefe). Sie müssen möglicherweise eine Indizierungsrichtlinie für Container mit großen oder komplexen Elementstrukturen konfigurieren, um den RU-Verbrauch zu reduzieren. Unter Modellieren und Partitionieren von Daten in Azure Cosmos DB anhand eines praktischen Beispiels finden Sie ein praktisches Beispiel und Muster zum Verwalten großer Elemente.

Grenzwerte pro Anforderung

Azure Cosmos DB unterstützt CRUD- und Abfragevorgänge für Ressourcen wie Container, Elemente und Datenbanken. Außerdem werden transaktionale Batchanforderungen für Elemente mit demselben Partitionsschlüssel in einem Container unterstützt.

Resource Begrenzung
Maximale Ausführungszeit für einen einzelnen Vorgang (z.B. die Ausführung einer gespeicherten Prozedur oder Abrufen einer einzelnen Abfrageseite) 5 Sekunden
Maximale Größe der Anforderung (z.B. gespeicherte Prozedur, CRUD) 2 MB
Maximale Größe der Antwort (z.B. paginierte Abfrage) 4 MB
Maximale Anzahl von Vorgängen in einem transaktionalen Batch 100

Azure Cosmos DB unterstützt die Ausführung von Triggern während Schreibvorgängen. Der Dienst unterstützt maximal einen vorangestellten und einen nachgestellten Trigger pro Schreibvorgang.

Sobald das Ausführungstimeout oder der Antwortgrößen-Grenzwert für einen Vorgang wie eine Abfrage erreicht ist, wird an den Client eine Seite mit Ergebnissen und ein Fortsetzungstoken zum Fortsetzen der Ausführung zurückgegeben. Es gibt praktisch keine Begrenzung der Dauer der Ausführung einer einzelnen Abfrage hinsichtlich Seiten/Fortsetzungen.

Azure Cosmos DB verwendet einen HMAC zur Autorisierung. Sie können entweder einen Primärschlüssel oder ein Ressourcentoken für differenzierte Steuerung des Zugriffs auf Ressourcen verwenden. Diese Ressourcen können Container, Partitionsschlüssel oder Elemente enthalten. Die folgende Tabelle enthält die Grenzwerte für Autorisierungstoken in Azure Cosmos DB.

Resource Begrenzung
Maximale Ablaufzeit für primäre Token 15 Min.
Minimale Ablaufzeit für Ressourcentoken 10 Min.
Maximale Ablaufzeit für Ressourcentoken Standardmäßig 24 Stunden ¹
Maximale Zeitabweichung für Tokenautorisierung 15 Min.

¹ Sie können dies erhöhen, indem Sie ein Azure-Supportticket einreichen

Grenzwerte für den per Autoskalierung bereitgestellten Durchsatz

Die Durchsatz- und Speichergrenzwerte im Zusammenhang mit der Autoskalierung werden im Artikel zur Autoskalierung sowie in den häufig gestellten Fragen ausführlicher erläutert.

Resource Begrenzung
Maximale Anzahl von RU/s, auf die das System skaliert werden kann Tmax, die vom Benutzer festgelegte maximale Anzahl von RU/s für die Autoskalierung
Minimale Anzahl von RU/s, auf die das System skaliert werden kann 0.1 * Tmax
Aktuelle Anzahl von RU/s, auf die das System skaliert ist 0.1*Tmax <= T <= Tmax, basierend auf der Nutzung
Minimale Anzahl abrechenbarer RU/s pro Stunde 0.1 * Tmax

Die Abrechnung erfolgt auf Stundenbasis. Ihnen wird entweder die höchste Anzahl von RU/s, auf die das System in der Stunde skaliert wurde, oder 0.1*Tmax berechnet (je nachdem, welcher Wert höher ist).
Mindestwert für die maximale Anzahl von RU/s für die Autoskalierung für einen Container MAX(1000, highest max RU/s ever provisioned / 10, current storage in GB * 10), gerundet auf volle 1000 RU/s
Mindestwert für die maximale Anzahl von RU/s für die Autoskalierung für eine Datenbank MAX(1000, highest max RU/s ever provisioned / 10, current storage in GB * 10, 1000 + (MAX(Container count - 25, 0) * 1000)), aufgerundet auf die nächsten 1000 RU/s.

Hinweis: Wenn Ihre Datenbank mehr als 25 Container umfasst, erhöht sich der Mindestwert für die maximale Anzahl von RU/s für die Autoskalierung pro zusätzlichem Container um jeweils 1000 RU/s. Wenn Sie also beispielsweise über 30 Container verfügen, müssen für die maximale Anzahl von RU/s für die Autoskalierung mindestens 6000 RU/s (Skalierung zwischen 600 und 6000 RU/s) festgelegt werden.

Grenzwerte für SQL-Abfragen

Azure Cosmos DB unterstützt das Abfragen von Elementen mithilfe von SQL. In der folgenden Tabelle werden die Einschränkungen in Abfrageanweisungen beschrieben, z.B. in Bezug auf die Anzahl der Klauseln oder die Länge der Abfrage.

Resource Begrenzung
Maximale Länge der SQL-Abfrage 512 KB
Maximale Anzahl der JOINs pro Abfrage 10 ¹
Maximale Anzahl der UDFs pro Abfrage 10 ¹
Maximale Anzahl der Punkte pro Polygon 4096
Maximale Anzahl explizit eingeschlossener Pfade pro Container 1500 ¹
Maximale Anzahl explizit ausgeschlossener Pfade pro Container 1500 ¹
Maximale Anzahl von Eigenschaften in einem zusammengesetzten Index 8
Maximale Anzahl von Pfaden in einem zusammengesetzten Index 100

¹ Sie können jeden dieser Grenzwerte für SQL-Abfragen erhöhen, indem Sie eine Azure-Supportanfrage erstellen.

Für die API für MongoDB geltende Grenzwerte

Azure Cosmos DB unterstützt das Wire Protocol von MongoDB für Anwendungen, die für MongoDB geschrieben wurden. Sie finden die unterstützten Befehle und Protokollversionen unter Azure Cosmos DB-API für MongoDB: unterstützte Features und Syntax.

Die folgende Tabelle enthält die spezifischen Grenzwerte für die Unterstützung von MongoDB-Features. Andere für die API für NoSQL erwähnte Dienstgrenzwerte gelten auch für die API für MongoDB.

Resource Begrenzung
Maximale Größe eines Dokuments 16 MB (UTF-8-Länge der JSON-Darstellung) ¹
Maximale Speichergröße für MongoDB-Abfragen (diese Einschränkung gilt ausschließlich für die Serverversion 3.2) 40MB
Maximale Ausführungszeit für MongoDB-Vorgänge (für Serverversion 3.2) 15 Sekunden
Maximale Ausführungszeit für MongoDB-Vorgänge (für Serverversionen 3.6 und 4.0) 60 Sekunden
Maximale Schachtelungsebene für eingebettete Objekte/Arrays in Indexdefinitionen 6
Verbindungstimeout bei Leerlauf für das Schließen der serverseitigen Verbindung ² 30 Minuten

¹ Große Dokumente bis zu 16 MB erfordern die Featureaktivierung im Azure-Portal. In der Featuredokumentation erfahren Sie mehr.

² Wir empfehlen, dass Clientanwendungen das Verbindungstimeout bei Leerlauf in den Treibereinstellungen auf 2-3 Minuten festlegen, da das Standardtimeout für Azure Load Balancer 4 Minuten beträgt. Dieses Zeitlimit stellt sicher, dass ein zwischengeschalteter Lastenausgleich im Leerlauf keine Verbindungen zwischen dem Clientcomputer und Azure Cosmos DB schließt.

Grenzwerte für die kostenlose Azure Cosmos DB-Testversion

Die folgende Tabelle enthält die Grenzwerte für die Azure Cosmos DB kostenlos testen-Testversion.

Resource Begrenzung
Dauer der Testversion 30 Tage (danach kann eine neue Testversion angefordert werden)
Nach dem Ablauf werden die gespeicherten Informationen gelöscht.
Maximale Anzahl von Containern pro Abonnement (API für NoSQL, Gremlin, Table) 1
Maximale Anzahl von Containern pro Abonnement (API für MongoDB) 3
Maximaler Durchsatz pro Container 5.000
Maximaler Durchsatz pro Datenbank mit gemeinsam genutztem Durchsatz 20000
Max. Gesamtspeicher pro Konto 10 GB

„Cosmos DB kostenlos testen“ unterstützt die globale Verteilung nur in den Regionen „USA, Mitte“, „Europa, Norden“ und „Asien, Südosten“. Für „Azure Cosmos DB kostenlos testen“-Konten können keine Azure-Supporttickets erstellt werden. Abonnenten mit bestehenden Supportplänen wird allerdings Support gewährt.

Grenzwerte für Azure Cosmos DB-Konten mit Free-Tarif

Die folgende Tabelle enthält die Limits für Free-Tarif-Konten in Azure Cosmos DB.

Resource Begrenzung
Anzahl der Free-Tarif-Konten pro Azure-Abonnement 1
Dauer des Free-Tarif-Rabatts Gültigkeitsdauer des Kontos. Aktivierung ist während der Kontoerstellung erforderlich.
Maximale Anzahl kostenloser RU/s 1.000 RU/s
Maximaler kostenloser Speicherplatz 25 GB
Maximale Anzahl von Datenbanken mit gemeinsam genutztem Durchsatz 5
Maximale Anzahl von Containern in einer Datenbank mit gemeinsam genutztem Durchsatz 25
Bei Konten mit Free-Tarif hat eine Datenbank mit gemeinsam genutztem Durchsatz mit bis zu 25 Containern mindestens 400 RU/s.

Zusätzlich zur vorstehenden Tabelle gelten die Grenzwerte pro Konto auch für Konten der Free-Ebene. Weitere Informationen finden Sie im Artikel Erstellen eines Kontos im Free-Tarif.

Nächste Schritte