redundancia de Azure Storage

Azure Storage siempre almacena varias copias de los datos para protegerlos de eventos planeados y no planeados. Ejemplos de estos eventos son errores transitorios de hardware, cortes de red o de energía y desastres naturales masivos. La redundancia garantiza que tu cuenta de almacenamiento cumpla con sus objetivos de disponibilidad y durabilidad incluso durante los fallos.

A la hora de decidir qué opción de redundancia es la más adecuada para su escenario, intente buscar un equilibrio entre bajo costo y alta disponibilidad. Entre los factores que ayudan a determinar qué opción de redundancia debe elegir se incluye:

  • Cómo se replican tus datos dentro de la región primaria.
  • Si los datos se replican desde una región primaria a otra, geográficamente distante, para protegerse frente a desastres regionales (replicación geográfica).
  • Si la aplicación requiere acceso de lectura a los datos replicados en la región secundaria durante una interrupción en la región primaria (replicación geográfica con acceso de lectura).

Nota:

Las características y la disponibilidad regional descritas en este artículo también están disponibles para cuentas que tienen un espacio de nombres jerárquico (Azure Blob Storage).

Los servicios que componen Azure Storage se administran a través de un recurso de Azure común denominado storage. La cuenta de almacenamiento representa un conjunto compartido de almacenamiento que puedes usar para desplegar recursos de almacenamiento como contenedores blob (Blob Storage), compartidos de archivos (Azure Files), tablas (Table Storage) o colas (Almacenamiento en cola). Para obtener más información sobre las cuentas de Azure Storage, consulte Storage account overview.

El valor de redundancia de una cuenta de almacenamiento se comparte con todos los servicios de almacenamiento expuestos por esa cuenta. Todos los recursos de almacenamiento implementados en la misma cuenta de almacenamiento tienen el mismo valor de redundancia. Considere la posibilidad de aislar diferentes tipos de recursos en distintas cuentas de almacenamiento si tienen requisitos de redundancia diferentes.

Redundancia en la región primaria

Azure Storage ofrece dos opciones para cómo se replican los datos en la región primaria:

  • El almacenamiento con redundancia local (LRS) replica los datos de las cuentas de almacenamiento en un único centro de datos físico ubicado en la región primaria de su elección.

  • Almacenamiento con redundancia de zona (ZRS) copia los datos de forma sincrónica en tres o más zonas de disponibilidad Azure en la región primaria. En el caso de las aplicaciones que requieren alta disponibilidad, Microsoft recomienda usar ZRS en la región primaria y también replicar en una región secundaria.

Nota:

Microsoft recomienda usar ZRS en la región primaria para cargas de trabajo de Azure Data Lake Storage.

Almacenamiento con redundancia local

El almacenamiento con redundancia local (LRS) replica los datos de las cuentas de almacenamiento en un único centro de datos físico de la región primaria de su elección. Aunque no se admite la elección de una zona de disponibilidad, Azure puede mover o expandir cuentas de LRS entre zonas para mejorar el equilibrio de carga. LRS proporciona al menos 99,999999999% (11 9s) de durabilidad de los objetos durante un año dado. Visite el artículo ¿Qué son las zonas de disponibilidad Azure para obtener más información sobre la confiabilidad de las zonas de disponibilidad.

LRS es la opción de redundancia de costo más bajo y ofrece la menor durabilidad en comparación con otras opciones. LRS protege tus datos frente a fallos de disco, servidor y bastidor. Sin embargo, si ocurre un desastre como un incendio o una inundación dentro del centro de datos, todas las réplicas de una cuenta de almacenamiento que utilice LRS podrían perderse o no recuperarse. Si ocurre un evento temporal, como un evento térmico, dentro del centro de datos, todas las réplicas pueden estar temporalmente indisponibles hasta que el evento se resuelva. Para mitigar estos riesgos, Microsoft recomienda usar almacenamiento con redundancia de zona (ZRS), almacenamiento con redundancia geográfica (GRS) o almacenamiento con redundancia de zonageo (GZRS).

