Hyper-V : le cluster de haute disponibilité le plus simple avec réplication temps réel, reprise sur panne et partage de charge de VMs entre deux serveurs redondants sans disque partagé

Evidian SafeKit

Comment mettre en œuvre une haute disponibilité Hyper-V avec réplication temps réel, reprise automatique sur panne et partage de charge de machines virtuelles entre deux serveurs redondants sans disque partagé ?

Réplication, reprise sur panne et partage de charge de VMs Hyper-V avec un cluster SafeKit entre deux serveurs redondants

Evidian SafeKit apporte la haute disponibilité à Hyper-V entre deux serveurs redondants. Cet article explique comment mettre en œuvre rapidement un cluster Hyper-V sans disque partagé et sans compétences spécifiques. Le module de haute disponibilité hyperv.safe et un essai gratuit sont offerts dans le tab installation ci-dessous.

Notez que SafeKit est un produit générique. Vous pouvez mettre en œuvre avec le même produit la réplication en temps réel et le basculement de nouveaux répertoires de fichiers et services, de bases de données, de conteneurs docker, de machines virtuelles Hyper-V ou KVM complètes, d'applications Cloud. Voir d'autres exemples de modules miroirs ici.

Cette solution de clustering est reconnue comme la plus simple à mettre en œuvre par nos clients et partenaires. Cette solution résout

  • les pannes matérielles (20% des problèmes), incluant la panne complète d'une salle informatique,
  • et les erreurs humaines (40% des problèmes) grâce à sa simplicité d'utilisation, incluant une console Web d'administration très simple pour configurer, contrôler et surveiller les clusters,
  • mais elle ne résout pas les défaillances logicielles (40% des problèmes), incluant le passage d'update serveur par serveur,
  • et le temps de reprise en cas de panne dépend du temps de reboot des VMs.

Si vous voulez une solution complète avec un temps de reprise rapide, considérez la haute disponibilité au niveau de l'application et lisez cet article VM HA vs Application HA.

Principe

La réplication des machines virtuelles est synchrone et temps réel entre deux serveurs Hyper-V. Seules les modifications apportées à l'intérieur des fichiers composant une machine virtuelle sont répliquées. Notez que SafeKit implémente une réplication synchrone en temps réel et non la réplication asynchrone traditionnelle. Cette fonctionnalité est importante pour la haute disponibilité de Hyper-V car avec une réplication asynchrone, il y a perte de données sur un basculement comme expliqué dans cet article: réplication synchrone versus réplication asynchrone.

Lorsqu'un serveur Hyper-V tombe en panne, il y a un basculement automatique des machines virtuelles (VMs) tournant sur ce serveur vers l'autre serveur. Et lorsque le serveur défaillant est redémarré, il y a une réintégration automatique des fichiers représentant les VMs sans les arrêter sur le serveur actif.

Chaque machine virtuelle est répliquée et redémarrée automatiquement indépendamment. Certaines machines virtuelles peuvent s'exécuter sur le premier serveur Hyper-V et sont répliquées et redémarrées sur le deuxième serveur Hyper-V. D'autres machines virtuelles peuvent s'exécuter sur le deuxième serveur Hyper-V et sont répliquées et redémarrées sur le premier serveur Hyper-V. L'équilibrage de charge des machines virtuelles entre les deux serveurs est contrôlé par l'administrateur via la console Web SafeKit. En cliquant sur un bouton, l'administrateur peut déplacer une VM d'un serveur Hyper-V à l'autre.

La solution ne nécessite aucun disque partagé et aucune configuration spéciale de Windows. Seuls 2 serveurs Windows sont nécessaires. Le logiciel SafeKit est installé sur les deux serveurs.

Fonctionnalités

  • Pas de disque partagé
  • Réplication de données temps réel et continue d'une machine virtuelle avec basculement automatique
  • Cluster actif actif avec plusieurs VMs et réplication de données croisée en temps réel entre 2 serveurs
  • Console web centralisée et ergonomique pour gérer toutes les VMs
  • Offre intéressante pour un revendeur sans intégration avec les applications
  • En moins de 10 minutes, un revendeur sait comment créer un cluster Hyper-V : voir cette vidéo
  • Une autre vidéo montre la réplication des checkpoints et des paramètres des VMs
  • Intéressant pour les solutions HA qui ne peuvent pas être intégrées au niveau de l'application (Active Directory, Microsoft Exchange ...)
  • Intéressant pour les applications s'exécutant sur un OS non pris en charge et intégré dans une machine virtuelle Hyper-V répliquée par SafeKit

