---
title: "Alta disponibilità Linux KVM senza storage condiviso"
canonical: "https://safekit.eviden.com/it/solutions/linux-kvm-high-availability-replication-automatic-failover-load-balancing/"
description: "Raggiungi l’alta disponibilità Linux KVM senza una SAN. SafeKit offre replica sincrona e failover automatico per cluster KVM a 2 nodi. Semplifica la ridondanza delle tue VM Linux e riduci il TCO oggi stesso."
category: "solutions"
lang: "it"
topics: "SafeKit per KVM: cluster KVM SANless a 2 nodi, Indice, In che modo il software SafeKit implementa semplicemente un cluster ad alta disponibilità KVM senza storage condiviso su una SAN?, Come funziona il cluster KVM SafeKit ?, Limitazioni SafeKit High Availability, Confronto: SafeKit per KVM e clustering tradizionale, Guida video: configurazione di un cluster HA SafeKit per KVM"
translation: "translate_md 2026-11-08.3 | glossaire 2026-11-08.11 | Translation LLM | 25 expressions"
---
# Alta disponibilità Linux KVM senza storage condiviso {#simple-linux-kvm-high-availability-without-shared-storage}
## SafeKit per KVM: cluster KVM SANless a 2 nodi {#safekit-kvm-tco}
**SafeKit per KVM** offre **un’elevata disponibilità** senza interruzioni, riducendo significativamente il TCO (Total Cost of Ownership). Eliminando l’hardware e i costi operativi del clustering tradizionale, SafeKit offre un’alternativa HA snella a 2 nodi rispetto a complessi stack di virtualizzazione.
* **Nessun investimento SAN per l’alta disponibilità:** Ottieni la ridondanza completa utilizzando un’architettura shared-nothing. Funziona con dischi locali standard, eliminando la necessità di costosi hardware SAN, switch in fibra ottica e manutenzione specializzata dell’archiviazione solitamente richiesta per l’alta disponibilità.
* **Ridondanza indipendente dall’hardware:** evita il vendor lock-in. Crea il tuo cluster ad alta disponibilità utilizzando qualsiasi marca di server o tipo di storage interno, estendendo il ciclo di vita dell’hardware esistente e riducendo i costi di sostituzione.
* **Operazioni HA semplificate:** non è necessario un "esperto di clustering" specializzato per mantenere l’operatività. I moduli plug-and-play di SafeKit e la console web unificata riducono le ore di lavoro necessarie per l’implementazione HA e il monitoraggio giornaliero.
* **Licenze a costo prevedibile:** a differenza dei modelli basati su abbonamento, SafeKit offre un’elevata disponibilità tramite una licenza perpetua una tantum. Ciò garantisce una pianificazione del budget prevedibile ed elimina il rischio di aumenti annuali dei prezzi per le infrastrutture critiche.
* **Vera efficienza HA a 2 nodi:** la maggior parte delle soluzioni ad alta disponibilità richiede un terzo nodo "witness" per prevenire lo split-brain. SafeKit offre un robusto cluster a 2 nodi, con un risparmio del 33% su hardware, energia e spazio rack fin dal primo giorno.
Consolidando **l’alta disponibilità** in un livello software leggero, SafeKit offre ridondanza di livello enterprise e continuità aziendale a una frazione del costo delle suite di virtualizzazione tradizionali.
**Cluster HA SafeKit per KVM**
⚡ Guida rapida all’installazione del cluster HA KVM >
## Indice {#toc}
* [In che modo il software SafeKit implementa semplicemente un cluster ad alta disponibilità KVM senza storage condiviso su una SAN?](#safekit-kvm-ha-cluster)
* [Come funziona il cluster KVM SafeKit ?](#safekit-kvm-ha-how-it-works)
* [Limitazioni SafeKit High Availability](#safekit-ha-limitations)
* [Confronto: SafeKit per KVM e clustering tradizionale](#safekit-kvm-ha-comparison)
* [Guida video SafeKit per KVM](#videoguide-safekit-kvm-cluster)
* [🔍 Hub di navigazione per l’alta disponibilità di SafeKit](#hub)
## In che modo il software SafeKit implementa semplicemente un cluster ad alta disponibilità KVM senza storage condiviso su una SAN? {#safekit-kvm-ha-cluster}
### Qual è la soluzione SafeKit HA per KVM ? {#what-is-the-safekit-ha-solution-for--get-app-}
SafeKit offre un’elevata disponibilità alle KVM tra due server di qualsiasi marca.
Questo articolo spiega come implementare rapidamente un cluster KVM senza storage condiviso su una SAN e senza competenze specifiche.
Il principio della soluzione consiste nel collocare l’applicazione critica in una macchina virtuale sotto KVM. SafeKit implementa **la replica in tempo reale e il failover automatico della macchina virtuale**.
Si noti che KVM è l’hypervisor gratuito incluso in tutte le versioni Linux.
### Come posso eseguire più applicazioni in un cluster KVM ad alta disponibilità senza una SAN? {#how-can-i-run-multiple-applications-in-a-high-availability--get-app--cluster-without-a-san}
Diverse applicazioni possono essere inserite in **diverse macchine virtuali replicate e riavviate da SafeKit**. È possibile migrare ciascuna macchina virtuale tra i due server con la console SafeKit e quindi bilanciare il carico in un **cluster attivo-attivo**.
### È preferibile scegliere l’alta disponibilità a livello di applicazione o a livello di macchina virtuale (VM)? {#should-i-choose-high-availability-at-the-application-level-or-the-virtual-machine-vm-level}
Con SafeKit, hai la flessibilità di scegliere il modello di ridondanza più adatto alle tue esigenze.
**La ridondanza a livello di VM** (per KVM o Hyper-V) è la più semplice da implementare in quanto replica l’intera macchina virtuale, senza richiedere alcuna conoscenza dell’applicazione interna.
In alternativa, **la ridondanza a livello di applicazione** è più granulare; replica solo cartelle di dati specifiche e riavvia i servizi dell’applicazione anziché l’intero sistema operativo.
Mentre l’HA a livello di VM è più facile da configurare, l’HA a livello di applicazione è indipendente dall’hypervisor e può essere eseguito in ambienti fisici, virtuali o cloud.
### Quali sono i vantaggi distintivi di SafeKit per l’alta disponibilità KVM rispetto ai concorrenti? {#what-are-the-distinctive-advantages-of-safekit-for--get-app--high-availability-compared-to-competitors}
SafeKit si differenzia dalle soluzioni di clustering KVM tradizionali grazie alla sua **architettura "shared-nothing"** e alla gestione semplificata. Mentre la maggior parte dei concorrenti richiede complessi file system distribuiti (come Ceph) o una SAN centrale per gestire il failover delle VM, SafeKit offre:
* **Replicazione integrata in tempo reale:** la sincronizzazione dei dati è integrata direttamente nella soluzione, garantendo che le macchine virtuali KVM siano replicate in modo sincrono senza l’overhead di gestione di un livello di archiviazione separato.
* **Clustering semplificato a 2 nodi:** a differenza degli stack aziendali che raccomandano un quorum "witness" a 3 nodi, SafeKit offre la massima alta disponibilità con soli due server ridondanti. [Scopri di più sul nostro meccanismo heartbeat e quorum](https://safekit.eviden.com/it/best-practises/heartbeat-failover-quorum-windows-linux-cluster/).
* **Gestione unificata:** gli amministratori possono gestire il failover, la replica e il bilanciamento del carico delle macchine virtuali attraverso un’unica console SafeKit, rendendola accessibile a team senza competenze specialistiche in clustering.
* **Controlli personalizzati:** SafeKit va oltre il monitoraggio dell’hardware; utilizza **controlli personalizzati** per rilevare se una macchina virtuale si è arrestata in modo anomalo, attivando automaticamente un riavvio locale o un failover sul nodo ridondante. Il sistema è inoltre altamente estensibile e consente la facile integrazione di nuovi controlli personalizzati definiti dall’utente e adattati al vostro ambiente specifico.
### In che modo SafeKit riduce il TCO (Total Cost of Ownership) rispetto alle soluzioni di tipo VMware? {#how-does-safekit-reduce-the-tco-total-cost-of-ownership-compared-to-vmware-type-solutions}
A differenza della maggior parte delle soluzioni ad alta disponibilità sul mercato, SafeKit è progettato per funzionare con un **overhead hardware minimo**, senza compromettere la sicurezza o l’affidabilità. I principali risparmi rispetto a VMware o a complesse alternative open source includono:
* **Vera efficienza a 2 nodi:** mentre la maggior parte degli stack aziendali o delle soluzioni open source richiede un quorum di "witness" a 3 nodi per prevenire lo split-brain, SafeKit offre la massima alta disponibilità con soli **due server ridondanti**.
* **Costi di archiviazione pari a zero:** SafeKit utilizza un’architettura "shared-nothing" che funziona con dischi locali, eliminando la necessità di costosi hardware SAN o vSAN e di reti di archiviazione specializzate.
* **Nessun abbonamento forzato:** a differenza dei moderni modelli basati esclusivamente su abbonamento, SafeKit offre una **licenza perpetua**. Possiedi il tuo software, evitando la "trappola dell’abbonamento" e gli imprevedibili aumenti annuali dei prezzi.
* **Basse spese operative (OPEX):** trattandosi di una soluzione plug-and-play, non richiede formazione specializzata o costose consulenze esterne per la manutenzione, a differenza dei complessi strumenti di clustering open-source.
* **Prezzi indipendenti dalla CPU:** le licenze sono indipendenti dal numero di CPU o core. Con solo due licenze per due nodi, è possibile proteggere più macchine virtuali KVM.
### È possibile configurare un cluster KVM senza SAN o complesse competenze di clustering? {#is-it-possible-to-set-up-a--get-app--cluster-without-san-or-complex-clustering-skills}
Sì. Questo articolo spiega come [implementare rapidamente un cluster KVM](https://safekit.eviden.com/it/quick-install/safekit-quick-installation-guide-with-kvm/) senza la necessità di una gestione SAN specializzata o di complesse competenze di clustering HA. Utilizzando **gli script di failover automatizzati** di SafeKit per gestire la replica e il riavvio delle macchine virtuali **KVM**, si ottiene una soluzione di ridondanza robusta, significativamente più semplice da implementare e mantenere rispetto ai tradizionali stack di virtualizzazione aziendali.
### Oltre KVM, quali applicazioni e ambienti può proteggere SafeKit ? {#beyond--get-app--which-applications-and-environments-can-safekit-protect}
SafeKit è una soluzione versatile ad alta disponibilità che va ben oltre il failover standard delle macchine virtuali. Consente **la replica sincrona in tempo reale** e il failover automatico per un’ampia gamma di carichi di lavoro critici, tra cui:
* **Ambienti virtuali e fisici:** macchine virtuali Hyper-V o KVM complete.
* **Orchestrazione di container:** ambienti Docker, Podman e K3s (Kubernetes).
* **Dati e servizi:** directory di file individuali, servizi e vari database.
* **Infrastruttura cloud:** alta disponibilità per le applicazioni cloud.
SafeKit fornisce inoltre ai **cluster farm** **il bilanciamento del carico di rete nativo e il failover** per le applicazioni senza stato come **i server Web**.
💡 [Esplora l’elenco completo delle soluzioni HA supportate qui.](https://safekit.eviden.com/it/solutions/)
## Come funziona il cluster KVM SafeKit ? {#safekit-kvm-ha-how-it-works}
I passaggi seguenti sono descritti per una macchina virtuale KVM all’interno di un modulo mirror. Ogni macchina virtuale replicata viene eseguita in un modulo mirror indipendente (con un massimo di 32 macchine virtuali) con un server primario che può essere il server KVM 1 o il server KVM 2.
### 1. Come funziona la replica in tempo reale per KVM ? {#1-how-does-real-time-replication-work-for--get-app-}
Il server 1 (PRIM) esegue l’ KVM VM (macchina virtuale). SafeKit replica in tempo reale i file della VM (disco rigido virtuale, configurazione della VM). Solo le modifiche apportate ai file vengono replicate sulla rete.
La replica è [sincrona](https://safekit.eviden.com/it/best-practises/synchronous-replication-vs-asynchronous-replication/) e non comporta alcuna perdita di dati in caso di errore, a differenza della replica asincrona.
È sufficiente configurare il nome della directory della VM in SafeKit. Non ci sono prerequisiti sull’organizzazione del disco. La directory può essere situata nel disco di sistema.
### 2. Cosa succede durante un failover automatico KVM ? {#2-what-happens-during-an-automatic--get-app--failover}
Quando il server 1 si guasta, il server 2 subentra. SafeKit riavvia la VM KVM sul server 2. KVM trova i file replicati da SafeKit aggiornati sul server 2.
La VM continua a essere eseguita sul Server 2 modificando localmente i suoi file, che non vengono più replicati sul Server 1.
Il tempo di failover è pari al tempo di rilevamento dei guasti (impostato su 30 secondi per impostazione predefinita) più il tempo di riavvio della VM.
### 3. Come vengono sincronizzati i dati dopo un errore KVM ? {#3-how-is-data-synchronized-after-a--get-app--failure}
Il failback prevede il riavvio del Server 1 dopo aver risolto il problema che ne ha causato il guasto. SafeKit risincronizza automaticamente i file della VM.
Il failback avviene senza interrompere la VM KVM, che può continuare a essere eseguita sul server 2.
### 4. Come si ripristina il normale funzionamento KVM ? {#4-how-is-normal--get-app--operation-restored}
Dopo la reintegrazione, i file della VM sono nuovamente in modalità mirror, come nel passaggio 1. Il sistema è tornato in modalità ad alta disponibilità, con la VM KVM in esecuzione su Server 2 e SafeKit che replica gli aggiornamenti dei file su Server 1.
Se l’amministratore desidera che la VM venga eseguita sul Server 1, ciò può essere fatto manualmente tramite la console web al momento opportuno, o automaticamente tramite la configurazione.
### Come configurare un cluster KVM SafeKit ? {#safekit-mirror-cluster-configure}
La **console web SafeKit** fornisce un’interfaccia intuitiva per configurare l’alta disponibilità delle applicazioni critiche. In pochi passaggi, è possibile configurare un **cluster KVM SafeKit** per garantire la continuità aziendale:
* Inserire in `VM_PATH` il percorso principale della directory replicata (/var/lib/libvirt/images) in cui risiedono i file della VM KVM.
* Inserire in `VM_NAME` il nome della macchina virtuale KVM (VM1).
Il cluster SafeKit include un [verificatore di split-brain dedicato per risolvere i problemi di isolamento della rete]( "Dettagli tecnici sul heartbeat e sulla prevenzione del split-brain") senza la necessità di una terza macchina witness o di una rete heartbeat aggiuntiva.
### Come monitorare un cluster KVM SafeKit ? {#safekit-mirror-cluster-monitoring}
La **console di gestione SafeKit** offre una visione unificata della tua infrastruttura ad alta disponibilità. Consente agli amministratori di monitorare lo **stato operativo** del cluster e di tracciare la sincronizzazione dei dati in tempo reale.
Per un cluster KVM a 2 nodi, la console mostra chiaramente i ruoli di ciascun server:
* **PRIM (primario):** il nodo attivo che attualmente esegue l’applicazione e gestisce l’IP virtuale. Esegue scritture sull’archiviazione locale e la replica in tempo reale sul nodo secondario.
* **SECOND:** il nodo di standby riceve aggiornamenti sincroni a livello di byte. È pronto a subentrare immediatamente in caso di errore del nodo primario.
* **Stato ALONE:** avvisa visivamente quando il cluster è in esecuzione su un singolo nodo (ad esempio, durante la manutenzione o dopo un errore), indicando che la ridondanza è temporaneamente persa.
* **Avanzamento della risincronizzazione:** quando un nodo guasto si riprende, il suo stato diventa arancione durante la reintegrazione dei dati in background, garantendo l’assenza di tempi di inattività durante la fase di "ritorno alla normalità".
Oltre alle semplici icone di stato, l’interfaccia fornisce **un’orchestrazione di failover con un solo clic**, consentendo di riassegnare manualmente il ruolo primario per la manutenzione pianificata, garantendo al contempo la disponibilità continua per l’attività dell’utente.
Si noti che se si distribuiscono più VM per la replica e il failover, si avranno più widget PRIM/SECOND. Ciò consente il failover indipendente per ogni VM e la possibilità di distribuire il carico tra i server.
## Limitazioni SafeKit High Availability {#safekit-ha-limitations}
Limite/Requisito | Motivo e impatto | Alternativa consigliata
---|---|---
Dimensioni della replica: alcuni TB | Tempo di risincronizzazione dopo un errore ([passaggio 3](https://safekit.eviden.com/it/architectures/file-replication-byte-level-with-failover-mirror-cluster/#safekit-mirror-cluster)):
• Rete da 1 Gb/s ≈ 3 ore/TB
• Rete da 10 Gb/s ≈ 1 ora/TB (a seconda delle prestazioni di scrittura del disco) | • Utilizzare [un’unità di archiviazione condivisa esterna](https://safekit.eviden.com/it/best-practises/san-vs-nas-shared-storage-for-a-failover-cluster/) (più costosa e più complessa).
Numero di file: < 1.000.000 | • Prestazioni del tempo di risincronizzazione dopo un guasto ([passaggio 3](https://safekit.eviden.com/it/architectures/file-replication-byte-level-with-failover-mirror-cluster/#safekit-mirror-cluster)).
• Tempo necessario per confrontare ciascun file tra i due nodi. | • Inserire i numerosi file da replicare in un disco rigido virtuale/macchina virtuale.
• In questo caso, verranno replicati e risincronizzati solo i file che rappresentano il disco rigido virtuale/la macchina virtuale.
Capacità di failover: ≤ 32 VM | • Ogni VM viene eseguita in un modulo mirror indipendente.
• Massimo 32 moduli mirror in esecuzione sullo stesso cluster. | • Utilizzare un’unità di archiviazione esterna condivisa e un’altra soluzione di clustering per macchine virtuali (più costosa e complessa).
Architettura di rete: rete LAN/VLAN tra siti remoti | • Failover automatico [dell’indirizzo IP virtuale](https://safekit.eviden.com/it/best-practises/how-a-virtual-ip-address-works/) con 2 nodi nella stessa sottorete.
• Buona larghezza di banda per la risincronizzazione ([passaggio 3](https://safekit.eviden.com/it/architectures/file-replication-byte-level-with-failover-mirror-cluster/#safekit-mirror-cluster)).
• Bassa latenza per [la replica sincrona](https://safekit.eviden.com/it/best-practises/synchronous-replication-vs-asynchronous-replication/): in genere < 5 ms RTT; i valori più elevati devono essere convalidati in base alla velocità di scrittura dell’applicazione. | • Se i due nodi si trovano in sottoreti diverse (comune nel cloud), utilizzare [altre opzioni di reindirizzamento](https://safekit.eviden.com/it/best-practises/how-a-virtual-ip-address-works/#safekit-virtual-ip-implementation): un bilanciatore del carico, le CLI del provider cloud, BGP o il reindirizzamento DNS.
• Utilizzare soluzioni di backup con replica asincrona per reti ad alta latenza.
## Confronto: SafeKit per KVM e clustering tradizionale {#safekit-kvm-ha-comparison}
Caratteristica | SafeKit per KVM | A livello aziendale (ad esempio, VMware) | KVM standard open-source
---|---|---|---
Architettura | SANless (Shared-Nothing) | Archiviazione condivisa (SAN/vSAN) | Complesso (Ceph/DRBD)
Elevata disponibilità | Mirror sincrono a 2 nodi | Minimo 3 nodi (vSAN Witness) | Quorum manuale o a 3 nodi
Replicazione | File a livello di byte | A livello di blocco del disco (vSAN) | Variabile (file/blocco)
Logica di failover | Completamente automatico | Automatico (vSphere HA) | Script complessi
TCO (Costo) | Basso (licenza perpetua) | Elevato (abbonamenti annuali) | Costi operativi elevati (manutenzione)
Competenze richieste | IT Generalist standard | Certificazione specialistica | Ingegnere Linux esperto
Tempo di implementazione | < 30 minuti | Da ore a giorni | Giorni di configurazione
**In sintesi**, SafeKit per KVM offre il percorso più semplice per **l’alta disponibilità**, eliminando la necessità di una SAN e di un terzo nodo "witness", riducendo drasticamente il **costo totale di proprietà (TCO)** rispetto alle soluzioni enterprise o open-source manuali.
## Guida video: configurazione di un cluster HA SafeKit per KVM {#videoguide-safekit-kvm-cluster}
La configurazione dell’alta disponibilità per KVM è molto simile a quella di Hyper-V. Guardando questo video su Hyper-V, otterrete un’idea chiara di come configurare **KVM** con l’architettura shared-nothing di SafeKit.
### Video SafeKit: clustering a livello di macchina virtuale con Hyper-V (5:15) {#demo-hyperv}
In questo video, scopri come SafeKit implementa **l’alta disponibilità per Hyper-V** senza la complessità di una SAN. Impara a configurare **la replica delle macchine virtuali** tra due nodi per garantire un failover continuo per i tuoi carichi di lavoro virtualizzati critici.
### Momenti salienti del video {#video-highlights}
1. 🎬 [Panoramica dell’architettura: 2 nodi Hyper-V e 2 macchine virtuali](https://www.youtube.com/watch?v=H18s_-_CpmU&t=0s) (0:49)
2. 🎬 [Configurazione del cluster e dei moduli hyperv.safe](https://www.youtube.com/watch?v=H18s_-_CpmU&t=49s) (1:59)
3. 🎬 [Test dal vivo: replica, migrazione e failover automatico della VM in caso di arresto anomalo](https://www.youtube.com/watch?v=H18s_-_CpmU&t=168s) (2:26)
### Implementazione passo-passo: {#step-by-step-implementation}
* 🛠️ [Inizia la tua prova gratuita e segui la guida rapida all’installazione Hyper-V](https://safekit.eviden.com/it/quick-install/safekit-quick-installation-guide-with-hyper-v/)