Todas las réplicas reflejan el mismo estado actual: se aplican eliminaciones y sobrescrituras a todas las copias simultáneamente. La redundancia protege contra errores de hardware, no contra operaciones de modificación de datos.

El siguiente diagrama muestra cómo se replican tus datos dentro de un único centro de datos con LRS:

Diagrama que muestra cómo se replican los datos en un único centro de datos con almacenamiento local redundante LRS.

LRS es una buena opción para los siguientes escenarios:

  • Si la aplicación almacena datos que se pueden reconstruir fácilmente si se produce una pérdida de datos, puede elegir LRS.
  • Si la aplicación está restringida a la replicación de datos solo dentro de una región debido a requisitos de gobernanza de datos, puede elegir LRS. En algunos casos, las regiones emparejadas en las que los datos se replican geográficamente pueden estar en otra región. Para obtener más información sobre las regiones emparejadas, consulte Azure regions.
  • Si el escenario usa Azure discos no administrados, considere la posibilidad de usar LRS. Aunque es posible crear una cuenta de almacenamiento en Azure para discos sin administración que utiliza GRS, no se recomienda debido a posibles problemas de coherencia debidos a la replicación geográfica asincrónica.

Almacenamiento redundante zonal

El almacenamiento con redundancia de zona (ZRS) replica los datos de las cuentas de almacenamiento en tres o más de las zonas de disponibilidad de Azure ubicadas en la región principal que elija. Cada zona de disponibilidad es una ubicación física individual con alimentación, refrigeración y redes independientes. ZRS proporciona a los recursos de almacenamiento una durabilidad de al menos el 99,9999999999 % (doce nueves) durante un año determinado. Visite el artículo ¿Qué son las zonas de disponibilidad Azure para obtener más información sobre la confiabilidad de las zonas de disponibilidad.

Cuando usas ZRS, tus datos permanecen accesibles tanto para operaciones de lectura como de escritura incluso si una zona deja de estar disponible. Si una zona deja de estar disponible, Azure lleva a cabo actualizaciones de red, como la redirección del Sistema de Nombres de Dominio (DNS). Estas actualizaciones pueden afectar a la aplicación si se accede a los datos antes de que se completen las actualizaciones. Al diseñar aplicaciones para ZRS, siga las prácticas para la gestión de errores transitorios, incluida la implementación de políticas de reintentos con retardo exponencial.

Una solicitud de escritura en una cuenta de almacenamiento que usa ZRS se produce de forma sincrónica. La operación de escritura retorna exitosamente solo una vez que los datos han sido escritos en todas las réplicas en las tres zonas de disponibilidad. Si una zona de disponibilidad no está disponible temporalmente, la operación se realiza correctamente después de escribir los datos en todas las zonas disponibles.

Microsoft recomienda usar ZRS en la región primaria para escenarios que requieren alta disponibilidad. También se recomienda ZRS para restringir la replicación de datos a una región en particular para cumplir los requisitos de gobernanza de datos.

Microsoft recomienda usar ZRS para cargas de trabajo de Azure Files. Si una zona deja de estar disponible, no es necesario volver a montar los recursos compartidos de archivos de Azure de los clientes conectados.

En el diagrama siguiente se muestra cómo los datos se replican en las zonas de disponibilidad de la región primaria con ZRS:

Diagrama que muestra cómo se replican los datos entre zonas de disponibilidad con almacenamiento redundante ZRS.

ZRS ofrece un rendimiento excelente, baja latencia y resistencia para tus datos si llegan a estar temporalmente no disponibles. No obstante, el almacenamiento ZRS por sí solo podría no proteger completamente sus datos frente a un desastre regional en el que varias zonas se vean permanentemente afectadas. El almacenamiento con redundancia de zona geográfica (GZRS) usa ZRS en la región primaria y también replica geográficamente los datos en una región secundaria. GZRS está disponible en muchas regiones y se recomienda para la protección contra desastres regionales.

