Mover una instancia

En esta página, se describe cómo mover una instancia en Spanner.

Puedes mover tu instancia de Spanner de cualquier configuración de instancia a cualquier otra configuración de instancia, incluidas las configuraciones regionales, birregionales y multirregionales. Mover tu instancia no causa tiempo de inactividad, y Spanner sigue proporcionando las garantías de transacción habituales, incluida la coherencia sólida, durante el traslado.

También puedes mover tu instancia de su configuración de instancia de origen a una configuración de instancia personalizada (por ejemplo, una configuración base de nam3 con una réplica de solo lectura de us-west2). Debido a que no puedes actualizar la topología de las configuraciones de instancias existentes, primero debes crear una configuración de instancia personalizada nueva con la topología que desees. Después de crear la nueva configuración de instancia personalizada, puedes mover tu instancia de la configuración de instancia de origen a la nueva configuración de instancia personalizada.

¿Por qué mover tu instancia de Spanner?

Entre los beneficios de mover tu instancia, se incluyen los siguientes:

  • Aumenta la disponibilidad: Obtén un 99.999% de disponibilidad sin tiempo de inactividad después de realizar un traslado de una región a una birregión o multirregión.
  • Reduce la latencia: Reduce la latencia y aumenta la cobertura geográfica con réplicas de solo lectura adicionales a través de un traslado de una región a una birregión o multirregión, o de una multirregión a otra multirregión.
  • Reduce los costos: Reduce los costos por hora cambiando de una configuración birregional o multirregional a una configuración regional.
  • Coloca la base de datos en la misma ubicación: Coloca la base de datos de Spanner en la misma ubicación que la aplicación cliente moviendo la instancia a una ubicación más optimizada.

Precios

Cuando mueves una instancia, los parámetros de configuración de la instancia de origen y de destino están sujetos a cargos por procesamiento y almacenamiento por hora. Una vez que se complete el traslado, se te facturará por el almacenamiento de la instancia en la configuración de destino.

Si mueves tu instancia a una nueva configuración de instancia regional, birregional o multirregional, es posible que se te apliquen cargos por transferencia de datos de salida. Para obtener más información, consulta Precios de Spanner.

