Limitações conhecidas para mongot autogerenciado

Esta página descreve as limitações e o comportamento não suportado para implantações autogerenciadas mongot.

Limitações por categoria

As seções a seguir descrevem as limitações conhecidas para implantações autogerenciadas do mongot, agrupadas por categoria.

Implantação, topologia e suporte de plataforma

Limitação	Aplica-se a	Descrição
mongot Tarball autônomo ou contêiner não é um caminho de produção empresarial compatível	Enterprise Advanced.	A execução do `mongot` a partir de um tarball ou contêiner autônomo não é um caminho de produção compatível com o Enterprise Advanced. O suporte à produção empresarial pressupõe o `mongot` gerenciado pelo MCK, com as ferramentas operacionais relacionadas, integração de monitoramento e cobertura de suporte.
A imagem do Docker atlas-local não é um destino de implantação de produção	A imagem `atlas-local` do Docker.	A imagem do Docker `atlas-local` é uma configuração de nó único e contêiner único que se destina ao desenvolvimento e teste locais e não é adequada para produção. Para produção, use um caminho de implantação de produção compatível.
mongot não é compatível com IBM Power (ppc64le) ou IBM Z (s390x)	Todas as edições e caminhos de implantação.	`mongot` não é compatível com IBM POWER (`ppc64le`) ou IBM Z (`s390x`). `mongot` é compatível apenas com Linux para `x86_64` e `aarch64`.
Windows e macOS não são suportados como destinos de implantação nativos	Todas as edições e caminhos de implantação.	O MongoDB não fornece binários nativos do Windows ou macOS `mongot`, porque o `mongot` é criado para Linux. Para desenvolvimento e teste locais, implante o `mongot` usando a imagem do Docker `atlas-local`. Para implantações mais complexas, gerencie o `mongot` usando o MongoDB Controllers para Kubernetes Operator ou configure a imagem do contêiner `mongodb-community-search` para se conectar ao seu ambiente MongoDB.

Empacotamento e instalação

Limitação	Aplica-se a	Descrição
O Tarball do Linux não instala um serviço systemd	Instalações de tarball do Community Edition.	O tarball do Linux não inclui uma unidade `systemd`. Você pode criar sua própria unidade `systemd` ou usar a imagem do contêiner para gerenciamento do ciclo de vida do processo.
A instalação do gerenciador de pacotes não está disponível para o Community Edition	Community Edition.	`apt` e a instalação `yum` não está disponível para o Community Edition. Para instalar o `mongot`, use o tarball ou a imagem do contêiner.

Autenticação e Segurança

Limitação	Aplica-se a	Descrição
A rotação do certificado X.509 requer uma reinicialização do mongot	Todos os caminhos de implantação.	`mongot` lê certificados X.509 na inicialização. Para obter novos certificados, você deve reiniciar `mongot` após girar os certificados X.509. Para minimizar as interrupções, agende as rotações de certificados durante os períodos de manutenção.
A rotação de senha SCRAM requer uma reinicialização do mongot	Todos os caminhos de implantação.	`mongot` lê credenciais SCRAM na inicialização. Para obter novas credenciais, você deve reiniciar `mongot` após girar as credenciais SCRAM. Para minimizar interrupções, agende rotações de credenciais SCRAM durante períodos de manutenção.
mongot não valida OCSP ou revogação de CRL	Todos os caminhos de implantação que usam X.509 ou autenticação TLS.	`mongot` não valida X.509 ou revogação de certificado TLS por meio de OCSP ou CRLs. Para lidar com a revogação, remova o usuário `$external` correspondente em `mongod`. Após a remoção, o próximo handshake rejeita o certificado revogado.
mongot não fornece criptografia em descanso no nível do aplicativo	Todos os caminhos de implantação.	`mongot` não fornece criptografia nativa em nível de aplicativo em descanso. Em vez disso, você pode criptografar o sistema de arquivos subjacente ou o dispositivo de bloco, por exemplo, com LUKS ou `dm-crypt` no Linux, volumes criptografados gerenciados pelo provedor de nuvem ou criptografia de disco com suporte KMS.
O modo TLS validado por FIPS não é compatível.	Todos os caminhos de implantação.	`mongot` não oferece suporte à execução de sua pilha TLS em um modo criptográfico validado por FIPS.

Observabilidade

Limitação	Aplica-se a	Descrição
A IU de métricas do Atlas Search não está disponível para implantações autogerenciadas	Todas as implantações autogerenciadas.	A IU de métricas de pesquisa do MongoDB não está disponível com `mongot` autogerenciado. Use Prometheus e Grafana, ou outra pilha de monitoramento, com o ponto de extremidade `mongot` `/metrics`. Para saber mais, consulte Integrações de ferramentas de monitoramento.
Visibilidade do MongoDB Ops Manager não abrangente para `mongot`	Implantações do Enterprise Advanced que usam o MongoDB Ops Manager e o MongoDB Controllers for Kubernetes operador.	No Enterprise Advanced, o MongoDB Ops Manager ingere e exibe um conjunto limitado de métricas por meio de um pipeline OpenTelemetry implantado pelo operador MongoDB Controllers for Kubernetes. Essas métricas são selecionadas para triagem de suporte e visibilidade de integridade, mas não para diagnósticos aprofundados.

