SafeKit: Software Tudo-em-Um de Alta Disponibilidade SANless e Clustering de Aplicações

O que é o SafeKit?

O SafeKit é uma solução de software de alta disponibilidade tudo-em-um que garante 100% de tempo de atividade (uptime) das aplicações, combinando replicação baseada em host em tempo real, failover automático e balanceamento de carga em um único pacote.

Ao sincronizar dados entre servidores padrão, o SafeKit elimina a necessidade de armazenamento compartilhado caro (SAN) ou competências especializadas em TI, oferecendo uma maneira simples e econômica de proteger bancos de dados empresariais (como SQL Server), sistemas de segurança críticos (como o Software de Gerenciamento de Vídeo Milestone XProtect) e softwares de controle industrial SCADA (como aplicações Siemens) em ambientes Windows e Linux.

🔍 Hub de Navegação de Alta Disponibilidade SafeKit

Explore o SafeKit: Recursos, vídeos técnicos, documentação e teste gratuito

Por que escolher o SafeKit para uma Alta Disponibilidade simples e econômica?

Quais são os recursos do SafeKit?

O SafeKit oferece os seguintes recursos para Windows e Linux em um único produto de software:

• Balanceamento de carga
• Replicação de arquivos síncrona em tempo real
• Failover de aplicação automático
• Failback automático após uma falha de servidor

Preciso de competências especiais para configurar o SafeKit?

Não. O SafeKit é simples de implantar — não é necessária experiência avançada.

O SafeKit requer hardware adicional?

Não. O SafeKit funciona em seus servidores existentes, máquinas virtuais ou na nuvem — não são necessários discos compartilhados ou armazenamento SAN.

São necessárias licenças de software extras para o SafeKit?

Não. O SafeKit funciona com edições padrão de Windows e Linux e não precisa de licenças de bancos de dados “Enterprise”.

Quais problemas o SafeKit resolve?

O SafeKit resolve:

• Falhas de hardware (20% dos problemas), incluindo a falha completa de uma sala de servidores
• Falhas de software (40% dos problemas), incluindo a reinicialização de processos críticos
• Erros humanos (40% dos problemas) graças à sua facilidade de uso

Quais aplicações são suportadas pelo SafeKit?

Você pode implementar replicação em tempo real e failover para:

• Todos os tipos de aplicações, diretórios de arquivos e serviços
• Bancos de dados
• Máquinas virtuais Hyper-V ou KVM completas
• Docker, Podman e aplicações em nuvem

Como o SafeKit reduz custos?

O SafeKit elimina os seguintes requisitos:

• Balanceadores de carga de rede ou servidores proxy dedicados
• Discos compartilhados ou armazenamento SAN replicado
• Edições “Enterprise” de sistemas operacionais e bancos de dados
• Competências especializadas em manutenção de clusters

Como funciona o preço e o licenciamento do SafeKit High Availability?

O SafeKit apresenta um modelo de licenciamento por nó transparente e econômico, baseado estritamente no número de servidores, independentemente dos núcleos de CPU ou sockets. Ao contrário de muitos concorrentes de alta disponibilidade que exigem assinaturas recorrentes, o SafeKit oferece licenças perpétuas para garantir um menor Custo Total de Propriedade (TCO) e ativos de software de longo prazo.

• Sem Custos Ocultos: Todos os módulos de aplicação HA pré-configurados são fornecidos gratuitamente.
• Avaliação sem Riscos: Baixe um teste gratuito de 30 dias para testar o failover e a replicação em seu ambiente.
• Orçamentos Personalizados: Por favor, entre em contato conosco para um orçamento adaptado aos seus requisitos específicos de alta disponibilidade.

Casos de Uso do SafeKit

SafeKit para OEM

Oferecer alta disponibilidade com sua aplicação aumenta o valor do negócio, garantindo a continuidade do serviço, reduzindo os riscos de inatividade e aumentando a confiança do cliente, ao mesmo tempo em que permite que operações críticas sejam executadas sem interrupção em infraestruturas padrão.

Adicione o SafeKit ao seu catálogo como uma opção de alta disponibilidade: uma solução apenas de software adaptada à sua aplicação, sem custos ocultos como armazenamento compartilhado, totalmente agnóstica em relação ao hardware e implementável em ambientes físicos, virtuais ou em nuvem, com administração simples e plug-and-play.

SafeKit para Edge

Os locais de Edge muitas vezes não possuem data center nem conhecimento especializado em HA — e, no entanto, a continuidade dos negócios é crítica. O SafeKit mantém as aplicações de Edge funcionando em fábricas, plataformas de petróleo, navios, segurança predial, controle de tráfego aéreo, redes 5G, saúde, varejo…

O SafeKit transforma dois servidores de Edge comuns (de qualquer marca) em um cluster de alta disponibilidade plug-and-play — sem necessidade de armazenamento compartilhado/SAN. Uma única stack leve oferece replicação em tempo real e failover automático (podendo incluir também balanceamento de carga), sendo fácil de instalar e administrar.

SafeKit para VMS

O Software de Gerenciamento de Vídeo (VMS) é fundamental para a segurança pública, gravando e exibindo vídeos em tempo real e arquivados para que os agentes de segurança possam reagir instantaneamente a incidentes. Qualquer interrupção no VMS coloca pessoas e ativos diretamente em risco.

