---
title: "Alta Disponibilidade Simples Linux KVM sem Armazenamento Compartilhado"
canonical: "https://safekit.eviden.com/pt-br/solutions/linux-kvm-high-availability-replication-automatic-failover-load-balancing/"
description: "Obtenha alta disponibilidade Linux KVM sem uma SAN. SafeKit oferece replicação síncrona e failover automático para clusters KVM de 2 nós. Simplifique a redundância da sua VM Linux e reduza o TCO hoje mesmo."
category: "solutions"
lang: "pt-br"
topics: "SafeKit para KVM: cluster KVM SANless de 2 nós, Índice, Como o software SafeKit implementa de forma simples um cluster de alta disponibilidade KVM sem armazenamento compartilhado em uma SAN?, Como funciona o cluster KVM SafeKit ?, Limitações SafeKit de Alta Disponibilidade, Comparação: SafeKit para KVM vs. clustering tradicional, Guia em vídeo: Configurando um cluster HA SafeKit para KVM"
translation: "translate_md 2026-11-08.3 | glossaire 2026-11-08.11 | Translation LLM | 24 expressions"
---
# Alta Disponibilidade Simples Linux KVM sem Armazenamento Compartilhado {#simple-linux-kvm-high-availability-without-shared-storage}
## SafeKit para KVM: cluster KVM SANless de 2 nós {#safekit-kvm-tco}
**SafeKit para KVM** oferece **alta disponibilidade** contínua, reduzindo significativamente o TCO (Custo Total de Propriedade). Ao eliminar o hardware e a sobrecarga operacional do clustering tradicional, SafeKit oferece uma alternativa de alta disponibilidade (HA) enxuta de 2 nós para pilhas de virtualização complexas.
* **Investimento SAN zero para HA:** obtenha redundância total usando arquitetura sem compartilhamento. Funciona com discos locais padrão, eliminando a necessidade de hardware SAN caro, switches de canal de fibra e manutenção de armazenamento especializada geralmente necessária para alta disponibilidade.
* **Redundância independente de hardware:** evite o aprisionamento tecnológico. Crie seu cluster de alta disponibilidade usando qualquer marca de servidor ou tipo de armazenamento interno, estendendo o ciclo de vida do hardware existente e reduzindo os custos de substituição.
* **Operações de HA simplificadas:** nenhum "especialista em clustering" é necessário para manter o tempo de atividade. Os módulos plug-and-play do SafeKit e o console da web unificado reduzem as horas de trabalho necessárias para a implantação de HA e o monitoramento diário.
* **Licenciamento com custo previsível:** ao contrário dos modelos baseados em assinatura, SafeKit oferece alta disponibilidade por meio de uma licença perpétua única. Isso garante um orçamento previsível e elimina o risco de aumentos anuais de preços para infraestruturas críticas.
* **Eficiência real de HA de 2 nós:** a maioria das soluções de alta disponibilidade requer um terceiro nó "testemunha" para evitar o split-brain. SafeKit oferece um cluster robusto de 2 nós, economizando 33% em hardware, energia e espaço em rack desde o primeiro dia.
Ao consolidar **a Alta Disponibilidade** em uma camada de software leve, SafeKit oferece redundância de nível empresarial e continuidade de negócios por uma fração do custo dos pacotes de virtualização tradicionais.
**Cluster HA SafeKit para KVM**
⚡ Guia de instalação rápida do cluster HA KVM >
## Índice {#toc}
* [Como o software SafeKit implementa de forma simples um cluster de alta disponibilidade KVM sem armazenamento compartilhado em uma SAN?](#safekit-kvm-ha-cluster)
* [Como funciona o cluster KVM SafeKit ?](#safekit-kvm-ha-how-it-works)
* [Limitações SafeKit de Alta Disponibilidade](#safekit-ha-limitations)
* [Comparação: SafeKit para KVM vs. clustering tradicional](#safekit-kvm-ha-comparison)
* [Guia em vídeo SafeKit para KVM](#videoguide-safekit-kvm-cluster)
* [🔍 Centro de navegação de alta disponibilidade do SafeKit](#hub)
## Como o software SafeKit implementa de forma simples um cluster de alta disponibilidade KVM sem armazenamento compartilhado em uma SAN? {#safekit-kvm-ha-cluster}
### O que é a solução SafeKit HA para KVM ? {#what-is-the-safekit-ha-solution-for--get-app-}
SafeKit oferece alta disponibilidade para KVM entre dois servidores de qualquer marca.
Este artigo explica como implementar rapidamente um cluster KVM sem armazenamento compartilhado em uma SAN e sem habilidades específicas.
O princípio da solução é colocar o aplicativo crítico em uma máquina virtual sob KVM. SafeKit implementa **a replicação em tempo real e o failover automático da máquina virtual**.
Observe que o KVM é o hipervisor gratuito incluído em todas as versões Linux.
### Como posso executar vários aplicativos em um cluster KVM alta disponibilidade sem uma SAN? {#how-can-i-run-multiple-applications-in-a-high-availability--get-app--cluster-without-a-san}
Várias aplicações podem ser instaladas em **várias máquinas virtuais replicadas e reiniciadas pelo SafeKit**. Você tem a possibilidade de migrar cada máquina virtual entre os dois servidores com o console SafeKit e, assim, equilibrar a carga em um **cluster ativo-ativo**.
### Devo escolher alta disponibilidade no nível do aplicativo ou no nível da máquina virtual (VM)? {#should-i-choose-high-availability-at-the-application-level-or-the-virtual-machine-vm-level}
Com o SafeKit, você tem a flexibilidade de escolher o modelo de redundância que melhor se adapta às suas necessidades.
**A redundância em nível de VM** (para KVM ou Hyper-V) é a mais simples de implementar, pois replica toda a máquina virtual, não exigindo conhecimento da aplicação interna.
Alternativamente, **a redundância no nível do aplicativo** é mais granular; ela replica apenas pastas de dados específicas e reinicia os serviços do aplicativo, em vez de todo o SO.
Embora a HA em nível de VM seja mais fácil de configurar, a HA em nível de aplicativo é independente do hipervisor e pode ser executada em ambientes físicos, virtuais ou de nuvem.
### Quais são as vantagens exclusivas do SafeKit para alta disponibilidade KVM em comparação com os concorrentes? {#what-are-the-distinctive-advantages-of-safekit-for--get-app--high-availability-compared-to-competitors}
SafeKit se diferencia das soluções tradicionais de cluster KVM por sua **arquitetura sem compartilhamento** e gerenciamento simplificado. Enquanto a maioria dos concorrentes exige sistemas de arquivos distribuídos complexos (como o Ceph) ou uma SAN central para gerenciar o failover de máquinas virtuais, SafeKit oferece:
* **Replicação integrada em tempo real:** a sincronização de dados é integrada diretamente à solução, garantindo que as máquinas virtuais KVM sejam espelhadas de forma síncrona, sem a sobrecarga de gerenciar uma camada de armazenamento separada.
* **Agrupamento simplificado de 2 nós:** ao contrário das pilhas empresariais que recomendam um quórum de "testemunha" de 3 nós, SafeKit oferece alta disponibilidade total com apenas dois servidores redundantes. [Saiba mais sobre nosso mecanismo de pulsação e quórum](https://safekit.eviden.com/pt-br/best-practises/heartbeat-failover-quorum-windows-linux-cluster/).
* **Gerenciamento unificado:** os administradores podem gerenciar o failover, a replicação e o balanceamento de carga da VM por meio de um único console SafeKit, tornando-o acessível a equipes sem experiência especializada em clustering.
* **Verificadores personalizados:** SafeKit vai além do monitoramento de hardware; ele utiliza **verificadores personalizados** para detectar se uma VM travou, acionando automaticamente uma reinicialização local ou um failover para o nó redundante. O sistema também é altamente extensível, permitindo a fácil integração de novos verificadores personalizados definidos pelo usuário e adaptados ao seu ambiente específico.
### Como SafeKit reduz o Custo Total de Propriedade (TCO) em comparação com soluções do tipo VMware? {#how-does-safekit-reduce-the-tco-total-cost-of-ownership-compared-to-vmware-type-solutions}
Ao contrário da maioria das soluções de alta disponibilidade do mercado, SafeKit foi projetado para operar com o **mínimo absoluto de sobrecarga de hardware**, sem comprometer a segurança ou a confiabilidade. As principais economias em comparação com VMware ou alternativas complexas de código aberto incluem:
* **Eficiência real de 2 nós:** Embora a maioria das pilhas empresariais ou soluções de código aberto exijam um quórum de "testemunha" de 3 nós para evitar a divisão do cluster, SafeKit oferece alta disponibilidade total com apenas **dois servidores redundantes**.
* **Custos de armazenamento zero:** SafeKit usa uma arquitetura sem compartilhamento que funciona com discos locais, eliminando a necessidade de hardware SAN ou vSAN caro e redes de armazenamento especializadas.
* **Sem assinaturas forçadas:** ao contrário dos modelos modernos de assinatura, SafeKit oferece uma **licença perpétua**. Você é o proprietário do seu software, evitando a "armadilha da assinatura" e os aumentos imprevisíveis de preços anuais.
* **Baixas despesas operacionais (OPEX):** como uma solução plug-and-play, não requer treinamento especializado ou consultoria externa cara para manutenção, ao contrário das complexas ferramentas de cluster de código aberto.
* **Preços independentes da CPU:** o licenciamento é independente do número de CPUs ou núcleos. Com apenas duas licenças para dois nós, você pode proteger várias máquinas virtuais KVM.
### É possível configurar um cluster KVM sem SAN ou habilidades complexas de clustering? {#is-it-possible-to-set-up-a--get-app--cluster-without-san-or-complex-clustering-skills}
Sim. Este artigo explica como [implementar rapidamente um cluster KVM](https://safekit.eviden.com/pt-br/quick-install/safekit-quick-installation-guide-with-kvm/) sem a necessidade de gerenciamento especializado de SAN ou habilidades complexas de clustering de alta disponibilidade (HA). Ao usar **os scripts de failover automatizados** do SafeKit para lidar com a replicação e reinicialização de máquinas virtuais **KVM**, você obtém uma solução de redundância robusta que é significativamente mais simples de implantar e manter do que as pilhas de virtualização corporativas tradicionais.
### Além de KVM, quais aplicações e ambientes SafeKit pode proteger? {#beyond--get-app--which-applications-and-environments-can-safekit-protect}
SafeKit é uma solução versátil de alta disponibilidade que vai muito além do failover padrão de máquinas virtuais. Ele permite **a replicação síncrona em tempo real** e o failover automático para uma ampla gama de cargas de trabalho críticas, incluindo:
* **Ambientes virtuais e físicos:** máquinas virtuais Hyper-V ou KVM-V completas.
* **Orquestração de contêineres:** ambientes Docker, Podman e K3s (Kubernetes).
* **Dados e Serviços:** Diretórios de arquivos individuais, serviços e vários bancos de dados.
* **Infraestrutura em nuvem:** alta disponibilidade para aplicações em nuvem.
SafeKit também oferece aos **clusters farm** **balanceamento de carga de rede nativo e failover** para aplicações sem estado, como **servidores web**.
💡 [Explore a lista completa de soluções de alta disponibilidade compatíveis aqui.](https://safekit.eviden.com/pt-br/solutions/)
## Como funciona o cluster KVM SafeKit ? {#safekit-kvm-ha-how-it-works}
As etapas a seguir são descritas para uma máquina virtual KVM dentro de um módulo mirror. Cada máquina virtual replicada é executada em um módulo mirror independente (com um máximo de 32 máquinas virtuais) com um servidor primário que pode ser o servidor KVM 1 ou o servidor KVM 2.
### 1. Como funciona a replicação em tempo real para KVM ? {#1-how-does-real-time-replication-work-for--get-app-}
O Servidor 1 (PRIM) executa a VM KVM (máquina virtual). SafeKit replica em tempo real os arquivos da VM (disco rígido virtual, configuração da VM). Somente as alterações feitas nos arquivos são replicadas pela rede.
A replicação é [síncrona](https://safekit.eviden.com/pt-br/best-practises/synchronous-replication-vs-asynchronous-replication/), sem perda de dados em caso de falha, ao contrário da replicação assíncrona.
Você só precisa configurar o nome do diretório da VM no SafeKit. Não há pré-requisitos na organização do disco. O diretório pode estar localizado no disco do sistema.
### 2. O que acontece durante uma falha automática KVM ? {#2-what-happens-during-an-automatic--get-app--failover}
Quando o Servidor 1 falha, o Servidor 2 assume o controle. SafeKit reinicia a VM KVM no Servidor 2. KVM encontra os arquivos replicados pelo SafeKit atualizados no Servidor 2.
A VM 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 (definido como 30 segundos por padrão) mais o tempo de reinicialização da VM.
### 3. Como os dados são sincronizados após uma falha KVM ? {#3-how-is-data-synchronized-after-a--get-app--failure}
O failback envolve reiniciar o Servidor 1 após corrigir o problema que causou a falha. SafeKit resincroniza automaticamente os arquivos da VM.
O failback ocorre sem perturbar a VM KVM, que pode continuar em execução no Servidor 2.
### 4. Como é restaurado o funcionamento normal KVM ? {#4-how-is-normal--get-app--operation-restored}
Após a reintegração, os arquivos da VM ficam novamente no modo mirror, como na etapa 1. O sistema volta ao modo de alta disponibilidade, com a VM KVM sendo executada no Servidor 2 e SafeKit replicando as atualizações de arquivos para o Servidor 1.
Se o administrador desejar que a VM seja executada no Servidor 1, isso pode ser feito manualmente através do console da web em um momento apropriado ou automaticamente através da configuração.
### Como configurar um cluster KVM SafeKit ? {#safekit-mirror-cluster-configure}
O **console da web SafeKit** fornece uma interface intuitiva para configurar a alta disponibilidade de seus aplicativos críticos. Em apenas algumas etapas, você pode configurar um **cluster KVM SafeKit** para garantir a continuidade dos negócios:
* Insira em `VM_PATH` o caminho raiz do diretório replicado (/var/lib/libvirt/images) onde os arquivos da VM KVM residem.
* Insira em `VM_NAME` o nome da máquina virtual (VM1) KVM.
O cluster SafeKit inclui um [verificador de divisão de rede dedicado para resolver problemas de isolamento de rede]( "Detalhes técnicos sobre o heartbeat e a prevenção de split-brain") sem a necessidade de uma terceira máquina testemunha ou de uma rede de pulsações adicional.
### Como monitorar um cluster KVM SafeKit ? {#safekit-mirror-cluster-monitoring}
O **console de gerenciamento SafeKit** oferece uma visão unificada da sua infraestrutura de alta disponibilidade. Ele permite que os administradores monitorem o **estado operacional** do cluster e acompanhem a sincronização de dados em tempo real.
Para um cluster KVM de 2 nós, o console exibe claramente as funções de cada servidor:
* **PRIM (Primário):** O nó ativo que executa atualmente o aplicativo e gerencia o IP virtual. Ele executa gravações no armazenamento local e replicação em tempo real para o nó secundário.
* **SECOND:** O nó de espera recebe atualizações síncronas em nível de byte. Ele está pronto para assumir o controle instantaneamente se o primário falhar.
* **ALONE Estado:** Alerta visualmente quando o cluster está sendo executado em um único nó (por exemplo, durante a manutenção ou após uma falha), indicando que a redundância foi temporariamente perdida.
* **Progresso da resincronização:** quando um nó com falha é recuperado, seu status fica laranja durante a reintegração de dados em segundo plano, garantindo que não haja tempo de inatividade durante a fase de "retorno ao normal".
Além de ícones de status simples, a interface fornece **orquestração de failover com um clique**, permitindo que você reatribua manualmente a função primária para manutenção planejada, garantindo a disponibilidade contínua para a atividade do usuário.
Observe que, se você implantar várias VMs para replicação e failover, terá vários widgets PRIM/SECOND. Isso permite o failover independente para cada VM e a capacidade de distribuir a carga entre os servidores.
## Limitações SafeKit de Alta Disponibilidade {#safekit-ha-limitations}
Limite/Requisito | Motivo e Impacto | Alternativa recomendada
---|---|---
Tamanho da replicação: alguns TBs | Tempo de resincronização após falha ([etapa 3](https://safekit.eviden.com/pt-br/architectures/file-replication-byte-level-with-failover-mirror-cluster/#safekit-mirror-cluster)):
• Rede de 1 Gb/s ≈ 3 horas/TB
• Rede de 10 Gb/s ≈ 1 hora/TB (dependendo do desempenho de gravação do disco) | • Usar [armazenamento compartilhado externo](https://safekit.eviden.com/pt-br/best-practises/san-vs-nas-shared-storage-for-a-failover-cluster/) (mais caro, mais complexo).
Contagem de arquivos: < 1.000.000 de arquivos | • Desempenho do tempo de resincronização após uma falha ([etapa 3](https://safekit.eviden.com/pt-br/architectures/file-replication-byte-level-with-failover-mirror-cluster/#safekit-mirror-cluster)).
• Tempo necessário para comparar cada arquivo entre os dois nós. | • Coloque os vários arquivos a serem replicados em um disco rígido virtual/máquina virtual.
• Apenas os arquivos que representam o disco rígido virtual/máquina virtual serão replicados e resincronizados neste caso.
Capacidade de failover: ≤ 32 VMs | • Cada VM é executada em um módulo mirror independente.
• Máximo de 32 módulos mirror em execução no mesmo cluster. | • Utilize um armazenamento compartilhado externo e outra solução de cluster de máquinas virtuais (mais cara e mais complexa).
Arquitetura de rede: rede LAN/VLAN entre locais remotos | • Failover automático do [endereço IP virtual](https://safekit.eviden.com/pt-br/best-practises/how-a-virtual-ip-address-works/) com 2 nós na mesma sub-rede.
• Boa largura de banda para resincronização ([passo 3](https://safekit.eviden.com/pt-br/architectures/file-replication-byte-level-with-failover-mirror-cluster/#safekit-mirror-cluster)).
• Baixa latência para [replicação síncrona](https://safekit.eviden.com/pt-br/best-practises/synchronous-replication-vs-asynchronous-replication/): normalmente < 5 ms RTT; valores mais altos devem ser validados em relação à taxa de gravação do aplicativo. | • Se os dois nós estiverem em sub-redes diferentes (comum na nuvem), use [outras opções de redirecionamento](https://safekit.eviden.com/pt-br/best-practises/how-a-virtual-ip-address-works/#safekit-virtual-ip-implementation): um balanceador de carga, CLIs de provedor de nuvem, BGP ou redirecionamento de DNS.
• Utilize soluções de backup com replicação assíncrona para redes com alta latência.
## Comparação: SafeKit para KVM vs. clustering tradicional {#safekit-kvm-ha-comparison}
Recurso | SafeKit para KVM | Empresarial (por exemplo, VMware) | KVM Padrão de Código Aberto
---|---|---|---
Arquitetura | SANless (sem compartilhamento) | Armazenamento Compartilhado (SAN/vSAN) | Complexo (Ceph/DRBD)
Alta Disponibilidade | Mirror Síncrono de 2 Nós | Mínimo de 3 nós (vSAN Witness) | Quórum Manual ou de 3 Nós
Replicação | Arquivo em nível de byte | Nível de bloco de disco (vSAN) | Varia (Arquivo/Bloco)
Lógica de Failover | Totalmente automático | Automático (vSphere HA) | Roteiros Complexos
Custo Total de Propriedade (TCO) | Baixo (Licença Perpétua) | Alto (Assinaturas Anuais) | Elevado custo operacional (manutenção)
É necessária experiência | Especialista em TI Generalista | Certificação Especializada | Engenheiro(a) Especialista Linux
Tempo de Implantação | < 30 minutos | Horas para Dias | Dias de Configuração
**Em resumo**, SafeKit para KVM oferece o caminho mais simples para a **alta disponibilidade**, eliminando a necessidade de uma SAN e de um terceiro nó "testemunha", reduzindo drasticamente o **Custo Total de Propriedade (TCO)** em comparação com soluções empresariais ou de código aberto manuais.
## Guia em vídeo: Configurando um cluster HA SafeKit para KVM {#videoguide-safekit-kvm-cluster}
A configuração de alta disponibilidade para KVM é muito semelhante à configuração do Hyper-V. Ao assistir a este vídeo sobre Hyper-V, você terá uma ideia clara de como configurar **KVM** com a arquitetura "shared-nothing" do SafeKit.
### Vídeo SafeKit: Agrupamento em cluster no nível da máquina virtual com Hyper-V (5:15) {#demo-hyperv}
Neste vídeo, descubra como SafeKit implementa **alta disponibilidade para Hyper-V** sem a complexidade de uma SAN. Aprenda a configurar **a replicação de máquinas virtuais** entre dois nós para garantir o failover contínuo para suas cargas de trabalho virtualizadas críticas.
### Destaques do vídeo {#video-highlights}
1. 🎬 [Visão geral da arquitetura: 2 nós Hyper-V e 2 máquinas virtuais](https://www.youtube.com/watch?v=H18s_-_CpmU&t=0s) (0:49)
2. 🎬 [Configurando o cluster e os módulos hyperv.safe](https://www.youtube.com/watch?v=H18s_-_CpmU&t=49s) (1:59)
3. 🎬 [Teste ao vivo: replicação de VM, migração e failover automático em caso de falha](https://www.youtube.com/watch?v=H18s_-_CpmU&t=168s) (2:26)
### Implementação passo a passo: {#step-by-step-implementation}
* 🛠️ [Inicie seu teste grátis e siga o guia de instalação rápida Hyper-V](https://safekit.eviden.com/pt-br/quick-install/safekit-quick-installation-guide-with-hyper-v/)