eviden-logo

Evidian > Produits > SafeKit : Logiciel de haute disponibilité simple et économique > Redondance N-1

Redondance N-1

Evidian SafeKit

Cluster N-1 avec réplication de données et basculement applicatif entre N serveurs actifs et 1 serveur de secours

Redondance N-1

Cluster SafeKit avec redondance N-1

Comment fonctionne la redondance N-1 ?

SafeKit fournit un cluster en redondance N-1 simple avec N applications exécutées sur N serveurs et avec un seul serveur de secours pour le basculement. Dans un cluster SafeKit en redondance N-1, chaque application fonctionne sur ses propres répertoires répliqués.

En cas de panne d'un serveur principal contrairement à un cluster actif actif, le serveur de secours n'a pas à gérer une double charge de travail.

Cela suppose qu'il n'y ait qu'une seule panne à la fois dans le cluster en redondance N-1. La solution peut prendre en charge plusieurs pannes de serveurs principaux en même temps, mais dans ce cas, le serveur de secours unique devra gérer la charge de travail combinée de tous les serveurs défaillants.

Comment mettre en place la redondance N-1 ?

Le cluster SafeKit en redondance N-1 se configure simplement en déployant N modules miroirs sur N+1 serveurs.

Notez que :

  • toutes les applications (Appli1, Appli2, Appli3) doivent être installées sur le serveur de secours unique pour le basculement des applications,
  • chaque module miroir aura sa propre adresse IP virtuelle, ses propres répertoires de fichiers répliqués et ses propres scripts de reprise.

Comment fonctionne le cluster miroir SafeKit avec Windows ou Linux?

Étape 1. Réplication en temps réel

Le Serveur 1 (PRIM) exécute l'application Windows ou Linux. Les clients sont connectés à une adresse IP virtuelle. SafeKit réplique en temps réel les modifications apportées à l'intérieur des fichiers à travers le réseau.

Réplication de fichiers au niveau octet dans un cluster miroir Windows ou Linux

La réplication est synchrone sans perte de données en cas de défaillance, contrairement à la réplication asynchrone.
Il vous suffit de configurer les noms des répertoires à répliquer dans SafeKit. Il n'y a pas de prérequis sur l'organisation des disques. Les répertoires peuvent être situés dans le disque système.

Étape 2. Bascule automatique (failover)

Lorsque le Serveur 1 tombe en panne, le Serveur 2 prend le relais. SafeKit bascule l'adresse IP virtuelle et redémarre l'application Windows ou Linux automatiquement sur le Serveur 2.
L'application retrouve les fichiers répliqués par SafeKit à jour sur le Serveur 2. L'application continue de fonctionner sur le Serveur 2 en modifiant localement ses fichiers qui ne sont plus répliqués vers le Serveur 1.

Bascule (failover) de Windows ou Linux dans un cluster miroir

Le temps de bascule est égal au temps de détection de panne (30 secondes par défaut) plus le temps de démarrage de l'application.

Étape 3. Reprise automatique (failback)

La reprise (failback) consiste à redémarrer le Serveur 1 après avoir résolu le problème qui a causé sa défaillance.
SafeKit resynchronise automatiquement les fichiers, mettant à jour uniquement les fichiers modifiés sur le Serveur 2 pendant que le Serveur 1 était arrêté.

Reprise (failback) dans un cluster miroir Windows ou Linux

La reprise a lieu sans perturber l'application Windows ou Linux, qui peut continuer à s'exécuter sur le Serveur 2.

Étape 4. Retour à la normale

Après la réintégration, les fichiers sont à nouveau en mode miroir, comme à l'étape 1. Le système est de retour en mode haute disponibilité, avec l'application Windows ou Linux fonctionnant sur le Serveur 2 et SafeKit répliquant les mises à jour de fichiers vers le Serveur 1.

Retour au fonctionnement normal dans un cluster miroir Windows ou Linux

Si l'administrateur souhaite que l'application s'exécute sur le Serveur 1, il/elle peut exécuter une commande "swap" soit manuellement à un moment opportun, soit automatiquement via la configuration.

SafeKit : Haute Disponibilité (HA) et Choix de Redondance

Quels sont les deux principaux choix pour garantir la haute disponibilité et la redondance ?

