Cerca in SafeKit

I migliori e i peggiori casi d’uso per l’alta disponibilità: una guida all’implementazione di SafeKit

Casi d’uso ottimali

Software OEM

Un produttore di software utilizza SafeKit come software OEM per l’alta disponibilità della sua applicazione

 Software di clustering di applicazioni per un produttore di software

Azienda distribuita

Un’azienda distribuita implementa SafeKit in molte filiali senza competenze IT specifiche

 Software ad alta disponibilità in un’azienda distribuita

Siti remoti

SafeKit è distribuito in due siti remoti senza la necessità di replicare gli alloggiamenti dei dischi tramite una SAN.

 Continuità operativa e ripristino di emergenza senza SAN replicata

Limitazioni SafeKit High Availability

Limite/RequisitoMotivo e impattoAlternativa consigliata
Dimensioni della replica: alcuni TBTempo di risincronizzazione dopo un errore (passaggio 3):
• 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 (più costosa e più complessa).
Numero di file: < 1.000.000• Prestazioni del tempo di risincronizzazione dopo un guasto (passaggio 3).
• 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 con 2 nodi nella stessa sottorete.
• Buona larghezza di banda per la risincronizzazione (passaggio 3).
• Bassa latenza per la replica sincrona: 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: 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.

🔍 Esplora SafeKit

Trova informazioni sulle funzionalità, le architetture, i video, la documentazione e la versione di prova gratuita di SafeKit.

RisorsaDescrizioneLink
Caratteristiche principaliScopri perché SafeKit è una soluzione di alta disponibilità semplice ed economica.Scopri le caratteristiche principali
Casi d’usoScopri come SafeKit mantiene disponibili le applicazioni e le infrastrutture critiche.Esplora i casi d’uso
Modello di distribuzioneSafeKit offre un’elevata disponibilità senza SAN o storage condiviso.Esplora il modello di distribuzione
Strategie di alta disponibilitàConfronta l’alta disponibilità per le macchine virtuali con l’alta disponibilità per le applicazioni.Confronta le due strategie
Specifiche tecnicheControllare i requisiti tecnici e le limitazioni per i cluster SafeKit.Leggi le specifiche tecniche
VideoGuarda le dimostrazioni della configurazione di SafeKit e del failover automatico.Guarda i video tecnici
ArchitetturaScopri come il cluster mirror replica i file in tempo reale e gestisce il failover.Esplora l’architettura Mirror
ArchitetturaScopri come il cluster farm bilancia il traffico di rete e gestisce il failover.Esplora l’architettura Farm
Confronto tra prodottiConfronta SafeKit con i cluster tradizionali ad alta disponibilità.Confronta le soluzioni
Risorse tecnicheTrova la documentazione tecnica, scarica SafeKit e accedi alla versione di prova gratuita.Accedi alla documentazione e alla prova gratuita
Moduli dell’applicazioneUtilizzate i moduli SafeKit preconfigurati per impostare l’alta disponibilità delle vostre applicazioni.Esplora i moduli dell’applicazione
SafeKit AI Chat SafeKit AI