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.

Migração para Kubernetes Pré-requisitos

Confirme cada pré-requisito nesta página antes de iniciar uma migração de uma implantação autogerenciada para o Kubernetes.

  • Uma MongoDB Ops Manager ou conexão do Cloud Manager ConfigMap com as chaves baseUrl, orgId e projectName.

  • Uma chave de API Secret com as chaves publicKey e privateKey.

  • O operador Kubernetes ServiceAccount tem batch/jobs permissões (create, get, list, watch e delete) para a tarefa de conectividade de executar.

  • O projeto contém exatamente uma implantação.

Você precisará de:

  • Um conjunto de réplicas ou cluster existente que o Ops Manager ou o Cloud Manager gerencia.

  • Um cluster Kubernetes, ou clusters, com o Kubernetes operador já instalado. Para um destino de múltiplos clusters, provisione e coloque cada cluster sob o gerenciamento do operador antes que a migração comece, e confirme se a resolução de FQDN entre clusters já está funcionando.

  • Uma implantação que está saudável e no estado desejado.

Você precisará de:

  • O plugin kubectl mongodb, em uma versão que corresponde ao Kubernetes operador. O Kubernetes operador força essa correspondência de versão em cada reconciliação, incluindo o dry executar, por meio da anotação mongodb.com/migrate-tool-version.

  • O Controle de Acesso Baseado em Função (RBAC) do operador restringe o acesso ao sistema com base nas funções atribuídas. Aqui, ele inclui permissões batch/jobs (criar, obter, listar, observar e excluir), que o Kubernetes operador requer para executar a tarefa de conectividade de simulação (dry-run).

Você precisará de:

  • Conectividade de rede bidirecional entre os hospedar de máquina virtual e os Pods do Kubernetes. Você mesmo faz o provisionamento dessa conectividade. O tráfego do agente paramongod e de mongodparamongod deve fluir em ambas as direções através do limite, e seus drivers devem alcançar ambos os lados.

  • cert-manager ou um emissor de certificado equivalente, se a implantação usar TLS.

Você precisará de:

  • As senhas de usuário SCRAM em mãos. Não é possível recuperá-los da configuração de automação, que armazena apenas o salt, a chave do servidor e a chave armazenada.

  • Um backup feito antes de começar.

A migração oferece suporte a conjunto de réplicas e cluster sharded. Ele oferece suporte a No Auth, SCRAM-SHA-256, X.509, LDAP e TLS, em qualquer combinação. Ao usar LDAP, o bindMethod deve ser simple.