El nivel de archivo de Blob Storage no se admite actualmente para las cuentas ZRS, GZRS ni RA-GZRS. Los discos no administrados no son compatibles con ZRS o GZRS.

Para obtener más información sobre qué regiones admiten ZRS, consulte Azure regiones con zonas de disponibilidad.

Redundancia en una región secundaria

Las opciones de redundancia ayudan a proporcionar una alta durabilidad para tus aplicaciones. En muchas regiones, puede copiar los datos de la cuenta de almacenamiento en una región secundaria situada a cientos de kilómetros de la región primaria. Copiar la cuenta de almacenamiento en una región secundaria garantiza que los datos permanezcan duraderos durante una interrupción regional completa o un desastre en el que la región primaria no se pueda recuperar.

Al crear una cuenta de almacenamiento, seleccione la región principal de la cuenta. La región secundaria emparejada se determina según la región primaria y no es posible cambiarla. Para obtener más información sobre las regiones admitidas por Azure, consulte la lista Azure regiones.

Azure Storage ofrece dos opciones para copiar los datos en una región secundaria:

  • El almacenamiento geo-redundante (GRS) copia tus datos de forma síncrona dentro de una o más zonas de disponibilidad de Azure en la región primaria usando LRS. A continuación, copia los datos de forma asincrónica en la región secundaria. Dentro de la región secundaria, tus datos se copian de forma sincrónica usando LRS.

  • El almacenamiento redundante por zonas geográficas (GZRS) copia tus datos de forma sincrónica a través de tres o más zonas de disponibilidad de Azure en la región primaria usando ZRS. A continuación, copia los datos de forma asincrónica en la región secundaria. Dentro de la región secundaria, tus datos se copian de forma sincrónica usando LRS.

Nota:

La principal diferencia entre GRS y GZRS es la forma en que los datos se replican en la región primaria. Dentro de la región secundaria, los datos siempre se replican de forma sincrónica usando LRS. LRS en la región secundaria protege los datos frente a errores de hardware.

Cuando usas GRS o GZRS, los datos de la región secundaria no están disponibles para acceso de lectura o escritura a menos que haya un conmutador por error a la región secundaria. Para obtener acceso de lectura a la región secundaria, configure la cuenta de almacenamiento para usar el almacenamiento con redundancia geográfica con acceso de lectura (RA-GRS) o el almacenamiento con redundancia de zona geográfica con acceso de lectura (RA-GZRS). Para más información, consulte Acceso de lectura a los datos de la región secundaria.

Si la región primaria deja de estar disponible, puede conmutar por error a la región secundaria. Una vez completada la operación de conmutación por error, la región secundaria se convierte en la región primaria y puede leer y escribir datos. Para más información sobre la recuperación ante desastres y cómo realizar la conmutación por error a la región secundaria, consulte Recuperación ante desastres y conmutación por error de la cuenta de almacenamiento.

Importante

Dado que los datos se replican en la región secundaria de forma asincrónica, un error que afecta a la región primaria podría dar lugar a la pérdida de datos si no se puede recuperar la región primaria. El intervalo entre las escrituras más recientes en la región primaria y la última escritura en la región secundaria se conoce como objetivo de punto de recuperación (RPO). El RPO indica momento concreto en que se pueden recuperar los datos. Azure Storage ofrece replicación de prioridad geográfica, lo que garantiza que el RPO para los Blobs de Bloques sea menor o igual a 15 minutos. Para obtener más información, consulte el artículo Replicación geográfica prioritaria de Azure Storage.

Almacenamiento con redundancia geográfica

El almacenamiento geo-redundante (GRS) copia tus datos de forma síncrona a una o más zonas de disponibilidad en la región primaria usando LRS. A continuación, copia los datos de forma asincrónica en una región secundaria que está a cientos de kilómetros de distancia de la región primaria. GRS proporciona a los recursos de almacenamiento una durabilidad de al menos el 99,99999999999999 % (16 nueves) durante un año determinado.

