Crear una tarea de migración a una instancia de destino

MySQL   |  PostgreSQL   |  PostgreSQL a AlloyDB

Para crear una tarea de migración, debes hacer lo siguiente:

• Definir la configuración de la tarea de migración.
• Especificar información sobre el perfil de conexión que ha creado para su base de datos de origen (perfil de conexión de origen).
• Definir los ajustes de la instancia de base de datos de Cloud SQL de destino y crear la instancia.
• Configurar la conectividad entre las instancias de base de datos de origen y de destino.
• Prueba el trabajo de migración para asegurarte de que la información de conexión que has proporcionado para el trabajo es válida.

Nota: En el caso de la conectividad de IP privada, cuando migras a una instancia de Cloud SQL creada con Database Migration Service, solo puedes usar el método de acceso a servicios privados (peer de VPC). Si quieres usar Private Service Connect con tu clúster de destino, primero crea la instancia de destino directamente en Cloud SQL y, a continuación, sigue los pasos que se indican en la página Migrar a una instancia ya creada.

Para crear una tarea de migración a una instancia de destino, sigue estos pasos:

Consola

Definir la configuración de la tarea de migración

1. En la Google Cloud consola, ve a la página Tareas de migración.

   Ir a Tareas de migración

2. Haz clic en Crear tarea de migración.

   Se abrirá la página del asistente de configuración de la tarea de migración. Este asistente contiene varios paneles que te guían por cada paso de la configuración.

   Puedes pausar la creación de una tarea de migración en cualquier momento haciendo clic en Guardar y salir. Todos los datos que introduzcas hasta ese momento se guardarán en un borrador de tarea de migración. Puedes terminar la tarea de migración de borrador más adelante.

3. En la página Empezar, introduce la siguiente información:
   1. Nombre de la tarea de migración

      Es un nombre legible para tu tarea de migración. Este valor se muestra en la consola Google Cloud .

   2. ID de la tarea de migración

      Es un identificador legible por máquina de tu tarea de migración. Este valor se usa para trabajar con tareas de migración mediante los comandos de Google Cloud CLI o la API de Database Migration Service.

   3. En la lista Motor de base de datos de origen, selecciona MySQL.

      El campo Motor de base de datos de destino se rellena automáticamente y no se puede cambiar.

   4. Selecciona la región en la que guardar la tarea de migración.

      Database Migration Service es un producto totalmente regional, lo que significa que todas las entidades relacionadas con tu migración (perfiles de conexión de origen y destino, tareas de migración y bases de datos de destino) deben guardarse en una sola región. Selecciona la región en función de la ubicación de los servicios que necesitan tus datos, como las instancias de Compute Engine o las aplicaciones de App Engine, entre otros. Una vez que elijas la región de destino, no podrás cambiarla.

      Importante: Si tienes previsto usar la edición Enterprise Plus de Cloud SQL para MySQL, asegúrate de que tu región sea compatible con esa edición. Consulta la sección sobre la compatibilidad de la edición Enterprise Plus de Cloud SQL para MySQL con las regiones
      .
4. Haz clic en Guardar y continuar.

Especificar información sobre el perfil de conexión de origen

En la página Definir un origen, sigue estos pasos:

1. En el menú desplegable Perfil de conexión de origen, selecciona el perfil de conexión de tu base de datos de origen.
2. En la sección Personalizar configuración de volcado completo, haga clic en Editar configuración.
3. En el panel Editar configuración de volcado completo, en el menú desplegable Método de volcado completo, seleccione una de las siguientes opciones:
   • Basada en archivos físicos: selecciona esta opción si quieres usar la utilidad Percona XtraBackup para proporcionar tu propio archivo de copia de seguridad. Este método requiere pasos de preparación adicionales. Para consultar la guía completa sobre cómo usar los archivos de copia de seguridad física generados por Percona XtraBackup, consulta Migrar bases de datos mediante un archivo físico de Percona XtraBackup.
   • Basada en lógica: selecciona esta opción si quieres usar un archivo de copia de seguridad lógica creado por la utilidad mysqlshell. Database Migration Service puede generar automáticamente este archivo de copia de seguridad o puedes proporcionar tu propia copia.
