Différence entre haute disponibilité et tolérance aux fautes
Evidian SafeKit
Comment comparer haute disponibilité et tolérance aux fautes ?
Aperçu
Cet article étudie les avantages et les inconvénients d'un cluster de haute disponibilité par rapport à un système tolérant aux fautes en examinant les contraintes matérielles, les défaillances logicielles, le RTO, le RPO...
Les tableaux comparatifs suivants expliquent en détail les différences entre un système tolérant aux fautes et SafeKit, un cluster logiciel de haute disponibilité.
Qu'est ce que la haute disponibilité ?
Un cluster de haute disponibilité repose sur deux serveurs avec redémarrage de l'application critique en cas de panne matérielle ou logicielle. Il existe 2 types de clusters : les clusters matériels et les clusters logiciels.
Les clusters matériels sont basés sur des disques partagés, ce qui entraîne des dépendances entre les serveurs et leurs connexions aux baies de disques partagés.
Les clusters logiciels, comme Evidian SafeKit, sont basés sur la réplication de données en temps réel et sont indépendants du matériel : ils peuvent être déployés sur des serveurs physiques ou virtuels ou dans le cloud.
Qu'est ce que la tolérance aux fautes ?
Un système tolérant aux fautes s'appuie sur du matériel spécialisé ou sur un hyperviseur spécialisé pour détecter une panne matérielle et basculer instantanément vers un composant matériel redondant sans redémarrage de l'application.
Les systèmes tolérants aux fautes ne traitent que les pannes matérielles et non les pannes logicielles, de loin la raison la plus courante d'indisponibilité d'un système.
Avantages et inconvénients de la haute disponibilité par rapport à la tolérance aux fautes
Cluster de haute disponibilité logicielle |
Système fault-tolerant |
Produit |
|
SafeKit sous Windows et Linux |
Produits de tolérance aux fautes |
Matériel, hyperviseur |
|
Pas de matériel dédié, pas d'hyperviseur dédié. Fonctionne avec l'hyperviseur standard et gratuit de Windows, Hyper-V, inclus dans le noyau Windows pour les serveurs et les PC. Fonctionne avec l'hyperviseur standard et gratuit KVM (Kernel-based Virtual Machine) intégré dans le noyau Linux. Chaque serveur peut-être le serveur de reprise de l'autre pour de multiples applications. |
Matériel dédié ou hyperviseur dédié. Le serveur secondaire est dédié à l'exécution de la même application synchronisée au niveau instruction. |
Panne logicielle |
|
Panne logicielle supportée avec redémarrage dans un environnement OS différent. |
Exception logicielle sur les 2 serveurs en même temps sur le même OS. |
Upgrade/fix en douceur de l'application ou de l'OS |
|
Oui Upgrade/fix en douceur de l'application ou de l'OS serveur par serveur. Les versions N et N+1 peuvent coexister. |
Non Même application et OS sur les 2 serveurs. |
RTO/RPO |
|
Le temps de reprise avec SafeKit (RTO) dépend du temps de détection et de redémarrage de l'application (environ 1 minute). La perte de données avec SafeKit (RPO) est nulle car la réplication est synchrone. |
Le temps de reprise (RTO) d'un système fault-tolerant est nul. L'application n'est pas redémarrée en cas de panne et continue son exécution sur le serveur secondaire. La perte de données (RPO) est également nulle. |
Flexibilité |
|
Peut fonctionner sur n'importe quel type de serveur avec OS Windows et Linux standard |
Dépend d'un matériel spécifique ou d'hyperviseurs spécifiques |
Convient pour |
|
Les éditeurs de logiciels qui souhaitent ajouter une option de disponibilité simple pour leur application |
Environnement où les pannes matérielles sont la principale préoccupation |
Cluster miroir d'Evidian SafeKit avec réplication de fichiers temps réel et reprise sur panne |
|
Économisez avec 3 produits en 1 |
|
Configuration très simple |
|
Réplication synchrone |
|
Retour d'un serveur tombé en panne totalement automatisé (failback) |
|
Réplication de n'importe quel type de données |
|
Réplication de fichiers vs réplication de disque |
|
Réplication de fichiers vs disque partagé |
|
Sites distants et adresse IP virtuelle |
|
Split brain et quorum En savoir plus > |
|
Cluster actif/actif |
|
Solution de haute disponibilité uniforme |
|
|
|
Cluster ferme d'Evidian SafeKit avec load balancing et reprise sur panne |
|
Pas de load balancer, ni de serveur proxy dédié, ni d'adresse Ethernet multicast spéciale En savoir plus > |
|
Toutes les fonctionnalités de clustering En savoir plus > |
|
Sites distants et adresse IP virtuelle En savoir plus > |
|
Solution de haute disponibilité uniforme En savoir plus > |
|
|
|
Cluster de type "shared nothing"" vs cluster à disque partagé |
|
|
|
|
|
Haute disponibilité vs tolérance aux fautes |
|
|
|
Réplication synchrone vs réplication asynchrone |
|
|
|
Réplication de fichiers au niveau octet vs réplication de disque au niveau du bloc |
|
|
|
Heartbeat, reprise sur panne et quorum pour éviter 2 serveurs maîtres |
|
|
|
|
|
Partenaires, le succès avec SafeKit
Cette solution indépendante de la plateforme est idéale pour un partenaire revendant une application critique et qui souhaite proposer une option de redondance et de haute disponibilité simple à déployer auprès de nombreux clients.
Avec de nombreuses références dans de nombreux pays gagnées par des partenaires, SafeKit s'est avéré être la solution la plus simple à mettre en œuvre pour la redondance et la haute disponibilité des logiciels de gestion des bâtiments, vidéosurveillance, contrôle d'accès, systèmes SCADA...
Logiciel de gestion des bâtiments (BMS)
Logiciel de gestion vidéo (VMS)
Contrôle d'accès électroniques (EACS)
Logiciels SCADA (Industrie)
Partage de charge réseau et reprise sur panne |
|
Windows farm |
Linux farm |
Generic farm > | Generic farm > |
Microsoft IIS > | - |
NGINX > | |
Apache > | |
Amazon AWS farm > | |
Microsoft Azure farm > | |
Google GCP farm > | |
Other cloud > |
Architectures de clustering avancée
Plusieurs modules peuvent être déployés dans le même cluster. Ainsi, des architectures de clustering avancées peuvent être mises en œuvre :
- un cluster qui mixte ferme et miroir avec le déploiement d’un module ferme et d’un module miroir dans le même cluster,
- un cluster actif/actif avec réplication en déployant plusieurs modules miroirs sur 2 serveurs,
- un cluster Hyper-V ou un cluster KVM avec réplication temps réel et reprise de machines virtuelles complètes entre 2 hyperviseurs actifs,
- un cluster N-1 avec le déploiement de N modules miroirs sur N+1 serveurs.
Réplication de fichiers temps réel et reprise sur panne |
|||||||||||||||||||||||||||||||
Windows mirror |
Linux mirror |
||||||||||||||||||||||||||||||
Generic mirror > | Generic mirror > | ||||||||||||||||||||||||||||||
Microsoft SQL Server > | - | ||||||||||||||||||||||||||||||
Oracle > | |||||||||||||||||||||||||||||||
MariaDB > | |||||||||||||||||||||||||||||||
MySQL > | |||||||||||||||||||||||||||||||
PostgreSQL > | |||||||||||||||||||||||||||||||
Firebird > | |||||||||||||||||||||||||||||||
Windows Hyper-V > | Linux KVM > | ||||||||||||||||||||||||||||||
- | Docker > Podman > Kubernetes K3S > |
||||||||||||||||||||||||||||||
- | |||||||||||||||||||||||||||||||
- | Elasticsearch > | ||||||||||||||||||||||||||||||
Milestone XProtect > | - | ||||||||||||||||||||||||||||||
Genetec SQL Server > | - | ||||||||||||||||||||||||||||||
Hanwha Wisenet Wave > Hanwha Wisenet SSM > |
- | ||||||||||||||||||||||||||||||
Nedap AEOS > | - | ||||||||||||||||||||||||||||||
Siemens SIMATIC WinCC > Siemens SIMATIC PCS 7 > Siemens Desigo CC > Siemens Siveillance suite > Siemens Siveillance VMS > Siemens SiPass > Siemens SIPORT > |
- | ||||||||||||||||||||||||||||||
Bosch AMS > Bosch BIS > Bosch BVMS > |
- | ||||||||||||||||||||||||||||||
Amazon AWS mirror > | |||||||||||||||||||||||||||||||
Microsoft Azure mirror > | |||||||||||||||||||||||||||||||
Google GCP mirror > | |||||||||||||||||||||||||||||||
Other cloud > |
Guide de l'utilisateur
Modules applicatifs
Release Notes
Documentation d'avant vente
Introduction
-
- Demonstration
- Examples of redundancy and high availability solution
- Evidian SafeKit sold in many different countries with Milestone
- Distinctive advantages
- More information on the web site
-
- Cluster of virtual machines
- Mirror cluster
- Farm cluster
Installation, Console, CLI
- Install and setup / pptx
- Package installation
- Nodes setup
- Upgrade
- Web console / pptx
- Cluster configuration
- Configuration tab
- Control tab
- Monitor tab
- Advanced Configuration tab
- Troubleshooting
- Command line / pptx
- Cluster administration
- Module administration
- Control commands
- Troubleshooting
Advanced configuration
- Mirror module / pptx
- Mirror's states in action
- start_prim / stop_prim scripts
- userconfig.xml
- Heartbeat (<hearbeat>)
- Virtual IP address (<vip>)
- Real-time file replication (<rfs>)
- How real-time file replication works?
- Troubleshooting
- Farm module / pptx
- Farm's states in action
- start_both / stop_both scripts
- userconfig.xml
- Farm heartbeats (<farm>)
- Virtual IP address (<vip>)
- Troubleshooting
Advanced configuration
- Checkers / pptx
- Checkers in action
- userconfig.xml
- errd checker
- intf and ip checkers
- custom checker
- splitbrain checker for a mirror module
- tcp, ping, module checkers
- Troubleshooting
Support
- Support tools / pptx
- How to analyze snapshots?
- Best practises
- Evidian support / pptx
- Get permanent license key
- Register on support.evidian.com
- Call desk