Limitaciones

  • Para mover tu instancia, debe tener un mínimo de 1 nodo (1,000 unidades de procesamiento).
  • No puedes mover tu instancia entre proyectos o cuentas de Google Cloud .
  • No puedes mover una instancia que use la edición Standard directamente de una configuración de instancia regional a una configuración de instancia birregional o multirregional. Primero, debes actualizar la edición de tu instancia a la edición Enterprise Plus y, luego, mover la instancia.
  • Si tienes solicitudes activas que usan un extremo de servicio regional en cualquiera de los recursos de la instancia, el traslado de la instancia afecta todas las solicitudes que usan el extremo regional, ya que la aplicación de políticas regional bloquea el acceso a las instancias entre regiones. Las solicitudes que usan un extremo global no se ven afectadas.
  • Las copias de seguridad y los programas de copias de seguridad de Spanner son específicos de una configuración de instancia y no se incluyen cuando se mueve una instancia. Debes borrar todas las copias de seguridad y las programaciones de copias de seguridad existentes en la instancia antes de iniciar el traslado. Para obtener más información, consulta Copias de seguridad y programas de copias de seguridad.
  • Las siguientes APIs se inhabilitan durante el traslado de una instancia:
    • InstanceAdmin.DeleteInstance
    • InstanceAdmin.UpdateInstance
    • InstanceAdmin.CreateInstancePartition
    • InstanceAdmin.UpdateInstancePartition
    • InstanceAdmin.DeleteInstancePartition
    • DatabaseAdmin.CreateDatabase
    • DatabaseAdmin.UpdateDatabaseDdl (Se inhabilita si se especifica default_leader en la solicitud).
    • DatabaseAdmin.RestoreDatabase
    • DatabaseAdmin.CreateBackup
    • DatabaseAdmin.CreateBackupSchedule
    • DatabaseAdmin.CopyBackup
  • Si una base de datos tiene un líder predeterminado modificado, la selección se conserva si nombra una región de lectura y escritura en la configuración de la instancia de destino, y esa configuración es multirregional. Si la configuración de destino es regional o no incluye la región de lectura y escritura con nombre, se borra la selección de líder predeterminada.
  • Cuando mueves una instancia, cambia su atributo de configuración. Si administras tus recursos de Spanner a través de la automatización, asegúrate de preparar y abordar cualquier inconsistencia que pueda surgir.
    • Por ejemplo, si usas Terraform para administrar tus instancias y bases de datos de Spanner, y habilitas terraform apply --auto-approve para mantener sincronizados tus recursos, todas las instancias y los recursos secundarios se borran cuando movemos la instancia. Actualiza la configuración según corresponda para evitar la eliminación y la pérdida de datos. Consulta Opciones de aplicación de Terraform para obtener más información sobre el comando apply.
  • Mientras se mueve la instancia, las métricas y los gráficos de supervisión de Spanner pueden mostrar datos en las configuraciones de la instancia de origen y de destino, o solo reflejar el rendimiento en una configuración de instancia.
  • Si configuraste la herramienta de código abierto Autoscaler, no es necesario que la inhabilites. Falla porque InstanceAdmin.UpdateInstance (que se usa para los cambios de nodos y unidades de procesamiento) está inhabilitado.
  • No puedes mover una instancia si la función escalador automático administrado de Spanner está habilitada en ella. Antes de mover la instancia, cámbiala del ajuste de escala automático administrado a la asignación manual con suficientes nodos o unidades de procesamiento para admitir el uso máximo de CPU (por ejemplo, ejecutando gcloud spanner instances update INSTANCE_ID --nodes=PEAK_NODES). Una vez que se complete el traslado, puedes volver a habilitar el escalador automático administrado.
  • No puedes mover una instancia de prueba gratuita de Spanner. Puedes mover la instancia después de actualizar a una instancia pagada.
  • Si la instancia usa el particionamiento geográfico, mover la instancia solo mueve la partición de instancia predeterminada, no las particiones de instancia adicionales.

Consideraciones de rendimiento

Cuando se mueve una instancia, esta experimenta latencias de lectura y escritura más altas, y una tasa de anulación de transacciones más alta. El uso de CPU durante el traslado puede aumentar hasta un 100% porque el traslado de la instancia se realiza con la CPU de repuesto que aprovisionaste y genera tráfico de producción. Sin embargo, mover una instancia no genera ningún tiempo de inactividad. El tiempo que se tarda en mover una instancia depende de varios factores, como el tamaño de las bases de datos, la cantidad de nodos y el tipo de traslado (por ejemplo, de regional a multirregional).

Por ejemplo, para que un traslado se complete en un plazo de 24 horas, la instancia suele necesitar cumplir con estos requisitos antes y durante el traslado:

  • Uso de CPU de prioridad alta: Menos del 40% en la configuración de la instancia de origen. Para obtener más información, consulta Uso de CPU.
  • Almacenamiento por nodo: Menos de 1 tebibyte (TiB) por nodo.

Después de mover una instancia, su rendimiento varía según los detalles de su configuración. Por ejemplo, las configuraciones birregionales y multirregionales suelen tener una latencia de escritura más alta y una latencia de lectura más baja que las configuraciones regionales.

Copias de seguridad y programas de copias de seguridad

Cuando mueves una instancia, las copias de seguridad y los programas de copia de seguridad de la configuración original de la instancia no se mueven a la nueva configuración de destino automáticamente. El traslado de la instancia no se inicia si existen copias de seguridad o programaciones de copias de seguridad (incluidas las programaciones de copias de seguridad predeterminadas) en la instancia cuando inicias el traslado. Copia tus copias de seguridad y considera tu plan de recuperación de datos antes de mover tu instancia.

