Planifica la reubicación de tus buckets

Para reubicar buckets correctamente, define tus objetivos y comprende el uso de tu bucket antes de iniciar una reubicación de bucket. En las siguientes secciones, se describen los pasos clave de la planificación.

Determina el tipo de reubicación de tu bucket

Cuando reubiques tu bucket, es importante que sepas que podría haber un período de inactividad de escritura durante el paso de sincronización final en el que no podrás actualizar ni subir objetos nuevos. Además, no podrás cambiar la configuración de tu bucket durante el proceso de reubicación. Para determinar si tu reubicación implica tiempo de inactividad, consulta Tipos de reubicación.

Revisa las funciones no admitidas y los requisitos de compatibilidad

Identifica las configuraciones de tu bucket de origen que no admiten la reubicación del bucket y las configuraciones que requieren acción para admitir la reubicación del bucket. Si tu bucket usa configuraciones no admitidas que no se pueden modificar, o si la fuente o el destino son una ubicación no admitida, debes copiar los objetos de forma manual en otro bucket en la ubicación de destino, en lugar de cambiar la ubicación del bucket con sus objetos. Para obtener más detalles, consulta Cómo mover datos entre buckets.

En las siguientes secciones, se describen las funciones no admitidas y los requisitos de compatibilidad.

Características no compatibles

En la siguiente tabla, se describen las funciones que no son compatibles con la reubicación de bucket. En algunos casos, puedes reconfigurar una función para que admita la reubicación de bucket:

Función Estado de compatibilidad Acción obligatoria antes de iniciar la reubicación del bucket
Espacio de nombres jerárquico No se admite para la reubicación de bucket con tiempo de inactividad de escritura. Si un bucket tiene habilitado el espacio de nombres jerárquico, solo puedes cambiarlo de ubicación si el proceso no implica tiempo de inactividad de escritura.
Buckets de Appspot No compatible. No puedes cambiar la ubicación de los buckets de Appspot. Considera migrar Container Registry a Artifact Registry como solución alternativa para los buckets predeterminados que crea App Engine.
Buckets de Firebase No compatible. No puedes cambiar la ubicación de los buckets de Firebase.
Conservaciones de objetos No compatible.
No puedes reubicar los buckets que contienen objetos con conservaciones.
Para usar la reubicación de bucket, quita las retenciones de objetos.
Carpetas administradas No compatible.
No puedes cambiar la ubicación de los buckets que contienen carpetas administradas.
Para usar la reubicación de bucket, borra las carpetas administradas.
Claves de encriptación administradas por el cliente (CMEK) o claves de encriptación proporcionadas por el cliente (CSEK) No se admite para las reubicaciones con tiempo de inactividad de escritura. Para usar la reubicación de bucket, quita las claves de encriptación administradas por el cliente o las claves de encriptación proporcionadas por el cliente. Después de la eliminación, Cloud Storage protege automáticamente tus datos con la encriptación estándar de Cloud Storage.
Anywhere Cache Se admite para la reubicación de bucket sin tiempo de inactividad de escritura y se admite parcialmente para la reubicación de bucket con tiempo de inactividad de escritura. Para reubicar buckets con tiempo de inactividad de escritura, inhabilita Anywhere Cache antes del paso de sincronización final.
Bloqueo del bucket No se admite cuando las políticas de retención están bloqueadas. Desbloquea las políticas de retención.
Etiquetas No se admite para las reubicaciones con tiempo de inactividad de escritura.

Debes desconectar las etiquetas que se adjuntaron directamente al bucket.

Si alguna de las etiquetas que se separan de tu bucket de origen se usa para el control de acceso, debes usar un método alternativo para configurar los roles de IAM y proteger los datos de tu bucket. Para ello, completa los siguientes pasos:

  1. Copia la configuración de tu etiqueta para consultarla mientras configuras los roles de IAM. Después de verificar la configuración de IAM, puedes borrar la copia.
  2. Configura los permisos de IAM para que coincidan con tus reglas de control de acceso existentes.
  3. Desconecta las etiquetas existentes del bucket de origen.
Parámetros de configuración de informes de inventario Las configuraciones existentes de informes de inventario no se conservan durante el proceso de reubicación. Guarda manualmente tus configuraciones de informes de inventario existentes antes de comenzar el proceso de reubicación para que puedas volver a crearlas después de que se complete el proceso. Para obtener información sobre cómo administrar la configuración de informes de inventario, consulta Crea y administra configuraciones de informes de inventario.

Compatibilidad de funciones durante la reubicación de bucket

En la siguiente tabla, se describe cómo funcionan otras capacidades de Cloud Storage cuando reubicas un bucket. El comportamiento puede variar según el modo de reubicación:

