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 5. Acerca de Migration Toolkit for Containers
Migration Toolkit for Containers (MTC) le permite migrar cargas de trabajo de aplicaciones con estado de OpenShift Container Platform 3 a 4.10 en la granularidad de un espacio de nombres.
Antes de comenzar la migración, asegúrese de revisar las diferencias entre OpenShift Container Platform 3 y 4.
MTC proporciona una consola web y una API basada en los recursos personalizados de Kubernetes para ayudarlo a controlar la migración y minimizar el tiempo de inactividad de las aplicaciones.
La consola de MTC se instala por defecto en el clúster de destino. Puede configurar el operador de Migration Toolkit for Containers para instalar la consola en un clúster de origen de OpenShift Container Platform 3 o en un clúster remoto.
MTC admite los métodos de copia de datos de instantáneas y sistemas de archivos para migrar los datos del clúster de origen al clúster de destino. Puede seleccionar un método que se adapte a su entorno y que sea compatible con su proveedor de almacenamiento.
El catálogo de servicios es obsoleto en OpenShift Container Platform 4. Puede migrar los recursos de carga de trabajo aprovisionados con el catálogo de servicios de OpenShift Container Platform 3 a 4, pero no puede realizar acciones del catálogo de servicios, como el aprovisionamiento, el desaprovisionamiento o la actualización, en estas cargas de trabajo después de la migración. La consola de MTC muestra un mensaje si los recursos del catálogo de servicios no pueden migrarse.
5.1. Terminología Copiar enlaceEnlace copiado en el portapapeles!
| Término | Definición |
|---|---|
| Clúster de origen | Clúster desde el que se migran las aplicaciones. |
| Cluster de destino[1] | Clúster al que se migran las aplicaciones. |
| Repositorio de replicación | Almacenamiento de objetos utilizado para copiar imágenes, volúmenes y objetos de Kubernetes durante la migración indirecta o para objetos de Kubernetes durante la migración directa de volúmenes o la migración directa de imágenes. El repositorio de replicación debe ser accesible para todos los clústeres. |
| Clúster del host |
Clúster en el que se ejecuta el pod El clúster del host no requiere una ruta de registro expuesta para la migración directa de imágenes. |
| Clúster remoto | El clúster remoto suele ser el clúster de origen, pero no es necesario.
El clúster remoto requiere un recurso personalizado El clúster remoto requiere una ruta de registro segura expuesta para la migración directa de imágenes. |
| Migración indirecta | Las imágenes, los volúmenes y los objetos de Kubernetes se copian del clúster de origen al repositorio de replicación y, luego, del repositorio de replicación al clúster de destino. |
| Migración directa de volúmenes | Los volúmenes persistentes se copian directamente del clúster de origen al de destino. |
| Migración directa de imágenes | Las imágenes se copian directamente del clúster de origen al de destino. |
| Migración por etapas | Los datos se copian en el clúster de destino sin detener la aplicación. Ejecutar una migración por etapas varias veces reduce la duración de la migración por transición. |
| Migración por transición | La aplicación se detiene en el clúster de origen y sus recursos se migran al clúster de destino. |
| Migración de estado | El estado de la aplicación se migra copiando reclamaciones de volúmenes persistentes específicas y objetos de Kubernetes al clúster de destino. |
| Migración de retroceso | La migración de retroceso retrotrae toda la migración. |
1 Llame al clúster de destino en la consola web de MTC.