Replicación de Azure Storage explicada: LRS, ZRS, GRS, RA-GRS

¿Qué es Azure Storage Replication?

Para mantener la disponibilidad y durabilidad de los datos, Azure Storage crea y almacena copias de los datos en varias ubicaciones. A este proceso se le llama replicación de almacenamiento. El objetivo es proporcionar redundancia para proteger los datos contra fallos de hardware, cortes de energía o interrupciones de la red.

Hay varias opciones de redundancia entre las que puede elegir. Puedes replicar datos dentro de una región o puedes replicarlos en una región secundaria que esté lejos geográficamente. Además, puede habilitar el acceso de lectura a los datos replicados ubicados en una región secundaria, para garantizar la disponibilidad en caso de desastres.

En este artículo vas a aprender:

• Tipos de replicación de Azure Storage
• Almacenamiento redundante local (LRS)
• Zone-Redundant Storage (ZRS)
• Almacenamiento georredundante (GRS)
• Acceso de solo lectura georredundante (RA-GRS)
• Replicación de objetos para Block Blob Storage
• Azure Storage Replication: preguntas y respuestas
  • ¿Cómo comprobar el estado de la replicación de Azure para Block Blob Storage?
  • ¿Qué tipos de replicación hay disponibles para mi cuenta de almacenamiento?

Tipos de replicación de Azure Storage

Por defecto, Azure Storage replica los datos tres veces dentro de una región primaria. Además, Azure ofrece las siguientes opciones que puedes configurar para la replicación dentro de la región primaria:

• Almacenamiento redundante local (LRS)—replica los datos de forma síncrona en tres discos dentro de un centro de datos en la región primaria. Ofrece un nivel moderado de disponibilidad a un costo menor.
• Zone-redundant storage (ZRS)—replica datos de forma síncrona entre tres zonas de disponibilidad de Azure en la región principal. Proporciona un mayor nivel de resistencia a un coste más elevado.

Más allá de estos dos tipos básicos de replicación, hay tres tipos adicionales disponibles en Azure Storage:

• Almacenamiento georredundante (GRS)—almacena otras tres copias de datos en una región Azure emparejada
• Read-Access Geo-Redundant (RA-GRS)—igual que GRS, pero permite leer datos de ambas regiones Azure
• Object Replication for Block Blob Storage—un tipo especial de replicación que se usa solo para blobs de bloques, replicándolos entre una cuenta de almacenamiento de origen y una de destino.

Almacenamiento redundante local (LRS)

LRS replica los datos tres veces dentro de un centro de datos ubicado en una región principal. Cuando LRS está habilitado, Azure Storage solo registra las solicitudes de escritura como exitosas una vez que los datos se escriben en las tres réplicas. LRS proporciona al menos un 99,999999999 % de durabilidad para los objetos durante un año determinado.

LRS se ofrece a un bajo costo y puede ayudarle a proteger los datos contra fallos en las unidades y en los racks de servidores. Sin embargo, LRS no cubre todos los escenarios de pérdida de datos. Utilice LRS si es menos sensible a las pérdidas o si sus datos están restringidos a una única ubicación debido a requisitos de cumplimiento normativo.

Almacenamiento redundante por zonas (ZRS)

ZRS realiza la replicación en tres zonas de disponibilidad de Azure. Cada zona de disponibilidad de Azure es una ubicación física independiente con su propia red, energía y refrigeración. ZRS proporciona una durabilidad mínima del 99,9999999999 % para los objetos durante un año determinado.

ZRS garantiza que los datos sigan siendo accesibles incluso si una zona de disponibilidad deja de funcionar. Esto aplica tanto para operaciones de escritura como de lectura. Azure Storage solo registra una operación de escritura como exitosa cuando se asegura de que los datos se escriben de forma segura en las tres zonas de disponibilidad. Puede utilizar ZRS en una región principal para garantizar la coherencia, la alta disponibilidad y la durabilidad.

Almacenamiento georredundante (GRS)

GRS proporciona redundancia adicional para el almacenamiento de datos en comparación con LRS o ZRS. Además de las tres copias de datos almacenadas en una región, hay tres copias almacenadas en una región de Azure emparejada. Por lo tanto, GRS proporciona todas las características del almacenamiento LRS en la zona principal y, además, proporciona un almacenamiento de datos LRS secundario en otra región.

