SLAs do Azure e SLAs compostos

Um Contrato de Nível de Serviço (SLA) é um compromisso formal da Microsoft que define a garantia mínima de tempo de atividade e conectividade para cada serviço do Azure. Os SLAs são expressos como uma porcentagem — por exemplo, 99.9% significa que o serviço estará disponível durante pelo menos 99.9% do tempo em determinado mês. Se a Microsoft não cumprir o SLA, os clientes poderão receber créditos de serviço como compensação.

Cada serviço do Azure tem seu próprio documento de SLA publicado em azure.microsoft.com/en-us/support/legal/sla/. Ao ler um SLA, preste atenção à porcentagem de tempo de atividade, às condições necessárias para alcançá-la (por exemplo, a implantação em duas ou mais instâncias) e à tabela de créditos, que especifica quanto crédito você recebe para cada nível de desempenho abaixo do prometido.

Uma porcentagem de SLA se traduz em um tempo de inatividade permitido por mês:

• 99.9% = até 43.8 minutos de inatividade por mês
• 99.95% = até 21.9 minutos por mês
• 99.99% = até 4.38 minutos por mês
• 99.999% = até 26 segundos por mês

Entender esses números ajuda você a avaliar se o SLA de um serviço atende aos requisitos de continuidade dos negócios.

Quando seu aplicativo depende de vários serviços do Azure, cada um com seu próprio SLA, a disponibilidade geral é o produto de todos os SLAs individuais. Isso é chamado de SLA composto. Se qualquer serviço ficar indisponível, o aplicativo também ficará indisponível; portanto, o SLA composto é sempre menor que o menor SLA individual da cadeia.

Considere um aplicativo que usa o Azure App Service (99.95%), o Azure SQL Database (99.99%) e o Azure Cache for Redis (99.9%). O SLA composto é: 0.9995 × 0.9999 × 0.999 = 0.9984 = 99.84%. Isso significa que o aplicativo poderia ficar indisponível por até 2.4 horas por mês, mesmo que cada serviço individual tenha um SLA forte. Adicionar mais serviços a uma cadeia aumenta esse risco.

Você pode melhorar seu SLA composto adicionando redundância — executando instâncias paralelas de um serviço para que, se uma falhar, a outra continue funcionando. Para serviços em paralelo, a fórmula muda: a indisponibilidade combinada é o produto da indisponibilidade de cada serviço. Por exemplo, duas instâncias do App Service, cada uma com 99.95% em paralelo, resultam em: 1 - (0.0005 × 0.0005) = 99.9997%.

Alguns serviços do Azure não têm SLA quando usados em uma camada gratuita ou compartilhada. Por exemplo, o Azure App Service na camada Free (F1) ou Shared (D1) não oferece garantia de tempo de atividade. Isso é aceitável para desenvolvimento e testes, mas as cargas de trabalho de produção devem usar uma camada paga para se qualificar para um SLA. Sempre verifique as condições do SLA antes de implantar recursos de produção.

As Máquinas Virtuais do Azure têm SLAs diferentes, dependendo da configuração. Uma VM de instância única com Premium SSD recebe um SLA de 99.9%. A mesma VM implantada em um conjunto de disponibilidade recebe 99.95%. Duas VMs implantadas em zonas de disponibilidade alcançam 99.99%. Isso demonstra que as escolhas arquiteturais afetam diretamente o SLA que você pode declarar e assumir perante seus próprios clientes.

Quando a Microsoft não cumpre um SLA, os clientes podem solicitar créditos de serviço — descontos percentuais aplicados a faturas futuras. Os valores dos créditos aumentam conforme a gravidade da violação: normalmente, 10% de crédito para tempo de atividade entre 99.0% e 99.9%, 25% para menos de 99.0% e 100% em alguns casos. Os créditos de serviço são o único recurso disponível — a Microsoft não paga compensação em dinheiro por violações de SLA.

O SLA da Microsoft é uma garantia sobre a disponibilidade do serviço, não sobre o Objetivo de Tempo de Recuperação (RTO) ou o Objetivo de Ponto de Recuperação (RPO) específicos do seu aplicativo. Mesmo que um serviço cumpra seu SLA, talvez você ainda precise de padrões arquiteturais adicionais — como failover entre regiões ou backups regulares — para atingir suas próprias metas de continuidade dos negócios. O SLA é um piso, não um teto.

Use o Azure Monitor e o Azure Service Health para acompanhar se os serviços estão cumprindo seus SLAs. O Azure Service Health fornece notificações sobre interrupções de serviço, manutenção planejada e avisos de integridade que podem afetar seus recursos. Configure alertas de integridade para ser notificado imediatamente quando um serviço do Azure em sua região apresentar um problema.

Teste sua compreensão dos conceitos do Microsoft Azure Fundamentals (AZ-900) abordados nesta lição.

Nesta lição, você aprendeu que um SLA é uma garantia formal de tempo de atividade da Microsoft, expressa como uma porcentagem; o SLA composto para serviços em série é calculado multiplicando-se todos os SLAs individuais; e a redundância em paralelo pode melhorar significativamente o SLA composto. A seguir, exploraremos conjuntos de disponibilidade e zonas de disponibilidade para entender como alcançar SLAs altos em cargas de trabalho de VM.