Redundancia de Azure Storage

Azure Storage siempre almacena varias copias de los datos, con el fin de protegerlos de eventos planeados y no planeados, como errores transitorios del hardware, interrupciones del suministro eléctrico o cortes de la red, 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 en una segunda ubicación que está alejada geográficamente de la región primaria, para protegerse frente a desastres regionales (replicación geográfica).
  • Si la aplicación necesita acceso de lectura a los datos replicados en la región secundaria en caso de que la región primaria deje de estar disponible por cualquier motivo (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. Es posible que quiera aislar diferentes tipos de recursos en cuentas de almacenamiento independientes 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 Gen2.

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 produce un desastre como un incendio o una inundación en el centro de datos, es posible que todas las réplicas de una cuenta de almacenamiento con 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:

Diagram showing how data is replicated in a single data center with 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 optar por LRS.
  • Si la aplicación está restringida a la replicación de datos solo dentro de un país o región debido a requisitos de gobernanza de datos, puede optar por LRS. En algunos casos, las regiones emparejadas en las que los datos se replican geográficamente pueden estar en otro país o región. Para más información sobre las regiones emparejadas, consulte Regiones de Azure.
  • Si su escenario usa discos no administrados de Azure, puede optar por 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.

Con ZRS, los datos son accesibles para las operaciones de escritura y lectura 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 de DNS. Estas actualizaciones pueden afectar a la aplicación si se accede a los datos antes de que se completen dichas 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 un país o 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:

Diagram showing how data is replicated in the primary region with 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, ZRS por sí solo podría no proteger los datos frente a un desastre regional en el que varias zonas resulten afectadas permanentemente. Para protegerse frente a desastres regionales, Microsoft recomienda usar almacenamiento con redundancia de zona geográfica (GZRS), que usa ZRS en la región primaria y también replica geográficamente los datos en una región secundaria.

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 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

En el caso de las aplicaciones que requieren de alta durabilidad, puede optar por copiar los datos de la cuenta de almacenamiento en una región secundaria que esté a cientos de kilómetros de distancia de la región primaria. Si la cuenta de almacenamiento se copia a una región secundaria, sus datos se mantienen incluso ante un apagón regional completo o un desastre del cual la región primaria no se puede 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.

Con 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 conmutación por error, la región secundaria se convierte en la región primaria y se pueden leer y escribir datos de nuevo. 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 % (doce 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:

Diagram showing how data is replicated with GRS or 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 de una cuenta de almacenamiento de GZRS se almacenan en tres zonas de disponibilidad de Azure en la región primaria y 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 almacenamiento de GZRS, puede seguir leyendo y escribiendo datos si una zona de disponibilidad deja de estar disponible o es irrecuperable. Además, los datos se mantienen en caso de un apagón completo de una región o de un desastre tras el que la región primaria no se puede recuperar. El almacenamiento con redundancia de zona geográfica (GZRS) está diseñado para proporcionar una durabilidad mínima del 99,99999999999999 % (dieciséis nueves) de los objetos en un año determinado.

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

Diagram showing how data is replicated with GZRS or RA-GZRS

Solo las cuentas de almacenamiento estándares de uso general v2 son compatibles con GZRS. GZRS es compatible con todos los servicios de Azure Storage, incluidos:

  • 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 directamente accesibles para los usuarios o las aplicaciones, a menos que se produzca una conmutación por error. El proceso de conmutación por error actualiza la entrada DNS que proporciona Azure Storage, de modo tal que el punto de conexión secundario se convierte en el nuevo punto de conexión principal 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.

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 siempre está disponible para el acceso de lectura después de habilitar RA-GRS o RA-GRS, por lo que puede probar la aplicación de antemano para asegurarse de que leerá desde la región secundaria si se produce 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 está habilitado el acceso de lectura a la región secundaria, la aplicación se puede leer desde el punto de conexión secundario y desde el punto de conexión primario. 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 % (once nueves) al menos 99,9999999999 % (doce nueves) Como mínimo 99,99999999999999 % (dieciséis nueves) Como mínimo 99,99999999999999 % (dieciséis 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 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.

Servicio 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). Si se detectan datos dañados, se reparan con 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