Operações e atualizações

Limitação	Aplica-se a	Descrição
Uma instância mongot não pode atender a várias implantações mongod	Todos os caminhos de implantação.	Uma única instância `mongot` não pode ser compartilhada entre várias implantações não relacionadas do MongoDB porque uma instância `mongot` está vinculada a exatamente um conjunto de réplicas ou a um shard em um cluster sharded. Para servir query para várias implantações do MongoDB, implante uma instância `mongot` separada para cada conjunto de réplicas ou shard.
As reduções de versão principal exigem re-sincronização	Todos os caminhos de implantação.	Fazer downgrade do `mongot` entre as principais versões requer uma ressincronização entre `mongod` e `mongot`, pois as principais versões não são seguras para rollback.
As atualizações do mongot exigem uma reinicialização do processo	Todos os caminhos de implantação.	`mongot` as atualizações exigem uma reinicialização do processo. Para minimizar interrupções, agende períodos de manutenção ou use um padrão de reinicialização contínua com várias instâncias `mongot` em MongoDB Controllers para Kubernetes Operator.
As alterações de configuração do mongot exigem uma reinicialização	Todos os caminhos de implantação.	`mongot` lê sua configuração na inicialização. Para aplicar as alterações de configuração, você deve reiniciar `mongot` após editar o arquivo de configuração `mongot`.

Atlas Versus Autogerenciado Comparação de recursos

As seções a seguir comparam o suporte para os recursos MongoDB Search e MongoDB pesquisa vetorial entre o Atlas e o mongot autogerenciado. Use as tabelas nesta seção para comparar as opções para uma migração ou implantação híbrida.

Comportamento de pesquisa e pesquisa vetorial

A pesquisa e a pesquisa vetorial compartilham o mesmo mecanismo de pesquisa no Atlas e no mongot autogerenciado, portanto, o comportamento da query, a pontuação e a semântica do índice são geralmente consistentes em todas as plataformas.

A tabela a seguir compara quais recursos de pesquisa e pesquisa vetorial estão disponíveis entre o Atlas gerenciado e o mongot autogerenciado.

Recurso de pesquisa e pesquisa vetorial	Disponibilidade de funcionalidades
`$search`, `$searchMeta` e `$vectorSearch` estágios de agregação	O mesmo no Atlas e autogerenciado
Sintaxe de definição do índice	`nestedRoot` sintaxe não suportada em `mongot` autogerenciado. Para saber mais, consulte Como indexar campos para pesquisa vetorial.
`createSearchIndex`, métodos assistentes `dropSearchIndex`, `updateSearchIndex` e `getSearchIndexes`	O mesmo no Atlas e autogerenciado
`$listSearchIndexes` estágio de agregação	A saída para `mongot` autogerenciado difere da pesquisa do Atlas. Consulte `$listSearchIndexes` para o formato de saída da pesquisa do Atlas. A saída `mongot` autogerenciada difere nos seguintes campos: Nenhum campo `type` de nível superior `synonymMappingStatusDetail` é uma lista simples de objetos de status, não um documento aninhado
Pontuação e classificação baseadas em Lucene	O mesmo no Atlas e autogerenciado
Sinônimos, analisadores e mapeamentos personalizados	O mesmo no Atlas e autogerenciado
Opções de quantização vetorial	O mesmo no Atlas e autogerenciado
`$rerank`	Disponível apenas no Atlas.
Embedding automatizado por meio do Voyage AI	Visualizar em ambas as plataformas. Para aprender quais recursos de embedding automatizado são suportados para `mongot` autogerenciado, consulte embedding automatizado.

Incorporação automatizada

A tabela a seguir compara o suporte ao recurso de embedding automatizada entre o Atlas e o mongot autogerenciado. Para saber mais sobre embedding automatizada, consulte Visão geral da embedding automatizada.

Recurso de embedding automatizado	Atlas	Autogerenciado `mongot`
Integração do Voyage AI	Available with the same Voyage AI models and options as self-managed `mongot`.	Disponível em pré-visualização com os mesmos modelos e opções do Voyage AI que o Atlas.
Visibilidade de limite de taxa	O Atlas expõe os limites de RPM e TPM na IU.	A visibilidade do limite de taxa não é exibida no produto. Os limites são aplicados no lado do Voyage AI.
Caminho de faturamento	O Atlas pode faturar embedding através do ponto de extremidade proxy do MongoDB.	O faturamento depende se você usa o ponto de extremidade proxy do MongoDB ou se conecta diretamente ao Voyage AI.

Implantação e gerenciamento do ciclo de vida