O SafeKit evita a perda de vídeo e lacunas de monitoramento ao manter o acesso contínuo a transmissões ao vivo e gravadas, mesmo durante falhas de servidor ou software. Ele se integra perfeitamente às principais plataformas de VMS, como Milestone, Genetec, Hanwha e outras, para manter a vigilância operacional quando ela é mais necessária.

SafeKit para EACS

Os Sistemas de Controle de Acesso Eletrônico (EACS) são essenciais para a segurança física, controlando e monitorando o acesso a áreas privadas e sensíveis por meio de portas, crachás, leitores e sensores. Qualquer interrupção no sistema pode expor imediatamente pessoas, edifícios e ativos a intrusões.

O SafeKit mantém as decisões de controle de acesso, alarmes e credenciais disponíveis o tempo todo, eliminando pontos únicos de falha. Ele oferece uma operação resiliente para soluções de EACS como Hirsch Microsesame, Nedap AEOS e Siemens SiPass , garantindo acesso seguro mesmo durante incidentes de infraestrutura.

SafeKit para SCADA

Os sistemas SCADA (Controle Supervisório e Aquisição de Dados) estão no centro dos ambientes industriais, permitindo que os operadores monitorem e controlem processos críticos por meio de sensores, válvulas, bombas, motores e interfaces homem-máquina (HMI).

O SafeKit minimiza o tempo de inatividade da produção ao garantir que os sistemas de controle SCADA — como os que alimentam os torradores de café Probat e as máquinas de triagem de bagagem ALSTEF — permaneçam operacionais apesar de incidentes de hardware ou software. Isso permite que os operadores mantenham total visibilidade e controle dos processos industriais em todos os momentos, evitando paralisações dispendiosas e riscos de segurança.

SafeKit para BMS

Os Sistemas de Gestão Predial (BMS) são centrais para edifícios modernos, fornecendo controle automatizado de HVAC (aquecimento, ventilação e ar condicionado), distribuição elétrica, iluminação, segurança contra incêndio e sistemas de água. Qualquer interrupção no sistema pode impactar diretamente a segurança, o conforto dos ocupantes e as operações do edifício.

O SafeKit protege a automação predial ao permitir que os serviços de BMS continuem funcionando de forma transparente em caso de falha. Ele suporta plataformas como Siemens Desigo CC, Bosch BIS e sistemas relacionados para manter as operações prediais seguras, eficientes e ininterruptas.

SafeKit para ATC

Os sistemas de Controle de Tráfego Aéreo (ATC) são cruciais para a segurança da aviação, permitindo o monitoramento e controle em tempo real dos movimentos das aeronaves no solo e no ar por meio de aplicações de vigilância, orientação e controle.

O SafeKit reforça a resiliência do sistema ATC ao garantir acesso ininterrupto dos controladores às aplicações críticas do lado ar (airside). Ele é utilizado com soluções de aeroporto e ATC, como ADB SafeGate , para dar suporte a operações de tráfego aéreo seguras e contínuas sob todas as condições.

SafeKit para OCC

Os Centros de Controle de Operações (OCC) estão no coração das redes de metrô modernas, centralizando a supervisão dos movimentos dos trens, fornecimento de energia, sinalização, informações aos passageiros e gerenciamento de incidentes. Em linhas de metrô automáticas e sem condutor, o OCC é o ponto único de controle das operações.

O SafeKit garante a supervisão ininterrupta do metrô, assegurando que as aplicações do OCC permaneçam disponíveis durante falhas. Ele suporta Centros de Controle de Operações para linhas de metrô automáticas e sem condutor de Paris , permitindo um serviço contínuo e resposta rápida a incidentes sem depender de condutores a bordo.

Por que um Produto de Alta Disponibilidade SANless Tudo-em-Um é Essencial?

No mundo da continuidade de negócios, muitas organizações acreditam erroneamente que ter um backup ou uma ferramenta de replicação de dados é o mesmo que ter Alta Disponibilidade (HA). Na realidade, estas são apenas peças de um quebra-cabeça muito maior. Para garantir verdadeiramente 100% de tempo de atividade (uptime), você precisa de uma solução tudo-em-um que integre cada camada do processo de failover.

Aqui está o porquê de uma abordagem fragmentada falhar e por que um produto integrado e tudo-em-um como o SafeKit — utilizando replicação baseada em host no nível de arquivo — é necessário.

A replicação baseada em host é suficiente por si só para a Alta Disponibilidade?

Não. A replicação de dados é simplesmente o ato de copiar dados do Servidor A para o Servidor B. Embora seja crítica, a replicação por si só não oferece disponibilidade. Sem os outros componentes de uma estrutura de HA, a replicação é apenas uma “cópia passiva” que exige intervenção manual e demorada para se tornar útil:

• Se o Servidor A travar, o software de replicação de dados não direcionará automaticamente seus usuários para o Servidor B.
• Ele não detectará que a aplicação parou.
• Ele não reiniciará os serviços.

Os Riscos Ocultos de Soluções Fragmentadas: Por que a HA em Silos Aumenta as Falhas

