Limity przydziału usługi Azure Cosmos DB
DOTYCZY: 
NoSQL MongoDB Kasandra Gremlin Stół
Ten artykuł zawiera omówienie domyślnych przydziałów oferowanych na potrzeby różnych zasobów w usłudze Azure Cosmos DB.
Operacje magazynu i bazy danych
Po utworzeniu konta usługi Azure Cosmos DB w ramach subskrypcji możesz zarządzać danymi na swoim koncie, tworząc bazy danych, kontenery i elementy.
Aprowizowana przepływność
Przepływność można przydzielić na poziomie kontenera lub na poziomie bazy danych pod względem jednostek żądania (RU/s lub jednostek RU). W poniższej tabeli wymieniono limity dotyczące magazynu i przepływności na kontener/bazę danych. Magazyn odnosi się do łącznej ilości danych i magazynu indeksów.
| Zasób | Limit |
|---|---|
| Maksymalna liczba jednostek RU na kontener (tryb aprowizowanej dedykowanej przepływności) | 1000 000 ¹ |
| Maksymalna liczba jednostek RU na bazę danych (tryb aprowizowanej przepływności udostępnionej) | 1000 000 ¹ |
| Maksymalna liczba jednostek RU na partycję (logiczne i fizyczne) | 10,000 |
| Maksymalna ilość miejsca we wszystkich elementach na partycję (logiczną) | 20 GB ² |
| Maksymalna liczba unikatowych (logicznych) kluczy partycji | Nieograniczony |
| Maksymalny rozmiar magazynu na kontener | Nieograniczony |
| Maksymalny rozmiar załącznika na konto (funkcja załącznika jest przestarzała) | 2 GB |
| Minimalna liczba jednostek RU/s wymagana na 1 GB | 1 RU/s |
¹ Możesz zwiększyć maksymalną liczbę jednostek RU na kontener lub bazę danych, tworząc bilet pomoc techniczna platformy Azure.
² Aby dowiedzieć się więcej o najlepszych rozwiązaniach dotyczących zarządzania obciążeniami, które mają klucze partycji wymagające wyższych limitów dla magazynu lub przepływności, zobacz Tworzenie syntetycznego klucza partycji. Jeśli obciążenie osiągnęło już limit partycji logicznej 20 GB w środowisku produkcyjnym, zaleca się zmiana architektury aplikacji przy użyciu innego klucza partycji jako długoterminowego rozwiązania. Aby uzyskać więcej czasu zmiany architektury aplikacji, możesz zażądać tymczasowego zwiększenia limitu klucza partycji logicznej dla istniejącej aplikacji. Utwórz bilet pomoc techniczna platformy Azure i wybierz typ limitu przydziału Tymczasowy wzrost rozmiaru klucza partycji logicznej kontenera. Żądanie tymczasowego zwiększenia jest przeznaczone jako tymczasowe ograniczenie ryzyka i nie jest zalecane jako długoterminowe rozwiązanie, ponieważ gwarancje umowy SLA nie są honorowane w przypadku zwiększenia limitu. Aby usunąć konfigurację, utwórz bilet pomocy technicznej i wybierz typ limitu przydziału Przywróć domyślną wartość rozmiaru klucza partycji logicznej kontenera (20 GB) . Zgłoszenia tego biletu pomocy technicznej można wykonać po usunięciu danych w celu dopasowania do limitu partycji logicznej 20 GB lub zmiany architektury aplikacji przy użyciu innego klucza partycji.
Minimalne limity przepływności
Kontener usługi Azure Cosmos DB (lub baza danych z udostępnioną przepływnością) korzystający z przepływności ręcznej musi mieć minimalną przepływność wynoszącą 400 RU/s. W miarę rozwoju kontenera usługa Azure Cosmos DB wymaga minimalnej przepływności, aby upewnić się, że zasób (baza danych lub kontener) ma wystarczający zasób dla swoich operacji.
Bieżąca i minimalna przepływność kontenera lub bazy danych można pobrać z witryny Azure Portal lub zestawów SDK. Aby uzyskać więcej informacji, zobacz Przydzielanie przepływności dla kontenerów i baz danych.
Rzeczywista minimalna liczba jednostek RU/s może się różnić w zależności od konfiguracji konta. Metryki usługi Azure Monitor umożliwiają wyświetlanie historii aprowizowanej przepływności (RU/s) i magazynu w zasobie.
Minimalna przepływność dla kontenera
Ta sekcja służy do szacowania minimalnej przepływności w kontenerze.
Przepływność ręczna
Aby oszacować minimalną liczbę jednostek RU/s wymaganych przez kontener z ręczną przepływnością, znajdź maksymalną wartość:
- 400 RU/s
- Bieżący magazyn w GB * 1 RU/s
- Najwyższa kiedykolwiek aprowizowana liczba jednostek RU/s w kontenerze / 100
Na przykład masz kontener aprowizowany przy użyciu 400 RU/s i 0 GB magazynu. Zwiększasz przepływność do 50 000 RU/s i importujesz 20 GB danych. Minimalna wartość RU/s wynosi teraz MAX(400, 20 * 1 RU/s per GB, 50,000 RU/s / 100) = 500 RU/s. Wraz z upływem czasu magazyn rośnie do 2000 GB. Minimalna wartość RU/s wynosi teraz MAX(400, 2000 * 1 RU/s per GB, 50,000 / 100) = 2000 RU/s.
Przepływność autoskalowania
Aby oszacować minimalną maksymalną liczbę jednostek RU/s wymaganą przez kontener z przepływnością autoskalowania, znajdź maksymalną wartość:
- 1000 RU/s
- Bieżący magazyn w GB * 10 RU/s
- Najwyższa liczba jednostek RU/s w historii aprowizowania w kontenerze / 10
Na przykład masz kontener aprowizowany z magazynem 1000 RU/s i 0 GB. Zwiększasz przepływność do 50 000 RU/s i importujesz 20 GB danych. Minimalna maksymalna wartość RU/s wynosi teraz MAX(1000, 20 * 10 RU/s per GB, 50,000 RU/s / 10) = 5000 RU/s. Wraz z upływem czasu magazyn rośnie do 2000 GB. Minimalna maksymalna wartość RU/s wynosi teraz MAX(1000, 2000 * 10 RU/s per GB, 50,000 / 10) = 20 000 RU/s.
Minimalna przepływność dla bazy danych z udostępnioną przepływnością
Ta sekcja służy do szacowania minimalnej przepływności w przepływności udostępniania bazy danych między kontenerami.
Przepływność ręczna
Aby oszacować minimalną liczbę jednostek RU/s wymaganą przez bazę danych z udostępnioną przepływnością z ręczną przepływnością, znajdź maksymalną wartość:
- 400 RU/s
- Bieżący magazyn w GB * 1 RU/s
- Najwyższa kiedykolwiek aprowizowana liczba jednostek RU/s w bazie danych / 100
- 400 + MAX(Liczba kontenerów - 25; 0) * 100 RU/s
Na przykład masz bazę danych aprowizowaną przy użyciu 400 RU/s, 15 GB magazynu i 10 kontenerów. Minimalna wartość RU/s to MAX(400, 15 * 1 RU/s per GB, 400 / 100, 400 + 0 ) = 400 RU/s. Gdyby w bazie danych było 30 kontenerów, minimalna liczba jednostek RU/s wynosiłaby 400 + MAX(30 - 25, 0) * 100 RU/s 900 RU/s.
Przepływność autoskalowania
Aby oszacować minimalną maksymalną liczbę jednostek RU/s wymaganą przez bazę danych z udostępnioną przepływnością z przepływnością autoskalowania, znajdź maksymalną wartość:
- 1000 RU/s
- Bieżący magazyn w GB * 10 RU/s
- Najwyższa liczba jednostek RU/s w historii aprowizowana w bazie danych / 10
- 1000 + MAX(Liczba kontenerów — 25, 0) * 1000 RU/s
Na przykład masz bazę danych aprowizowaną przy użyciu 1000 RU/s, 15 GB magazynu i 10 kontenerów. Minimalna maksymalna liczba jednostek RU/s dla bazy danych autoskalowaniem wynosi MAX(1000, 15 * 10 RU/s per GB, 1000 / 10, 1000 + 0 ) = 1000 RU/s. Jeśli w bazie danych było 30 kontenerów, minimalna maksymalna liczba jednostek RU/s wynosiłaby 1000 + MAX(30 - 25, 0) * 1000 RU/s 5000 RU/s.
Podsumowując, poniżej przedstawiono minimalne limity aprowizowania jednostek ŻĄDANIA w przypadku korzystania z aprowizowanej przepływności.
| Typ aprowizacji | Zasób | Limit |
|---|---|---|
| Przepływność ręczna | Minimalna liczba jednostek RU na kontener (tryb aprowizowanej dedykowanej przepływności z przepływnością ręczną) | 400 |
| Przepływność ręczna | Minimalna liczba jednostek RU na bazę danych (tryb aprowizowanej przepływności udostępnionej z przepływnością ręczną) | 400 RU/s dla pierwszych 25 kontenerów. |
| Przepływność autoskalowania | Minimalna maksymalna liczba jednostek RU na kontener (tryb aprowizowanej dedykowanej przepływności z przepływnością autoskalowania) | 1000 |
| Przepływność autoskalowania | Minimalna maksymalna liczba jednostek RU na bazę danych (tryb aprowizowanej przepływności udostępnionej z przepływnością autoskalowania) | 1000 RU/s dla pierwszych 25 kontenerów. |
Usługa Azure Cosmos DB obsługuje programowe skalowanie przepływności (RU/s) na kontener lub bazę danych za pośrednictwem zestawów SDK lub portalu.
W zależności od bieżących ustawień aprowizowanych jednostek RU/s i zasobów każdy zasób może być skalowany synchronicznie i natychmiast między minimalną jednostki RU/s do 100 razy minimalnej liczby jednostek RU/s. Jeśli żądana wartość przepływności znajduje się poza zakresem, skalowanie jest wykonywane asynchronicznie. Skalowanie asynchroniczne może potrwać kilka minut, w zależności od żądanej przepływności i rozmiaru magazynu danych w kontenerze. Dowiedz się więcej.
Praca bezserwerowa
Bezserwerowe umożliwia korzystanie z zasobów usługi Azure Cosmos DB w sposób oparty na użyciu. Poniższa tabela zawiera listę limitów magazynowania i przepływności na kontener/bazę danych. Limitów tych nie można zwiększyć. Zaleca się przydzielanie dodatkowych kont bezserwerowych w celu uzyskania większej liczby potrzeb związanych z magazynem.
| Zasób | Limit |
|---|---|
| Maksymalna liczba jednostek RU na kontener | 20,000* |
| Maksymalna ilość miejsca we wszystkich elementach na partycję (logiczną) | 20 GB |
| Maksymalny rozmiar magazynu na kontener | 1 TB |
*Maksymalna dostępność jednostek RU/s zależy od danych przechowywanych w kontenerze. Zobacz Wydajność bezserwerowa
Płaszczyzna sterowania
Usługa Azure Cosmos DB obsługuje dostawcę zasobów, który oferuje warstwę zarządzania do tworzenia, aktualizowania i usuwania zasobów na koncie usługi Azure Cosmos DB. Interfejsy dostawcy zasobów z ogólną warstwą zarządzania zasobami platformy Azure, która jest usługą wdrażania i zarządzania dla platformy Azure. Zasoby usługi Azure Cosmos DB można tworzyć i zarządzać nimi przy użyciu witryny Azure Portal, programu Azure PowerShell, interfejsu wiersza polecenia platformy Azure, usługi Azure Resource Manager i szablonów Bicep, interfejsu API REST, zestawów SDK usługi Azure Management, a także narzędzi innych firm, takich jak Terraform i Pulumi.
Dostęp do tej warstwy zarządzania można również uzyskać z zestawów SDK płaszczyzny danych usługi Azure Cosmos DB używanych w aplikacjach do tworzenia zasobów w ramach konta i zarządzania nimi. Zestawy SDK płaszczyzny danych wysyłają również żądania płaszczyzny sterowania podczas początkowego połączenia z usługą w celu wykonywania takich czynności, jak wyliczanie baz danych i kontenerów, a także żądanie kluczy kont na potrzeby uwierzytelniania.
Każde konto usługi Azure Cosmos DB zawiera master partition wszystkie metadane dla konta. Ma również niewielką przepływność do obsługi operacji płaszczyzny sterowania. Żądania płaszczyzny sterowania, które tworzą, odczytują, aktualizują lub usuwają te metadane, zużywają tę przepływność. Gdy ilość przepływności zużywanej przez operacje płaszczyzny sterowania przekracza tę ilość, operacje są ograniczone szybkością, tak samo jak operacje płaszczyzny danych w usłudze Azure Cosmos DB. Jednak w przeciwieństwie do przepływności operacji danych nie można zwiększyć przepływności partycji głównej.
Niektóre operacje płaszczyzny sterowania nie korzystają z przepływności partycji głównej, takiej jak Pobieranie lub Wyświetlanie kluczy. Jednak w przeciwieństwie do żądań dotyczących danych na koncie usługi Azure Cosmos DB dostawcy zasobów na platformie Azure nie są zaprojektowani pod kątem dużych woluminów żądań. Operacje płaszczyzny sterowania, które przekraczają udokumentowane limity na poziomach trwałych w kolejnych 5-minutowych okresach, mogą napotkać ograniczanie żądań, a także operacje zakończone niepowodzeniem lub niekompletne w zasobach usługi Azure Cosmos DB.
Operacje płaszczyzny sterowania można monitorować, przechodząc na kartę Szczegółowe informacje dla konta usługi Azure Cosmos DB. Aby dowiedzieć się więcej, zobacz Monitorowanie żądań płaszczyzny sterowania. Użytkownicy mogą również dostosować te elementy, użyć usługi Azure Monitor i utworzyć skoroszyt, aby monitorować żądania metadanych i ustawiać dla nich alerty.
Limity zasobów
W poniższej tabeli wymieniono limity zasobów na subskrypcję lub konto.
| Zasób | Limit |
|---|---|
| Maksymalna liczba kont na subskrypcję | Domyślnie 250 ¹ |
| Maksymalna liczba baz danych i kontenerów na konto | 500 ² |
| Maksymalna przepływność obsługiwana przez konto na potrzeby operacji metadanych | 240 RU/s |
Domyślne limity różnią się w przypadku klientów wewnętrznych firmy Microsoft. Możesz zwiększyć te limity, tworząc żądanie pomocy technicznej platformy Azure do 1000 maksimum. Usługa Cosmos DB zastrzega sobie prawo do usuwania wszystkich pustych kont bazy danych, tj. brak baz danych/kolekcji. ² Nie można zwiększyć tego limitu. Łączna liczba obu z kontem. (1 baza danych i 499 kontenerów, 250 baz danych i 250 kontenerów itp.)
Limity żądań
W poniższej tabeli wymieniono limity żądań na 5 minut, na konto, chyba że określono inaczej.
| Operacja | Limit |
|---|---|
| Maksymalna lista lub pobieranie kluczy | 500 ¹ |
| Maksymalna liczba operacji tworzenia bazy danych i kontenera | 500 |
| Maksymalna liczba operacji Pobierania lub wyświetlania listy bazy danych i kontenera | 500 ¹ |
| Maksymalna aprowizowana przepływność aktualizacji | 25 |
| Maksymalna regionalna praca w trybie failover | 10 (na godzinę) ² |
| Maksymalna liczba wszystkich operacji (PUT, POST, PATCH, DELETE, GET) nie zdefiniowano powyżej | 500 |
Użytkownicy powinni używać pojedynczego klienta dla wystąpień zestawu SDK oraz kluczy pamięci podręcznej oraz odwołań do bazy danych i kontenera między żądaniami przez okres istnienia tego wystąpienia. ² Regionalne tryby failover mają zastosowanie tylko do kont zapisu w jednym regionie. Konta zapisu w wielu regionach nie wymagają ani nie zezwalają na zmianę regionu zapisu.
Usługa Azure Cosmos DB automatycznie tworzy kopie zapasowe danych w regularnych odstępach czasu. Aby uzyskać szczegółowe informacje na temat interwałów przechowywania kopii zapasowych i okien, zobacz Tworzenie kopii zapasowych online i przywracanie danych na żądanie w usłudze Azure Cosmos DB.
Limity dla poszczególnych kont
Oto lista limitów na konto.
Aprowizowana przepływność
| Zasób | Limit |
|---|---|
| Maksymalna liczba baz danych i kontenerów na konto | 500 } |
| Maksymalna liczba kontenerów na bazę danych z udostępnioną przepływnością | 25 |
| Maksymalna liczba regionów | Brak limitu (wszystkie regiony platformy Azure) |
Praca bezserwerowa
| Zasób | Limit |
|---|---|
| Maksymalna liczba baz danych i kontenerów na konto | 500 |
| Maksymalna liczba regionów | 1 (Dowolny region świadczenia usługi Azure) |
Limity dla kontenera
W zależności od używanego interfejsu API kontener usługi Azure Cosmos DB może reprezentować kolekcję, tabelę lub graf. Kontenery obsługują konfiguracje unikatowych ograniczeń klucza, procedur składowanych, wyzwalaczy i funkcji zdefiniowanych przez użytkownika oraz zasad indeksowania. W poniższej tabeli wymieniono limity specyficzne dla konfiguracji w kontenerze.
| Zasób | Limit |
|---|---|
| Maksymalna długość nazwy bazy danych lub kontenera | 255 |
| Maksymalna liczba procedur składowanych na kontener | 100 ¹ |
| Maksymalna liczba funkcji zdefiniowanych przez użytkownika na kontener | 50 ¹ |
| Maksymalna liczba unikatowych kluczy na kontener | 10 ¹ |
| Maksymalna liczba ścieżek na ograniczenie klucza unikatowego | 16 ¹ |
| Maksymalna wartość czasu wygaśnięcia | 2147483647 |
¹ Możesz zwiększyć dowolny z tych limitów dla kontenera, tworząc wniosek o pomoc techniczną platformy Azure.
Limity dla poszczególnych elementów
Element usługi Azure Cosmos DB może reprezentować dokument w kolekcji, wiersz w tabeli, węzeł lub krawędź na grafie; w zależności od używanego interfejsu API. W poniższej tabeli przedstawiono limity dla każdego elementu w usłudze Azure Cosmos DB.
| Zasób | Limit |
|---|---|
| Maksymalny rozmiar elementu | 2 MB (długość formatu UTF-8 reprezentacji JSON) ¹ |
| Maksymalna długość wartości klucza partycji | 2048 bajtów (101 bajtów, jeśli duży klucz partycji nie jest włączony) |
| Maksymalna długość wartości identyfikatora | 1023 bajty |
| Dozwolone znaki dla wartości identyfikatora | Po stronie usługi dozwolone są wszystkie znaki Unicode z wyjątkiem znaków "/" i "\". OSTRZEŻENIE: Jednak w celu uzyskania najlepszej interoperacyjności zdecydowanie zalecamy używanie tylko znaków alfanumerycznych ASCII tylko w wartości identyfikatora. Istnieje kilka znanych ograniczeń w niektórych wersjach zestawu Cosmos DB SDK, a także łączników (ADF, Spark, Kafka itp.) i http-drivers/libraries itp., które mogą zapobiec pomyślnemu przetwarzaniu, gdy wartość identyfikatora zawiera nienumeryczne znaki ASCII. Aby zwiększyć współdziałanie, zakoduj wartość identyfikatora — na przykład za pomocą kodowania Base64 i niestandardowego znaków specjalnych dozwolonych w bazie Base64. — jeśli musisz obsługiwać znaki inne niż alfanumeryczne ASCII w usłudze/aplikacji. |
| Maksymalna liczba właściwości na element | Brak praktycznego limitu |
| Maksymalna długość nazwy właściwości | Brak praktycznego limitu |
| Maksymalna długość wartości właściwości | Brak praktycznego limitu |
| Maksymalna długość wartości właściwości ciągu | Brak praktycznego limitu |
| Maksymalna długość wartości właściwości liczbowej | IEEE754 podwójną precyzję 64-bitową |
| Maksymalny poziom zagnieżdżania obiektów osadzonych/tablic | 128 |
| Maksymalna wartość czasu wygaśnięcia | 2147483647 |
| Maksymalna precyzja/zakres liczb w formacie JSON (w celu zapewnienia bezpiecznego współdziałania) | IEEE 754 binary64 |
Duże rozmiary dokumentów do 16 MB są obsługiwane tylko w usłudze Azure Cosmos DB dla bazy danych MongoDB. Przeczytaj dokumentację funkcji, aby dowiedzieć się więcej.
Nie ma żadnych ograniczeń dotyczących ładunków elementów (takich jak liczba właściwości i głębokość zagnieżdżania), z wyjątkiem ograniczeń długości dla wartości klucza partycji i identyfikatora oraz ogólnego ograniczenia rozmiaru 2 MB. W celu zmniejszenia zużycia jednostek RU może być konieczne skonfigurowanie zasad indeksowania dla kontenerów z dużymi lub złożonymi strukturami elementów. Zobacz Modelowanie elementów w usłudze Azure Cosmos DB , aby zapoznać się z rzeczywistym przykładem i wzorcem do zarządzania dużymi elementami.
Limity na żądanie
Usługa Azure Cosmos DB obsługuje operacje CRUD i wykonywania zapytań względem zasobów, takich jak kontenery, elementy i bazy danych. Obsługuje również transakcyjne żądania wsadowe względem elementów z tym samym kluczem partycji w kontenerze.
| Zasób | Limit |
|---|---|
| Maksymalny czas wykonywania pojedynczej operacji (na przykład wykonywanie procedury składowanej lub pobieranie pojedynczej strony zapytania) | 5 sek |
| Maksymalny rozmiar żądania (na przykład procedura składowana, CRUD) | 2 MB |
| Maksymalny rozmiar odpowiedzi (na przykład zapytanie podzielone na strony) | 4 MB |
| Maksymalna liczba operacji w partii transakcyjnej | 100 |
Usługa Azure Cosmos DB obsługuje wykonywanie wyzwalaczy podczas zapisu. Usługa obsługuje maksymalnie jeden wyzwalacz wstępny i jeden wyzwalacz po operacji zapisu.
Gdy operacja podobna do zapytania osiągnie limit czasu wykonania lub limit rozmiaru odpowiedzi, zwraca stronę wyników i token kontynuacji do klienta w celu wznowienia wykonywania. Nie ma praktycznego limitu czasu trwania pojedynczego zapytania, które może być uruchamiane na stronach/kontynuacjach.
Usługa Azure Cosmos DB używa rozwiązania HMAC do autoryzacji. Klucz podstawowy można użyć do szczegółowej kontroli dostępu do zasobów. Te zasoby mogą obejmować kontenery, klucze partycji lub elementy. W poniższej tabeli wymieniono limity tokenów autoryzacji w usłudze Azure Cosmos DB.
| Zasób | Limit |
|---|---|
| Maksymalny czas wygaśnięcia tokenu podstawowego | 15 min. |
| Minimalny czas wygaśnięcia tokenu zasobu | 10 minut |
| Maksymalny czas wygaśnięcia tokenu zasobu | Domyślnie 24 godz. |
| Maksymalna niesymetryczność zegara dla autoryzacji tokenu | 15 min. |
¹ Możesz go zwiększyć, tworząc bilet pomoc techniczna platformy Azure
Limity aprowizowanej przepływności autoskalowania
Zobacz artykuł Autoskalowanie i często zadawane pytania, aby uzyskać bardziej szczegółowe wyjaśnienie limitów przepływności i magazynu przy użyciu autoskalowania.
| Zasób | Limit |
|---|---|
| Maksymalna liczba jednostek RU/s, do których system może być skalowany | Tmax, maksymalna liczba jednostek RU/s skalowania automatycznego ustawiona przez użytkownika |
| Minimalna liczba ru/s, do których system może być skalowany | 0.1 * Tmax |
| Bieżąca liczba jednostek RU/s, do których system jest skalowany | 0.1*Tmax <= T <= Tmax, na podstawie użycia |
| Minimalna liczba jednostek RU/s rozliczanych na godzinę | 0.1 * Tmax Rozliczanie odbywa się na podstawie godziny, w przypadku gdy opłaty są naliczane za najwyższą wartość RU/s systemu skalowane do wartości w ciągu godziny lub 0.1*Tmax, w zależności od tego, która wartość jest wyższa. |
| Minimalna maksymalna wartość RU/s autoskalu dla kontenera | MAX(1000, highest max RU/s ever provisioned / 10, current storage in GB * 10) zaokrąglone do najbliższego 1000 RU/s |
| Minimalna maksymalna liczba jednostek RU/s skalowania automatycznego dla bazy danych | MAX(1000, highest max RU/s ever provisioned / 10, current storage in GB * 10, 1000 + (MAX(Container count - 25, 0) * 1000)), zaokrąglone do najbliższej 1000 RU/s. Pamiętaj, że jeśli baza danych ma więcej niż 25 kontenerów, system zwiększa minimalną maksymalną wartość RU/s autoskalowania o 1000 RU/s na dodatkowy kontener. Jeśli na przykład masz 30 kontenerów, najniższa maksymalna wartość RU/s skalowania automatycznego to 6000 RU/s (skaluje się z zakresu od 600 do 6000 RU/s). |
Limity zapytań SQL
Usługa Azure Cosmos DB obsługuje wykonywanie zapytań o elementy przy użyciu języka SQL. W poniższej tabeli opisano ograniczenia w instrukcjach zapytania, na przykład pod względem liczby klauzul lub długości zapytania.
| Zasób | Limit |
|---|---|
| Maksymalna długość zapytania SQL | 512 KB |
| Maksymalna liczba jednostek JOIN na kwerendę | 10 ¹ |
| Maksymalna liczba zdefiniowanych przez użytkownika na zapytanie | 10 ¹ |
| Maksymalna liczba punktów na wielokąt | 4096 |
| Maksymalna liczba jawnie dołączonych ścieżek na kontener | 1500 ¹ |
| Maksymalna liczba jawnie wykluczonych ścieżek na kontener | 1500 ¹ |
| Maksymalna wartość właściwości w indeksie złożonym | 8 |
| Maksymalna liczba ścieżek w indeksie złożonym | 100 |
¹ Możesz zwiększyć dowolny z tych limitów zapytań SQL, tworząc żądanie pomocy technicznej platformy Azure.
Limity specyficzne dla interfejsu API dla bazy danych MongoDB
Usługa Azure Cosmos DB obsługuje protokół przewodowy bazy danych MongoDB dla aplikacji napisanych w bazie danych MongoDB. Obsługiwane polecenia i wersje protokołów można znaleźć w sekcji Obsługiwane funkcje i składnia bazy danych MongoDB.
W poniższej tabeli wymieniono limity specyficzne dla obsługi funkcji bazy danych MongoDB. Inne limity usług wymienione dla interfejsu API dla NoSQL dotyczą również interfejsu API dla bazy danych MongoDB.
| Zasób | Limit |
|---|---|
| Maksymalny rozmiar dokumentu | 16 MB (długość formatu UTF-8 reprezentacji JSON) ¹ |
| Maksymalny rozmiar pamięci zapytań bazy danych MongoDB (to ograniczenie dotyczy tylko wersji serwera 3.2) | 40 MB |
| Maksymalny czas wykonywania operacji bazy danych MongoDB (wersja serwera 3.2) | 15 sekund |
| Maksymalny czas wykonywania operacji bazy danych MongoDB (wersja serwera w wersji 3.6 i 4.0) | 60 s |
| Maksymalny poziom zagnieżdżania obiektów osadzonych/tablic w definicjach indeksu | 6 |
| Limit czasu bezczynności połączenia dla zamknięcia połączenia po stronie serwera ² | 30 min |
| Limit czasu powłoki MongoDB w witrynie Azure Portal | 120 minut w okresie 24 godzin |
¹ Duże rozmiary dokumentów do 16 MB wymagają włączenia funkcji w witrynie Azure Portal. Przeczytaj dokumentację funkcji, aby dowiedzieć się więcej.
² Zaleca się, aby aplikacje klienckie ustawiały limit czasu bezczynności połączenia w ustawieniach sterownika na 2–3 minuty, ponieważ domyślny limit czasu dla usługi Azure LoadBalancer wynosi 4 minuty. Ten limit czasu gwarantuje, że bezczynność pośredniego modułu równoważenia obciążenia nie zamyka połączeń między maszyną klienta i usługą Azure Cosmos DB.
Wypróbuj bezpłatne limity usługi Azure Cosmos DB
W poniższej tabeli wymieniono limity dotyczące wersji próbnej Wypróbuj usługę Azure Cosmos DB dla bezpłatnej wersji próbnej.
| Zasób | Limit |
|---|---|
| Czas trwania okresu próbnego | 30 dni (po wygaśnięciu można zażądać nowej wersji próbnej) Po wygaśnięciu przechowywane informacje zostaną usunięte. |
| Maksymalna liczba kontenerów na subskrypcję (NoSQL, Gremlin, interfejs API dla tabeli) | 1 |
| Maksymalna liczba kontenerów na subskrypcję (interfejs API dla bazy danych MongoDB) | 3 |
| Maksymalna przepływność na kontener | 5000 |
| Maksymalna przepływność na bazę danych z udostępnioną przepływnością | 20000 |
| Maksymalna łączna ilość miejsca do magazynowania na konto | 10 GB |
Wypróbuj usługę Azure Cosmos DB, która obsługuje dystrybucję globalną tylko w regionach Środkowe stany USA, Europa Północna i Azja Południowo-Wschodnia. nie można utworzyć biletów pomoc techniczna platformy Azure dla kont usługi Azure Cosmos DB. Jednak pomoc techniczna jest zapewniana dla subskrybentów z istniejącymi planami pomocy technicznej.
Limity kont warstwy bezpłatnej usługi Azure Cosmos DB
W poniższej tabeli wymieniono limity kont warstwy bezpłatnej usługi Azure Cosmos DB.
| Zasób | Limit |
|---|---|
| Liczba kont w warstwie Bezpłatna na subskrypcję platformy Azure | 1 |
| Czas trwania rabatu na warstwę bezpłatną | Okres istnienia konta. Należy wyrazić zgodę podczas tworzenia konta. |
| Maksymalna liczba jednostek RU/s za darmo | 1000 RU/s |
| Maksymalna ilość miejsca do magazynowania za darmo | 25 GB |
| Maksymalna liczba baz danych z udostępnioną przepływnością | 5 |
| Maksymalna liczba kontenerów w bazie danych z udostępnioną przepływnością | 25 W przypadku kont w warstwie Bezpłatna minimalna liczba JEDNOSTEK RU/s dla bazy danych z udostępnioną przepływnością z maksymalnie 25 kontenerami wynosi 400 RU/s. |
Oprócz poprzedniej tabeli limity na konto dotyczą również kont warstwy Bezpłatna. Aby dowiedzieć się więcej, zobacz, jak utworzyć konto w warstwie Bezpłatna.