Cette section permet de gérer le service de mise en cluster offrant une haute disponibilité pour les services d’équilibrage de charge via deux nœuds de collaboration dans actif Passif mode.

Un cluster est principalement un groupe de périphériques 2 travaillant ensemble pour maintenir les services backends toujours disponibles et éviter les temps d'arrêt des services du point de vue du client. Habituellement, il y a un maître et esclave rôles en mode actif-passif: le maître est le nœud qui gère actuellement le trafic de services vers le back-end et accepte les connexions des clients, le nœud de sauvegarde connaît toute la configuration en temps réel pour être prêt à lancer les services. s’ils détectent que le nœud maître ne répond pas correctement.

Lorsque les services d'équilibrage de charge sont basculés d'un nœud à un autre, le nœud de sauvegarde s'occupe lui-même de toutes les connexions et de l'état des services en cours afin d'éviter toute interruption du service par le client.

Configurer le service de cluster

Ceci est la page principale où configurer le cluster. Le clustering est composé de plusieurs services dont:

Synchronisation. Ce service permet de synchroniser automatiquement la configuration effectuée dans le nœud maître avec le mode esclave. Ainsi, chaque modification apportée à la configuration est répliquée sur le nœud esclave et prête à prendre le contrôle à tout moment. Ce service utilise inotifier et rsync à travers SSH afin de synchroniser les fichiers de configuration en temps réel.
Battement de coeur. Ce service permet de vérifier l’état de santé des nœuds du cluster afin de détecter rapidement quand un nœud ne fonctionne pas correctement. Ce service repose sur le protocole VRRP sur la multidiffusion conçu pour être une communication légère et en temps réel. Zevenet 5 utilise rester en vie afin de fournir ce service.
Suivi de connexion. Ce service permet de répliquer en temps réel les connexions et les états de celles-ci afin de pouvoir permettre au nœud de sauvegarde de reprendre les états de toutes les connexions lors d'un basculement afin que les connexions clients et backends ne détectent aucune interruption de connexion, en utilisant le conntrack.
Réplication de commande. Ce service permet d’envoyer et d’activer la configuration appliquée dans le nœud maître à l’esclave, mais de manière passive afin que, lors d’une tâche de basculement, l’esclave prenne le contrôle et lance tous les réseaux, les batteries et reprenne les possible. Ce service est géré par zclustermanager à travers SSH.

Les Grappe La configuration doit être lancée à partir du futur noeud maître et nécessite les données suivantes pour être créée:

IP locale du cluster. Déroulez toutes les interfaces réseau disponibles à partir desquelles un service de cluster peut être créé, aucune interface virtuelle n'est autorisée.
Cluster IP à distance. Adresse IP distante du nœud qui se comportera comme le futur nœud esclave.
Mot de passe racine distant du cluster. Mot de passe de l'utilisateur root du nœud distant (futur esclave).
Répéter le mot de passe root. Assurez-vous qu'il s'agit du mot de passe correct en répétant le mot de passe.

Après avoir défini toutes les informations demandées, cliquez sur le bouton Création et une confirmation que les services de cluster sont configurés correctement s'il existe une communication entre les nœuds et qu'aucun problème n'a été généré.

Afficher le service de cluster

Si la service de cluster est déjà configuré et actif, le cluster affiche les informations suivantes sur les services, les backends et les actions permettant de le gérer.

INTERFACE. Interface réseau à partir de laquelle les services de cluster ont été configurés.
Échec. Définissez si, lors d'un basculement, les services d'équilibrage de charge doivent être renvoyés au maître lorsqu'il est de nouveau disponible ou maintenez le nœud actuel en tant que nouveau maître. Cette option est utile lorsque le nœud esclave a moins de ressources allouées que le maître et que le dernier doit être le maître préféré pour les services.
CHECK INTERVAL. Time vérifie que le service heartbeat utilisera pour vérifier l'état entre les nœuds.
ACTIONS. Interface réseau à partir de laquelle le.

• Configurer. Modifier certains paramètres de cluster disponibles.
• once. Désactiver le cluster entre les nœuds donnés.
• Afficher les nœuds. Affiche les nœuds de la table et leur statut.
• Recharger. Actualisez la table des noeuds et leur statut.

Les Afficher les nœuds action montre un tableau avec:

NODE. Pour chaque nœud du cluster, montrez si c'est locales or éloigné. Cela dépend du nœud auquel vous vous êtes connecté via l'interface graphique Web, locales sera le nœud auquel vous êtes actuellement connecté et éloigné est l'autre noeud.
RÔLE. Pour chaque nœud du cluster, montrez si c'est maître, sauvegarde (aussi connu sous le nom esclave) ou d'entretien s'il est temporairement désactivé le nœud. Cela dépendra du rôle du nœud dans le cluster.
IP. Adresse IP de chaque nœud qui compose le cluster.
HOSTNAME. Nom d'hôte de chaque nœud qui compose le cluster.
STATUT. Le statut des nœuds pourrait être Rouge s'il y a un échec, Gris si le nœud est inaccessible ou non configuré, Orange s'il est en mode maintenance ou Green si tout va bien.
VOTRE MESSAGE. Le message du nœud distant, c'est un message de débogage de chaque nœud du cluster.
ACTIONS. Les actions disponibles pour chaque nœud sont les suivantes.

• Entretien. Mettez en mode de maintenance afin de désactiver temporairement un nœud de cluster afin d'effectuer des tâches de maintenance et d'éviter un basculement.
• Accueil. Remettez le nœud de cluster en ligne après les tâches de maintenance.
• Recharger. Actualisez le statut du nœud de cluster.

En haut du panneau Web, un état récapitulatif du nœud local du cluster s'affiche. Par exemple, statut vert et rôle maître:

Autre exemple, état orange et rôle de maintenance: