Reubicación de buckets

En este documento, se describe cómo la reubicación de bucket de Cloud Storage te ayuda a reubicar buckets sin servidores entre ubicaciones geográficas. Con la reubicación de buckets, puedes mover un bucket existente de una ubicación a otra sin cambiar su nombre ni requerir la transferencia manual de datos dentro del bucket.

Antes de comenzar el proceso de reubicación, planifica la reubicación del bucket para minimizar las interrupciones. Para obtener instrucciones sobre cómo realizar la reubicación, consulta Cómo reubicar buckets.

Beneficios

Estos son los beneficios de la reubicación de bucket:

Migración simplificada: Puedes reubicar buckets con una sobrecarga operativa mínima. No se requieren procesos complejos de varios pasos ni secuencias de comandos.
Operación continua: Tus aplicaciones siguen siendo accesibles durante todo el proceso de reubicación, sin tiempo de inactividad para las operaciones de lectura y con un tiempo de inactividad mínimo para las operaciones de escritura.
Mejor rendimiento: Colocar los recursos de Compute Engine y Cloud Storage en la misma región puede reducir la latencia y mejorar el rendimiento.
Conservación de metadatos: El proceso de reubicación del bucket conserva los metadatos del objeto. Conservar los metadatos del objeto mantiene la compatibilidad con las aplicaciones y los flujos de trabajo existentes después de que se mueve el bucket.
Configuraciones de la clase de almacenamiento: Puedes mantener la configuración existente de la clase de Cloud Storage, incluida la clase automática. Conservar la clase de almacenamiento ayuda a mantener la estructura de costos coherente después de la reubicación.

Nota: Si tu bucket usa clases de almacenamiento heredadas, se convertirán a la clase de almacenamiento Estándar durante el proceso de reubicación del bucket.

Casos de uso

A continuación, se indican los casos de uso que puedes lograr si reubicas tus buckets:

Reduce el costo de transferencia de datos: Evita los costos de transferencia de datos trasladando tu bucket más cerca de las cargas de trabajo que acceden a los datos del bucket. Por ejemplo, si tus datos se almacenan en Estados Unidos y se accede a ellos principalmente desde Europa, puedes trasladar tu bucket a una ubicación europea para reducir los costos de transferencia de datos.
Mejora el rendimiento: Aumenta la velocidad y la capacidad de respuesta de tu aplicación acercando tus datos a tus cargas de trabajo de Compute Engine. Por ejemplo, si tu aplicación se ejecuta en us-central1, pero tus datos residen en asia-east1, puedes reubicar tu bucket en us-central1 para reducir la latencia.
Mejora la resiliencia: Protege tus datos críticos de las interrupciones regionales. Por ejemplo, si tus datos se almacenan en una sola región, puedes trasladarlos a una birregión o multirregión para aumentar la disponibilidad y la recuperación ante desastres.

Tipos de reubicación

Existen dos tipos de reubicaciones de bucket:

Reubicación de buckets con tiempo de inactividad de escritura: En la reubicación de buckets con tiempo de inactividad de escritura, hay un período durante el cual no puedes realizar operaciones de escritura de objetos durante el proceso de reubicación del bucket.
Reubicación de buckets sin tiempo de inactividad por escritura: En la reubicación de buckets sin tiempo de inactividad por escritura, puedes seguir realizando operaciones de escritura de objetos sin interrupciones mientras la reubicación del bucket se realiza en segundo plano.

Las ubicaciones de origen y destino del bucket determinan si la reubicación del bucket implica un tiempo de inactividad de escritura. En la siguiente tabla, se muestra cómo la ubicación de tu bucket afecta el tiempo de inactividad de escritura durante una reubicación, incluidas las diferencias entre las reubicaciones con y sin tiempo de inactividad.

