Solicitar diagnóstico gratuito Chamar no WhatsApp

Alta Disponibilidade em Cloud no Brasil

Alta Disponibilidade em Cloud no Brasil | HA e Clustering | Boreal Tecnologias

Corredor de racks em um data center

Alta disponibilidade (HA) em cloud garante que aplicações permaneçam operacionais mesmo em caso de falha de hardware ou software, usando redundância e failover automático. A Boreal Tecnologias entrega configurações HA com clustering ativo-passivo ou ativo-ativo entre VMs nos seus datacenters brasileiros, com SLA contratual de 99,99% e failover automático em segundos. Isso equivale a menos de 52 minutos de downtime por ano.

Por que o modelo atual gera fricção?

Downtime que custa caro em aplicações críticas

Para ERPs, sistemas financeiros e e-commerce, cada hora de downtime tem custo direto em produtividade e receita. Um SLA de 99,9% permite até 8,7 horas de downtime por ano, inaceitável para a maioria das aplicações de missão crítica.

Failover manual lento e sujeito a erro humano

Sem automação, o failover depende de uma pessoa disponível e capaz de executá-lo sob pressão, às 3h da manhã, por exemplo. A cada minuto de atraso, o custo do downtime cresce. HA com failover automático elimina esse risco.

HA apenas na infraestrutura, não na aplicação

Muitos provedores oferecem HA da VM mas não da aplicação. Se o banco de dados dentro da VM trava, a VM continua ativa mas o sistema está fora. A Boreal Consulting projeta HA em todos os níveis: infraestrutura, banco de dados e aplicação.

Custo de HA em cloud pública em dólar duplica o orçamento

Configurar HA em AWS ou Azure frequentemente duplica o custo (instância primária + réplica + load balancer + transferência de dados entre AZs), tudo em dólar. Na Boreal, o custo do ambiente HA é calculado em reais e frequentemente 50% menor que o equivalente em cloud pública.

Como a Boreal resolve isso

A Boreal entrega configurações HA com clustering entre VMs no mesmo datacenter (latência < 1 ms) ou entre diferentes datacenters Boreal no Brasil (latência < 10 ms para SP/SP e < 50 ms para SP/CE). Suporte a clusters Windows (WSFC), Linux (Pacemaker/Corosync), SQL Server AlwaysOn, PostgreSQL Streaming Replication e clusters de aplicação. O failover é monitorado 24/7 pela Boreal.

  • VMs dedicadas sem overcommit, vCPU e RAM garantidos
  • Preço fixo em reais, zero exposição cambial
  • Sem egress fees, transferência de dados gratuita
  • Suporte 24/7 em português com engenheiros no Brasil
  • SLA contratual de 99,99% com compensação financeira
  • Datacenters próprios em SP (Barueri), SP (Vinhedo) e CE (Fortaleza)

Guia de dimensionamento

Preços fixos em reais. Sem cobrança de egress.

HA Básico (ativo-passivo)

2× 4 vCPU · 16 GB RAM · 200 GB NVMe

  • R$ 1.008/mês
  • sem egress · sem câmbio

HA Médio (ativo-passivo)

2× 8 vCPU · 32 GB RAM · 500 GB NVMe

  • R$ 2.196/mês
  • sem egress · sem câmbio

HA Avançado (ativo-ativo)

2× 16 vCPU · 64 GB RAM · 1 TB NVMe + LB

Sizing genérico. Fale com um especialista para dimensionamento preciso do seu ambiente.

  • R$ 4.392/mês
  • sem egress · sem câmbio

Comparativo ponto a ponto

*Estimativa em BRL com conversão cambial para 2 instâncias m5.2xlarge sa-east-1. Sujeito a variação.

CritérioBoreal HAAWS Multi-AZOn-premises HA
SLA99,99%99,99% (compart.)Sem SLA externo
Latência entre nós< 1 ms (mesmo DC) / < 10 ms (multi-DC)Depende das AZsDepende da infra
Moeda de cobrançaReal (R$) fixoDólar (USD) variávelCAPEX em R$
Failover automáticoConfigurávelConfigurávelDepende da config.
Monitoramento 24/7IncluídoCloudWatch (pago)Equipe interna
Custo HA (2× 8vCPU/32GB)R$ 2.196/mês~R$ 6.552/mês*CAPEX alto
Dados no BrasilSempreDepende da config.Se local

Perguntas frequentes

Qual é a diferença entre ativo-passivo e ativo-ativo?

Ativo-passivo: um nó processa requisições enquanto o outro fica em standby. No failover, o passivo assume automaticamente. Ativo-ativo: ambos os nós processam requisições simultaneamente, distribuindo a carga. No failover, o nó restante absorve toda a carga. Ativo-ativo tem custo maior mas elimina tempo de failover.

Qual é o tempo de failover típico na Boreal?

Com clustering Pacemaker/Corosync (Linux) ou WSFC (Windows), o failover automático leva de 30 a 60 segundos. Para bancos SQL Server com AlwaysOn e listener configurado, o failover é transparente para a aplicação em menos de 30 segundos. Com STONITH configurado, a detecção de falha leva cerca de 15 segundos.

A Boreal suporta SQL Server AlwaysOn para HA de banco de dados?

Sim. A Boreal entrega ambientes Windows Server + SQL Server com AlwaysOn Availability Groups, configurados entre duas VMs no mesmo datacenter ou entre datacenters Boreal diferentes. O licenciamento SPLA cobre o SQL Server de ambos os nós.

HA de VM é suficiente ou preciso de HA na aplicação?

HA de VM (VMs com failover automático) cobre falhas de hardware do host. Para proteção completa, o ideal é ter HA também na aplicação: cluster de banco de dados, load balancer para servidores de aplicação e health checks na camada de DNS. A Boreal Consulting projeta HA em todos os níveis.

Como o SLA de 99,99% se traduz em tempo de downtime?

99,99% de disponibilidade equivale a menos de 52 minutos de downtime por ano (cerca de 4,3 minutos por mês). Comparado a 99,9% (8,7 horas/ano) ou 99,5% (43,8 horas/ano), o impacto em aplicações críticas é substancial.

É possível ter HA entre os datacenters de SP e CE (Fortaleza)?

Sim. A Boreal suporta replicação assíncrona entre SP e CE para DR e HA geográfico. A latência entre os sites é de aproximadamente 30 a 50 ms. Para HA síncrono, recomendamos os dois sites de SP (Barueri e Vinhedo), com latência abaixo de 10 ms.

Projete o ambiente de alta disponibilidade ideal para o seu workload

Converse com um especialista da Boreal. Diagnóstico gratuito do seu ambiente.

Sua operação merece uma infraestrutura à altura.

Receba um diagnóstico estratégico gratuito e descubra o que está limitando performance, estabilidade e escala hoje.

Sem compromisso. Resposta em até 15 minutos em horário comercial.