---
title: "Alta disponibilidade simples do Hyper-V sem armazenamento partilhado (SAN)"
canonical: "https://safekit.eviden.com/pt-pt/solutions/hyper-v-replication-automatic-failover-load-balancing/"
description: "Obtenha HA do Hyper-V sem SAN. O SafeKit oferece replicação em tempo real e failover automático para clusters de 2 nós. Descarregue o seu teste gratuito agora."
category: "solutions"
lang: "pt-pt"
topics: "SafeKit para Hyper-V: cluster Hyper-V sem SAN de 2 nós, Índice, Como é que o software SafeKit implementa simplesmente um cluster de alta disponibilidade Hyper-V sem armazenamento partilhado numa SAN?, Como funciona o cluster SafeKit Hyper-V?, Limitações de Alta Disponibilidade do SafeKit, Comparação: SafeKit para Hyper-V vs. clustering nativo do Hyper-V, Guia de vídeo: configurar um cluster SafeKit HA para Hyper-V"
---
# Alta disponibilidade simples do Hyper-V sem armazenamento partilhado (SAN) {#simple-hyper-v-high-availability-without-shared-storage-san}
## SafeKit para Hyper-V: cluster Hyper-V sem SAN de 2 nós {#safekit-hyperv-tco}
**SafeKit para Hyper-V** oferece perfeita **Alta disponibilidade** ao mesmo tempo que reduz significativamente o TCO (Custo Total de Propriedade). Ao eliminar a sobrecarga operacional e de hardware do clustering tradicional, o SafeKit oferece uma alternativa de alta disponibilidade lean de 2 nós para pilhas de virtualização complexas.
* **Investimento zero em SAN para HA:** Obtenha redundância total utilizando arquitetura sem partilha. Funciona com discos locais padrão, eliminando a necessidade de hardware SAN dispendioso, switches Fibre Channel e manutenção de armazenamento especializada normalmente necessária para alta disponibilidade.
* **Redundância independente de hardware:** Evite o aprisionamento do fornecedor. Crie o seu cluster de alta disponibilidade utilizando qualquer marca de servidor ou tipo de armazenamento interno, alargando o ciclo de vida do hardware existente e reduzindo os custos de substituição.
* **Operações simplificadas de HA:** Não é necessário nenhum "especialista em cluster" especializado para manter o tempo de atividade. Os módulos plug-and-play e a consola web unificada do SafeKit reduzem as horas de trabalho necessárias para a implementação de HA e monitorização diária.
* **Licenciamento com custo previsível:** Ao contrário dos modelos com muitas subscrições, o SafeKit oferece alta disponibilidade através de uma licença única e perpétua. Isto garante um orçamento previsível e elimina o risco de aumentos anuais de preços para as infraestruturas críticas.
* **Eficiência HA real de 2 nós:** A maioria das soluções de alta disponibilidade exige um terceiro nó "testemunha" para evitar a divisão do cérebro. O SafeKit oferece um cluster robusto de 2 nós, poupando 33% em hardware, energia e espaço em rack desde o primeiro dia.
Ao consolidar **Alta disponibilidade** numa camada de software leve, o SafeKit oferece redundância de nível empresarial e continuidade de negócio por uma fração do custo dos pacotes de virtualização tradicionais.
**Cluster SafeKit HA para Hyper-V**
⚡ Guia rápido de instalação do cluster Hyper-V HA >
## Índice {#toc}
* [Como é que o software SafeKit implementa simplesmente um cluster de alta disponibilidade Hyper-V sem armazenamento partilhado numa SAN?](#safekit-hyperv-ha-cluster)
* [Como funciona o cluster SafeKit Hyper-V?](#safekit-hyperv-ha-how-it-works)
* [Limitações de alta disponibilidade do SafeKit](#safekit-ha-limitations)
* [Comparação: SafeKit para Hyper-V vs. clustering nativo do Hyper-V](#safekit-hyperv-ha-comparison)
* [Guia de vídeo SafeKit para Hyper-V](#videoguide-safekit-hyperv-cluster)
* [🔍 Hub de navegação de alta disponibilidade SafeKit](#hub)
## Como é que o software SafeKit implementa simplesmente um cluster de alta disponibilidade Hyper-V sem armazenamento partilhado numa SAN? {#safekit-hyperv-ha-cluster}
### Qual é a solução SafeKit HA para Hyper-V?
O SafeKit traz alta disponibilidade ao Hyper-V entre dois servidores de qualquer marca.
Este artigo explica como implementar rapidamente um cluster Hyper-V sem armazenamento partilhado numa SAN e sem competências específicas.
O princípio da solução é colocar a aplicação crítica numa máquina virtual sob Hyper-V. Alfaias SafeKit **replicação em tempo real e failover automático da máquina virtual**.
Note que o Hyper-V é o hipervisor gratuito incluído em todas as versões do Windows (mesmo no Windows para PC).
### Como posso executar várias aplicações num cluster Hyper-V de alta disponibilidade sem SAN?
Vários aplicativos podem ser colocados **várias máquinas virtuais replicadas e reiniciadas pelo SafeKit**. Tem a possibilidade de migrar cada máquina virtual entre os dois servidores com a consola SafeKit e assim equilibrar a carga num **cluster ativo-ativo**.
### Devo escolher a alta disponibilidade ao nível da aplicação ou ao nível da máquina virtual (VM)?
Com o SafeKit, tem flexibilidade para escolher o modelo de redundância que se adapta às suas necessidades.
**Redundância ao nível de VM** (para Hyper-V ou KVM) é o mais simples de implementar, pois replica toda a máquina virtual, não necessitando de conhecimento da aplicação interna.
Alternativamente, **redundância ao nível de aplicação** é mais granular; apenas replica pastas de dados específicas e reinicia os serviços da aplicação, em vez de todo o sistema operativo.
Embora a HA ao nível da VM seja mais fácil de configurar, a HA ao nível da aplicação é independente do hipervisor e pode ser executada em ambientes físicos, virtuais ou de cloud.
### Quais são as vantagens distintivas do SafeKit para a alta disponibilidade do Hyper-V em comparação com os concorrentes?
O SafeKit diferencia-se das soluções tradicionais de clustering Hyper-V através do seu **arquitetura sem partilha** e gestão simplificada. Embora a maioria dos concorrentes exija uma SAN ou vSAN central para gerir o failover de VM, o SafeKit oferece:
* **Replicação integrada em tempo real:** A sincronização de dados é integrada diretamente na solução, garantindo que as máquinas virtuais Hyper-V são espelhadas de forma síncrona, sem a sobrecarga de gerir uma camada de armazenamento separada.
* **Clustering simplificado de 2 nós:** Ao contrário das pilhas empresariais que recomendam um quórum de “testemunha” de três nós, o SafeKit oferece uma elevada disponibilidade total com apenas dois servidores redundantes. [Saiba mais sobre o nosso mecanismo de pulsação e quórum](https://safekit.eviden.com/best-practises/heartbeat-failover-quorum-windows-linux-cluster/).
* **Gestão Unificada:** Os administradores podem gerir o failover de VM, a replicação e o balanceamento de carga através de uma única consola SafeKit, tornando-a acessível para equipas sem conhecimento especializado em cluster.
* **Damas personalizadas:** O SafeKit vai além da monitorização de hardware; ele utiliza **damas personalizadas** para detetar se uma VM falhou, 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 utilizador e adaptados ao seu ambiente específico.
### Como é que o SafeKit reduz o TCO (Custo Total de Propriedade) em comparação com as soluções do tipo VMware?
Ao contrário da maioria das soluções de alta disponibilidade existentes no mercado, o SafeKit foi concebido para operar com o **sobrecarga de hardware mínima absoluta** , sem comprometer a segurança ou a fiabilidade. As principais poupanças em comparação com o VMware ou alternativas complexas de código aberto incluem:
* **Eficiência verdadeira de 2 nós:** Embora a maioria das pilhas empresariais ou soluções de código aberto exijam um quórum de "testemunha" de três nós para evitar a divisão do cérebro, o SafeKit oferece uma elevada disponibilidade total com apenas **dois servidores redundantes**.
* **Custos de armazenamento zero:** O SafeKit utiliza uma arquitetura sem partilha que funciona com discos locais, eliminando a necessidade de hardware SAN ou vSAN dispendioso e de uma rede de armazenamento especializada.
* **Sem assinaturas forçadas:** Ao contrário dos modelos modernos apenas por subscrição, o SafeKit oferece um **licença perpétua**. É o proprietário do seu software, evitando a "armadilha da subscrição" e os imprevisíveis aumentos anuais de preços.
* **Baixa Despesa Operacional (OPEX):** Por ser uma solução plug-and-play, não requer formação especializada ou consultoria externa dispendiosa para a manutenção, ao contrário das ferramentas de clustering complexas de código aberto.
* **Preço independente do CPU:** O licenciamento é independente do número de CPUs ou núcleos. Com apenas duas licenças para dois nós, pode proteger diversas máquinas virtuais Hyper-V.
### É possível configurar um cluster Hyper-V sem SAN ou competências complexas de cluster?
Sim. Este artigo explica como [implementar rapidamente um cluster Hyper-V](https://safekit.eviden.com/quick-install/safekit-quick-installation-guide-with-hyper-v/) sem a necessidade de gestão especializada de SAN ou de competências complexas de cluster de alta disponibilidade. Usando o SafeKit **scripts de failover automatizados** para lidar com a replicação e reinicialização do **Hyper-V** máquinas virtuais, obtém uma solução de redundância robusta que é significativamente mais simples de implementar e manter do que as pilhas tradicionais de virtualização empresarial.
### Além do Hyper-V, que aplicações e ambientes pode o SafeKit proteger?
O SafeKit é uma solução versátil de alta disponibilidade que vai muito além do failover padrão da máquina virtual. Ele permite **replicação síncrona em tempo real** e failover automático para uma ampla variedade de cargas de trabalho críticas, incluindo:
* **Ambientes virtuais e físicos:** Máquinas virtuais Hyper-V ou KVM completas.
* **Orquestração de contentores:** Ambientes Docker, Podman e K3s (Kubernetes).
* **Dados e serviços:** Diretórios de ficheiros individuais, serviços e várias bases de dados.
* **Infraestrutura na nuvem:** Alta disponibilidade para aplicações na cloud.
O SafeKit também fornece **Agrupamentos Agrícolas** com nativo **Balanceamento de carga de rede e failover** para aplicações sem estado como **Servidores Web**.
💡 [Explore a lista completa de soluções de HA suportadas aqui.](https://safekit.eviden.com/pt-pt/solutions/)
## Como funciona o cluster SafeKit Hyper-V? {#safekit-hyperv-ha-how-it-works}
Os passos a seguir são descritos para uma máquina virtual Hyper-V dentro de um módulo de espelho. Cada máquina virtual replicada é executada num módulo espelho independente (com um máximo de 32 máquinas virtuais) com um servidor primário que pode ser o servidor Hyper-V 1 ou o servidor Hyper-V 2.
### 1. Como funciona a replicação em tempo real para o Hyper-V?
O Servidor 1 (PRIM) executa a VM Hyper-V (máquina virtual). O SafeKit replica em tempo real os ficheiros da VM (disco rígido virtual, configuração da VM). Apenas as alterações efetuadas nos ficheiros são replicadas na rede.
A replicação é [síncrono](https://safekit.eviden.com/best-practises/synchronous-replication-vs-asynchronous-replication/) sem perda de dados em caso de falha contrária à replicação assíncrona.
Só precisa de configurar o nome do diretório VM no SafeKit. Não existem pré-requisitos para a organização do disco. O diretório pode estar localizado no disco do sistema.
### 2.º O que acontece durante um failover automático de Hyper-V?
Quando o Servidor 1 falha, o Servidor 2 assume o controlo. O SafeKit reinicia a VM Hyper-V no Servidor 2. O Hyper-V encontra os ficheiros replicados pela atualização do SafeKit no Servidor 2.
A VM continua a ser executada no Servidor 2 modificando localmente os seus ficheiros que já não são replicados no Servidor 1.
O tempo de failover é igual ao tempo de deteção de falhas (definido como 30 segundos por defeito) mais o tempo de reinicialização da VM.
### 3.De que forma os dados são sincronizados após uma falha no Hyper-V?
O failback envolve reiniciar o Servidor 1 após corrigir o problema que causou a sua falha. O SafeKit ressincroniza automaticamente os ficheiros da VM.
O failback ocorre sem perturbar a VM Hyper-V, que pode continuar a ser executada no Servidor 2.
### 4.De que forma é restaurada a operação normal do Hyper-V?
Após a reintegração, os ficheiros da VM estão novamente no modo espelho, como no passo 1. O sistema volta ao modo de alta disponibilidade, com a VM Hyper-V a funcionar no Servidor 2 e o SafeKit a replicar as atualizações dos ficheiros para o Servidor 1.
Se o administrador desejar que a VM seja executada no Servidor 1, tal pode ser feito manualmente através da consola web no momento apropriado ou automaticamente através de configuração.
### Como configurar um cluster SafeKit Hyper-V? {#safekit-mirror-cluster-configure}
O **Consola web do SafeKit** fornece uma interface intuitiva para configurar a alta disponibilidade das suas aplicações críticas. Em apenas alguns passos, pode configurar um **Cluster SafeKit Hyper-V** para garantir a continuidade do negócio:
* Colocar `VM_PATH`, o caminho raiz do diretório replicado (D:/Repli-Hyper-V) onde residem os ficheiros da VM Hyper-V.
* Entre `VM_NAME`, o nome da máquina virtual Hyper-V (VM1).
Nota: Se `VM1` é inserido, `D:/Repli-Hyper-V/VM1/` será replicado e a VM1 será reiniciada automaticamente utilizando comandos Hyper-V.
O cluster SafeKit inclui um dedicado [verificador de cérebro dividido para resolver problemas de isolamento de rede]( "Technical details on heartbeat and split-brain prevention") sem necessidade de uma terceira máquina testemunha ou de uma rede de pulsação adicional.
### Como monitorizar um cluster SafeKit Hyper-V? {#safekit-mirror-cluster-monitoring}
O **Consola de gestão SafeKit** oferece uma visão unificada da sua infraestrutura de alta disponibilidade. Permite que os administradores monitorizem o **estado operacional** do cluster e rastrear a sincronização de dados em tempo real.
Para um cluster Hyper-V de 2 nós, a consola apresenta claramente as funções de cada servidor:
* **PRIM (primário):** O nó ativo que atualmente executa a VM e a aplicação. Executa gravações nos ficheiros da VM no armazenamento local e replicação em tempo real no nó secundário.
* **SEGUNDO (secundário):** O nó em espera que recebe atualizações síncronas ao nível do byte. Está pronto para assumir o controlo instantaneamente se o Primário falhar.
* **SOZINHO Estado:** Alerta visualmente quando o cluster está a ser executado num único nó (por exemplo, durante a manutenção ou após uma falha), indicando que a redundância foi temporariamente perdida.
* **Progresso da ressincronização:** Quando um nó com falha recupera, o seu estado fica laranja durante a reintegração de dados em segundo plano, garantindo que não há tempo de inatividade durante a fase de “regresso ao normal”.
Além de simples ícones de estado, a interface fornece **orquestração de failover com um clique** , permitindo reatribuir manualmente a função principal para a manutenção planeada e, ao mesmo tempo, garantir a disponibilidade contínua para as atividades do utilizador.
Note que se implementar várias VMs para replicação e failover, terá vários widgets PRIM/SECOND. Isto permite o failover independente para cada VM e a capacidade de distribuir a carga entre servidores.
## Limitações de Alta Disponibilidade do SafeKit {#safekit-ha-limitations}
Limite / Requisito | Motivo e Impacto | Alternativa Recomendada
---|---|---
Tamanho da replicação: Alguns TB | Tempo de ressincronização após uma falha ([etapa 3](https://safekit.eviden.com/architectures/file-replication-byte-level-with-failover-mirror-cluster/product/#safekit-mirror-cluster)):
• Rede de 1 Gb/s ≈ 3 horas / TB
• Rede de 10 Gb/s ≈ 1 hora / TB (dependendo do desempenho de escrita em disco) | • Utilizar [armazenamento partilhado externo](https://safekit.eviden.com/best-practises/san-vs-nas-shared-storage-for-a-failover-cluster/) (mais caro, mais complexo).
Contagem de ficheiros: < 1.000.000 ficheiros | • Desempenho do tempo de ressincronização após uma falha ([etapa 3](https://safekit.eviden.com/architectures/file-replication-byte-level-with-failover-mirror-cluster/product/#safekit-mirror-cluster)).
• Tempo necessário para verificar cada ficheiro entre ambos os nós. | • Colocar os vários ficheiros a replicar num disco rígido virtual / máquina virtual.
• Nesse caso, apenas os ficheiros que representam o disco rígido virtual / a máquina virtual serão replicados e ressincronizados.
Capacidade de failover: ≤ 32 VMs | • Cada VM é executada num módulo de espelho independente.
• Máximo de 32 módulos de espelho em execução no mesmo cluster. | • Utilizar um armazenamento partilhado externo e outra solução de clustering de VMs (mais caro, mais complexo).
Arquitetura de rede: Rede LAN/VLAN entre locais remotos | • Failover automático do [endereço IP virtual](https://safekit.eviden.com/best-practises/how-a-virtual-ip-address-works/) com 2 nós na mesma sub-rede.
• Boa largura de banda para a ressincronização ([etapa 3](https://safekit.eviden.com/architectures/file-replication-byte-level-with-failover-mirror-cluster/product/#safekit-mirror-cluster)).
• Baixa latência para [replicação síncrona](https://safekit.eviden.com/best-practises/synchronous-replication-vs-asynchronous-replication/): tipicamente < 5 ms de RTT; valores superiores devem ser validados em função da taxa de escrita da aplicação. | • Utilizar um [balanceador de carga para o endereço IP virtual](https://safekit.eviden.com/best-practises/how-a-virtual-ip-address-works/) se os 2 nós se encontrarem em 2 sub-redes (suportado pelo SafeKit, especialmente na cloud).
• Utilizar soluções de cópia de segurança com replicação assíncrona para redes de alta latência.
## Comparação: SafeKit para Hyper-V vs. clustering nativo do Hyper-V {#safekit-hyperv-ha-comparison}
Recurso | SafeKit para Hyper-V | Clustering de failover MS | Réplica do Hyper-V
---|---|---|---
Arquitetura | Sem SAN (nada partilhado) | Armazenamento Partilhado (SAN/S2D) | Nada partilhado
Lógica de failover | Totalmente Automático | Totalmente Automático | Intervenção Manual (não é uma solução HA)
Tipo de replicação | Síncrono (Zero RPO) | Síncrono (via SAN) | Assíncrono (perda de dados)
Requisito de Quórum | Nenhum (verificador integrado) | 3º Nó / Testemunha de Nuvem | Nenhum
Dependência do AD | Independente | Obrigatório (Active Directory) | Independente
Complexidade de implantação | Baixo (<30 minutos) | Alto (AD, armazenamento, quórum) | Médio
**Em resumo** , eliminando a necessidade de uma SAN e simplificando a configuração, removendo dependências como **Diretório Ativo** e especializado **Quórum** definições — o SafeKit oferece uma alternativa simples e independente do hardware. Isto resulta num TCO significativamente mais baixo, ao mesmo tempo que garante que o seu ambiente Hyper-V permanece resiliente, com zero perda de dados e recuperação automatizada.
## Guia de vídeo: configurar um cluster SafeKit HA para Hyper-V {#videoguide-safekit-hyperv-cluster}
### Vídeo SafeKit: Clustering ao nível da máquina virtual com Hyper-V (5:15) {#demo-hyperv}
Neste vídeo, descubra como o SafeKit implementa **alta disponibilidade para Hyper-V** sem a complexidade de uma SAN. Aprenda a configurar **replicação de máquina virtual** em dois nós para garantir o failover contínuo para as suas cargas de trabalho virtualizadas críticas. Embora esta demonstração utilize o Hyper-V no Windows, a solução funciona de forma idêntica ao KVM no Linux.
### Capítulos
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. 🎬 [Configurar o cluster e os módulos hyperv.safe](https://www.youtube.com/watch?v=H18s_-_CpmU&t=49s) (1:59)
3. 🎬 [Testes em tempo real: 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
* 🛠️ [Leia o guia para configurar um cluster Hyper-V espelhado no Windows.](https://safekit.eviden.com/pt-pt/quick-install/safekit-quick-installation-guide-with-hyper-v/)
* 🛠️ [Leia o guia para configurar um cluster KVM espelhado no Linux.](https://safekit.eviden.com/quick-install/safekit-quick-installation-guide-with-kvm/)