Limites de serviço no Azure Cosmos DB para MongoDB vCore
Este documento descreve os limites rígidos e flexíveis atuais do Azure Cosmos DB para MongoDB vCore. Muitas destas limitações são temporárias e irão evoluir ao longo do tempo à medida que o serviço continua a melhorar. Se algum desses limites for um problema para sua organização, entre em contato com nossa equipe para obter assistência.
Limites de consulta e execução
Limites de execução do MongoDB
- Vida útil máxima da transação: 30 segundos.
- Vida útil do cursor: 10 minutos. Nota: Um erro cursorNotFound pode ocorrer se o cursor exceder seu tempo de vida.
- Limite de execução de consulta padrão: 120 segundos. Isso pode ser substituído por consulta usando
maxTimeMS
o respetivo driver MongoDB.
Exemplo:
db.collection.find({ field: "value" }).maxTimeMS(5000)
Tamanho máximo da consulta MongoDB
- O tamanho máximo de memória para consultas MongoDB depende da camada. Por exemplo, para M80, o limite de tamanho da memória de consulta é de aproximadamente 150 MiB.
- Em clusters fragmentados, se uma consulta extrair dados entre nós, o limite desse tamanho de dados será de 1 GB.
Limites de indexação
Limites gerais de indexação
- Número máximo de campos de índice composto: 32.
- Tamanho máximo do valor do
_id
campo: 2 KB. - Tamanho máximo do caminho do índice: 256B.
- Máximo padrão: 64.
- Configurável até: 300 índices por coleção.
- A classificação é feita na memória e não desce para o índice.
- Nível máximo de aninhamento para objetos/matrizes incorporados em definições de índice: 6.
- Uma única compilação de índice pode estar em andamento na mesma coleção.
- O número de compilações de índice simultâneas em coleções diferentes é configurável (padrão: 2).
- Use o
currentOp
comando para exibir o progresso de compilações de índice de longa execução. - Compilações de índice exclusivas são feitas em primeiro plano e gravações em bloco na coleção.
Limites de indexação curinga
- Para índices curinga, se o campo indexado for uma matriz de matrizes, toda a matriz incorporada será tomada como um valor em vez de percorrer seu conteúdo.
Limites de indexação geoespacial
- Não há suporte para BigPolygons.
- Os índices compostos não suportam índices geoespaciais.
$geoWithin
query não suporta polígonos com orifícios.- O
key
campo é obrigatório na$geoNear
etapa de agregação. - Os índices são recomendados, mas não necessários para
$near
operadores$nearSphere
de consulta e o$geoNear
estágio de agregação.
Limites de índice de texto
- Apenas um índice de texto pode ser definido em uma coleção.
- Suporta apenas pesquisas de texto simples; Não há suporte para recursos de pesquisa avançada, como pesquisas de expressão regular.
hint()
não é suportado em combinação com uma consulta que utiliza$text
expressão.- As operações de classificação não podem usar a ordenação do índice de texto.
- A tokenização para chinês, japonês e coreano ainda não é suportada.
- A tokenização sem diferenciação de maiúsculas e minúsculas ainda não é suportada.
Limites de pesquisa vetorial
- Indexação de vetores de até 2.000 dimensões de tamanho.
- A indexação aplica-se a apenas um vetor por caminho.
- Apenas um índice pode ser criado por caminho vetorial.
HNSW
eDiskANN
estão disponíveis em camadas de cluster M40 e superiores.
Limites de cluster e estilhaços
Camada de cluster
- Máximo: M200 / 64 vCores / 256 GiB RAM por fragmento físico. Entre em contato com nossa equipe para obter níveis mais altos.
Fragmentos físicos
- Máximo: 10. Entre em contato com nossa equipe para obter mais fragmentos.
Limites de recolha
- Coleções por cluster: 1.000
- Tamanho da coleção não fragmentada: 4 TiB
Entre em contato com nossa equipe para obter o suporte de valores mais altos.
Regiões Secundárias
- Máximo: 1 região secundária. Entre em contato com nossa equipe para mais regiões.
Limites de nível gratuito
As limitações a seguir podem ser substituídas pela atualização para um nível pago
- Armazenamento máximo: 32 GiB.
- Backup / restauração não suportado (disponível em M25+)
- Alta disponibilidade (HA) não suportada (disponível em M30+)
- Índices vetoriais HNSW não suportados (disponível em M40+)
- Log de diagnóstico não suportado (disponível em M40+)
- Nenhum contrato de nível de serviço fornecido (requer que a HA esteja habilitada)
- Os clusters de camada livre são pausados após 60 dias de inatividade onde não há conexões com o cluster.
Limites de replicação e HA (alta disponibilidade)
Replicação entre regiões
- As configurações a seguir são as mesmas em clusters primários e de réplica e não podem ser alteradas no cluster de réplica:
- Armazenamento e contagem de estilhaços
- Contas de utilizador
- Os seguintes recursos não estão disponíveis em clusters de réplica:
- Restauro para um ponto anterior no tempo
- Elevada disponibilidade (HA)
- A replicação entre regiões não está disponível em clusters com computação burstable ou clusters de camada livre.
Limites Diversos
Uso do Portal Mongo Shell
- O Portal Mongo Shell pode ser usado por 120 minutos dentro de uma janela de 24 horas.
Próximos passos
- Comece criando um cluster.
- Revise as opções para migrar do MongoDB para o Azure Cosmos DB para MongoDB vCore.