Calculadora de Uptime e SLA

O que esta calculadora de uptime e SLA resolve

Uptime é a parcela de tempo em que um serviço permaneceu disponível dentro de um período de referência. Em operações de tecnologia, ele costuma ser usado para acompanhar sites, APIs, sistemas corporativos, plataformas de comércio eletrônico, links, aplicações em nuvem e outros serviços que precisam estar acessíveis. Já o SLA, sigla de service level agreement, é o nível de serviço acordado: por exemplo, disponibilidade mensal mínima de 99,9%.

Esta calculadora transforma períodos e ocorrências de indisponibilidade em um percentual de disponibilidade. Ela também mostra o tempo efetivo sujeito ao SLA, o tempo em que o serviço ficou disponível, o limite de indisponibilidade permitido pela meta e se o resultado informado cumpre ou não a meta. Assim, evita-se comparar apenas horas de queda com percentuais sem considerar o tamanho do mês, da janela de medição ou as exclusões previstas no contrato.

O cálculo é apropriado quando o contrato ou a política interna mede a disponibilidade pela razão entre o tempo disponível e o tempo total elegível. Ele não substitui uma plataforma de monitoramento: a ferramenta depende dos dados registrados de início e fim das interrupções e da definição correta do que entra, ou não, na apuração.

Como usar a calculadora campo a campo

Período analisado

Preencha dias, horas e minutos do intervalo que será medido. Para um ciclo mensal de 30 dias, informe 30 dias e zero nos demais campos. Para apurar uma semana completa, informe 7 dias. A calculadora converte esse intervalo em horas para aplicar a fórmula. O período deve coincidir com o período definido para o SLA, pois uma meta mensal não deve ser comparada diretamente com uma queda medida em apenas algumas horas, salvo se o contrato estabelecer essa regra.

Manutenção programada excluída

Informe somente as horas de manutenção que o documento aplicável permite excluir da base de cálculo. Em muitos contratos, uma janela comunicada previamente e realizada em horário autorizado não reduz o uptime. Em outros, toda indisponibilidade conta. Não presuma a exclusão apenas porque a parada foi planejada: confira cláusulas, anexos técnicos, prazos de aviso e limites de duração.

Indisponibilidade considerada

Informe o total de horas de indisponibilidade que afetam o SLA. Some os incidentes válidos no período, evitando sobreposição entre alertas do mesmo evento. Se a aplicação ficou fora do ar por 45 minutos, use 0,75 hora. Em contratos que exigem medir degradação, indisponibilidade parcial, regiões específicas ou transações críticas, use o critério de conversão definido pelo próprio acordo antes de preencher este campo.

Meta de SLA

Digite a disponibilidade mínima contratada ou a meta interna, em percentual. Uma meta de 99,9% equivale a admitir indisponibilidade de até 0,1% da base elegível. A calculadora compara o uptime obtido com essa meta e informa a diferença em pontos percentuais, além do tempo máximo de queda correspondente.

Fórmula de uptime e passo a passo

A fórmula mais usada para disponibilidade é:

Uptime (%) = [(tempo total − manutenção excluída − indisponibilidade) ÷ (tempo total − manutenção excluída)] × 100

O denominador é chamado aqui de tempo elegível ou base do SLA. Primeiro, converta o período para horas. Em seguida, desconte apenas a manutenção programada que o acordo expressamente exclui. Depois, desconte a indisponibilidade considerada. Por fim, divida o tempo efetivamente disponível pela base elegível e multiplique por 100.

Para descobrir a queda máxima permitida por uma meta, aplique:

Indisponibilidade máxima = tempo elegível × (1 − meta de SLA ÷ 100)

Se a meta for 99,9%, a fração tolerada será 1 − 0,999, isto é, 0,001. A multiplicação por essa fração gera o orçamento de indisponibilidade. Esse limite não significa que toda queda é aceitável: contratos podem prever créditos, exceções, severidades, prazo de restauração e regras distintas para incidentes individuais.

Referência rápida de metas de disponibilidade

Tempo máximo aproximado de indisponibilidade em 30 dias

A tabela considera 30 dias contínuos, equivalentes a 720 horas, sem descontar manutenção programada. Se houver exclusões válidas, o tempo elegível diminui e o limite deve ser recalculado.

Exemplos resolvidos

Exemplo 1: meta de 99,9% cumprida

