Disponibilidade de servidores: o que esperar e fazer

Entenda o que é disponibilidade, por que nenhum serviço é imune a falhas e o que você pode fazer para o seu projeto aguentar uma parada.

Por Redação Eleven Host · @robson.direitodigital · Atualizado em 17 de outubro de 2026 · 7 min de leitura

Disponibilidade de servidores é o tempo em que o seu site ou sistema fica no ar e respondendo. Nenhum serviço é imune a falhas, e a Eleven Host é honesta sobre isso: não assumimos um índice percentual nem prevemos ressarcimento automático.

O que é disponibilidade, em palavras simples

Pense numa loja física. Ela abre às 9h, mas num dia a luz acaba, em outro a fechadura quebra. A loja continua existindo, só que ficou fechada por um tempo. Com o servidor é igual: ele é o computador onde o seu projeto mora, e às vezes ele precisa parar.

Disponibilidade mede quanto desse tempo o servidor ficou funcionando. Costuma ser dita em porcentagem do mês. Quando alguém fala em "três noves", quer dizer tempo no ar quase o tempo todo, mas ainda permite algumas horas fora do ar por ano. Quanto mais noves, menos parada é tolerada, e mais caro costuma ser manter esse nível.

Esse número é uma meta de quem o oferece, não uma força da natureza. Por isso vale desconfiar de qualquer promessa de funcionamento perfeito, vinda de qualquer empresa.

Por que nenhum serviço é imune a falhas

Servidores são máquinas, programas e redes, e todos eles falham de vez em quando. Os motivos mais comuns são variados:

• Peça física que quebra, como disco ou fonte.
• Atualização que dá errado ou precisa de reinício.
• Problema na rede entre o servidor e quem acessa.
• Erro no próprio projeto: código com defeito, banco de dados cheio, memória esgotada.
• Ataque ou excesso de acessos de uma só vez.

Repare que parte dessas causas não está no servidor, e sim no projeto que roda nele. Por isso a disponibilidade final de um negócio é soma de dois lados: o da infraestrutura e o do cliente.

A posição da Eleven Host

Aqui vai o que a gente pode afirmar, sem enfeite:

• Os servidores ficam no Brasil, perto do público brasileiro.
• Não assumimos um índice de disponibilidade (SLA percentual).
• Não prevemos ressarcimento automático por indisponibilidade.
• O suporte é por chamado e em português. A equipe responde em até 24 horas.

Atenção a um detalhe: essas 24 horas são o prazo de resposta ao seu chamado, não o prazo para resolver o problema. A solução depende da causa. Quem precisa de algo diferente disso para o negócio deve saber antes de contratar, e não depois da primeira parada.

Se o seu projeto tolera pouca interrupção, pense em arquitetura desde o início, como mostramos a seguir. Se ainda está escolhendo o tipo de servidor, o artigo VPS ou servidor dedicado ajuda a comparar.

Quer um servidor para o seu projeto? Ver planos de VPS

O que você pode fazer do seu lado

A boa notícia é que boa parte da resistência a falhas está nas suas mãos. São cinco hábitos simples.

1. Backup fora do servidor

Backup guardado no mesmo servidor some junto com ele se o disco falhar. Mantenha pelo menos uma cópia em outro lugar e teste de vez em quando se ela restaura. Os artigos backup de site e backup off-site explicam como fazer.

2. Monitoramento externo

Se você só descobre que o site caiu quando um cliente reclama, já perdeu tempo. Use um serviço externo de monitoramento, gratuito ou pago, que visite o seu endereço a cada poucos minutos e avise por e-mail ou aplicativo quando não houver resposta. Escolha um que rode fora do seu servidor, senão ele cai junto.

3. Plano de contingência

Escreva, em uma página, o que fazer quando o projeto sair do ar. Quem avisa os clientes? Onde está o backup? Quem abre o chamado? Existe uma página de aviso ou uma rede social para comunicar o problema? Numa hora de pressão, ter o roteiro pronto economiza decisões.

4. DNS com TTL adequado

