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
mongodemongotcompartilham 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
mongodemongotsã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.
Arquitetura co-localizada
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.
Infraestrutura dedicada
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.
Topologia fragmentada
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 shards a uma collection com um índice do MongoDB Search existente, ocorrerá uma sincronização inicial nos shards recém-adicionados para esse índice do MongoDB Search. O índice do MongoDB Search de cada shard contém apenas os documentos da collection que existem nesse shard. Para saber mais, consulte Shard a Global Collection.
Aviso
Se você fragmentar uma collection que já tenha um índice do MongoDB Search, poderá passar por um período de tempo de inatividade da query de pesquisa enquanto o índice se baseia nos novos shards.
Além disso, se você adicionar um fragmento a uma coleção já fragmentada que contenha um índice do MongoDB Search, suas pesquisas nessa coleção falharão até que o processo de sincronização inicial seja concluído nos fragmentos adicionados. Para saber mais, consulte Solucionar problemas de sincronização inicial.
