Azure DocumentDB hizmet sınırları ve kotaları başvuru kılavuzu

Bu belgede, Azure DocumentDB kümeleri ve işlemleri için geçerli sabit ve geçici sınırlar özetlenmiştir. Azure DocumentDB dağıtımlarınızı etkili bir şekilde planlamanıza ve iyileştirmenize yardımcı olan sorgu yürütme sınırları, dizin oluşturma kısıtlamaları, küme yapılandırmaları ve kimlik doğrulama sınırları hakkında bilgi edinin.

Sorgu ve yürütme sınırlamaları

Aşağıdaki sınırlar Azure DocumentDB kümelerindeki sorgu işlemleri ve komut yürütme için geçerlidir.

MongoDB yürütme sınırlamaları

• Maksimum işlem ömrü: 30 saniye.

• İmleç ömrü: 10 dakika. Not: İmleç ömrünü aşarsa cursorNotFound hatası oluşabilir.

• Varsayılan sorgu yürütme sınırı: 120 saniye. Bu sınır, ilgili MongoDB sürücüsü kullanılarak sorgu başına temelinde maxTimeMS geçersiz kılınabilir.

Example

db.collection.find({ field: "value" }).maxTimeMS(5000)

MongoDB sorgu boyutu üst sınırı

• MongoDB sorguları için maksimum bellek boyutu katmana bağlıdır. Örneğin, M80 için sorgu belleği boyutu sınırı yaklaşık 150 MiB'tır.

• Parçalı kümelerde, bir sorgu düğümler arasında veri çekerse bu veri boyutu sınırı 1 GB'tır.

Dizin oluşturma sınırlamaları

Azure DocumentDB, farklı dizin türleri ve işlemlerde en iyi performansı ve kaynak kullanımını sağlamak için çeşitli dizin oluşturma sınırları uygular.

Genel dizin oluşturma sınırlamaları

• Bileşik dizin alanı sayısı üst sınırı: 32.

• _id alan değerinin en büyük boyutu: 2 KB.

• Dizin yolu için maksimum boyut: 256 B.

• Varsayılan üst sınır: 64.

  • Koleksiyon başına en fazla 300 dizin yapılandırılabilir.

• Sıralama bellekte yapılır ve dizin seviyesine inmez.

• Dizin tanımlarında katıştırılmış nesneler/diziler için en yüksek iç içe yerleştirme düzeyi: 6.

• Aynı koleksiyonda tek bir dizin derlemesi devam ediyor olabilir.

• Farklı koleksiyonlardaki eşzamanlı dizin derlemelerinin sayısı yapılandırılabilir (varsayılan: 2).

• currentOp Uzun süre çalışan dizin derlemelerinin ilerleme durumunu görüntülemek için komutunu kullanın.

• Benzersiz dizin derlemeleri ön planda yapılır ve koleksiyondaki yazma işlemlerini engeller.

Joker karakter dizin oluşturma sınırlamaları

• Joker karakter indeksleri için, dizine alınan alan bir dizi dizisiyse, içeriğini taramak yerine eklenmiş dizinin tamamı değer olarak alınır.

Jeo-uzamsal dizin oluşturma sınırlamaları

• BigPolygons için destek yok.

• Bileşik dizinler jeo-uzamsal dizinleri desteklemez.

• $geoWithin sorgu, delikli çokgenleri desteklemez.

• Alan key toplama aşamasında gereklidir $geoNear .

• Dizinler önerilir ancak , $near sorgu işleçleri ve $nearSphere toplama aşaması için $geoNeargerekli değildir.

Metin dizini sınırlamaları

• Bir koleksiyonda yalnızca bir metin dizini tanımlanabilir.

• Yalnızca basit metin aramalarını destekler; normal ifade aramaları gibi gelişmiş arama özellikleri desteklenmez.

• hint() ifade kullanan $text bir sorguyla birlikte desteklenmez.

• Sıralama işlemleri metin dizininin sıralamasını kullanamaz.

• Çince, Japonca ve Korece için belirteç oluşturma desteklenmez.

• Büyük/küçük harfe duyarsız belirteçleştirme desteklenmez.

Vektör arama sınırlamaları

• 16.000 boyuta kadar vektör dizinlemesi ( Ürün Niceleme ile)

• Dizin oluşturma, yol başına yalnızca bir vektör için geçerlidir.

• Vektör yolu başına yalnızca bir dizin oluşturulabilir.

• HNSW ve DiskANN M30 ve daha büyük küme katmanlarında kullanılabilir.

Küme ve parça sınırlamaları

Azure DocumentDB, en iyi performansı ve kaynak ayırmayı sağlamak için küme yapılandırmasına, fiziksel parçalama ve koleksiyon yönetimine belirli sınırlar uygular.

Küme katmanı

• Maksimum: Fiziksel parça başına M200 / 64 sanal çekirdek / 256 GiB RAM.

Fiziksel parçalar

• Maksimum: 10.

Koleksiyon sınırlamaları

• Küme başına koleksiyon sayısı: 1.000

• Parçalanmamış koleksiyon boyutu: 32 TiB

İkincil bölgeler

• En yüksek: Bir ikincil bölge.

Ücretsiz katman sınırlamaları

Ücretli katmana yükseltilerek aşağıdaki sınırlamalar geçersiz kılınabilir

• Maksimum depolama alanı: 32 GiB.

