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

Topologias suportadas

Você pode implantar o MongoDB Search e a pesquisa vetorial com o operador Kubernetes em uma faixa de topologia de implantação do MongoDB. A topologia que você escolher determina como o operador Kubernetes implanta e conecta o processo mongot à sua implantação do MongoDB.

Use esta página para confirmar se a topologia planejada é compatível antes de implantar. Para confirmar as versões do MongoDB Server, mongot e do operador Kubernetes de que você precisa, consulte Compatibilidade e requisitos de pesquisa e pesquisa vetorial.

Uma topologia compatível é uma combinação das seguintes dimensões:

  • Topologia de cluster do MongoDB. Se o processo mongot serve um conjunto de réplicas do MongoDB ou um cluster sharded. Para clusters sharded, o operador Kubernetes implanta um grupo mongot separado para cada shard.

  • Tipo de implantação. Se a implantação do MongoDB é executada em um único cluster Kubernetes (cluster único) ou abrange vários cluster Kubernetes (multi-cluster). Em uma topologia multi-cluster, um único operador Kubernetes em um cluster central gerencia os processos mongot em todos os cluster de nó.

  • Modo de balanceador de carga. Ao executar várias instâncias do mongot, você deve colocar um balanceador de carga L7 entre o mongod e os pods do mongot. Você pode usar uma das seguintes opções:

    • Gerenciado balanceador de carga. O operador Kubernetes implanta e configura um proxy Envoy.

    • Balanceador de carga não gerenciado. Você fornece e configura seu próprio balanceador de carga L7.

    Uma única instância mongot se conecta diretamente ao mongod e não requer um balanceador de carga.

  • Modo de origem do MongoDB. Se o recurso MongoDBSearch usa spec.source.mongodbResourceRef para referenciar um recurso MongoDB que o Kubernetes Operator gerencia (gerenciado) ou usa spec.source.external para configurar a conexão (externo).

A tabela a seguir lista o status de suporte para cada combinação de dimensões de implantação:

Importante

Fontes externas do MongoDB e topologias de vários clusters exigem o MongoDB Enterprise. O MongoDB Community oferece suporte apenas a implantações de conjunto de réplicas que o operador do Kubernetes gerencia dentro do Kubernetes.

Topologia de cluster
Tipo de implementação
Modo de balanceador de carga
Modo de origem do MongoDB
Status do suporte

réplicaSet

Cluster único

GERENCIADO

GERENCIADO

Suportado

réplicaSet

Cluster único

GERENCIADO

Externo

Suportado

réplicaSet

Cluster único

Unmanaged

GERENCIADO

Suportado

réplicaSet

Cluster único

Unmanaged

Externo

Suportado

réplicaSet

Multi-Cluster

GERENCIADO

GERENCIADO

Não suportado

réplicaSet

Multi-Cluster

GERENCIADO

Externo

Suportado

réplicaSet

Multi-Cluster

Unmanaged

GERENCIADO

Não suportado

réplicaSet

Multi-Cluster

Unmanaged

Externo

Não suportado

cluster fragmentado

Cluster único

GERENCIADO

GERENCIADO

Suportado

cluster fragmentado

Cluster único

GERENCIADO

Externo

Suportado

cluster fragmentado

Cluster único

Unmanaged

GERENCIADO

Suportado

cluster fragmentado

Cluster único

Unmanaged

Externo

Suportado

cluster fragmentado

Multi-Cluster

GERENCIADO

GERENCIADO

Não suportado

cluster fragmentado

Multi-Cluster

GERENCIADO

Externo

Suportado

cluster fragmentado

Multi-Cluster

Unmanaged

GERENCIADO

Não suportado

cluster fragmentado

Multi-Cluster

Unmanaged

Externo

Não suportado

Revise as seguintes considerações ao escolher uma topologia:

  • Fontes externas do MongoDB e topologia de vários clusters estão disponíveis apenas para o MongoDB Enterprise. O MongoDB Community oferece suporte a implantações de conjunto de réplicas que o operador do Kubernetes gerencia dentro do Kubernetes.

  • Em uma topologia de vários clusters, configure a fonte MongoDB usando spec.source.external, mesmo que o operador Kubernetes gerencie a implantação do MongoDB. As topologias de vários clusters não suportam spec.source.mongodbResourceRef.

  • As topologias de vários clusters exigem o balanceador de carga gerenciado. O operador Kubernetes oferece suporte a balanceadores de carga não gerenciados apenas em topologias de cluster único.

  • As topologias de vários clusters exigem conectividade de rede entre o cluster central e o servidor de API do Kubernetes de cada cluster de nó.

Para outras limitações de implantação, consulte mongot Limitações de implantação.