Alta Disponibilidade Independente de Nuvem: Replicação Síncrona e Failover SafeKit
HA SafeKit Shared-Nothing em Cloud: elimine discos compartilhados com perda zero de dados
Embora os principais provedores de nuvem ofereçam redundância nativa, eles geralmente deixam uma lacuna significativa entre a replicação de dados e a verdadeira alta disponibilidade. Atualmente, os usuários de nuvem devem escolher entre dois caminhos abaixo do ideal: replicação assíncrona nativa, que requer failover manual e corre o risco de perda de dados, ou disco compartilhado na nuvem, que carece dos mecanismos de failover automatizados necessários para uma continuidade de negócios perfeita.
SafeKit: A alternativa leve e completa para clusters Cloud complexos
- Cluster Cloud 2 nós tudo-em-um: SafeKit é uma solução completa que fornece capacidade nativa Multi-AZ (Zona de Disponibilidade) com IP virtual, failover automático, failback automático e replicação de arquivos síncrona em tempo real em um único pacote de software integrado.
- Perda de dados zero (RPO = 0): ao contrário da replicação de VM nativa na nuvem para DR (recuperação de desastres), SafeKit usa replicação síncrona em nível de arquivo para garantir a integridade dos dados para aplicativos transacionais, garantindo que não haja perda de dados durante uma falha.
- Arquitetura sem compartilhamento: SafeKit elimina a necessidade de discos compartilhados na nuvem e resolve os problemas de “bloqueio de disco” associados a eles. Ele usa discos locais para obter velocidade máxima e custo mínimo. Enquanto os clusters tradicionais geralmente ficam travados esperando que o provedor de nuvem libere um bloqueio de armazenamento de um nó com falha, SafeKit usa pastas independentes e sincronizadas nos discos locais de cada nó para garantir o failover instantâneo.
- Reconfiguração de Aplicação Zero: SafeKit executa a replicação transparente, em nível de arquivo, permitindo que você proteja aplicativos e dados exatamente onde eles estão instalados — incluindo no disco do sistema — sem a necessidade de migrar dados para discos compartilhados na nuvem.
- Alternativa Kubernetes: SafeKit oferece alta disponibilidade para aplicativos legados e conteinerizados (não projetados para Kubernetes) sem a sobrecarga operacional e a complexidade da orquestração Kubernetes.
- Implantação uniforme (local ou na nuvem): Além de configurar o IP virtual em um balanceador de carga na nuvem, o processo de implantação SafeKit permanece idêntico em ambientes locais e na nuvem.
Ao consolidar a Alta Disponibilidade em uma camada de software leve, SafeKit oferece redundância de nível empresarial e continuidade de negócios na nuvem por uma fração do custo dos pacotes de cluster tradicionais.

