Compartir por


Redundancia de Azure Storage

Azure Storage siempre almacena varias copias de los datos para ayudar a protegerlos frente a 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 la cuenta de almacenamiento cumple sus objetivos de disponibilidad y durabilidad, aunque se produzcan errores.

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 los datos sin 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 que se describen en este artículo también están disponibles para las 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 común de Azure denominado cuenta de almacenamiento. La cuenta de almacenamiento representa un grupo compartido de almacenamiento que se puede usar para implementar recursos de almacenamiento como contenedores de blobs (Blob Storage), recursos compartidos de archivos (Azure Files), tablas (Table Storage) o colas (Queue Storage). Para obtener más información sobre las cuentas de Azure Storage, consulte Introducción a las cuentas de almacenamiento.

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

Los datos de una cuenta de Azure Storage siempre se replican tres veces en la región primaria. Azure Storage ofrece dos métodos para replicar los datos en la región primaria:

  • El almacenamiento con redundancia local (LRS) copia los datos de forma sincrónica tres veces dentro de una única ubicación física en la región primaria. LRS es la opción de replicación menos costosa, pero no se recomienda para las aplicaciones que requieren de alta disponibilidad o durabilidad.
  • El almacenamiento con redundancia de zona (ZRS) copia los datos de forma sincrónica en tres zonas de disponibilidad de Azure en la región primaria. En el caso de las aplicaciones que requieren de alta disponibilidad, Microsoft recomienda usar ZRS en la región primaria, además de replicación en una región secundaria.

Nota:

Microsoft recomienda el uso de 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 la cuenta de almacenamiento tres veces dentro de un único centro de datos en la región primaria. LRS ofrece una durabilidad mínima del 99,999999999 % (once nueves) de los objetos en un año determinado.

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 los datos frente a errores en la estantería de servidores y en la unidad. No obstante, si se produjera un desastre, como un incendio o una inundación en el centro de datos, es posible que todas las réplicas de las cuentas de almacenamiento que usen LRS se pierdan o no se puedan recuperar. Para mitigar este riesgo, Microsoft recomienda el uso del almacenamiento con redundancia de zona (ZRS), el almacenamiento con redundancia geográfica (GRS) o el almacenamiento con redundancia de zona geográfica (GZRS).

Las solicitudes de escritura a una cuenta de almacenamiento que usa LRS se producen de forma sincrónica. Las operaciones de escritura se devuelven correctamente solo después de que los datos se escriben en las tres réplicas.

En el diagrama siguiente se muestra cómo se replican los datos en un único centro de datos con LRS:

Diagrama que muestra cómo se replican los datos en un único centro de datos con 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 más información sobre las regiones emparejadas, consulte Regiones de Azure.
  • Si el escenario usa discos no administrados de Azure, considere la posibilidad de usar LRS. Aunque es posible crear una cuenta de almacenamiento para discos no administrados de Azure que use almacenamiento con redundancia geográfica, no se recomienda debido a los posibles problemas de coherencia en la replicación geográfica asincrónica.

Almacenamiento con redundancia de zona

El almacenamiento con redundancia de zona (ZRS) replica la cuenta de almacenamiento de forma sincrónica en tres zonas de disponibilidad de Azure en la región primaria. 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.

Cuando se usa ZRS, los datos permanecen accesibles para las operaciones de lectura y escritura, incluso si una zona deja de estar disponible. Si alguna zona deja de estar disponible, Azure realiza las actualizaciones de la red, como el redireccionamiento 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 los procedimientos para el control de errores transitorios, incluida la implementación de directivas de reintentos con retroceso exponencial.

Las solicitudes de escritura a una cuenta de almacenamiento que usa ZRS se producen de forma sincrónica. Las operaciones de escritura se devuelven correctamente solo después de que los datos se escriben en todas las réplicas de las tres zonas de disponibilidad. Si una zona de disponibilidad no estuviera disponible temporalmente, la operación se devolverá 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 de 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 en la región primaria con ZRS

ZRS ofrece un rendimiento excelente, una latencia baja y resistencia para los datos si dicha región deja de estar disponible temporalmente. No obstante, el almacenamiento con redundancia de zona por sí solo podría no proteger los datos frente a un desastre regional en el que varias zonas resulten afectadas permanentemente. 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 acceso de archivo para Blob Storage no se admite actualmente en las cuentas de ZRS, GZRS o RA-GZRS. Los discos no administrados no son compatibles con ZRS o GZRS.

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

