Conjuntos de disponibilidad y zonas de disponibilidad

Una Azure Virtual Machine única es vulnerable a fallos de hardware, actualizaciones del sistema operativo y eventos de mantenimiento planeado. Azure proporciona dos mecanismos para proteger las cargas de trabajo de VM frente a estas interrupciones: Availability Sets y Availability Zones. Entender la diferencia entre ellos y cuándo usar cada uno es esencial para diseñar arquitecturas de VM confiables en Azure.

Un Availability Set es una agrupación lógica de VM dentro de un único centro de datos de Azure. Cuando coloca las VM en un conjunto de disponibilidad, Azure las distribuye entre varios dominios de error (racks independientes de alimentación y red) y dominios de actualización (grupos que se reinician de uno en uno durante el mantenimiento). Esto protege frente a fallos de hardware y reinicios planeados.

Los dominios de error representan grupos de VM que comparten el mismo hardware físico (fuente de alimentación y conmutador de red). Azure separa las VM en hasta 3 dominios de error para garantizar que un fallo de alimentación o de un rack no deje fuera de servicio todas las VM a la vez. Los dominios de actualización representan grupos de VM que se reinician conjuntamente durante el mantenimiento de la plataforma de Azure. Azure admite hasta 20 dominios de actualización y solo se reinicia un dominio cada vez.

Colocar dos o más VM en un conjunto de disponibilidad permite optar a un SLA del 99.95% de Microsoft. Esto supone una mejora significativa respecto al SLA del 99,9 % de una VM única. Los conjuntos de disponibilidad son gratuitos: solo paga por las propias VM. Son adecuados para cargas de trabajo que pueden tolerar que las VM estén en el mismo centro de datos, ya que no protegen frente a una interrupción total del centro de datos.

Las Availability Zones son centros de datos físicamente independientes dentro de la misma región de Azure. Cada zona cuenta con alimentación, refrigeración y redes independientes. Las regiones de Azure que admiten zonas de disponibilidad tienen al menos tres zonas. Al implementar VM en distintas zonas de disponibilidad, se protege frente al fallo de un centro de datos completo, lo que ofrece una garantía mucho más sólida que la de los conjuntos de disponibilidad.

Implementar dos o más máquinas virtuales en distintas zonas de disponibilidad permite obtener un SLA del 99,99 %, el más alto disponible para las máquinas virtuales de Azure. Esto se debe a que, aunque falle una zona completa (por una interrupción del centro de datos, un fallo de la red eléctrica, etc.), las máquinas virtuales de las demás zonas continúan ejecutándose. La contrapartida es que la transferencia de datos entre zonas tiene un coste reducido y que las zonas siguen estando dentro de la misma región.

Elija una de las dos opciones según sus requisitos:

• Conjunto de disponibilidad: mismo centro de datos, protección frente a errores de hardware y mantenimiento planeado, SLA del 99,95 %. Úselo cuando las zonas no estén disponibles en su región o para migraciones heredadas de tipo lift-and-shift.
• Zona de disponibilidad: distintos centros de datos de la misma región, protección frente a errores del centro de datos, SLA del 99,99 %. Úsela para todas las nuevas cargas de trabajo de producción cuando las zonas sean compatibles.

Muchos servicios PaaS de Azure admiten la implementación con redundancia de zona sin que tenga que distribuir manualmente los recursos entre las zonas. Algunos ejemplos son el nivel Azure SQL Database Business Critical, Azure Cache for Redis Premium, Azure Kubernetes Service y Azure Load Balancer Standard. Cuando se habilita la redundancia de zona, el servicio distribuye automáticamente las réplicas entre las zonas.

Cuando las máquinas virtuales se distribuyen entre zonas de disponibilidad, necesita un equilibrador de carga que pueda dirigir el tráfico a las máquinas virtuales de cualquier zona. Use Azure Load Balancer Standard (con redundancia de zona de forma predeterminada) o Azure Application Gateway v2 para distribuir el tráfico entre máquinas virtuales zonales. Estos servicios admiten sondeos de estado que dejan de enviar automáticamente tráfico a las máquinas virtuales que dejan de responder.

No todas las regiones de Azure admiten zonas de disponibilidad; solo se garantiza que las regiones designadas como regiones recomendadas tengan al menos tres zonas. Use la CLI de Azure o el portal para comprobar la disponibilidad de zonas en la región de destino antes de diseñar una arquitectura que dependa de ellas. Si las zonas no están disponibles, los conjuntos de disponibilidad son la opción alternativa.

Las zonas de disponibilidad son gratuitas; solo paga por los recursos implementados en ellas. Sin embargo, la transferencia de datos entre zonas de una misma región se cobra por GB. Para la mayoría de las aplicaciones, este coste es mínimo, pero las cargas de trabajo con un gran ancho de banda (por ejemplo, el procesamiento de vídeo) deben tener en cuenta los costes de transferencia entre zonas al diseñar la arquitectura.

Compruebe sus conocimientos sobre los conceptos de Microsoft Azure Fundamentals (AZ-900) de esta lección.

En esta lección ha aprendido que los conjuntos de disponibilidad protegen las máquinas virtuales dentro de un único centro de datos mediante dominios de error y de actualización (SLA del 99,95 %); las zonas de disponibilidad distribuyen las máquinas virtuales entre centros de datos independientes de una región (SLA del 99,99 %); y los servicios PaaS con redundancia de zona gestionan esta distribución automáticamente. A continuación, exploraremos la arquitectura activa-activa en varias regiones para obtener una disponibilidad aún mayor.