Si hay copias de seguridad en la configuración original de la instancia que necesitas conservar, te recomendamos que copies tus copias de seguridad en dos instancias temporales pequeñas (100 PU), placeholder-source y placeholder-dest:

  • placeholder-source: Es una instancia con la misma configuración de instancia que la configuración original de la instancia que se mueve. Esto te permite restablecer tus copias de seguridad a la configuración original si necesitas cancelar el traslado.

  • placeholder-dest: Es una instancia con la misma configuración que la instancia de destino. Esto garantiza que tengas una copia de seguridad disponible en la configuración nueva inmediatamente después de que se complete la migración.

La función de restablecimiento no admite restablecimientos entre configuraciones, por lo que estas instancias de marcador de posición son esenciales para una reversión o recuperación rápidas en la nueva configuración si es necesario, lo que proporciona una red de seguridad en caso de que haya problemas con la instancia movida.

Después de copiar tus copias de seguridad en placeholder-source y placeholder-dest, debes borrar todas las copias de seguridad y programaciones de copias de seguridad existentes en la instancia en movimiento antes de poder iniciar el traslado (consulta Copia las copias de seguridad en instancias de marcador de posición y borra las copias de seguridad y las programaciones de copias de seguridad existentes para obtener los comandos exactos). Luego, una vez que se complete el traslado de la instancia, ya tendrás una copia de la copia de seguridad en la configuración de destino y podrás volver a crear tus programas de copia de seguridad y crear una copia de seguridad nueva.

Si sigues este enfoque, mantendrás la continuidad empresarial y minimizarás el posible tiempo de inactividad o la pérdida de datos durante el proceso de traslado de la instancia.

Cómo mover una instancia

Puedes mover una instancia con la consola de Google Cloud o la gcloud CLI. Sigue estas cuatro fases para preparar, ejecutar, supervisar y finalizar el traslado de tu instancia:

Fase 1: Prepara tu instancia para la migración

