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.
Explore o SafeKit: Recursos, vídeos técnicos, documentação e teste gratuito
| Tipo de Recurso | Descrição | Link Direto |
|---|---|---|
| Recursos Principais | Por que escolher o SafeKit para uma Alta Disponibilidade simples e econômica? | Veja por que escolher o SafeKit para Alta Disponibilidade |
| Casos de Uso | Descubra como o SafeKit garante a alta disponibilidade de infraestruturas críticas | Ver todos os casos de uso (Software OEM, Servidores Edge, SCADA e mais) |
| Modelo de Implantação | HA SANless Tudo-em-Um: Clustering de Software Shared-Nothing | Veja o SafeKit HA SANless Tudo-em-Um |
| Estratégias de HA | SafeKit: Infraestrutura (VM) vs. Alta Disponibilidade no Nível da Aplicação | Veja SafeKit HA & Redundância: VM vs. Nível de Aplicação |
| Especificações Técnicas | Limitações Técnicas para o Clustering SafeKit | Veja as Limitações de Alta Disponibilidade do SafeKit |
| Prova de Conceito | SafeKit: Configuração de Alta Disponibilidade e Demos de Failover | Veja os Tutoriais de Failover do SafeKit |
| Arquitetura | Como funciona o Mirror Cluster do SafeKit (Replicação e Failover em Tempo Real) | Veja SafeKit Mirror Cluster: Replicação em Tempo Real e Failover |
| Arquitetura | Como funciona o Farm Cluster do SafeKit (Balanceamento de Carga de Rede e Failover) | Veja SafeKit Farm Cluster: Balanceamento de Carga de Rede e Failover |
| Vantagens Competitivas | Comparação: SafeKit vs. Clusters de Alta Disponibilidade (HA) Tradicionais | Veja a Comparação: SafeKit vs. Cluster de HA Tradicional |
| Recursos Técnicos | Alta Disponibilidade SafeKit: Documentação, Downloads e Teste | Veja Teste Gratuito e Documentação Técnica do SafeKit HA |
| Soluções Pré-configuradas | Biblioteca de Módulos de Aplicação SafeKit: Soluções de HA Prontas para Uso | Veja os Módulos de Aplicação de Alta Disponibilidade SafeKit |
O SafeKit oferece os seguintes recursos para Windows e Linux em um único produto de software:
Não. O SafeKit é simples de implantar — não é necessária experiência avançada.
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.
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”.
O SafeKit resolve:
Você pode implementar replicação em tempo real e failover para:
O SafeKit elimina os seguintes requisitos:
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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:
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:
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:
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.
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:
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.
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
| Recurso de Comparação | VM HA com módulo SafeKit Hyper-V ou KVM | Application HA com módulos de aplicação SafeKit |
|---|---|---|
| Diagrama de Implantação | ||
| Escopo de Failover | SafeKit em 2 hipervisores: replicação e failover da VM completa. | SafeKit em 2 máquinas virtuais ou físicas: replicação e failover no nível da aplicação. |
| Dados Replicados | Replica mais dados (Aplicação + Sistema Operacional). | Replica apenas os dados da aplicação, resultando em volumes menores de dados. |
| Processo de Recuperação & Velocidade (RTO) | Reinicialização da VM no hipervisor 2 se o hipervisor 1 falhar. O tempo de recuperação depende da reinicialização do sistema operacional. Monitor de VM e mecanismo de failover. | Tempo de recuperação rápido com reinício da aplicação no SO2 se o servidor 1 falhar. Tipicamente cerca de 1 minuto ou menos (baixo RTO). Monitor de aplicação e failover por software. |
| Instalação | A aplicação é instalada uma vez em uma única VM. | A aplicação é instalada em dois nós. |
| Configuração | Solução genérica para qualquer aplicação/SO executado na VM. • Não requer conhecimento técnico da aplicação instalada na VM. • É a melhor solução se você não conhece como a aplicação funciona. • Você só precisa definir a localização dos arquivos da VM. |
Requer conhecimento técnico da própria aplicação. • Quais serviços precisam ser reiniciados. • As pastas específicas da aplicação que precisam de replicação em tempo real. • A configuração de um endereço IP virtual para failover. |
| Compatibilidade de Plataforma | Funciona com Windows/Hyper-V e Linux/KVM, mas não é compatível com VMware. | Independente de plataforma; funciona com máquinas físicas ou virtuais, infraestrutura em nuvem e qualquer hipervisor, incluindo VMware. |
| Ideal Para | Ideal para gerenciar ambientes complexos com múltiplas aplicações em várias VMs por meio de uma única política de HA. | Ideal para incorporar alta disponibilidade diretamente em uma solução de software, independentemente do hardware ou hipervisor subjacente. |
Tempo de resincronização após uma falha (etapa 3)
<br />
<br />
Saiba mais sobre o SafeKit HADR
<br />
<br />
<br />
<br />
<br />
Plataforma de treinamento e certificação aqui
<br />
Veja a comparação entre SafeKit e Clusters HA Tradicionais
<br />
<br />
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.
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.
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.
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.
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:
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.
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:
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.
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.
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.
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.
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:
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):
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.
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)
| Soluções | Complexidade | Comentários |
|---|---|---|
| Failover Cluster (Microsoft) | Alta | Armazenamento específico (armazenamento compartilhado, SAN) |
| Virtualização (VMware HA) | Alta | Armazenamento específico (armazenamento compartilhado, SAN, vSAN) |
| SQL Always-On (Microsoft) | Alta | Apenas o SQL é redundante, requer SQL Enterprise Edition |
| SafeKit | Baixa | O mais simples, genérico e exclusivamente em software. Não adequado para replicação de grandes volumes de dados. |
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.
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
| Tópico | SafeKit (Clustering via software / Abordagem principal) | HA tradicional / Clustering de hardware |
|---|---|---|
| Clustering via software vs. Clustering de hardware | • Um cluster de software simples, com o pacote SafeKit instalado de forma direta em dois servidores | • Clustering de hardware complexo que exige armazenamento externo ou balanceadores de carga de rede |
| Cluster Shared Nothing vs. Cluster de discos compartilhados | • O SafeKit é um cluster sem compartilhamento (Shared-Nothing): fácil de implantar, mesmo em locais remotos | • Um cluster de discos compartilhados é complexo de implantar |
| Alta disponibilidade de aplicação vs. Alta disponibilidade completa de máquina virtual | • A HA de aplicação suporta falhas de hardware e de software por meio de verificadores (checkers) de aplicação. • Tempo de recuperação rápido ao reiniciar apenas a aplicação (RTO na faixa de 1 minuto ou menos). • A HA de aplicação exige a definição de scripts de reinicialização por aplicação e das pastas a serem replicadas (módulos de aplicação SafeKit). |
• A HA completa de VM suporta falhas de hardware e algumas falhas de software, como uma VM travada. • Reinicialização da VM em caso de falha e tempo de recuperação dependente da inicialização do sistema operacional. • Nenhum script de reinicialização precisa ser definido com a HA completa de VM (módulos SafeKithyperv.safeoukvm.safe). Os hipervisores operam em ativo/ativo com múltiplas máquinas virtuais. |
| Alta disponibilidade vs. Tolerância a falhas (Fault Tolerance) | • Sem servidor dedicado no SafeKit. Cadaservidor pode atuar como o servidor de failover do outro. • Falha de software com reinicialização em outro ambiente de sistema operacional. • Atualização contínua (rolling upgrade) de aplicações e SO possível servidor por servidor (versões N e N+1 podem coexistir). |
• Servidor secundário dedicado à execução da mesma aplicação sincronizada a nível de instrução. • Exceção de software ocorrendo em ambos os servidores ao mesmo tempo. • Atualização contínua indisponível. • Hardware ou hipervisores específicos com tolerância a falhas. |
| Replicação síncrona vs. Replicação assíncrona | • O SafeKit implementa replicação síncrona em tempo real, sem qualquer perda de dados em caso de falha. • Pré-requisito essencial para a alta disponibilidade. |
• Com a replicação assíncrona, ocorre perda de dados em caso de falha. • Não indicada para alta disponibilidade, mas sim para soluções de backup. |
| Replicação de arquivos em nível de byte vs. Replicação de disco em nível de bloco | • O SafeKit implementa replicação de arquivos em tempo real em nível de byte e é configurado de forma simples, definindo os diretórios da aplicação a serem replicados, mesmo no disco do sistema. | • A replicação de disco em nível de bloco é complexa de configurar e exige a alocação dos dados da aplicação em um disco dedicado. |
| Heartbeat, Failover e Quorum para evitar 2 nós Masters | • Para evitar 2 masters (Split-Brain), o SafeKit oferece um verificador simples de split-brain configurado em um roteador. | • Para evitar 2 masters, outros clusters exigem uma configuração complexa com uma terceira máquina, um disco de quorum dedicado ou um link de interconexão exclusivo. |
| Endereço IP Virtual: Primário/Secundário, balanceamento de carga de rede, failover | • Nenhum servidor proxy dedicado ou configuração de rede especial é necessária em um cluster SafeKit para os endereços IP virtuais. | • Configurações de rede especiais são necessárias em outros clusters para endereços IP virtuais (nota: o SafeKit oferece um health check adaptado para balanceadores de carga). |
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.
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
| Característica | Vantagem SafeKit | Limitação das alternativas |
|---|---|---|
| 3 produtos em 1 | Economiza no Windows e Linux o custo de armazenamento externo compartilhado/replicado, equipamentos de balanceamento de carga e edições enterprise de sistemas operacionais e bancos de dados. Inclui todas as funcionalidades de clustering: replicação síncrona de arquivos em tempo real, monitoramento de falhas, reinício automático, failover de IP virtual. | As abordagens tradicionais exigem produtos separados para replicação de armazenamento, balanceamento de carga e clustering — aumentando custos e complexidade. |
| Configuração muito simples | Configuração por meio de módulos de aplicação. Novos serviços e diretórios replicados podem ser adicionados facilmente. Tudo gerenciado por um console web centralizado. Nenhum controlador de domínio ou Active Directory necessário. | Microsoft cluster e soluções similares exigem configuração complexa de Active Directory e controladores de domínio. |
| Replicação síncrona | A replicação em tempo real é síncrona sem perda de dados em caso de falha (RPO = 0). | A replicação assíncrona pode perder transações recentes que ainda não foram replicadas no momento da falha. |
| Failback totalmente automatizado | Após uma falha, quando um servidor reinicia, o failback de replicação é totalmente automático. O servidor que falhou é reintegrado ao cluster sem parar a aplicação no servidor restante. | A maioria das soluções de replicação (especialmente em nível de banco de dados) exige ressincronização manual. A aplicação pode até ser parada durante o failback. |
| Replicação de qualquer tipo de dados | A replicação funciona para bancos de dados e para quaisquer arquivos que precisem ser replicados. | A replicação em nível de banco de dados protege apenas o banco de dados, não arquivos de configuração, logs ou outros dados da aplicação. |
| Replicação de arquivos vs. replicação de disco | A replicação é baseada em diretórios de arquivos que podem estar localizados em qualquer lugar, inclusive no disco do sistema. | A replicação de disco exige uma partição dedicada e configuração especial da aplicação para armazenar os dados. |
| Replicação de arquivos vs. disco compartilhado | Os servidores podem ser implantados em dois sites remotos sem infraestrutura compartilhada. | As soluções de disco compartilhado exigem proximidade física e não podem abranger sites remotos. |
| Sites remotos e IP virtual | Todas as funcionalidades de clustering funcionam para 2 servidores em sites remotos. LAN estendida permite redirecionamento VIP de nível 2. Para redes IP diferentes, o VIP é gerenciado por um balanceador de carga com health check do SafeKit. | Muitas soluções de clustering não suportam failover entre sites remotos ou exigem redirecionamento DNS complexo com tempos de recuperação imprevisíveis. |
| Quorum e split brain | Funciona com apenas 2 servidores. Um verificador simples de split brain para um roteador gerencia o isolamento de rede entre os sites. | A maioria das soluções de clustering exige um 3º servidor para gerenciamento de quorum. |
| Cluster ativo/ativo | O servidor secundário não é dedicado. O cluster pode operar em modo ativo/ativo com 2 módulos espelho diferentes. | Os sistemas tolerantes a falhas dedicam o secundário à execução da mesma aplicação sincronizada no nível de instruções. |
| Solução HA uniforme | O SafeKit implementa tanto o cluster espelho (replicação + failover) quanto o cluster farm (balanceamento de carga + failover). Uma arquitetura N-camadas pode ser tornada altamente disponível com uma única solução no Windows e Linux. | Arquiteturas típicas misturam tecnologias diferentes para balanceamento de carga, replicação e failover — aumentando a complexidade operacional. |
| RTO / RPO | Reinício rápido da aplicação em caso de falha: cerca de 1 minuto ou menos. Zero perda de dados (replicação síncrona). | A replicação completa de VM (VMware HA, Hyper-V cluster) exige a reinicialização de todo o sistema operacional em um novo hypervisor, resultando em tempos de recuperação mais longos. |
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.
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
| Vantagem | Benefício detalhado e mecanismo |
|---|---|
| Sem balanceador de carga, servidores proxy dedicados ou endereço Ethernet multicast especial | • A solução não requer balanceadores de carga ou servidores proxy dedicados acima da farm para implementar o balanceamento de carga. O SafeKit é instalado diretamente nos servidores de aplicação na farm. O balanceamento de carga é baseado em um endereço IP virtual padrão / endereço MAC Ethernet e funciona com servidores físicos ou máquinas virtuais no Windows e Linux sem configuração de rede especial • Isso não acontece com balanceadores de carga de rede • Isso não acontece com proxies dedicados no Linux • Isso não acontece com umendereço Ethernet multicast específicono Windows |
| Todas as funcionalidades de clustering | • A solução inclui todas as funcionalidades de clustering: endereço IP virtual, balanceamento de carga por endereço IP do cliente ou por sessões, monitoramento de falhas de servidor / rede / software, reinício automático da aplicação com tempo de recuperação rápido e umaopção de replicação com um módulo espelho • Isso não acontece com outras soluções de balanceamento de carga. Elas conseguem fazer balanceamento de carga, mas não incluem uma solução de clustering completa com scripts de reinício e reinício automático da aplicação em caso de falha. Elas não oferecem opção de replicação • A configuração do cluster é muito simples e feita por meio demódulos de aplicação. Não há controlador de domínio ou Active Directory para configurar no Windows. A solução funciona no Windows e Linux |
| Sites remotos e endereço IP virtual | • Se os servidores estão conectados à mesma rede IP através de uma LAN estendida entre sites remotos, oendereço IP virtualdo SafeKit funciona com balanceamento de carga no nível 2 • Se os servidores estão conectados a redes IP diferentes entre sites remotos, o endereço IP virtual pode ser configurado no nível de um balanceador de carga com a ajuda do health check do SafeKit. Assim, você pode implementar balanceamento de carga, mas também todas as funcionalidades de clustering do SafeKit, em particular o monitoramento e a recuperação automática da aplicação crítica nos servidores de aplicação |
| Solução uniforme de alta disponibilidade | • O SafeKit implementa um farm cluster com balanceamento de carga e failover. Mas também implementa umcluster espelho com replicação e failover. • Assim, uma arquitetura N-camadas pode ser tornada altamente disponível e com carga balanceada com a mesma solução no Windows e Linux (mesma instalação, configuração, administração com o console SafeKit ou com a interface de linha de comando). Isso é único no mercado • Isso não acontece com uma arquitetura que mistura diferentes tecnologias para balanceamento de carga, replicação 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.
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
| Critério | HA de VM com módulo SafeKit Hyper-V ou KVM | HA de aplicação com módulos de aplicação SafeKit | Microsoft Hyper-V Cluster & VMware HA |
|---|---|---|---|
| Arquitetura | SafeKit instalado em 2 hypervisors. Replicação e failover da VM completa. | SafeKit instalado em 2 máquinas virtuais ou físicas. Replicação e failover no nível da aplicação. | Cluster de hypervisors com armazenamento compartilhado. Reinício da VM em outro host se o hypervisor falhar. |
| Armazenamento | Sem disco compartilhado — replicação síncrona em tempo real sem perda de dados | Sem disco compartilhado — replicação síncrona apenas dos dados da aplicação | Requer disco compartilhado e gabinete de discos externo específico |
| Dados replicados | Replica mais dados (aplicação + SO) | Replica apenas dados da aplicação | Sem replicação — armazenamento compartilhado acessado por todos os hosts |
| Tempo de recuperação | Reinício da VM no hypervisor 2 se o hypervisor 1 falhar. Tempo de recuperação = tempo de reinício da VM. Failover se a VM falhar. | Recuperação rápida com reinício da aplicação no servidor 2. Cerca de 1 minuto ou menos (veja RTO/RPO aqui). Verificador avançado de aplicação e failover por software. | Reinício completo da VM em um novo hypervisor. Tempo de recuperação depende do reinício do SO + inicialização da aplicação. |
| Recuperação de desastres / Sites remotos | Sem necessidade de SAN — replicação integrada no SafeKit entre sites remotos | Sem necessidade de SAN — replicação integrada no SafeKit entre sites remotos | Requer gabinetes de discos replicados via SAN ou vSAN |
| Configuração | Definir a localização da pasta de arquivos da VM onde a aplicação está instalada. Solução genérica para qualquer aplicação/SO. | Definir serviços a reiniciar, pastas da aplicação a replicar e um endereço IP virtual para failover em um módulo de aplicação. | Habilidades de TI específicas necessárias para configurar o sistema |
| Plataformas suportadas | Funciona com Hyper-V e KVM (não VMware diretamente, exceto aninhando Hyper-V ou KVM dentro do VMware). | Funciona em qualquer infraestrutura: servidores físicos, máquinas virtuais VMware, Hyper-V, KVM, nuvem. | Limitado a ambientes VMware vSphere ou Microsoft Hyper-V |
| Habilidades de TI | Nenhuma habilidade de TI específica necessária. Failover automático. | Nenhuma habilidade de TI específica necessária. Failover automático. | Habilidades de TI específicas necessárias para configurar o sistema |
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.
💡 Para iniciar sua jornada de alta disponibilidade com o SafeKit, comece com os Guias de Instalação Rápida.
Esta tabela fornece os arquivos de instalação do SafeKit para a versão atual, organizados por sistema operacional e tipo de instalador.
| SO / Plataforma | Tipo de Instalador | Principal Benefício / Documentação | Link para Download |
|---|---|---|---|
| Todas as Plataformas | Documento PDF | Boletim Oficial de Lançamento de Software (Suporte de SO e Correções) | 📄 Ver SRB SafeKit 8.2 |
| Windows (Intel 64-bit) | Instalador .exe | Inclui o Microsoft VC++ Redistributable | ⬇️ Baixar SafeKit 8.2 Windows EXE |
| Windows (Intel 64-bit) | Instalador .msi | Não inclui o Microsoft VC++ Redistributable | ⬇️ Baixar SafeKit 8.2 Windows MSI |
| Linux (Intel 64-bit) | .BIN Autoextraível | Inclui pacote Linux e script de instalação | ⬇️ Baixar SafeKit 8.2 Linux Arquivo BIN (Intel) |
| Linux (ARM 64-bit) | .BIN Autoextraível | Inclui pacote Linux e script de instalação | ⬇️ Baixar SafeKit 8.2 Linux Arquivo BIN (ARM) |
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
Documentação essencial para configurar e gerenciar o seu cluster de Alta Disponibilidade SafeKit.
Obtenha valiosa experiência em High Availability (HA) com nosso programa de certificação gratuito.
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.
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)