4. Edita el resto de los ajustes de volcado. Realiza una de las siguientes acciones:
   • Si usas el archivo de copia de seguridad física, en Proporciona tu carpeta, haz clic en Buscar y, a continuación, selecciona la carpeta en la que has subido el archivo de volcado completo. Asegúrate de seleccionar la carpeta específica que contiene el archivo de copia de seguridad completo, no el segmento de almacenamiento.

   • Si usas un archivo de copia de seguridad lógica, configura el paralelismo de volcado de datos o las marcas de volcado.

     Despliega esta sección para ver los pasos completos del archivo de copia de seguridad lógica

     En la sección Elige cómo generar el archivo de volcado, usa una de las siguientes opciones:

     1. Generar automáticamente el archivo de volcado inicial (opción recomendada)

        Te recomendamos esta opción porque el servicio de migración de bases de datos siempre genera un archivo de volcado inicial de la base de datos después de que se cree y se inicie la tarea de migración.

        Database Migration Service usa este archivo para reproducir las definiciones de objetos y los datos de las tablas originales de tu base de datos de origen, de forma que esta información se pueda migrar a una instancia de base de datos de Cloud SQL de destino.

        Si usas el volcado generado automáticamente, selecciona el tipo de operación que debe realizar Database Migration Service en la sección Configurar la operación de volcado de datos:

        • Paralelismo de volcado de datos: usa una opción de paralelismo de alto rendimiento, disponible al migrar a las versiones 5.7 u 8 de MySQL.
          Si decides usar el paralelismo de carga, asegúrate de proporcionar los privilegios necesarios en la base de datos de origen para tu caso práctico (por ejemplo, LOCK_TABLES). Para obtener más información sobre los permisos necesarios para las bases de datos de origen, consulta Configurar la base de datos de origen.

          La velocidad del paralelismo de datos está relacionada con la carga inducida en la base de datos de origen:

          • Óptimo (opción recomendada): rendimiento equilibrado con una carga óptima en la base de datos de origen.
          • Máximo: ofrece las velocidades de volcado más altas, pero puede aumentar la carga en la base de datos de origen.
          • Mínimo: utiliza la cantidad más baja de recursos de computación en la base de datos de origen, pero puede que el rendimiento de volcado sea más lento.
        • Volcado de marcas: esta opción es exclusiva de Paralelismo de volcado de datos. Usa este ajuste para configurar directamente las marcas de la utilidad mysqldump, que se usa para crear el archivo de volcado.

          Para añadir una marca:

          1. Haz clic en AÑADIR MARCA.

          2. Selecciona una de las siguientes marcas:

             • add-locks: Esta marca rodea cada tabla incluida en el archivo de volcado con instrucciones LOCK TABLES y UNLOCK TABLES. De esta forma, las inserciones son más rápidas cuando el archivo de volcado se carga en la instancia de destino.
             • ignore-error: Usa esta marca para introducir una lista de números de error separados por comas. Estos números representan los errores que ignorará la utilidad mysqldump.
             • max-allowed-packet: Usa esta marca para definir el tamaño máximo del búfer para la comunicación entre el cliente de MySQL y la base de datos MySQL de origen. El tamaño predeterminado del búfer es de 24 MB y el tamaño máximo es de 1 GB.
               Si usas columnas BLOB grandes o cadenas largas en las tablas de la base de datos de origen, debes aumentar el tamaño del búfer de esta marca.
             Para obtener más información sobre estas marcas, consulta la documentación sobre la utilidad mysqldump en el manual de referencia de MySQL 8.0.
          3. Haz clic en LISTO.
          4. Repite estos pasos con cada marca que quieras añadir.

          Para quitar una marca, haga clic en el icono de papelera situado a la derecha de la fila que contiene la marca.

     2. Proporcionar la tuya

        No se recomienda esta opción porque, de forma predeterminada, el servicio de migración de bases de datos realiza un volcado inicial como parte de la ejecución de la tarea de migración.

        Si quieres usar tu propio archivo de volcado, selecciona Proporcionar el tuyo, haz clic en BUSCAR, selecciona el archivo (o toda la carpeta de Cloud Storage si usas varios archivos) y, a continuación, haz clic en SELECCIONAR.

        Asegúrate de que el volcado se haya generado en las últimas 24 horas y cumpla los requisitos de volcado.