Antes de mover tu instancia, lee las secciones Limitaciones y Consideraciones de rendimiento y, luego, completa cada paso de esta lista de tareas previa al traslado:

  1. Verifica los permisos, la edición y la cuota de destino:

    • Confirma que el operador que ejecuta el traslado tenga el permiso de IAM spanner.instances.update en la instancia que se traslada.
    • Verifica que tu proyecto tenga suficiente cuota de nodos en la configuración de la instancia de destino para admitir la capacidad máxima. Para obtener más información, consulta Cuotas y límites de Spanner.
    • Si trasladas una instancia de la edición Standard de una configuración regional a una configuración birregional o multirregional, actualiza la edición a la edición Enterprise Plus primero.

  2. Valida el estado de la carga de trabajo, planifica la ubicación del cliente y realiza pruebas en un entorno que no sea de producción:

    • Primero, mueve una instancia que no sea de producción (como una de prueba o de etapa de pruebas) que refleje tu instancia de producción para estimar la duración del traslado y observar el efecto en el rendimiento de tu carga de trabajo.
    • Verifica que no haya hotspots en tus bases de datos con Key Visualizer. Resolver los hotspots antes de la migración ayuda a evitar la latencia elevada y la anulación de transacciones mientras se copian los datos.
    • Si la configuración de destino tiene una región líder predeterminada diferente de la de origen, es posible que aumente la latencia de escritura después del traslado. Para evitar esto, planifica implementar o enrutar tus aplicaciones cliente con muchas operaciones de escritura en la región líder de destino o cerca de ella.

  3. Cambia del ajuste de escala automático administrado a la asignación y el tamaño manuales para el traslado:

    • Para ayudar a que el traslado se complete en un plazo de 24 horas y minimizar el impacto de la latencia, aprovisiona suficiente capacidad de procesamiento para que el uso máximo de CPU de alta prioridad sea inferior al 40% y el almacenamiento por nodo sea inferior a 1 TiB durante el traslado. Verifica los gráficos de Uso de CPU y Almacenamiento total en Estadísticas del sistema para determinar la cantidad de nodos necesarios para tu carga de trabajo máxima. Debido a que Spanner usa la CPU libre para mover datos, aumentar la capacidad de procesamiento aumenta la velocidad del traslado de la instancia. Puedes confirmar la capacidad de procesamiento ideal para tu carga de trabajo probando el traslado en un entorno de preproducción o de etapa de pruebas.

    • Si el escalador automático administrado está habilitado en la instancia, debes cambiar la instancia a asignación manual antes de iniciar el traslado, con la cantidad de nodos que determinaste que se necesitan para mantener el uso máximo de CPU de alta prioridad por debajo del 40%:

      gcloud spanner instances update INSTANCE_ID \
  --nodes=PEAK_NODES

  4. Copia las copias de seguridad en instancias de marcador de posición y borra las copias de seguridad y las programaciones de copias de seguridad existentes:

    • Crea las instancias temporales placeholder-source y placeholder-dest que se analizan en la sección Copias de seguridad y programas de copias de seguridad y copia tus copias de seguridad críticas en ellas con el comando gcloud spanner backups copy:

      gcloud spanner backups copy \
  --source-instance=INSTANCE_ID \
  --source-backup=SOURCE_BACKUP_ID \
  --destination-instance=PLACEHOLDER_INSTANCE_ID \
  --destination-backup=DESTINATION_BACKUP_ID \
  --expiration-date=EXPIRATION_DATE

    • Verifica que todas las operaciones de copia de seguridad en las instancias de marcador de posición se hayan completado antes de borrar las copias de seguridad en la instancia en movimiento:

      gcloud spanner operations list \
  --instance=PLACEHOLDER_INSTANCE_ID \
  --type=BACKUP

    • Borra todas las copias de seguridad existentes y borra todas las programaciones de copias de seguridad en cada base de datos de la instancia que se moverá:

      gcloud spanner backups delete BACKUP_ID \
  --instance=INSTANCE_ID

      gcloud spanner backup-schedules delete SCHEDULE_ID \
  --instance=INSTANCE_ID \
  --database=DATABASE_ID

  5. Exporta etiquetas de Data Catalog, pausa la automatización y congela los cambios de instancia y esquema:

    • Cuando mueves una instancia, se borran todas las etiquetas de instancia que creaste en Data Catalog. Exporta tus etiquetas antes de la migración para poder importarlas después. Para obtener más información, consulta Exporta e importa etiquetas.
    • Verifica tus flujos de trabajo de CI/CD, trabajos programados o repositorios de GitOps para canalizaciones de infraestructura automatizadas (como ejecuciones programadas de terraform apply --auto-approve) que administran tus recursos de Spanner y detenlas para que no entren en conflicto con el traslado en curso.
    • Comunica a tu organización que los cambios de instancia y esquema (incluidas las actualizaciones del recuento de nodos, las actualizaciones de DDL, la creación o eliminación de bases de datos y las operaciones de copia de seguridad) deben pausarse hasta que se complete la migración.

  6. Solo para bases de datos habilitadas para CMEK: Verifica las regiones de destino y las claves de Cloud Key Management Service (Cloud KMS):

    • Inspecciona la configuración de la instancia de destino para identificar todas las regiones de lectura y escritura, de solo lectura y testigo que la constituyen:

      gcloud spanner instance-configs describe TARGET_CONFIG

    • Asegúrate de haber aprovisionado claves de Cloud KMS en cada región constituyente de la configuración de destino y de haber otorgado el rol de Identity and Access Management (IAM) de roles/cloudkms.cryptoKeyEncrypterDecrypter en cada clave de destino al agente de servicio de Spanner.

Si tu instancia cumple con estos lineamientos previos al traslado, este suele completarse en un plazo de 24 horas. Según el tamaño de la base de datos y la carga de trabajo de la aplicación, el tiempo de finalización puede ser mayor o menor.

