---
title: "SafeKit: Software de Alta Disponibilidade e Replicação de Dados em Tempo Real Docker"
canonical: "https://safekit.eviden.com/pt-br/solutions/docker-container-high-availability-cluster-synchronous-replication-failover/"
description: "SafeKit oferece uma solução robusta de alta disponibilidade Docker com replicação de dados síncrona integrada. Implemente um cluster de contêineres com estado, failover automático e perda zero de dados em servidores Linux padrão. Não é necessário SAN ou armazenamento compartilhado. Implante em minutos."
category: "solutions"
lang: "pt-br"
topics: "Como o SANless SafeKit cluster mirror funciona com Docker, Índice, Como o software SafeKit implementa de forma simples um cluster de alta disponibilidade Docker ?, Como o cluster mirror SafeKit funciona com Docker ?, Limitações SafeKit de Alta Disponibilidade, Comparação: Cluster SANless SafeKit vs. HA Docker Tradicional, Comparação: SafeKit vs. Linux HA de código aberto (Pacemaker/Corosync/DRBD), Resumo da Alta Disponibilidade Docker"
translation: "translate_md 2026-11-08.1 | glossaire 2026-11-08.1 | Translation LLM | 23 expressions"
---
# SafeKit: Software de Alta Disponibilidade e Replicação de Dados em Tempo Real Docker {#safekit-docker-high-availability--real-time-data-replication-software}
## Como o SANless SafeKit cluster mirror funciona com Docker {#how-the-sanless-safekit-mirror-cluster-works-with-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.
**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 {#table-of-contents}
* [Como o software SafeKit implementa de forma simples um cluster de alta disponibilidade Docker ?](#how-safekit-implements-docker-ha)
* [Como o cluster mirror SafeKit funciona com Docker ?](#safekit-mirror-cluster)
* [Limitações SafeKit de Alta Disponibilidade](#safekit-ha-limitations)
* [Comparação: Cluster SANless SafeKit vs. HA Docker Tradicional](#safekit-docker-comparison)
* [Comparação: SafeKit vs. Linux HA de código aberto (Pacemaker/Corosync/DRBD)](#safekit-vs-linux-ha-stack)
* [Resumo da Alta Disponibilidade Docker](#docker-ha-summary-quick-installation-guide)
* [🔍 Explore SafeKit](#hub)
## Como o software SafeKit implementa de forma simples um cluster de alta disponibilidade Docker ? {#how-safekit-implements-docker-ha}
### Como posso obter alta disponibilidade para Docker em dois servidores? {#how-can-i-achieve-high-availability-for-docker-on-two-servers}
**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 ? {#how-does-automatic-network-failover-work-for-docker-containers}
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 ? {#what-is-a-sanless-cluster-for-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 ? {#is-it-possible-to-set-up-a-docker-cluster-without-kubernetes-skills}
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 ? {#how-does-safekit-replication-differ-from-block-level-solutions-like-drbd-for-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 ? {#can-safekit-provide-high-availability-for-applications-beyond-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 ? {#safekit-mirror-cluster}
### Passo 1. Replicação em tempo real {#step1}
O Servidor 1 (PRIM) executa o aplicativo Docker. Os clientes estão conectados a um [endereço IP virtual](https://safekit.eviden.com/pt-br/best-practises/how-a-virtual-ip-address-works/). SafeKit replica em tempo real as modificações feitas nos arquivos através da rede.
A replicação é [síncrona](https://safekit.eviden.com/pt-br/best-practises/synchronous-replication-vs-asynchronous-replication/), 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 {#step2}
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.
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 {#step3}
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 Docker, que pode continuar a ser executada no Servidor 2.
### Passo 4. Voltar ao normal {#step-4-back-to-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.
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 ? {#safekit-mirror-cluster-configure}
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](https://safekit.eviden.com/pt-br/best-practises/heartbeat-failover-quorum-windows-linux-cluster/).
### Como monitorar um cluster mirror SafeKit para Docker ? {#safekit-mirror-cluster-monitoring}
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 {#safekit-ha-limitations}
Limite/Requisito | Motivo e Impacto | Alternativa recomendada
---|---|---
Tamanho da replicação: alguns TBs | Tempo de resincronização após falha ([etapa 3](https://safekit.eviden.com/pt-br/architectures/file-replication-byte-level-with-failover-mirror-cluster/#safekit-mirror-cluster)):
• 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](https://safekit.eviden.com/pt-br/best-practises/san-vs-nas-shared-storage-for-a-failover-cluster/) (mais caro, mais complexo).
Contagem de arquivos: < 1.000.000 de arquivos | • Desempenho do tempo de resincronização após uma falha ([etapa 3](https://safekit.eviden.com/pt-br/architectures/file-replication-byte-level-with-failover-mirror-cluster/#safekit-mirror-cluster)).
• 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](https://safekit.eviden.com/pt-br/best-practises/how-a-virtual-ip-address-works/) com 2 nós na mesma sub-rede.
• Boa largura de banda para resincronização ([passo 3](https://safekit.eviden.com/pt-br/architectures/file-replication-byte-level-with-failover-mirror-cluster/#safekit-mirror-cluster)).
• Baixa latência para [replicação síncrona](https://safekit.eviden.com/pt-br/best-practises/synchronous-replication-vs-asynchronous-replication/): 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](https://safekit.eviden.com/pt-br/best-practises/how-a-virtual-ip-address-works/#safekit-virtual-ip-implementation): 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 {#safekit-docker-comparison}
Recurso | HA tradicional (K8s / Armazenamento compartilhado) | SafeKit (Mirror sem SAN)
---|---|---
Arquitetura de Armazenamento | Requer **SAN ou NAS** (disco compartilhado) caros | Sem compartilhamento: usa apenas discos locais
Tipo de Replicação | Frequentemente em nível de bloco (complexo de configurar) | Replicação de arquivos em nível de byte (transparente)
Consistência dos Dados | Depende da confiabilidade do armazenamento externo | Replicação Síncrona (RPO = 0)
Configuração de Rede | Complexo (balanceadores de carga, Ingress, etc.) | Failover automático de IP virtual (VIP)
Requisito de Habilidade | Especialista (Kubernetes /especialistas em clustering) | Simples: não são necessárias competências especializadas
Processo de Failback | Ressincronização manual ou complexa | Ressincronização automática de dados modificados
## Comparação: SafeKit vs. Linux HA de código aberto (Pacemaker/Corosync/DRBD) {#safekit-vs-linux-ha-stack}
Recurso | Pilha de alta disponibilidade Linux (Pacemaker + Corosync + DRBD) | SafeKit (Mirror sem SAN)
---|---|---
Arquitetura | Modular: 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ção | Ní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ção | Complexo: 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 Failback | Manual/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ção | Requer 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 {#docker-ha-summary-quick-installation-guide}
**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.