Vous pouvez choisir entre la mise en place de la redondance :

  • Au niveau de l’application
  • Au niveau de la machine virtuelle (VM)

Qu’est-ce que la « Redondance au niveau de l’application » ?

Dans cette solution, seules les données de l’application sont répliquées. En cas de panne, seule l’application est redémarrée, et non le système d’exploitation ou la VM entière.

Diagramme SafeKit pour la Haute Disponibilité (HA) au niveau de l’application : illustre la réplication synchrone des données critiques de l’application entre serveurs actif et passif, permettant un basculement rapide sans redémarrage complet de la VM.

Exigences techniques :

  • Nécessite une compréhension technique de l’application elle-même.
  • Vous devez définir manuellement :
    • Quels services doivent être redémarrés.
    • Les dossiers spécifiques de l’application à répliquer en temps réel.
    • La configuration d’une adresse IP virtuelle pour le basculement.

Compatibilité plateforme :

  • Cette solution est indépendante de la plateforme.
  • Elle fonctionne sur des machines physiques, des machines virtuelles ou dans le Cloud.
  • Tous les hyperviseurs sont pris en charge (ex. : VMware, Hyper-V, etc.).
  • Plus d’informations : Windows, Linux

Qu’est-ce que la « Redondance au niveau de la machine virtuelle (VM) » ?

Dans cette solution, la machine virtuelle complète (VM) est répliquée, incluant l’application et le système d’exploitation (OS). En cas de panne, la VM entière est redémarrée.

Diagramme SafeKit pour la Haute Disponibilité (HA) au niveau de la VM : illustre la réplication complète de la VM, incluant l’OS et l’application, entre deux serveurs physiques pour assurer la continuité de service en cas de panne matérielle.

Principaux avantages :

  • Ne nécessite pas de compréhension technique de l’application installée dans la VM.
  • C’est la meilleure solution si vous ne connaissez pas le fonctionnement de l’application.
  • Vous devez seulement définir l’emplacement des fichiers de la VM.

Compatibilité plateforme :

  • Cette solution fonctionne avec Windows/Hyper-V et Linux/KVM.
  • Elle ne prend pas en charge VMware pour ce type de redondance.
  • C’est généralement une solution active/active où plusieurs machines virtuelles peuvent être répliquées et redémarrées entre deux nœuds.
  • Plus d’informations : Windows/Hyper-V, Linux/KVM

Utilisation typique avec SafeKit

Pourquoi une réplication de quelques téraoctets ?

Temps de resynchronisation après une panne (étape 3)

  • Réseau 1 Gb/s ≈ 3 heures pour 1 téraoctet.
  • Réseau 10 Gb/s ≈ 1 heure pour 1 téraoctet ou moins selon les performances d’écriture disque.

Alternative

Pourquoi une réplication < 1 000 000 fichiers ?

  • Performance du temps de resynchronisation après une panne (étape 3).
  • Temps nécessaire pour vérifier chaque fichier entre les deux nœuds.

Alternative

  • Regrouper les nombreux fichiers à répliquer dans un disque dur virtuel / une machine virtuelle.
  • Seuls les fichiers représentant le disque dur virtuel / la machine virtuelle seront répliqués et resynchronisés dans ce cas.

Pourquoi un basculement ≤ 32 VM répliquées ?

  • Chaque VM fonctionne dans un module miroir indépendant.
  • Maximum de 32 modules miroir exécutés sur le même cluster.

Alternative

  • Utiliser un stockage partagé externe et une autre solution de clustering de VM.
  • Plus coûteux, plus complexe.

Pourquoi un réseau LAN/VLAN entre sites distants ?

  • Basculement automatique de l’adresse IP virtuelle avec 2 nœuds dans le même sous-réseau.
  • Bonne bande passante pour la resynchronisation (étape 3) et bonne latence pour la réplication synchrone (typiquement un aller-retour inférieur à 2 ms).

Alternative

  • Utiliser un load balancer pour l’adresse IP virtuelle si les 2 nœuds sont dans 2 sous-réseaux (pris en charge par SafeKit, notamment dans le cloud).
  • Utiliser des solutions de sauvegarde avec réplication asynchrone pour un réseau à forte latence.

