Arquitectura de Migrate to Containers

En este tema, se proporciona una descripción de alto nivel de cómo Migrate to Containers transforma tus aplicaciones que residen en VMs en contenedores de Google Kubernetes Engine (GKE) o GKE Enterprise.

Componentes de Migrate to Containers

La solución Migrate to Containers abarca cuatro niveles operativos:

  1. Procesamiento: un clúster de procesamiento de GKE o GKE Enterprise para ejecutar los componentes de Migrate to Containers que realizan las transformaciones necesarias durante la migración de la carga de trabajo de una VM de origen al contenedor de destino.

    El clúster de procesamiento puede ser un clúster existente o un clúster configurado por separado para actividades de migración (recomendado). El clúster de procesamiento es en el que se instalan los componentes de Migrate to Containers. Una vez que se generen los contenedores y no se necesiten más migraciones, puedes borrar el clúster de procesamiento o desinstalar la configuración de Migrate to Containers.

  2. Control: la utilidad de migración de CRD y CLI (migctl) y la consola de Google Cloud son las interfaces principales en las que se configura y opera la migración. Entre estas operaciones se incluyen las siguientes:

    • Instalar o desinstalar Migrate to Containers en un clúster de procesamiento y validar la implementación

    • Configurar fuentes de migración

    • Administrar las acciones del flujo de trabajo de migración

    • Proporcionar visibilidad de tus migraciones, incluidos el estado, el progreso y los registros.

  3. Implementación de cargas de trabajo: Puedes implementar cargas de trabajo de contenedores migrados en cualquier clúster de GKE o GKE Enterprise que cumpla con los requisitos mínimos. Los artefactos de migración pueden incluir uno o más Dockerfiles, una o más especificaciones de implementación de Kubernetes y un archivo de configuración de Skaffold.

  4. Mantenimiento: después de migrar las cargas de trabajo del contenedor, por lo general, realizas operaciones de optimización y mantenimiento. El contenido de la carga de trabajo extraído y el Dockerfile generado se pueden integrar en una canalización de CI/CD para un mantenimiento eficiente basado en imágenes.

Acerca de Migrate to Virtual Machines

Con Migrate to Containers, creas contenedores de aplicaciones existentes basadas en VM para que se ejecuten en clústeres de Google Kubernetes Engine (GKE) o GKE Enterprise. Para migrar cargas de trabajo que se ejecutan en VMware a Google Cloud, junto con Migrate to Containers, también debes configurar Migrate to Virtual Machines.

Puedes elegir uno de los enfoques descritos en las siguientes secciones para migrar tus cargas de trabajo de VMware a Google Cloud.

Migra y, luego, moderniza

Puedes migrar a contenedores si divides tu proceso de migración en dos fases distintas, incluso en las cargas de trabajo adecuadas para contenedores:

  1. Migra cargas de trabajo a Compute Engine con Migrate to Virtual Machines.

  2. Migra de Compute Engine a contenedores con Migrate to Containers.

Este método tiene sentido, por ejemplo, en los casos en los que desees realizar una migración del centro de datos y migrar todas las cargas de trabajo a Compute Engine y, solo en una segunda etapa, modernizar de manera selectiva las cargas de trabajo adecuadas a contenedores.

También puedes usar este enfoque para migrar cargas de trabajo desde otras plataformas de origen, como AWS y Azure, para las que la creación de contenedores no es compatible con Migrate to Containers.

Migra y moderniza a la vez

Puedes usar Migrate to Virtual Machines junto con Migrate to Containers para migrar tus cargas de trabajo a Google Cloud.

¿Qué sigue?