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 > | ||||||||||||||||||||||||||||||
- | Kubernetes > | ||||||||||||||||||||||||||||||
- | 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 > 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
- Fonctionnalités
- Architectures
- Avantages distinctifs
-
- Cluster matériel vs logiciel
- Réplication synchrone vs asynchrone
- Réplications de fichiers vs disques
- Haute disponibilité vs tolérance aux fautes
- Load balancing matériel vs logiciel
- HA de machines virtuelles vs applications
Installation, configuration, CLI
-
- Installation du package
- Configuration des nœuds
- Configuration du cluster
- Upgrade
-
- Configuration du cluster
- Onglet Configuration
- Onglet Contrôle
- Onglet Supervision
- Onglet Configuration avancée
-
- Installation silencieuse
- Administration du cluster
- Administration du module
- Command line interface
Configuration avancée
-
- userconfig.xml + restart scripts
- Heartbeat (<hearbeat>)
- Virtual IP address (<vip>)
- Real-time file replication (<rfs>)
-
- userconfig.xml + restart scripts
- Farm configuration (<farm>)
- Virtual IP address (<vip>)
-
- Failover machine (<failover>)
- Process monitoring (<errd>)
- Network and duplicate IP checkers
- Custom checker (<custom>)
- Split brain checker (<splitbrain>)
- TCP, ping, module checkers
Support
-
- Analyse des snapshots
-
- Récupérer les clés permanentes
- S'enregistrer sur support.evidian.com
- Call desk