Adresse IP virtuelle dans un cluster en mode farm
Sur la figure précédente, l'application Windows s'exécute sur les 3 serveurs (3 est un exemple, cela peut être 2 ou plus). Les utilisateurs sont connectés à une adresse IP virtuelle.
L'adresse IP virtuelle est configurée localement sur chaque serveur du cluster en mode farm.
Le trafic entrant vers l'adresse IP virtuelle est reçu par tous les serveurs et réparti entre eux par un filtre réseau situé dans le noyau (kernel) de chaque serveur.
SafeKit détecte les pannes matérielles et logicielles, reconfigure les filtres réseau en cas de défaillance, et propose des scripts de vérification (checkers) et de reprise applicative configurables.
Adresse IP virtuelle dans un cluster en mode farm
Sur la figure précédente, l'application Windows s'exécute sur les 3 serveurs (3 est un exemple, cela peut être 2 ou plus). Les utilisateurs sont connectés à une adresse IP virtuelle.
L'adresse IP virtuelle est configurée localement sur chaque serveur du cluster en mode farm.
Le trafic entrant vers l'adresse IP virtuelle est reçu par tous les serveurs et réparti entre eux par un filtre réseau situé dans le noyau (kernel) de chaque serveur.
SafeKit détecte les pannes matérielles et logicielles, reconfigure les filtres réseau en cas de défaillance, et propose des scripts de vérification (checkers) et de reprise applicative configurables.
Comment configurer un cluster SafeKit en mode farm pour Windows ?
Le cluster SafeKit en mode farm est conçu pour la haute disponibilité et la scalabilité des services. La configuration se concentre sur la répartition du trafic entrant simultanément sur les deux nœuds :
- Services avec répartition de charge (onglet Macros) : Définissez les services applicatifs spécifiques (par exemple, Apache, IIS, Nginx) devant rester actifs sur tous les nœuds.
- Réseau(x) de Heartbeat (battement de cœur) : Chemin(s) de communication utilisé(s) pour détecter si un nœud a quitté la ferme, déclenchant ainsi une redistribution immédiate de la charge.
- IP virtuelle (Farm VIP) : Contrairement à un cluster miroir, la VIP Farm est partagée entre les nœuds à l'aide d'un algorithme de filtrage du noyau (kernel) pour répartir le trafic réseau.
- Règles de répartition de charge : Définissez la politique de distribution du trafic en fonction de l'adresse IP source ou du port.
- Checkers (vérificateurs) : Surveillent l'état de santé de l'application et déclenchent un redémarrage automatique si une défaillance de processus est détectée.
Comment superviser un cluster SafeKit en mode farm pour Windows ?
La supervision d'un cluster en mode farm offre une visibilité sur la nature Actif-Actif de l'infrastructure, où tous les nœuds contribuent aux performances de l'application (l'exemple ici présente 2 nœuds) :
- État UP (50 % sur 2 nœuds) : Dans une ferme saine, les deux nœuds sont à l'état « UP » (50 %), ce qui signifie qu'ils reçoivent et traitent activement les requêtes des clients via l'IP virtuelle partagée.
- Rééquilibrage automatique : Si un nœud tombe en panne, la console affiche visuellement le nœud restant prenant 100 % du trafic. Il n'y a pas de délai de basculement (failover), car le nœud survivant est déjà actif (hormis un temps de détection de quelques secondes).
- Insertion de nœud : Lorsqu'un nœud réparé est redémarré, il passe de l'état « STOP » à l'état « UP » et commence automatiquement à recevoir sa part de la charge, sans intervention de l'administrateur.
- Pas de synchronisation de données : Notez que dans un cluster en mode farm, il n'y a pas d'état de resynchronisation « Orange », car les nœuds sont censés être sans état ou partager une base de données interne (qui peut être protégée séparément dans un cluster miroir).
Au-delà des simples icônes d'état, l'interface permet une gestion des nœuds en un clic, vous offrant la possibilité d'arrêter ou de démarrer manuellement un nœud pour une maintenance planifiée tandis que l'IP virtuelle partagée redistribue automatiquement le trafic sans interrompre l'activité des utilisateurs.