Solutions de Haute Disponibilité (HA) SafeKit : Guides d'Installation Rapide pour Clusters Windows et Linux

Ce tableau présente les solutions de Haute Disponibilité (HA) SafeKit, classées par catégorie d'application et environnement d'exploitation (Bases de données, Serveurs Web, VM, Cloud). Identifiez le module .safe pré-configuré spécifique (par exemple, mirror.safe, farm.safe, et autres) nécessaire pour la réplication en temps réel, l'équilibrage de charge et le basculement automatique des applications critiques sur Windows ou Linux. Simplifiez la configuration de votre cluster HA grâce à des liens directs vers les guides d'installation rapide, chacun incluant un lien de téléchargement pour le module .safe correspondant.

Un module .safe SafeKit est essentiellement un modèle de Haute Disponibilité (HA) pré-configuré qui définit la manière dont une application spécifique sera mise en cluster et protégée par le logiciel SafeKit. En pratique, il contient un fichier de configuration (userconfig.xml) et des scripts de redémarrage.

Solutions de Haute Disponibilité (HA) SafeKit : Guides d'Installation Rapide (avec modules .safe téléchargeables)
Catégorie d'Application Scénario HA (Haute Disponibilité) Technologie / Produit Module .safe Guide d'Installation
Nouvelles Applications Réplication et Basculement en Temps Réel Windows mirror.safe Voir Guide : Réplication Windows
Nouvelles Applications Réplication et Basculement en Temps Réel Linux mirror.safe Voir Guide : Réplication Linux
Nouvelles Applications Équilibrage de Charge Réseau et Basculement Windows farm.safe Voir Guide : Équilibrage de Charge Windows
Nouvelles Applications Équilibrage de Charge Réseau et Basculement Linux farm.safe Voir Guide : Équilibrage de Charge Linux
Bases de données Réplication et Basculement Microsoft SQL Server sqlserver.safe Voir Guide : Cluster SQL Server
Bases de données Réplication et Basculement PostgreSQL postgresql.safe Voir Guide : Réplication PostgreSQL
Bases de données Réplication et Basculement MySQL mysql.safe Voir Guide : Cluster MySQL
Bases de données Réplication et Basculement Oracle oracle.safe Voir Guide : Cluster Basculement Oracle
Bases de données Réplication et Basculement Firebird firebird.safe Voir Guide : Firebird HA
Serveurs Web Équilibrage de Charge et Basculement Apache apache_farm.safe Voir Guide : Équilibrage de Charge Apache
Serveurs Web Équilibrage de Charge et Basculement IIS iis_farm.safe Voir Guide : Équilibrage de Charge IIS
Serveurs Web Équilibrage de Charge et Basculement NGINX farm.safe Voir Guide : Équilibrage de Charge NGINX
VMs et Conteneurs Réplication et Basculement Hyper-V hyperv.safe Voir Guide : Réplication VM Hyper-V
VMs et Conteneurs Réplication et Basculement KVM kvm.safe Voir Guide : Réplication VM KVM
VMs et Conteneurs Réplication et Basculement Docker mirror.safe Voir Guide : Basculement Conteneur Docker
VMs et Conteneurs Réplication et Basculement Podman mirror.safe Voir Guide : Basculement Conteneur Podman
VMs et Conteneurs Réplication et Basculement Kubernetes K3S k3s.safe Voir Guide : Réplication Kubernetes K3S
Cloud AWS Réplication et Basculement en Temps Réel AWS mirror.safe Voir Guide : Cluster Réplication AWS
Cloud AWS Équilibrage de Charge Réseau et Basculement AWS farm.safe Voir Guide : Cluster Équilibrage de Charge AWS
Cloud GCP Réplication et Basculement en Temps Réel GCP mirror.safe Voir Guide : Cluster Réplication GCP
Cloud GCP Équilibrage de Charge Réseau et Basculement GCP farm.safe Voir Guide : Cluster Équilibrage de Charge GCP
Cloud Azure Réplication et Basculement en Temps Réel Azure mirror.safe Voir Guide : Cluster Réplication Azure
Cloud Azure Équilibrage de Charge Réseau et Basculement Azure farm.safe Voir Guide : Cluster Équilibrage de Charge Azure
Sécurité Physique / VMS Réplication et Basculement en Temps Réel Milestone XProtect milestone.safe Voir Guide : Basculement Milestone XProtect
Sécurité Physique / VMS Réplication et Basculement en Temps Réel Nedap AEOS nedap.safe Voir Guide : Basculement Nedap AEOS
Sécurité Physique / VMS Réplication et Basculement en Temps Réel Genetec (SQL Server) sqlserver.safe Voir Guide : Basculement SQL Genetec
Sécurité Physique / VMS Réplication et Basculement en Temps Réel Bosch AMS (Hyper-V) hyperv.safe Voir Guide : Basculement Bosch AMS Hyper-V
Sécurité Physique / VMS Réplication et Basculement en Temps Réel Bosch BIS (Hyper-V) hyperv.safe Voir Guide : Basculement Bosch BIS Hyper-V
Sécurité Physique / VMS Réplication et Basculement en Temps Réel Bosch BVMS (Hyper-V) hyperv.safe Voir Guide : Basculement Bosch BVMS Hyper-V
Sécurité Physique / VMS Réplication et Basculement en Temps Réel Hanwha Vision (Hyper-V) hyperv.safe Voir Guide : Basculement Hanwha Vision Hyper-V
Sécurité Physique / VMS Réplication et Basculement en Temps Réel Hanwha Wisenet (Hyper-V) hyperv.safe Voir Guide : Basculement Hanwha Wisenet Hyper-V
Produits Siemens Réplication et Basculement en Temps Réel Siemens Siveillance suite (Hyper-V) hyperv.safe Voir Guide : HA Siemens Siveillance
Produits Siemens Réplication et Basculement en Temps Réel Siemens Desigo CC (Hyper-V) hyperv.safe Voir Guide : HA Siemens Desigo CC
Produits Siemens Réplication et Basculement en Temps Réel Siemens Siveillance VMS SiveillanceVMS.safe Voir Guide : HA Siemens Siveillance VMS
Produits Siemens Réplication et Basculement en Temps Réel Siemens SiPass (Hyper-V) hyperv.safe Voir Guide : HA Siemens SiPass
Produits Siemens Réplication et Basculement en Temps Réel Siemens SIPORT (Hyper-V) hyperv.safe Voir Guide : HA Siemens SIPORT
Produits Siemens Réplication et Basculement en Temps Réel Siemens SIMATIC PCS 7 (Hyper-V) hyperv.safe Voir Guide : HA SIMATIC PCS 7
Produits Siemens Réplication et Basculement en Temps Réel Siemens SIMATIC WinCC (Hyper-V) hyperv.safe Voir Guide : HA SIMATIC WinCC