Muitos fornecedores exigem que você “junte” vários produtos diferentes para obter replicação baseada em host , failover e balanceamento de carga. Essa arquitetura fragmentada é uma estratégia perigosa para sistemas de missão crítica:

• Integração Frágil: Quando você usa o produto A para replicação e o produto B para clustering, você cria um “castelo de cartas”. Cada atualização de SO ou patch de segurança corre o risco de quebrar o elo de comunicação frágil entre esses mecanismos separados.
• Alta Carga Cognitiva e Erro Humano: Gerenciar múltiplas interfaces aumenta o risco de erros. Durante uma falha de sistema sob alta pressão, alternar entre diferentes GUIs ou usar diferentes sintaxes de CLI para diagnosticar um problema leva à confusão e ao tempo de inatividade prolongado.
• Jogo de Empurra entre Fornecedores: Se um failover falhar, o fornecedor da replicação pode culpar a ferramenta de clustering, deixando você preso no meio do caminho sem uma solução clara. Uma solução tudo-em-um oferece um único ponto de responsabilidade.
• Manutenção Complexa: Sistemas fragmentados exigem competências especializadas para cada componente separado, tornando a solução mais difícil de manter e significativamente mais cara ao longo do tempo.

Além dos dados, quais componentes específicos são necessários para um verdadeiro failover SANless?

Para automatizar a recuperação e eliminar o tempo de inatividade, um produto tudo-em-um deve gerenciar diversas partes técnicas móveis simultaneamente:

• Replicação Baseada em Host: replicação síncrona em tempo real de dados críticos de aplicações entre servidores, sem depender de armazenamento compartilhado (SAN). Isso garante zero perda de dados (RPO=0) e elimina dependências caras de hardware.
• Endereço IP Virtual (VIP): fornece um ponto de entrada único para os usuários. Quando ocorre uma falha, o software move o VIP do nó com falha para o nó íntegro, para que os usuários não precisem alterar sua configuração.
• Detectores de Erros de Hardware e Software: o sistema deve realizar constantemente o “heartbeat” tanto do servidor físico quanto dos processos de software específicos para identificar um travamento ou uma queda imediatamente.
• Scripts de Reinicialização Customizáveis: nem toda aplicação inicia da mesma forma. Uma ferramenta tudo-em-um permite scripts personalizados para garantir que serviços complexos sejam iniciados na ordem correta.
• Failover Automático: a inteligência para orquestrar toda a migração de um servidor para outro sem a necessidade de intervenção humana.

Por que o mecanismo de failover deve estar sincronizado com a replicação baseada em host?

Se o seu gerenciador de failover e a sua replicação de dados forem dois produtos diferentes, eles podem não estar “em sincronia”.

O Perigo: Se ocorrer um failover, mas a replicação não tiver terminado de enviar os bits mais recentes, o Servidor B iniciará a aplicação com dados desatualizados ou corrompidos.

Uma solução de HA SANless tudo-em-um garante que o mecanismo de failover esteja ciente do estado da replicação. Ela só permitirá que a aplicação seja iniciada no nó de backup se houver a garantia de que os dados estão atualizados, evitando nós ativos em conflito e perda de dados.

O que acontece quando o servidor com falha é reparado (failback)?

Frequentemente ignorado em guias técnicos e mal executado por soluções de HA tradicionais, o failback automático continua sendo o requisito mais crítico para uma verdadeira resiliência. Um verdadeiro produto tudo-em-um lida com o “Retorno ao Normal” de forma tão elegante quanto lida com a falha. Quando o servidor que falhou volta a ficar online, ele está com os dados desatualizados. O software de HA deve:

1. Resincronizar os dados em segundo plano, do nó ativo para o nó recuperado.
2. Manter o Tempo de Atividade (Uptime): esta resincronização deve ocorrer sem interromper a aplicação que está sendo executada no nó ativo.
3. Restaurar a Redundância: uma vez que os dados estejam espelhados novamente, o cluster retorna automaticamente ao estado protegido, pronto para o próximo evento.

Replicação em Nível de Bloco vs. Nível de Arquivo: Por que a Transparência é Importante

O método técnico utilizado para a replicação baseada em host impacta significativamente o quanto você precisará alterar a configuração da sua aplicação existente.

• O Desafio da Replicação em Nível de Bloco: A maioria das soluções SANless replica no nível de disco/bloco. Isso não é transparente para a aplicação. Ela exige que você reconfigure a aplicação inteiramente para mover seus dados para um volume de “disco replicado” específico e recém-criado. Isso geralmente envolve uma migração complexa e possíveis mudanças na lógica da aplicação.
• A Vantagem do SafeKit em Nível de Arquivo: O SafeKit realiza a replicação baseada em host no nível de arquivo , o que é completamente transparente para a aplicação. Você não precisa mover os dados para um disco especial; basta configurar o SafeKit para replicar as pastas existentes da aplicação. Essas pastas podem até permanecer no disco do sistema , permitindo que você proteja uma aplicação exatamente onde ela já está instalada.

Escolhendo sua estratégia de Alta Disponibilidade: HA de VM vs. HA de Aplicação