Función Reubicación con tiempo de inactividad de escritura Reubicación sin tiempo de inactividad de escritura
Comportamiento de Autoclass La clasificación automática se pausa temporalmente durante el paso de sincronización final. La pausa podría retrasar el movimiento de los objetos a clases de almacenamiento más frías. Para obtener más información, consulta Transiciones de objetos de Autoclass cuando se reubican buckets. El comportamiento de Autoclass no se ve afectado.
Tablas de BigQuery y BigLake Las tablas externas de BigLake y las tablas de BigQuery que usan Apache Iceberg dejan de estar disponibles después de una reubicación y requieren una recreación manual. La detección automática de las tablas afectadas no está disponible. Compatible.
Límite de tamaño del objeto El límite de 2 TB se aplica a los tamaños de los objetos. No hay límite de tamaño.
Cargas multiparte La compatibilidad y el comportamiento de las cargas de varias partes dependen del estado de la carga cuando inicias la reubicación del bucket:
  • Cargas multiparte nuevas: No se admiten.
    No se admite el inicio de una carga multiparte después de que se haya iniciado la reubicación, lo que provoca un error en el inicio de la carga. El intento de carga multiparte falla con un error FAILED_PRECONDITION.
  • Cargas parciales en curso: No se admiten.
    Las cargas de varias partes en curso que no se completen antes del paso de sincronización final bloquearán la finalización de la reubicación. Después de finalizar o cancelar la carga de varias partes en curso, puedes volver a intentar el paso de finalización.
  • Cargas multipartes completadas: Se admiten.
    Si se inicia una carga de múltiples partes antes de que comience la reubicación del bucket y se completa antes del paso de sincronización final, los objetos que se subieron se reubican sin necesidad de volver a subirlos.
La compatibilidad y el comportamiento de las cargas de múltiples partes dependen del estado de la carga cuando inicias la reubicación del bucket:
  • Cargas multiparte nuevas: No se admiten.
    No se admite el inicio de una carga multiparte después de que se haya iniciado la reubicación, lo que provoca un error en el inicio de la carga. El intento de carga multiparte falla con un error FAILED_PRECONDITION.
  • Cargas parciales en curso: No se admiten.
    Debes completar o cancelar cualquier carga multipartes en curso antes de iniciar la reubicación del bucket.
  • Cargas multipartes completadas: Se admiten.
Cargas reanudables No compatible.
Las cargas reanudables en curso deben finalizarse antes del paso de sincronización final del proceso de reubicación del bucket para evitar la pérdida de datos.
Compatible.
Reubicación entre proyectos No compatible.
No puedes trasladar buckets entre proyectos.
Compatible.
Actualizaciones de metadatos No compatible.
No puedes actualizar los metadatos de un bucket durante la reubicación.
Compatible.
Aumento gradual del porcentaje de solicitudes Los buckets reubicados están sujetos a los mismos lineamientos de aumento gradual de la frecuencia de solicitudes que los buckets creados recientemente. No aplicable

Analiza las características del bucket

Para estimar el tiempo de reubicación de tu bucket, analiza sus características y su uso, teniendo en cuenta los siguientes factores:

  • Bytes en reposo: La cantidad total de datos almacenados en el bucket afecta los costos de almacenamiento y el tiempo de transferencia.

  • Replicación: La replicación del bucket en otras regiones, ya sea de forma síncrona o asíncrona, afecta la disponibilidad, la durabilidad y el costo de los datos. Para obtener más detalles, consulta Disponibilidad y durabilidad de los datos.

  • Transferencia de datos: La cantidad de datos transferidos fuera del bucket durante la reubicación afecta los cálculos de costos de transferencia de datos. Para calcular los costos de transferencia de datos de tu bucket, consulta Precios de Cloud Storage.

  • Patrones de uso: Comprender los niveles de actividad del bucket, o qué tan ocupado está, a través de los patrones de uso te ayuda a evitar conflictos inesperados durante la reubicación. Para comprender los patrones de uso de tu bucket, puedes analizar tus registros. Para obtener más información, consulta Registros de uso y registros de almacenamiento.

  • Operaciones de escritura en el bucket: Las operaciones de escritura frecuentes en el bucket durante el proceso de reubicación aumentan el costo y la duración. Para comprender con qué frecuencia se escriben objetos en tu bucket, consulta Descripción general de la supervisión en Cloud Storage.

Define tus objetivos de reubicación

Según tu análisis de las características del bucket, identifica los motivos para moverlo. Estos son algunos objetivos comunes para reubicar un bucket:

  • Administración de costos: Reduce los costos de almacenamiento trasladándote a una región más económica o minimiza los costos de transferencia de datos acercándolos a su ubicación de acceso. Deberás calcular los costos de Cloud Storage y de transferencia de datos, y compararlos con los costos potenciales en diferentes ubicaciones. Para obtener detalles sobre el cálculo de los costos de tu almacenamiento en Cloud Storage, consulta Precios de Cloud Storage.

  • Mejora del rendimiento: Mejora la velocidad de acceso a los datos y el rendimiento de las aplicaciones trasladando el bucket más cerca de los usuarios o las aplicaciones. Para ello, identifica las regiones geográficas en las que el rendimiento es fundamental y reubica tus buckets.

  • Mejora de la confiabilidad: Mejora la durabilidad de los datos y las capacidades de recuperación ante desastres con configuraciones birregionales o multirregionales.

Decide la ubicación del bucket