Cuentas de almacenamiento estándar

ZRS es compatible con todos los servicios de Azure Storage a través de cuentas de almacenamiento estándar de uso general v2, entre las que se incluyen:

  • Azure Blob Storage (blobs en bloques de acceso frecuente y esporádico, blobs anexos, blobs en páginas que no son de disco)
  • Azure Files (todos los niveles estándar: optimizado para transacciones, frecuente y esporádico)
  • Azure Table Storage
  • Azure Queue Storage

Para obtener una lista de regiones que admiten el almacenamiento con redundancia de zona (ZRS) para cuentas estándar, consulte Regiones de Azure que admiten almacenamiento con redundancia de zona (ZRS) para cuentas de almacenamiento estándar.

Cuentas de blob en bloques Premium

ZRS es compatible con las cuentas de blobs en bloques premium. Para más información sobre los blobs en bloques premium, consulte Cuentas de almacenamiento de blobs en bloques premium.

Para obtener una lista de regiones que admitan el almacenamiento con redundancia de zona (ZRS) para cuentas de blobs en bloques prémium, consulte Regiones de Azure que admiten almacenamiento con redundancia de zona (ZRS) para cuentas de blobs en bloques prémium.

Cuentas de recursos compartidos de archivos premium

ZRS es compatible con recursos compartidos de archivos Premium (Azure Files) a través del tipo de cuenta de almacenamiento FileStorage.

Para obtener una lista de las regiones que admiten el almacenamiento con redundancia de zona (ZRS) para las cuentas de recursos compartidos de archivos prémium, consulte Almacenamiento con redundancia de zona de Azure Files para recursos compartidos prémium.

Discos administrados

ZRS se admite para discos administrados con las siguientes limitaciones.

Para obtener una lista de las regiones que admiten almacenamiento con redundancia de zona (ZRS) para discos administrados, consulte la disponibilidad regional.

Redundancia en una región secundaria

Las opciones de redundancia pueden ayudar a proporcionar alta durabilidad para las 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 compatibles con Azure, consulte Regiones de Azure.

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

  • El almacenamiento con redundancia geográfica (GRS) copia los datos de forma sincrónica tres veces dentro de una única ubicación física en la región primaria mediante LRS. Luego copia los datos de forma asincrónica en una única ubicación física en la región secundaria. Dentro de la región secundaria, los datos siempre se replican de forma sincrónica tres veces mediante LRS.
  • El almacenamiento con redundancia de zona geográfica (GZRS) copia los datos de forma sincrónica en tres zonas de disponibilidad de Azure en la región primaria mediante ZRS. Luego copia los datos de forma asincrónica en una única ubicación física en la región secundaria. Dentro de la región secundaria, los datos siempre se replican de forma sincrónica tres veces mediante 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 tres veces mediante LRS. LRS en la región secundaria protege los datos frente a errores de hardware.

Cuando se usa GRS o GZRS, los datos de la región secundaria no están disponibles para el acceso de lectura o escritura a menos que suceda una conmutación por error en la región primaria. 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 el método de conmutación por error a la región secundaria, consulte Recuperación ante desastres y conmutación por error de la cuenta.

Importante

Dado que los datos se replican en la región secundaria de forma asincrónica, un error que afecte a la región primaria puede producir la pérdida de datos si no se puede recuperar dicha región. 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. Normalmente, la plataforma de Azure Storage tiene un RPO inferior a 15 minutos, aunque actualmente no hay ningún contrato de nivel de servicio sobre el tiempo que se tarda en replicar los datos en la región secundaria.

Almacenamiento con redundancia geográfica

El almacenamiento con redundancia geográfica (GRS) copia los datos de forma sincrónica tres veces dentro de una única ubicación física en la región primaria mediante LRS. Después, copia los datos de forma asincrónica en una única ubicación física de una región secundaria que se encuentra a cientos de miles 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 se escritura se confirma primero en la ubicación principal y se replica mediante 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 con 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 con 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. Los datos en una cuenta de GZRS se copian en tres 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 el uso de GZRS en aplicaciones que requieran de coherencia, durabilidad y disponibilidad máximas, además de rendimiento excelente y resistencia 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 99,99999999999999 % (16 nueves) de durabilidad de objetos durante un año determinado.

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 GZRS o RA-GZRS

