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.

Limitaciones de la migración y escenarios no admitidos

Consulte las limitaciones de esta página antes de planificar una migración de una implementación autogestionada en Kubernetes. Algunas limitaciones bloquean la migración por completo, y otras requieren que planifique en torno a las capacidades faltantes.

El Ops Manager o el Proyecto de Cloud Manager debe contener exactamente una implementación. El plugin kubectl mongodb da error si el Proyecto contiene más de una implementación.

Si su proyecto contiene varias implementaciones, haga una división de ellas en proyectos separados antes de migrar. Para aprender cómo, consulte Migrar una implementación de MongoDB a un nuevo proyecto en la documentación de Ops Manager.

Un clúster particionado cuyo servidor de configuración también está respaldado por una de sus particiones no se puede migrar. Kubernetes operador detecta un servidor de configuración incrustado y rechaza la migración en la importación.

La prueba en seco solo valida la conectividad de Kubernetes a las máquinas virtuales. No comprueba automáticamente la conectividad entrante de la máquina virtual a Kubernetes. Verifique usted mismo esa dirección de conectividad antes de confiar en ella.

No existe una forma automatizada de revertir una migración una vez que comienza. Planifique su migración y haga una copia de seguridad antes de empezar, porque no puede revertir a través del plugin o del operador.

Para revertir manualmente una migración en curso:

1

Este paso es fundamental. No te lo saltes.

2

Este paso es fundamental. No te lo saltes.

3

Editar la configuración de automatización directamente en Ops Manager o Cloud Manager.

Advertencia

Si borra el recurso MongoDB mientras Kubernetes operador sigue en ejecución, Kubernetes operador no borra el Proyecto en Ops Manager o Cloud Manager para proteger los nodos externos. Sin embargo, el operador de Kubernetes borrar automáticamente los StatefulSets y los Pods para ese recurso. Dependiendo de lo avanzada que esté la migración, borrar estos Pods puede provocar que el set de réplicas pierda su mayoría de votos.

La migración mueve datos solo mediante la replicación de MongoDB. El operador de Kubernetes no inicializa ni precopia datos en los nuevos nodos de Kubernetes a través de ningún otro mecanismo.

Remover nodos externos es una operación manual. Se remueven entradas de spec.externalMembers una a una. El operador no automatiza este paso por usted.

Este flujo de trabajo migra solo la implementación de MongoDB que MongoDB Ops Manager o Cloud Manager gestiona. No migra Ops Manager ni el propio Cloud Manager.

Mientras una migración está en curso, no realice cambios de versión ni de configuración en la implementación fuera de los pasos de la migración. Las ediciones simultáneas a través de la Interfaz de Usuario de MongoDB Ops Manager tampoco se admiten durante la migración.

Se espera que algunos campos cambien como parte de la propia migración:

  • Los recuentos de nodos y los campos votes y priority en memberConfig cambian a medida que extiende, promociona y poda nodos.

Otras configuraciones deben coincidir con la implementación de origen durante toda la migración y no deben cambiar:

  • Versión de MongoDB

  • compatibilidad de funcionalidades entre versiones

  • Puerto

  • Modas de autenticación

  • Autenticación interna del clúster

Planifique estas configuraciones antes de migrar, porque el operador de Kubernetes no las reproduce en los nuevos nodos de Kubernetes:

  • secondaryDelaySecs en un miembro atrasado.

  • La configuración oculta en un miembro oculto.

  • buildIndexes establecido en false en un nodo.

Si ejecuta nodos de análisis o nodos retrasados en máquinas virtuales, reconfigure usted mismo la configuración equivalente en los nodos de Kubernetes, después de que se unan al set de réplicas.

El operador de Kubernetes no admite la migración en el recurso MongoDBMultiCluster. El campo spec.externalMembers no se añadió deliberadamente a esa CRD. No existe ningún MongoDBProject CRD.