Crear un origen de Azure

Migrate to Virtual Machines te permite migrar tus máquinas virtuales (VMs) de Azure desde tu cuenta de Azure a instancias de Compute Engine.

Requisitos previos

Limitaciones de migración desde Azure

Migrate to Virtual Machines no admite la migración de VMs con los siguientes atributos:

  • Discos de SO efímeros
  • Discos no gestionados

Si intentas migrar una VM con este tipo de discos, se producirá un error y se mostrará el mensaje correspondiente.

Ten en cuenta también que, debido a su naturaleza, no se garantiza que los datos de los discos temporales se migren con la VM y no se conservarán después de crear una VM clonada o una VM de migración.

Migrar una carga de trabajo desde un origen de Azure

Antes de iniciar la migración con Azure como origen, configura tu entorno de Azure completando las siguientes tareas:

  1. Registra tu aplicación en el portal de Azure.
  2. Crea un rol personalizado al que pueda acceder el servicio Migrate to Virtual Machines.
  3. Asigna el rol personalizado a una aplicación.
  4. Crea una fuente de Azure con Google Cloud.

Registrar una aplicación

Para registrar tu aplicación, sigue estos pasos:

  1. En el portal de Azure, ve a la página Registro de aplicaciones y haz clic en Nuevo registro.
  2. Para añadir nuevas credenciales de cliente, haz clic en Añadir un certificado o un secreto.
  3. Para añadir un nuevo secreto de cliente, haz clic en + Nuevo secreto de cliente e introduce una descripción y una fecha de vencimiento para el secreto de cliente.
  4. Haz clic en Añadir.

El secreto de cliente ya está listo. Asegúrate de copiar el valor del secreto de cliente. Lo necesitará más adelante cuando configure la fuente.

Crear una función personalizada

Para migrar tu carga de trabajo de Azure, crea un rol personalizado y asígnalo a la aplicación que has registrado en el paso Registrar tu aplicación.

Para crear un rol personalizado, sigue estos pasos:

  1. En el portal de Azure, ve a la página Suscripciones y selecciona tu suscripción de Azure.
  2. Copia el ID de suscripción haciendo clic en él.
  3. Guarda la siguiente plantilla JSON y sustituye SUBSCRIPTION_ID por el ID de suscripción que has copiado en el paso 2:

      {
      "properties": {
            "roleName": "Minimum M2VM permissions role",
            "description": "This role contains the bare minimum of Azure IAM permissions to support M2VM flow",
            "assignableScopes": [
                  "/subscriptions/SUBSCRIPTION_ID"
            ],
      "permissions": [
                  {
                  "actions": [
                        "Microsoft.Resources/subscriptions/resourceGroups/write",
                        "Microsoft.Resources/subscriptions/resourceGroups/read",
                        "Microsoft.Resources/subscriptions/resourceGroups/delete",
                        "Microsoft.Compute/virtualMachines/read",
                        "Microsoft.Compute/virtualMachines/write",
                        "Microsoft.Compute/virtualMachines/deallocate/action",
                        "Microsoft.Compute/disks/read",
                        "Microsoft.Compute/snapshots/delete",
                        "Microsoft.Compute/snapshots/write",
                        "Microsoft.Compute/snapshots/beginGetAccess/action",
                        "Microsoft.Compute/snapshots/read",
                        "Microsoft.Compute/snapshots/endGetAccess/action"
                  ],
                  "notActions": [],
                  "dataActions": [],
                  "notDataActions": []
                  }
            ]
      }
      }
      

    Para obtener más información sobre los detalles de los permisos, consulta Detalles de los permisos.

  4. En Azure Portal, ve a la página Control de acceso (IAM).

  5. Para añadir un rol personalizado, haz clic en + Añadir.

  6. Haz clic en Empezar con JSON y, a continuación, en Seleccionar archivo para subir el archivo JSON que has creado en el paso 3.

  7. Para revisar los datos que has introducido, haz clic en Revisar y crear y, a continuación, en Crear para crear el rol personalizado.

Asignar el rol personalizado a una aplicación

Para asignar un rol personalizado a una aplicación, sigue estos pasos:

  1. En Azure Portal, ve a la página Control de acceso (IAM).
  2. Haz clic en + Añadir y, a continuación, en Añadir asignación de rol.
  3. Busca el rol personalizado que has creado en Crear un rol personalizado escribiendo m2vm y selecciónalo.
  4. Haz clic en Siguiente.
  5. Haz clic en + Seleccionar miembros, busca el nombre de la aplicación que has registrado en Registrar tu aplicación y haz clic en Seleccionar.
  6. Para revisar y asignar el rol personalizado a tu aplicación, haz clic en Revisar y asignar.

Crear un origen de Azure

Una vez que hayas registrado tu aplicación, añadido tu secreto y definido sus permisos, crea un origen de Azure en el servicio Migrate to Virtual Machines.

