SafeKit, un software di alta disponibilità semplice e facile da distribuire

Alta disponibilità tutto-in-uno

In un unico prodotto software, SafeKit offre su Windows e Linux:

• bilanciamento del carico
• replica dei file sincrona in tempo reale
• failover automatico dell'applicazione
• ripristino automatico dopo un guasto del server

Risparmia sui costi di bilanciatori di carico di rete o server proxy dedicati, dischi condivisi o storage SAN replicati, edizioni enterprise dei sistemi operativi e dei database, competenze specifiche per mantenere operativo un cluster.

Una soluzione completa

SafeKit risolve:

• guasti hardware (20% dei problemi), inclusi i guasti completi di una sala server,
• guasti software (40% dei problemi), inclusi i riavvii dei processi critici,
• e errori umani (40% dei problemi) grazie alla sua facilità d'uso e alla sua console web.

Un prodotto generico

Con il prodotto SafeKit puoi implementare la replica in tempo reale e il failover di qualsiasi directory di file e servizio, database, macchine virtuali complete Hyper-V o KVM, Docker, Podman, K3S, applicazioni Cloud (vedi l'elenco dei moduli).

Zero competenze specifiche

Non sono richieste competenze informatiche particolari per distribuire un cluster ad alta disponibilità con SafeKit.

Zero costi hardware aggiuntivi

Dimentica dischi condivisi, storage SAN replicati... SafeKit è indipendente dall'hardware e funziona sui server fisici esistenti, in macchine virtuali o nel cloud.

Zero costi software aggiuntivi

SafeKit funziona con le edizioni standard di Windows e Linux e non richiede edizioni enterprise dei database.

Scegli tra la ridondanza a livello di applicazione o a livello di macchina virtuale

Redondanza a livello di applicazione

In questo tipo di soluzione, vengono replicate solo i dati dell'applicazione. E solo l'applicazione viene riavviata in caso di guasto.

Questa soluzione richiede una comprensione tecnica dell'applicazione. È necessario definire quali servizi riavviare, specificare le cartelle dell'applicazione da replicare e configurare un indirizzo IP virtuale per il failover. Questa soluzione è indipendente dalla piattaforma e funziona con applicazioni su macchine fisiche, macchine virtuali e nel Cloud. Qualsiasi hypervisor è supportato (VMware, Hyper-V...).

• Maggiori informazioni: Windows, Linux

Redondanza a livello di macchina virtuale

In questo tipo di soluzione, l'intera macchina virtuale (VM) viene replicata (Applicazione + Sistema Operativo). E l'intera VM viene riavviata in caso di guasto.

Il vantaggio di questa soluzione è che non richiede una comprensione tecnica dell'applicazione; è sufficiente definire la posizione dei file della VM in cui è installata l'applicazione. Se non si conosce il funzionamento dell'applicazione, questa è la soluzione migliore. Questa soluzione funziona con Windows/Hyper-V e Linux/KVM ma non con VMware. Si tratta di una soluzione attiva/attiva con più macchine virtuali replicate e riavviate tra due nodi.

• Maggiori informazioni: Windows/Hyper-V, Linux/KVM

Utilizzo tipico con SafeKit

Perché una replica di alcuni Tera-byte?

Tempo di risincronizzazione dopo un guasto (passaggio 3)

• Rete da 1 Gb/s ≈ 3 ore per 1 Tera-byte.
• Rete da 10 Gb/s ≈ 1 ora per 1 Tera-byte o meno, a seconda delle prestazioni di scrittura del disco.

Alternativa

• Per un grande volume di dati, utilizzare storage condiviso esterno.
• Più costoso, più complesso.

Perché una replica di meno di 1.000.000 di file?

• Prestazioni del tempo di risincronizzazione dopo un guasto (passaggio 3).
• Tempo necessario per controllare ogni file tra i due nodi.

Alternativa

• 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 / macchina virtuale.

Perché un failover con ≤ 32 VM replicate?

• Ogni VM è eseguita in un modulo mirror indipendente.
• Massimo di 32 moduli mirror eseguibili sullo stesso cluster.

Alternativa

• Utilizzare uno storage condiviso esterno e un'altra soluzione di clustering per VM.
• Più costoso, più complesso.

Perché una rete LAN/VLAN tra siti remoti?

• Failover automatico dell'indirizzo IP virtuale con 2 nodi nella stessa subnet.
• Buona larghezza di banda per la risincronizzazione (passaggio 3) e buona latenza per la replica sincrona (tipicamente un round-trip inferiore a 2 ms).

Alternativa

• Utilizzare un bilanciatore di carico per l'indirizzo IP virtuale se i 2 nodi sono in 2 subnet diverse (supportato da SafeKit, soprattutto nel cloud).
• Utilizzare soluzioni di backup con replica asincrona per reti ad alta latenza.

Webinar SafeKit (9:45)

• Introduzione (0:39)
• Dimostrazione di Evidian SafeKit (1:40)
• Esempi di soluzioni di ridondanza e alta disponibilità (1:59)
• Evidian SafeKit venduto in molti paesi diversi con Milestone (0:49)
• Scegli tra 2 soluzioni: macchina virtuale o cluster di applicazioni (2:31)
• Vantaggi distintivi (2:06)

Tutti i video qui

Clustering a livello di macchina virtuale con Hyper-V: un esempio (5:15)

• 2 nodi Hyper-V e 2 macchine virtuali (0:49)
• Configurare il cluster e due moduli hyperv.safe (1:59)
• Avviare e testare la replica, la migrazione e il failover della VM in caso di crash (2:26)

Prova gratuita qui

Clustering a livello di applicazione con SQL: un esempio (8:47)

• 2 nodi con SQL Server (0:32)
• Configurare il cluster e il modulo mirror.safe (3:58)
• Avviare e testare la replica SQL, la migrazione e il failover in caso di crash (4:17)

Prova gratuita qui

Clustering con bilanciamento del carico di rete con Apache: un esempio (5:03)

• 2 nodi con Apache (0:13)
• Configurare il cluster e il modulo farm.safe (2:20)
• Avviare e testare il bilanciamento del carico di rete e il failover in caso di crash (2:30)

Prova gratuita qui