La replicación turbo es una función premium de Cloud Storage diseñada para replicar de forma asíncrona los objetos de Cloud Storage recién escritos asociados con cualquier operación de inserción, reescritura, copia o redacción (sin importar el tamaño del objeto) en una región diferente dentro de un objetivo de 15 minutos. La replicación turbo, disponible para buckets birregionales, ofrece un objetivo de punto de recuperación (RPO) más corto y predecible, lo que ayuda a reducir la exposición de pérdida de datos.
Descripción general
Si bien los modelos de almacenamiento tradicionales suelen depender de un enfoque activo/pasivo con ubicaciones geográficas “principales” y “secundarias”, Cloud Storage proporciona una arquitectura de activo a activo basada en un solo bucket con redundancia entre regiones Esto simplifica el proceso de recuperación ante desastres mediante la eliminación de la necesidad de que los usuarios repliquen datos de un bucket a otro o realicen una conmutación por error manual al bucket secundario en el caso del tiempo de inactividad de la región principal. Los buckets de Cloud Storage en dos regiones usan Cloud Load Balancing para entregar datos de forma automática de cualquier región constituyente según sea necesario.
Cloud Storage siempre comprende el estado actual del bucket y entrega objetos con transparencia desde cualquier región, según sea necesario. Como resultado, los buckets birregionales están diseñados para tener un objetivo de tiempo de recuperación (RTO) de cero, y las fallas regionales temporales suelen ser invisibles para los usuarios. En el caso de una interrupción regional, los buckets birregionales continúan entregando todos los datos de forma automática que se replicaron entre las dos regiones.
Sin embargo, la redundancia entre regiones ocurre de forma asíncrona y cualquier dato que no termine de replicarse entre regiones antes de que una región deje de estar disponible estará inaccesible hasta que la región inactiva vuelva a estar en línea. Es posible que los datos se pierdan en el caso poco probable de una destrucción física de la región.
La replicación turbo proporciona una redundancia más rápida entre las regiones de los datos en tus buckets birregionales, lo que reduce el riesgo de exposición a la pérdida de datos y ayuda a permitir un servicio sin interrupciones después de una interrupción regional.
Cuando se habilita, la replicación turbo está diseñada para replicar el 100% de los objetos escritos recientemente en ambas regiones que constituyen la birregión dentro del objetivo de punto de recuperación de 15 minutos.
Compara esto con la replicación predeterminada para buckets birregionales y buckets multirregionales, que está diseñada para replicar de forma asíncrona el 99.9% de los objetos recién escritos en regiones diferentes dentro de un objetivo de una hora.
Ten en cuenta que, incluso para la replicación predeterminada, la mayoría de los objetos finalizan la replicación en minutos.
Si bien la redundancia entre regiones y la replicación turbo ayudan a admitir los esfuerzos de continuidad empresarial y recuperación ante desastres (BCDR), los administradores deben planificar y, luego, implementar una arquitectura completa de BCDR para su carga de trabajo.
Si deseas obtener más información, consulta la guía paso a paso a fin de diseñar la recuperación ante desastres para aplicaciones en Google Cloud.
Disponibilidad
La replicación turbo está disponible para cada vinculación birregional. La replicación turbo no está disponible para otros tipos de ubicaciones.
Para obtener más información, consulta Crea un bucket de región doble.
Limitaciones
La replicación turbo no se puede administrar a través de la API de XML, y tampoco se puede crear un bucket nuevo con la replicación turbo habilitada.
Cuando la replicación turbo está habilitada en un bucket, pueden pasar hasta 10 segundos antes de que comience a aplicarse a objetos recién escritos.
Las operaciones de escritura de objetos que comenzaron antes de habilitar la replicación turbo en un bucket se replican entre regiones con la tarifa de replicación predeterminada.
- La composición de objetos que usa objetos de origen sujetos a la tasa de replicación predeterminada crea objetos compuestos que también están sujetos a la tasa de replicación predeterminada.
Los objetos subidos mediante cargas de varias partes de la API de XML siempre se replican mediante la replicación predeterminada y no están cubiertos por los SLO de replicación turbo definidos en el ANS de Cloud Storage.
Supervisión del rendimiento
Cloud Storage supervisa los objetos no replicados más antiguos. Si un objeto demora más de 15 minutos en replicarse, esos minutos adicionales o “malos” se muestran en la consola de Google Cloud como Number of minutes missing RPO.
Esta cifra representa un agregado de minutos malos de todos los objetos del bucket.
Por ejemplo, si un objeto produjo 20 minutos incorrectos de 9:00 a 9:20 a.m., y otro produjo 10 minutos incorrectos de 9:15 a 9:25 a.m., la cantidad total de minutos incorrectos es 25 minutos, ya que al menos un objeto falló en el RPO de 9:00 a 9:25 a.m. Este indicador de nivel de servicio se puede usar para supervisar la conformidad del tiempo de replicación mensual de tu bucket.
La consola de Google Cloud también realiza un seguimiento de la cantidad de replicaciones de objetos completas, que se muestran como Object replications with turbo. Este indicador de nivel de servicio se puede usar para supervisar la conformidad del volumen de replicación mensual del bucket. Para obtener más información, consulta el ANS de Cloud Storage.
¿Qué sigue?
- Habilita la replicación turbo en un bucket existente.
- Obtén más información sobre los precios de la replicación turbo o consulta un ejemplo de precios.
- Obtén información sobre cómo Cloud Logging realiza un seguimiento de las operaciones de Cloud Storage, como habilitar la replicación turbo.
- Traslada datos a un bucket diferente en una ubicación nueva.