Considere 30 dias, sem manutenção excluída e uma indisponibilidade de 30 minutos. O período total é de 720 horas. O tempo disponível é 720 − 0,5 = 719,5 horas. Portanto, o uptime é (719,5 ÷ 720) × 100 = 99,9306%, ou 99,931% após arredondamento. Para 99,9%, o limite de queda seria 0,72 hora, equivalente a 43 minutos e 12 segundos; como houve 30 minutos, a meta foi cumprida.

Exemplo 2: manutenção excluída e comparação correta

Uma operação mede 31 dias, ou 744 horas. Houve 4 horas de manutenção programada, autorizada e excluída do SLA, além de 1 hora de falha considerada. A base elegível é 744 − 4 = 740 horas. O tempo disponível é 740 − 1 = 739 horas. O uptime será (739 ÷ 740) × 100 = 99,8649%. Diante de uma meta de 99,9%, há descumprimento, pois a queda máxima seria 44,4 minutos e a falha durou 60 minutos.

Exemplo 3: período semanal com SLA de 99,5%

Em sete dias, a base inicial é de 168 horas. Não há manutenção excluída e foram registrados dois incidentes, um de 20 minutos e outro de 25 minutos, totalizando 45 minutos ou 0,75 hora. O uptime é [(168 − 0,75) ÷ 168] × 100 = 99,5536%. A meta de 99,5% admite até 0,84 hora, isto é, 50 minutos e 24 segundos. Como a queda foi de 45 minutos, o SLA foi atendido.

Base técnica e contratual aplicável

Não existe uma fórmula única obrigatória para todo SLA. A métrica depende do contrato entre fornecedor e cliente, do catálogo de serviços e do método de medição adotado. A ABNT NBR ISO/IEC 20000-1 trata de requisitos para sistemas de gestão de serviços e reforça a necessidade de controlar e reportar níveis de serviço. A série ISO/IEC 20000 oferece contexto para a gestão de serviços, mas não substitui a redação objetiva da métrica negociada.

Na gestão de continuidade e segurança, referências como a ABNT NBR ISO 22301 e normas da família ISO/IEC 27000 ajudam a estruturar a resiliência e a resposta a incidentes. Contudo, elas não determinam, por si, que toda manutenção seja excluída ou que um indicador específico tenha determinada meta. A regra operacional deve indicar a fonte do dado, a periodicidade, o fuso horário, o ponto de início do incidente, os critérios de restauração e as hipóteses de exclusão.

Em relações de consumo ou contratos empresariais, consequências pelo não atingimento do SLA, como créditos de serviço, abatimentos ou penalidades, decorrem do instrumento contratual e das normas aplicáveis ao caso. Esta calculadora mede o indicador; ela não calcula automaticamente indenizações, multas ou créditos.

Erros comuns ao calcular disponibilidade

• Usar 30 dias como padrão para um mês que tem 28, 29 ou 31 dias, quando o SLA mede o mês-calendário.
• Descontar manutenção programada sem confirmar se ela atende aos requisitos de exclusão previstos no acordo.
• Somar alertas duplicados ou sobrepostos, inflando o tempo de indisponibilidade de um único incidente.
• Tratar lentidão parcial como queda total sem seguir o critério de impacto definido para o serviço.
• Arredondar cada incidente antes de somar, o que pode alterar o resultado final em metas muito altas.
• Comparar a disponibilidade de um componente isolado com a meta de um serviço composto, sem avaliar dependências e escopo.
• Ignorar fuso horário, horário de verão histórico ou a regra de fechamento do período de medição.

Limites do resultado

O percentual obtido representa uma estimativa matemática baseada nas informações inseridas. Ele não identifica automaticamente se um evento foi elegível para o SLA, se a detecção do monitoramento foi correta ou se houve impacto real para todos os usuários. Um serviço pode apresentar 100% de disponibilidade em um monitor simples e, ainda assim, ter falhas em funções específicas, localidades, integrações ou jornadas de compra.

Também é importante distinguir disponibilidade de outros indicadores. Uptime não mede tempo de resposta, taxa de erro, perda de dados, capacidade, segurança, qualidade do suporte ou tempo de resolução. Um SLA robusto pode combinar vários indicadores, cada qual com sua regra de cálculo. Para auditorias, disputas contratuais ou apurações que gerem crédito financeiro, mantenha evidências dos eventos, relatórios de monitoramento, tickets, comunicações de manutenção e a versão vigente do contrato.