Especificación	Reubicación de buckets con tiempo de inactividad de escritura	Reubicación de buckets sin tiempo de inactividad de escritura
Ubicación del bucket	La reubicación de un bucket entre las siguientes ubicaciones provoca tiempo de inactividad: Regiones Regiones dobles Multirregiones Multirregiones y regiones dobles predefinidas Regiones múltiples y regiones dobles configurables si las dos ubicaciones tienen diferentes códigos de región múltiple	Si se cambia la ubicación de un bucket entre las siguientes ubicaciones, no se produce tiempo de inactividad si las dos ubicaciones comparten el mismo código de multirregión: Regiones dobles configurables Multirregiones y regiones dobles configurables
Disponibilidad de escritura	No puedes realizar operaciones de escritura durante el paso de sincronización final.	Las operaciones de escritura continúan sin interrupciones durante la reubicación. Nota: Los cambios en las políticas que no implican tiempo de inactividad de escritura tardan al menos siete días en completarse, ya que deben esperar a que finalicen primero las cargas reanudables en curso.
Participación del usuario	Debes iniciar el paso de finalización del tiempo de inactividad de escritura.	No se requiere ningún paso de finalización explícito.
Impacto en el rendimiento	No puedes escribir ni actualizar objetos en el bucket durante el paso de sincronización final.	La latencia de lectura y escritura de objetos puede aumentar durante la reubicación.
Cancelación de la reubicación del bucket	Más rápido que las reubicaciones sin tiempo de inactividad de escritura.	La cancelación no es instantánea y puede tardar más debido a la necesidad de rellenar los objetos.
Compatibilidad de funciones	Proporciona menos compatibilidad con funciones que las reubicaciones sin tiempo de inactividad por escritura. Para obtener más información sobre las funciones no compatibles, consulta Funciones no compatibles.	Existen limitaciones para funciones como las cargas multiparte, las políticas de retención, Firebase y appspot. Para obtener más información sobre estas limitaciones, revisa los requisitos y las limitaciones de compatibilidad de bucket buckets.
Duración mínima de la reubicación	Ninguno	Siete días

Comprende el proceso de reubicación de bucket

La reubicación de buckets te ayuda a transferir tus datos de un bucket de origen a uno de destino. El bucket de origen contiene los datos que deseas mover, y el bucket de destino es donde deseas mover tus datos.

En el siguiente diagrama, se muestra el flujo del proceso de reubicación de bucket:

Flujo del proceso de reubicación del bucket. — **Figura 1.** Diagrama de flujo del proceso de reubicación de buckets (haz clic para ampliar).

^* La sincronización final solo es necesaria para las reubicaciones con tiempo de inactividad de escritura.

En la siguiente tabla, se enumeran los tres pasos principales y la descripción de cada uno:

