“99,9% de disponibilidade” aparece em quase todos os planos de hospedagem. O número parece perto da perfeição, mas ainda permite várias horas de queda por ano. Para comparar planos, é preciso saber convertê-lo em minutos e, principalmente, ler o que o contrato promete de verdade.
O que o uptime mede
A disponibilidade é calculada dividindo o tempo de funcionamento pelo tempo total de um período. A tabela publicada no livro de SRE do Google dá as ordens de grandeza, sem manutenção programada:
Cada “9” acrescentado divide por dez a indisponibilidade permitida, e custa muito mais caro para alcançar: redundância de servidores, de energia e de rede, failover automático, equipes de plantão. A mesma referência lembra que um serviço com meta de 99,99% pode ficar indisponível por até 52,56 minutos no ano.
SLI, SLO e SLA
O livro de SRE do Google distingue três conceitos. O SLI é o indicador medido (taxa de requisições bem-sucedidas, latência). O SLO é a meta definida para esse indicador. O SLA é o contrato, explícito ou implícito, que prevê consequências quando as metas são cumpridas ou não, muitas vezes financeiras. Sem multa ou compensação, um compromisso de disponibilidade é só uma meta, não um SLA.
O que ler no SLA de uma empresa de hospedagem
- O escopo: o servidor físico, a rede, o painel ou realmente o seu site? Um erro do WordPress ou de um plugin quase nunca está coberto.
- As exclusões: manutenções programadas, ataques de negação de serviço, causas externas, estouro dos recursos da conta.
- A medição: quem mede, com que frequência e em qual período (mês ou ano).
- A compensação: em geral um crédito na assinatura, que você mesmo precisa solicitar dentro de um prazo. Ele não cobre o faturamento perdido.
Uma hospedagem compartilhada de entrada raramente oferece um SLA com compensação; os planos em servidor virtual privado, dedicado ou em hospedagem gerenciada preveem um com mais frequência.
No WordPress
- Monitore você mesmo com um serviço de monitoramento externo que consulta o site em intervalos regulares e avisa você por e-mail ou SMS. Escolha uma página que passe pelo PHP e pelo banco de dados, não apenas um arquivo estático.
- Anote cada incidente (início, fim, sintoma): é isso que permite pedir a compensação prevista.
- Reduza as quedas que dependem de você: atualizações testadas em uma cópia, cache de páginas, CDN capaz de servir uma cópia em cache durante uma pane curta, conforme a configuração.
- Prepare-se para a pane longa: um backup fora da empresa de hospedagem permite colocar o site no ar em outro lugar se o incidente se prolongar.
Uma taxa de disponibilidade alta não diz nada sobre a segurança: um site invadido pode continuar 100% disponível enquanto serve conteúdo malicioso.