SafeKit oferece duas abordagens principais para garantir a continuidade do negócio: Alta Disponibilidade de Máquina Virtual (VM HA) e Alta Disponibilidade de Aplicação (Application HA). Embora ambos os métodos forneçam capacidades de failover automático, eles diferem significativamente em escopo, mecanismos de replicação de dados, velocidade de recuperação e compatibilidade de plataforma. Esta comparação detalha essas diferenças para ajudar a identificar a estratégia ideal para ambientes de TI específicos, seja com foco em suporte amplo à virtualização ou em recuperação de aplicações granular e de alta velocidade.

Comparação de Recursos: SafeKit VM HA vs. Clustering de Aplicação SafeKit

Limitações de Alta Disponibilidade do SafeKit

Por que uma replicação de alguns terabytes?

Tempo de resincronização após uma falha (etapa 3)

• Rede de 1 Gb/s ≈ 3 horas para 1 terabyte.
• Rede de 10 Gb/s ≈ 1 hora para 1 terabyte ou menos, dependendo do desempenho de gravação do disco.

Alternativa

• Para um grande volume de dados, use armazenamento compartilhado externo.
• Mais caro, mais complexo.

Por que uma replicação < 1.000.000 arquivos?

• Desempenho do tempo de resincronização após uma falha (etapa 3).
• Tempo para verificar cada arquivo entre os dois nós.

Alternativa

• Coloque os muitos arquivos a serem replicados em um disco rígido virtual / máquina virtual.
• Somente os arquivos que representam o disco rígido virtual / máquina virtual serão replicados e resincronizados nesse caso.

Por que um failover ≤ 32 VMs replicadas?

• Cada VM é executada em um módulo de espelhamento independente.
• Máximo de 32 módulos de espelhamento executando no mesmo cluster.

Alternativa

• Use um armazenamento compartilhado externo e outra solução de cluster para VMs.
• Mais caro, mais complexo.

Por que uma rede LAN/VLAN entre sites remotos?

• Failover automático do endereço IP virtual com 2 nós na mesma sub-rede.
• Boa largura de banda para resincronização (etapa 3) e boa latência para replicação síncrona (tipicamente um tempo de ida e volta inferior a 2 ms).

Alternativa

• Use um balanceador de carga para o endereço IP virtual se os 2 nós estiverem em 2 sub-redes (suportado pelo SafeKit, especialmente na nuvem).
• Use soluções de backup com replicação assíncrona para redes com alta latência.

Tutoriais e Demos Técnicas de Failover do SafeKit

Vídeo SafeKit: Webinar (9:43)

&amp;amp;amp;amp;amp;lt;br /&amp;amp;amp;amp;amp;gt;

Capítulos

1. Introdução (0:38)
2. Demonstração do SafeKit (1:41)
3. Exemplos de soluções de redundância e alta disponibilidade (2:00)
4. SafeKit vendido em muitos países diferentes com a Milestone (0:49)
5. Escolha entre 2 soluções: máquina virtual ou cluster de aplicações (2:29)
6. Vantagens distintas (2:06)

Todos os vídeos aqui

SafeKit: Como Implementar HADR (6:42)

&amp;amp;amp;amp;amp;lt;br /&amp;amp;amp;amp;amp;gt;

Capítulos

1. Introdução ao SafeKit HADR sobre VLANs estendidas (Stretched VLANs) (1:06)
2. Como funcionam o espelhamento síncrono e a confirmação dupla (Double-Acknowledgment) (1:41)
3. Mecanismos de failover: ARP gratuito (GARP) e IP virtual (2:10)
4. Projetando para WAN lenta: estratégias de alta disponibilidade (HA) vs. backup (2:45)

Saiba mais sobre o SafeKit HADR

Vídeo SafeKit: Clustering de Nível de Máquina Virtual (5:15)

&amp;amp;amp;amp;amp;lt;br /&amp;amp;amp;amp;amp;gt;

Capítulos

1. 2 nós Hyper-V e 2 máquinas virtuais (0:49)
2. Configure o cluster e dois módulos hyperv.safe (1:59)
3. Inicie e teste a replicação, migração e failover de VMs em caso de travamento (2:26)

Teste gratuito aqui

Vídeo SafeKit: Clustering de Nível de Aplicativo com SQL (8:47)

&amp;amp;amp;amp;amp;lt;br /&amp;amp;amp;amp;amp;gt;

Capítulos

1. 2 nós com SQL Server (0:32)
2. Configure o cluster e o módulo mirror.safe (3:58)
3. Inicie e teste a replicação, migração e failover do SQL em caso de travamento (4:17)

Teste gratuito aqui

Vídeo SafeKit: Integração OEM de Alta Disponibilidade (4:22)

&amp;amp;amp;amp;amp;lt;br /&amp;amp;amp;amp;amp;gt;

Capítulos

1. SafeKit para integração OEM (0:09)
2. Exemplo de configuração OEM: Milestone XProtect (2:18)
3. Cenários de failover explicados (1:49)
4. Encerramento: adicione alta disponibilidade (HA) OEM ao seu catálogo (0:15)

Teste gratuito aqui

Vídeo SafeKit: Clustering com Balanceamento de Carga de Rede (5:03)

&amp;amp;amp;amp;amp;lt;br /&amp;amp;amp;amp;amp;gt;

Capítulos