• Yedekleme / Geri yükleme desteklenmiyor (M25+'ta kullanılabilir)

• Yüksek kullanılabilirlik (HA) desteklenmiyor (M30+'da kullanılabilir)

• Hiyerarşik gezinilebilir küçük dünya (HNSW) vektör dizinleri desteklenmiyor (M40+)

• Tanılama günlüğü desteklenmiyor (yalnızca ücretli katmanlarda kullanılabilir)

• Microsoft Entra Id desteklenmiyor

• Hizmet düzeyi sözleşmesi sağlanmadı (HA'nın etkinleştirilmesini gerektirir)

• Bağlantıların olmadığı 60 günlük bir işlem süresizliğinden sonra, ücretsiz katman kümeleri duraklatılır.

• Ücretli katman hesabından ücretsiz katman hesaplarına geçiş desteklenmez.

Seviye sınırları

M10, M20 ve M25 hizmet katmanları aşağıdaki sınırlamalara sahiptir:

• Yalnızca bir fiziksel parça (düğüm) destekler.

• Geliştirme/Test kullanım durumları için tasarlanmıştır; bölge içi yüksek kullanılabilirlik (HA) desteklenmez.

• Desteklenen depolama boyutları 32 GiB, 64 GiB ve 128 GiB'dir.

• Küme M30 katmanına veya daha yüksek bir katmana ölçeklendirildikten sonra, kümenin ölçeği M10, M20 veya M25 işlem katmanına geri azaltılamaz.

Müşteri tarafından yönetilen anahtar veri şifreleme sınırlamaları

Azure DocumentDB'de müşteri tarafından yönetilen anahtarı (CMK) yapılandırmaya yönelik geçerli sınırlamalar şunlardır:

• Azure Key Vault örneği ve kullanıcı tarafından atanan yönetilen kimlik, Azure DocumentDB kümesiyle aynı Azure bölgesinde ve aynı Microsoft kiracısında olmalıdır.

• Küme oluşturduktan sonra, veri şifreleme modunu sistem tarafından yönetilen anahtardan müşteri tarafından yönetilen anahtara veya tersine değiştiremezsiniz.

  • Bir çoğaltma kümesi oluşturabilir veya küme geri yükleme gerçekleştirebilir ve farklı bir şifreleme modu seçebilirsiniz.

• CMK etkin kümelerde fiziksel parça ekleme işlemi desteklenmez.

Çoğaltma ve bölge içi yüksek kullanılabilirlik sınırları

Azure DocumentDB, farklı dağıtım senaryolarında veri tutarlılığı ve performansı sağlamak için belirli sınırlamalara sahip yerleşik çoğaltma ve yüksek kullanılabilirlik (HA) özellikleri sağlar.

Bölgeler arası ve aynı bölge çoğaltması

• Aşağıdaki yapılandırmalar hem birincil hem de çoğaltma kümelerinde aynıdır ve çoğaltma kümesinde değiştirilemez:

  • Depolama ve fiziksel parça sayısı

  • Kullanıcı hesapları

• Aşağıdaki özellikler replika kümelerinde kullanılamaz:

  • Belirli bir zaman noktasına geri yükleme (PITR)

  • Bölge içi yüksek kullanılabilirlik (HA)

• Çoğaltma, patlamalı işlem kapasitesi veya Ücretsiz katman kümelerinde kullanılamaz.

Kimlik doğrulaması ve erişim denetimi (rol tabanlı erişim denetimi)

Azure DocumentDB, güvenliği korumak ve kullanıcı hesapları ve rolleri arasında kaynak ayırmayı yönetmek için kimlik doğrulaması ve erişim denetimi sınırlarını zorunlu tutar.

• Küme başına en fazla 100 kullanıcı/rol oluşturabilirsiniz.

Microsoft Entra Id kimlik doğrulaması

Microsoft Entra Id kimlik doğrulaması özelliği şu geçerli sınırlamalara sahiptir:

• Bu özellik Microsoft Entra Id gruplarını desteklemez.

• Yerel DocumentDB kimlik doğrulama yöntemi devre dışı bırakıldığında MongoDB Kabuğu, Azure portalının Hızlı başlangıç bölümünde desteklenmez.

  • MongoDB Kabuğu'nı Azure portalın dışında Microsoft Entra Id kimlik doğrulamasıyla kullanabilirsiniz.

Yerel DocumentDB ikincil kullanıcıları

Yerel ikincil kullanıcılar özelliği şu sınırlamalara sahiptir:

• Komut Updateuser artık yalnızca parola güncelleştirmelerini destekler ve diğer nesne alanlarını değiştiremez.

• Komut Roleinfo desteklenmez. Alternatif olarak, kullanabilirsiniz usersInfo.

• Belirli veritabanlarına veya koleksiyonlara rol atama desteklenmez, yalnızca küme düzeyi desteklenir.

Çeşitli sınırlamalar

Azure DocumentDB, küme yönetimi ve işlevselliğinin çeşitli yönleri için geçerli olan daha operasyonel ve özelliğe özgü sınırlara sahiptir.

Portal Mongo kabuğu kullanımı

• Portal Mongo kabuğu, 24 saatlik bir süre içinde 120 dakika kullanılabilir.

Belge boyutu ve derinliği

• En Fazla İkili JavaScript Nesne Gösterimi (BSON) belge boyutu: Belge başına 16 MB.

• Sabit iç içe yerleştirme derinliği sınırı uygulanmaz.

  • İç içe yerleştirilmiş belge yapıları sorgu ve okuma performansını etkileyebilir, işlem yükünü artırabilir ve sürdürülebilirliği azaltabilir.

Toplu limitler

• Her iki toplu işlem türü (yazma ve toplu işlem) desteklenir.

  • Toplu, sunucuya yapılan tek bir isteği ifade eder.

• Toplu işlem başına en fazla yazma sayısı: 25.000 yazma.

• 25.000 yazma işlemini aşan toplu işlem başarısız olur.

• Toplam toplu işlem sayısıyla ilgili bir sınır yoktur.

İlgili içerik

• Küme oluşturma.
• MongoDB'den Azure DocumentDB'ye geçiş.