O DNS é a "agenda" que liga o seu domínio ao servidor. O TTL é o tempo, em segundos, que os visitantes guardam essa informação antes de consultar de novo. Com TTL alto, uma troca de servidor demora a chegar a todos. Com TTL mais baixo, como 300 segundos, a mudança se espalha mais depressa. Se você precisar apontar o domínio para outro servidor numa emergência, isso faz diferença. Reduza o TTL com antecedência, e não durante a crise.

5. Redundância entre servidores, quando o projeto exige

Redundância significa ter mais de um servidor capaz de fazer o trabalho. Se um parar, o outro assume. Isso custa mais e dá mais trabalho de configuração, então só vale a pena quando cada hora parada custa caro. Para um blog, costuma ser exagero. Para uma loja que fatura todo dia, pode ser razoável.

Três exemplos práticos

Loja virtual

Uma loja que vende todos os dias sente cada hora fora do ar. O dono mantém o backup do banco de dados e dos arquivos em outro local, usa monitoramento externo na página inicial e na página do carrinho e deixa o TTL do domínio baixo. Se o servidor tiver um problema sério, ele já sabe para onde restaurar e como apontar o domínio rapidamente. Vale também proteger o acesso e manter tudo atualizado, como explica o artigo segurança.

Servidor de jogo

Em servidor de jogo, os jogadores notam qualquer queda na hora. O administrador guarda cópias do mundo e das configurações fora da máquina, programa o salvamento automático e avisa a comunidade em um canal próprio, como um grupo de mensagens ou servidor de chat, assim que algo sair do normal. Ele também evita sobrecarga: um plugin mal feito pode derrubar o jogo mesmo com a infraestrutura funcionando bem.

Automação com n8n

Quem usa o n8n para automações sabe que um fluxo parado pode significar pedidos sem processar ou avisos que não saem. A dica é manter exportados os fluxos e as credenciais em local seguro, ativar notificação de erro nos próprios fluxos e acompanhar o painel de execuções. Depois de uma parada, confira o que ficou pendente e reenvie o que não rodou. Assim nada se perde em silêncio.

O que fazer quando algo não funciona

Antes de abrir um chamado, faça uma checagem rápida. Isso ajuda a equipe a chegar à causa mais depressa:

1. Teste o endereço em outro aparelho e em outra rede, como o 4G do celular. Assim você descobre se o problema é só na sua conexão.
2. Veja se há mudança recente: atualização, plugin novo, alteração de DNS ou de configuração.
3. Anote o horário em que começou e se o problema é constante ou vem e vai.
4. Se a mensagem de erro aparecer, tire uma captura de tela.
5. Abra o chamado e envie tudo isso.

No chamado, informe o endereço afetado, o horário de início, o que você já testou, a mensagem de erro e o que mudou antes da falha. Quanto mais claro o relato, menos idas e vindas. Lembre que a equipe responde em até 24 horas, e esse é o prazo de resposta, não de solução. Por isso, o seu plano de contingência deve funcionar sem esperar por nós.

Algo não funciona e você quer falar com a equipe? Abrir um chamado

Como escolher o nível de preparo certo

Não existe a resposta única. O caminho é fazer uma conta simples: quanto o seu negócio perde por hora parado? Se a perda é pequena, backup e monitoramento já bastam. Se a perda é grande, vale pensar em redundância e em um servidor dedicado ao seu projeto.

Em qualquer caso, evite colocar todas as peças num só lugar: o site, o banco de dados, o backup e o monitoramento. Separar essas peças reduz o estrago quando uma delas falha. E revise o plano de tempos em tempos, porque o projeto cresce e o risco muda junto com ele.

Perguntas frequentes

A Eleven Host tem um índice de disponibilidade?

Não. A Eleven Host não assume um índice percentual de disponibilidade nem prevê ressarcimento automático por indisponibilidade. Preferimos dizer isso com clareza.

Em quanto tempo o chamado é respondido?

A equipe responde em até 24 horas, em português. É o prazo de resposta, não de solução do problema.

Onde ficam os servidores?

No Brasil, perto do público do país.

Preciso de mais de um servidor?

Só se uma parada custar caro ao seu negócio. Para a maioria dos projetos pequenos, backup fora do servidor e monitoramento externo já trazem um bom ganho de segurança.

O que é TTL no DNS?

É o tempo que os visitantes guardam a informação de qual servidor atende o seu domínio. Valor baixo faz uma troca de servidor se espalhar mais depressa.