1. 2 nós com Apache (0:13)
2. Configure o cluster e o módulo farm.safe (2:20)
3. Inicie e teste o balanceamento de carga de rede e o failover em caso de travamento (2:30)

Teste gratuito aqui

Vídeo SafeKit: Tutorial da Plataforma de Certificação Gratuita (6:11)

&amp;amp;amp;amp;amp;lt;br /&amp;amp;amp;amp;amp;gt;

Capítulos

1. A plataforma de treinamento e certificação (1:41)
2. O que é um módulo de treinamento SafeKit? (1:57)
3. Como obter um certificado SafeKit? (1:40)
4. Compartilhe seu certificado no LinkedIn (0:53)

Plataforma de treinamento e certificação aqui

Vídeo SafeKit: Concorrência e Arquiteturas de Cluster (13:21)

&amp;amp;amp;amp;amp;lt;br /&amp;amp;amp;amp;amp;gt;

Capítulos

1. Introdução (4:10)
2. Cluster de máquinas virtuais (1:20)
3. Cluster espelhado (Mirror Cluster) (6:04)
4. Cluster farm (Farm Cluster) (1:46)

Veja a comparação entre SafeKit e Clusters HA Tradicionais

Vídeo SafeKit: Console no Smartphone (0:54)

&amp;amp;amp;amp;amp;lt;br /&amp;amp;amp;amp;amp;gt;

Vídeo SafeKit: Notificações por E-mail em Failover (1:04)

&amp;amp;amp;amp;amp;lt;br /&amp;amp;amp;amp;amp;gt;

Como o cluster espelho (mirror cluster) do SafeKit funciona com o Windows/Linux?

Passo 1. Replicação em tempo real

O Servidor 1 (PRIM) executa a aplicação Windows/Linux. Os clientes estão conectados a um endereço IP virtual. O SafeKit replica em tempo real as modificações feitas dentro dos 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 na 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. O SafeKit alterna o endereço IP virtual e reinicia a aplicação Windows/Linux automaticamente no Servidor 2.

A aplicação encontra os arquivos replicados pelo SafeKit atualizados no Servidor 2. A aplicação continua a ser executada 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 detecção de falhas (30 segundos por padrão) mais o tempo de inicialização da aplicação.

Passo 3. Failback automático

O failback envolve reiniciar o Servidor 1 após a correção do problema que causou a sua falha.

O SafeKit ressincroniza automaticamente os arquivos, atualizando apenas os arquivos modificados no Servidor 2 enquanto o Servidor 1 estava parado.

O failback ocorre sem interromper a aplicação Windows/Linux, que pode continuar em execução no Servidor 2.

Passo 4. Retorno ao normal

Após a reintegração, os arquivos ficam novamente em modo espelho (mirror), como no passo 1. O sistema volta ao modo de alta disponibilidade, com a aplicação Windows/Linux em execução no Servidor 2 e o SafeKit replicando as atualizações de arquivos para o Servidor 1.

Se o administrador desejar que a aplicação seja executada no Servidor 1, isso pode ser feito manualmente através do console web em um momento apropriado ou automaticamente através de configuração.

Como configurar um Cluster Espelho (Mirror Cluster) do SafeKit para o Windows/Linux?

O console web do SafeKit oferece uma interface intuitiva para orquestrar a alta disponibilidade de suas aplicações críticas. Em apenas alguns passos, você pode configurar um cluster espelho do SafeKit para garantir a continuidade dos negócios:

• Failover de Aplicação (Aba Macros): Defina os serviços de aplicação específicos a serem reiniciados automaticamente em caso de falha.
• Rede(s) de Heartbeat: Caminho(s) de comunicação dedicado(s) usado(s) pelos nós do cluster para monitorar continuamente a integridade e a disponibilidade uns dos outros e sincronizar as decisões de failover.
• Gerenciamento de IP Virtual: Configure o IP Virtual (VIP) para a reconexão transparente do cliente após um failover.
• Replicação em Tempo Real: Selecione os diretórios críticos para replicação síncrona baseada em host no nível de byte.
• Checkers (Verificadores): Monitore a integridade da aplicação e acione a recuperação automática se uma falha de processo for detectada.

O cluster SafeKit inclui um verificador de split-brain dedicado para resolver problemas de isolamento de rede sem a necessidade de uma terceira máquina testemunha (witness) ou de uma rede de heartbeat adicional. Saiba mais sobre heartbeat, failover e quórum em um cluster.

Como monitorar um cluster espelho (mirror cluster) do SafeKit para o Windows/Linux?

O console de gerenciamento do SafeKit oferece uma visão unificada de 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 espelho de 2 nós, o console exibe claramente as funções de cada servidor:

• PRIM (Primary): O nó ativo que atualmente executa a aplicação e gerencia o IP Virtual. Ele realiza gravações no armazenamento local e a replicação em tempo real para o nó secundário.
• SECOND (Secondary): O nó de prontidão (standby) que recebe as atualizações síncronas em nível de byte. Ele está pronto para assumir o controle instantaneamente se o Primário falhar.
• Estado ALONE: Alerta você visualmente quando o cluster está sendo executado em um único nó (por exemplo, durante uma manutenção ou após uma falha), indicando que a redundância foi temporariamente perdida.
• Progresso de Ressincronização: Quando um nó com falha se recupera, seu status muda para 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 simples ícones de status, a interface oferece orquestração de failover com um clique , permitindo que você reatribua manualmente a função primária para manutenções planejadas, garantindo ao mesmo tempo a disponibilidade contínua para a atividade dos usuários.

