SafeKit: Software de Replicação de Dados em Tempo Real e Alta Disponibilidade Podman
Como o SANless SafeKit cluster mirror funciona com Podman
SafeKit oferece uma solução de alta disponibilidade (HA) leve e “suficiente” para organizações que consideram Kubernetes demasiado exigente em recursos, complexo ou excessivamente projetado para cargas de trabalho de contentores localizadas ou de computação de ponta. SafeKit fornece um cluster de alta disponibilidade simplificado e completo de 2 nós para Podman no Linux. Serve como uma alternativa integrada e sem falhas à complexa pilha de HA para Linux “Faça Você Mesmo” (DIY) — eliminando o fardo técnico de configurar manualmente o Corosync para a adesão ao nó, o Pacemaker para a orquestração de recursos e o DRBD para a replicação ao 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 partilhado dispendioso. Esta arquitetura garante a reconexão transparente do cliente, a comutação automática rápida e uma garantia de perda de dados zero (RPO = 0) para aplicações em contentores.
- ✅ Alternativa Kubernetes: Alta disponibilidade para contentores 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 partilhado: arquitetura SANless que utiliza discos locais e replicação ao nível de bytes.
- ✅ Failover Automático de IP Virtual (VIP): Garante a reconexão transparente do cliente durante uma mudança de servidor.
- ✅ Replicação de dados síncrona: Perda de dados garantida de zero (RPO = 0) entre os nós.
- ✅ Failover e Failback Automatizados: Reinício rápido da aplicação no nó redundante sem recurso a scripts manuais.

