Capítulo 10. Migración de las aplicaciones


Puede migrar sus aplicaciones utilizando la consola web de Migration Toolkit for Containers (MTC) o desde la línea de comandos.

Puede utilizar la migración por etapas y la migración de transición para migrar una aplicación entre clústeres:

  • La migración por etapas copia los datos del clúster de origen en el de destino sin detener la aplicación. Puede ejecutar una migración por etapas varias veces para reducir la duración de la migración de transición.
  • La migración de transición detiene las transacciones en el clúster de origen y mueve los recursos al clúster de destino.

Puede utilizar la migración de estado para migrar el estado de una aplicación:

  • La migración por etapas copia las reclamaciones de volúmenes persistentes (PVC) seleccionadas y los recursos de Kubernetes.
  • Puede utilizar la migración por etapas para migrar un espacio de nombres dentro del mismo clúster.

La mayoría de los recursos de los clústeres aún no son gestionados por MTC. Si sus aplicaciones requieren recursos en el clúster, es posible que tenga que crearlos manualmente en el clúster de destino.

Durante la migración, MTC conserva las siguientes anotaciones del espacio de nombres:

  • openshift.io/sa.scc.mcs
  • openshift.io/sa.scc.supplemental-groups
  • openshift.io/sa.scc.uid-range

Estas anotaciones conservan el rango de UID, asegurando que los contenedores conserven sus permisos del sistema de archivos en el clúster de destino. Existe el riesgo de que los UID migrados puedan duplicar los UID dentro de un espacio de nombres existente o futuro en el clúster de destino.

10.1. Requisitos previos a la migración

  • Debe iniciar la sesión como usuario con privilegios de administrador de clúster en todos los clústeres.

Migración directa de imágenes

  • Debe asegurarse de que el registro interno seguro del clúster de origen esté expuesto.
  • Debe crear una ruta hacia el registro expuesto.

Migración directa de volúmenes

  • Si sus clústeres utilizan proxies, debe configurar el proxy TCP Stunnel.

Imágenes internas

  • Si su aplicación utiliza imágenes internas del espacio de nombres de openshift, debe asegurarse de que las versiones necesarias de las imágenes estén presentes en el clúster de destino.

    Puede actualizar manualmente una etiqueta de flujo de imágenes para utilizar una imagen obsoleta de OpenShift Container Platform 3 en un clúster de OpenShift Container Platform 4.10.

Clústeres

  • El clúster de origen debe actualizarse a la última versión de MTC z-stream.
  • La versión de MTC debe ser la misma en todos los clústeres.

Red

  • Los clústeres tienen acceso a la red sin restricciones entre sí y al repositorio de replicación.
  • Si se copian los volúmenes persistentes con move, los clústeres deben tener un acceso de red sin restricciones a los volúmenes remotos.
  • Debe habilitar los siguientes puertos en un clúster de OpenShift Container Platform 3:

    • 8443 (servidor API)
    • 443 (rutas)
    • 53 (DNS)
  • Debe habilitar los siguientes puertos en un clúster de OpenShift Container Platform 4:

    • 6443 (servidor API)
    • 443 (rutas)
    • 53 (DNS)
  • Debe habilitar el puerto 443 en el repositorio de replicación si está utilizando TLS.

Volúmenes persistentes (PV)

  • Los PV deben ser válidos.
  • Los PV deben estar vinculados a reclamaciones de volúmenes persistentes.
  • Si utiliza instantáneas para copiar los PV, se aplican los siguientes requisitos adicionales:

    • El proveedor de la nube debe admitir las instantáneas.
    • Los PV deben tener el mismo proveedor de nube.
    • Los FV deben estar situados en la misma región geográfica.
    • Los PV deben tener la misma clase de almacenamiento.

Recursos adicionales para los requisitos previos a la migración

Volver arriba
Red Hat logoGithubredditYoutubeTwitter

Aprender

Pruebe, compre y venda

Comunidades

Acerca de la documentación de Red Hat

Ayudamos a los usuarios de Red Hat a innovar y alcanzar sus objetivos con nuestros productos y servicios con contenido en el que pueden confiar. Explore nuestras recientes actualizaciones.

Hacer que el código abierto sea más inclusivo

Red Hat se compromete a reemplazar el lenguaje problemático en nuestro código, documentación y propiedades web. Para más detalles, consulte el Blog de Red Hat.

Acerca de Red Hat

Ofrecemos soluciones reforzadas que facilitan a las empresas trabajar en plataformas y entornos, desde el centro de datos central hasta el perímetro de la red.

Theme

© 2026 Red Hat