Como o cluster SafeKit em modo farm funciona com o Windows/Linux?

Endereço IP virtual em um cluster em modo farm

Na figura anterior, o aplicativo Windows/Linux está sendo executado em 3 servidores (3 é apenas um exemplo, podem ser 2 ou mais). Os usuários estão conectados a um endereço IP virtual.

O endereço IP virtual é configurado localmente em cada servidor no cluster em modo farm.
O tráfego de entrada para o endereço IP virtual é recebido por todos os servidores e dividido entre eles por um filtro de rede dentro do kernel de cada servidor.

O SafeKit detecta falhas de hardware e software, reconfigura os filtros de rede em caso de falha e oferece verificadores (checkers) de aplicativos e scripts de recuperação configuráveis.

Balanceamento de carga em um filtro de rede

O algoritmo de balanceamento de carga de rede dentro do filtro de rede é baseado na identidade dos pacotes do cliente (endereço IP do cliente, porta TCP do cliente). Dependendo da identidade do pacote de entrada do cliente, apenas um filtro em um servidor aceita o pacote; os outros filtros nos demais servidores o rejeitam.

Uma vez que um pacote é aceito pelo filtro em um servidor, apenas a CPU e a memória deste servidor são utilizadas pelo aplicativo Windows/Linux que responde à solicitação do cliente. As mensagens de saída são enviadas diretamente do servidor de aplicativos para o cliente.

Se um servidor falhar, o protocolo de heartbeat do farm reconfigura os filtros no cluster de balanceamento de carga de rede para redistribuir o tráfego nos servidores restantes disponíveis.

Aplicativos com ou sem estado (Stateful ou stateless)

Com um aplicativo Windows/Linux com estado (stateful), existe a afinidade de sessão (session affinity). O mesmo cliente deve estar conectado ao mesmo servidor em várias sessões TCP para recuperar seu contexto no servidor. Neste caso, a regra de balanceamento de carga do SafeKit é configurada no endereço IP do cliente. Assim, o mesmo cliente está sempre conectado ao mesmo servidor em múltiplas sessões TCP. E clientes diferentes são distribuídos entre servidores diferentes no farm.

Com um aplicativo Windows/Linux sem estado (stateless), não há afinidade de sessão. O mesmo cliente pode ser conectado a servidores diferentes no farm em múltiplas sessões TCP. Não há contexto armazenado localmente em um servidor de uma sessão para outra. Neste caso, a regra de balanceamento de carga do SafeKit é configurada na identidade da sessão TCP do cliente. Esta configuração é a melhor para distribuir sessões entre servidores, mas requer um serviço TCP sem afinidade de sessão.

Como configurar um cluster SafeKit em modo farm para o Windows/Linux?

O cluster SafeKit em modo farm foi projetado para alta disponibilidade e escalabilidade de serviços. A configuração foca na distribuição do tráfego de entrada entre ambos os nós simultaneamente:

• Serviços com Balanceamento de Carga (aba Macros): Define os serviços de aplicativos específicos (por exemplo, Apache, IIS, Nginx) que devem ser mantidos ativos em todos os nós.
• Rede(s) de Heartbeat: Caminho(s) de comunicação utilizado(s) para detectar se um nó deixou o farm, acionando uma redistribuição imediata da carga.
• IP Virtual (Farm VIP): Ao contrário de um cluster em espelho (mirror), o VIP do Farm é compartilhado entre os nós usando um algoritmo de filtragem de kernel para distribuir o tráfego de rede.
• Regras de Balanceamento de Carga: Definem a política de distribuição de tráfego com base no endereço IP ou porta de origem.
• Verificadores (Checkers): Monitoram a integridade do aplicativo e acionam a reinicialização automática se uma falha de processo for detectada.

Como monitorar um cluster SafeKit em modo farm para o Windows/Linux?

O monitoramento de um cluster em modo farm oferece visibilidade sobre a natureza Ativo-Ativo da infraestrutura, onde todos os nós contribuem para o desempenho do aplicativo (mostrando 2 nós neste exemplo):

• Estado UP (50% em 2 nós): Em um farm íntegro, ambos os nós estão no estado “UP” (50%), o que significa que ambos estão recebendo e processando ativamente as solicitações dos clientes por meio do IP Virtual compartilhado.
• Rebalanceamento Automático: Se um nó falhar, o console mostra visualmente o nó restante assumindo 100% do tráfego. Não há atraso de “failover”, pois o nó sobrevivente já está ativo (exceto por um tempo de detecção de alguns segundos).
• Inserção de Nó: Quando um nó reparado é reiniciado, ele muda de “STOP” para “UP” e começa a receber automaticamente a sua parte da carga, sem a intervenção do administrador.
• Sem Sincronização de Dados: Observe que em um cluster em modo farm não há o estado de ressincronização “Laranja”, pois espera-se que os nós sejam stateless ou compartilhem um banco de dados backend (que pode ser protegido separadamente em um cluster em espelho).

