Remarque importante : noid-cluster-notify peut également être trouvé comme zeninotify. Se il vous plaît se référer: https://www.relianoid.com/resources/knowledge-base/enterprise-edition-v8-administration-guide/whats-new-in-relianoid-ee-v8/
Qu'est-ce que le RELIANOID Édition communautaire du cluster d'équilibrage de charge ? #
Le service de haute disponibilité proposé par RELIANOID Load Balancer Community Edition est un cluster sans état, automatiquement inclus dans la version par défaut de Community Edition. Ce service réplique habilement les fichiers de configuration sur tous les nœuds, en utilisant le protocole VRRP pour surveiller l'état des nœuds, le tout dans une conception simple. Pour ceux qui recherchent un service de cluster avec état plus avancé et riche en fonctionnalités, le Entreprise - IA + Cloud Print est disponible.
Les étapes suivantes décrivent le processus d'installation et de configuration du RELIANOID Cluster lorsque la haute disponibilité est essentielle pour votre Load Balancer.
Concepts #
Nœud de cluster #
A nœud de cluster est un périphérique informatique unique au sein d'un cluster, qui est un groupe d'ordinateurs ou de serveurs interconnectés qui travaillent ensemble pour effectuer des tâches comme s'il s'agissait d'un système unique. Chaque nœud d'un cluster possède généralement sa propre puissance de traitement, sa propre mémoire et son propre stockage, et ils communiquent entre eux via un réseau pour partager des ressources et coordonner leurs activités. Les nœuds de cluster sont constitués d'instances d'équilibreurs de charge configurés pour fonctionner au sein d'un service de cluster.
Interfaces flottantes #
A IP flottante L'adresse est une adresse IP qui peut être rapidement réattribuée d'un nœud d'un cluster à un autre. Ceci est couramment utilisé dans les configurations à haute disponibilité où plusieurs serveurs ou nœuds exécutent des services identiques, et si l'un d'eux échoue, l'adresse IP « flotte » vers un autre nœud afin que le service puisse continuer sans interruption.
Battement de coeur #
Battement de coeur fait référence à un mécanisme utilisé par les nœuds du cluster pour se communiquer leur état et leur santé. Ce signal de battement de cœur indique qu'un nœud est opérationnel et fonctionne correctement. L'absence de battement de cœur d'un nœud peut indiquer une panne ou un problème avec ce nœud.
Synchronisation #
Synchronisation de configuration fait référence au processus permettant de garantir que les paramètres de configuration sur tous les nœuds du cluster sont cohérents et à jour. Ceci est essentiel pour maintenir l'intégrité et le bon fonctionnement du cluster, en particulier lorsque plusieurs nœuds sont impliqués dans la fourniture d'un service ou d'une application.
Basculement #
Basculement fait référence au processus de réacheminement ou de redirection automatique des charges de travail, des services ou des ressources d'un nœud défaillant ou indisponible vers un nœud sain et disponible au sein du cluster.
Configuration du cluster #
Exigences #
Pour commencer, installez deux instances de RELIANOID CE, en garantissant que les deux exécutent la même version.
Ensuite, vérifiez que le Service NTP est correctement configuré sur les deux nœuds et qu'ils sont accessibles depuis les équilibreurs de charge. La synchronisation de l'heure des systèmes est essentielle au bon fonctionnement du protocole VRRP.
De plus, pour automatiser la synchronisation, il est essentiel de configurer la connexion SSH sans mot de passe entre les équilibreurs de charge. Configurez des clés d'accès à distance, par exemple, en utilisant le ssh-copie-id commander.
root@noid-ce-01 :~# ssh-keygen -t rsa # sans phrase secrète, appuyez simplement sur Entrée root@noid-ce-01 :~# ssh-copy-id root@noid-ce-02
Ensuite, dans le nœud secondaire :
root@noid-ce-02 :~# ssh-keygen -t rsa # sans phrase secrète, appuyez simplement sur Entrée root@noid-ce-02 :~# ssh-copy-id root@noid-ce-01
Configuration #
Pour configurer le fichier de configuration du cluster, copiez d’abord le modèle /usr/local/relianoid/app/ucarp/etc/cluster.conf.example à /usr/local/relianoid/app/ucarp/etc/cluster.conf.
cp /usr/local/relianoid/app/ucarp/etc/cluster.conf.exemple /usr/local/relianoid/app/ucarp/etc/cluster.conf
Modifiez ensuite le fichier de configuration situé à /usr/local/relianoid/app/ucarp/etc/cluster.conf. Les paramètres essentiels sont décrits ci-dessous :
#interface utilisée pour le cluster où sont configurés local_ip et remote_ip $interface="eth0" ; #IP locale à surveiller, soit 192.168.0.101 $local_ip="192.168.101.242"; #IP distante à surveiller, c'est-à-dire 192.168.0.102 $remote_ip="192.168.101.243" ; #mot de passe utilisé pour la communication du protocole vrrp $password="secret"; #valeur unique pour le cluster vrrp dans le réseau $cluster_id="1"; #IP virtuelle utilisée dans le cluster, cette IP s'exécutera toujours dans le nœud maître $cluster_ip="192.168.101.244"; # si la carte réseau utilisée pour le cluster est différente de eth0, veuillez modifier le fichier de configuration d'exclusion dans la ligne suivante ######## $exclude="--exclude if_eth0_conf";
Prendre note que seules les interfaces virtuelles subissent une réplication. Si vos services d'équilibrage de charge impliquent plusieurs cartes réseau ou VLAN, ils doivent être exclus dans le fichier de configuration du cluster. Par exemple, si eth0 est désigné à des fins de cluster et vlan100 (eth0.100) pour l'équilibrage de charge, la configuration doit être ajustée comme suit :
$exclude="--exclude if_eth0_conf --exclude if_eth0.100_conf";
S'il vous plaît soyez conscient que le RELIANOID Le cluster CE est géré par l'utilisateur root et utilise rsync via ssh pour répliquer la configuration du nœud maître vers la sauvegarde. Pour faciliter cela, il est crucial de configurer un accès SSH sans mot de passe entre les nœuds.
Assurez-vous que le $ cluster_ip est configuré et actif sur un RELIANOID équilibreur de charge virtuel, qui sera le futur maître. Une fois le service lancé sur ce nœud, le fichier de configuration pour $ cluster_ip sera automatiquement répliqué sur le serveur de sauvegarde.
Démarrer et arrêter un nœud de cluster #
Pour activer le service de cluster, procédez comme suit :
1. Cette étape est nécessaire uniquement pour RELIANOID Community Edition 7.1 ou versions antérieures : vous devez définir la variable $enable_cluster dans le fichier /etc/init.d/relianoid-ce-cluster à la valeur :
$enable_cluster="true";
2. Le service relianoid-ce-cluster est désactivé par défaut au démarrage. Exécutez la commande suivante pour activer relianoid-ce-cluster pour une activation automatique après un redémarrage :
[] root@noid-ce-01 : ~# systemctl active relianoid-ce-cluster
Gardez à l'esprit que toute modification apportée au fichier de configuration /usr/local/relianoid/app/ucarp/etc/cluster.conf nécessite un redémarrage du service du cluster. Par conséquent, après avoir finalisé les paramètres de configuration, redémarrez le cluster sur les deux nœuds en procédant comme suit :
[] root@noid-ce-01:~# /etc/init.d/relianoid-ce-cluster stop [] root@noid-ce-01:~# /etc/init.d/relianoid-ce-cluster start
Lors du lancement du service de cluster, il est important d'observer que l'invite sur l'équilibreur de charge subit une modification pour afficher l'état actuel du cluster pour chaque service :
Master:
[maître] root@noid-ce-01 :~#
sauvegarde:
[sauvegarde] root@noid-ce-02 :~#
Mettre à jour la configuration #
Après avoir configuré le service de clustering, tous les paramètres de configuration relatifs aux services virtuels et aux adresses IP virtuelles/flottantes sont automatiquement répliqués sur les nœuds du cluster.
Dans un cluster sans état, les sessions et connexions des utilisateurs ne sont pas synchronisées, ce qui nécessite l'utilisation d'un cluster avec état, inclus dans notre Équilibreur de charge d'entreprise.
Mise à niveau des nœuds de cluster #
Mise à niveau des nœuds de cluster avec un RELIANOID L'équilibreur de charge implique la mise à jour de chaque nœud du cluster avec la dernière RELIANOID logiciel ou micrologiciel d'équilibrage de charge. Il est conseillé de mettre à niveau le nœud de sauvegarde avant de procéder à la mise à niveau du nœud maître lors du processus de mise à niveau des nœuds de clustering.
Journaux et dépannage du service de cluster #
1. SSH sans mot de passe est une condition préalable entre les deux nœuds du cluster.
2. Les deux nœuds du cluster doivent avoir configuré NTP.
3. Le noid-cluster-notifier Le service fonctionnera exclusivement sur le nœud maître. Confirmez que noid-cluster-notifier est en cours d'exécution en exécutant la commande suivante. Sur le nœud maître, vous devriez recevoir un résultat similaire à celui-ci :
[master] root@noid-ce-01:~# ps -ef | grep noid-cluster-notify root 16912 1 0 03:20 ? 00:00:00 /usr/bin/perl /usr/local/relianoid/bin/noid-cluster-notify.pl
Sur le nœud de sauvegarde, il ne devrait y avoir aucune sortie liée à noid-cluster-notifier lors de l'exécution de la commande.
[sauvegarde] root@noid-ce-02:~# ps -ef | grep noid-cluster-notify [sauvegarde] root@noid-ce-02 : ~#
4. Les journaux pour le ucarpe le service est dirigé vers le syslog at / var / log / syslog .
5. Journaux pour le noid-cluster-notifier service de réplication sont transmis à /var/log/noid-cluster-notify.log .
6. L'état du cluster est visible dans l'invite, mis à jour dynamiquement après chaque exécution de commande. De plus, l'état du cluster est enregistré dans le fichier de configuration : /etc/relianoid-ce-cluster.status . Si ce fichier est absent, le service du cluster sera arrêté.
7. Lorsque le nœud du cluster est promu au rang MASTER, l'exécution du script suivant a lieu : /usr/local/relianoid/app/ucarp/sbin/relianoid-ce-cluster-start .
8. Lorsque le nœud du cluster est promu au rang SAUVEGARDE, l'exécution du script suivant se produit : /usr/local/relianoid/app/ucarp/sbin/relianoid-ce-cluster-stop .
9. Lorsque le nœud du cluster nécessite l'exécution de publicités, l'exécution du script suivant a lieu : /usr/local/relianoid/app/ucarp/sbin/relianoid-ce-cluster-advertisement .
10. S'il est nécessaire de modifier un paramètre dans le ucarpe exécution, vous pouvez effectuer des ajustements dans le run_cluster() sous-programme dans le script /etc/init.d/relianoid-ce-cluster .
11. Le service de cluster utilise VRRP mise en œuvre, nécessitant l'autorisation de paquets multicast dans les commutateurs.
