Rechercher sur SafeKit

SafeKit : logiciel de haute disponibilité et de réplication de données en temps réel Docker

Comment le cluster mirror SafeKit sans SAN fonctionne avec Docker

SafeKit propose une solution de haute disponibilité légère et « juste suffisante », conçue pour les organisations qui trouvent Kubernetes trop gourmand en ressources, trop complexe ou trop sophistiqué pour les charges de travail de conteneurs localisées ou en périphérie du réseau.

SafeKit fournit un cluster de haute disponibilité à deux nœuds, rationalisé et tout-en-un pour Docker sous Linux. Il constitue une alternative transparente et intégrée à la pile HA Linux complexe de type « Do It Yourself » (DIY), éliminant ainsi la charge technique de la configuration manuelle de Corosync pour l’appartenance au nœud, de Pacemaker pour l’orchestration des ressources et de DRBD pour la réplication au niveau des blocs.

En utilisant la réplication synchrone en temps réel et une adresse IP virtuelle commutée automatiquement, SafeKit crée un cluster robuste sans SAN qui élimine le besoin d’un stockage partagé coûteux. Cette architecture assure une reconnexion transparente du client, un basculement automatique rapide et une garantie de perte de données nulle (RPO = 0) pour les applications conteneurisées.

  • ✅ Alternative Kubernetes : Haute disponibilité pour les conteneurs sans la surcharge du réseau K8s (Ingress/répartiteurs de charge) et de l’orchestration.
  • ✅ Architecture simplifiée : remplace la pile Corosync/Pacemaker/DRBD par un seul progiciel.
  • ✅ Aucun stockage partagé requis : architecture SANless utilisant des disques locaux et une réplication au niveau de l’octet.
  • ✅ Basculement automatique de l’adresse IP virtuelle (VIP) : assure une reconnexion transparente du client lors d’un basculement.
  • ✅ Réplication de données synchrone : perte de données nulle garantie (RPO = 0) entre les nœuds.
  • ✅ Basculement et retour arrière automatiques : redémarrage rapide de l’application sur le nœud redondant sans scripts manuels.

Architecture de cluster de haute disponibilité SafeKit pour Docker offrant une adresse IP virtuelle, un basculement automatique, failback automatique et une réplication en temps réel

Une solution de haute disponibilité (HA) pour les conteneurs Docker utilisant l’architecture SANless de SafeKit .

⚡ Guide d’installation rapide de HA pour Docker >

Table des matières

Comment le logiciel SafeKit implémente-t-il simplement un cluster Docker cluster de haute disponibilité ?

Comment puis-je obtenir une haute disponibilité pour Docker sur deux serveurs ?

SafeKit fournit une solution de haute disponibilité pour Docker entre deux serveurs redondants sans nécessiter de disque partagé. Le système fonctionne en configurant la réplication en temps réel des répertoires associés aux données persistantes de Docker. En cas de panne, SafeKit gère le basculement automatique et redémarre vos conteneurs sur le nœud secondaire en quelques secondes.

Comment fonctionne le basculement automatique du réseau pour les conteneurs Docker ?

SafeKit implémente une adresse IP virtuelle (VIP) à commutation automatique. Cette VIP sert de point d’entrée unique pour les applications clientes. Si le serveur principal tombe en panne, SafeKit déplace l’IP virtuelle vers le serveur redondant à l’aide d’ARP gratuit. Cela garantit que les clients se reconnectent de manière transparente à la même adresse IP où l’application Docker a été redémarrée.

Qu’est-ce qu’un cluster « sans SAN » pour Docker ?

Un cluster SANless pour Docker est une architecture qui offre une haute disponibilité sans nécessiter de réseau de stockage (SAN) ou de stockage en réseau (NAS) coûteux. SafeKit utilise la réplication synchrone basée sur l’hôte pour mirror les données entre les disques locaux de deux serveurs. Cela élimine le stockage partagé en tant que point de défaillance unique et garantit un objectif de point de reprise (RPO) de zéro, ce qui signifie qu’aucune perte de données ne se produit lors d’un basculement.

Est-il possible de mettre en place un cluster Docker sans compétences Kubernetes ?

Oui. Cet article explique comment implémenter rapidement un cluster Docker sans compétences spécialisées en clustering ni orchestration Kubernetes complexe. En utilisant les scripts de redémarrage automatique de SafeKit pour gérer le démarrage et l’arrêt des applications Docker, vous obtenez une solution de redondance robuste, beaucoup plus simple à déployer et à maintenir que K8s.