5. Haz clic en Guardar y continuar.

Configurar y crear la instancia de Cloud SQL de destino

1. En la página Define a destination (Define un destino), en el menú desplegable Type of destination instance (Tipo de instancia de destino), selecciona New instance (Nueva instancia). Define todos los ajustes pertinentes:
   1. En el campo ID de instancia de destino, proporcione un identificador para la instancia de Cloud SQL o use el identificador generado automáticamente.

      No incluyas información sensible ni información personal identificable en el identificador. No es necesario incluir el ID del proyecto en el nombre de la instancia. Esto se hace automáticamente cuando procede (por ejemplo, en los archivos de registro).

   2. En el campo Password (Contraseña), proporciona una contraseña alfanumérica para la instancia de Cloud SQL de destino. Esta es la contraseña de la cuenta de administrador de root de la instancia.

      Puedes introducir la contraseña manualmente o hacer clic en Generar para que Database Migration Service cree una automáticamente.

   3. En el menú desplegable Versión de la base de datos, elija la versión de la base de datos de la instancia de destino.

      Haz clic en Mostrar versiones secundarias para ver todas las versiones secundarias. Más información sobre la asistencia para la migración entre versiones

   4. Selecciona la edición de Cloud SQL para MySQL de la instancia de destino. Hay dos opciones disponibles: edición Enterprise de Cloud SQL para MySQL y edición Enterprise Plus de Cloud SQL para MySQL.

      Las ediciones de Cloud SQL para MySQL incluyen diferentes conjuntos de funciones, tipos de máquinas disponibles y precios. Consulta la documentación de Cloud SQL para elegir la edición que se adapte a tus necesidades. Para obtener más información, consulta la introducción a las ediciones de Cloud SQL para MySQL.

   5. El menú Región muestra la misma región que seleccionó en la página Empezar.

      Si vas a configurar tu instancia para que tenga alta disponibilidad, selecciona Varias zonas (alta disponibilidad). Puede seleccionar tanto la zona principal como la secundaria. Se aplican las siguientes condiciones cuando se usa la zona secundaria durante la creación de la instancia:

      • Las zonas tienen el valor predeterminado Cualquiera en la zona principal y Cualquiera (distinta de la principal) en la zona secundaria.
      • Si se especifican las zonas principal y secundaria, deben ser zonas diferentes.
   6. En la sección Conexiones, elija si quiere añadir una dirección IP pública o privada a la instancia de destino. Puedes configurar tu instancia para que tenga ambos tipos de direcciones IP, pero se requiere al menos un tipo para la migración. Selecciona una de las siguientes opciones:
      • Si quieres migrar mediante el emparejamiento de VPCs o un túnel inverso SSH, selecciona IP privada.

        • Para habilitar la conectividad de IP privada, asegúrate de que cumples todos los requisitos de red adicionales.

          Despliega esta sección para ver todos los requisitos de las IPs privadas.

          • La API Service Networking está habilitada. Puedes habilitar la API Service Networking mediante la consola Google Cloud .
          • Tienes el permiso de gestión de identidades y accesos servicenetworking.services.addPeering.
          • Has configurado el acceso privado a servicios en tu proyecto, para lo cual debes tener el rol de gestión de identidades y accesos compute.networkAdmin.
          • Hay al menos una red de VPC que no es antigua en tu proyecto o una red de VPC compartida.
          • Si usas una red de VPC compartida, también debes hacer lo siguiente:
            • Habilita la API Service Networking en el proyecto host.
            • Añade tu usuario al proyecto host.
            • Concede a tu usuario el rol de IAM compute.networkAdmin en el proyecto host.
        • Selecciona la red de VPC asociada que quieras emparejar. Si tienes previsto conectarte al origen de la migración mediante el emparejamiento de VPC, elige la VPC en la que se encuentra la instancia.
        • Si nunca se ha configurado una red de servicios gestionados para la VPC seleccionada, puedes elegir un intervalo de IPs y hacer clic en Conectar o usar un intervalo de IPs seleccionado automáticamente y hacer clic en Asignar y conectar.
      • Si quieres migrar a través de Internet mediante una lista de IPs permitidas, selecciona IP pública.
        

        Opcionalmente, en IP pública, haga clic en el campo Redes autorizadas y autorice una red o un proxy para que se conecte a la instancia de Cloud SQL. Las redes solo se autorizan con las direcciones que proporciones. Consulta Configurar una IP pública en la documentación de Cloud SQL.

      Configurará la conectividad de la tarea de migración en un paso posterior. Para obtener más información sobre los métodos de conexión disponibles, consulta Configurar la conectividad.

