---
title: "I migliori e i peggiori casi d'uso per l'alta disponibilità: una guida all'implementazione di SafeKit"
canonical: "https://safekit.eviden.com/it/use-cases/best-worst-use-cases-high-availability/"
description: "Identifica i casi d'uso migliori e peggiori per l'alta disponibilità. Scopri in quali ambiti SafeKit eccelle nel clustering software-defined per Windows e Linux e quando l'alta disponibilità basata su storage condiviso tradizionale o hardware potrebbe non essere adatta alla tua azienda."
category: "use-cases"
lang: "it"
topics: "Casi d'uso ottimali, Limitazioni SafeKit High Availability"
---

# I migliori e i peggiori casi d'uso per l'alta disponibilità: una guida all'implementazione di SafeKit {#best-and-worst-high-availability-use-cases-a-safekit-implementation-guide}

## Casi d'uso ottimali {#best-use-cases}

### Software OEM {#oem-software}

Un produttore di software utilizza [ SafeKit come software OEM ](<https://safekit.eviden.com/it/use-cases/application-clustering-software/>) per l'alta disponibilità della sua applicazione

![ Software di clustering di applicazioni per un produttore di software ](https://safekit.eviden.com/wp-content/uploads/2023/02/application-clustering-software-3.png "w:300")

### Azienda distribuita {#distributed-enterprise}

Un'azienda distribuita implementa [ SafeKit in molte filiali ](<https://safekit.eviden.com/it/use-cases/business-continuity-software/>) senza competenze IT specifiche

![ Software ad alta disponibilità in un'azienda distribuita ](https://safekit.eviden.com/wp-content/uploads/2023/02/distributed-enterprise-1.png "w:300")

### Siti remoti {#remote-sites}

[ SafeKit è distribuito in due siti remoti ](<https://safekit.eviden.com/it/best-practises/high-availability-disaster-recovery-hadr/>) senza la necessità di replicare gli alloggiamenti dei dischi tramite una SAN.

![ Continuità operativa e ripristino di emergenza senza SAN replicata ](https://safekit.eviden.com/wp-content/uploads/2023/02/remote-datacenters.png "w:300")

## 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)): <br> • Rete da 1 Gb/s ≈ 3 ore/TB <br> • 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)). <br> • Tempo necessario per confrontare ciascun file tra i due nodi.  |  • Inserire i numerosi file da replicare in un disco rigido virtuale/macchina virtuale. <br> • 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. <br> • 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. <br> • 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)). <br> • 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. <br> • Utilizzare soluzioni di backup con replica asincrona per reti ad alta latenza.