Cluster mirror HA SafeKit para Cloud
⚡ Guia de instalação rápida cluster mirror para Cloud >
Índice
- Como o software SafeKit implementa de forma simples um cluster de alta disponibilidade Cloud sem compartilhamento de recursos?
- Como o cluster mirror SafeKit funciona com Cloud ?
- Limitações SafeKit de Alta Disponibilidade
- Comparação: SafeKit para Cloud vs. soluções nativas de alta disponibilidade/recuperação de desastres na nuvem
- Guia em vídeo: Configurando um cluster HA mirror SafeKit
- 🔍 Centro de navegação de alta disponibilidade do SafeKit
Como o software SafeKit implementa de forma simples um cluster de alta disponibilidade Cloud sem compartilhamento de recursos?
O que é a solução SafeKit Mirror HA para Cloud ?
SafeKit oferece alta disponibilidade para Cloud entre duas máquinas virtuais em duas Zonas de Disponibilidade (AZ).
Este artigo explica como implementar rapidamente um cluster Cloud sem discos compartilhados na nuvem e sem habilidades específicas.
O princípio da solução é definir as pastas onde os dados do aplicativo Cloud residem, seus serviços, um IP virtual e os verificadores.
SafeKit implementa replicação em tempo real e failover automático para garantir a disponibilidade contínua do serviço.
Por que escolher uma solução unificada e completa de alta disponibilidade em vez de ferramentas fragmentadas?
Ao contrário das soluções “bolt-on” que combinam produtos separados para replicação e clustering, SafeKit integra IP Virtual, Failover Automático, failback automático e Replicação de Arquivos Síncrona em Tempo Real em um único motor.
Isso elimina o risco de “castelo de cartas”, em que as atualizações quebram os links frágeis entre ferramentas díspares, fornece um único ponto de responsabilidade para toda a pilha de HA e reduz o erro humano, fornecendo uma única interface para HA de aplicação Cloud.
Como SafeKit lida com a implantação uniforme e o IP virtual na nuvem?
SafeKit é uma solução independente de nuvem, o que significa que o processo de implantação e a arquitetura permanecem os mesmos em servidores locais e em todos os principais provedores de nuvem. A única diferença arquitetônica reside na forma como o IP virtual é apresentado à rede:
- No local: SafeKit gerencia o VIP diretamente, enviando pacotes GARP (ARP gratuito) para os switches locais, movendo o IP entre os nós instantaneamente.
- Na nuvem: como as redes em nuvem não suportam GARP, o IP virtual é hospedado por um balanceador de carga em nuvem. SafeKit fornece a sonda de integridade para determinar qual nó é o principal. Isso permite que o balanceador de carga detecte o nó ativo em tempo real e direcione o tráfego para ele automaticamente, garantindo o failover contínuo entre as zonas de disponibilidade.
Quais são as vantagens exclusivas do SafeKit para alta disponibilidade Cloud em comparação com os concorrentes?
SafeKit se diferencia dos clusters Cloud tradicionais por sua arquitetura sem compartilhamento e implantação simplificada. Enquanto a maioria das soluções empresariais exige o gerenciamento complexo de discos compartilhados na nuvem, SafeKit oferece:
- Replicação Síncrona com Perda Zero de Dados: SafeKit implementa replicação 100% síncrona, garantindo a integridade total dos dados para aplicações transacionais. Em caso de falha, não há perda de dados (RPO = 0). Além disso, SafeKit é capaz de replicar não apenas os bancos de dados Cloud, mas também quaisquer outras pastas de dados (logs, arquivos de configuração, etc.), garantindo que todo o ambiente seja espelhado.
- Agrupamento simplificado de 2 nós: ao contrário dos clusters padrão, que geralmente exigem uma “testemunha” (um terceiro nó, disco ou compartilhamento de arquivos) para manter um quórum, SafeKit oferece alta disponibilidade total com apenas dois servidores redundantes, reduzindo os custos e a complexidade da infraestrutura.
Saiba mais sobre o nosso mecanismo de pulsação e quórum. - Gerenciamento unificado: os administradores podem gerenciar o failover de Cloud, a replicação de dados e o monitoramento por meio de um único console SafeKit. Isso torna a alta disponibilidade acessível a equipes sem experiência especializada em “administração de cluster”.
- Verificadores personalizados: SafeKit vai além do monitoramento básico de serviços; ele oferece verificadores para monitorar a integridade do processo do Cloud. O sistema é altamente extensível, permitindo a adição de verificadores personalizados adaptados ao seu ambiente.
Como SafeKit reduz o Custo Total de Propriedade (TCO) de Cloud em comparação com o clustering padrão?
Ao contrário das soluções tradicionais de alta disponibilidade, SafeKit foi projetado para operar com o mínimo de sobrecarga de infraestrutura, sem comprometer a confiabilidade. As principais economias em comparação com o cluster de failover tradicional incluem:
- Custos de disco compartilhado na nuvem zero: SafeKit usa uma arquitetura sem compartilhamento que funciona com discos locais.
- Não é necessária a Enterprise Edition: Embora o mecanismo de replicação de banco de dados nativo possa exigir licenciamento Enterprise caro, SafeKit não precisa da edição Enterprise. Ele funciona perfeitamente com a edição padrão e até mesmo com a edição gratuita, fornecendo alta disponibilidade por uma fração do custo.
- Eficiência real de 2 nós: ao contrário dos clusters padrão que geralmente exigem uma “testemunha” (um terceiro nó, disco ou compartilhamento de arquivos) para manter um quórum, SafeKit oferece alta disponibilidade total com apenas dois servidores redundantes.
- Sem assinaturas forçadas: SafeKit oferece uma licença perpétua. Você é o proprietário do seu software, evitando a “armadilha da assinatura” e os aumentos de preços anuais imprevisíveis comuns em modelos modernos baseados apenas em nuvem ou em assinatura.
- Baixas despesas operacionais (OPEX): como uma solução plug-and-play, não requer treinamento especializado ou consultoria externa cara para manutenção, ao contrário das complexas ferramentas de cluster de código aberto.
- Preços independentes da CPU: o licenciamento é independente do número de CPUs ou núcleos. Com apenas duas licenças para dois nós, você pode proteger seu Cloud contra falhas.
É possível configurar um cluster mirror Cloud sem ter conhecimentos de clustering?
Sim. Este artigo explica como implementar rapidamente um cluster mirror Cloud sem a necessidade de habilidades complexas de clustering de alta disponibilidade (HA). Ao usar os scripts de failover automatizados do SafeKit para lidar com a replicação e reinicialização do seu Cloud, você obtém uma solução de redundância robusta que é significativamente mais simples de implantar e manter do que as soluções de clustering tradicionais.
Além de Cloud, quais aplicações e ambientes SafeKit pode proteger?
SafeKit é uma solução versátil de alta disponibilidade para Windows e Linux que vai muito além cluster mirror Cloud. Ele permite a replicação síncrona em tempo real e o failover automático para uma ampla gama de cargas de trabalho críticas, incluindo:
- Ambientes virtuais e físicos: máquinas virtuais Hyper-V ou KVM completas.
- Orquestração de contêineres: ambientes Docker, Podman e K3s (Kubernetes).
- Dados e Serviços: Diretórios de arquivos individuais, serviços e vários bancos de dados.
- Infraestrutura em nuvem: alta disponibilidade para aplicações em nuvem.
SafeKit também oferece aos clusters farm balanceamento de carga de rede nativo e failover para aplicações sem estado, como servidores web.
💡 Explore a lista completa de soluções de alta disponibilidade compatíveis aqui.
Como o cluster mirror SafeKit funciona com Cloud ?
Passo 1. Replicação em tempo real
O Servidor 1 (PRIM) executa o aplicativo Cloud. Os clientes estão conectados a um endereço IP virtual. SafeKit replica em tempo real as modificações feitas nos arquivos através da rede.