A tabela a seguir compara como o Atlas e as implantações autogerenciadas lidam com os aspectos operacionais da implantação e do gerenciamento do ciclo de vida do mongot.

Aspecto operacional	Atlas	Autogerenciado `mongot`
Provisionamento	O MongoDB provisiona e executa `mongot`.	Você provisiona `mongot` usando um tarball, contêiner, MongoDB Controllers para Kubernetes operador ou `atlas-local`.
`mongot` visibilidade da versão	O Atlas expõe o tempo de lançamento em vez de strings de versão `mongot` diretas.	`mongot` os pacotes são versionados com versões explícitas de `MAJOR.MINOR.PATCH`.
Atualizações	O MongoDB realiza atualizações do Atlas em seu próprio ritmo.	As atualizações são totalmente autogerenciadas.
Aplicação de patches de segurança	O MongoDB aplica patches no Atlas.	A aplicação de patches de segurança exige atualizações autogerenciadas.
Dimensionamento de várias instâncias	Os nós do MongoDB Search lidam com o dimensionamento dentro do serviço gerenciado.	Para vários nós de pesquisa ou topologias sharded, use os controladores MongoDB para o operador do Kubernetes ou gerencie a topologia você mesmo.
Clusters fragmentados	Suportado no Atlas.	Suportado apenas com os controladores do MongoDB para o operador Kubernetes para Enterprise Advanced. Os controladores do MongoDB para o operador Kubernetes não suportam arquiteturas sharded com o Community Edition.

Monitoramento e observabilidade

A tabela a seguir compara quais ferramentas de monitoramento e opções de observabilidade estão disponíveis para Atlas e mongot autogerenciado.

Opção de monitoramento e observabilidade	Atlas	Autogerenciado `mongot`
IU de métricas de pesquisa do MongoDB	Disponível na IU do Atlas.	Não disponível. Para saber mais, consulte Observabilidade.
Alertas gerenciados pelo MongoDB	Alertas selecionados com limites padrão.	Você define o alerta. Para saber mais, consulte Alertas recomendados para mongot.
Retenção de FTDC	Gerenciado pelo MongoDB.	Você gerencia a rotação e a retenção.
retenção de logs	Gerenciado pelo MongoDB.	Você encaminha e retém logs.
`mongot`-métricas dashboards	Disponível na IU do Atlas.	Não fornecido em um componente da IU. Para saber como criar dashboard a partir de métricas `mongot`, consulte Referência de métricas para mongot.
Visibilidade do MongoDB Ops Manager `mongot`	Não disponível no Atlas.	No Enterprise Advanced, o Ops Manager expõe métricas `mongot` selecionadas por meio de um pipeline OpenTelemetry implantado pelo operador MongoDB Controllers for Kubernetes. Para saber mais, consulte Observabilidade.

Confiabilidade e disponibilidade

A tabela a seguir compara como o Atlas e as implantações autogerenciadas lidam com as funcionalidades de confiabilidade e disponibilidade para mongod e mongot.

Funcionalidade de confiabilidade e disponibilidade	Implantação gerenciada pelo Atlas	Implantação autogerenciada
`mongot` disponibilidade da instância	O Atlas gerencia o comportamento de recuperação.	Você é responsável pela supervisão e recuperação. Use os controladores MongoDB para réplicas gerenciadas pelo operador Kubernetes ou sua própria supervisão de processo.
Backup e restauração	O Atlas backups em nuvem gerencia `mongod` snapshots. Os índices de pesquisa em `mongot` podem ser recriados a partir de dados restaurados de snapshots de banco de dados do MongoDB.	Você é responsável por fazer backup de `mongod`. Os índices de pesquisa em `mongot` podem ser reconstruídos a partir de dados restaurados de snapshot do banco de dados MongoDB.
Recuperação de desastres	O Atlas fornece padrões de failover regional e de nuvem.	Você projeta a topologia de recuperação de desastre.
Dimensionamento de capacidade	O Atlas oferece dimensionamento de nó de pesquisa gerenciado.	Você dimensiona a capacidade antecipadamente e a redimensiona alterando os recursos `mongot` e reiniciando conforme necessário.

Segurança

A tabela a seguir compara como as implantações gerenciadas pelo Atlas e as implantações autogerenciadas lidam com a segurança para mongod e mongot.

Recurso de segurança	Implantação gerenciada pelo Atlas	Implantação autogerenciada
Autenticação entre `mongod` e `mongot`	Gerenciado internamente pelo Atlas.	Você configura a autenticação SCRAM ou X.509.
TLS para `mongod` a `mongot`	Sempre ativado e gerenciado pelo Atlas.	Você configura o TLS por conta própria.
Criptografia em descanso	O Atlas oferece opções de criptografia em descanso gerenciadas, incluindo integrações KMS.	`mongot` não fornece criptografia nativa em repouso. Para saber mais, consulte Autenticação e Segurança.

Voltar

Solução de problemas

Notas de versão