Antes de reubicar un bucket, verifica el uso del bucket y planifica el posible tiempo de inactividad. Planificar la reubicación también te ayuda a mantener la compatibilidad de los datos y controlar los costos de almacenamiento.
En las siguientes secciones, se describen los pasos de planificación.
Determina el tipo de reubicación de bucket
Cuando reubiques tu bucket, es importante que comprendas que puede haber un período de inactividad de escritura durante el paso de sincronización final en el que no puedas 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 compatibles y los requisitos de compatibilidad
Identifica cualquier configuración en tu bucket de origen que no admita la reubicación de buckets y las configuraciones que requieran acciones para admitir la reubicación de buckets. Si tu bucket usa parámetros de configuración no admitidos que no se pueden modificar, o si el origen o el destino es una ubicación no admitida, debes copiar los objetos de forma manual en un bucket diferente en la ubicación de destino, en lugar de reubicar el bucket con sus objetos. Para obtener más detalles, consulta Mueve datos entre buckets.
En las siguientes secciones, se describen las funciones no compatibles 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 volver a configurar 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 reubicaciones de bucket con tiempo de inactividad de escritura. | Si un bucket tiene habilitado el espacio de nombres jerárquico, solo puedes reubicarlo si el proceso no implica tiempo de inactividad de escritura |
| Buckets de Appspot | No compatible. | No puedes reubicar los buckets de Appspot. Considera migrar Container Registry a Artifact Registry como una solución alternativa para los buckets predeterminados que crea App Engine. |
| Buckets de Firebase | No compatible. | No puedes reubicar los buckets de Firebase. |
| Conservaciones de objetos | No compatible. No puedes reubicar buckets que contengan objetos con conservaciones. |
Para usar la reubicación de bucket, quita las conservaciones de objetos. |
| Carpetas administradas | No compatible. No puedes reubicar buckets que contengan 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 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 tus datos automáticamente con la encriptación estándar de Cloud Storage. |
| Rapid Cache | No se admite para las reubicaciones de bucket sin tiempo de inactividad de escritura y se admite parcialmente para las reubicaciones de bucket con tiempo de inactividad de escritura. | Para reubicar buckets sin tiempo de inactividad de escritura, inhabilita la caché rápida antes de iniciar la reubicación. Para reubicar buckets con tiempo de inactividad de escritura, inhabilita Rapid Cache antes del paso de sincronización final. |
| Bloqueo del bucket | No se admite para buckets con una política de retención activa. Si la política de retención está bloqueada (el bloqueo de bucket está habilitado), la política es irreversible. Por lo tanto, Cloud Storage no admite la reubicación del bucket. | Si la política de retención está desbloqueada, debes quitarla antes de continuar con la reubicación. |
| Bloqueo de retención de objetos | No compatible. Una vez que se habilita el bloqueo de retención de objetos, no se puede inhabilitar. | No puedes reubicar buckets que tengan habilitado el bloqueo de retención de objetos. |
| Etiquetas | No se admite para reubicaciones con tiempo de inactividad de escritura. |
Debes desconectar las etiquetas que están conectadas directamente al bucket. Si alguna de las etiquetas que se desvinculan 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 hacerlo, completa los siguientes pasos:
|
| Configuraciones de informes de inventario | Las configuraciones de informes de inventario existentes no se conservan durante el proceso de reubicación. | Guarda manualmente tus configuraciones de informes de inventario existentes antes de iniciar el proceso de reubicación para que puedas volver a crearlas después de que se complete el proceso de reubicación. Para obtener información sobre cómo administrar las configuraciones 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 funciones 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 Autoclass se pausa temporalmente durante el paso de sincronización final. La pausa podría retrasar el traslado de 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 se vuelven inaccesibles 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 de los objetos | 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 una reubicación de bucket:
|
La compatibilidad y el comportamiento de las cargas de varias partes dependen del estado de la carga cuando inicias una reubicación de bucket:
|
| Cargas reanudables | No compatible. Las cargas reanudables en curso deben finalizarse antes del paso de sincronización final del proceso de reubicación de bucket para evitar la pérdida de datos. |
Compatible. |
| Reubicación entre proyectos | No compatible. No puedes reubicar buckets entre proyectos. |
Compatible. |
| Actualizaciones de metadatos | No compatible. No puedes actualizar los metadatos de un bucket durante la reubicación. |
Compatible. |
| Aumento de la tasa de solicitudes | Los buckets reubicados están sujetos a los mismos lineamientos de aumento de la tasa de solicitudes que los buckets recién creados. | No aplicable |
Analiza las características del bucket
Para estimar el tiempo de reubicación de buckets, analiza las características y el uso de tu bucket, 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: Replicar el 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 información, 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 los precios de Cloud Storage.
Patrones de uso: Comprender los niveles de actividad del bucket o qué tan ocupado está el bucket 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 de almacenamiento.
Operaciones de escritura de buckets: Las operaciones de escritura de bucket frecuentes durante el proceso de reubicación aumentan el costo y la duración. El progreso de la reubicación no es lineal y es impredecible. No uses la duración de las migraciones más pequeñas para estimar el tiempo necesario para las migraciones más grandes. Para supervisar la frecuencia con la que 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. Los siguientes son objetivos comunes para reubicar un bucket:
Administración de costos: Reduce los costos de almacenamiento trasladando los datos a una región de menor costo o minimiza los costos de transferencia de datos trasladándolos más cerca de 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 cómo calcular los costos de Cloud Storage, consulta Precios de Cloud Storage.
Mejora del rendimiento: Mejora la velocidad de acceso a los datos y el rendimiento de las aplicaciones reubicando el bucket más cerca de los usuarios o las aplicaciones. Para ello, identifica las regiones geográficas en las que el rendimiento es crítico 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 reubicarás 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 dentro de 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 la reubicación, los tiempos reales de reubicación pueden ser más largos o más cortos que el tiempo estimado. Por lo tanto, cuando programes la reubicación, agrega tiempo de margen para tener en cuenta posibles retrasos. En las siguientes secciones, se describen los factores que afectan el tiempo de reubicación.
Límites del servicio de reubicación
En la siguiente tabla, se describen los límites que afectan el tiempo de reubicación:
| Factor | Valor | Descripción |
|---|---|---|
| Porcentaje máximo de solicitudes por trabajo | 10,000 objetos por segundo |
Esta es la cantidad de solicitudes de copia que el servicio puede controlar por segundo.
Un porcentaje de solicitudes más alto significa que se pueden mover más archivos de forma simultánea. Si tu bucket tiene muchos archivos pequeños, un porcentaje de solicitudes alto acelera la migración. Si solo tienes unos pocos archivos grandes, este factor tiene menos impacto. |
| Ancho de banda general máximo por proyecto | 10 GBps |
Esta es la velocidad o el ancho de banda máximos a 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 comparten el ancho de banda.
Un ancho de banda mayor significa que se pueden transferir más datos a la vez. Incluso con un porcentaje de solicitudes alto, si el ancho de banda es pequeño, la transferencia general es lenta. |
| Ancho de banda máximo por objeto individual | 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 un porcentaje de solicitudes alto y un ancho de banda alto por bucket, si los objetos individuales tienen un límite de velocidad, pueden tardar más tiempo 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 el uso 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 se refiere al tiempo máximo permitido para que se complete todo el proceso de reubicación.
El tiempo máximo permitido para completar una reubicación de bucket es de 28 días y, además, incluye 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 tienes reglas de ciclo de vida configuradas para tu bucket, como borrar o archivar objetos de forma automática después de un tiempo específico, estas acciones aumentan el tiempo general 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 Configura Storage Intelligence.
Habilita la eliminación no definitiva para las reubicaciones con tiempo de inactividad de escritura
Si la reubicación del bucket implica un tiempo de inactividad de escritura, debes habilitar la eliminación no definitiva en el bucket y establecer el período de retención en al menos siete días. El período de retención es la cantidad de tiempo que la eliminación 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 la eliminación no definitiva, consulta Usa la eliminación no definitiva. Para determinar si tu reubicación implica tiempo de inactividad, consulta Tipos de reubicación.
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 mueves un bucket a una ubicación nueva, debes verificar que la ubicación nueva tenga cuotas suficientes para alojar los datos del bucket. Para obtener más información sobre las cuotas y los límites, consulta Cuotas y límites.
¿Qué sigue?
- Obtén información para reubicar buckets.