Alta disponibilidade em cloud significa que um sistema continua acessível e funcional mesmo quando um componente falha, seja um servidor, um link de internet ou uma fonte de energia. Na prática, é a diferença entre o cliente nem perceber o problema e a empresa toda parar durante horas. Para uma softhouse ou um escritório de contabilidade, essa diferença tem preço, prazo e reputação em jogo.
O que significa alta disponibilidade na prática?
O termo técnico para isso é SLA de uptime, o percentual de tempo em que o serviço promete estar disponível. A diferença entre uma casa decimal e outra representa horas reais de operação interrompida ou preservada ao longo do ano:
Um SLA de 99,9% parece alto, mas equivale a quase 9 horas de indisponibilidade por ano. Já 99,98%, que é o padrão que a TorreServer pratica, reduz essa janela para menos de 2 horas anuais.
Um SLA registrado em contrato só se sustenta se houver arquitetura real por trás do número. Um provedor pode prometer 99,98% e ainda assim deixar o cliente na mão se não tiver redundância de fato. Alta disponibilidade depende de estrutura combinada:
Múltiplos links de internet de operadoras diferentes, para que a queda de uma não derrube o acesso.
Geradores e nobreaks redundantes, para que falta de energia não pare o data center.
Clusters de servidores com failover automático, que redistribuem a carga de uma máquina que falhou para outra em segundos, sem intervenção manual.
Sem essa combinação, o SLA funciona apenas como cláusula que serve de desculpa depois que o estrago já aconteceu.
Quanto custa uma hora de sistema fora do ar?
O cálculo é direto: se o servidor cai, o produto de todos os clientes dele para junto. Ao valor de receita perdido durante a indisponibilidade, somam-se outros custos que não aparecem na planilha na hora, mas chegam depois:
Suporte respondendo dezenas de tickets simultâneos.
Cliente ameaçando cancelar contrato.
Confiança que leva meses para se reconstruir.
Uma queda de duas horas em horário comercial pode custar mais em reputação do que em faturamento direto.
Para um escritório de contabilidade, o risco tem outro rosto: o fechamento fiscal do dia 20, com prazo da Receita Federal batendo na porta, e o sistema fora do ar. O que está em jogo é entregar a obrigação acessória no prazo, sem multa, sem cliente puxando o telefone às 17h perguntando o que aconteceu.
O cálculo que qualquer gestor deveria fazer antes de escolher fornecedor é simples: quanto custa uma hora de sistema fora do ar? Multiplique isso pela diferença entre um SLA de 99,5% e um de 99,98%. A conta raramente favorece o provedor mais barato.
O que sustenta o uptime nos bastidores?
Quando o cliente vê "servidor no ar", existe uma estrutura de proteção em camadas por trás disso, invisível no dia a dia, mas responsável por manter o sistema funcionando quando algo falha:
Redundância de links: mais de um provedor de internet conectado ao data center, para que a queda de uma operadora não derrube o acesso à aplicação.
Energia redundante: geradores e nobreaks que assumem a carga em milissegundos caso a rede elétrica falhe.
Monitoramento ativo: equipe observando métricas de performance e disponibilidade 24 horas por dia, identificando anomalia antes que ela vire incidente.
Disaster recovery: réplica ou backup que permite retomar a operação depois de um incidente maior.
A camada de disaster recovery é a que separa uma infraestrutura robusta de uma frágil, e existem dois modelos com custo e tempo de resposta diferentes:
A escolha entre os dois depende de quanto tempo de parada o negócio consegue absorver sem dano relevante.
Junto a isso entra o backup imutável, tecnologia Veeam que grava os dados com retenção mínima de sete dias, sem que nem o administrador consiga excluí-los. Essa camada protege especificamente contra ransomware, cenário em que um ataque criptografa arquivos e exige resgate. Sem backup imutável, a empresa fica refém do sequestro de dados. Com ele, a reconstrução do ambiente é uma questão de tempo, não de negociação com criminosos.
O que perguntar a um fornecedor de nuvem antes de contratar?
Antes de assinar com qualquer provedor de hospedagem cloud, existem perguntas que revelam se o SLA prometido tem estrutura real por trás:
Quantos links de internet independentes sustentam o data center e de quais operadoras?
Como funciona o failover em caso de falha de servidor: é automático ou depende de intervenção manual? Quanto tempo leva?
Existe disaster recovery? Qual o tempo de retomada em cada modalidade, quente e frio?
O backup é imutável? Qual o período de retenção?
O suporte em caso de incidente é humano e direto, ou passa por camadas de atendimento que atrasam a resposta justamente no momento mais crítico?
Essas respostas mostram se o número no contrato reflete uma arquitetura pensada para o seu negócio ou apenas uma cláusula genérica copiada de outro cliente.
Perguntas frequentes
O que é considerado um bom SLA de uptime para uma PME?
Para operações que não podem parar durante o expediente, como softhouses e escritórios de contabilidade, um SLA de 99,98% ou superior reduz a indisponibilidade anual para poucas horas, contra quase um dia inteiro em contratos de 99,5%.
Failover automático substitui o backup?
Não. Failover redireciona a carga para outro servidor em caso de falha de hardware, mas não recupera dados perdidos ou corrompidos. Backup, principalmente o imutável, protege especificamente contra perda ou sequestro de dados.
Disaster recovery quente e frio, qual escolher?
Depende da tolerância à interrupção. Sistemas que não podem ficar fora do ar mais que alguns minutos, como plataformas SaaS em produção, justificam o DR quente. As operações menos críticas podem optar pelo DR frio, com custo reduzido.
Redundância de links realmente evita queda de sistema?
Reduz significativamente o risco. Se o data center depende de uma única operadora e ela tem instabilidade, o sistema cai mesmo com toda a infraestrutura interna funcionando. Múltiplos links eliminam esse ponto único de falha.
Alta disponibilidade é o resultado de decisões de arquitetura que envolvem redundância de energia, links independentes, failover automático, disaster recovery e backup imutável trabalhando juntos, e não um número isolado no contrato. Antes de contratar um fornecedor de VPS cloud ou hospedagem em data center no Brasil, vale a pena perguntar "qual o SLA?" e mais perguntar "o que sustenta esse SLA na prática?".
Se você quer entender como essa arquitetura pode ser desenhada para o tamanho e a criticidade do seu negócio, fale com um especialista da TorreServer e leve para a conversa o cálculo de quanto custa cada hora do seu sistema fora do ar.