En quoi la réplication SafeKit diffère-t-elle des solutions de niveau bloc comme DRBD pour Docker ?

Contrairement à la plupart des solutions SANless qui utilisent la réplication au niveau des blocs (comme DRBD), SafeKit effectue la réplication au niveau des fichiers, à partir de l’hôte. Cette approche est totalement transparente pour l’application Docker, car elle ne nécessite pas de migrer les données vers un volume spécifique de « disque répliqué » nouvellement créé. Au lieu de cela, il suffit de configurer SafeKit pour répliquer les dossiers d’application existants, même ceux qui se trouvent sur le disque système. Cela vous permet de mettre en œuvre une haute disponibilité pour Docker exactement là où il est déjà installé, sans reconfiguration complexe du disque ni modification de l’application.

SafeKit peut-il assurer une haute disponibilité pour des applications autres que Docker ?

Oui. SafeKit est un logiciel de haute disponibilité générique très polyvalent, compatible avec Windows et Linux. Au-delà de Docker, SafeKit peut être utilisé pour mettre en œuvre la réplication en temps réel et le basculement automatique pour tout répertoire de fichiers, service ou base de données. Il prend en charge un large éventail de technologies, y compris les machines virtuelles Hyper-V et KVM, Docker, K3s et diverses applications Cloud. Cela fait de SafeKit une solution de clustering universelle pour la protection des charges de travail critiques dans divers environnements informatiques sans nécessiter de matériel spécialisé.

Comment le cluster mirror SafeKit fonctionne-t-il avec Docker ?

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

Le serveur 1 (PRIM) exécute l’application Docker. Les clients sont connectés à une adresse IP virtuelle. SafeKit réplique en temps réel les modifications apportées aux fichiers via le réseau.

Réplication de fichiers au niveau de l’octet dans un cluster Docker mirror

La réplication est synchrone et n’entraîne aucune 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 du disque. Les répertoires peuvent être situés sur le disque système.

Étape 2. Basculement automatique

Lorsque le serveur 1 tombe en panne, le serveur 2 prend le relais. SafeKit bascule l’adresse IP virtuelle et redémarre automatiquement l’application Docker sur le serveur 2.

L’application trouve les fichiers répliqués par SafeKit à jour sur le serveur 2. L’application continue de s’exécuter sur le serveur 2 en modifiant localement ses fichiers qui ne sont plus répliqués sur le serveur 1.

Basculement de Docker dans un cluster mirror

Le temps de basculement est égal au temps de détection des pannes (30 secondes par défaut) plus le temps de démarrage de l’application.

Étape 3. failback automatique

Le rétablissement après défaillance consiste à redémarrer le serveur 1 après avoir corrigé le problème qui a provoqué sa défaillance.

SafeKit resynchronise automatiquement les fichiers, en ne mettant à jour que les fichiers modifiés sur le serveur 2 pendant que le serveur 1 était arrêté.

Rétablissement après défaillance dans un cluster Docker mirror

Le basculement s’effectue sans perturber l’application Docker, 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 mirror, comme à l’étape 1. Le système est de nouveau en mode haute disponibilité, avec l’application Docker s’exécutant sur le serveur 2 et SafeKit répliquant les mises à jour de fichiers sur le serveur 1.

Retour au fonctionnement normal dans un cluster Docker mirror

Si l’administrateur souhaite que l’application s’exécute sur le serveur 1, cela peut être fait manuellement via la console Web à un moment opportun, ou automatiquement via la configuration.

Comment configurer un cluster mirror SafeKit pour Docker ?

Console Web SafeKit : tableau de bord de configuration de haute disponibilité pour Docker montrant les réseaux de pulsation, la configuration IP virtuelle et la réplication de répertoire en temps réel pour un cluster mirror.

La console Web SafeKit fournit une interface intuitive pour orchestrer la haute disponibilité de vos applications critiques. En quelques étapes seulement, vous pouvez configurer un cluster mirror SafeKit pour assurer la continuité des activités :

  • Basculement d’application (onglet Macros) : Définissez les services d’application spécifiques à redémarrer automatiquement en cas de défaillance.
  • Réseau(x) de pulsation : Chemin(s) de communication dédié(s) utilisé(s) par les nœuds du cluster pour surveiller en permanence l’état de santé et la disponibilité de chacun et pour synchroniser les décisions de basculement.
  • Gestion de l’adresse IP virtuelle : configurez l’adresse IP virtuelle (VIP) pour une reconnexion transparente du client après un basculement.
  • Réplication en temps réel : sélectionnez les répertoires critiques pour la réplication synchrone au niveau de l’octet, basée sur l’hôte.
  • Checkers : surveillez l’état de l’application et déclenchez une récupération automatique si une défaillance de processus est détectée.