Fase 2: Inicia el traslado de la instancia

Consola de Google Cloud

  1. Ve a la página Instancias en la consola de Google Cloud .

    Instancias

  2. Selecciona la instancia que deseas mover.

  3. En la página Resumen de la instancia, junto a Configuración, haz clic en Mover la instancia a una configuración nueva.

  4. En el panel Mover la base de datos a una configuración nueva, selecciona la configuración de instancia nueva para tu instancia.

  5. Haz clic en Guardar.

gcloud CLI

Usa el comando gcloud spanner instances move para mover la instancia.

gcloud spanner instances move INSTANCE_ID \
--target-config=TARGET_CONFIG

Reemplaza lo siguiente:

  • INSTANCE_ID: el identificador permanente de la instancia que deseas mover.
  • TARGET_CONFIG: un identificador permanente de la configuración de la instancia a la que deseas mover tu instancia. Es la nueva ubicación geográfica de tu instancia. Esta podría ser una configuración de instancia regional, birregional o multirregional (por ejemplo, nam3, regional-us-central1 o custom-nam3-us-west2).

Por ejemplo, para mover tu instancia test-instance de su configuración de instancia actual a nam3, ejecuta lo siguiente:

  gcloud spanner instances move test-instance --target-config=nam3

Opcional: Si deseas agregar una réplica de solo lectura en la región us-west2 a la configuración de la instancia base en nam3, haz lo siguiente:

  1. Clona la configuración base y agrega la réplica de solo lectura a la nueva configuración de instancia personalizada custom-nam3-us-west2:

    gcloud spanner instance-configs create custom-nam3-us-west2 \
--clone-config=nam3 --add-replicas=location=us-west2, type=READ_ONLY

  2. Mueve tu instancia test-instance de su configuración actual a esta nueva configuración de instancia custom-nam3-us-west2:

    gcloud spanner instances move test-instance --target-config=custom-nam3-us-west2

Opcional: Mueve una instancia con bases de datos con CMEK habilitadas

Antes de mover una instancia con bases de datos habilitadas para CMEK, revisa las siguientes notas de uso:

  • Si tienes varias bases de datos habilitadas para CMEK en la instancia que deseas mover, debes especificar --target-database-move-configs para cada una de ellas. Puedes usar las mismas claves para cada base de datos, pero debes especificarlas para cada base de datos habilitada para CMEK.
  • Tus claves deben abarcar todas las regiones de la configuración de la instancia de destino, y el agente de servicio de Spanner debe tener el rol de IAM roles/cloudkms.cryptoKeyEncrypterDecrypter en cada clave de destino. Por ejemplo, si la configuración de la instancia de destino está en nam3, debes establecer claves en us-east4, us-east1 y us-central1.
  • No puedes configurar claves de Cloud KMS para bases de datos que no tengan habilitadas las CMEK mientras mueves la instancia.
  • No inhabilites, destruyas, rotes ni revoques los permisos de IAM en las claves de CMEK en la configuración de la instancia de origen o de destino mientras mueves la instancia. Si lo haces, se detendrá el traslado y se puede bloquear el acceso a la base de datos.

Usa el comando gcloud spanner instances move para mover una instancia con bases de datos habilitadas para CMEK. Debes incluir la marca --target-database-move-configs y los valores de la clave de Cloud KMS en el comando o configurar un archivo JSON o YAML con las claves de Cloud KMS necesarias:

gcloud spanner instances move INSTANCE_ID \
  --target-config=TARGET_CONFIG \
  --target-database-move-configs=^:^database-id=DATABASE_ID_1:kms-key-names=KMS_KEY_1[, KMS_KEY_2 ... ] \
  [--target-database-move-configs=^:^database-id=DATABASE_ID_2:kms-key-names=KMS_KEY_1 ... ]

o

gcloud spanner instances move INSTANCE_ID \
  --target-config=TARGET_CONFIG \
  --target-database-move-configs=CONFIG_FILE_PATH

