Mover datos de Cloud Storage a otra ubicación

Last reviewed 2022-06-20 UTC

Cuando creas un segmento de Cloud Storage, eliges su ubicación geográfica permanente. A medida que cambien las necesidades de tu empresa, es posible que también tengas que cambiar el lugar donde almacenas los datos. Por ejemplo, puede que tus datos estén mejor situados en un segmento birregional de alta disponibilidad, en un segmento regional de menor coste o simplemente en otra región del mundo.

Este tutorial te ayudará a seleccionar una ubicación que se adapte mejor a tus necesidades.

Objetivos

  • Elige una nueva ubicación para los datos de Cloud Storage.

Costes

En este documento, se utilizan los siguientes componentes facturables de Google Cloud:

Para generar una estimación de costes basada en el uso previsto, utiliza la calculadora de precios.

Los usuarios nuevos Google Cloud pueden disfrutar de una prueba gratuita.

Antes de empezar

No hay requisitos previos para este tutorial.

Elige una nueva ubicación

Cuando elijas la ubicación de un segmento de Cloud Storage, ten en cuenta las diferencias en cuanto a disponibilidad y precio, tal como se muestra en la siguiente tabla.

Región Dos regiones Multirregional
Disponibilidad
  • Redundancia de datos en las zonas de disponibilidad (síncrona)
  • RTO(objetivo de tiempo de recuperación)=0: conmutación por error y recuperación automáticas en caso de fallo de zona (no es necesario cambiar las rutas de almacenamiento)
  • Mayor disponibilidad que las regiones para una clase de almacenamiento determinada
  • Redundancia de datos entre regiones (asíncrona)
  • Opción Replicación turbo para replicar en 15 minutos
  • RTO(objetivo de tiempo de recuperación)=0: conmutación por error y conmutación por recuperación automáticas en caso de fallo regional (no es necesario cambiar las rutas de almacenamiento)
  • Mayor disponibilidad que las regiones para una clase de almacenamiento determinada
  • Redundancia de datos entre regiones (asíncrona)
  • RTO(objetivo de tiempo de recuperación)=0: conmutación por error y conmutación por recuperación automáticas en caso de fallo regional (no es necesario cambiar las rutas de almacenamiento)
Precios
  • Precio de almacenamiento más bajo
  • Sin cargos por replicación
  • No se cobran tarifas por la transferencia de datos salientes al leer datos dentro de la misma región.
  • Precio de almacenamiento más alto
  • Se aplican cargos por replicación al escribir
  • No se te cobrará por la transferencia de datos salientes al leer datos en ninguna de las dos regiones.
  • Precio de almacenamiento más alto que el de las regiones, pero más bajo que el de las birregiones
  • Se aplican cargos por replicación al escribir
  • Los cargos por transferencia de datos salientes siempre se aplican al leer datos

Recomendaciones de ubicación

Requisitos Ubicación de contenedor recomendada Ejemplos de cargas de trabajo
  • Latencia y ancho de banda optimizados
  • Coste de almacenamiento de datos más bajo
  • Redundancia entre zonas
Región1
  • Analytics
  • Copias de seguridad y archivado
  • Latencia y ancho de banda optimizados
  • Redundancia entre regiones, con un control preciso de las ubicaciones en las que se almacenan las copias de los datos
Doble región2
  • Analytics
  • Copias de seguridad y archivado
  • Recuperación tras fallos
  • Acceso a datos entre geografías
  • Redundancia entre regiones
Multirregional
  • Servicio de contenido
  1. Para obtener más información sobre las consideraciones específicas de cada región, consulta el artículo sobre geografía y regiones.
  2. Si necesitas un objetivo de punto de recuperación (RPO) corto y predecible, habilita la función premium replicación turbo.
  • Para maximizar el rendimiento y reducir el coste total de propiedad, coloca tus datos y recursos de computación en la misma región. Las regiones y las birregiones son adecuadas para este fin.
  • Para evitar cargos por replicación de datos, almacena los conjuntos de datos de corta duración en regiones.
  • El almacenamiento multirregional puede ser una opción rentable para cargas de trabajo analíticas ad hoc y de rendimiento moderado.

    Ten en cuenta que el rendimiento de las cargas de trabajo que usan datos de un segmento multirregional puede variar con el tiempo porque el almacenamiento y la computación no están colocados en el mismo lugar. Si una carga de trabajo multirregión tiene requisitos de rendimiento estrictos, considera habilitar Anywhere Cache.

  • Cuando transfieras datos a un nuevo segmento, plantéate si la clase de almacenamiento actual sigue satisfaciendo tus necesidades.

Planificar e iniciar la transferencia

Una vez que hayas decidido la nueva ubicación, consulta el artículo Transferir datos entre segmentos de Cloud Storage para planificar y llevar a cabo la transferencia de datos.