eviden-logo

Evidian > Produits > SafeKit : Logiciel de haute disponibilité simple et économique > Haute disponibilité et reprise après sinistre en même temps (HADR)

Haute disponibilité et reprise après sinistre en même temps (HADR)

Evidian SafeKit

Quand combiner haute disponibilité et reprise après sinistre (HADR) ?

Architecture HADR avec un réseau rapide

Architecture combinant haute disponibilité et reprise après sinistre (HADR)

2 nœuds sont placés dans 2 sites distants pour mettre en œuvre à la fois la haute disponibilité et la reprise après sinistre (HADR).

Solution HADR avec un réseau rapide

Une solution sans partage de disque (comme SafeKit) est nécessaire avec 2 nœuds répliquant des données de manière synchrone et en temps réel.

Comme il n'y a pas de perte de données avec une réplication synchrone, un basculement automatique de l'application peut être mis en place en cas de panne.

Pourquoi un LAN/VLAN étendu ?

Quand NE PAS combiner haute disponibilité et reprise après sinistre (HADR) ?

Architecture HADR avec un réseau lent

Architecture où la haute disponibilité et la reprise après sinistre (HADR) ne sont PAS combinées

2 nœuds sont placés dans le premier site pour une haute disponibilité et une solution de sauvegarde est mise en place pour la reprise après sinistre.

Solution HADR avec un réseau lent

Une solution de haute disponibilité (type SafeKit) est mise en place sur le premier site avec réplication temps réel synchrone et basculement automatique.

Et une solution de sauvegarde est mise en œuvre pour la réplication asynchrone via le réseau lent vers le site de reprise après sinistre.

Basculement vers le site de reprise après sinistre

  • Comme il y a perte de données avec une solution de sauvegarde, le basculement est manuel et décidé par un administrateur.
  • Les sauvegardes sont restaurées sur les serveurs du site de reprise après sinistre. Aujourd'hui, des sauvegardes de machines virtuelles sont souvent implémentées pour faciliter cette restauration (comme Veeam).
  • Le reroutage vers le site de reprise après sinistre est effectué au niveau du DNS. Le temps de reroutage dépend du délai d'expiration des caches DNS. Et cela peut nécessiter le redémarrage des clients qui effectuent une seule fois leur résolution DNS à leur initialisation.

La haute disponibilité ne supprime pas le besoin d'une solution de sauvegarde

La réplication en temps réel des solutions de haute disponibilité comme SafeKit ne supprime pas le besoin d'une solution de sauvegarde. Certains événements sont récupérables uniquement avec une solution de sauvegarde. Par exemple, un ransomware cryptant les données répliquées sur le serveur primaire chiffrera les données sur le serveur secondaire avec une réplication en temps réel. Seule une solution de sauvegarde avec une politique de rétention peut résoudre une attaque par ransomware.

Comment fonctionne le cluster miroir SafeKit avec Windows or Linux?

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

Le Serveur 1 (PRIM) exécute l'application Windows or 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 or 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 or 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 or 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 or Linux

La reprise a lieu sans perturber l'application Windows or 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 or 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 or 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.