Notez que cette solution est limitée à la réplication et au basculement de 25 machines virtuelles.

Notez également que SafeKit est capable de resynchroniser automatiquement un serveur Hyper-V défaillant sans aucune opération manuelle et sans arrêter les VMs. C'est un facteur de différenciation important lorsqu'on compare SafeKit à des solutions de réplication dont le basculement ne marche qu'une fois : le serveur en panne ne peut être réintégré dans le cluster qu'avec des opérations manuelles complexes et non automatisées.

Version d'essai gratuit + module hyperv.safe et procédure d'installation étape par étape de SafeKit sur deux serveurs Hyper-V redondants

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é.

Continuez avec le tab Installation

Installation de SafeKit pour la haute disponibilité de Hyper-V avec réplication temps réel synchrone et tolérance aux pannes entre deux serveurs redondants

Prérequis

Installation du package sur Windows

Sur les deux nœuds Windows

  • Installez la version gratuite de SafeKit sur 2 nœuds Windows avec les services Hyper-V installés sur les deux nœuds
  • Téléchargez le module Windows
  • Mettez hyperv.safe sous C:\safekit\Application_Modules\demo\ (créez le répertoire demo s'il n'existe pas)
  • Pour ouvrir le pare-feu Windows, sur les deux nœuds démarrez une ligne de commande en tant qu'administrateur, allez sous C:\safekit\private\bin et tapez .\firewallcfg.cmd add
  • Pour synchroniser SafeKit au boot et au shutdown, sur les deux nœuds démarrez une ligne de commande en tant qu'administrateur, allez sous C:\safekit\private\bin et tapez .\addStartupShutdown.cmd une seule fois

Note   Guide de l'utilisateur disponible ici

Continuez avec l'onglet Configuration

Configuration de SafeKit pour la haute disponibilité de Hyper-V avec réplication temps réel synchrone et tolérance aux pannes entre deux serveurs redondants

Prérequis

Pour chaque machine virtuelle à répliquer, tous les fichiers de la machine virtuelle (fichier de configuration de la VM, disque virtuel ...) doivent être placés dans un même dossier: ce dossier sera répliqué par SafeKit.

Si ce n'est pas le cas, avant la configuration de SafeKit, vous devez effectuer une configuration dans Hyper-V manager ( voir démonstration ):

  • Exportez la VM cible dans un répertoire, par exemple VM1 dans D:\Repli-Hyper-V
  • Cette 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 la machine virtuelle VM1, précédemment exportée, dans le gestionnaire Hyper-V
  • Désormais, la machine virtuelle VM1 enregistrée dans Hyper-V a tous ses fichiers dans D:\Repli-Hyper-V\VM1\ qui seront répliqués par SafeKit
  • Répétez l'opération pour toutes les VM que vous souhaitez répliquer

Assurez-vous que le ou les noms des switchs virtuels référencés par les machines virtuelles existent sur les deux serveurs Hyper-V et correspondent au même réseau physique.

Instructions de configuration

La configuration Hyper-V est présentée avec une machine virtuelle nommée VM1. Vous devez répéter cette configuration pour toutes les machines virtuelles que vous souhaitez répliquer. SafeKit supporte au maximum 25 machines virtuelles.

Warning  Important : toute la configuration SafeKit est réalisée à partir d'un seul navigateur.

Lancez la console Web dans un navigateur sur un nœud en vous connectant à http://localhost:9010 (image suivante). Vous pouvez aussi exécuter la console dans un navigateur sur un poste de travail externe en vous connectant à l'adresse IP physique d'un nœud.

Démarrer la console Web SafeKit pour configurer Hyper-V

Note   Pour sécuriser la console web, voir 11. Sécurisation de la console web de SafeKit dans le guide de l'utilisateur.