A replicação é síncrona, sem perda de dados em caso de falha, ao contrário da replicação assíncrona.
Você só precisa configurar os nomes dos diretórios a serem replicados no SafeKit. Não há pré-requisitos quanto à organização do disco. Os diretórios podem estar localizados no disco do sistema.
Passo 2. Failover automático
Quando o Servidor 1 falha, o Servidor 2 assume o controle. SafeKit alterna o endereço IP virtual e reinicia o aplicativo Cloud automaticamente no Servidor 2.
O aplicativo encontra os arquivos replicados pelo SafeKit atualizados no Servidor 2. O aplicativo continua a ser executado no Servidor 2, modificando localmente seus arquivos que não são mais replicados para o Servidor 1.

O tempo de failover é igual ao tempo de deteção de falhas (30 segundos por predefinição) mais o tempo de inicialização da aplicação.
Etapa 3. failback automático
A recuperação de falhas envolve reiniciar o Servidor 1 após corrigir o problema que causou a falha.
SafeKit resincroniza automaticamente os arquivos, atualizando apenas os arquivos modificados no Servidor 2 enquanto o Servidor 1 estava parado.

O failback ocorre sem interromper a Cloud, que pode continuar a ser executada no Servidor 2.
Passo 4. Voltar ao normal
Após a reintegração, os arquivos ficam novamente no modo mirror, como na etapa 1. O sistema volta ao modo de alta disponibilidade, com o aplicativo Cloud em execução no Servidor 2 e SafeKit replicando as atualizações de arquivos para o Servidor 1.

Se o administrador desejar que o aplicativo seja executado no Servidor 1, isso pode ser feito manualmente através do console da web em um momento apropriado ou automaticamente através da configuração.
Como configurar um cluster mirror SafeKit para Cloud ?

O console da web SafeKit fornece uma interface intuitiva para orquestrar alta disponibilidade para seus aplicativos críticos. Em apenas algumas etapas, você pode configurar um cluster mirror SafeKit para garantir a continuidade dos negócios:
- Failover de Aplicativo (Guia Macros): Defina os serviços de aplicativo específicos a serem reiniciados automaticamente em caso de falha.
- Rede(s) de pulsações: Caminho(s) de comunicação dedicado(s) usado(s) pelos nós do cluster para monitorar continuamente a integridade e a disponibilidade um do outro e sincronizar as decisões de failover.
- Gerenciamento de IP Virtual: configure o IP Virtual (VIP) para reconexão transparente do cliente após uma falha.
- Replicação em tempo real: selecione os diretórios críticos para replicação síncrona em nível de byte baseada no host.
- Verificadores: Monitore a integridade do aplicativo e acione a recuperação automática se for detectada uma falha no processo.
O cluster SafeKit inclui um verificador de divisão de rede dedicado para resolver problemas de isolamento de rede sem a necessidade de uma terceira máquina testemunha ou de uma rede de pulsações adicional. Saiba mais sobre pulsações, failover e quórum em um cluster.
Como monitorar um cluster mirror SafeKit para Cloud ?

