Acuerdos de nivel de servicio de Azure y SLA compuestos

Un Service Level Agreement (SLA) es un compromiso formal de Microsoft que define la garantía mínima de disponibilidad y conectividad de cada servicio de Azure. Los SLA se expresan como un porcentaje; por ejemplo, 99.9% significa que el servicio estará disponible al menos el 99,9 % del tiempo en un mes determinado. Si Microsoft no cumple el SLA, los clientes pueden recibir créditos de servicio como compensación.

Cada servicio de Azure tiene su propio documento de SLA, publicado en azure.microsoft.com/en-us/support/legal/sla/. Al leer un SLA, preste atención a: el porcentaje de disponibilidad, las condiciones necesarias para alcanzarlo (por ejemplo, implementar el servicio en dos o más instancias) y la tabla de créditos, que especifica cuánto crédito recibe por cada nivel de rendimiento inferior al garantizado.

Un porcentaje de SLA se traduce en un tiempo de inactividad permitido al mes:

• 99.9% = hasta 43,8 minutos de inactividad al mes
• 99.95% = hasta 21,9 minutos al mes
• 99.99% = hasta 4,38 minutos al mes
• 99.999% = hasta 26 segundos al mes

Comprender estas cifras le ayuda a evaluar si el SLA de un servicio cumple sus requisitos de continuidad empresarial.

Cuando su aplicación depende de varios servicios de Azure, cada uno con su propio SLA, la disponibilidad general es el producto de todos los SLA individuales. Esto se denomina SLA compuesto. Si un servicio deja de estar disponible, la aplicación tampoco lo está, por lo que el SLA compuesto siempre es inferior al SLA individual más bajo de la cadena.

Considere una aplicación que usa Azure App Service (99.95%), Azure SQL Database (99.99%) y Azure Cache for Redis (99.9%). El SLA compuesto es: 0.9995 × 0.9999 × 0.999 = 0.9984 = 99.84%. Esto significa que la aplicación podría no estar disponible hasta 2,4 horas al mes, aunque cada servicio individual tenga un SLA sólido. Añadir más servicios a una cadena aumenta este riesgo.

Puede mejorar el SLA compuesto añadiendo redundancia: ejecute instancias paralelas de un servicio para que, si una falla, la otra continúe funcionando. Para los servicios en paralelo, la fórmula cambia: la indisponibilidad combinada es el producto de la indisponibilidad de cada servicio. Por ejemplo, dos instancias de App Service en paralelo, cada una con un 99.95 %, dan como resultado: 1 - (0.0005 × 0.0005) = 99.9997%.

Algunos servicios de Azure no tienen SLA cuando se usan en un nivel gratuito o compartido. Por ejemplo, Azure App Service en el nivel Free (F1) o Shared (D1) no ofrece ninguna garantía de disponibilidad. Esto es aceptable para desarrollo y pruebas, pero las cargas de trabajo de producción deben usar un nivel de pago para poder optar a un SLA. Compruebe siempre las condiciones del SLA antes de implementar recursos de producción.

Azure Virtual Machines ofrece distintos SLA según la configuración. Una VM de instancia única con Premium SSD obtiene un SLA del 99,9 %. La misma VM implementada en un conjunto de disponibilidad obtiene un 99,95 %. Dos VM implementadas en distintas zonas de disponibilidad alcanzan un 99,99 %. Esto demuestra que las decisiones arquitectónicas afectan directamente al SLA que puede declarar y comprometer ante sus propios clientes.

Cuando Microsoft no cumple un SLA, los clientes pueden solicitar créditos de servicio: descuentos porcentuales que se aplican a facturas futuras. El importe de los créditos aumenta según la gravedad del incumplimiento: normalmente, un crédito del 10 % por una disponibilidad entre el 99,0 % y el 99,9 %, del 25 % por debajo del 99,0 % y del 100 % en algunos casos. Los créditos de servicio son el único recurso; Microsoft no paga una compensación en efectivo por los incumplimientos de SLA.

El SLA de Microsoft es una garantía sobre la disponibilidad del servicio, no sobre el Recovery Time Objective (RTO) o el Recovery Point Objective (RPO) específicos de su aplicación. Aunque un servicio cumpla su SLA, es posible que aún necesite patrones arquitectónicos adicionales, como la conmutación por error entre regiones o copias de seguridad periódicas, para cumplir sus propios objetivos de continuidad empresarial. El SLA es un mínimo, no un máximo.

Use Azure Monitor y Azure Service Health para realizar un seguimiento de si los servicios cumplen sus SLA. Azure Service Health proporciona notificaciones sobre interrupciones del servicio, mantenimiento planeado y avisos de estado que pueden afectar a sus recursos. Configure alertas de estado para recibir una notificación inmediata cuando un servicio de Azure de su región tenga algún problema.

Compruebe su comprensión de los conceptos de Microsoft Azure Fundamentals (AZ-900) de esta lección.

En esta lección ha aprendido que un SLA es una garantía formal de disponibilidad de Microsoft expresada como porcentaje; el SLA compuesto de los servicios en serie se calcula multiplicando todos los SLA individuales; y la redundancia en paralelo puede mejorar considerablemente el SLA compuesto. A continuación exploraremos los conjuntos de disponibilidad y las zonas de disponibilidad para entender cómo lograr SLA elevados en cargas de trabajo de VM.