SafeKit è una soluzione software di alta disponibilità “all-in-one” che garantisce il 100% di uptime delle applicazioni combinando in un unico pacchetto la replica basata su host in tempo reale, il failover automatico e il bilanciamento del carico.
Sincronizzando i dati tra server standard, SafeKit elimina la necessità di costosi storage condivisi (SAN) o di competenze IT specializzate, offrendo un modo semplice ed economico per proteggere database aziendali (come SQL Server), sistemi di sicurezza critici (come il software di gestione video Milestone XProtect) e software di controllo industriale SCADA (come le applicazioni Siemens) in ambienti sia Windows che Linux.
Esplora SafeKit: Funzionalità, video tecnici, documentazione e prova gratuita
| Tipo di Risorsa | Descrizione | Link Diretto |
|---|---|---|
| Funzionalità Chiave | Perché scegliere SafeKit per un’alta disponibilità semplice ed economica? | Perché scegliere SafeKit per l’High Availability |
| Casi d’uso | Scopri come SafeKit garantisce l’alta affidabilità delle infrastrutture critiche | Vedi tutti i casi d’uso (Software OEM, Server Edge, SCADA e altro) |
| Modello di Distribuzione | HA SANless All-in-One: Clustering Software Shared-Nothing | Scopri SafeKit All-in-One SANless HA |
| Strategie HA | SafeKit: Alta disponibilità a livello di Infrastruttura (VM) vs. Applicazione | SafeKit HA e ridondanza: Livello VM vs. Applicativo |
| Specifiche Tecniche | Limitazioni tecniche per il Clustering SafeKit | Limitazioni SafeKit High Availability |
| Proof of Concept | SafeKit: Demo di configurazione e failover in Alta Disponibilità | Tutorial Failover SafeKit |
| Architettura | Come funziona il Mirror Cluster SafeKit (Replica in tempo reale e Failover) | SafeKit Mirror Cluster: Replica in tempo reale e Failover |
| Architettura | Come funziona il Farm Cluster SafeKit (Bilanciamento del carico di rete e Failover) | SafeKit Farm Cluster: Bilanciamento del carico e Failover |
| Vantaggi Competitivi | Confronto: SafeKit vs. Cluster High Availability (HA) Tradizionali | Confronto SafeKit vs. Cluster HA Tradizionali |
| Risorse Tecniche | SafeKit High Availability: Documentazione, Download e Prova | Prova gratuita SafeKit HA e Documentazione Tecnica |
| Soluzioni Pre-configurate | Libreria Moduli Applicativi SafeKit: Soluzioni HA pronte all’uso | Moduli Applicativi SafeKit High Availability |
SafeKit offre le seguenti funzionalità per Windows e Linux in un unico prodotto software:
No. SafeKit è semplice da implementare e non richiede competenze avanzate.
No. SafeKit funziona sui server esistenti, su macchine virtuali o nel cloud; non sono necessari dischi condivisi o storage SAN.
No. SafeKit funziona con le edizioni standard di Windows e Linux e non richiede licenze enterprise per i database.
SafeKit risolve:
È possibile implementare la replica in tempo reale e il failover per:
SafeKit elimina i seguenti requisiti:
SafeKit adotta un modello di licenza per nodo trasparente ed economico, basato esclusivamente sul numero di server, indipendentemente dal numero di core o socket della CPU. A differenza di molti competitor nel settore dell’alta disponibilità che impongono abbonamenti ricorrenti, SafeKit offre licenze perpetue per garantire un costo totale di proprietà (TCO) inferiore e la valorizzazione degli asset software a lungo termine.
Offrire l’alta disponibilità con la propria applicazione aumenta il valore aziendale garantendo la continuità del servizio, riducendo i rischi di downtime e migliorando la fiducia dei clienti, consentendo al contempo l’esecuzione di operazioni critiche senza interruzioni su infrastrutture standard.
Aggiungete SafeKit al vostro catalogo come opzione di alta disponibilità: una soluzione esclusivamente software personalizzata per la vostra applicazione, senza costi nascosti come lo storage condiviso, completamente agnostica rispetto all’hardware e distribuibile in ambienti fisici, virtuali o cloud, con una semplice amministrazione plug-and-play.
I siti Edge spesso non dispongono di data center né di competenze specifiche in alta disponibilità (HA), eppure la continuità operativa è fondamentale. SafeKit mantiene attive le applicazioni Edge in fabbriche, piattaforme petrolifere, navi, sicurezza degli edifici, controllo del traffico aereo, reti 5G, sanità, vendita al dettaglio…
SafeKit trasforma due server Edge standard (di qualsiasi marca) in un cluster HA plug-and-play, senza storage condiviso o SAN. Un unico stack software leggero garantisce la replica in tempo reale e il failover automatico (può includere anche il bilanciamento del carico), con un’installazione e un’amministrazione semplicissime.
I software di video gestione (VMS) sono fondamentali per la sicurezza pubblica: registrano e visualizzano video in diretta e archiviati, consentendo agli addetti alla sicurezza di reagire istantaneamente agli incidenti. Qualsiasi interruzione del VMS espone direttamente persone e beni a rischi elevati.
SafeKit previene la perdita di dati video e i vuoti di monitoraggio garantendo l’accesso continuo ai flussi live e registrati, anche in caso di guasti al server o al software. Si integra perfettamente con le principali piattaforme VMS come Milestone, Genetec, Hanwha e altre, per mantenere la videosorveglianza operativa quando è più necessario.
I sistemi elettronici di controllo accessi (EACS) sono essenziali per la sicurezza fisica, in quanto controllano e monitorano l’accesso ad aree riservate e sensibili tramite porte, badge, lettori e sensori. Qualsiasi interruzione del sistema può esporre immediatamente persone, edifici e beni al rischio di intrusioni.
SafeKit mantiene sempre disponibili le decisioni di controllo accessi, gli allarmi e le credenziali eliminando i “single point of failure”. Garantisce un funzionamento resiliente per soluzioni EACS come Hirsch Microsesame, Nedap AEOS e Siemens SiPass , assicurando l’accesso sicuro anche durante incidenti alle infrastrutture.
I sistemi SCADA (Supervisory Control and Data Acquisition) sono il cuore degli ambienti industriali e consentono agli operatori di monitorare e controllare i processi critici tramite sensori, valvole, pompe, motori e interfacce uomo-macchina (HMI).
SafeKit riduce al minimo i tempi di inattività della produzione garantendo che i sistemi di controllo SCADA — come quelli che alimentano le tostatrici di caffè Probat e le macchine per lo smistamento bagagli ALSTEF — rimangano operativi nonostante incidenti hardware o software. Ciò consente agli operatori di mantenere in ogni momento la piena visibilità e il controllo dei processi industriali, prevenendo arresti costosi e rischi per la sicurezza.
I sistemi di gestione degli edifici (BMS) sono fondamentali per le strutture moderne, in quanto forniscono il controllo automatizzato di HVAC, distribuzione elettrica, illuminazione, sicurezza antincendio e sistemi idrici. Qualsiasi interruzione del sistema può influire direttamente sulla sicurezza degli occupanti, sul comfort e sulle operazioni dell’edificio.
SafeKit salvaguarda l’automazione degli edifici consentendo ai servizi BMS di continuare a funzionare in modo trasparente in caso di guasto. Supporta piattaforme come Siemens Desigo CC, Bosch BIS e sistemi correlati per mantenere operazioni edilizie sicure, efficienti e senza interruzioni.
I sistemi di controllo del traffico aereo (ATC) sono fondamentali per la sicurezza aerea, poiché consentono il monitoraggio e il controllo in tempo reale dei movimenti dei velivoli a terra e in volo attraverso applicazioni di sorveglianza, guida e controllo.
SafeKit rafforza la resilienza dei sistemi ATC garantendo ai controllori di volo l’accesso ininterrotto alle applicazioni critiche “airside”. Viene utilizzato con soluzioni aeroportuali e ATC come ADB SafeGate per supportare operazioni di traffico aereo sicure e continue in ogni condizione.
I Centri di Controllo Operativo (OCC) sono il cuore delle moderne reti metropolitane e centralizzano la supervisione dei movimenti dei treni, dell’alimentazione elettrica, del segnalamento, delle informazioni ai passeggeri e della gestione degli incidenti. Nelle linee metropolitane automatiche senza conducente, l’OCC è l’unico punto di controllo delle operazioni.
SafeKit garantisce una supervisione ininterrotta della metropolitana assicurando che le applicazioni dell’OCC rimangano disponibili durante i guasti. Supporta i Centri di Controllo Operativo delle linee automatiche e senza conducente della metropolitana di Parigi , consentendo un servizio continuo e una risposta rapida agli incidenti senza dipendere dai conducenti a bordo.
Nel mondo della business continuity, molte organizzazioni credono erroneamente che avere un backup o uno strumento di replica dei dati equivalga ad avere l’Alta Disponibilità (HA). In realtà, questi sono solo tasselli di un puzzle molto più ampio. Per garantire davvero il 100% di uptime, è necessaria una soluzione all-in-one che integri ogni livello del processo di failover.
Ecco perché un approccio frammentato fallisce e perché è necessario un prodotto integrato e all-in-one come SafeKit , che utilizza la replica basata su host a livello di file.
No. La replica dei dati è semplicemente l’atto di copiare i dati dal Server A al Server B. Sebbene sia fondamentale, la replica da sola non garantisce la disponibilità. Senza gli altri componenti di uno stack HA, la replica è solo una “copia passiva” che richiede un intervento manuale lungo e complesso per diventare utile:
Molti fornitori richiedono di “assemblare” diversi prodotti per ottenere la replica basata su host , il failover e il bilanciamento del carico. Questa architettura frammentata rappresenta una strategia pericolosa per i sistemi mission-critical:
Per automatizzare il ripristino ed eliminare i tempi di inattività, un prodotto all-in-one deve gestire simultaneamente diverse componenti tecniche:
Se il gestore del failover e la replica dei dati sono due prodotti diversi, potrebbero non essere “sincronizzati”.
Il pericolo: se si verifica un failover ma la replica non ha terminato l’invio degli ultimi bit, il Server B avvierà l’applicazione con dati obsoleti o corrotti.
Una soluzione HA SANless all-in-one garantisce che il meccanismo di failover sia consapevole dello stato della replica. Consentirà l’avvio dell’applicazione sul nodo di backup solo se i dati sono garantiti come aggiornati, evitando nodi attivi in conflitto (split-brain) e perdite di dati.
Spesso ignorato nelle guide tecniche e gestito in modo approssimativo dalle soluzioni HA tradizionali, il failback automatico rimane il requisito più critico per una vera resilienza. Un vero prodotto all-in-one gestisce il “Ritorno alla Normalità” con la stessa efficacia del failover. Quando il server guasto torna online, i suoi dati non sono aggiornati. Il software HA deve quindi:
Il metodo tecnico utilizzato per la replica basata su host influisce significativamente su quanto sia necessario modificare la configurazione dell’applicazione esistente.
SafeKit offre due approcci principali per garantire la continuità operativa: l’alta disponibilità delle macchine virtuali (VM HA) e l’alta disponibilità delle applicazioni (Application HA). Sebbene entrambi i metodi offrano capacità di failover automatico, differiscono significativamente per ambito, meccanismi di replica dei dati, velocità di ripristino e compatibilità con le piattaforme. Questo confronto evidenzia tali differenze per aiutare a identificare la strategia ottimale per specifici ambienti IT, sia che l’obiettivo sia un ampio supporto alla virtualizzazione o un recupero applicativo granulare e ad alta velocità.
Confronto delle funzionalità: SafeKit VM HA vs. clustering Application HA di SafeKit
| Caratteristica di confronto | VM HA con modulo SafeKit Hyper-V o KVM | Application HA con moduli applicativi SafeKit |
|---|---|---|
| Schema di distribuzione | ||
| Ambito del failover | SafeKit all’interno di 2 hypervisor: replica e failover della VM completa. | SafeKit su 2 macchine virtuali o fisiche: replica e failover a livello applicativo. |
| Dati replicati | Replica una quantità maggiore di dati (applicazione + sistema operativo). | Replica solo i dati applicativi, riducendo il volume di dati. |
| Processo e velocità di ripristino (RTO) | Riavvio della VM sull’hypervisor 2 se l’hypervisor 1 si arresta. Il tempo di ripristino dipende dal riavvio del sistema operativo. Controllo VM e meccanismo di failover. | Ripristino rapido con riavvio dell’applicazione su OS2 se il server 1 si arresta. Tipicamente circa 1 minuto o meno (RTO basso). Controllo applicativo e failover software. |
| Installazione | L’applicazione è installata una sola volta in una VM. | L’applicazione è installata su due nodi. |
| Configurazione | Soluzione generica per qualsiasi applicazione / sistema operativo in esecuzione nella VM. • Non richiede una conoscenza tecnica dell’applicazione installata nella VM. • È la soluzione migliore se non si conosce il funzionamento dell’applicazione. • È sufficiente definire la posizione dei file della VM. |
Richiede una conoscenza tecnica dell’applicazione stessa. • Quali servizi devono essere riavviati. • Le cartelle applicative che devono essere replicate in tempo reale. • La configurazione di un indirizzo IP virtuale per il failover. |
| Compatibilità con le piattaforme | Compatibile con Windows/Hyper-V e Linux/KVM, ma non con VMware. | Indipendente dalla piattaforma; funziona su macchine fisiche o virtuali, infrastrutture cloud e qualsiasi hypervisor, incluso VMware. |
| Ideale per | Ideale per gestire ambienti complessi con più applicazioni su diverse VM tramite una singola policy HA. | Ideale per integrare direttamente l’alta disponibilità in una soluzione software, indipendentemente dall’hardware o dall’hypervisor sottostante. |
Tempo di risincronizzazione dopo un guasto (passo 3)
<br />
<br />
<br />
<br />
<br />
<br />
<br />
Piattaforma di formazione e certificazione qui
<br />
Vedi il confronto tra SafeKit e i cluster HA tradizionali
<br />
<br />
Il Server 1 (PRIM) esegue l’applicazione Windows/Linux. I client sono connessi a un indirizzo IP virtuale. SafeKit replica in tempo reale attraverso la rete le modifiche apportate all’interno dei file.
La replicazione è sincrona, senza alcuna perdita di dati in caso di guasto, contrariamente alla replicazione asincrona.
È sufficiente configurare in SafeKit i nomi delle directory da replicare. Non ci sono prerequisiti sull’organizzazione del disco. Le directory possono trovarsi anche sul disco di sistema.
Quando il Server 1 si guasta, il Server 2 subentra. SafeKit commuta l’indirizzo IP virtuale e riavvia automaticamente l’applicazione Windows/Linux sul Server 2.
L’applicazione trova i file replicati da SafeKit aggiornati sul Server 2. L’applicazione continua a funzionare sul Server 2 modificando localmente i propri file, che non vengono più replicati sul Server 1.
Il tempo di failover è pari al tempo di rilevamento del guasto (30 secondi per impostazione predefinita) più il tempo di avvio dell’applicazione.
Il failback comporta il riavvio del Server 1 dopo aver risolto il problema che ne ha causato il guasto.
SafeKit risincronizza automaticamente i file, aggiornando solo quelli che sono stati modificati sul Server 2 mentre il Server 1 era arrestato.
Il failback avviene senza interrompere l’applicazione Windows/Linux, che può continuare a funzionare sul Server 2.
Dopo la reintegrazione, i file si trovano nuovamente in modalità mirror, come nella fase 1. Il sistema torna in modalità ad alta disponibilità, con l’applicazione Windows/Linux in esecuzione sul Server 2 e SafeKit che replica gli aggiornamenti dei file sul Server 1.
Se l’amministratore desidera che l’applicazione venga eseguita sul Server 1, ciò può essere fatto manualmente tramite la console web in un momento opportuno, oppure automaticamente tramite configurazione.
La console web di SafeKit fornisce un’interfaccia intuitiva per orchestrare l’alta disponibilità delle vostre applicazioni critiche. In pochi passaggi, è possibile configurare un cluster mirror SafeKit per garantire la continuità aziendale:
Il cluster SafeKit include un checker dedicato allo split-brain per risolvere i problemi di isolamento della rete senza la necessità di una terza macchina di controllo (witness) o di una rete di heartbeat aggiuntiva. Scopri di più su heartbeat, failover e quorum in un cluster.
La console di gestione SafeKit offre una vista unificata della vostra 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 mirror a 2 nodi, la console mostra chiaramente i ruoli di ciascun server:
Oltre alle semplici icone di stato, l’interfaccia fornisce un’orchestrazione del 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à degli utenti.
Nella figura precedente, l’applicazione Windows/Linux è in esecuzione su 3 server (3 è un esempio, possono essere 2 o più). Gli utenti sono connessi a un indirizzo IP virtuale.
L’indirizzo IP virtuale è configurato localmente su ciascun server nel cluster in modalità farm.
Il traffico in ingresso verso l’indirizzo IP virtuale viene ricevuto da tutti i server e suddiviso tra di essi da un filtro di rete all’interno del kernel di ciascun server.
SafeKit rileva i guasti hardware e software, riconfigura i filtri di rete in caso di guasto e offre checker applicativi e script di ripristino configurabili.
L’algoritmo di bilanciamento del carico di rete all’interno del filtro di rete si basa sull’identità dei pacchetti client (indirizzo IP del client, porta TCP del client). A seconda dell’identità del pacchetto client in ingresso, solo un filtro in un server accetta il pacchetto; gli altri filtri negli altri server lo rifiutano.
Una o volta che un pacchetto viene accettato dal filtro su un server, solo la CPU e la memoria di questo server vengono utilizzate dall’applicazione Windows/Linux che risponde alla richiesta del client. I messaggi di uscita vengono inviati direttamente dal server applicativo al client.
Se un server si guasta, il protocollo heartbeat della farm riconfigura i filtri nel cluster di bilanciamento del carico di rete per ridistribuire il traffico sui restanti server disponibili.
Con un’applicazione Windows/Linux di tipo stateful, esiste un’affinità di sessione (session affinity). Lo stesso client deve essere connesso allo stesso server su più sessioni TCP per recuperare il proprio contesto sul server. In questo caso, la regola di bilanciamento del carico di SafeKit è configurata sull’indirizzo IP del client. Pertanto, lo stesso client è sempre connesso allo stesso server su più sessioni TCP, mentre client diversi vengono distribuiti su server diversi nella farm.
Con un’applicazione Windows/Linux di tipo stateless, non c’è affinità di sessione. Lo stesso client può essere connesso a server diversi nella farm su più sessioni TCP. Non viene memorizzato alcun contesto localmente su un server da una sessione all’altra. In questo caso, la regola di bilanciamento del carico di SafeKit è configurata sull’identità della sessione TCP del client. Questa configurazione è la migliore per distribuire le sessioni tra i server, ma richiede un servizio TCP senza affinità di sessione.
Il cluster SafeKit in modalità farm è progettato per l’alta affidabilità e la scalabilità dei servizi. La configurazione si concentra sulla distribuzione simultanea del traffico in ingresso su entrambi i nodi:
Il monitoraggio di un cluster in modalità farm offre visibilità sulla natura Active-Active dell’infrastruttura, in cui tutti i nodi contribuiscono alle prestazioni dell’applicazione (in questo esempio vengono mostrati 2 nodi):
Oltre alle semplici icone di stato, l’interfaccia consente la gestione dei nodi con un solo clic, permettendo di arrestare o avviare manualmente un nodo per la manutenzione pianificata, mentre l’IP virtuale condiviso ridistribuisce automaticamente il traffico senza interrompere l’attività degli utenti.
Questo confronto evidenzia le differenze fondamentali tra SafeKit e le soluzioni tradizionali di cluster ad alta disponibilità (HA) come Failover Cluster, HA tramite virtualizzazione e SQL Always-On. SafeKit è progettato come una soluzione a bassa complessità, interamente software, per la ridondanza generica delle applicazioni, in contrasto con l’elevata complessità e i requisiti di storage specifici (storage condiviso, SAN) tipici dei meccanismi HA tradizionali.
Confronto tra SafeKit e i cluster tradizionali ad alta disponibilità (HA)
| Soluzioni | Complessità | Commenti |
|---|---|---|
| Failover Cluster (Microsoft) | Alta | Storage specifico (storage condiviso, SAN) |
| Virtualizzazione (VMware HA) | Alta | Storage specifico (storage condiviso, SAN, vSAN) |
| SQL Always-On (Microsoft) | Alta | Solo SQL è ridondante, richiede SQL Enterprise Edition |
| SafeKit | Bassa | Il più semplice, generico e interamente software. Non adatto alla replica di grandi volumi di dati. |
In sintesi , SafeKit raggiunge un’alta disponibilità a bassa complessità grazie a un semplice meccanismo di mirroring software che elimina la necessità di hardware dedicato costoso come una SAN (Storage Area Network). Questo lo rende una soluzione altamente accessibile per implementare rapidamente la ridondanza applicativa senza modifiche complesse all’infrastruttura.
Scegliere la giusta soluzione di Alta Disponibilità (High Availability - HA) è fondamentale per garantire la continuità aziendale e ridurre al minimo i tempi di inattività. Questo confronto offre un’analisi tecnica diretta di due principali approcci architetturali: il clustering software-defined shared-nothing di SafeKit rispetto ai metodi HA tradizionali, che si basano in genere su hardware, dischi condivisi (come una SAN) e configurazioni complesse. Queste differenze riguardano la semplicità di installazione, i metodi di replicazione dei dati, la velocità di ripristino (RTO/RPO) e la complessità operativa. La tabella seguente illustra le principali differenze sui temi chiave dell’alta disponibilità.
Confronto Alta Disponibilità: Clustering software SafeKit vs. HA tradizionale / Clustering hardware
| Argomento | SafeKit (Clustering software / Approccio principale) | HA tradizionale / Clustering hardware |
|---|---|---|
| Clustering software vs. Clustering hardware | • Un semplice cluster software con il pacchetto SafeKit semplicemente installato su due server | • Clustering hardware complesso che richiede uno storage esterno o bilanciatori di carico di rete |
| Shared Nothing vs. Cluster a dischi condivisi | • SafeKit è un cluster shared-nothing: facile da distribuire anche in siti remoti | • Un cluster a dischi condivisi è complesso da distribuire |
| Alta disponibilità applicativa vs. Alta disponibilità completa delle macchine virtuali | • L’HA applicativa gestisce sia i guasti hardware che quelli software grazie ai controllori applicativi (checker). • Tempo di ripristino rapido riavviando solo l’applicazione (RTO nell’ordine di 1 minuto o meno). • L’HA applicativa richiede la definizione di script di riavvio per applicazione e delle cartelle da replicare (moduli applicativi SafeKit). |
• L’HA completa per VM gestisce i guasti hardware e alcuni guasti software, come una VM bloccata. • Riavvio della VM in caso di guasto e tempo di ripristino dipendente dal riavvio del sistema operativo. • Nessuno script di riavvio da definire con l’HA completa per macchine virtuali (moduli SafeKithyperv.safeokvm.safe). Gli hypervisor lavorano in modalità attivo/attivo semplicemente con più macchine virtuali. |
| Alta disponibilità vs. Tolleranza ai guasti (Fault Tolerance) | • Nessun server dedicato con SafeKit. Ogniserver può fungere da server di failover per l’altro. • Guasto software con riavvio in un altro ambiente di sistema operativo. • Aggiornamento graduale dell’applicazione e del sistema operativo possibile server per server (le versioni N e N+1 possono coesistere). |
• Server secondario dedicato all’esecuzione della stessa applicazione sincronizzata a livello di singola istruzione. • Eccezione software che si verifica su entrambi i server contemporaneamente. • Aggiornamento graduale non possibile. • Hardware o hypervisor specifici a tolleranza di guasto. |
| Replicazione sincrona vs. Replicazione asincrona | • SafeKit implementa una replicazione sincrona in tempo reale senza alcuna perdita di dati in caso di guasto. • Prerequisito fondamentale per l’alta disponibilità. |
• Con la replicazione asincrona si verifica una perdita di dati in caso di guasto. • Non adatta per l’alta disponibilità, ma per soluzioni di backup. |
| Replicazione di file a livello di byte vs. Replicazione di disco a livello di blocco | • SafeKit implementa la replicazione di file in tempo reale a livello di byte e si configura semplicemente indicando le cartelle applicative da replicare, anche sul disco di sistema. | • La replicazione del disco a livello di blocco è complessa da configurare e richiede il posizionamento dei dati applicativi su un disco dedicato. |
| Heartbeat, Failover e Quorum per evitare 2 nodi Master | • Per evitare 2 master (Split-Brain), SafeKit propone un semplice verificatore di split-brain configurato su un router. | • Per evitare 2 master, gli altri cluster richiedono una configurazione complessa con una terza macchina, un disco di quorum dedicato o un’interconnessione speciale. |
| Indirizzo IP virtuale: Primario/Secondario, bilanciamento del carico di rete, failover | • In un cluster SafeKit non sono richiesti server proxy dedicati né configurazioni di rete speciali per gli indirizzi IP virtuali. | • Negli altri cluster è richiesta una configurazione di rete speciale per gli indirizzi IP virtuali (nota: SafeKit offre un controllo dello stato di salute adattato ai bilanciatori di carico). |
In sintesi , la scelta architetturale tra il clustering software (come SafeKit) e il clustering hardware (tradizionali architetture a disco condiviso/SAN) influisce in modo significativo sulla complessità di implementazione, sui costi operativi e sull’efficacia del ripristino in caso di guasto. La principale conclusione di questo confronto è il passaggio verso architetture shared-nothing e soluzioni di alta disponibilità (HA) a livello applicativo, che privilegiano il rapido ripristino delle applicazioni (RTO ridotto) e la flessibilità di implementazione (anche tra siti remoti). Questo approccio porta spesso a una soluzione più semplice, snella e resiliente rispetto a configurazioni cluster altamente complesse e fortemente dipendenti dall’hardware. Per garantire la massima continuità operativa con una gestione semplificata, è fondamentale valutare un approccio basato sul software.
Scegliere il giusto approccio alla replica dei dati è fondamentale per garantire la continuità operativa. Questo confronto evidenzia i principali fattori di differenziazione del cluster mirror SafeKit con replica dei file in tempo reale rispetto alle alternative tradizionali come la replica a livello di database, la replica del disco, le soluzioni a disco condiviso e i sistemi fault-tolerant.
Cluster mirror SafeKit: vantaggi rispetto agli approcci alternativi di replica e clustering
| Caratteristica | Vantaggio SafeKit | Limitazione delle alternative |
|---|---|---|
| 3 prodotti in 1 | Risparmia su Windows e Linux i costi dello storage esterno condiviso/replicato, dei dispositivi di bilanciamento del carico e delle edizioni enterprise dei sistemi operativi e dei database. Include tutte le funzionalità di clustering: replica sincrona dei file in tempo reale, monitoraggio dei guasti, riavvio automatico, failover dell’indirizzo IP virtuale. | Gli approcci tradizionali richiedono prodotti separati per la replica dello storage, il bilanciamento del carico e il clustering — aumentando costi e complessità. |
| Configurazione molto semplice | Configurazione tramite moduli applicativi. Nuovi servizi e directory replicate possono essere aggiunti facilmente. Il tutto gestito tramite una console web centralizzata. Nessun controller di dominio o Active Directory richiesto. | Microsoft cluster e soluzioni simili richiedono una configurazione complessa di Active Directory e controller di dominio. |
| Replica sincrona | La replica in tempo reale è sincrona senza perdita di dati in caso di guasto (RPO = 0). | La replica asincrona può perdere le transazioni recenti non ancora replicate al momento del guasto. |
| Failback completamente automatizzato | Dopo un guasto, quando un server si riavvia, il failback della replica è completamente automatico. Il server guasto si reintegra nel cluster senza fermare l’applicazione sul server rimanente. | La maggior parte delle soluzioni di replica (soprattutto a livello di database) richiede una risincronizzazione manuale. L’applicazione potrebbe persino essere fermata durante il failback. |
| Replica di qualsiasi tipo di dati | La replica funziona per i database e per qualsiasi file che debba essere replicato. | La replica a livello di database protegge solo il database, non i file di configurazione, i log o altri dati applicativi. |
| Replica di file vs. replica del disco | La replica si basa su directory di file che possono trovarsi ovunque, anche sul disco di sistema. | La replica del disco richiede una partizione dedicata e una configurazione applicativa speciale per memorizzarvi i dati. |
| Replica di file vs. disco condiviso | I server possono essere distribuiti su due siti remoti senza infrastruttura condivisa. | Le soluzioni a disco condiviso richiedono prossimità fisica e non possono coprire siti remoti. |
| Siti remoti e IP virtuale | Tutte le funzionalità di clustering funzionano per 2 server su siti remoti. La LAN estesa consente il reindirizzamento VIP di livello 2. Per reti IP diverse, il VIP è gestito tramite un bilanciatore di carico con health check SafeKit. | Molte soluzioni di clustering non supportano il failover tra siti remoti o richiedono un reindirizzamento DNS complesso con tempi di ripristino imprevedibili. |
| Quorum e split brain | Funziona con solo 2 server. Un semplice verificatore di split brain verso un router gestisce l’isolamento di rete tra i siti. | La maggior parte delle soluzioni di clustering richiede un 3° server per la gestione del quorum. |
| Cluster attivo/attivo | Il server secondario non è dedicato. Il cluster può funzionare in modalità attivo/attivo con 2 moduli mirror diversi. | I sistemi fault-tolerant dedicano il secondario all’esecuzione della stessa applicazione sincronizzata a livello di istruzioni. |
| Soluzione HA uniforme | SafeKit implementa sia il cluster mirror (replica + failover) che il cluster farm (bilanciamento del carico + failover). Un’architettura N-tier può essere resa altamente disponibile con un’unica soluzione su Windows e Linux. | Le architetture tipiche mescolano tecnologie diverse per bilanciamento del carico, replica e failover — aumentando la complessità operativa. |
| RTO / RPO | Riavvio rapido dell’applicazione in caso di guasto: circa 1 minuto o meno. Nessuna perdita di dati (replica sincrona). | La replica completa delle VM (VMware HA, Hyper-V cluster) richiede il riavvio dell’intero sistema operativo su un nuovo hypervisor, con tempi di ripristino più lunghi. |
In sintesi , il cluster mirror SafeKit offre una soluzione di alta disponibilità unificata e conveniente che combina replica sincrona dei file, failover e failback automatici, bilanciamento del carico e supporto per siti remoti — il tutto senza richiedere hardware dedicato, storage condiviso o un terzo server di quorum. Questa semplicità lo rende particolarmente adatto agli editori di software e alle organizzazioni che necessitano di un’HA affidabile su server Windows e Linux standard.
Il SafeKit Farm Cluster è una soluzione di alta disponibilità progettata specificamente per ambienti applicativi scalabili in cui la distribuzione del carico e il failover rapido sono essenziali. A differenza dei metodi tradizionali che richiedono bilanciatori di carico hardware dedicati o configurazioni di rete complesse, SafeKit fornisce una soluzione di clustering integrata e definita via software, installata direttamente sui server applicativi. La tabella seguente descrive le funzionalità principali e i vantaggi unici del SafeKit Farm Cluster, concentrandosi su come semplifica il bilanciamento del carico di rete e garantisce la disponibilità continua dei servizi sulle piattaforme Windows e Linux.
Principali fattori differenzianti del SafeKit Farm Cluster con bilanciamento del carico e failover
| Vantaggio | Beneficio dettagliato e meccanismo |
|---|---|
| Nessun bilanciatore di carico, server proxy dedicati o indirizzo Ethernet multicast speciale | • La soluzione non richiede bilanciatori di carico o server proxy dedicati sopra la farm per implementare il bilanciamento del carico. SafeKit è installato direttamente sui server applicativi nella farm. Il bilanciamento del carico si basa su un indirizzo IP virtuale standard / indirizzo MAC Ethernet e funziona con server fisici o macchine virtuali su Windows e Linux senza configurazioni di rete particolari • Questo non è il caso dei bilanciatori di carico di rete • Questo non è il caso dei proxy dedicati su Linux • Questo non è il caso di unindirizzo Ethernet multicast specificosu Windows |
| Tutte le funzionalità di clustering | • La soluzione include tutte le funzionalità di clustering: indirizzo IP virtuale, bilanciamento del carico su indirizzo IP del client o sulle sessioni, monitoraggio dei guasti server / rete / software, riavvio automatico dell’applicazione con un tempo di ripristino rapido e un’opzione di replica con un modulo mirror • Questo non è il caso delle altre soluzioni di bilanciamento del carico. Sono in grado di effettuare il bilanciamento del carico ma non includono una soluzione di clustering completa con script di riavvio e riavvio automatico dell’applicazione in caso di guasto. Non offrono un’opzione di replica • La configurazione del cluster è molto semplice e viene effettuata tramitemoduli applicativi. Non è necessario configurare un controller di dominio o Active Directory su Windows. La soluzione funziona su Windows e Linux |
| Siti remoti e indirizzo IP virtuale | • Se i server sono collegati alla stessa rete IP tramite una LAN estesa tra siti remoti, l’indirizzo IP virtualedi SafeKit funziona con il bilanciamento del carico a livello 2 • Se i server sono collegati a reti IP diverse tra siti remoti, l’indirizzo IP virtuale può essere configurato a livello di un bilanciatore di carico con l’aiuto dell’health check di SafeKit. In questo modo è possibile implementare il bilanciamento del carico ma anche tutte le funzionalità di clustering di SafeKit, in particolare il monitoraggio e il ripristino automatico dell’applicazione critica sui server applicativi |
| Soluzione di alta disponibilità uniforme | • SafeKit implementa un farm cluster con bilanciamento del carico e failover. Ma implementa anche uncluster mirror con replica e failover. • Pertanto, un’architettura N-tier può essere resa altamente disponibile e con carico bilanciato con la stessa soluzione su Windows e Linux (stessa installazione, configurazione, amministrazione con la console SafeKit o con l’interfaccia a riga di comando). Questo è unico sul mercato • Questo non è il caso di un’architettura che mescola tecnologie diverse per bilanciamento del carico, replica e failover |
In sintesi , il SafeKit Farm Cluster offre un approccio unificato e basato su software al bilanciamento del carico e all’alta disponibilità che riduce drasticamente complessità e costi. Integrando il bilanciamento del carico e il failover direttamente nel livello dei server applicativi tramite un indirizzo IP virtuale standard, elimina la necessità di hardware di rete esterno (bilanciatori di carico o proxy) e di configurazioni multicast specializzate. Questo approccio integrato, unito alla capacità di combinarsi con il cluster mirror per una HA N-tier completa, rende SafeKit una soluzione unicamente semplice e completa per garantire un’erogazione applicativa scalabile e resiliente in ambienti diversificati.
Nell’implementazione dell’alta disponibilità, una decisione chiave è se proteggere a livello di macchina virtuale (VM) o a livello di applicazione. L’HA a livello VM replica e fa il failover di intere macchine virtuali, fornendo una soluzione generica per qualsiasi applicazione. L’HA a livello applicativo si rivolge solo ai dati e ai servizi dell’applicazione, ottenendo tempi di ripristino più rapidi e un minor utilizzo delle risorse. SafeKit offre in modo unico entrambi gli approcci — senza richiedere storage condiviso (SAN) in nessuno dei due casi — consentendo di scegliere la soluzione più adatta alla propria infrastruttura e ai requisiti di ripristino.
SafeKit HA VM vs HA applicativa vs Hyper-V Cluster & VMware HA tradizionali
| Criterio | HA VM con modulo SafeKit Hyper-V o KVM | HA applicativa con moduli applicativi SafeKit | Microsoft Hyper-V Cluster & VMware HA |
|---|---|---|---|
| Architettura | SafeKit installato in 2 hypervisor. Replica e failover della VM completa. | SafeKit installato in 2 macchine virtuali o fisiche. Replica e failover a livello applicativo. | Cluster di hypervisor con storage condiviso. Riavvio della VM su un altro host se l’hypervisor si guasta. |
| Storage | Nessun disco condiviso — replica sincrona in tempo reale senza perdita di dati | Nessun disco condiviso — replica sincrona solo dei dati applicativi | Richiede un disco condiviso e un cabinet di dischi esterno specifico |
| Dati replicati | Replica più dati (applicazione + SO) | Replica solo i dati applicativi | Nessuna replica — storage condiviso accessibile da tutti gli host |
| Tempo di ripristino | Riavvio della VM sull’hypervisor 2 se l’hypervisor 1 si guasta. Tempo di ripristino = tempo di riavvio della VM. Failover se la VM si guasta. | Ripristino rapido con riavvio dell’applicazione sul server 2. Circa 1 minuto o meno (vedi RTO/RPO qui). Verificatore applicativo avanzato e failover software. | Riavvio completo della VM su un nuovo hypervisor. Tempo di ripristino dipende da riavvio SO + avvio applicazione. |
| Disaster recovery / Siti remoti | Nessun SAN necessario — replica integrata in SafeKit tra siti remoti | Nessun SAN necessario — replica integrata in SafeKit tra siti remoti | Richiede cabinet di dischi replicati tramite SAN o vSAN |
| Configurazione | Definire la posizione della cartella dei file VM dove è installata l’applicazione. Soluzione generica per qualsiasi applicazione/SO. | Definire i servizi da riavviare, le cartelle applicative da replicare e un indirizzo IP virtuale per il failover in un modulo applicativo. | Competenze IT specifiche richieste per configurare il sistema |
| Piattaforme supportate | Funziona con Hyper-V e KVM (non VMware direttamente, salvo annidando Hyper-V o KVM in VMware). | Funziona su qualsiasi infrastruttura: server fisici, macchine virtuali VMware, Hyper-V, KVM, cloud. | Limitato ad ambienti VMware vSphere o Microsoft Hyper-V |
| Competenze IT | Nessuna competenza IT specifica richiesta. Failover automatico. | Nessuna competenza IT specifica richiesta. Failover automatico. | Competenze IT specifiche richieste per configurare il sistema |
In sintesi , SafeKit è l’unica soluzione che fornisce alta disponibilità sia a livello VM che a livello applicativo senza storage condiviso. Per la massima flessibilità e i tempi di ripristino più rapidi (circa 1 minuto), l’HA a livello applicativo è l’approccio preferito — funziona su qualsiasi piattaforma (fisica, virtuale o cloud) e replica solo i dati importanti. Per gli ambienti in cui proteggere l’intera VM è più semplice, il modulo Hyper-V/KVM di SafeKit offre un’alternativa generica senza SAN ai tradizionali Microsoft Hyper-V Cluster o VMware HA — eliminando il costo e la complessità dell’infrastruttura di storage condiviso garantendo al contempo zero perdita di dati tramite replica sincrona in tempo reale.
Si noti che le soluzioni SafeKit sono le più semplici da implementare ma sono limitate alla replica di alcuni terabyte e al failover di 32 VM.
💡 Per dare il via al tuo percorso di alta disponibilità con SafeKit, inizia con le Guide di Installazione Rapida.
Questa tabella fornisce i file di installazione di SafeKit per la versione corrente, organizzati per sistema operativo e tipo di installer.
| SO / Piattaforma | Tipo di Installer | Vantaggi Chiave / Documentazione | Link al Download |
|---|---|---|---|
| Tutte le piattaforme | Documento PDF | Bollettino ufficiale del rilascio software (Supporto SO e Correzioni) | 📄 Visualizza SafeKit 8.2 SRB |
| Windows (Intel 64-bit) | Installer .exe | Include Microsoft VC++ Redistributable | ⬇️ Scarica SafeKit 8.2 Windows EXE |
| Windows (Intel 64-bit) | Installer .msi | Non include Microsoft VC++ Redistributable | ⬇️ Scarica SafeKit 8.2 Windows MSI |
| Linux (Intel 64-bit) | .BIN auto-estraibile | Include il pacchetto Linux e lo script di installazione | ⬇️ Scarica SafeKit 8.2 Linux BIN (Intel) |
| Linux (ARM 64-bit) | .BIN auto-estraibile | Include il pacchetto Linux e lo script di installazione | ⬇️ Scarica SafeKit 8.2 Linux BIN (ARM) |
Il seguente link fornisce l’accesso a una prova completa delle funzionalità, progettata per testare e configurare un cluster di High Availability con SafeKit.
➡️ Ottieni la Tua Chiave di Prova Gratuita di 1 Mese per Testare la High Availability di SafeKit
Documentazione essenziale per configurare e gestire il vostro cluster ad Alta Disponibilità SafeKit.
Acquisisci una preziosa esperienza in High Availability (HA) con il nostro programma di certificazione gratuito.
Esplora la nostra documentazione di marketing del prodotto per il software SafeKit ad alta disponibilità (HA), che include una scheda tecnica dettagliata, un white paper di prodotto e una panoramica tecnica.
Questa tabella presenta le soluzioni SafeKit di Alta Affidabilità (HA), classificate per applicazione e ambiente operativo (Database, Web Server, VM, Container, Cloud). Identifica il modulo .safe preconfigurato specifico (ad es. mirror.safe, farm.safe e altri) necessario per replica in tempo reale, bilanciamento del carico e failover automatico delle applicazioni aziendali critiche su Windows o Linux. Semplifica la configurazione del tuo cluster HA con link diretti alle guide di installazione rapida.
Un modulo .safe di SafeKit è essenzialmente un modello di Alta Affidabilità (HA) preconfigurato che definisce come una specifica applicazione viene clusterizzata e protetta dal software SafeKit. In pratica, è un file zip che contiene un file di configurazione (userconfig.xml) e script di riavvio.
⚠️ Nota: * I moduli mirror.safe e farm.safe sono inclusi per impostazione predefinita nel pacchetto di installazione SafeKit.
Soluzioni SafeKit di Alta Affidabilità (HA): guide di installazione rapida (con moduli .safe scaricabili)