Disponibilidad y durabilidad de los datos

En esta página, se analizan conceptos relacionados con la disponibilidad y durabilidad de los datos en Cloud Storage, lo que incluye cómo Cloud Storage almacena datos de forma redundante, el comportamiento de replicación predeterminado para regiones dobles y múltiples y la función de replicación turbo para birregiones.

Conceptos clave

  • Cloud Storage está diseñado para tener una durabilidad anual del 99.999999999% (11 “nueves”).

    • Para lograr esto, Cloud Storage usa la codificación de borrado y almacena fragmentos de datos de forma redundante en múltiples dispositivos ubicados en varias zonas de disponibilidad.

    • Cloud Storage almacena de forma redundante los objetos que se escriben en al menos dos zonas de disponibilidad diferentes antes de considerar que la escritura se realizó de forma correcta.

    • Las sumas de verificación se almacenan y se vuelven a validar de forma periódica para verificar de manera proactiva la integridad de los datos en reposo y detectar daños en los datos en tránsito. Si es necesario, las correcciones se realizan de forma automática con datos redundantes.

  • La disponibilidad mensual de los datos almacenados en Cloud Storage depende de la clase de almacenamiento de los datos y del tipo de ubicación del bucket. Para obtener más información, consulta las clases de almacenamiento disponibles.

  • Los objetos almacenados en un bucket de birregión o multirregión se almacenan de manera redundante en al menos dos lugares geográficos separados.

    • En las regiones dobles, debes seleccionar las regiones específicas en las que se almacenan tus objetos.

    • Cloud Storage determina los centros de datos específicos que se usan para almacenar tus datos según sea necesario, pero están ubicados dentro del límite geográfico de la multirregión, y están separados por al menos 100. millas. Esto proporciona redundancia en regiones a un costo de almacenamiento más bajo que las regiones dobles.

    • En el caso improbable de una interrupción en toda la región, como una causa por un desastre natural, los buckets birregionales y multirregionales permanecen disponibles, sin necesidad de cambiar las rutas de almacenamiento.

  • Los objetos almacenados en buckets de región doble y múltiple suelen replicarse en lugares geográficos a través de la replicación predeterminada.

    • Si uno de los lugares en los que se almacena un objeto deja de estar disponible después de que se sube de forma correcta, pero antes de que se replique en la segunda ubicación, la coherencia sólida de Cloud Storage garantiza que Las versiones inactivas del objeto no se entregarán y las reemplazos posteriores no se revertirán cuando la región vuelva a estar disponible.

    • Los objetos almacenados en regiones dobles pueden usar la replicación turbo de forma opcional para lograr una replicación más rápida y predecible en todas las regiones.

  • Para lograr una redundancia entre una sincronización de región que no está disponible como una región doble, considera crear un bucket separado en cada región y usar transferencias controladas por eventos del Servicio de transferencia de almacenamiento para mantener los buckets Sincronizar.

Redundancia entre regiones

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 a través de 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.

Cloud Storage siempre comprende el estado actual de un bucket y entrega objetos con transparencia desde una región disponible, según sea necesario. Como resultado, los buckets de región doble y multirregionales 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 usuarios, en el caso de una interrupción regional, los buckets birregionales y multirregionales continúan entregando de forma automática todos los datos que se replicaron en todas las 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 predeterminada en Cloud Storage está diseñada para proporcionar redundancia en las regiones del 99.9% de los objetos recién escritos dentro de un objetivo de una hora y del 100% de los objetos recién escritos dentro de un objetivo de 12 horas. Los objetos recién escritos incluyen cargas, reescrituras, copias y composiciones.

Replicación turbo

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 está habilitada, la replicación turbo está diseñada para replicar el 100% de los objetos recién escritos en ambas regiones que constituyen la región doble dentro del objetivo de punto de recuperación de 15 minutos, sin importar el tamaño del objeto.

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 para diseñar la recuperación ante desastres para aplicaciones en Google Cloud.

Limitaciones

  • La replicación turbo solo está disponible para buckets en regiones dobles.

  • 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 cualquier objeto de origen escrito con la replicación predeterminada en las últimas 12 horas crea un objeto compuesto que también usa la replicación predeterminada.

Supervisión del rendimiento

Cloud Storage supervisa los objetos no replicados más antiguos. Si un objeto permanece sin replicar por más tiempo que su RPO (objetivo de punto de recuperación), se considera que está fuera del RPO. Cada minuto en el que uno o más objetos están fuera del RPO, se cuenta como un minuto “malo”.

Por ejemplo, si un objeto produjo 20 minutos malos de 9:00 a 9:20 a.m., y otro genera 10 minutos malos de 9:15 a 9:25 a.m., hay dos objetos para el mes que no están en el RPO. La cantidad total de minutos malos para el mes es de 25 minutos, ya que de 9:00 a.m. a 9:25 a.m., había al menos un objeto al que le faltaba su RPO.

  • En los buckets que usan la replicación turbo, el RPO para objetos es de 15 minutos.

En la consola de Google Cloud, el gráfico de Cantidad de minutos que faltan en el RPO te permite supervisar los minutos malos durante los últimos 30 días para tu bucket. Este indicador de nivel de servicio se puede usar para supervisar la conformidad del tiempo de replicación mensual de tu bucket. Del mismo modo, el gráfico Replicaciones de objetos con turbo realiza un seguimiento de las replicaciones de objetos que ocurren dentro del RPO. 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 Supervisión de Cloud Storage y ANS de Cloud Storage.

Próximos pasos