Solo las cuentas de almacenamiento estándares de uso general v2 son compatibles con GZRS. Todos los servicios de Azure Storage admiten GZRS, entre los que se incluyen:

  • Azure Blob Storage (blobs en bloques de acceso frecuente y esporádico, blobs en páginas que no son de disco).
  • Azure Files (todos los niveles estándar: optimizado para transacciones, frecuente y esporádico)
  • Azure Table Storage
  • Azure Queue Storage

Para obtener una lista de regiones que admiten el almacenamiento con redundancia de zona geográfica (GZRS), consulte Regiones de Azure que admiten almacenamiento con redundancia de zona geográfica (GZRS).

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 las aplicaciones requieren alta disponibilidad, puede configurar la cuenta de almacenamiento para el acceso de lectura a la región secundaria. Cuando habilita el acceso de lectura a la región secundaria, los datos están disponibles para leerse en todo momento desde la secundaria, incluso en una situación en que la región primaria no esté 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 el acceso de lectura después de habilitar RA-GRS o RA-GZRS. Esta disponibilidad le permite probar la aplicación de antemano para asegurarse de que lee correctamente 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 el punto de conexión primario de Blob Storage es myaccount.blob.core.windows.net, el punto de conexión secundario es myaccount-secondary.blob.core.windows.net. Las claves de acceso de la cuenta son iguales para los puntos de conexión primario y secundario.

Planear la pérdida de datos

Dado que los datos se replican de forma asincrónica desde la región principal a la secundaria, la región secundaria suele estar detrás de la región primaria en términos de 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

Las tablas de las siguientes secciones 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 % (99 % para los niveles de acceso esporádico o de archivo) para GRS

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

Al menos un 99,99 % (99,9 % para el nivel de acceso esporádico) para RA-GZRS
Disponibilidad de las 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)
Número de copias de datos mantenidas en nodos independientes Tres copias dentro de una única región Tres copias en zonas de disponibilidad independientes dentro de una única región Seis copias en total, tres en la región primaria y tres en la región secundaria Seis copias en total, tres en zonas de disponibilidad independientes en la región primaria y tres copias con redundancia local en la región secundaria

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
Un centro de datos completo (de zona o no de zona) deja de estar disponible No 1
Se produce una interrupción en toda la región en la región primaria No No 1 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 más información, consulte Recuperación ante desastres y conmutación por error de la cuenta de almacenamiento.

Servicios admitidos de Azure Storage

En la tabla siguiente se muestran las opciones de redundancia que admite cada servicio de Azure Storage.

Service LRS ZRS GRS RA-GRS GZRS RA-GZRS
Blob Storage
(incluido Data Lake Storage)
Queue Storage
Almacenamiento de tablas
Azure Files 1,2 1,2 1 1
Azure Managed Disks 3
Azure Elastic SAN

1 Los recursos compartidos de archivos estándar se admiten en LRS y ZRS. Los recursos compartidos de archivos estándar se admiten en GRS y GZRS, siempre que tengan un tamaño de 5 TiB o menos.
2 Los recursos compartidos de archivos Prémium se admiten en LRS y ZRS.
3 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.

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 Introducción a las cuentas de Storage.

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

Blobs en bloques premium (BlockBlobStorage)1

Recursos compartidos de archivos premium (FileStorage)

Blobs en páginas Premium (StorageV2)
De uso general estándar, v2 (StorageV2)1

Blobs en bloques premium (BlockBlobStorage)1

Recursos compartidos de archivos premium (FileStorage)
De uso general estándar, v2 (StorageV2)1 De uso general estándar, v2 (StorageV2)1
Heredado De uso general v1 y estándar (Storage)

Blob heredado (BlobStorage)
N/D De uso general v1 y estándar (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 se admite actualmente para cuentas LRS, GRS y RA-GRS, pero no para cuentas ZRS, GZRS o 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 más información sobre los precios de las diferentes opciones 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 comprueba con regularidad la integridad de los datos almacenados mediante pruebas de redundancia cíclica (CRC). Y los datos detectados dañados se reparan mediante datos redundantes. Azure Storage también calcula las sumas de comprobación de todo el tráfico de red para detectar daños en los paquetes de datos al almacenar o recuperar datos.

Consulte también