Pesquisar SafeKit

SafeKit: Software de Alta Disponibilidade e Replicação de Dados em Tempo Real Docker

Como o SANless SafeKit cluster mirror funciona com Docker

SafeKit oferece uma solução de alta disponibilidade (HA) leve e “na medida certa”, desenvolvida para organizações que consideram Kubernetes muito intensivo em recursos, complexo ou superdimensionado para cargas de trabalho de contêineres localizadas ou de computação de borda.

SafeKit oferece um cluster de alta disponibilidade simplificado e completo de 2 nós para Docker no Linux. Ele serve como uma alternativa integrada e perfeita para a complexa pilha de HA Linux “Faça Você Mesmo” (DIY) — eliminando o ônus técnico de configurar manualmente o Corosync para associação de nós, o Pacemaker para orquestração de recursos e o DRBD para replicação em nível de bloco.

Ao utilizar replicação síncrona em tempo real e um endereço IP virtual comutado automaticamente, SafeKit cria um cluster robusto sem SAN que elimina a necessidade de armazenamento compartilhado caro. Essa arquitetura garante reconexão transparente do cliente, failover automático rápido e garantia de perda zero de dados (RPO = 0) para aplicações em contêineres.

  • ✅ Alternativa Kubernetes: alta disponibilidade para contêineres sem a sobrecarga da rede K8s (Ingress/Balanceadores de Carga) e orquestração.
  • ✅ Arquitetura simplificada: substitui a pilha Corosync/Pacemaker/DRBD por um único pacote de software.
  • ✅ Não é necessário armazenamento compartilhado: arquitetura SANless que utiliza discos locais e replicação em nível de byte.
  • ✅ Failover automático de IP virtual (VIP): garante a reconexão transparente do cliente durante uma troca.
  • ✅ Replicação de dados síncrona: Perda de dados zero garantida (RPO = 0) entre os nós.
  • ✅ Failover e Failback automatizados: reinicialização rápida da aplicação no nó redundante sem scripts manuais.

Arquitetura de Cluster de Alta Disponibilidade SafeKit para Docker, que oferece IP Virtual, Failover Automático, failback automático e Replicação em Tempo Real

Uma solução de alta disponibilidade (HA) para contêineres Docker usando a arquitetura SANless do SafeKit .

⚡ Guia rápido de instalação do HA para Docker >

Índice

Como o software SafeKit implementa de forma simples um cluster de alta disponibilidade Docker ?

Como posso obter alta disponibilidade para Docker em dois servidores?

SafeKit oferece uma solução de alta disponibilidade para Docker entre dois servidores redundantes, sem a necessidade de um disco compartilhado. O sistema funciona configurando a replicação em tempo real de diretórios associados aos dados persistentes do Docker. Em caso de falha, SafeKit gerencia o failover automático e reinicia seus contêineres no nó secundário em segundos.

Como funciona o failover automático de rede para contêineres Docker ?

SafeKit implementa um endereço IP virtual (VIP) comutado automaticamente. Este VIP serve como um ponto de entrada único para aplicações cliente. Se o servidor principal falhar, SafeKit move o IP virtual para o servidor redundante usando o ARP Gratuito. Isso garante que os clientes se reconectem de forma transparente ao mesmo endereço IP onde a aplicação Docker foi reiniciada.

O que é um cluster “SANless” para Docker ?

Um cluster SANless para Docker é uma arquitetura que oferece alta disponibilidade sem a necessidade de uma dispendiosa Storage Area Network (SAN) ou Network Attached Storage (NAS). SafeKit usa replicação síncrona baseada em host para mirror dados entre os discos locais de dois servidores. Isso elimina o armazenamento compartilhado como um ponto único de falha e garante um Recovery Point Objective (RPO) de zero, o que significa que nenhuma perda de dados ocorre durante uma falha.

É possível configurar um cluster Docker sem ter conhecimentos Kubernetes ?

Sim. Este artigo explica como implementar rapidamente um cluster Docker sem habilidades especializadas em clustering ou orquestração complexa Kubernetes. Ao usar os scripts de reinicialização automática do SafeKit para gerenciar o início e a parada de aplicativos Docker, você obtém uma solução de redundância robusta que é muito mais simples de implantar e manter do que o K8s.

Como a replicação SafeKit difere das soluções de nível de bloco, como o DRBD para Docker ?

Ao contrário da maioria das soluções SANless que usam replicação em nível de bloco (como o DRBD), SafeKit executa a replicação baseada em host no nível do arquivo. Essa abordagem é totalmente transparente para o aplicativo Docker, pois não exige que você migre dados para um volume de “disco replicado” específico e recém-criado. Em vez disso, basta configurar SafeKit para replicar as pastas de aplicativos existentes — mesmo aquelas no disco do sistema. Isso permite implementar alta disponibilidade para Docker exatamente onde ele já está instalado, sem complexa reconfiguração de disco ou alterações de aplicativo.

SafeKit pode fornecer alta disponibilidade para aplicações além Docker ?

Sim. SafeKit é um software de alta disponibilidade genérico e altamente versátil, compatível com Windows e Linux. Além Docker, SafeKit pode ser usado para implementar replicação em tempo real e failover automático para qualquer diretório de arquivos, serviço ou banco de dados. Ele oferece suporte a uma ampla gama de tecnologias, incluindo máquinas virtuais Hyper-V e KVM, Docker, K3s e vários aplicativos em nuvem. Isso torna SafeKit uma solução de clusterização universal para proteger cargas de trabalho críticas em diversos ambientes de TI, sem a necessidade de hardware especializado.

Como o cluster mirror SafeKit funciona com Docker ?

Passo 1. Replicação em tempo real

O Servidor 1 (PRIM) executa o aplicativo Docker. 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.