Configura el archivo CONFIG_FILE_PATH con los IDs de tu base de datos y las claves de Cloud KMS. En el siguiente ejemplo de archivo de configuración, se incluyen las claves de Cloud KMS para dos bases de datos, database-1 y database-2, con las mismas claves en us-east4, us-east1 y us-central1 para abarcar todas las regiones en nam3:

[
  {
    "database-id": "database-1",
    "kms-key-names": "projects/PROJECT_ID/locations/us-east4/keyRings/KEY_RING/cryptoKeys/KEY_NAME,projects/PROJECT_ID/locations/us-east1/keyRings/KEY_RING/cryptoKeys/KEY_NAME,projects/PROJECT_ID/locations/us-central1/keyRings/KEY_RING/cryptoKeys/KEY_NAME"
  },
  {
    "database-id": "database-2",
    "kms-key-names": "projects/PROJECT_ID/locations/us-east4/keyRings/KEY_RING/cryptoKeys/KEY_NAME,projects/PROJECT_ID/locations/us-east1/keyRings/KEY_RING/cryptoKeys/KEY_NAME,projects/PROJECT_ID/locations/us-central1/keyRings/KEY_RING/cryptoKeys/KEY_NAME"
  }
]

Fase 3: Supervisa el traslado de la instancia

Puedes usar gcloud spanner operations describe y un panel personalizado de Cloud Monitoring para supervisar el progreso de un traslado o una cancelación de instancias.

Consulta el progreso de las operaciones de traslado y cancelación

Para hacer un seguimiento del progreso de una operación de traslado de instancia o de cancelación de traslado de instancia, usa el comando gcloud spanner operations describe. Este comando requiere el ID de la operación de traslado de la instancia en curso.

  1. Ejecuta el siguiente comando para obtener el ID de la operación de traslado de la instancia:

    gcloud spanner operations list --instance="INSTANCE_ID"

    Reemplaza lo siguiente:

    • INSTANCE_ID: Es el identificador permanente de la instancia que deseas mover.

    En el resultado, se muestra una lista de operaciones de larga duración, incluida la operación de traslado de la instancia.

  2. Ejecuta el comando gcloud spanner operations describe para ver el porcentaje de progreso y el estado:

    gcloud spanner operations describe OPERATION_ID --instance=INSTANCE_ID

    Reemplaza lo siguiente:

    • OPERATION_ID: Es el ID de la operación de traslado de la instancia que deseas verificar.
    • INSTANCE_ID: Es el ID de la instancia que deseas verificar.

Supervisa una operación de traslado de instancias

Puedes crear un panel personalizado de Cloud Monitoring para mostrar y supervisar las métricas durante el traslado de la instancia, una operación de larga duración con posibles implicaciones en el servicio.

Los gráficos Almacenamiento total y Almacenamiento total de la base de datos por bases de datos del panel son útiles para supervisar el progreso del traslado. Puedes ver que el almacenamiento en la configuración de origen disminuye de forma gradual, mientras que el almacenamiento en la configuración de destino aumenta.

Consola de Google Cloud

  1. Descarga el archivo move-instance-dashboard.json. Este archivo tiene la información necesaria para propagar un panel personalizado en Monitoring.

  2. En la consola de Google Cloud , accede a la página Paneles :

    Acceder a Paneles

    Si usas la barra de búsqueda para encontrar esta página, selecciona el resultado cuyo subtítulo es Monitoring.

  3. En la página Descripción general de los paneles, haz clic en Crear panel.
  4. En la barra de herramientas del panel, haz clic en el menú desplegable Configuración del panel. Luego, selecciona JSON y, luego, Editor de JSON.
  5. En el panel Editor de JSON, copia el contenido del archivo move-instance-dashboard.json que descargaste y pégalo en el editor.
  6. Para aplicar los cambios en el panel, haz clic en Aplicar cambios. Si no deseas usar este panel, vuelve a la página Resumen de los paneles.
  7. Después de crear el panel, haz clic en Agregar filtro. Luego, selecciona project_id o instance_id para supervisar el progreso del traslado de la instancia.