Além dos ícones de status simples, a interface oferece gerenciamento de nós com um clique, permitindo que você pare ou inicie manualmente um nó para manutenção planejada, enquanto o IP Virtual compartilhado redistribui o tráfego automaticamente sem interromper a atividade do usuário.

Comparação do SafeKit com Clusters de Alta Disponibilidade (HA) Tradicionais

Esta comparação destaca as diferenças fundamentais entre o SafeKit e as soluções tradicionais de cluster de alta disponibilidade (HA), como Failover Clusters, HA por virtualização e SQL Always-On. O SafeKit é projetado como uma solução de baixa complexidade, exclusivamente em software, para redundância genérica de aplicações, em contraste com a alta complexidade e os requisitos específicos de armazenamento (armazenamento compartilhado, SAN) típicos dos mecanismos HA tradicionais.

Comparação do SafeKit com clusters tradicionais de alta disponibilidade (HA)

Em resumo , o SafeKit alcança alta disponibilidade com baixa complexidade por meio de um mecanismo simples de espelhamento baseado em software, que elimina a necessidade de hardware dedicado e caro, como uma SAN (Storage Area Network). Isso o torna uma solução altamente acessível para implementar rapidamente a redundância de aplicações sem alterações complexas na infraestrutura.

Diferenciadores Arquitetônicos: SafeKit de Software vs. Clusters HA de Hardware

Escolher a solução de Alta Disponibilidade (High Availability - HA) correta é essencial para garantir a continuidade dos negócios e minimizar o tempo de inatividade. Esta comparação oferece uma análise técnica direta de duas abordagens arquiteturais principais: o clustering via software sem compartilhamento (Shared-Nothing) da SafeKit em contraposição aos métodos tradicionais de HA, que geralmente se baseiam em hardware, discos compartilhados (como uma SAN) e configurações complexas. Essas distinções abrangem a simplicidade de implantação, os métodos de replicação de dados, a velocidade de recuperação (RTO/RPO) e a complexidade operacional. A tabela abaixo detalha as principais diferenças nos tópicos fundamentais de alta disponibilidade.

Comparação de Alta Disponibilidade: Clustering via software SafeKit vs. HA tradicional / Clustering de hardware

Em resumo , a escolha arquitetural entre clustering por software (como o SafeKit) e clustering por hardware (arquiteturas tradicionais com disco compartilhado/SAN) tem um impacto significativo na complexidade da implementação, nos custos operacionais e na eficácia da recuperação após falhas. A principal conclusão desta comparação é a transição para arquiteturas shared-nothing e alta disponibilidade (HA) em nível de aplicação, que priorizam a rápida recuperação das aplicações (baixo RTO) e a flexibilidade de implantação (inclusive entre sites remotos). Isso frequentemente resulta em uma solução mais simples, eficiente e resiliente do que configurações de cluster altamente complexas e dependentes de hardware. Para maximizar a continuidade dos negócios com uma gestão simplificada, é essencial avaliar uma abordagem baseada em software.

Diferenciais Chave do Cluster Mirror SafeKit

Escolher a abordagem correta de replicação de dados é fundamental para garantir a continuidade dos negócios. Esta comparação destaca os principais diferenciais do cluster espelho SafeKit com replicação de arquivos em tempo real em relação às alternativas tradicionais, como replicação em nível de banco de dados, replicação de disco, soluções de disco compartilhado e sistemas tolerantes a falhas.

Cluster espelho SafeKit: vantagens sobre abordagens alternativas de replicação e clustering

Em resumo , o cluster espelho SafeKit oferece uma solução de alta disponibilidade unificada e econômica que combina replicação síncrona de arquivos, failover e failback automáticos, balanceamento de carga e suporte a sites remotos — tudo sem exigir hardware dedicado, armazenamento compartilhado ou um terceiro servidor de quorum. Essa simplicidade o torna particularmente adequado para editores de software e organizações que precisam de HA confiável em servidores Windows e Linux padrão.

Diferenciais Chave do Cluster Farm SafeKit

O SafeKit Farm Cluster é uma solução de alta disponibilidade projetada especificamente para ambientes de aplicações escaláveis onde a distribuição de carga e o failover rápido são essenciais. Diferentemente dos métodos tradicionais que exigem balanceadores de carga de hardware dedicados ou configurações de rede complexas, o SafeKit fornece uma solução de clustering integrada e definida por software, instalada diretamente nos servidores de aplicação. A tabela abaixo detalha as funcionalidades principais e as vantagens exclusivas do SafeKit Farm Cluster, focando em como ele simplifica o balanceamento de carga de rede e garante a disponibilidade contínua dos serviços nas plataformas Windows e Linux.

Principais diferenciais do SafeKit Farm Cluster com balanceamento de carga e failover

Em resumo , o SafeKit Farm Cluster oferece uma abordagem unificada e baseada em software para balanceamento de carga e alta disponibilidade que reduz drasticamente a complexidade e o custo. Ao incorporar o balanceamento de carga e o failover diretamente na camada do servidor de aplicação usando um endereço IP virtual padrão, ele evita a necessidade de hardware de rede externo (balanceadores de carga ou proxies) e configurações multicast especializadas. Essa abordagem integrada, combinada com sua capacidade de se combinar com o cluster espelho para HA N-camadas completa, torna o SafeKit uma solução exclusivamente simples e abrangente para alcançar uma entrega de aplicações escalável e resiliente em ambientes diversos.

