Redundancia de datos de Azure Files
Azure Files siempre almacena varias copias de los datos, con el fin de protegerlos de eventos planeados y no planeados, como errores transitorios de hardware, interrupciones del suministro eléctrico o cortes de la red, y desastres naturales. 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 en la región primaria.
- Si los datos se replican en una región secundaria que está alejada geográficamente de la región primaria, para protección frente a desastres regionales (redundancia geográfica).
Los recursos compartidos de archivos de Azure 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 compartidos de archivos. Para más información sobre las cuentas de almacenamiento, consulte Introducción a las cuentas de Storage.
Al crear una cuenta de almacenamiento, debe elegir una configuración de redundancia para la cuenta de almacenamiento que se comparte con todos los servicios de almacenamiento expuestos por esa cuenta. Todos los recursos compartidos de archivos implementados en la misma cuenta de almacenamiento tienen la misma configuración de redundancia. Se recomienda aislar los recursos compartidos de archivos en diferentes cuentas de almacenamiento si no tienen los mismos requisitos de redundancia.
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 Files 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, le recomendamos usar ZRS en la región primaria y también replicación en una región secundaria.
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 % (11 nueves) 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, le recomendamos usar 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:
LRS es una buena opción para los siguientes escenarios:
- Si la aplicación almacena datos que se pueden reconstruir fácilmente en caso de que se produzca una pérdida de datos.
- Si la aplicación está restringida a la replicación de datos en un país o una región debido a requisitos de gobernanza de datos. 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.
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 una durabilidad mínima del 99,9999999999 % (12 nueves) en 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.
Una ventaja de usar ZRS para cargas de trabajo de Azure Files es que si una zona deja de estar disponible, no es necesario volver a montar los recursos compartidos de archivos de Azure de los clientes conectados. Le recomendamos usar ZRS en la región primaria para escenarios que requieren de alta disponibilidad. También recomendamos ZRS para restringir la replicación de datos a un país o región en particular a fin de cumplir los requisitos de gobernanza de datos.
Nota:
Azure File Sync es con redundancia de zona en todas las regiones que admiten zonas de disponibilidad excepto US Gov Virginia. En la mayoría de los casos, se recomienda que los usuarios de Azure File Sync configuren las cuentas de almacenamiento para usar ZRS o GZRS.
En el diagrama siguiente se muestra cómo los datos se replican en las zonas de disponibilidad de 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, ZRS por sí sola podría no proteger los datos frente a un desastre regional en el que varias zonas resulten afectadas permanentemente. Para la protección frente a desastres regionales,le recomendamos 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.
Para más información sobre qué regiones admiten ZRS, consulte Regiones de Azure con zonas de disponibilidad.
Cuentas de almacenamiento estándar
ZRS se admite en cuentas de almacenamiento estándar de uso general v2 para los tres niveles estándar: optimizado para transacciones, frecuente y esporádico.
Para obtener una lista de regiones que admiten ZRS para cuentas de almacenamiento estándar, consulte Regiones de Azure que admiten almacenamiento con redundancia de zona (ZRS) para cuentas de almacenamiento estándar.
Cuentas de recursos compartidos de archivos premium
ZRS se admite para recursos compartidos de archivos con el tipo de cuenta de almacenamiento FileStorage.
Para obtener una lista de las regiones que admiten ZRS para las cuentas de recursos compartidos de archivos premium, consulte Almacenamiento con redundancia de zona de Azure Files para recursos compartidos premium.
Redundancia en una región secundaria
En el caso de las aplicaciones que requieren de alta durabilidad para los recursos compartidos de archivos con SMB, puede elegir el almacenamiento con redundancia geográfica para 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.
Importante
Azure Files solo admite redundancia geográfica (GRS o GZRS) para los recursos compartidos de archivos con SMB estándar. Los recursos compartidos de archivos premium y los recursos compartidos de archivos NFS deben usar LRS o ZRS.
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 Files ofrece dos opciones para copiar los datos a una región secundaria. Actualmente, las opciones de almacenamiento con redundancia geográfica solo están disponibles para los recursos compartidos de archivos SMB estándar.
- 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 se copian de forma sincrónica tres veces mediante LRS.
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.
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 una durabilidad mínima del 99.99999999999999 % (16 nueves) en 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:
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. Le recomendamos el uso de GZRS en aplicaciones que requieran de coherencia, durabilidad y disponibilidad máximas, además de un excelente rendimiento 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. GZRS está diseñada para proporcionar una durabilidad mínima del 99,99999999999999 % (16 nueves) en un año determinado.
En el diagrama siguiente, se muestra cómo se replican los datos con GZRS:
Solo las cuentas de almacenamiento estándares de uso general v2 son compatibles con GZRS.
Para obtener una lista de regiones que admiten GZRS, consulte Regiones de Azure que admiten el almacenamiento con redundancia de zona geográfica (GZRS).
Recuperación ante desastres y conmutación por error
Con GRS o GZRS, los recursos compartidos de archivos no serán accesibles en la región secundaria a menos que se produzca una conmutación por error. Si la región primaria deja de estar disponible, puede conmutar por error a la región secundaria. El proceso de conmutación por error actualiza la entrada DNS que proporciona Azure Files, 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. 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, consulte Recuperación ante desastres y conmutación por error de Azure Files.
Importante
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). Si una cuenta de almacenamiento está configurada para usar RA-GRS o RA-GZRS, los recursos compartidos de archivos se configurarán y facturarán como GRS o GZRS.
Redundancia geográfica para recursos compartidos de archivos premium
Como se mencionó anteriormente, las opciones de redundancia geográfica (GRS y GZRS) no se admiten para recursos compartidos de archivos premium. Sin embargo, puede obtener redundancia geográfica de otras maneras.
En los escenarios de Azure File Sync, puede sincronizar entre el recurso compartido de archivos de Azure (el punto de conexión de nube), un servidor de archivos de Windows local y un recurso compartido de archivos montado que se ejecuta en una máquina virtual de otra región de Azure (el punto de conexión del servidor con fines de recuperación ante desastres). Debe deshabilitar la nube por niveles para asegurarse de que todos los datos están presentes localmente y aprovisionar suficiente almacenamiento en la máquina virtual de Azure para contener todo el conjunto de datos. Para asegurarse de que los cambios se replicarán rápidamente en la región secundaria, solo se debe acceder a los archivos y modificarlos en el punto de conexión del servidor en lugar de en Azure.
También puede crear su propio script para copiar datos en una cuenta de almacenamiento de una región secundaria mediante herramientas como AzCopy (usar la versión 10.4 o posterior para conservar las ACL y las marcas de tiempo).
Resumen de las opciones de redundancia
Las tablas de las siguientes secciones resumen las opciones de redundancia disponibles para Azure Files.
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 | GZRS |
|---|---|---|---|---|
| Porcentaje de durabilidad en 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 un 99,9 % (99 % para el nivel esporádico) | Al menos un 99,9 % (99 % para el nivel esporádico) | Al menos un 99,9 % (99 % para el nivel esporádico) | Al menos un 99,9 % (99 % para el nivel esporádico) |
| Disponibilidad de las solicitudes de escritura | Al menos un 99,9 % (99 % para el nivel esporádico) | Al menos un 99,9 % (99 % para el nivel esporádico) | Al menos un 99,9 % (99 % para el nivel esporádico) | Al menos un 99,9 % (99 % para el nivel 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. Azure Files no admite el acceso de lectura a la región secundaria si la región primaria deja de estar disponible, a menos que se produzca una conmutación por error.
| Escenario de interrupción | LRS | ZRS | GRS | 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 |
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 sobre los precios de las diferentes opciones de redundancia, consulte Precios de Azure Files.