2. Selecciona el tipo de máquina de la instancia de Cloud SQL. El tamaño del disco debe ser igual o superior al tamaño de la base de datos de origen. Consulta más información sobre los tipos de máquina de MySQL.
   Nota: Las máquinas disponibles en la selección Tipo de máquina dependen de la edición de Cloud SQL que uses.
3. En el caso de la edición Enterprise Plus de Cloud SQL para MySQL: marca la casilla Habilitar caché de datos si quieres usar la función de caché de datos en tu base de datos de destino.

   La caché de datos es una función opcional disponible para las instancias de la edición Enterprise Plus de Cloud SQL para MySQL que añade una unidad de estado sólido local de alta velocidad a tu base de datos de destino. Esta función puede suponer costes adicionales para tu instancia de Cloud SQL. Para obtener más información sobre la caché de datos, consulta la información general sobre la caché de datos en la documentación de Cloud SQL.

4. Especifica el tipo de almacenamiento de la instancia de Cloud SQL. Puedes elegir entre una unidad de estado sólido (SSD) o una unidad de disco duro (HDD).
5. Especifica la capacidad de almacenamiento (en GB) de la instancia de Cloud SQL.

   Asegúrate de que la instancia tenga suficiente capacidad de almacenamiento para gestionar los datos de tu base de datos de origen. Puedes aumentar esta capacidad en cualquier momento, pero no reducirla.

6. (Opcional) Configure las opciones de cifrado de datos o las etiquetas de recursos de la instancia de destino.

   Despliega esta sección para ver los pasos opcionales.

   Haga clic en Mostrar configuraciones opcionales y, a continuación, haga lo siguiente:

   1. Especifica si quieres gestionar el cifrado de los datos que se migran del origen al destino. De forma predeterminada, tus datos se cifran con una clave gestionada por Google Cloud. Si quieres gestionar el encriptado, puedes usar una clave de encriptado gestionada por el cliente (CMEK). Para ello:

      1. Marca la casilla Usar una clave de encriptado gestionada por el cliente (CMEK).
      2. En el menú Seleccionar una clave gestionada por el cliente, elige tu CMEK.

      Si no ves tu clave, haz clic en Introduce el nombre del recurso de la clave para proporcionar el nombre del recurso de la clave que quieras usar. Ejemplo de nombre de recurso de clave: projects/my-project-name/locations/my-location/keyRings/my-keyring/cryptoKeys/my-key.

      Al crear el trabajo de migración, Database Migration Service verifica que la CMEK existe y que tiene permisos para usar la clave.

      Si Database Migration Service no tiene estos permisos, aparecerá información que especifica que la cuenta de servicio de Database Migration Service no puede usar la CMEK. Haz clic en Conceder para dar permisos a Database Migration Service para usar la clave.

      Para obtener más información sobre cómo crear una CMEK, consulta el artículo Usar claves de encriptado gestionadas por el cliente (CMEK).

   2. Añade las marcas necesarias que se aplicarán al servidor de bases de datos. Si es posible, asegúrate de que las marcas de la base de datos de la instancia de Cloud SQL de destino que has creado sean las mismas que las de la base de datos de origen. Consulta más información sobre las marcas de bases de datos admitidas en MySQL.
   3. Añade las etiquetas que sean específicas de la instancia de Cloud SQL.

      Las etiquetas sirven para organizar tus instancias. Por ejemplo, puedes organizar las etiquetas por centro de costes o por entorno. Las etiquetas también se incluyen en la factura para que veas cómo se distribuyen los costes en cada una.

