Para agentes de IA: um índice de documentação está disponível em https://www.mongodb.com/pt-br/docs/llms.txt — as versões de markdown de todas as páginas estão disponíveis anexando .md a qualquer caminho de URL.
Menu Docs

mongot Perguntas frequentes sobre implantação

As perguntas e respostas a seguir abrangem a implantação do MongoDB Search e da pesquisa vetorial com os controladores MongoDB para o operador Kubernetes. Para obter uma lista completa de restrições, consulte mongot Limitações de implantação. Para confirmar a compatibilidade da versão antes de implantar, consulte Compatibilidade e requisitos de pesquisa e pesquisa vetorial.

1.70.1 é a versão mínima mongot para implantação autogerenciada. As compilações 0.x anteriores são versões de pré-visualização que não recomendamos para uso em produção.

Não. Você não pode atualizar uma implantação de visualização pública (0.x) para uma versão GA no local. Para passar para GA, execute uma nova instalação.

Faça backup de mongod, não de mongot. Os índices mongot são dados derivados que o mongot reconstrói a partir do mongod, portanto, um backup mongod é suficiente para recuperá-los. Inclua o tempo de reconstrução do índice em seus objetivos de tempo de recuperação, pois a reconstrução leva tempo. Para saber mais, consulte Fazer backup e restaurar.

A habilitação do TLS em uma implantação que já está em execução causa uma interrupção breve e limitada porque mongot deve ser reiniciado para ler os novos certificados. A rotação de um certificado em uma implantação que já usa TLS também requer uma reinicialização mongot, porque mongot lê certificados apenas na inicialização. Se você implantar várias réplicas mongot atrás do balanceador de carga, as query poderão continuar durante essa reinicialização. Para aprender mais, consulte Proteja a conexão do MongoDB para pesquisar.

Depende do número de mongot réplicas. Se você implantar várias réplicas mongot atrás do balanceador de carga e também executar mais de uma réplica do Envoy, as query continuam a ser executadas enquanto as implantações mongot ou Envoy passam por reinicializações contínuas. Com uma única réplica, as query veem uma breve lacuna até que o pod esteja pronto novamente.

Sim. Para usar seu próprio balanceador de carga, execute mongot no modo não gerenciado. O modo não gerenciado está disponível apenas para implantações de cluster único. Para aprender mais, consulte Topologias compatíveis.

Sim. Quando spec.clusters tem mais de uma entrada, cada entrada deve definir loadBalancer.managed. O operador MongoDB Controllers for Kubernetes rejeita um recurso de vários clusters que usa um balanceador de carga não gerenciado ou nenhum balanceador de carga, porque mongod precisa de um ponto de extremidade estável e roteável para alcançar a frota mongot em cada cluster. Para aprender mais, consulte Topologias compatíveis.

Não. O operador MongoDB Controllers for Kubernetes não gerencia um mongod externo, portanto, não define os valores mongotHost e searchIndexManagementHostAndPort setParameter nele. Você deve configurá-los em seu mongod externo para que as query cheguem ao mongot. Em uma implantação de vários clusters, aponte cada mongod para o ponto de extremidade mongot de seu próprio cluster.

mongot não fornece criptografia em nível de aplicativo em descanso. Para criptografar os dados do índice mongot, criptografe o volume subjacente com um mecanismo de nível de Kubernetes ou provedor de nuvem. Para saber mais, consulte Proteja a conexão do MongoDB para pesquisar.

Não. Um recurso está disponível no mongot autogerenciado somente depois de ser enviado em uma versão binária mongot. Para saber mais, consulte Limitações de implantaçãomongot.

Avalie esta página