Entrez l'adresse IP du premier nœud et cliquez sur Confirm (image suivante)

Console Web SafeKit - premier nœud dans le cluster Hyper-V

Cliquez sur New node et entrez l'adresse IP du deuxième nœud (image suivante)
Puis, cliquez sur la disquette rouge pour sauvegarder la configuration (image suivante)

Console Web SafeKit - second nœud dans le cluster Hyper-V

Note   Dans l'image précédente, l'opération de sauvegarde a placé les adresses IP dans le fichier c:\safekit\var\cluster\cluster.xml et a appliqué la commande distribuée c:\safekit\safekit –H "*" -G qui configure le nœud 1 et le nœud 2. Ne refaites donc pas cette opération sur l'autre nœud. Vérifiez la connectivité et le pare-feu entre les deux nœuds pour résoudre des problèmes.

Dans l'onglet Configuration, cliquez sur hyperv.safe (xxx.safe dans l'image suivante) puis entrez VM1 comme nom du module et cliquez sur Confirm (la console trouve hyperv.safe dans le répertoire "demo/" que vous avez précédemment rempli dans le tab Installation)

Console Web SafeKit - démarrer la configuration des services Hyper-V  console Web SafeKit - entrez le nom du module Hyper-V

Cliquez sur Validate (image suivante)

Console Web SafeKit - entrez les nœuds du module Hyper-V

Dans la configuration SafeKit (image suivante), mettez:

  • dans VM_PATH , le chemin racine du répertoire répliqué (D:\Repli-Hyper-V),
  • 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 les prérequis).

Les valeurs NORMAL_STOP et FORCE_STOP peuvent être "save", "stop" ou "off". Lorsqu'il y a un arrêt programmé du primaire avec un basculement sur le secondaire:

  • "save" enregistre l'état actuel de la VM (suspend),
  • "stop" shutdown la VM,
  • "off" fait un power-off de la VM.

SafeKit web console - enter Hyper-V parameters

Cliquez sur Validate (image précédente)

Console Web SafeKit - arrêtez le module Hyper-V avant la configuration

Cliquez sur Configure (image précédente)

Console Web SafeKit - vérifier le message succès vert de la configuration du module Hyper-V

Vérifiez le message succès vert sur les deux serveurs et cliquez sur Next (image précédente).

