Alternative à SQL Server Always On : haute disponibilité pour les éditions Express et Standard

La console web SafeKit offre une interface intuitive pour orchestrer la haute disponibilité de vos applications critiques. En quelques étapes seulement, vous pouvez configurer un cluster miroir SafeKit pour garantir la continuité d'activité :

• Basculement d'application (onglet Macros) : définissez les services applicatifs spécifiques à redémarrer automatiquement en cas de défaillance.
• Réseau(x) de heartbeat : canal(aux) de communication dédié(s) utilisé(s) par les nœuds du cluster pour surveiller mutuellement leur état de santé et leur disponibilité en continu, et pour synchroniser les décisions de basculement.
• Gestion de l'IP virtuelle : configurez l'adresse IP virtuelle (VIP) pour une reconnexion transparente des clients après un basculement.
• Réplication en temps réel : sélectionnez les répertoires critiques pour une réplication synchrone au niveau octet, basée sur l'hôte.
• Checkers (Vérificateurs) : surveillez l'état de santé 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 réseau sans nécessiter de troisième machine témoin (witness) ou de réseau de heartbeat supplémentaire. En savoir plus sur le heartbeat, le basculement et le quorum dans un cluster.

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 miroir à 2 nœuds, la console affiche clairement les rôles de chaque serveur :

• PRIM (Primary) : le nœud actif qui exécute actuellement l'application et gère l'IP virtuelle. Il effectue les écritures sur le stockage local et la réplication en temps réel vers le nœud secondaire.
• SECOND (Secondary) : le nœud en veille (standby) qui reçoit les mises à jour synchrones au niveau octet. Il est prêt à prendre le relais instantanément en cas de défaillance du Primaire.
• État ALONE : vous alerte visuellement lorsque le cluster fonctionne sur un seul nœud (par exemple, pendant une maintenance ou après une panne), indiquant que la redondance est temporairement perdue.
• Progression de la resynchronisation : lorsqu'un nœud défaillant récupère, son état passe à l'orange pendant la réintégration des données en arrière-plan, garantissant l'absence de temps d'arrêt pendant la phase de « retour à la normale ».

Au-delà des simples icônes d'état, l'interface permet une orchestration du basculement en un clic, vous donnant la possibilité de réassigner manuellement le rôle primaire pour une maintenance planifiée tout en assurant une disponibilité continue pour l'activité des utilisateurs.