Para agentes de IA: hay un índice de documentación disponible en https://www.mongodb.com/es/docs/llms.txt — versiones en markdown de todas las páginas están disponibles agregando .md a cualquier ruta URL.
Docs Menu

Migration to Kubernetes Prerequisites

Confirme cada requisito previo en esta página antes de iniciar la migración de una implementación autogestionada a Kubernetes.

  • A Ops Manager or Cloud Manager connection ConfigMap with the keys baseUrl, orgId, and projectName.

  • An API key Secret with the keys publicKey and privateKey.

  • The Kubernetes Operator ServiceAccount has batch/jobs permissions (create, get, list, watch, and delete) for the dry-run connectivity Job.

  • El proyecto contiene exactamente un despliegue.

Necesitas:

  • Un conjunto de réplicas o un clúster fragmentado existente que gestiona Ops Manager o Cloud Manager.

  • Un clúster o clústeres de Kubernetes con Kubernetes Operator ya instalado. Para un destino con varios clústeres, configure y ponga todos los clústeres bajo la administración de Operator antes de que comience la migración, y confirme que la resolución de FQDN entre clústeres ya funciona.

  • Un despliegue que funciona correctamente y ha alcanzado el estado deseado.

You need:

  • El complemento kubectl mongodb tiene una versión que coincide con la de Kubernetes Operator. Kubernetes Operator aplica esta coincidencia de versión en cada reconciliación, incluida la prueba en seco, mediante la anotación mongodb.com/migrate-tool-version.

  • El control de acceso basado en roles (RBAC) del operador restringe el acceso al sistema según los roles asignados. En este caso, incluye los permisos batch/jobs (crear, obtener, listar, observar y eliminar), que el operador de Kubernetes requiere para ejecutar la tarea de conectividad de prueba.

You need:

  • Conectividad de red bidireccional entre los hosts de máquinas virtuales y los pods de Kubernetes. Usted mismo debe configurar esta conectividad. El tráfico entre el agente y mongod, y entre mongod y mongod, debe fluir en ambas direcciones a través del límite, y sus controladores deben llegar a ambos lados.

  • cert-manager o un emisor de certificados equivalente, si la implementación utiliza TLS.

You need:

  • Las contraseñas de usuario de SCRAM están en mano. No se pueden recuperar desde la configuración de automatización, que solo almacena el salt, la clave del servidor y la clave almacenada.

  • Realiza una copia de seguridad antes de comenzar.

La migración admite conjuntos de réplicas y clústeres fragmentados. Admite autenticación sin autenticación, SCRAM-SHA-256, X.509, LDAP y TLS, en cualquier combinación. Al usar LDAP, bindMethod debe ser simple.