Una operación de escritura se confirma primero en la ubicación principal y se replica usando LRS. Después, la actualización se replica de manera asincrónica en la región secundaria. Cuando los datos se escriben en la ubicación secundaria, también se replican dentro de esa ubicación usando LRS.

En el diagrama siguiente se muestra cómo se replican los datos con GRS o RA-GRS:

Diagrama que muestra cómo se replican los datos a una región secundaria con almacenamiento geo-redundante GRS o RA-GRS.

Almacenamiento con redundancia de zona geográfica

El almacenamiento con redundancia de zona geográfica (GZRS) combina la alta disponibilidad que proporciona la redundancia entre zonas de disponibilidad con la protección frente a interrupciones regionales que proporciona la replicación geográfica. En una cuenta de GZRS, los datos se copian en tres o más zonas de disponibilidad de Azure en la región primaria. Además, los datos también se replican en una región geográfica secundaria para protegerlos frente a desastres regionales. Microsoft recomienda usar GZRS para aplicaciones que requieren alta consistencia, durabilidad, disponibilidad y resiliencia para la recuperación ante desastres.

Con una cuenta de GZRS, puede seguir leyendo y escribiendo datos si una zona de disponibilidad deja de estar disponible o es irrecuperable. Además, sus datos siguen siendo duraderos durante una interrupción regional completa o un desastre en el que la región primaria no es recuperable. GZRS está diseñado para proporcionar al menos un 99,99999999999999 % (16 nueves) de durabilidad de los objetos durante un año específico.

En el diagrama siguiente se muestra cómo se replican los datos con GZRS o RA-GZRS:

Diagrama que muestra cómo se replican los datos con almacenamiento redundante de zona geográfica GZRS o RA-GZRS.

Para determinar si una región admite GZRS, consulte la lista de regiones de Azure. Para ser compatible con GZRS, una región debe admitir zonas de disponibilidad y tener una región pareada.

Acceso de lectura a los datos de la región secundaria

El almacenamiento con redundancia geográfica (con GRS o GZRS) replica los datos en otra ubicación física de la región secundaria para protegerlos frente a los apagones regionales. Con una cuenta configurada para GRS o GZRS, los datos de la región secundaria no son accesibles directamente para los usuarios o las aplicaciones cuando se produce una interrupción en la región primaria, a menos que se produzca una conmutación por error. El proceso de conmutación por error actualiza la entrada DNS proporcionada por Azure Storage para que los puntos de conexión de servicio de almacenamiento de la región secundaria se conviertan en los nuevos puntos de conexión principales de la cuenta de almacenamiento. Durante el proceso de conmutación por error, los datos no son accesibles. Una vez completada la conmutación por error, puede leer y escribir datos en la nueva región primaria. Para más información, consulte Funcionamiento de la conmutación por error de la cuenta de almacenamiento administrada por el cliente a partir de una interrupción.

Si tus aplicaciones requieren alta disponibilidad, puedes configurar tu cuenta de almacenamiento para acceso de lectura a la región secundaria. Cuando activas el acceso de lectura a la región secundaria, tus datos siempre están disponibles para ser leídos desde la secundaria, incluso en caso de que la región primaria deje de estar disponible. Las configuraciones de almacenamiento con redundancia geográfica con acceso de lectura (RA-GRS) o almacenamiento con redundancia de zona geográfica con acceso de lectura (RA-GZRS) permiten el acceso de lectura a la región secundaria.

Nota:

Azure Files no admite el almacenamiento con redundancia geográfica con acceso de lectura (RA-GRS) ni el almacenamiento con redundancia de zona geográfica con acceso de lectura (RA-GZRS).

Diseño de aplicaciones para el acceso de lectura a la región secundaria

Si la cuenta de almacenamiento está configurada para usar el acceso de lectura a la región secundaria, puede diseñar sus aplicaciones para que fácilmente pasen a leer datos de la región secundaria si la región primaria deja de estar disponible por cualquier motivo.