Comparaison de SafeKit avec les clusters de Haute Disponibilité (HA) traditionnels

Comment SafeKit se compare-t-il aux solutions de cluster de Haute Disponibilité (HA) traditionnelles ?

Cette comparaison met en évidence les différences fondamentales entre SafeKit et les solutions de cluster de Haute Disponibilité (HA) traditionnelles comme les clusters de basculement, la HA de virtualisation et SQL Always-On. SafeKit est conçu comme une solution logicielle à faible complexité pour la redondance d'applications génériques, contrastant avec la complexité élevée et les exigences de stockage spécifiques (stockage partagé, SAN) typiques des mécanismes HA traditionnels.
Comparaison de SafeKit avec les clusters de Haute Disponibilité (HA) traditionnels
Solutions Complexité Commentaires
Cluster de Basculement (Microsoft) Élevée Stockage Spécifique (stockage partagé, SAN)
Virtualisation (VMware HA) Élevée Stockage Spécifique (stockage partagé, SAN, vSAN)
SQL Always-On (Microsoft) Élevée Seul SQL est redondant, nécessite SQL Enterprise Edition
Evidian SafeKit Faible Le plus simple, générique et uniquement logiciel. Ne convient pas à la réplication de grandes quantités de données.

L'avantage de SafeKit en matière de redondance d'application

SafeKit atteint sa Haute Disponibilité à faible complexité grâce à un simple mécanisme de miroir basé sur logiciel qui élimine le besoin de matériel coûteux et dédié comme un SAN (Storage Area Network). Cela en fait une solution très accessible pour la mise en œuvre rapide de la redondance d'application sans modifications d'infrastructure complexes.