Le cluster SafeKit inclut un vérificateur de split-brain dédié pour résoudre les problèmes d’isolement du réseau sans avoir besoin d’une troisième machine témoin ou d’un réseau de pulsation supplémentaire. En savoir plus sur la pulsation, le basculement et le quorum dans un cluster.

Comment surveiller un cluster mirror SafeKit pour Docker ?

Console Web SafeKit : Surveillance en temps réel d’un cluster mirror 2 nœuds pour Docker affichant les états PRIM et SECOND avec réplication de données active.

La console de gestion SafeKit offre une vue unifiée de votre infrastructure de haute disponibilité. Elle permet aux administrateurs de surveiller l’état opérationnel du cluster et de suivre la synchronisation des données en temps réel.

Pour un cluster mirror à 2 nœuds, la console affiche clairement les rôles de chaque serveur :

  • PRIM (primaire) : le nœud actif exécutant actuellement l’application et gérant l’adresse IP virtuelle. Il effectue des écritures sur le stockage local et la réplication en temps réel vers le nœud secondaire.
  • SECOND (Secondaire) : Le nœud de secours reçoit des mises à jour synchrones au niveau de l’octet. Il est prêt à prendre le relais instantanément en cas de défaillance du nœud principal.
  • État ALONE : vous avertit visuellement lorsque le cluster s’exécute sur un seul nœud (par exemple, pendant la maintenance ou après une panne), indiquant que la redondance est temporairement perdue.
  • Progression de la resynchronisation : lorsqu’un nœud défaillant se rétablit, son statut devient orange pendant la réintégration des données en arrière-plan, garantissant l’absence d’interruption pendant la phase de « retour à la normale ».

Au-delà des simples icônes d’état, l’interface fournit une orchestration de basculement en un clic, vous permettant de réaffecter manuellement le rôle principal pour la maintenance planifiée tout en assurant la disponibilité continue de l’activité des utilisateurs.

Limitations de la haute disponibilité SafeKit

Limite / ExigenceRaison et impactAlternative recommandée
Taille de la réplication : quelques ToTemps de resynchronisation après une défaillance (étape 3) :
• Réseau à 1 Gb/s ≈ 3 heures/To
• Réseau 10 Gb/s ≈ 1 heure/To (selon les performances d’écriture du disque)
• Utiliser un stockage partagé externe (plus coûteux, plus complexe).
Nombre de fichiers : < 1 000 000• Performance du temps de resynchronisation après une panne (étape 3).
• Temps nécessaire pour comparer chaque fichier entre les deux nœuds.
• Placez les nombreux fichiers à répliquer dans un disque dur virtuel/une machine virtuelle.
• Dans ce cas, seuls les fichiers représentant le disque dur virtuel ou la machine virtuelle seront répliqués et resynchronisés.
Capacité de basculement : ≤ 32 machines virtuelles• Chaque machine virtuelle s’exécute dans un module mirror indépendant.
• Maximum de 32 modules mirror fonctionnant sur le même cluster.
• Utiliser un stockage partagé externe et une autre solution de clustering de machines virtuelles (plus coûteuse et plus complexe).
Architecture réseau : 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).
• Faible latence pour la réplication synchrone : généralement < 5 ms RTT ; les valeurs plus élevées doivent être validées par rapport au taux d’écriture de l’application.
• Si les deux nœuds se trouvent dans des sous-réseaux différents (ce qui est courant dans le cloud), utilisez d’autres options de réacheminement : un équilibreur de charge, des CLI de fournisseur de cloud, BGP ou une redirection DNS.
• Utilisez des solutions de sauvegarde avec réplication asynchrone pour les réseaux à latence élevée.

Comparaison : cluster SafeKit SANless et haute disponibilité Docker traditionnelle

FonctionnalitéHA traditionnel (K8s / stockage partagé)SafeKit (Mirror sans SAN)
Architecture de stockageNécessite un SAN ou un NAS (disque partagé) coûteuxSans partage : utilise uniquement les disques locaux
Type de réplicationSouvent au niveau du bloc (complexe à configurer)Réplication de fichiers au niveau de l’octet (transparente)
Cohérence des donnéesDépend de la fiabilité du stockage externeRéplication synchrone (RPO = 0)
Configuration du réseauComplexe (équilibreurs de charge, Ingress, etc.)Basculement automatique de l’adresse IP virtuelle (VIP)
Compétence requiseExpert (spécialiste Kubernetes /clustering)Simple : aucune compétence spécialisée n’est requise
Processus de basculementResynchronisation manuelle ou complexeResynchronisation automatique des données modifiées

