Make the MongoDB docs better! We value your opinion. Share your feedback for a chance to win $100.
Click here >
Menu Docs
Página inicial do Docs
/

padrões de arquitetura de implantação mongot

Ao projetar sistemas MongoDB que utilizam MongoDB Search e MongoDB Vector Search, há dois tipos de implantação comuns:

  • Uma arquitetura colocalizada onde os processos mongod e mongot compartilham o mesmo host. Essa arquitetura é adequada para desenvolvimento e pequenos volumes de trabalho de pesquisa ou pesquisa vetorial.

  • Um modelo de infraestrutura dedicada em que os processos mongod e mongot são executados em máquinas separadas, cada uma dimensionada de acordo com as necessidades de cada volume de trabalho. Essa infraestrutura é recomendada para aplicativos que exigem alta disponibilidade, fragmentação ou cargas de trabalho significativas de pesquisa ou vetor com consultas e indexação de pesquisa pesadas.

Esta seção descreve ambos os tipos de sistema. Ele também descreve as implicações da implantação do mongot em clusters MongoDB fragmentados.

Essa é a arquitetura mais simples, recomendada para ambientes de desenvolvimento ou qualquer situação que exija iteração rápida. Ele se destaca pela criação rápida de protótipos e requer o mínimo de configuração.

O sistema consiste em uma única máquina executando os processos mongod e mongot. Toda a comunicação pode ocorrer em endereços localhost e todos os recursos de autenticação e segurança podem ser desabilitados ou tornados mais permissivos.

Para volumes de trabalho de pesquisa mais pequenos, você pode expandir essa arquitetura para um conjunto de réplicas de vários nós. Tenha cuidado ao implementar uma arquitetura colocalizada e monitore os sinais de contenção de recursos.

Diagrama mostrando um sistema de mongot co-localizado
clique para ampliar

Esta é uma arquitetura de uso geral, recomendada para ambientes de produção. A infraestrutura dedicada acomodar a escalabilidade horizontal e vertical para os nós do banco de dados e os nós de pesquisa.

O sistema consiste em pelo menos três máquinas executando mongod em uma configuração de conjunto de réplica e pelo menos duas máquinas executando mongot. Para fornecer alta disponibilidade ao executar query da Pesquisa, os nós mongod exigem um balanceador de carga em nível de aplicativo. Considere um balanceador de carga como o Envoy e use uma estratégia de balanceamento de carga, como o round-robin por solicitação.

Não é necessário balanceamento de carga na direção oposta. O mongot escolhe automaticamente um nó mongod para se comunicar para a replicação de dados e os dados do catálogo de índice com base em sua configuração.

Observação

Armazenamento do índice de pesquisa

Cada mongot mantém índices que são construídos a partir dos dados obtidos continuamente do banco de dados. As definições do índice (metadados) são armazenadas no próprio banco de dados .

Diagrama mostrando uma implantação de mongot de infraestrutura dedicada
clique para ampliar

Essa arquitetura é semelhante à arquitetura de infraestrutura dedicada, mas a configuração do conjunto de réplicas é duplicada para cada shard individual.

Observação

Embora você só deva configurar mongot para replicar de um shard, mongot ainda exige que o endereço do roteador seja configurado para acessar o catálogo de índices.

Com a arquitetura de topologia fragmentada, mongot pertence apenas a um único shard por vez. Como resultado, os balancers de carga dentro de cada shard só devem ser configurados para direcionar tráfego para esse shard individual.

Se você adicionar fragmentos a uma coleção com um índice do MongoDB Search existente, ocorrerá uma sincronização inicial nos fragmentos recém-adicionados para esse índice do MongoDB Search. O índice do MongoDB Search de cada fragmento contém apenas os documents da coleção que existem nesse fragmento.

Importante

Armazenamento de índice de pesquisa em clusters fragmentados

Em um cluster, os índices de pesquisa são distribuídos entre os processos mongot associados a cada fragmento. Considere isso ao planejar suas políticas de backup e recuperação, pois você precisará levar em conta os dados do banco de dados e os dados do índice de pesquisa armazenados nos nós mongot de cada fragmento.

Para saber mais, consulte Shard a Global Collection.

Aviso

Se você fragmentar uma coleção que já tenha um índice do MongoDB Search, poderá passar por um breve período de resultados de pesquisa incompletos enquanto o índice está se baseiando em um fragmento.

Além disso, se você adicionar um fragmento a uma coleção já fragmentada que contenha um índice do MongoDB Search, suas consultas de pesquisa nessa coleção poderão retornar resultados incompletos até que o processo de sincronização inicial seja concluído nos fragmentos adicionados. Para saber mais, consulte Solucionar problemas de sincronização inicial.

Diagrama mostrando uma implantação de mongot fragmentado
clique para ampliar

Voltar

Início rápido

Nesta página