Paso	Descripción
Realiza una prueba de validación (opcional)	Simula el proceso de reubicación del bucket para identificar posibles problemas antes de que comience la transferencia de datos real. Nota: Te recomendamos que realices una prueba de validación, ya que permite detectar posibles problemas de forma anticipada sin afectar el proceso de reubicación real.
Cómo iniciar el paso de reubicación	Copia datos del bucket de origen al bucket de destino. Los metadatos del bucket están bloqueados para escritura para evitar cualquier cambio en el bucket que pueda afectar el proceso de reubicación. Sin embargo, puedes escribir, modificar y borrar objetos en el bucket. Los factores que influyen en la duración son los siguientes: La frecuencia de las actualizaciones, eliminaciones o adiciones de objetos dentro del bucket afecta directamente la duración de la copia. Una mayor tasa de cambio requiere más tiempo. Hay una tasa máxima de movimiento de objetos `Rm, objetos/segundo`. Con `N` objetos totales y una tasa de actualización de `R objetos/segundo`, la duración del paso de copia se puede estimar como `N / (Rm - R)` segundos. Los buckets grandes requieren más tiempo de reubicación debido al ancho de banda finito. El tamaño de los objetos individuales afecta el tiempo de copia. Los objetos de más de 10 GB tardan más en transferirse que los objetos de menos de 10 GB debido a las limitaciones de ancho de banda. Por ejemplo, un objeto de 1 TB tarda un día en copiarse.
Inicia el paso de sincronización final (solo se requiere para las reubicaciones con tiempo de inactividad de escritura)	Una vez que inicies la sincronización final, el bucket se bloqueará para escritura. Como resultado, no puedes escribir ni actualizar ningún objeto dentro del bucket durante este tiempo, lo que evita incoherencias en los datos. Sin embargo, puedes seguir leyendo desde el bucket. Nota: Durante el paso de sincronización final, los intentos de actualizar objetos en el bucket generan un error HTTP “412”. El error indica que el bucket está en proceso de reubicación y tiene un bloqueo de escritura, lo que restringe cualquier modificación en sus objetos. Para actualizar los objetos correctamente, es necesario aplazar la acción hasta que finalicen la operación de reubicación del bucket en curso y el proceso de sincronización asociado. Una vez que se completa, se permiten las operaciones de escritura en el bucket. Una vez que se transfieran y verifiquen todos los datos, y el bucket esté operativo en la nueva ubicación, se quitará automáticamente el bloqueo de escritura. Luego, puedes reanudar la escritura y actualización de objetos en el bucket.

Paso

Descripción

Realiza una prueba de validación
(opcional)

Simula el proceso de reubicación del bucket para identificar posibles problemas antes de que comience la transferencia de datos real.

Cómo iniciar el paso de reubicación

Copia datos del bucket de origen al bucket de destino. Los metadatos del bucket están bloqueados para escritura para evitar cualquier cambio en el bucket que pueda afectar el proceso de reubicación. Sin embargo, puedes escribir, modificar y borrar objetos en el bucket. Los factores que influyen en la duración son los siguientes:

La frecuencia de las actualizaciones, eliminaciones o adiciones de objetos dentro del bucket afecta directamente la duración de la copia. Una mayor tasa de cambio requiere más tiempo. Hay una tasa máxima de movimiento de objetos `Rm, objetos/segundo`. Con `N` objetos totales y una tasa de actualización de `R objetos/segundo`, la duración del paso de copia se puede estimar como `N / (Rm - R)` segundos.
Los buckets grandes requieren más tiempo de reubicación debido al ancho de banda finito.
El tamaño de los objetos individuales afecta el tiempo de copia. Los objetos de más de 10 GB tardan más en transferirse que los objetos de menos de 10 GB debido a las limitaciones de ancho de banda. Por ejemplo, un objeto de 1 TB tarda un día en copiarse.

Inicia el paso de sincronización final
(solo se requiere para las reubicaciones con tiempo de inactividad de escritura)

Una vez que inicies la sincronización final, el bucket se bloqueará para escritura. Como resultado, no puedes escribir ni actualizar ningún objeto dentro del bucket durante este tiempo, lo que evita incoherencias en los datos. Sin embargo, puedes seguir leyendo desde el bucket.

Una vez que se transfieran y verifiquen todos los datos, y el bucket esté operativo en la nueva ubicación, se quitará automáticamente el bloqueo de escritura. Luego, puedes reanudar la escritura y actualización de objetos en el bucket.

Limitaciones

Para reubicar tu bucket, verifica que su configuración admita la reubicación. Para ello, revisa la lista de funciones no admitidas y los requisitos de compatibilidad.

No se admite la reubicación de buckets si los buckets de origen y destino se encuentran en las siguientes ubicaciones:

Tipo de ubicación	Ubicaciones no admitidas
regiones	`ME-CENTRAL1` `ME-WEST1`

Precios

Para obtener detalles sobre los precios asociados con la reubicación de bucket, consulta Precios de Cloud Storage.

¿Qué sigue?

Obtén más información para planificar la reubicación de un bucket.
Obtén más información para cambiar la ubicación de los buckets.