La región secundaria está disponible para acceso de lectura una vez que se habilite RA-GRS o RA-GZRS. Esta disponibilidad le permite probar su aplicación de antemano para asegurarse de que lee correctamente desde la región secundaria durante una interrupción. Para obtener más información sobre cómo diseñar aplicaciones para aprovechar las ventajas de la redundancia geográfica, consulte Uso de redundancia geográfica para diseñar aplicaciones de alta disponibilidad.

Cuando se habilita el acceso de lectura a la base de datos secundaria, la aplicación se puede leer desde los puntos de conexión principal y secundario. El punto de conexión secundario anexa el sufijo –secondary al nombre de la cuenta. Por ejemplo, si tu endpoint principal para Blob Storage es myaccount.blob.core.windows.net, entonces el endpoint secundario es myaccount-secondary.blob.core.windows.net. Las claves de acceso a la cuenta de almacenamiento son iguales para los puntos de conexión primario y secundario.

Planear la pérdida de datos

Como los datos se replican de forma asíncrona desde la región primaria a la secundaria, la región secundaria suele estar detrás de la región primaria para las operaciones de escritura. Si en algún momento se produce un desastre en la región primaria, es probable que algunos datos se pierdan y que los archivos de un directorio o contenedor no sean coherentes. Para más información sobre cómo planear la posible pérdida de datos, consulte Pérdida de datos e incoherencias.

Resumen de las opciones de redundancia

En las tablas de las secciones siguientes se resumen las opciones de redundancia disponibles para Azure Storage.

Parámetros de durabilidad y disponibilidad

En la tabla siguiente se describen los parámetros clave de cada opción de redundancia:

Parámetro LRS ZRS GRS/RA-GRS GZRS/RA-GZRS
Porcentaje de durabilidad de los objetos a lo largo de un año determinado al menos 99,999999999 % (11 nueves) al menos 99,9999999999 % (12 nueves) al menos 99,99999999999999 % (16 nueves) al menos 99,99999999999999 % (16 nueves)
Disponibilidad de las solicitudes de lectura Al menos el 99,9 %; (99 % para los niveles de acceso esporádico o de archivo) Al menos un 99,9 %, (99 % para el nivel de acceso esporádico) Al menos el 99,9 % para GRS; (99 % para los niveles de acceso esporádico o de archivo)

Al menos el 99,99 % para RA-GRS; (99.9 % para los niveles de acceso esporádico o de archivo)		 Al menos un 99,9 % para GZRS, (99 % para el nivel de acceso esporádico)

Al menos un 99,99 % para RA-GZRS, (99.9 % para el nivel de acceso esporádico)
Disponibilidad para solicitudes de escritura Al menos el 99,9 %; (99 % para los niveles de acceso esporádico o de archivo) Al menos un 99,9 %, (99 % para el nivel de acceso esporádico) Al menos el 99,9 %; (99 % para los niveles de acceso esporádico o de archivo) Al menos un 99,9 %, (99 % para el nivel de acceso esporádico)

Nota: GRS proporciona replicación geográfica, pero no permite el acceso de lectura desde la región secundaria. Para mantener la disponibilidad de lecturas durante una interrupción en la región principal, debe utilizarse RA-GRS o RA-GZRS.

Para obtener más información, consulte el Acuerdo de Nivel de Servicio para cuentas de Storage.

Durabilidad y disponibilidad por escenario de interrupción

En la tabla siguiente se indica si los datos son duraderos y están disponibles en un escenario determinado, según el tipo de redundancia vigente para la cuenta de almacenamiento:

Escenario de interrupción LRS ZRS GRS/RA-GRS GZRS/RA-GZRS
Un nodo de un centro de datos deja de estar disponible Sí Sí Sí Sí
Un centro de datos completo (de zona o no de zona) deja de estar disponible No Sí Sí1 Sí
Se produce una interrupción en toda la región en la región primaria No No Sí1 Sí1
Hay disponible acceso de lectura a la región secundaria si la región primaria deja de estar disponible No No Sí (con RA-GRS) Sí (con RA-GZRS)