7. Haz clic en Crear destino y continuar. Database Migration Service está creando tu instancia de destino de Cloud SQL. Este proceso puede tardar varios minutos.
   Punto clave:

   • Database Migration Service crea una instancia de Cloud SQL por la que se te cobrará según la configuración especificada. Si se sale del flujo de creación de la tarea de migración antes de que se complete, utilice el botón Cancelar para limpiar la instancia de Cloud SQL. Si se cierra el navegador o la pestaña, se hace clic en Guardar y salir o se abandona la pantalla, la instancia de Cloud SQL no se limpia y deberá eliminarse manualmente desde la página Instancias de Cloud SQL.
   • Una vez creada la instancia de destino, la configuración de la instancia de Cloud SQL ya no se puede editar en la consola de Database Migration Service. Puedes seguir accediendo a la instancia directamente en la consola de Cloud SQL para modificarla.

Configurar la conectividad entre las instancias de la base de datos de origen y de destino

En el menú desplegable Método de conectividad, selecciona un método de conectividad de red. Este método define cómo se conectará la instancia de Cloud SQL que se ha creado a la base de datos de origen. Los métodos de conectividad de red actuales son lista de permitidos de IPs, túnel inverso SSH y emparejamiento de VPC.

Si quieres usar...	Haz lo siguiente:
El método de conectividad de red de la lista de IPs permitidas	Debes especificar la dirección IP de salida de tu instancia de destino. Si la instancia de Cloud SQL que has creado es de alta disponibilidad, incluye las direcciones IP de salida de la instancia principal y de la secundaria.
El método de conectividad de red de túnel inverso SSH	Debes seleccionar la instancia de VM de Compute Engine que alojará el túnel. Después de especificar la instancia, Google proporcionará una secuencia de comandos que te permitirá configurar el túnel entre las bases de datos de origen y destino. Deberás ejecutar la secuencia de comandos en Google Cloud CLI. Ejecuta los comandos desde una máquina que tenga conectividad tanto con la base de datos de origen como con Google Cloud.
El método de conectividad de la red de emparejamiento de VPC.	Debes seleccionar la red de VPC en la que se encuentra la base de datos de origen. La instancia de Cloud SQL se actualizará para conectarse a esta red.

Después de seleccionar y configurar la conectividad de red, haz clic en Configurar y continuar.

Probar, crear y ejecutar la tarea de migración

En este último paso, revisa el resumen de los ajustes de la tarea de migración, la fuente, el destino y el método de conectividad. A continuación, prueba la validez de la configuración de la tarea de migración. Si se detecta algún problema, puede modificar la configuración del trabajo de migración. No todos los ajustes se pueden editar.

1. En la página Probar y crear tarea de migración, haz clic en Probar tarea.

   Si la prueba falla, puedes solucionar el problema en la parte correspondiente del flujo y volver a realizar la prueba. Para obtener información sobre cómo solucionar problemas de una prueba de trabajo de migración fallida, consulta Diagnosticar problemas de MySQL.