Uma solução de alta disponibilidade (HA) para contentores Podman, utilizando a arquitetura SANless da SafeKit .
⚡ Guia rápido de instalação do HA para Podman >
Índice
- Como o software SafeKit implementa de forma simples um cluster de alta disponibilidade Podman?
- Como funciona o cluster mirror SafeKit com Podman?
- Limitações de Alta Disponibilidade SafeKit
- Comparação: Cluster SANless SafeKit vs. HA Podman Tradicional
- Comparação: SafeKit vs. Soluções de Alta Disponibilidade (HA) de Código Aberto Linux (Pacemaker/Corosync/DRBD)
- Resumo da Alta Disponibilidade Podman
- 🔍 Explore SafeKit
Como o software SafeKit implementa de forma simples um cluster de alta disponibilidade Podman?
Como posso conseguir alta disponibilidade para Podman em dois servidores?
SafeKit fornece uma solução de alta disponibilidade para Podman entre dois servidores redundantes, sem a necessidade de um disco partilhado. O sistema funciona configurando a replicação em tempo real dos diretórios associados aos dados persistentes do Podman. Em caso de falha, SafeKit gere o failover automático e reinicia os seus contentores no nó secundário em segundos.
Como funciona a comutação automática de rede para os contentores Podman?
SafeKit implementa um endereço IP virtual (VIP) com comutação automática. Este VIP serve como um ponto de entrada único para as aplicações cliente. Se o servidor principal falhar, SafeKit move o IP virtual para o servidor redundante utilizando o ARP Gratuito. Isto garante que os clientes se voltam a ligar de forma transparente ao mesmo endereço IP onde a aplicação Podman foi reiniciada.
O que é um cluster “SANless” para Podman?
Um cluster SANless para Podman é uma arquitetura que oferece alta disponibilidade sem a necessidade de uma dispendiosa Rede de Área de Armazenamento (SAN) ou Armazenamento Conectado à Rede (NAS). SafeKit utiliza replicação síncrona baseada no anfitrião para mirror dados entre os discos locais de dois servidores. Isto elimina o armazenamento partilhado como um ponto único de falha e garante um Objetivo de Ponto de Recuperação (RPO) de zero, o que significa que não ocorre perda de dados durante uma falha.
É possível configurar um cluster Podman sem conhecimentos Kubernetes?
Sim. Este artigo explica como implementar rapidamente um cluster Podman sem conhecimentos especializados em clustering ou orquestração complexa Kubernetes. Ao utilizar os scripts de reinício automático do SafeKit para gerir o arranque e paragem das aplicações Podman, obtém uma solução de redundância robusta que é muito mais simples de implementar e manter do que o K8s.
Em que é que a replicação SafeKit difere das soluções de nível de bloco, como o DRBD para Podman?
Ao contrário da maioria das soluções SANless que utilizam replicação ao nível de bloco (como o DRBD), SafeKit executa a replicação baseada no anfitrião ao nível de ficheiro. Esta abordagem é completamente transparente para a aplicação Podman, pois não exige que 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 aplicação existentes — mesmo aquelas no disco do sistema. Isto permite implementar alta disponibilidade para Podman exatamente onde já está instalado, sem complexas reconfigurações de disco ou alterações na aplicação.
SafeKit pode fornecer alta disponibilidade para aplicações que não sejam Podman?
Sim. SafeKit é um software de alta disponibilidade genérico e altamente versátil, compatível com Windows e Linux. Além do Podman, SafeKit pode ser usado para implementar replicação em tempo real e failover automático para qualquer diretório de ficheiros, serviço ou base de dados. Suporta uma vasta gama de tecnologias, incluindo máquinas virtuais Hyper-V e KVM, Docker, K3s e várias aplicações na nuvem. Isto torna SafeKit uma solução de clustering universal para proteger cargas de trabalho críticas em diversos ambientes de TI, sem a necessidade de hardware especializado.
Como funciona o cluster mirror SafeKit com Podman ?
Passo 1. Replicação em tempo real
O Servidor 1 (PRIM) executa a aplicação Podman. Os clientes estão ligados a um endereço IP virtual. SafeKit replica em tempo real as modificações feitas nos ficheiros 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.
Basta configurar os nomes dos diretórios a replicar no SafeKit. Não existem pré-requisitos quanto à organização do disco. Os diretórios podem estar localizados no disco do sistema.
Passo 2. Reposição automática em caso de falha
Quando o Servidor 1 falha, o Servidor 2 assume o controlo. SafeKit muda o endereço IP virtual e reinicia a aplicação Podman automaticamente no Servidor 2.
A aplicação encontra os ficheiros replicados pelo SafeKit atualizados no Servidor 2. A aplicação continua a ser executada no Servidor 2, modificando localmente os seus ficheiros que já não são 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 arranque da aplicação.
Passo 3. failback automático
A recuperação de falhas envolve reiniciar o Servidor 1 após a resolução do problema que causou a sua falha.
SafeKit resincroniza automaticamente os ficheiros, atualizando apenas os ficheiros modificados no Servidor 2 enquanto o Servidor 1 estava parado.

A recuperação de falhas ocorre sem perturbar a Podman, que pode continuar a ser executada no Servidor 2.
Passo 4. De volta ao normal
Após a reintegração, os ficheiros voltam a estar em modo mirror, como no passo 1. O sistema volta ao modo de alta disponibilidade, com a aplicação Podman a ser executada no Servidor 2 e SafeKit a replicar as atualizações dos ficheiros para o Servidor 1.

Se o administrador desejar que a aplicação seja executada no Servidor 1, isso pode ser feito manualmente através da consola web num momento apropriado, ou automaticamente através da configuração.
Como configurar um cluster mirror SafeKit para Podman ?

A consola web SafeKit oferece uma interface intuitiva para orquestrar a alta disponibilidade das suas aplicações críticas. Em apenas alguns passos, pode configurar um cluster mirror SafeKit para garantir a continuidade do negócio:
- Failover da Aplicação (Separador Macros): Defina os serviços específicos da aplicação a serem reiniciados automaticamente em caso de falha.
- Rede(s) de pulsações: Caminho(s) de comunicação dedicado(s) utilizado(s) pelos nós do cluster para monitorizar continuamente a integridade e a disponibilidade uns dos outros e para sincronizar as decisões de failover.
- Gestão de IP Virtual: Configure o IP Virtual (VIP) para uma 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 ao nível de byte, baseada no anfitrião.
- Verificadores: Monitorize o estado da aplicação e acione a recuperação automática se for detetada uma falha no processo.
O cluster SafeKit inclui um verificador dedicado de “split-brain” para resolver problemas de isolamento de rede sem a necessidade de uma terceira máquina testemunha ou de uma rede adicional de “heartbeat”. Saiba mais sobre “heartbeat”, “failover” e “quorum” num cluster.
Como monitorizar um cluster mirror SafeKit para Podman ?

