This documentation is for a release that is no longer maintained
See documentation for the latest supported version 3 or the latest supported version 4.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 Copiar enlaceEnlace copiado en el portapapeles!
-
Debe iniciar la sesión como usuario con privilegios de
administrador de clústeren 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
443en 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.