Replicação de arquivos em nível de byte em um cluster Docker mirror

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 Docker 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.

Failover do Docker em um cluster mirror

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.

Recuperação de falha em um cluster Docker mirror

O failback ocorre sem interromper a Docker, 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 Docker em execução no Servidor 2 e SafeKit replicando as atualizações de arquivos para o Servidor 1.

Retornar à operação normal em um cluster Docker mirror

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 Docker ?

Console Web SafeKit: Painel de configuração de alta disponibilidade para Docker, mostrando redes de pulsações, configuração de IP virtual e replicação de diretório em tempo real para um cluster mirror.

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 Docker ?

Console Web SafeKit: Monitoramento em tempo real de um cluster mirror 2 nós para Docker, mostrando os estados PRIM e SECOND com replicação de dados ativa.

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/RequisitoMotivo e ImpactoAlternativa recomendada
Tamanho da replicação: alguns TBsTempo 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: Cluster SANless SafeKit vs. HA Docker Tradicional

RecursoHA tradicional (K8s / Armazenamento compartilhado)SafeKit (Mirror sem SAN)
Arquitetura de ArmazenamentoRequer SAN ou NAS (disco compartilhado) carosSem compartilhamento: usa apenas discos locais
Tipo de ReplicaçãoFrequentemente em nível de bloco (complexo de configurar)Replicação de arquivos em nível de byte (transparente)
Consistência dos DadosDepende da confiabilidade do armazenamento externoReplicação Síncrona (RPO = 0)
Configuração de RedeComplexo (balanceadores de carga, Ingress, etc.)Failover automático de IP virtual (VIP)
Requisito de HabilidadeEspecialista (Kubernetes /especialistas em clustering)Simples: não são necessárias competências especializadas
Processo de FailbackRessincronização manual ou complexaRessincronização automática de dados modificados

Comparação: SafeKit vs. Linux HA de código aberto (Pacemaker/Corosync/DRBD)

RecursoPilha de alta disponibilidade Linux (Pacemaker + Corosync + DRBD)SafeKit (Mirror sem SAN)
ArquiteturaModular: Requer o gerenciamento de 3 ou mais ferramentas e módulos de kernel distintos.Tudo em um: software único e integrado para replicação e failover.
Nível de ReplicaçãoNível de bloco (DRBD): Replica todo o volume da partição/disco.Nível de byte (SafeKit): Replica apenas os dados modificados dentro de arquivos específicos.
Facilidade de configuraçãoComplexo: requer experiência em CLI (interface de linha de comando) para programar manualmente restrições de ordenação (IP virtual, montagens), scripts de recuperação de aplicativos e regras de quórum/isolamento.Simples: console web intuitivo e módulos de aplicação prontos para uso.
Cerca (STONITH)Obrigatório para evitar corrupção: STONITH (Shoot The Other Node In The Head) requer um hardware especializado (IPMI/iDRAC) para literalmente cortar a energia ou reiniciar o servidor com falha.Baseado em software: resolução inteligente de problemas de divisão de rede sem hardware adicional.
Processo de FailbackManual/Técnico: Risco de divergência de dados ou “split-brain” durante a ressincronização.Automático e transparente: resincronização em segundo plano com retorno seguro em caso de falha.
ManutençãoRequer habilidades altamente especializadas para atualizar/solucionar problemas de componentes individuais.Fácil de manter por administradores de sistema em geral através de um painel de controle via web.

Resumo da Alta Disponibilidade Docker

SafeKit oferece um cluster de alta disponibilidade (HA) simples de 2 nós para Docker, proporcionando uma alternativa leve Kubernetes para cargas de trabalho de missão crítica. Ao substituir a complexa pilha Corosync, Pacemaker e DRBD, SafeKit elimina a necessidade de armazenamento compartilhado caro SAN/NAS.

Através de replicação síncrona em tempo real e um failover automático de IP Virtual (VIP), SafeKit garante perda zero de dados (RPO = 0) e recuperação transparente de aplicações. É a solução ideal para organizações que exigem alta disponibilidade robusta e sem SAN com configuração mínima e sobrecarga administrativa.

🔍 Explore o SafeKit

Encontre informações sobre os recursos, as arquiteturas, os vídeos, a documentação e a avaliação gratuita do SafeKit.

RecursoDescriçãoLink
Principais característicasSaiba por que o SafeKit é uma solução de alta disponibilidade simples e econômica.Descubra as principais funcionalidades
Casos de usoSaiba como o SafeKit mantém as aplicações e a infraestrutura críticas disponíveis.Explore os casos de uso
Modelo de implantaçãoO SafeKit oferece alta disponibilidade sem a necessidade de uma SAN ou armazenamento compartilhado.Explore o modelo de implantação
Estratégias de alta disponibilidadeCompare a alta disponibilidade para máquinas virtuais com a alta disponibilidade para aplicativos.Compare as duas estratégias
Especificações técnicasVerifique os requisitos técnicos e as limitações dos clusters do SafeKit.Leia as especificações técnicas
VídeosAssista a demonstrações da configuração do SafeKit e do failover automático.Assista aos vídeos técnicos
ArquiteturaSaiba como o cluster mirror replica arquivos em tempo real e lida com o failover.Explore a arquitetura Mirror
ArquiteturaSaiba como o cluster farm equilibra o tráfego de rede e lida com o failover.Explore a arquitetura Farm
Comparação de produtosCompare o SafeKit com os clusters de alta disponibilidade tradicionais.Compare as soluções
Recursos técnicosEncontre 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çãoUse os módulos pré-configurados do SafeKit para configurar alta disponibilidade para seus aplicativos.Explore os módulos do aplicativo
SafeKit AI Chat SafeKit AI