Alta Disponibilidade de VM: SAN-Less do SafeKit vs. Hyper-V/VMware HA

Ao implementar alta disponibilidade, uma decisão fundamental é proteger no nível da máquina virtual (VM) ou no nível da aplicação. A HA de nível VM replica e faz failover de máquinas virtuais inteiras, fornecendo uma solução genérica para qualquer aplicação. A HA de nível aplicação visa apenas os dados e serviços da aplicação, resultando em tempos de recuperação mais rápidos e menor uso de recursos. O SafeKit oferece de forma única ambas as abordagens — sem exigir armazenamento compartilhado (SAN) em nenhum dos casos — permitindo escolher a melhor opção para sua infraestrutura e requisitos de recuperação.

SafeKit HA de VM vs HA de aplicação vs Hyper-V Cluster & VMware HA tradicionais

Em resumo , o SafeKit é a única solução que oferece alta disponibilidade tanto no nível de VM quanto no nível de aplicação sem armazenamento compartilhado. Para máxima flexibilidade e tempos de recuperação mais rápidos (cerca de 1 minuto), a HA de nível aplicação é a abordagem preferida — funciona em qualquer plataforma (física, virtual ou nuvem) e replica apenas os dados importantes. Para ambientes onde proteger a VM inteira é mais simples, o módulo Hyper-V/KVM do SafeKit oferece uma alternativa genérica sem SAN ao tradicional Microsoft Hyper-V Cluster ou VMware HA — eliminando o custo e a complexidade da infraestrutura de armazenamento compartilhado enquanto garante zero perda de dados através de replicação síncrona em tempo real.

Note que as soluções SafeKit são as mais simples de implementar, mas são limitadas à replicação de alguns terabytes e ao failover de 32 VMs.

Teste Gratuito e Documentação Técnica do SafeKit HA

💡 Para iniciar sua jornada de alta disponibilidade com o SafeKit, comece com os Guias de Instalação Rápida.

📦 Pacotes de Software de Alta Disponibilidade SafeKit - Versão 8.2

Esta tabela fornece os arquivos de instalação do SafeKit para a versão atual, organizados por sistema operacional e tipo de instalador.

🔑 Chave de Teste HA do SafeKit

O link a seguir fornece acesso a uma avaliação completa dos recursos, projetada para testar e configurar um cluster de High Availability com SafeKit.

➡️ Obtenha Sua Chave de Teste Gratuita de 1 Mês para Testar o High Availability do SafeKit

📚 Guias de Configuração do SafeKit para o seu Cluster HA

Documentação essencial para configurar e gerenciar o seu cluster de Alta Disponibilidade SafeKit.

• Guias de Instalação Rápida do SafeKit
• Guia do Usuário do SafeKit em HTML (Versão 8.2) / Baixar PDF
• Notas de Versão do SafeKit em HTML (Versão 8.2) / Baixar PDF
• Boletim de Lançamento de Software do SafeKit 8.2 (SRB)
• Base de Conhecimento do SafeKit

📞/🤖 Suporte SafeKit

• 📞 Suporte pago / 🤖 Suporte gratuito

🎓 Treinamento e Certificação Gratuitos sobre SafeKit

Obtenha valiosa experiência em High Availability (HA) com nosso programa de certificação gratuito.

• Obtenha Sua Certificação SafeKit em High Availability Gratuitamente

ℹ️ Documentação de Marketing do Produto

Explore nossa documentação de marketing do produto para o software de Alta Disponibilidade SafeKit, que inclui uma ficha técnica detalhada, um white paper do produto e uma visão geral técnica.

• Ficha Técnica do Cluster de Alta Disponibilidade SafeKit (PDF)
• White Paper sobre Tecnologia de Clusters de Alta Disponibilidade (PDF)
• White Paper – Guia de Alta Disponibilidade (PDF)
• Referência Técnica para Preparação de RFI e RFP

Biblioteca de Módulos de Aplicação SafeKit: Soluções de HA Prontas para Uso

Esta tabela apresenta as soluções de Alta Disponibilidade (HA) do SafeKit, categorizadas por aplicação e ambiente operacional (Bancos de Dados, Servidores Web, VMs, Containers, Nuvem). Identifique o módulo .safe pré-configurado específico (por exemplo, mirror.safe, farm.safe e outros) necessário para replicação em tempo real, balanceamento de carga e failover automático de aplicações críticas de negócio em Windows ou Linux. Simplifique a configuração do seu cluster de HA com links diretos para guias rápidos de instalação.

Um módulo .safe do SafeKit é essencialmente um modelo de Alta Disponibilidade (HA) pré-configurado que define como uma aplicação específica será clusterizada e protegida pelo software SafeKit. Na prática, é um arquivo zip que contém um arquivo de configuração (userconfig.xml) e scripts de reinicialização.

⚠️ Nota: * Os módulos mirror.safe e farm.safe estão incluídos por padrão no pacote de instalação do SafeKit.

Soluções de Alta Disponibilidade (HA) SafeKit: Guias Rápidos de Instalação (com módulos .safe para download)