Cluster miroir avec réplication de données temps réel continue et reprise sur panne

Réplication de fichiers en temps réel et basculement d'application

Le cluster miroir est une solution de haute disponibilité active-passive, créée en déployant un module miroir au sein d'un cluster à deux nœuds. L'application s'exécute sur un serveur primaire et est redémarrée automatiquement sur un serveur secondaire en cas de défaillance du serveur principal.

Avec sa fonction de réplication de fichiers temps réel, cette architecture est particulièrement adaptée pour fournir une haute disponibilité aux applications back-end avec des données critiques à protéger contre les pannes.

Les solutions Microsoft SQL Server, PostgreSQL, MariaDB, Oracle, Milestone, Nedap, Docker, Podman, Hyper-V et KVM sont des exemples de modules miroirs. Vous pouvez créer votre propre module miroir pour votre application sur la base du module générique mirror.safe.

Notez que les modules miroirs Hyper-V et KVM répliquent des machines virtuelles entières, y compris les applications et les systèmes d'exploitation. Ils ne nécessitent pas d'adresse IP virtuelle, car le redémarrage de la machine virtuelle gère le basculement de l'adresse IP physique de la VM.

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

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.

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

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.

🔍 Hub de navigation SafeKit Haute Disponibilité

Explorez SafeKit : fonctionnalités, vidéos techniques, documentation et essai gratuit
Type de ressource	Description	Lien direct
Fonctionnalités	Pourquoi choisir SafeKit pour une haute disponibilité simple et économique ?	Voir les fonctionnalités
Partenaires	SafeKit : la référence en haute disponibilité pour les partenaires	SafeKit pour les partenaires
VM vs App HA	SafeKit : choix de haute disponibilité (HA) et de redondance	Choix VM/App
Usage type	Utilisation typique de SafeKit et limitations	Usage et limitations
Vidéos	SafeKit : démonstrations techniques et tutoriels	Voir les vidéos
Cluster Mirror	Comment fonctionne le cluster miroir SafeKit (réplication de fichiers en temps réel et basculement) ?	Cluster Mirror
Cluster Farm	Comment fonctionne le cluster farm SafeKit (répartition de charge réseau et basculement) ?	Cluster Farm
Différenciateurs	Comparaison de SafeKit avec les clusters de haute disponibilité (HA) traditionnels	Voir les avantages
Ressources	Ressources SafeKit HA, téléchargements et documentation	Accéder aux ressources
Modules applicatifs	Bibliothèque de modules applicatifs SafeKit : solutions prêtes à l'emploi	Parcourir les modules