Para crear una fuente de Azure, sigue estos pasos:

  1. En la Google Cloud consola, ve a la página Migrate to Virtual Machines.
  2. Seleccione la pestaña Fuentes.
  3. En la lista Añadir fuente, selecciona + Añadir fuente de Azure.
  4. Introduce los detalles de la fuente en el panel Crear fuente de Azure.

    En la siguiente tabla se describen los parámetros de los detalles de origen de Azure.

    Parámetro Descripción
    Nombre (obligatorio) Cadena que identifica la fuente. La cadena debe cumplir las convenciones de nomenclatura de Compute Engine. No puedes actualizar este campo después de crear la fuente.
    Google Cloud region (obligatorio) La región a la que quieres migrar tus instancias. Google Cloud No puedes actualizar este campo después de crear la fuente.

    Para obtener más información, consulta la documentación sobre las ubicaciones.
    Ubicación de Azure (obligatorio) La región de Azure (por ejemplo, centralus) desde la que quieres migrar las VMs. El inventario que se muestra en la consola de Migrate to Virtual Machines solo incluye las VMs de esta ubicación de Azure. No puedes actualizar este campo después de crear tu fuente.

    Nota: Te recomendamos que elijas la región de las opciones de la lista desplegable o que copies la región de la vista JSON de la consola de Azure y la pegues en el campo de detalles de la fuente para evitar errores tipográficos. Si hay un error tipográfico en la región, la fuente no se activará y tendrás que crear una nueva. Puedes ver el estado de la fuente en la consola.
    ID de suscripción (obligatorio) Parte de las credenciales del usuario. No puedes actualizar este campo después de crear tu fuente.
    ID de cliente (obligatorio) Parte de las credenciales del usuario.
    ID de propietario (obligatorio) Parte de las credenciales del usuario. No puedes actualizar este campo después de crear tu fuente.
    Secreto de cliente (obligatorio) Es el valor que guardaste al crear el secreto de cliente.

    Nota: Una vez que se haya definido este valor, no podrá recuperarlo desde el portal de Azure ni desde la consola deGoogle Cloud . Puedes actualizar este valor con un nuevo secreto si actualizas las credenciales.
    Clave de cifrado gestionada por el cliente La clave que quieras usar para proteger tus datos en Google Cloud. De forma predeterminada, Google Cloud se encriptan automáticamente los datos en reposo con claves de cifrado gestionadas por Google. Si tienes requisitos de cumplimiento o normativos específicos relacionados con las claves que protegen tus datos, puedes usar claves de cifrado gestionadas por el cliente (CMEK) para cifrar y descifrar tus datos en reposo. Tú creas, gestionas y tienes la propiedad de estas claves de cifrado.

    Nota: La clave de cifrado que definas se usará en todos los recursos creados en esta fuente.
    Opcional: Etiquetas de usuario para el recurso de migración El servicio Migrate to Virtual Machines crea instantáneas de los discos de tus VMs para migrarlos a Google Cloud.
    Si quieres asociar una etiqueta personalizada a estos recursos, especifícala aquí. Esto puede ayudarte a identificar todos los recursos creados por Migrate to Virtual Machines en tu entorno de Azure. Las capturas también tienen etiquetas, tal como se explica en el artículo Capturas.

    Todas las copias se crean automáticamente en un grupo de recursos cuando se crea el origen. El nombre del grupo de recursos se puede ver en la página Detalles de la fuente.
  5. Haz clic en Crear. Aparecerá un aviso con los detalles de la nueva fuente.

  6. Espera (hasta 15 minutos, pero normalmente menos) hasta que el Estado de la fuente sea Activo.

Comprueba tu inventario para verificar que haya instancias que correspondan a las etiquetas (o grupos de seguridad) que especificaste al crear tu fuente.

Como parte de la creación de la fuente, tu proyecto se añade automáticamente como proyecto de destino.

Limitaciones de las fuentes de Cloud

Puedes alojar un máximo de 15 fuentes en la nube (fuentes de AWS, fuentes de Azure o una combinación de ambas) en un proyecto host a la vez. Por ejemplo, puedes alojar 10 fuentes de AWS y 5 de Azure en un proyecto anfitrión a la vez. Por el contrario, puedes alojar 7 fuentes de AWS y 8 de Azure en un proyecto host a la vez. Si quieres añadir una nueva fuente en la nube a un proyecto que ya tiene 15 fuentes en la nube, debes eliminar una fuente y, a continuación, añadir la nueva. También puedes probar a usar otro proyecto para alojar la nueva fuente en la nube si no quieres eliminar ninguna fuente.

Pasos siguientes: iniciar la migración

Una vez que haya creado una fuente de Azure, podrá iniciar la migración. El resto del proceso para migrar tu carga de trabajo desde un origen de Azure coincide con el proceso de otros orígenes de Migrate to Virtual Machines.

Para obtener información sobre cómo iniciar el proceso de migración, consulta el artículo sobre migrar máquinas virtuales individuales.

Diferencias con respecto al uso de VMware como origen

Hay varios aspectos únicos sobre el uso de Azure como origen de las migraciones:

  • Puede crear y editar una fuente de Azure desde la interfaz de usuario.
  • No hay ningún informe de uso de una fuente de Azure.

Diferencias con respecto al uso de AWS como origen

El uso es casi idéntico al de AWS como origen.