Información sobre el rol de una cuenta de Azure Storage y sus características de replicación
Como parte del proyecto para configurar la aplicación de servicios sanitarios de forma que tenga una alta disponibilidad, necesita crear y configurar una cuenta de Azure Storage. Recuerde que la aplicación permite a médicos y especialistas en el campo cargar imágenes de las visitas con los pacientes. Estas imágenes contienen información clínica importante y deben estar disponibles incluso si se producen errores en una región de Azure.
Veamos cómo se configura una cuenta de Azure Storage para permitir la replicación y la alta disponibilidad de los datos.
Cuentas de Azure Storage
Las cuentas de almacenamiento de Azure se usan para hospedar objetos de datos, como archivos, blobs, tablas y discos para máquinas virtuales. Se puede acceder desde cualquier ubicación global a los datos almacenados en una cuenta de almacenamiento mediante HTTP o HTTPS, y estos datos están protegidos y con una alta disponibilidad.
Redundancia de datos
Los datos en Azure se replican para garantizar que siempre estén disponibles, aunque un centro de datos o una región dejen de estar accesibles, o bien si un componente de hardware produce errores. Dispone de las siguientes opciones de replicación:
- Almacenamiento con redundancia local (LRS)
- Almacenamiento con redundancia de zona (ZRS)
- Almacenamiento con redundancia geográfica (GRS)
- Almacenamiento con redundancia geográfica con acceso de lectura (RA-GRS)
- Almacenamiento con redundancia de zona geográfica (GZRS)
- Almacenamiento con redundancia de zona geográfica con acceso de lectura (RA-GZRS)
Cada opción de replicación ofrece un nivel distinto de redundancia y durabilidad. En las secciones siguientes, se describen estas opciones con más detalle.
¿Qué es un almacenamiento con redundancia local (LRS)?
El almacenamiento con redundancia local replica los datos y almacena tres copias en dominios con errores (o bastidores de hardware) en una única instalación de un centro de datos en una región. Los datos se replican para que, en el caso de que se produzcan errores de hardware o se realicen trabajos de mantenimiento, sigan estando disponibles y accesibles.
LRS protege sus datos contra los errores de hardware, pero no está protegido si se produce una interrupción del suministro en el centro de datos. Por ejemplo, si se produce un error de hardware en la matriz 1 en Sur de Reino Unido, los datos seguirán estando disponibles en la matriz 2. Si se produce un error en todo el centro de datos, es muy probable que pierda los datos.
LRS es la opción de replicación menos costosa que hay disponible. También ofrece la mínima durabilidad, ya que puede perder todos los datos durante una interrupción del centro de datos, en función de la gravedad de la interrupción.
¿Qué es un almacenamiento con redundancia de zona (ZRS)?
El almacenamiento con redundancia de zona replica los datos en tres clústeres de almacenamiento de una misma región. Cada clúster está separado físicamente de los otros dos, lo que significa que cada uno recibe suministros básicos independientes (como energía o conexión de red).
Si se produce una interrupción del suministro en un centro de datos, aún podrá acceder a sus datos desde otra zona de disponibilidad en esa región. Normalmente, los datos se replican en dos o tres zonas de disponibilidad, según la región.
Una zona de disponibilidad es una ubicación física compuesta por uno o más centros de datos en una región. Suele haber de dos a tres zonas de disponibilidad por región, donde cada una es independiente del resto de las zonas de disponibilidad en la región.
ZRS ofrece una durabilidad de datos de 99,999999999999 %. Pero ZRS no podrá protegerle frente a una interrupción del suministro regional, ya que todas las zonas de disponibilidad residen en la misma región. Para migrar datos a ZRS desde LRS o GRS, es necesario realizar cierta planificación y migración manual, y se necesita una herramienta como AZCopy.
¿Qué es el almacenamiento con redundancia geográfica (GRS)?
El almacenamiento con redundancia geográfica proporciona varios niveles de replicación. Los datos se replican tres veces en la región primaria y, después, ese conjunto se replica en una región secundaria.
GRS le ofrece el mayor nivel de durabilidad, ya que tendrá siempre seis copias de sus datos. Esta durabilidad quiere decir que, incluso si se produce un error en un centro de datos o problemas regionales en la región primaria, sus datos siempre estarán disponibles. Si se produce un error en la región primaria, Azure Storage sigue estando disponible en la región secundaria. La región secundaria se empareja automáticamente con la región primaria basándose en la región primaria que haya seleccionado. No se puede cambiar esta configuración de emparejamiento.
Tenga en cuenta que los datos en la región secundaria no estarán accesibles hasta que la región primaria haya conmutado por error a la región secundaria. En este momento, la región secundaria se convertirá en la región activa (primaria) y los datos estarán accesibles.
¿Qué es un almacenamiento con redundancia geográfica con acceso de lectura (RA-GRS)?
El almacenamiento con redundancia geográfica proporciona una durabilidad del 99,9999999999999999 %, ya que replica datos de objetos en una región secundaria. Cuando se inicia la conmutación por error, se actualizan las entradas DNS que apuntan a la región primaria para que apunten a la secundaria. Actualmente, Microsoft controla el proceso de conmutación por error de DNS.
Al usar RA-GRS, debe asegurarse de que la aplicación conozca con qué punto de conexión interactúa. En la región secundaria, se anexa “-secondary” al nombre del punto de conexión.
RA-GRS es idóneo para aplicaciones que necesitan alta disponibilidad.
Actualmente, hay disponible una nueva característica en versión preliminar que le permite iniciar una conmutación por error entre las regiones primaria y secundaria desde Azure Portal, PowerShell o la CLI de Azure. Cuando el punto de conexión primario deja de estar disponible, puede conmutar por error al punto de conexión secundario.
Cuando se completan la conmutación por error y las actualizaciones de los puntos de conexión DNS, la cuenta de almacenamiento vuelve a establecerse en LRS. Usted se encargará de revertir la configuración de replicación de LRS a RA-GRS o GRS cuando la región primaria vuelva a estar disponible.
¿Qué es el almacenamiento con redundancia de zona geográfica (GZRS)?
El almacenamiento con redundancia de zona geográfica (GZRS) combina las ventajas de alta disponibilidad de ZRS con GRS. Con este tipo de replicación, los datos se copian en tres zonas de disponibilidad de una región. Los datos también se replican tres veces en otra región secundaria emparejada. De esta manera, los datos con redundancia de zona también están protegidos frente a una interrupción a nivel regional.
¿Qué es el almacenamiento con redundancia de zona geográfica con acceso de lectura (RA-GZRS)?
El almacenamiento con redundancia de zona geográfica con acceso de lectura (RA-GZRS) usa el mismo método de replicación que GZRS, pero permite leer desde la región secundaria. Si quiere leer los datos que se replican en la región secundaria, aunque la región primaria no experimente tiempo de inactividad, use RA-GZRS para el tipo de replicación.
Cuándo usar cada tipo de almacenamiento redundante
Con la tabla siguiente se puede resumir el uso más apropiado de cada tipo de almacenamiento redundante:
| Tipo de replicación | Copias | Caso de uso |
|---|---|---|
| LRS | 3 | Los datos siguen teniendo alta disponibilidad, pero, por motivos de cumplimiento, no pueden abandonar el centro de datos local. |
| ZRS | 3 | Necesita redundancia en varias ubicaciones físicas, pero, por motivos de cumplimiento, los datos no pueden abandonar una región. |
| GRS | 6 | La aplicación tiene acceso a los datos, incluso si se produce una interrupción en toda una región. |
| RA-GRS | 6 | La aplicación lee desde varias ubicaciones geográficas, por lo que se puede ofrecer servicio a los usuarios desde una ubicación más cercana a ellos. |
| GZRS | 6 | La aplicación puede acceder a los datos, incluso si se ha producido un error en la región primaria y la región secundaria tiene un centro de datos que experimenta una interrupción, pero no quiere leer desde la región secundaria a menos que la región primaria esté inactiva. |
| RA-GZRS | 6 | Lea periódicamente datos de la región secundaria, quizás para ofrecer servicio a los usuarios desde una ubicación más cercana a ellos, incluso si un centro de datos está activo en la región primaria. |
Cambio de la estrategia de replicación
Después de crear una cuenta de Azure Storage, puede cambiar la estrategia de replicación. Puede cambiar el estado de replicación de una cuenta de almacenamiento de LRS a GRS, o bien de LRS a RA-GRS y, después, volver a cambiarlo. Para cambiar la estrategia de replicación a GZRS, el proceso que use depende de la estrategia de replicación actual de la cuenta.