Confirme cada requisito previo en esta página antes de iniciar una migración de una implementación autogestionada en Kubernetes.
Una conexión de Ops Manager o Cloud Manager
ConfigMapcon las clavesbaseUrl,orgIdyprojectName.Una clave API
Secretcon las clavespublicKeyyprivateKey.El operador de Kubernetes
ServiceAccounttienebatch/jobspermisos (create,get,list,watchydelete) para la tarea de conectividad de prueba en seco.El Proyecto contiene exactamente una implementación.
Requisitos de implementación y clúster
Necesita:
Un set de réplicas o clúster particionado existente gestionado por MongoDB Ops Manager o Cloud Manager.
Un clúster de Kubernetes, o clústeres, con el operador de Kubernetes ya instalado. Para un destino de varios clústeres, aprovisione y ponga cada clúster bajo la gestión del operador antes de que comience la migración, y confirme que la resolución FQDN entre clústeres ya funciona.
Una implementación que está en buen estado y en el estado objetivo.
Plugin y operador RBAC
Necesita:
El plugin
kubectl mongodb, en una versión que coincida con el operador de Kubernetes. El operador de Kubernetes aplica esta coincidencia de versión en cada conciliación, incluida la ejecución de prueba, a través de la anotaciónmongodb.com/migrate-tool-version.El control de acceso basado en roles (RBAC) del operador restringe el acceso al sistema en función de los roles asignados. Aquí, incluye
batch/jobspermisos (crear, obtener, listar, observar y borrar), que el operador de Kubernetes necesita para ejecutar la tarea de conectividad de simulacro.
Red y certificados
Necesita:
Conectividad de red bidireccional entre los host de máquinas virtuales y los Pods de Kubernetes. Usted mismo provisiona esta conectividad. El tráfico de agente a
mongody demongodamongoddebe fluir en ambas direcciones a través del límite, y sus drivers deben llegar a ambos lados.cert-managero un emisor de certificados equivalente, si la implementación utiliza TLS.
Credenciales y copia de seguridad
Necesita:
Las contraseñas de usuario SCRAM a mano. No puede recuperarlas de la configuración de automatización, que solo almacena la sal, la clave del servidor y la clave almacenada.
Una copia de seguridad realizada antes de empezar.
Topología y autenticación compatibles
La migración admite sets de réplicas y clústeres particionados. Admite No Auth, SCRAM-SHA-256, X.509, LDAP y TLS, en cualquier combinación. Cuando utiliza LDAP, el bindMethod debe ser simple.