Kontingente im Azure Cosmos DB-Dienst
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
Verwenden Sie diesen Abschnitt, um den minimalen Durchsatz für einen Container zu schätzen.
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
Verwenden Sie diesen Abschnitt, um den minimalen Durchsatz für einen Datenbankfreigabedurchsatz über Container hinweg zu schätzen.
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 | 250 standardmäßig ¹ |
| Maximale Anzahl von Datenbanken und Containern pro Konto | 500 ² |
| Maximaler Durchsatz, der von einem Konto für Metadatenoperationen unterstützt wird | 240 RU/s |
¹ Die Standardgrenzwerte unterscheiden sich für interne Microsoft-Kunden. Sie können diese Grenzwerte erhöhen, indem Sie eine Azure-Supportanfrage bis zu max. 1.000 erstellen. Cosmos DB behält sich das Recht vor, leere Datenbankkonten, d. h. keine Datenbanken/Sammlungen, zu löschen. ² 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 einen Primärschlüssel für die 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 |
| Zeitlimit für die MongoDB-Shell im Azure-Portal | 120 Minuten innerhalb von 24 Stunden |
¹ Für große Dokumente mit bis zu 16 MB muss das Feature im Azure-Portal aktiviert werden. 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.