A consola de gestão SafeKit oferece uma visão unificada da sua infraestrutura de alta disponibilidade. Permite aos administradores monitorizar o estado operacional do cluster e acompanhar a sincronização de dados em tempo real.
Para um cluster mirror de 2 nós, a consola exibe claramente as funções de cada servidor:
- PRIM (Primário): O nó ativo que executa atualmente a aplicação e gere o IP Virtual. Executa escritas no armazenamento local e replicação em tempo real para o nó secundário.
- SECOND: O nó de reserva recebe atualizações síncronas ao nível de byte. Está pronto para assumir o controlo instantaneamente se o Primário falhar.
- ALONE Estado: Alerta visualmente quando o cluster está a ser executado num único nó (por exemplo, durante a manutenção ou após uma falha), indicando que a redundância foi temporariamente perdida.
- Progresso da Ressincronização: Quando um nó que falhou recupera, o seu estado fica laranja durante a reintegração de dados em segundo plano, garantindo que não haja tempo de inatividade durante a fase de “regresso ao normal”.
Além de simples ícones de estado, a interface oferece orquestração de failover com um clique, permitindo reatribuir manualmente a função primária para manutenção planeada, garantindo simultaneamente a disponibilidade contínua para a atividade do utilizador.
Limitações de Alta Disponibilidade SafeKit
| Limite / Requisito | Razão e Impacto | Alternativa Recomendada |
|---|---|---|
| Tamanho da replicação: alguns TBs | Tempo de resincronização após falha (passo 3): • Rede de 1 Gb/s ≈ 3 horas/TB • Rede de 10 Gb/s ≈ 1 hora/TB (dependendo do desempenho de escrita do disco) | • Utilizar armazenamento partilhado externo (mais caro, mais complexo). |
| Número de ficheiros: < 1.000.000 de ficheiros | • Desempenho do tempo de resincronização após uma falha (passo 3). • Tempo necessário para comparar cada ficheiro entre os dois nós. | • Coloque os vários ficheiros a replicar num disco rígido virtual/máquina virtual. • Apenas os ficheiros que representam o disco rígido virtual/máquina virtual serão replicados e resincronizados neste caso. |
| Capacidade de contingência: ≤ 32 máquinas virtuais | • Cada máquina virtual é executada num módulo mirror independente. • Máximo de 32 módulos mirror a funcionar no mesmo cluster. | • Utilizar um armazenamento externo partilhado e outra solução de agrupamento de máquinas virtuais (mais cara, mais complexa). |
| Arquitetura de rede: rede LAN/VLAN entre locais remotos | • Comutação automática de falha 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 elevados devem ser validados em relação à taxa de escrita da aplicação. | • Se os dois nós estiverem em subredes diferentes (comum na nuvem), utilize outras opções de reencaminhamento: um balanceador de carga, CLIs do fornecedor de nuvem, BGP ou redirecionamento de DNS. • Utilize soluções de cópia de segurança com replicação assíncrona para redes com alta latência. |
Comparação: Cluster SANless SafeKit vs. HA Podman Tradicional
| Funcionalidade | HA Tradicional (K8s / Armazenamento Partilhado) | SafeKit (Mirror sem SAN) |
|---|---|---|
| Arquitetura de Armazenamento | Requer SAN ou NAS (disco partilhado) dispendioso | Sem partilha de recursos: Utiliza apenas discos locais |
| Tipo de Replicação | Frequentemente ao nível do bloco (complexo de configurar) | Replicação de Ficheiros ao Nível de Byte (Transparente) |
| Consistência dos Dados | Depende da fiabilidade do armazenamento externo | Replicação Síncrona (RPO = 0) |
| Configuração da Rede | Complexo (Balanceadores de carga, Ingress, etc.) | Failover automático de IP virtual (VIP) |
| Requisito de Competência | Especialista (Kubernetes /especialistas em clustering) | Simples: Não são necessárias competências especializadas |
| Processo de Recuperação de Falhas | Sincronização manual ou complexa | Ressincronização automática de dados modificados |
Comparação: SafeKit vs. Soluções de Alta Disponibilidade (HA) de Código Aberto Linux (Pacemaker/Corosync/DRBD)
| Funcionalidade | Pilha de Alta Disponibilidade Linux (Pacemaker + Corosync + DRBD) | SafeKit (Mirror sem SAN) |
|---|---|---|
| Arquitetura | Modular: Requer a gestão de 3 ou mais ferramentas e módulos de kernel distintos. | Tudo-em-Um: Software único e integrado para replicação e recuperação de desastres. |
| Nível de Replicação | Nível de bloco (DRBD): Replica a totalidade da partição/volume do disco. | Ao nível de byte (SafeKit): Replica apenas os dados modificados dentro de ficheiros específicos. |
| Facilidade de Configuração | Complexo: Requer conhecimentos de CLI (Interface de Linha de Comandos) para programar manualmente restrições de ordenação (IP virtual, montagens), scripts de recuperação de aplicações e regras de quórum/isolamento. | Simples: Consola web intuitiva e módulos de aplicação prontos a usar. |
| Cercas (STONITH) | Obrigatório para prevenir a corrupção: 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 Recuperação de Falhas | Manual/Técnico: Risco de divergência de dados ou “split-brain” durante a resincronização. | Automático e Transparente: Ressincronização em segundo plano com recuperação segura em caso de falha. |
| Manutenção | Requer competências altamente especializadas para atualizar/resolver problemas de componentes individuais. | Fácil de manter pelos administradores gerais do sistema através de um painel de controlo na web. |
Resumo da Alta Disponibilidade Podman
SafeKit fornece um cluster HA simples de 2 nós para Podman, oferecendo 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 partilhado SAN/NAS dispendioso.
Através de replicação síncrona em tempo real e de um sistema automático de contingência de IP Virtual (VIP), SafeKit garante a perda zero de dados (RPO = 0) e a recuperação transparente de aplicações. É a solução ideal para organizações que exigem alta disponibilidade robusta e sem SAN, com configuração e sobrecarga administrativa mínimas.
🔍 Explore o SafeKit
Encontre informações sobre as funcionalidades, arquiteturas, vídeos, documentação e a versão de teste gratuita do SafeKit.
| Recurso | Descrição | Ligação |
|---|---|---|
| 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 infraestruturas críticas disponíveis. | Explore os casos de uso |
| Modelo de implementação | O SafeKit oferece alta disponibilidade sem a necessidade de uma SAN ou de armazenamento partilhado. | Explore o modelo de implementação |
| Estratégias de alta disponibilidade | Compare a alta disponibilidade para máquinas virtuais com a alta disponibilidade para aplicações. | Compare as duas estratégias |
| Especificações técnicas | Verifique os requisitos técnicos e as limitações dos clusters SafeKit. | Leia as especificações técnicas |
| Vídeos | Assista a demonstrações da configuração do SafeKit e da comutação automática de falha. | Assista aos vídeos técnicos |
| Arquitetura | Saiba como o cluster mirror replica ficheiros em tempo real e lida com a comutação de falhas. | Explore a arquitetura Mirror |
| Arquitetura | Saiba como o cluster farm equilibra o tráfego de rede e lida com a contingência. | 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, descarregue o SafeKit e aceda à versão de avaliação gratuita. | Aceda à documentação e à versão de teste gratuita |
| Módulos da aplicação | Utilize os módulos SafeKit pré-configurados para configurar alta disponibilidade para as suas aplicações. | Explore os módulos da aplicação |