2. Cuando finalice la prueba de la tarea de migración, haz clic en Crear e iniciar tarea para crear la tarea de migración e iniciarla inmediatamente, o en Crear tarea para crear la tarea de migración sin iniciarla inmediatamente.

   Si la tarea no se inicia en el momento en que se crea, se puede iniciar desde la página Tareas de migración haciendo clic en INICIAR. Independientemente de cuándo empiece la tarea de migración, se cobrará a tu organización por la existencia de la instancia de destino.

   La migración está en curso. Cuando inicies la tarea de migración, Database Migration Service comenzará el volcado completo y bloqueará brevemente la base de datos de origen. Si tu fuente está en Amazon RDS o Amazon Aurora, Database Migration Service también requiere un breve periodo de inactividad (aproximadamente menos de un minuto) en el proceso de escritura al principio de la migración. Para obtener más información, consulta Limitaciones conocidas.

   Precaución: Si has usado Terraform para aprovisionar tu base de datos de destino, puede que se produzcan cambios en la configuración durante la ejecución del trabajo de migración. No intentes volver a aplicar la configuración de Terraform antes de que se complete la migración. Para obtener más información, consulta Desfase de configuración de Terraform.
3. Ve a la sección Revisar la tarea de migración.

gcloud

1. Crea el perfil de conexión de destino.
   Cuando migras a una nueva instancia de destino con Google Cloud CLI, creas la instancia de destino y el perfil de conexión en una sola acción.
   Ejecuta el siguiente comando (haz clic en el enlace para ampliarlo):

   gcloud database-migration connection-profiles create cloudsql

   En este ejemplo se usa la marca opcional --no-async para que todas las operaciones se realicen de forma síncrona. Esto significa que algunos comandos pueden tardar en completarse. Puedes omitir la marca --no-async para ejecutar comandos de forma asíncrona. Si lo haces, debes usar el comando gcloud database-migration operations describe para verificar si la operación se ha realizado correctamente.

   Antes de usar los datos de los comandos que se indican a continuación, haz los siguientes cambios:

   • CONNECTION_PROFILE_ID con un identificador legible por máquina de tu perfil de conexión.
   • DATABASE_VERSION con la versión de MySQL que quieras usar en la instancia de destino. Las versiones de la base de datos se especifican como cadenas que incluyen tanto la versión principal como la secundaria. Por ejemplo: MYSQL_8_0, MYSQL_8_0_32, MYSQL_8_0_36.

     Para ver todas las versiones posibles de MySQL, consulta la referencia de la marca --database-version.

   • (Opcional) EDITION De forma predeterminada, las nuevas instancias que crees con la CLI de Google Cloud usarán la edición Enterprise Plus de Cloud SQL para MySQL. Si tienes previsto usar la edición Enterprise Plus de Cloud SQL para MySQL, comprueba que tu región sea compatible con esa edición. Consulta las regiones admitidas en la edición Enterprise Plus de Cloud SQL para MySQL.

     Puede cambiar su edición mediante la marca --edition con uno de los siguientes valores:

     • enterprise-plus para la edición Enterprise Plus de Cloud SQL para MySQL
     • enterprise para la edición Enterprise de Cloud SQL para MySQL
   • TIER con el nombre del tipo de máquina de Cloud SQL que quieras usar. Los tipos de máquinas se especifican como cadenas que siguen la convención de Cloud SQL, por ejemplo, db-n1-standard-1 y db-perf-optimized-N-2. Para ver una lista completa de los tipos de máquinas disponibles y sus identificadores para usarlos con la CLI de Google Cloud, consulta Tipos de máquinas en la documentación de Cloud SQL para MySQL.

     Las instancias creadas con la CLI de Google Cloud usan de forma predeterminada la edición Enterprise Plus de Cloud SQL para MySQL, que tiene disponibles diferentes tipos de máquinas. Si quieres usar un tipo de máquina que solo esté disponible en la edición Enterprise de Cloud SQL para MySQL, usa la marca opcional --edition=enterprise para especificar la edición.

   • REGION con el identificador de la región en la que quieras guardar el perfil de conexión.

     De forma predeterminada, las nuevas instancias que crees con la CLI de Google Cloud usarán la edición Enterprise Plus de Cloud SQL para MySQL. Si tienes previsto usar la edición Enterprise Plus de Cloud SQL para MySQL, asegúrate de que tu región sea compatible con esa edición. Consulta las regiones admitidas en la edición Enterprise Plus de Cloud SQL para MySQL. Puedes cambiar la edición con la marca opcional --edition.

   • (Opcional) CONNECTION_PROFILE_NAME con un nombre legible para tu perfil de conexión. Este valor se muestra en la consola Google Cloud .
   • Configuración de red

     De forma predeterminada, las nuevas instancias que crees con la CLI de Google Cloud tienen asignada una dirección IP pública y están configuradas para usar la conectividad de IP pública. Puedes usar otros métodos de conectividad. Para obtener más información, consulta Configurar la conectividad.

     No es necesario que uses marcas adicionales si quieres usar la conectividad de IP pública. Si quieres usar la conectividad de IP privada con el emparejamiento entre redes de VPC o un túnel SSH inverso, asegúrate de cumplir los siguientes requisitos de red adicionales para habilitar la conectividad de IP privada e incluye las marcas adicionales en tu comando.

     Despliega esta sección para ver todos los requisitos de las IPs privadas.

     • La API Service Networking está habilitada. Puedes habilitar la API Service Networking mediante la consola Google Cloud .
     • Tienes el permiso de gestión de identidades y accesos servicenetworking.services.addPeering.
     • Has configurado el acceso privado a servicios en tu proyecto, para lo cual debes tener el rol de gestión de identidades y accesos compute.networkAdmin.
     • Hay al menos una red de VPC que no es antigua en tu proyecto o una red de VPC compartida.
     • Si usas una red de VPC compartida, también debes hacer lo siguiente:
       • Habilita la API Service Networking en el proyecto host.
       • Añade tu usuario al proyecto host.
       • Concede a tu usuario el rol de IAM compute.networkAdmin en el proyecto host.

     Incluye las siguientes marcas adicionales si quieres usar la conectividad de IP privada (con el emparejamiento entre redes de VPC o con un túnel inverso SSH en una VM de Compute Engine):

     • --no-enable-ip-v4: (Opcional) Para no asignar una dirección IP pública a tu instancia de destino. Puedes asignar tanto una dirección IP pública como una privada a tu instancia de destino, pero es posible que no quieras una dirección IP pública si usas la conectividad IP privada.
     • --private-network: Para asignar una dirección IP privada a tu instancia de destino, especifica el nombre de la nube privada virtual en la que quieras asignar una dirección IP privada.

   Ejecuta el siguiente comando:

   Linux, macOS o Cloud Shell

   Nota: Asegúrate de haber inicializado la CLI de Google Cloud con la autenticación y un proyecto ejecutando uno de los siguientes comandos: gcloud init; o gcloud auth login y gcloud config set project.

   gcloud database-migration connection-profiles \
   create mysql CONNECTION_PROFILE_ID \
     --no-async \
     --region=REGION \
     --database-version=DATABASE_VERSION \
     --tier=TIER \
     --display-name=CONNECTION_PROFILE_NAME

   Windows (PowerShell)

   Nota: Asegúrate de haber inicializado la CLI de Google Cloud con la autenticación y un proyecto ejecutando uno de los siguientes comandos: gcloud init; o gcloud auth login y gcloud config set project.

   gcloud database-migration connection-profiles `
   create mysql CONNECTION_PROFILE_ID `
     --no-async `
     --region=REGION `
     --database-version=DATABASE_VERSION `
     --tier=TIER `
     --display-name=CONNECTION_PROFILE_NAME

   Windows (cmd.exe)

   Nota: Asegúrate de haber inicializado la CLI de Google Cloud con la autenticación y un proyecto ejecutando uno de los siguientes comandos: gcloud init; o gcloud auth login y gcloud config set project.

   gcloud database-migration connection-profiles ^
   create mysql CONNECTION_PROFILE_ID ^
     --no-async ^
     --region=REGION ^
     --database-version=DATABASE_VERSION ^
     --tier=TIER ^
     --display-name=CONNECTION_PROFILE_NAME

   Deberías recibir una respuesta similar a la siguiente:

   Waiting for connection profile [CONNECTION_PROFILE_ID]
   to be created with [OPERATION_ID]
   
   Waiting for operation [OPERATION_ID] to complete...done.
   
   Created connection profile CONNECTION_PROFILE_ID [OPERATION_ID]
   

