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

Pré-requisitos de migração para o Kubernetes

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

  • Uma conexão do Ops Manager ou 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 o trabalho de conectividade de execução seca.

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

Você precisa de:

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

  • Um cluster ou clusters do Kubernetes com o Kubernetes Operator já instalado. Para um destino de vários clusters, provisione e coloque todos os clusters sob o gerenciamento do operador antes do início da migração e confirme que a resolução FQDN entre clusters já funciona.

  • Uma implantação saudável e em conformidade com o estado do objetivo.

You need:

  • O pluginkubectl mongodb, em uma versão que corresponde ao Kubernetes Operator. O Kubernetes Operator impõe esta correspondência de versão em cada reconciliação, incluindo a execução seca, por meio da anotação mongodb.com/migrate-tool-version.

  • O controle de acesso baseado em funções (RBAC) do operador restringe o acesso ao sistema com base em funções atribuídas. Aqui, ele inclui permissões batch/jobs (criar, obter, listar, assistir e excluir), que o Kubernetes Operator exige para executar o trabalho de conectividade de teste.

You need:

  • Conectividade de rede bidirecional entre os hosts da máquina virtual e os Pods do Kubernetes. Você mesmo provisiona essa conectividade. O tráfego do agente paramongod e mongod-para-mongod deve fluir em ambas as direções através do limite, e seus motoristas devem alcançar ambos os lados.

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

You need:

  • 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 sal, a chave do servidor e a chave armazenada.

  • Um backup feito antes de começar.

A migração suporta conjuntos de réplica e clusters fragmentados. Ele suporta No Auth, SCRAM-SHA-256, X.509, LDAP e TLS, em qualquer combinação. Quando você utiliza LDAP, o bindMethod deve ser simple.