1 Se requiere la conmutación por error de cuenta para restaurar la disponibilidad de escritura si la región primaria deja de estar disponible. Para obtener más información, consulte Recuperación ante desastres y conmutación por error de la cuenta de almacenamiento.

Servicios de Azure Storage admitidos

En la tabla siguiente se muestran las opciones de redundancia admitidas por cada servicio Azure Storage.

Servicio LRS ZRS GRS RA-GRS GZRS RA-GZRS
Blob Storage
(incluido Data Lake Storage)		 ✅ ✅ ✅ ✅ ✅ ✅
Almacenamiento de Colas ✅ ✅ ✅ ✅ ✅ ✅
Almacenamiento de Tablas ✅ ✅ ✅ ✅ ✅ ✅
Azure Files ✅ 1 ✅ 1 ✅ ✅
discos administrados de Azure ✅ ✅ 2
Azure Elastic SAN ✅ ✅

1 Los recursos compartidos de archivos SSD se admiten en LRS y ZRS.
2 Los discos administrados de ZRS tienen ciertas limitaciones. Consulte la sección Limitaciones de las opciones de redundancia para discos administrados si desea obtener más información.

Nota:

Para cuentas de almacenamiento que usan smart tier, las conversiones de redundancia y los escenarios de failover de cuenta tienen dependencias. Para más información, consulte Optimización de los costes con el nivel inteligente.

Tipos de cuenta de almacenamiento admitidos

En la tabla siguiente se muestran las opciones de redundancia que admite cada tipo de cuenta de almacenamiento. Para más información sobre los tipos de cuentas de almacenamiento, consulte Resumen de cuentas de almacenamiento.

Tipos de cuenta de almacenamiento LRS ZRS GRS/RA-GRS GZRS/RA-GZRS
Recomendado Uso general estándar v2 (StorageV2)1

Blobs en bloques premium (BlockBlobStorage)1

Compartición de archivos SSD (FileStorage)

Blobs de páginas premium (StorageV2)		 Uso general estándar v2 (StorageV2)1

Blobs en bloques premium (BlockBlobStorage)1

Comparticiones de archivos SSD (FileStorage)		 Uso general estándar v2 (StorageV2)1 Uso general estándar v2 (StorageV2)1
Heredado Estándar de uso general v1 (Storage)

Blob heredado (BlobStorage)		 N/D Estándar de uso general v1 (Storage)

Blob heredado (BlobStorage)		 N/D

1 Las cuentas de este tipo con un espacio de nombres jerárquico habilitado también admiten la opción de redundancia especificada.

Todos los datos de todas las cuentas de almacenamiento se copian desde las primarias a las secundarias según la opción de redundancia de la cuenta de almacenamiento. Se copian los objetos, incluidos los blobs en bloques, blobs en anexos, blobs en páginas, colas, tablas y archivos.

Los datos de todos los niveles, incluido el nivel de archivo, siempre se copian de la réplica principal a la secundaria durante la replicación geográfica. El nivel de archivo para Blob Storage está soportado para cuentas LRS, GRS y RA-GRS, pero no para cuentas ZRS, GZRS ni RA-GZRS. Para obtener más información sobre los niveles de blob, vea Niveles de acceso para datos de blob.

Los discos no administrados no son compatibles con ZRS o GZRS.

Para obtener información sobre los precios de cada opción de redundancia, consulte precios de Azure Storage.

Nota:

Las cuentas de almacenamiento de blobs en bloques admiten el almacenamiento con redundancia local (LRS) y el almacenamiento con redundancia de zona (ZRS) en determinadas regiones.

Integridad de datos

Azure Storage verifica regularmente la integridad de los datos almacenados mediante comprobaciones de redundancia cíclica (CRC) y repara la corrupción de datos detectada utilizando datos redundantes. Azure Storage calcula también sumas de comprobación en todo el tráfico de red para detectar daños en los paquetes de datos al almacenar o recuperar datos.

Consulte también

  • Last updated on