2. Crea la tarea de migración.
   Si usas el peering de VPCs o una conexión de túnel SSH inverso, asegúrate de añadir las marcas necesarias, como --peer-vpc, --vm, --vm-ip, --vm-port o --vpc. Para obtener más información, consulta Configurar la conectividad y Ejemplos de la CLI de Google Cloud.
   Ejecuta el siguiente comando (haz clic en el enlace para desplegarlo):

   gcloud database-migration migration-jobs create

   En este ejemplo se usa la marca opcional --no-async para que todas las operaciones se realicen de forma síncrona. Esto significa que algunos comandos pueden tardar en completarse. Puedes omitir la marca --no-async para ejecutar comandos de forma asíncrona. Si lo haces, debes usar el comando gcloud database-migration operations describe para verificar si la operación se ha realizado correctamente.

   Antes de usar los datos de los comandos que se indican a continuación, haz los siguientes cambios:

   • MIGRATION_JOB_ID con un identificador legible por máquina para tu tarea de migración. Este valor se usa para trabajar con tareas de migración mediante los comandos de Google Cloud CLI o la API de Database Migration Service.
   • REGION por el identificador de la región en la que quieras guardar la tarea de migración.
   • MIGRATION_JOB_NAME con un nombre legible para tu tarea de migración. Este valor se muestra en Database Migration Service en la consola. Google Cloud
   • SOURCE_CONNECTION_PROFILE_ID con un identificador legible por máquina del perfil de conexión de origen.
   • DESTINATION_CONNECTION_PROFILE_ID con un identificador legible por máquina del perfil de conexión de destino.

   Ejecuta el siguiente comando:

   Linux, macOS o Cloud Shell

   Nota: Asegúrate de haber inicializado la CLI de Google Cloud con la autenticación y un proyecto ejecutando uno de los siguientes comandos: gcloud init; o gcloud auth login y gcloud config set project.

   gcloud database-migration migration-jobs \
   create MIGRATION_JOB_ID \
     --no-async \
     --region=REGION \
     --display-name=MIGRATION_JOB_NAME \
     --source=SOURCE_CONNECTION_PROFILE_ID \
     --destination=DESTINATION_CONNECTION_PROFILE_ID \
     --type=MIGRATION_JOB_TYPE

   Windows (PowerShell)

   Nota: Asegúrate de haber inicializado la CLI de Google Cloud con la autenticación y un proyecto ejecutando uno de los siguientes comandos: gcloud init; o gcloud auth login y gcloud config set project.

   gcloud database-migration migration-jobs `
   create MIGRATION_JOB_ID `
     --no-async `
     --region=REGION `
     --display-name=MIGRATION_JOB_NAME `
     --source=SOURCE_CONNECTION_PROFILE_ID `
     --destination=DESTINATION_CONNECTION_PROFILE_ID `
     --type=MIGRATION_JOB_TYPE

   Windows (cmd.exe)

   Nota: Asegúrate de haber inicializado la CLI de Google Cloud con la autenticación y un proyecto ejecutando uno de los siguientes comandos: gcloud init; o gcloud auth login y gcloud config set project.

   gcloud database-migration migration-jobs ^
   create MIGRATION_JOB_ID ^
     --no-async ^
     --region=REGION ^
     --display-name=MIGRATION_JOB_NAME ^
     --source=SOURCE_CONNECTION_PROFILE_ID ^
     --destination=DESTINATION_CONNECTION_PROFILE_ID ^
     --type=MIGRATION_JOB_TYPE

   Deberías recibir una respuesta similar a la siguiente:

   Waiting for migration job [MIGRATION_JOB_ID]
   to be created with [OPERATION_ID]
   
   Waiting for operation [OPERATION_ID] to complete...done.
   
   Created migration job MIGRATION_JOB_ID [OPERATION_ID]