Según tu análisis y tus objetivos, elige la ubicación de almacenamiento más adecuada para el bucket que deseas trasladar entre las siguientes opciones:

  • Región única: Almacena datos en una sola región que sea rentable para las aplicaciones con usuarios concentrados en un área geográfica.

  • Birregional: Mantén dos copias de tus datos en dos regiones dentro del mismo continente, lo que proporciona mayor disponibilidad y capacidades de recuperación ante desastres en un área geográfica específica.

  • Multirregión: Distribuye los datos en varias regiones, lo que ofrece el nivel más alto de disponibilidad y durabilidad.

Para obtener más información sobre cómo elegir una ubicación, consulta Consideraciones para elegir una ubicación.

Comprende los factores que afectan el tiempo de reubicación

Varios factores afectan el tiempo de reubicación, y comprenderlos puede ayudar a estimar el tiempo requerido. Si bien estos factores ofrecen un punto de partida útil para planificar y programar tu mudanza, los tiempos reales de la mudanza pueden ser más largos o más cortos que el tiempo estimado. Por lo tanto, cuando programes tu mudanza, agrega tiempo de reserva para tener en cuenta posibles retrasos. En las siguientes secciones, se describen los factores que afectan el tiempo de reubicación.

Límites de los servicios de traslado

En la siguiente tabla, se describen los límites que afectan el tiempo de reubicación:

Factor Valor Descripción
Tasa máxima de solicitudes por trabajo 10,000 objetos por segundo Es la cantidad de solicitudes de copia que el servicio puede controlar por segundo.

Una tasa de solicitudes más alta significa que se pueden mover más archivos de forma simultánea. Si tu bucket tiene muchos archivos pequeños, una alta tasa de solicitudes acelerará la migración. Si solo tienes algunos archivos grandes, este factor tiene menos impacto.

Ancho de banda máximo general por proyecto 10 GBps Esta es la velocidad o el ancho de banda máximos con los que puedes transferir datos para un solo proyecto dentro de una ubicación de origen. Si mueves varios buckets dentro del mismo proyecto, estos compartirán el ancho de banda.

Un mayor ancho de banda significa que se pueden transferir más datos a la vez. Incluso con una alta tasa de solicitudes, si el ancho de banda es pequeño, la transferencia general es lenta.

Ancho de banda máximo por objeto

8 MBps Esta es la velocidad máxima a la que puedes transferir un solo objeto.

Un mayor ancho de banda por objeto individual significa que puedes transferir los objetos a una velocidad más rápida. Este es el límite de velocidad para mover un objeto a la vez. Incluso con una alta tasa de solicitudes y un gran ancho de banda por bucket, si los objetos individuales tienen un límite de velocidad, pueden tardar más en transferirse.

Cantidad máxima de reubicaciones simultáneas por proyecto

30 reubicaciones El servicio de reubicación de bucket admite hasta 30 reubicaciones simultáneas desde la misma ubicación dentro de un proyecto.

Límite de tiempo de actividad de la reubicación

Para ayudar con la utilización de recursos y evitar que las reubicaciones se ejecuten de forma indefinida, se aplica un límite de tiempo de actividad (TTL) a todas las reubicaciones de bucket. El TTL hace referencia al tiempo máximo permitido para completar todo el proceso de reubicación.

El tiempo máximo permitido para completar la reubicación de un bucket es de 28 días y abarca todas las fases del proceso de reubicación, como la copia inicial, las actualizaciones incrementales y la sincronización final.

Si el proceso de reubicación supera el límite de TTL de 28 días, la operación de reubicación falla.

Actividad en curso del bucket

Si sigues escribiendo objetos nuevos, borrando los existentes o actualizando objetos en el bucket durante la reubicación, estas operaciones competirán por los recursos con las solicitudes de copia y pueden ralentizar el proceso de reubicación.

Reglas del ciclo de vida

Si configuraste reglas de ciclo de vida para tu bucket, como borrar o archivar objetos automáticamente después de un tiempo específico, estas acciones aumentan el tiempo total de reubicación.

Configura Storage Intelligence

Debes configurar Storage Intelligence para las ubicaciones de origen y destino. Puedes configurar Storage Intelligence en diferentes niveles de tu jerarquía de recursos de Google Cloud. También puedes usar filtros de inclusión y exclusión para incluir buckets relevantes en tu configuración de Storage Intelligence. Para obtener más información, consulta Cómo configurar Storage Intelligence.

Habilita la opción de borrar de forma no definitiva

La reubicación del bucket requiere que habilites la eliminación no definitiva en el bucket y establezcas la duración de la retención en al menos siete días. La duración de retención es el período durante el cual la función borrar de forma no definitiva conserva los objetos borrados antes de borrarlos de forma permanente. Para obtener información sobre cómo configurar la duración de la retención de borrado no definitivo, consulta Usa borrar de forma no definitiva.

Comprueba cuotas y límites

Las cuotas y las evaluaciones de capacidad de la nube están vinculadas a regiones o zonas específicas. Por lo tanto, cuando muevas un bucket a una ubicación nueva, deberás verificar que esta tenga cuotas suficientes para admitir los datos del bucket. Para obtener más información sobre las cuotas y los límites, consulta Cuotas y límites.

¿Qué sigue?