Limity usług w usłudze Azure Cosmos DB dla rdzeni wirtualnych bazy danych MongoDB
W tym dokumencie opisano bieżące twarde i miękkie limity dla usługi Azure Cosmos DB dla rdzeni wirtualnych bazy danych MongoDB. Wiele z tych ograniczeń jest tymczasowych i będzie się rozwijać wraz z upływem czasu, ponieważ usługa nadal się poprawia. Jeśli którykolwiek z tych limitów jest problemem dla Twojej organizacji, skontaktuj się z naszym zespołem, aby uzyskać pomoc.
Limity zapytań i wykonywania
Limity wykonywania bazy danych MongoDB
- Maksymalny okres istnienia transakcji: 30 sekund.
- Okres istnienia kursora: 10 minut. Uwaga: błąd cursorNotFound może wystąpić, jeśli kursor przekracza jego okres istnienia.
- Domyślny limit wykonywania zapytania: 120 sekund. Można to przesłonić na podstawie poszczególnych zapytań przy użyciu
maxTimeMS
odpowiedniego sterownika bazy danych MongoDB.
Przykład:
db.collection.find({ field: "value" }).maxTimeMS(5000)
Maksymalny rozmiar zapytania bazy danych MongoDB
- Maksymalny rozmiar pamięci dla zapytań bazy danych MongoDB zależy od warstwy. Na przykład w przypadku M80 limit rozmiaru pamięci zapytania wynosi około 150 MiB.
- W klastrach podzielonych na fragmenty, jeśli zapytanie ściąga dane między węzłami, limit rozmiaru danych wynosi 1 GB.
Limity indeksowania
Ogólne limity indeksowania
- Maksymalna liczba pól indeksu złożonego: 32.
- Maksymalny rozmiar wartości
_id
pola: 2 KB. - Maksymalny rozmiar ścieżki indeksu: 256B.
- Wartość domyślna maksymalna: 64.
- Konfigurowalne maksymalnie: 300 indeksów na kolekcję.
- Sortowanie odbywa się w pamięci i nie jest wypychane do indeksu.
- Maksymalny poziom zagnieżdżania obiektów osadzonych/tablic w definicjach indeksu: 6.
- Pojedyncza kompilacja indeksu może być w toku w tej samej kolekcji.
- Liczba równoczesnych kompilacji indeksów w różnych kolekcjach jest konfigurowalna (wartość domyślna: 2).
- Użyj polecenia ,
currentOp
aby wyświetlić postęp długotrwałych kompilacji indeksów. - Unikatowe kompilacje indeksu są wykonywane na pierwszym planie i blokowe zapisy w kolekcji.
Limity indeksowania symboli wieloznacznych
- W przypadku indeksów z symbolami wieloznacznymi, jeśli indeksowane pole jest tablicą tablic, cała tablica osadzona jest traktowana jako wartość zamiast przechodzić jego zawartość.
Limity indeksowania geoprzestrzennych
- Brak obsługi BigPolygons.
- Indeksy złożone nie obsługują indeksów geoprzestrzennych.
$geoWithin
zapytanie nie obsługuje wielokątów z otworami.- Pole
key
jest wymagane na$geoNear
etapie agregacji. - Indeksy są zalecane, ale nie są wymagane dla
$near
operatorów$nearSphere
zapytań i etapu$geoNear
agregacji.
Limity indeksów tekstu
- W kolekcji można zdefiniować tylko jeden indeks tekstowy.
- Obsługuje tylko proste wyszukiwanie tekstu; zaawansowane funkcje wyszukiwania, takie jak wyszukiwanie wyrażeń regularnych, nie są obsługiwane.
hint()
nie jest obsługiwane w połączeniu z zapytaniem przy użyciu$text
wyrażenia.- Operacje sortowania nie mogą używać kolejności indeksu tekstowego.
- Tokenizacja dla języka chińskiego, japońskiego, koreańskiego nie jest jeszcze obsługiwana.
- Tokenizacja bez uwzględniania wielkości liter nie jest jeszcze obsługiwana.
Limity wyszukiwania wektorowego
- Indeksowanie wektorów o rozmiarze do 2000 wymiarów.
- Indeksowanie dotyczy tylko jednego wektora na ścieżkę.
- Na ścieżkę wektorową można utworzyć tylko jeden indeks.
HNSW
iDiskANN
są dostępne w warstwach klastra M40 i nowszych.
Limity klastra i fragmentu
Warstwa klastra
- Maksymalna: M200/ 64 rdzenie wirtualne / 256 GiB RAM na fragment fizyczny. Skontaktuj się z naszym zespołem , aby uzyskać wyższe warstwy.
Fragmenty fizyczne
- Maksimum: 10. Skontaktuj się z naszym zespołem , aby uzyskać więcej fragmentów.
Limity kolekcji
- Kolekcje na klaster: 1000
- Rozmiar kolekcji bez fragmentowania: 4 TiB
Skontaktuj się z naszym zespołem , aby uzyskać pomoc techniczną dla wyższych wartości.
Regiony pomocnicze
- Maksymalna: 1 region pomocniczy. Skontaktuj się z naszym zespołem , aby uzyskać więcej regionów.
Limity warstwy Bezpłatna
Następujące ograniczenia można zastąpić przez uaktualnienie do warstwy płatnej
- Maksymalna ilość miejsca do magazynowania: 32 GiB.
- Tworzenie kopii zapasowej/przywracanie nie jest obsługiwane (dostępne w wersji M25+)
- Wysoka dostępność (HA) nie jest obsługiwana (dostępna w wersji M30+)
- Indeksy wektorów HNSW nie są obsługiwane (dostępne w wersji M40+)
- Rejestrowanie diagnostyczne nie jest obsługiwane (dostępne w wersji M40+)
- Nie podano umowy dotyczącej poziomu usług (wymaga włączenia wysokiej dostępności)
- Klastry w warstwie Bezpłatna są wstrzymane po upływie 60 dni braku aktywności, gdy nie ma połączeń z klastrem.
Limity replikacji i wysokiej dostępności
Replikacja między regionami
- Następujące konfiguracje są takie same zarówno w klastrach podstawowych, jak i replikowych i nie można ich zmienić w klastrze repliki:
- Liczba magazynów i fragmentów
- Konta użytkowników
- Następujące funkcje nie są dostępne w klastrach replik:
- Przywracanie do punktu w czasie
- Wysoka dostępność (HA)
- Replikacja między regionami nie jest dostępna w klastrach z klastrami obliczeniowymi z możliwością skalowania lub klastrami w warstwie Bezpłatna.
Różne limity
Użycie powłoki Mongo w portalu
- Powłoka Mongo Portalu może być używana przez 120 minut w ciągu 24-godzinnego okna.
Następne kroki
- Rozpocznij od utworzenia klastra.
- Przejrzyj opcje migracji z bazy danych MongoDB do usługi Azure Cosmos DB dla rdzeni wirtualnych bazy danych MongoDB.