O console de gerenciamento SafeKit oferece uma visão unificada da sua infraestrutura de alta disponibilidade. Ele permite que os administradores monitorem o estado operacional do cluster e acompanhem a sincronização de dados em tempo real.
Para um cluster mirror de 2 nós, o console exibe claramente as funções de cada servidor:
- PRIM (Primário): O nó ativo que executa atualmente o aplicativo e gerencia o IP virtual. Ele executa gravações no armazenamento local e replicação em tempo real para o nó secundário.
- SECOND: O nó de espera recebe atualizações síncronas em nível de byte. Ele está pronto para assumir o controle instantaneamente se o primário falhar.
- ALONE Estado: Alerta visualmente quando o cluster está sendo executado em um único nó (por exemplo, durante a manutenção ou após uma falha), indicando que a redundância foi temporariamente perdida.
- Progresso da resincronização: quando um nó com falha é recuperado, seu status fica laranja durante a reintegração de dados em segundo plano, garantindo que não haja tempo de inatividade durante a fase de “retorno ao normal”.
Além de ícones de status simples, a interface fornece orquestração de failover com um clique, permitindo que você reatribua manualmente a função primária para manutenção planejada, garantindo a disponibilidade contínua para a atividade do usuário.
Limitações SafeKit de Alta Disponibilidade
| Limite/Requisito | Motivo e Impacto | Alternativa recomendada |
|---|---|---|
| Tamanho da replicação: alguns TBs | Tempo de resincronização após falha (etapa 3): • Rede de 1 Gb/s ≈ 3 horas/TB • Rede de 10 Gb/s ≈ 1 hora/TB (dependendo do desempenho de gravação do disco) | • Usar armazenamento compartilhado externo (mais caro, mais complexo). |
| Contagem de arquivos: < 1.000.000 de arquivos | • Desempenho do tempo de resincronização após uma falha (etapa 3). • Tempo necessário para comparar cada arquivo entre os dois nós. | • Coloque os vários arquivos a serem replicados em um disco rígido virtual/máquina virtual. • Apenas os arquivos que representam o disco rígido virtual/máquina virtual serão replicados e resincronizados neste caso. |
| Capacidade de failover: ≤ 32 VMs | • Cada VM é executada em um módulo mirror independente. • Máximo de 32 módulos mirror em execução no mesmo cluster. | • Utilize um armazenamento compartilhado externo e outra solução de cluster de máquinas virtuais (mais cara e mais complexa). |
| Arquitetura de rede: rede LAN/VLAN entre locais remotos | • Failover automático do endereço IP virtual com 2 nós na mesma sub-rede. • Boa largura de banda para resincronização (passo 3). • Baixa latência para replicação síncrona: normalmente < 5 ms RTT; valores mais altos devem ser validados em relação à taxa de gravação do aplicativo. | • Se os dois nós estiverem em sub-redes diferentes (comum na nuvem), use outras opções de redirecionamento: um balanceador de carga, CLIs de provedor de nuvem, BGP ou redirecionamento de DNS. • Utilize soluções de backup com replicação assíncrona para redes com alta latência. |
Comparação: SafeKit para Cloud vs. soluções nativas de alta disponibilidade/recuperação de desastres na nuvem
| Recurso | SafeKit para Cloud | Disco Compartilhado em Nuvem Nativo | Replicação de Máquina Virtual em Nuvem Nativa para DR (Recuperação de Desastres) |
|---|---|---|---|
| Arquitetura | Sem compartilhamento: usa discos locais para obter velocidade máxima e custo mínimo. | Armazenamento compartilhado: Depende de discos gerenciados na nuvem. | Nível de bloco: replica discos inteiros de máquinas virtuais para uma região passiva. |
| Integridade dos Dados (RPO) | Zero (RPO = 0): Replicação síncrona em nível de arquivo. | Zero: Escrita síncrona em um disco compartilhado. | Não nulo: replicação assíncrona que resulta em atraso de dados. |
| Lógica de Failover/Failback | Totalmente automático: monitoramento e reinicialização integrados. | Requer uma ferramenta de failover de terceiros que suporte discos compartilhados na nuvem. | Manual: Requer a ativação de um plano de recuperação de desastres. |
| Configuração do Aplicativo | Reconfiguração zero: protege os aplicativos onde eles estão instalados atualmente. | Reconfiguração: os dados do aplicativo devem ser migrados para um disco compartilhado específico. | Nenhum: Captura todo o sistema operacional e o aplicativo como estão. |
| Escopo da Replicação | Concluído: Pastas de dados do aplicativo (BD + Configuração + Logs). | Parcial: Apenas dados armazenados no volume compartilhado. | Total: Replica a máquina virtual inteira. |
| Localização de Máquinas Virtuais | Multi-AZ nativo: replicação síncrona entre Zonas de Disponibilidade dentro de uma região. | Dependente do provedor: requer armazenamento compartilhado replicado em todas as zonas de disponibilidade. | Regional: Projetado principalmente para replicação entre regiões geográficas distantes. |
| Tempo de Implantação | Baixo: < 30 minutos (local ou nuvem). | Alto: Dias ou semanas para a configuração do cluster. | Médio: Requer a configuração de cofres e políticas de DR. |
A alta disponibilidade é um substituto para a replicação de máquinas virtuais na nuvem nativa para recuperação de desastres?
Não, a alta disponibilidade e os backups são complementares, não intercambiáveis. Embora SafeKit garanta a continuidade dos negócios mantendo os aplicativos em execução durante uma falha de hardware, ele não protege contra erros lógicos, exclusões acidentais ou ataques de ransomware. Por exemplo, como a replicação em tempo real espelha todas as alterações instantaneamente, um ataque de ransomware no nó primário será imediatamente duplicado no nó secundário. Para se recuperar de tais ameaças cibernéticas ou exclusões acidentais, você precisa de uma solução de backup dedicada com uma política de retenção robusta. Isso permite que você “retroceda” seu ambiente a um estado íntegro de antes da corrupção ocorrer.
Conclusão
Ao adotar uma arquitetura sem compartilhamento, SafeKit elimina a complexidade e o custo dos discos compartilhados gerenciados na nuvem. Ao contrário do clustering tradicional, ele oferece uma solução independente de infraestrutura que não requer reconfiguração de aplicativos ou migração de dados. Com suporte nativo a Multi-AZ e um tempo de implantação de menos de 30 minutos, SafeKit garante que o ambiente do seu Cloud permaneça resiliente, com zero perda de dados (RPO = 0) e recuperação totalmente automatizada.
Guia em vídeo: Configurando um cluster mirror de alta disponibilidade com o SafeKit
Vídeo SafeKit: Agrupamento em nível de aplicativo (8:47)
Neste vídeo, descubra como SafeKit implementa um cluster HA mirror sem a complexidade de um cluster de discos compartilhados na nuvem. Embora esta demonstração use Microsoft SQL Server, a solução funciona de forma idêntica para outros bancos de dados e aplicativos. Observe que o IP virtual é configurado neste vídeo para uma solução local e não para um balanceador de carga na nuvem com sondas de integridade SafeKit.
Destaques do vídeo
- 🎬 2 nós com SQL Server (0:32)
- 🎬 Configure o cluster e o módulo mirror.safe (3:58)
- 🎬 Inicie e teste a replicação, migração e failover do SQL em caso de falha (4:17)
🔍 Explore o SafeKit
Encontre informações sobre os recursos, as arquiteturas, os vídeos, a documentação e a avaliação gratuita do SafeKit.
| Recurso | Descrição | Link |
|---|---|---|
| Principais características | Saiba por que o SafeKit é uma solução de alta disponibilidade simples e econômica. | Descubra as principais funcionalidades |
| Casos de uso | Saiba como o SafeKit mantém as aplicações e a infraestrutura críticas disponíveis. | Explore os casos de uso |
| Modelo de implantação | O SafeKit oferece alta disponibilidade sem a necessidade de uma SAN ou armazenamento compartilhado. | Explore o modelo de implantação |
| Estratégias de alta disponibilidade | Compare a alta disponibilidade para máquinas virtuais com a alta disponibilidade para aplicativos. | Compare as duas estratégias |
| Especificações técnicas | Verifique os requisitos técnicos e as limitações dos clusters do SafeKit. | Leia as especificações técnicas |
| Vídeos | Assista a demonstrações da configuração do SafeKit e do failover automático. | Assista aos vídeos técnicos |
| Arquitetura | Saiba como o cluster mirror replica arquivos em tempo real e lida com o failover. | Explore a arquitetura Mirror |
| Arquitetura | Saiba como o cluster farm equilibra o tráfego de rede e lida com o failover. | Explore a arquitetura Farm |
| Comparação de produtos | Compare o SafeKit com os clusters de alta disponibilidade tradicionais. | Compare as soluções |
| Recursos técnicos | Encontre a documentação técnica, baixe o SafeKit e acesse a versão de teste gratuita. | Acesse a documentação e a versão de teste gratuita |
| Módulos de aplicação | Use os módulos pré-configurados do SafeKit para configurar alta disponibilidade para seus aplicativos. | Explore os módulos do aplicativo |