Comparaison : SafeKit et les solutions HA Linux open source (Pacemaker/Corosync/DRBD)

FonctionnalitéPile HA Linux (Pacemaker + Corosync + DRBD)SafeKit (Mirror sans SAN)
ArchitectureModulaire : Nécessite la gestion de 3 outils et modules de noyau distincts ou plus.Tout-en-un : un seul logiciel intégré pour la réplication et le basculement.
Niveau de réplicationAu niveau du bloc (DRBD) : réplique l’intégralité de la partition ou du volume du disque.Au niveau de l’octet (SafeKit) : réplique uniquement les données modifiées à l’intérieur de fichiers spécifiques.
Facilité de configurationComplexe : Nécessite une expertise en CLI (interface de ligne de commande) pour programmer manuellement les contraintes de commande (IP virtuelle, montages), les scripts de récupération d’application et les règles de quorum/clôture.Simple : console Web intuitive et modules d’application prêts à l’emploi.
Clôture (STONITH)Obligatoire pour prévenir la corruption : STONITH (Shoot The Other Node In The Head) nécessite un matériel spécialisé (IPMI/iDRAC) pour littéralement couper l’alimentation ou redémarrer le serveur défaillant.Basé sur un logiciel : résolution intelligente du problème du cerveau divisé sans matériel supplémentaire.
Processus de basculementManuel/Technique : Risque de divergence des données ou de « split-brain » pendant la resynchronisation.Automatique et transparent : resynchronisation en arrière-plan avec retour arrière sécurisé.
MaintenanceNécessite des compétences hautement spécialisées pour la mise à jour et le dépannage des composants individuels.Facile à entretenir par les administrateurs système généraux via un tableau de bord web.

Résumé de la haute disponibilité Docker

SafeKit fournit un cluster HA simple à 2 nœuds pour Docker, offrant une alternative légère Kubernetes pour les charges de travail critiques. En remplaçant la pile complexe Corosync, Pacemaker et DRBD, SafeKit élimine le besoin de stockage partagé SAN/NAS coûteux.

Grâce à la réplication synchrone en temps réel et au basculement automatique de l’IP virtuelle (VIP), SafeKit garantit l’absence de perte de données (RPO = 0) et la reprise transparente des applications. C’est la solution idéale pour les organisations qui ont besoin d’une haute disponibilité robuste et sans SAN avec une configuration et une surcharge administrative minimales.

🔍 Explorez SafeKit

Trouvez des informations sur les fonctionnalités, les architectures, les vidéos, la documentation et l’essai gratuit de SafeKit.

RessourceDescriptionLien
Caractéristiques principalesDécouvrez pourquoi SafeKit est une solution de haute disponibilité simple et économique.Découvrez les fonctionnalités clés
Cas d’utilisationDécouvrez comment SafeKit assure la disponibilité des applications et des infrastructures critiques.Explorez les cas d’utilisation
Modèle de déploiementSafeKit assure une haute disponibilité sans SAN ni stockage partagé.Explorez le modèle de déploiement
Stratégies de haute disponibilitéComparez la haute disponibilité des machines virtuelles avec la haute disponibilité des applications.Comparez les deux stratégies
Spécifications techniquesConsultez les exigences et les limitations techniques des clusters SafeKit.Lisez les spécifications techniques
VidéosRegardez des démonstrations de la configuration de SafeKit et du basculement automatique.Regardez les vidéos techniques
ArchitectureDécouvrez comment le cluster mirror réplique les fichiers en temps réel et gère le basculement.Découvrez l’architecture Mirror
ArchitectureDécouvrez comment le cluster farm équilibre le trafic réseau et gère le basculement.Découvrez l’architecture Farm
Comparaison de produitsComparez SafeKit aux clusters de haute disponibilité.Comparer les solutions
Ressources techniquesTrouvez la documentation technique, téléchargez SafeKit et accédez à la version d’essai gratuite.Accéder à la documentation et à l’essai gratuit
Modules d’applicationUtilisez les modules SafeKit préconfigurés pour configurer la haute disponibilité de vos applications.Explorez les modules de l’application
SafeKit AI Chat SafeKit AI