Dado que todas las operaciones de lectura y escritura se siguen gestionando a través de un centro de datos Azure, los SLA de lectura y escritura proporcionados por Microsoft son los mismos que para el almacenamiento de datos ZRS y LRS.

Hay dos desventajas de la redundancia GRS:

• La replicación entre regiones es asíncrona y los datos se propagan con un pequeño retraso
• La segunda región no se puede acceder ni leer hasta que la cuenta de almacenamiento haga failover

Acceso de lectura georredundante (RA-GRS)

RA-GRS tiene el mismo nivel de redundancia que la replicación GRS estándar, con una ventaja adicional: las copias secundarias almacenadas en regiones de Azure emparejadas son legibles. Esto significa que si tu aplicación está bien configurada, puedes usar varios endpoints de solo lectura. Esto aumenta el SLA para operaciones de lectura al 99,99 %.

Sin embargo, el SLA para las operaciones de escritura sigue siendo 99,9%, porque una sola área todavía controla las operaciones de escritura y actualización.

Debido a su replicación asíncrona, ambos tipos de replicación GRS tienen cierto retraso en la replicación. Puedes usar el parámetro LastSyncTime para asegurarte de que estás leyendo la copia más reciente de los datos.

Replicación de objetos para Block Blob Storage

Los métodos de replicación anteriores eran relevantes para todos los servicios de almacenamiento de Azure. Este es un método de replicación especial que está disponible solo para Block Blob Storage.

El método de replicación de objetos es asíncrono. Puedes usarlo para mover datos automáticamente a un tier de archivo y así optimizar la distribución de datos y reducir costos. O bien, puede utilizarlo para sincronizar datos con un recurso de almacenamiento más cercano a sus usuarios, con el fin de reducir la latencia.

Los blobs de bloques se replican de acuerdo con tu política de replicación, que especifica las cuentas y contenedores Azure de origen/destino y qué blobs de bloques deben replicarse.

La replicación de objetos blob en bloque copia:

• Contenido del blob
• Versión Blob
• Metadatos del blob

Preguntas y respuestas sobre Azure Storage Replication

¿Cómo comprobar el estado de la replicación de Azure para Block Blob Storage?

Puedes comprobar el estado de la replicación de blob de bloques consultando la cuenta de almacenamiento de origen. Si el estado de replicación de blob de la cuenta de origen indica fallo, investiga lo siguiente:

• Verifica que haya una política de replicación de objetos en la cuenta de almacenamiento de destino.
• Asegúrate de que el contenedor de destino existe.
• Si el blob original está cifrado durante la operación de escritura usando una clave proporcionada por el usuario, la replicación fallará.

¿Qué tipos de replicación hay disponibles para mi cuenta de almacenamiento?

Estos son los tipos de replicación disponibles, dependiendo de tu tipo de cuenta de almacenamiento:

• General-purpose v1 admite LRS y GRS/RA-GRS
• General-purpose v2 admite LRS, ZRS, GRS/RA-GRS y GZRS/RA-GZRS
• Almacenamiento en bloques solo admite LRS
• Blob storage es compatible con LRS y GRS/RA-GRS
• Almacenamiento de archivos admite LRS y ZRS

Almacenamiento de clase empresarial de Azure con Azure NetApp Files 

Azure NetApp Files es otra alternativa de almacenamiento de archivos de Microsoft Azure construida sobre la tecnología de NetApp, dándote capacidades de uso compartido de archivos de clase empresarial que pueden soportar incluso tus aplicaciones empresariales principales.

Obtén gestión y almacenamiento de datos de clase empresarial en Azure para que puedas manejar tus cargas de trabajo y aplicaciones con facilidad y mover todas tus aplicaciones basadas en archivos a la nube.

Azure NetApp Files resuelve los retos de disponibilidad y rendimiento para las empresas que quieren mover aplicaciones de misión crítica a la nube, incluidas cargas de trabajo como HPC, SAP, Linux, Oracle y SQL Server, Windows Virtual Desktop y más.