gcloud CLI

  1. Descarga el archivo move-instance-dashboard.json. Este archivo tiene la información necesaria para propagar un panel personalizado en Monitoring.

  2. Para crear un panel en un proyecto, usa el comando gcloud monitoring dashboards create:

    gcloud monitoring dashboards create --config-from-file=move-instance-dashboard.json

    Para obtener más información, consulta la referencia de gcloud monitoring dashboards create.

Fase 4: Completa las tareas posteriores al traslado

Una vez que se complete la operación de traslado de larga duración (done: true), completa la siguiente lista de tareas posterior al traslado para restablecer tu configuración operativa:

  1. Vuelve a habilitar el escalador automático administrado: Si cambiaste del ajuste de escala automático administrado a la asignación manual antes de la migración, vuelve a habilitar el escalador automático administrado con tus límites de capacidad de procesamiento mínimos y máximos (por ejemplo, ejecutando gcloud spanner instances update INSTANCE_ID con tus marcas de ajuste de escala automático o en la consola de Google Cloud ).
  2. Vuelve a crear programas de copia de seguridad y crea una copia de seguridad: Vuelve a crear tus programas de copia de seguridad y crea una copia de seguridad nueva para tus bases de datos en la configuración de la instancia de destino.
  3. Importa etiquetas de Data Catalog: Si exportaste etiquetas de Data Catalog antes de la migración, vuelve a importarlas a tu instancia migrada.
  4. Actualiza las configuraciones de automatización, la ubicación de los clientes y las cargas de trabajo downstream:
    • Si administras tus recursos de Spanner con herramientas de automatización, como Terraform, actualiza tus archivos de configuración para reflejar la nueva configuración de la instancia de destino antes de volver a habilitar las implementaciones automatizadas.
    • Si tu región líder cambió después de la migración, implementa o enruta tus aplicaciones cliente dentro de la nueva región líder o cerca de ella (o modifica la región líder predeterminada de la base de datos si usas una configuración birregional o multirregional) para minimizar la latencia de escritura y verificar la conectividad y la latencia en las aplicaciones y canalizaciones descendentes.
  5. Borra las instancias de marcador de posición temporales: Después de verificar la instancia movida y crear copias de seguridad nuevas en la configuración de destino, borra las instancias temporales de placeholder-source y placeholder-dest si ya no necesitas las copias de seguridad copiadas.

Cómo cancelar el traslado de una instancia

Solo puedes cancelar un traslado de instancia que aún esté en curso. Si deseas revertir un traslado de instancia ya completado, debes iniciar un traslado nuevo.

Puedes usar gcloud spanner operations cancel para cancelar las operaciones de traslado de instancias. La cancelación no es instantánea y tarda aproximadamente la misma cantidad de tiempo que transcurrió desde el inicio del traslado. Esto se debe a que los datos deben volver a la configuración de la instancia de origen.

Este comando requiere el ID de la operación de traslado de la instancia en curso.

  1. Para obtener el ID de la operación, ejecuta el siguiente comando:

    gcloud spanner operations list --type=INSTANCE --instance="INSTANCE_ID"
--filter="done:False AND metadata.@type:MoveInstanceMetadata"

    Reemplaza lo siguiente:

    • INSTANCE_ID: Es el identificador permanente de la instancia que deseas mover.

    En el resultado, se muestra una lista de las operaciones de traslado de instancias en curso.

  2. Ejecuta el comando gcloud spanner operations cancel para cancelar el traslado de la instancia:

    gcloud spanner operations cancel OPERATION_ID

    Reemplaza lo siguiente:

    • OPERATION_ID: Es el ID de la operación de traslado de la instancia que deseas cancelar.

¿Qué sigue?