---
title: "Les meilleurs et les pires cas d’usage de la haute disponibilité : guide de mise en œuvre SafeKit"
canonical: "https://safekit.eviden.com/fr/use-cases/best-worst-use-cases-high-availability/"
description: "Identifiez les meilleurs et les pires cas d’usage de la haute disponibilité. Découvrez dans quels scénarios SafeKit excelle avec son clustering entièrement logiciel pour Windows et Linux, et apprenez quand les solutions traditionnelles à stockage partagé ou basées sur du matériel peuvent mettre votre entreprise en échec."
category: "use-cases"
lang: "fr"
topics: "Meilleurs cas d'utilisation de la haute disponibilité SafeKit, Pires cas d'utilisation de la haute disponibilité SafeKit, Limitations de la haute disponibilité de SafeKit"
---

# Les meilleurs et les pires cas d’usage de la haute disponibilité : guide de mise en œuvre SafeKit

##  Meilleurs cas d'utilisation de la haute disponibilité SafeKit 

### Logiciel OEM

Un éditeur de logiciel utilise [SafeKit comme un logiciel OEM](<https://safekit.eviden.com/fr/use-cases/application-clustering-software/>) pour la haute disponibilité de son application.

![Logiciel de clustering SafeKit OEM pour la haute disponibilité d'applications critiques](https://safekit.eviden.com/wp-content/uploads/2023/02/safekit-ha-software.png "w:300")

### Entreprise distribuée

[Une entreprise distribuée déploie SafeKit](<https://safekit.eviden.com/fr/use-cases/business-continuity-software/>) dans de nombreuses succursales, sans compétence informatique spécifique.

![Haute disponibilité dans une entreprise distribuée](https://safekit.eviden.com/wp-content/uploads/2023/02/distributed-enterprise-1.png "w:300")

### Sites distants

[SafeKit est déployé dans deux sites distants](<https://safekit.eviden.com/fr/best-practises/high-availability-disaster-recovery-hadr/>) sans nécessiter de baies de disques répliqués à travers un SAN.

![Plan de continuité d'activité et plan de secours sans SAN répliqué](https://safekit.eviden.com/wp-content/uploads/2023/02/remote-datacenters.png "w:300")

##  Pires cas d'utilisation de la haute disponibilité SafeKit 

## Limitations de la haute disponibilité de SafeKit {#safekit-ha-limitations}

Limite / Prérequis | Raison & Impact | Alternative recommandée  
---|---|---  
Taille de réplication : Quelques To |  Temps de resynchronisation après une panne ([étape 3](https://safekit.eviden.com/architectures/file-replication-byte-level-with-failover-mirror-cluster/#safekit-mirror-cluster)) : <br>• Réseau 1 Gbit/s ≈ 3 heures / To<br>• Réseau 10 Gbit/s ≈ 1 heure / To (selon les performances d'écriture sur disque)  |  • Utiliser un [stockage partagé externe](https://safekit.eviden.com/best-practises/san-vs-nas-shared-storage-for-a-failover-cluster/) (plus coûteux, plus complexe).   
Nombre de fichiers : < 1 000 000 de fichiers |  • Performance du temps de resynchronisation après une panne ([étape 3](https://safekit.eviden.com/architectures/file-replication-byte-level-with-failover-mirror-cluster/#safekit-mirror-cluster)).<br>• Temps nécessaire pour vérifier chaque fichier entre les deux nœuds.  |  • Placer le grand nombre de fichiers à répliquer dans un disque dur virtuel / une machine virtuelle.<br>• Dans ce cas, seuls les fichiers représentant le disque dur virtuel / la machine virtuelle seront répliqués et resynchronisés.   
Capacité de basculement : ≤ 32 VM |  • Chaque VM s'exécute dans un module mirror indépendant.<br>• Maximum de 32 modules mirror s'exécutant sur le même cluster.  |  • Utiliser un stockage partagé externe et une autre solution de clustering de VM (plus coûteux, plus complexe).   
Architecture réseau : Réseau LAN/VLAN entre sites distants |  • Basculement automatique de l'[adresse IP virtuelle](https://safekit.eviden.com/best-practises/how-a-virtual-ip-address-works/) avec 2 nœuds dans le même sous-réseau.<br>• Bonne bande passante pour la resynchronisation ([étape 3](https://safekit.eviden.com/architectures/file-replication-byte-level-with-failover-mirror-cluster/#safekit-mirror-cluster)) et faible latence pour la [réplication synchrone](https://safekit.eviden.com/best-practises/synchronous-replication-vs-asynchronous-replication/) (généralement un aller-retour inférieur à 2 ms).  |  • Utiliser un [répartiteur de charge pour l'adresse IP virtuelle](https://safekit.eviden.com/best-practises/how-a-virtual-ip-address-works/) si les 2 nœuds se trouvent dans 2 sous-réseaux différents (pris en charge par SafeKit, notamment dans le cloud).<br>• Utiliser des solutions de sauvegarde avec réplication asynchrone pour les réseaux à forte latence.   

 

 

