Comment mettre en œuvre la redondance de Siemens SIPORT avec un cluster de haute disponibilité très simple ?
La solution apportée à Siemens SIPORT
Evidian SafeKit apporte la redondance et la haute disponibilité à Siemens SIPORT entre deux serveurs actifs.
Cet article explique comment mettre en place rapidement un cluster Siemens SIPORT sans compétences particulières. Aucune configuration spécifique de SIPORT n'est requise pour la redondance.
Le principe de la solution est de mettre les applications SIPORT dans des machines virtuelles sous Hyper-V. SafeKit met en œuvre la réplication en temps réel et le basculement automatique des machines virtuelles.
Pas de matériel spécifique, pas d'hyperviseur spécifique
Hyper-V est l'hyperviseur natif de Windows inclus gratuitement dans toutes les versions de Windows, même Windows pour PC. Et SafeKit fonctionne avec Windows pour serveurs et PC.
SafeKit est indépendant du matériel. C'est une solution purement logicielle qui ne nécessite aucun matériel supplémentaire. Il n'est pas nécessaire d'avoir un disque partagé, un SAN répliqué, des disques dédiés, des réseaux dédiés.
À propos des produits sous licence Siemens LMS
Pour éviter la rupture de la licence Siemens lors du basculement, le dongle contenant la clé Siemens peut être placé dans un périphérique USB sur IP (comme DIGI AnywhereUSB).
Le dongle peut être également inséré dans un PC externe avec le serveur de licence LMS sur le PC (par exemple le PC qui gère l'interface graphique Siemens).
SafeKit apporte deux solutions pour la redondance et la haute disponibilité des logiciels
Redondance et haute disponibilité au niveau de l'application
Dans ce type de solution, seules les données applicatives sont répliquées. Et seule l'application est redémarrée en cas de panne.
Avec cette solution, des scripts de reprise doivent être écrits pour redémarrer l'application. Cette solution est indépendante de la plate-forme et fonctionne avec des applications à l'intérieur de machines physiques, de machines virtuelles, dans le Cloud. Tout hyperviseur est supporté (VMware, Hyper-V...).
Nouvelle application (scripts de reprise à écrire): Windows, Linux
Redondance et haute disponibilité au niveau machine virtuelle
Dans ce type de solution, le logiciel est placé dans une machine virtuelle. La machine virtuelle (VM) complète est répliquée et redémarrée (Application + OS).
L'avantage de cette solution est qu'il n'y a pas de scripts de reprise à écrire par application. Cette solution est générique pour tous les logiciels . Elle fonctionne avec les hyperviseurs Windows/Hyper-V et Linux/KVM mais pas avec VMware. Il s'agit d'une solution active/active avec plusieurs machines virtuelles répliquées et redémarrées entre deux nœuds.
Ce prix montre l'importance de la redondance dans les offres de sécurité.
Comparaison
Réplication Hyper-V intégrée
Réplication asynchrone => perte de données
Basculement manuel (pas de basculement automatique)
Ce n'est une solution de haute disponibilité
Clustering Microsoft (idem avec VMware HA)
Nécessite un disque partagé
Prix du disque partagé et de son installation (SAN, iSCSI)
Complexité de la configuration de Windows failover cluster (AD…)
Sites distants = stockage répliqué
Evidian SafeKit
Simple et économique
Réplication synchrone => pas de perte de données
Basculement et réintégration automatiques
Aucun disque partagé
Essai gratuit et guide d'installation rapide
Essai gratuit de SafeKit + module miroir Hyper-V pour Siemens SIPORT + guide d'installation rapide
Guide d'installation rapide de SafeKit avec le module Hyper-V
Prérequis
Vous avez besoin du rôle Hyper-V installé sur 2 nœuds Windows (intégré gratuitement dans toutes les versions de Windows incluant les versions Windows pour PC).
Vous devez avoir vos applications critiques installées dans une ou plusieurs machines virtuelles.
Téléchargez la version gratuite de SafeKit sur 2 nœuds Windows.
Remarque : la version gratuite inclut toutes les fonctionnalités de SafeKit. À la fin de l'essai, vous pouvez activer des clés de licence permanentes sans désinstaller le package.
Pour ouvrir le pare-feu Windows, sur les deux nœuds démarrez un powershell en tant qu'administrateur et tapez
c:/safekit/private/bin/firewallcfg add
Pour initialiser le mot de passe de l'utilisateur admin par défaut de la console, sur les deux nœuds démarrez un powershell en tant qu'administrateur et tapez
La configuration Hyper-V est présentée avec une machine virtuelle nommée VM1 et contenant l'application à redémarrer en cas de panne.
Vous devrez répéter cette configuration pour toutes les VM que vous souhaitez répliquer et redémarrer. SafeKit prend en charge jusqu'à 25 machines virtuelles.
1. Prérequis
Les fichiers de la machine virtuelle VM1 (fichier de configuration de VM1, disque dur virtuel...) doivent être placés dans un même dossier : ce dossier sera répliqué par SafeKit.
Assurez-vous que le ou les noms des switchs virtuels référencés par la machine virtuelle existent sur les deux serveurs Hyper-V et correspondent au même réseau physique.
Si tous les fichiers de VM1 ne sont pas dans le même dossier, utilisez le gestionnaire Hyper-V :
Exporter VM1 dans un dossier, par exemple dans D:\Repli-Hyper-V
Cet export créera un dossier D:\Repli-Hyper-V\VM1\ contenant tous les fichiers de VM1
Supprimer VM1 de l'inventaire du gestionnaire Hyper-V
Importer VM1, précédemment exporté, dans le gestionnaire Hyper-V
2. Lancez la console SafeKit
Lancez la console Web dans un navigateur sur un nœud en vous connectant à http://localhost:9010.
Entrez admin comme nom d'utilisateur et le mot de passe défini durant l'installation.
Vous pouvez également exécuter la console dans un navigateur sur un poste de travail externe au cluster.
La configuration de SafeKit se fait sur les deux nœuds depuis un seul navigateur.
Ensuite, cliquez sur Apply pour enregistrer la configuration.
Si la couleur d'arrière-plan du nœud 1 ou du nœud 2 est rouge, vérifiez la connectivité du navigateur aux deux nœuds et vérifiez le pare-feu sur les deux nœuds pour résoudre le problème.
Cette opération placera les adresses IP dans le fichier cluster.xml sur les deux nœuds (plus d'informations dans la formation avec la ligne de commande).
4. Choisissez le module
Dans l'onglet Configuration, cliquez sur le module hyperv.safe.
La console trouve xxx.safe dans le répertoire 'Application_Modules/demo/' côté serveur si vous y avez déposé un module lors de l'installation.
5. Configurez le module
Choisissez un démarrage automatique du module au boot sans délai.
Normalement, vous disposez d'un seul réseau heartbeat sur lequel la réplication est effectuée. Mais, vous pouvez définir un réseau privé si nécessaire.
Mettez dans VM_PATH, le chemin racine du répertoire répliqué (D:\Repli-Hyper-V).
Entrez dans VM_NAME, le nom de la machine virtuelle (VM1).
Nous supposons que tous les fichiers de VM1 sont dans D:\Repli-Hyper-V\VM1\ (voir prérequis). Ce répertoire sera répliqué en temps réel par SafeKit.
Les valeurs NORMAL_STOP et FORCE_STOP peuvent être "stop", "save" ou "off" :
"stop" arrête la VM lorsque le module est arrêté.
"save" enregistre l'état actuel de la VM (suspend) lorsque le module est arrêté.
"off" éteint la VM (mise hors tension) lorsque le module est arrêté.
"stop" est recommandé car il provoque l'arrêt puis le redémarrage de la VM lorsque le module est arrêté et redémarré. Ainsi, l'application à l'intérieur de la VM est redémarrée.
Ce sera le cas, par exemple, lors du basculement entre les rôles primaire et secondaire.
Cette opération reportera la configuration dans le fichier userconfig.xml sur les deux nœuds (plus d'informations dans la formation avec la ligne de commande).
6. Vérifiez la réussite de la configuration
Vérifiez le message de réussite (vert) sur les deux nœuds et cliquez sur Suivant.
7. Démarrez le nœud avec des données à jour
Si le nœud 1 possède le répertoire répliqué VM1\ à jour, sélectionnez-le et démarrez-le.
Lorsque le nœud 2 sera démarré, toutes les données de VM1\ seront copiées du nœud 1 vers le nœud 2.
Si vous faites le mauvais choix, vous courez le risque de synchroniser des données obsolètes sur les deux nœuds.
On suppose également que la machine virtuelle VM1 est arrêtée sur le noeud 1 afin que SafeKit installe les mécanismes de réplication puis démarre VM1 dans le script start_prim.
8. Attendez le passage à ALONE (vert)
Le nœud 1 doit atteindre l'état ALONE (vert), ce qui signifie que le script start_prim a été exécuté sur le nœud 1.
Si le statut est ALONE (vert) et que VM1 n'est pas démarré, vérifiez les messages de sortie de start_prim dans l'Application Log du nœud 1.
Si le nœud 1 n'atteint pas l'état ALONE (vert), analysez pourquoi avec le Module Log du nœud 1.
Le nœud 2 reste dans l'état SECOND (magenta) pendant la resynchronisation du répertoire répliqué VM1\ (copie du nœud 1 vers le nœud 2).
Cela peut prendre un certain temps en fonction de la taille des fichiers à resynchroniser dans VM1\ et de la bande passante du réseau.
Pour voir la progression de la copie, consultez le Module Log du nœud 2 avec l'option verbose sans oubliez de rafraichir la fenêtre.
10. Vérifiez que le cluster est opérationnel
Vérifiez que le cluster est vert/vert avec VM1 s'exécutant sur le nœud PRIM et ne s'exécutant pas sur le nœud SECOND.
Seules les modifications à l'intérieur des fichiers sont répliquées en temps réel dans cet état.
11. Supprimez le démarrage de VM1 dans Hyper-V au boot
Dans le gestionnaire Hyper-V, configurez VM1 avec Automatic Start Action=nothing.
SafeKit contrôle le démarrage et l'arrêt de la VM sur un nœud ou sur l'autre.
12. Testez
Arrêtez le nœud PRIM en faisant défiler son menu contextuel et en cliquant sur Stop.
Vérifiez qu'il y a un basculement sur le nœud SECOND qui devrait devenir ALONE (vert).
Vérifiez le redémarrage de VM1 avec le gestionnaire Hyper-V.
Si VM1 n'est pas démarré sur le noeud 2 alors que l'état est ALONE (vert), vérifiez les messages de sortie du script start_prim dans l'Application Log du nœud 2.
Comme le script start_prim importe la machine virtuelle sur le nœud 2, le basculement peut échouer à cause des paramètres Hyper-V (voir cet article).
Si ALONE (vert) n'est pas atteint, analysez pourquoi avec le Module Log du nœud 2.
Dans l'onglet Advanced Configuration, vous pouvez modifier les fichiers internes du module : bin/start_prim et bin/stop_prim et conf/userconfig.xml.
Si vous apportez des modifications dans les fichiers internes, vous devez appliquer la nouvelle configuration par un clic droit sur l'icône/xxx sur le côté gauche (voir image) : l'interface vous permettra de redéployer les fichiers sur les deux serveurs.
Démonstration d'un cluster Hyper-V avec Evidian SafeKit entre deux serveurs redondants
Cette vidéo montre la configuration de deux machines virtuelles Hyper-V avec réplication temps réel synchrone. Le basculement automatique sur panne est également démontré.
Comment fonctionne un cluster Hyper-V avec réplication et basculement sur panne de Siemens SIPORT ?
Les étapes suivantes sont décrites pour une seule machine virtuelle contenant Siemens SIPORT dans un seul module miroir. Chaque machine virtuelle répliquée s'exécute dans un module miroir indépendant (dans une limite de 25 machines virtuelles) avec un serveur primaire qui peut être soit le serveur Hyper-V 1 ou le serveur Hyper-V 2.
Etape 1. Réplication en temps réel
Le serveur 1 (PRIM) exécute la VM (machine virtuelle) contenant Siemens SIPORT. SafeKit réplique en temps réel les fichiers de la VM (disques durs virtuels, configuration de la VM). Seules les modifications faites à l'intérieur des fichiers sont répliquées en continue à travers le réseau.
La réplication est synchrone sans perte de données en cas de panne contrairement à une réplication asynchrone.
Il vous suffit de configurer le nom du répertoire contenant la VM dans SafeKit. Il n'y a pas de pré-requis sur l'organisation du disque. Le répertoire peut se trouver sur le disque système.
Etape 2. Basculement automatique
Lorsque le serveur 1 tombe en panne, le serveur 2 prend le relais. SafeKit redémarre la VM contenant Siemens SIPORT sur le serveur 2. Hyper-V trouve les fichiers répliqués par SafeKit à jour sur le serveur 2.
La VM continue de s'exécuter sur le serveur 2 en modifiant localement ses fichiers qui ne sont pas plus répliqués sur le serveur 1.
Le temps de basculement est égal au temps de détection de panne (30 secondes par défaut) plus le temps de redémarrage de la VM.
Etape 3. Réintégration après panne
A la reprise après panne du serveur 1 (réintégration du serveur 1), SafeKit resynchronise automatiquement les fichiers de la VM à partir de l'autre serveur.
La réintégration du serveur 1 se fait sans arrêter l'exécution de la VM contenant Siemens SIPORT sur le serveur 2.
Etape 4. Retour à la normale
Après la réintégration, les fichiers de la VM sont à nouveau en mode miroir, comme à l'étape 1. Le système est de nouveau en mode haute disponibilité, la VM contenant Siemens SIPORT s'exécutant sur le serveur 2 et SafeKit répliquant les mises à jour sur le serveur 1.
Si l'administrateur souhaite que son application s'exécute en priorité sur le serveur 1, il peut exécuter une commande de basculement, soit manuellement à un moment opportun, soit automatiquement par configuration.
Utilisez des solutions de backup avec réplication asynchrone pour un réseau à latence élevée.
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...
Le produit très simple à déployer pour un revendeur
« Noemis, distributeur à valeur ajoutée de la vidéosurveillance Milestone, a aidé les intégrateurs à déployer la solution de redondance SafeKit sur de nombreux projets tels que la surveillance des villes, les datacenters, les stades et autres infrastructures critiques. SafeKit est un excellent produit et Evidian fournit un excellent support. »
Le produit qui fait gagner du temps à un intégrateur de systèmes
Gestion vidéo, contrôle d’accès, gestion des bâtiments [+]
La sécurité des personnes est directement associée à la bonne exécution des logiciels de sécurité. C’est pourquoi, ils ont besoin de redondance et de haute disponibilité. SafeKit est reconnu comme la solution de redondance la plus simple par nos partenaires qui l’ont déployée avec :
“SafeKit d’Evidian est une solution professionnelle facilitant la redondance du logiciel de vidéo Milestone. La solution est facile à déployer, facile à maintenir et peut être ajoutée à une installation existante. Nous avons assisté des intégrateurs pour déployer la solution sur de nombreux projets tels que la surveillance urbaine, les centres de données, les stades et d’autres infrastructures critiques. SafeKit est un excellent produit, et Evidian fournit un excellent support.”
Télévision numérique [+]
Harmonic utilise SafeKit comme une offre de haute disponibilité logicielle OEM dans ses solutions de télédiffusion à travers la TNT, les satellites, le câble et les réseaux IP.
Philippe Vidal, Responsable produit, Harmonic témoigne :
« SafeKit est le logiciel de clustering d’application idéal pour un éditeur logiciel qui cherche une solution de haute disponibilité simple et économique. Nous déployons SafeKit dans le monde entier et nous avons actuellement plus de 80 clusters SafeKit sur Windows avec notre application critique de télédiffusion à travers la TNT, les satellites, le câble et les réseaux IP. SafeKit réalise la réplication temps réel et continue de notre base de données et la reprise automatique de notre application sur panne logicielle et matérielle. »
Plus de 30 clusters SafeKit sont déployés sur Unix et Windows chez Natixis.
Bernard Etienne, Responsable de production témoigne :
“La Compagnie Européenne de Garanties et Cautions gère des applications métiers critiques qui doivent rester disponibles face aux pannes matérielles et logicielles. En effet, nos applications déterminent si une caution peut être délivrée à un particulier contractant un prêt dans une banque ou à une entreprise qui a besoin d’une garantie sur un investissement. Nous avons retenu le produit SafeKit d’Evidian pour assurer la haute disponibilité de nos applications métiers pour 3 raisons principales. C’est un produit simple qui se met en œuvre sur deux serveurs standards. Il ne nécessite pas d’investir des composants matériels spécifiques et coûteux. Et c’est un produit riche qui permet de surveiller finement nos applications métiers et les reprendre en cas de panne matérielle et logicielle.”
Plus de 20 clusters SafeKit sont déployés sur Linux et Windows avec Oracle.
Fives Syleps témoigne :
“Les entreprises automatisées que nous équipons s’appuient sur notre ERP. Il n’est pas envisageable que notre ERP soit hors de service à cause d’une panne informatique. Sinon c’est l’ensemble de l’activité de l’entreprise qui s’arrête.
Nous avons choisi la solution de haute disponibilité Evidian SafeKit car c’est une solution simple d’utilisation. Elle se met en œuvre sur des serveurs standard et ne contraint pas à utiliser des disques partagés sur un SAN et des boitiers réseau de partage de charge. Elle permet d’écarter les serveurs dans des salles machines distinctes.
De plus, la solution est homogène pour les plateformes Linux et Windows. Et elle apporte 3 fonctionnalités : le partage de charge entre serveurs, la reprise automatique sur panne et la réplication temps réel des données.”
Plus de 20 clusters SafeKit sont déployés sur Windows.
Tony Myers, Directeur Business Développement témoigne :
“En développant des applications pour le contrôle du trafic aérien, Copperchase est dans l’une des activités les plus critiques qui existent. Nous avons absolument besoin que nos applications soient disponibles tout le temps. Nous avons trouvé avec SafeKit une solution simple et complète de clustering qui répond parfaitement à nos besoins. Ce logiciel combine en un seul produit l’équilibrage de charge, la réplication de données en temps réel sans perte de données et le basculement automatique en cas de panne. C’est pourquoi, Copperchase déploie SafeKit dans les aéroports pour le contrôle du trafic aérien au Royaume-Uni et dans les 30 pays où nous sommes présents.”
Plus de 25 clusters SafeKit sont déployés sur Linux avec Oracle.
Peter Knight, Directeur Commercial témoigne :
“La continuité d’activité et la résistance au désastre sont une préoccupation majeure pour nos clients utilisant notre application bancaire Locus déployée dans de nombreuses banques en Irlande et au Royaume-Uni. Nous avons trouvé avec SafeKit une solution simple et robuste pour assurer la haute disponibilité et la réplication synchrone et sans perte des données entre deux serveurs. Avec cette solution logicielle, nous ne sommes pas dépendants d’une solution de clustering matérielle spécifique et coûteuse. C’est un outil parfait pour fournir une option de haute disponibilité à une application développée par un éditeur logiciel.”
20 clusters SafeKit sont déployés sur Windows et Linux.
Stéphane Guilmin, Responsable de projets témoigne :
“Projet majeur au sein de la RATP, l’automatisation de la ligne 1 du métro 1 parisien impose que le poste commande centralisé (PCC) soit conçu pour résister aux pannes informatiques. Avec le produit SafeKit, nous avons trouvé trois avantages distinctifs répondant à ce besoin. Il s’agit d’abord d’une solution purement logicielle qui ne nous contraint pas à utiliser des disques partagés sur un SAN et des boitiers réseau de partage de charge. Nous pouvons très simplement séparer nos serveurs dans des salles machines distinctes. Ensuite, cette solution de clustering est homogène pour nos plateformes Windows et Linux. Et SafeKit nous apporte les trois fonctions dont nous avons besoin : le partage de charge entre serveurs, la reprise automatique sur panne et la réplication en temps réel des données.”
Et également, Philippe Marsol, responsable d’intégration, Atos BU Transport, témoigne :
“SafeKit est un produit simple et puissant pour la haute disponibilité des applications. Nous avons intégré SafeKit dans nos projets critiques comme la supervision de la ligne 4 du métro Parisien (dans le PCC / Poste de Commande et de Contrôle) ou la ligne 1 et 2 à Marseille (dans le CSR / Centre de Supervision du Réseau). Grâce à la simplicité du produit, nous avons gagné du temps dans l’intégration et la validation de la solution et nous avons eu également des réponses rapides à nos questions avec une équipe Evidian réactive.”
Plus de 30 clusters SafeKit sont déployés sur Windows avec SQL Server.
Marc Pellas, Président Directeur Général témoigne :
“SafeKit répond parfaitement aux besoins d’un éditeur logiciel. Son principal avantage est d’introduire la haute disponibilité via une option logicielle qui s’ajoute à notre propre suite logicielle multi-plateformes. Ainsi, nous ne sommes pas dépendants d’une solution de clustering matériel spécifique, coûteuse, complexe à installer, difficile à maintenir et différente suivant les environnements clients. Avec SafeKit, nos centres de pompiers sont déployés avec une solution de clustering logiciel intégrée avec notre application, uniforme chez tous nos clients, simple pour les utilisateurs et que nous maîtrisons totalement de l’installation jusqu’au support après vente.”
14 clusters SafeKit sont déployés sur Windows et Linux.
Alexandre Barth, Administrateur système témoigne :
“Notre équipe de production a mis en œuvre sans difficulté la solution SafeKit sur 14 clusters Windows et Unix. Notre activité critique est ainsi sécurisée avec des fonctions de haute disponibilité et de partage de charge. Les avantages de ce produit sont d’une part la simplicité de mise en œuvre et d’administration des clusters et d’autre part, l’uniformité de la solution face aux systèmes d’exploitation hétérogènes.”
Démonstrations de solutions de redondance et de haute disponibilité
Webinaire SafeKit
Ce webinaire présente en 2 minutes Evidian SafeKit.
Dans ce webinaire, vous comprendrez les clusters ferme et miroir de SafeKit.
Cluster Microsoft SQL Server
Cette vidéo montre la configuration d'un module miroir avec réplication temps réel synchrone et reprise sur panne.
La réplication de fichiers et le basculement sont configurés pour Microsoft SQL Server mais fonctionnent de la même manière pour d'autres bases de données.
Disque partagé et baie de disques externe spécifique
Sites distants = pas de SAN pour la réplication
Sites distants = baies de disques répliquées à travers un SAN
Aucune compétence informatique spécifique pour configurer le système
Compétence informatique spécifique pour configurer le système
Notez que les solutions Hyper-V/SafeKit et KVM/SafeKit sont limitées à la réplication et au basculement de 25 machines virtuelles.
Différentiateurs clés entre la haute disponibilité au niveau machine virtuelle et au niveau application
HA de VMs avec le module Hyper-V ou KVM de SafeKit
HA d'application avec les modules applicatifs de SafeKit
SafeKit dans 2 hyperviseurs
Réplication et reprise de VM complète
SafeKit dans 2 machines virtuelles ou physiques
Réplication et reprise au niveau applicatif
Réplique plus de données (App+OS)
Réplique seulement les données applicatives
Reboot de la machine virtuelle sur l'hyperviseur 2 si l'hyperviseur 1 crash
Temps de reprise dépendant du reboot de l'OS
Temps de reprise rapide avec redémarrage de l'application sur OS2 en cas de panne du serveur 1
Autour d'1 mn ou moins (voir RTO/RPO ici)
Checker applicatif et reprise sur panne logicielle
Solution générique pour n'importe quelle application / OS
La haute disponibilité applicative supporte les pannes matérielles et logicielles avec un temps de reprise rapide (RTO autour d'1 mn ou moins)
La haute disponibilité applicative nécessite de définir des scripts de redémarrage par application et des dossiers à répliquer (modules applicatifs SafeKit).
La haute disponibilité de machines virtuelles complètes (VM) supporte seulement les pannes matérielles avec un reboot de la VM et un temps de reprise dépendant du reboot de l'OS.
Pas de scripts de redémarrage à définir avec des machines virtuelles complètes en haute disponibilité (modules SafeKit hyperv.safe ou kvm.safe). Les hyperviseurs sont actif/actif avec simplement plusieurs machines virtuelles.
Chaque serveur peut être le serveur de reprise de l'autre serveur.
Exception logicielle avec redémarrage dans un autre environnement OS.
Upgrade en douceur de l'application et de l'OS possible serveur par serveur (les versions N et N+1 peuvent coexister)
Serveur secondaire dédié à l'exécution de la même application synchronisée au niveau instruction.
Exception logicielle sur les 2 serveurs en même temps.
Upgrade en douceur impossible
SafeKit met en œuvre la réplication de fichiers temps réel au niveau octet et se configure simplement avec les répertoires applicatifs à répliquer même dans le disque système
La réplication de disque au niveau bloc est complexe à configurer et nécessite de mettre les données de l'application dans un disque spécial
Pour éviter 2 serveur maîtres, SafeKit propose un simple "split brain checker" configuré sur un routeur
Pour éviter 2 serveur maîtres, les autres clusters demandent une configuration complexe avec une 3ième machine, un disque de quorum spécial, une interconnexion spéciale
Aucun serveur proxy dédié et aucune configuration réseau particulière ne sont requis dans un cluster SafeKit pour mettre en œuvre des adresses IP virtuelles
Une configuration réseau spéciale est requise dans d'autres clusters pour mettre en œuvre des adresses IP virtuelles. A noter que SafeKit propose un vérificateur d'état adapté aux équilibreurs de charge
Modules SafeKit pour des solutions de redondance et de haute disponibilité plug&play