On suppose que le nœud 1 contient les répertoires répliqués les plus récents (sinon faite l'opération suivante sur le nœud 2).
Sélectionnez le nœud 1 et cliquez sur Start it (image suivante).
Lorsque vous démarrerez le nœud 2, la première resynchronisation se fera du nœud1 vers le nœud 2.
En cas de doute, avant cette opération, nous vous suggérons de faire une copie des répertoires répliqués avant de démarrer le cluster pour éviter toute erreur.

Console Web SafeKit - sélectionnez le nœud Hyper-V avec les données à jour

Le nœud 1 doit atteindre l'état ALONE (vert) (image suivante), ce qui signifie que le script start_prim a été exécuté sur le nœud 1.
Lorsque le nœud 1 atteint l'état ALONE (vert), vous pouvez vérifier que l'application Hyper-V est démarrée sur le nœud 1.
Si l'état est ALONE (vert) et si l'application n'est pas démarrée, vérifiez le script start_prim: vous pouvez trouver les messages de sortie du script dans l'Application Log disponible dans l'onglet Contrôle.
Si le nœud 1 n’atteint pas l’état ALONE (vert), analysez pourquoi avec le Module Log disponible dans l'onglet Contrôle.
Note : dans l'image suivante, si le cluster est dans l'état [WAIT (rouge) not uptodate - STOP (rouge) not uptodate], arrêtez le serveur WAIT et forcez son démarrage en primaire (cliquez ici pour voir l'opération).

Console Web SafeKit - le premier nœud Hyper-V démarre en tant que primaire et est seul

On suppose que les services démarrés automatiquement par SafeKit dans le script start_prim sont bien arrêtés sur le nœud 2.
Démarrez le nœud 2 (image précédente) qui devient SECOND vert (image suivante) après la resynchronisation de tous les répertoires répliqués (copie binaire du nœud 1 vers le nœud 2).

console Web SafeKit - le second nœud Hyper-V démmarre en tant que SECOND

La réplication et le basculement sont opérationnels pour VM1. VM1 s'exécute sur le nœud PRIM (image précédente). Seules les modifications dans les fichiers Hyper-V définissant VM1 sont répliquées en temps réel dans cet état.

Tests

Vérifiez avec le gestionnaire Hyper-V que la machine vituelle VM1 est démarrée sur le serveur primaire et arrêtée sur le serveur secondaire.

Arrêtez le nœud PRIM en faisant défiler le menu du nœud primaire et en cliquant sur Stop.

Vérifiez qu'il y a un basculement sur le nœud SECOND et vérifiez le redémarrage de VM1 avec le gestionnaire Hyper-V. Comme le script de basculement importe la machine virtuelle sur le serveur Hyper-V secondaire, le basculement peut échouer en raison des paramètres Hyper-V et de la compatibilité du processeur (voir cet article).

Plus d'information sur les tests dans le guide de l'utilisateur

Démarrage automatique du module au boot

Configure boot start (image suivante sur le côté droit) configure le démarrage automatique du module au boot du serveur. Effectuez cette configuration sur node1 and node2 une fois que la solution de haute disponibilité fonctionne correctement.

Console Web SafeKit - Démarrage automatique au boot du module Hyper-V

Dans Hyper-V manager, configurez la VM répliquée avec Automatic start action: none. SafeKit gère le démarrage ou l'arrêt de la VM sur un nœud ou l'autre.

Hyper-V Manager - Automatic start action: none

Notez que pour synchroniser SafeKit au boot et au shutdown, sur les deux nœuds, on suppose qu'une commande a été exécutée à l'installation en tant qu'administrateur .\addStartupShutdown.cmd dans C:\safekit\private\bin (sinon faites le maintenant une seule fois).

Pour lire les logs SafeKit, allez au tab Dépannage

Résolution de problèmes avec SafeKit pour la haute disponibilité de Hyper-V avec réplication temps réel synchrone et tolérance aux pannes entre deux serveurs redondants

Journal du module

Consultez le journal d'un module pour comprendre les raisons d'une reprise sur panne, d'un état d'attente sur la disponibilité d'une ressource etc...
Pour voir le journal du module sur le serveur primaire (image suivante):

  • cliquez sur l'onglet Control
  • cliquez sur node 1/PRIM (il devient bleu) à gauche pour sélectionner le serveur
  • cliquez sur Module Log
  • cliquez sur l'icône Refresh (flêches vertes) pour mettre à jour la console
  • cliquez sur la disquette pour sauver le log du module dans un fichier .txt et pour l'analyser dans un éditeur de texte

Répétez la même opération pour voir le journal du module du serveur secondaire.

Console Web SafeKit - Journal du module du serveur Hyper-V PRIM

Journal applicatif

Consultez le journal applicatif pour voir les messages de sortie des scripts de redémarrage stat_prim et stop_prim.
Pour voir le journal applicatif du serveur primaire (image suivante) :

  • cliquez sur l'onglet Control
  • cliquez sur node 1/PRIM (il devient bleu) à gauche pour sélectionner le serveur
  • cliquez sur Appication Log pour voir les messages de démarrage et d'arrêt de VM1
  • cliquez sur l'icône Refresh (flêches vertes) pour mettre à jour la console
  • cliquez sur la disquette pour sauver le log applicatif dans un fichier .txt et pour l'analyser dans un éditeur de texte

Répétez la même opération pour voir le journal applicatif du serveur secondaire.

Console Web SafeKit - Application log du serveur Hyper-V PRIM

Plus d'information sur la résolution de problèmes dans le guide de l'utilisateur

Pour un support, allez au tab Support

Configuration avancée de SafeKit pour la haute disponibilité de Hyper-V avec réplication temps réel synchrone et tolérance aux pannes entre deux serveurs redondants

Configuration avancée

Dans l'onglet Advanced Configuration (image suivante), vous pouvez modifier les fichiers internes au module : bin/start_prim et bin/stop_prim et conf/userconfig.xml (image suivante sur le côté gauche). Si vous faites des changements dans les fichiers internes ici, vous devez appliquer la nouvelle configuration par un clic droit sur l'icône/xxx sur le côté gauche (image suivante) : l'interface vous permettra de redéployer les fichiers modifiés sur les deux serveurs.

Console Web SafeKit - Configuration avancée du module Hyper-V

Plus d'information sur userconfig.xml dans le guide de l'utilisateur

Support de SafeKit pour la haute disponibilité de Hyper-V avec réplication temps réel synchrone et tolérance aux pannes entre deux serveurs redondants

Support

Pour obtenir de l'aide sur le centre d'appel de https://support.evidian.com, prenez 2 Snaphots (2 fichiers .zip), un pour chaque serveur et téléchargez-les dans l'outil du centre d'appel (image suivante).

Console Web SafeKit - Snaphots du module Hyper-V pour le support

Plus d'information sur le support dans le guide de l'utilisateur

Clients du logiciel de haute disponibilité SafeKit dans tous les domaines d'activité

  • Le fournisseur de solutions pour le contrôle aérien, Copperchase, déploie SafeKit pour la haute disponibilité de ses systèmes dans les aéroports.

    Transport aérien [+]

    Le fournisseur de solutions pour le contrôle aérien, Copperchase, déploie SafeKit pour la haute disponibilité de ses systèmes dans les aéroports.

    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."


  • L'éditeur de logiciel Wellington IT spécialisé dans les banques coopératives déploie la solution de haute disponibilité SafeKit en Irlande et au Royaume-Uni avec son progiciel.

    Banque [+]

    L'éditeur de logiciel Wellington IT spécialisé dans les banques coopératives déploie la solution de haute disponibilité SafeKit en Irlande et au Royaume-Uni avec son progiciel.

    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."


  • La RATP choisit la solution de haute disponibilité et de load balancing SafeKit pour son poste de commande centralisé de la ligne 1 du métro parisien.

    Transport métropolitain [+]

    La RATP choisit la solution de haute disponibilité et de load balancing SafeKit pour son poste de commande centralisé de la ligne 1 du métro parisien.

    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."


  • L'intégrateur de logiciels Systel déploie la solution de haute disponibilité SafeKit dans les centres d'appels des pompiers et du SAMU.

    Santé [+]

    L'intégrateur de logiciels Systel déploie la solution de haute disponibilité SafeKit dans les centres d'appels des pompiers et du SAMU.

    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."


  • La haute disponibilité de l'ERP de l'armée Française est réalisée avec SafeKit à la DGA.

    Gouvernement [+]

    La haute disponibilité de l'ERP de l'armée Française est réalisée avec SafeKit à la DGA.

    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."


Différentiateurs de la solution de haute disponibilité SafeKit par rapport à la concurrence

SafeKit avec le module Hyper-V ou le module KVM Microsoft Hyper-V Cluster & VMware HA
SafeKit with Hyper-V VMware HA 1 Hyper-V cluster
Like  Pas de disque partagé - réplication temps réel synchrone à la place avec 0 perte de données Dislike  Disque partagé et baie de disques externe spécifique
Like  Sites distants = pas de SAN pour la réplication Dislike  Sites distants = baies de disques répliquées à travers un SAN
Like  Aucune compétence informatique spécifique pour configurer le système Dislike  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.

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

Application HA

Réplication et reprise eu niveau applicatif
Dislike  Réplique trop de données (App+OS) Like  Réplique seulement les données applicatives
Dislike  Reboot de la machine virtuelle sur l'hyperviseur 2 si l'hyperviseur 1 crash: temps de reprise dépendant du reboot de l'OS Like  Temps de reprise rapide avec redémarrage de l'application sur OS2 en cas de panne de VM1 : autour d'1 mn ou moins (voir RTO/RPO ici)
Dislike  Pas de checker applicatif et de reprise sur panne logicielle Like  Checker applicatif et reprise sur panne logicielle
Dislike  Risque d'arrêt lors des upgrades du système d'exploitation ou de l'application (image unique) Like  Update en douceur de OS1 ou OS2 ou App (deux images)
Like  Solution générique pour n'importe quelle application / OS Like  Intégration avec des modules applicatifs de haute disponibilité

Cluster logiciel vs cluster matériel >

Un cluster simple avec SafeKit installé sur deux serveurs

Like  Un cluster logiciel simple avec le package SafeKit installé sur deux serveurs

Cluster matériel avec stockage SAN externe et load balancer

Dislike  Un cluster matériel complexe avec du stockage externe ou des boîtiers de load balancing

Cluster de type "shared nothing"" vs cluster à disque partagé >

SafeKit est un cluster de type shared-nothing: simple à déployer même dans des sites distants

Like  SafeKit est un cluster sans partage de type "shared-nothing": simple à déployer même sur des sites distants

Un cluster à disque partagé est complexe à déployer

Dislike  Un cluster à disque partagé est complexe à déployer

Haute disponibilité applicative vs Haute disponibilité de machines virtuelles complètes >

La haute disponibilité applicative de SafeKit supporte les pannes matérielles, logicielles et les erreurs humaines avec un temps de reprise rapide

Like  La haute disponibilité applicative supporte les pannes matérielles et logicielles avec un temps de reprise rapide (RTO autour d'1 mn ou moins)
Upgrade en douceur de l'application et de l'OS possible serveur par serveur (les versions N et N+1 peuvent coexister)

La haute disponibilité de machines virtuelles (VM) complètes supporte seulement les pannes matérielles avec un reboot de la VM et un temps de reprise indéfini

Dislike  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.
Upgrade en douceur impossible

Haute disponibilité vs tolérance aux fautes >

SafeKit high availability vs fault-tolerance

Like  Aucun serveur dédié avec SafeKit. 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)

Fault tolerance system

Dislike  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

Réplication synchrone vs réplication asynchrone >

SafeKit met en œuvre une réplication temps réel synchrone sans perte de données en cas de panne

Like  SafeKit met en œuvre une réplication temps réel synchrone sans perte de données en cas de panne

Avec une réplication asynchrone, il y a une perte de données en cas de panne

Dislike  Avec une réplication asynchrone, il y a une perte de données en cas de panne

Réplication de fichiers au niveau octet vs réplication de disque au niveau du bloc >

SafeKit met en œuvre la réplication de fichiers au niveau octet et se configure simplement avec des répertoires à répliquer même sur le disque système

Like  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 du bloc est complexe et nécessite de mettre les données de l'application dans un disque spécial

Dislike  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

Heartbeat, reprise sur panne et quorum pour éviter 2 serveurs maîtres >

Pour éviter 2 serveur maîtres, SafeKit propose un simple split brain checker configuré sur un routeur

Like  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 demande une configuration complexe avec une 3ième machine, un disque de quorum spécial, un reset hardware distant

Dislike  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

Adresse IP virtuelle
primaire/secondaire, load balancing réseau, basculement sur panne >

Aucune configuration réseau particulière n'est requise dans un cluster SafeKit pour l'équilibrage de la charge réseau

Like  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 l'équilibrage de la charge réseau

Dislike  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

Démonstrations de solutions de haute disponibilité avec SafeKit

Webinaire SafeKit

Ce webinaire présente en 10 minutes Evidian SafeKit.

Dans ce webinaire, vous comprendrez :

  • les clusters ferme et miroir
  • les économies par rapport aux solutions de clustering matériel
  • les meilleurs cas d'utilisation
  • le processus d'intégration d'une nouvelle application

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.

Essai gratuit ici

Cluster Apache

Cette vidéo montre une configuration d'un module ferme avec équilibrage de charge et reprise sur panne.

L'équilibrage de charge et le basculement sont configurés pour Apache mais fonctionnent de la même manière pour d'autres services Web.

Essai gratuit ici

Cluster Hyper-V

Cette vidéo montre un cluster Hyper-V avec des réplications complètes de machines virtuelles.

Les machines virtuelles peuvent s'exécuter sur les deux serveurs Hyper-V et elles sont redémarrées en cas de panne.

Essai gratuit ici

Formation gratuite en ligne au logiciel de haute disponibilité SafeKit

Modules SafeKit pour des solutions de haute disponibilité plug&play