Compartilhar via

Limites de serviço no Azure Cosmos DB for MongoDB vCore

  • Artigo

Este documento descreve os limites rígidos e flexíveis atuais do Azure Cosmos DB for MongoDB vCore. Muitas dessas limitações são temporárias e evoluirão ao longo do tempo à medida que o serviço continuar a melhorar. Se algum desses limites for um problema para a sua organização, entre em contato com a nossa equipe para obter assistência.

Limites de consulta e execução

Limites de execução do MongoDB

  • Tempo de vida máximo da transação: 30 segundos.
  • Tempo de vida do cursor: 10 minutos. Observação: um erro cursorNotFound poderá ocorrer se o cursor exceder seu tempo de vida.
  • Limite de execução de consulta padrão: 120 segundos. Isso pode ser substituído em uma base por consulta usando maxTimeMS no respectivo driver do MongoDB.

Exemplo:

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

Tamanho máximo da consulta do MongoDB

  • O tamanho máximo de memória para consultas do MongoDB depende da camada. Por exemplo, para M80, o limite de tamanho da memória da consulta é de aproximadamente 150 MiB.
  • Em clusters fragmentados, se uma consulta efetuar pull de dados em diversos 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 para o valor do campo _id: 2 KB.
  • Tamanho máximo do caminho do índice: 256 B.
  • Máximo padrão: 64.
    • Configurável até: 300 índices por coleção.
  • A classificação é feita na memória e não é enviada por push para o índice.
  • Nível máximo de aninhamento para objetos/matrizes inseridos em definições de índice: 6.
  • Um único build de índice pode estar em andamento na mesma coleção.
  • O número de builds de índice simultâneo em coleções diferentes é configurável (padrão: 2).
  • Use o comando currentOp para exibir o progresso de builds de índice de execução longa.
  • Os buids de índice exclusivo são feitos em primeiro plano e bloqueiam gravações na coleção.

Limites de indexação curinga

  • Para índices curinga, se o campo indexado for uma matriz de matrizes, toda a matriz inserida será usada como um valor em vez de percorrer seu conteúdo.

Limites de indexação geoespacial

  • Não há suporte para BigPolygons.
  • Índices compostos não dão suporte a índices geoespaciais.
  • A consulta $geoWithin não dá suporte a polígonos com orifícios.
  • O campo key é necessário no estágio de agregação $geoNear.
  • Os índices são recomendados, mas não são necessários para $near, operadores de consulta $nearSphere e para o estágio de agregação $geoNear.

Limites de índice de texto

  • Somente um índice de texto pode ser configurado em uma coleção.
  • Dá suporte apenas a pesquisas de texto simples; recursos de pesquisa avançada, como pesquisas de expressões regulares, não têm suporte.
  • hint() não é compatível com consultas que usam a expressão $text.
  • As operações de classificação não podem usar a ordem do índice de texto.
  • Ainda não há suporte para a tokenização para chinês, japonês, coreano.
  • Ainda não há suporte para a tokenização sem diferenciação de maiúsculas de minúsculas.

Limites de busca em vetores

  • Indexação de vetores de até 2.000 dimensões de tamanho.
  • A indexação se aplica a apenas um vetor por caminho.
  • Somente um índice pode ser criado por caminho de vetor.
  • HNSW e DiskANN estão disponíveis em camadas de cluster M40 e acima.

Limites de cluster e extensão

Camada de cluster

Fragmentos físicos

Limites de coleção

  • Coleções por cluster: 1.000
  • Tamanho da coleção não fragmentada: 4 TiB

Entre em contato com nossa equipe para obter suporte de valores mais altos.

Regiões secundárias

Limites de camada gratuita

As limitações a seguir podem ser substituídas se você atualizar para um nível pago

  • Armazenamento máximo: 32 GiB.
  • Backup/restauração sem suporte (disponível em M25+)
  • Não há suporte para alta disponibilidade (HA) (disponível em M30+)
  • Não há suporte para índices de vetor HNSW (disponível em M40+)
  • Não há suporte para registro em log de diagnóstico (disponível em M40+)
  • Nenhum contrato de nível de serviço fornecido (requer que a HA seja habilitada)
  • Os clusters de camada gratuita são pausados após 60 dias de inatividade em que não há conexões com o cluster.

Limites de Replicação e HA (alta disponibilidade)

Replicação entre regiões

  • As seguintes configurações 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 fragmentos
    • Contas de usuário
  • Os seguintes recursos não estão disponíveis em clusters de réplica:
    • Restauração em um momento determinado
    • HA (Alta disponibilidade)
  • A replicação entre regiões não está disponível em clusters com computação com capacidade de intermitência ou clusters de camada gratuita.

Limites diversos

Uso do Shell do Mongo do Portal

  • O Shell do Mongo do Portal pode ser usado por 120 minutos em uma janela de 24 horas.

Próximas etapas