Salut à tous,
J'ai un problème avec la configuration du cluster, j'explique ma configuration, toute l'infrastructure est dans VMware :
Node1Ip : 192.168.10.10
Node2Ip : 192.168.10.11
ClusterIp : 192.168.10.12
Cette configuration est correcte et fonctionne lorsque je teste la configuration du cluster. Cependant, lorsque j'ajoute un autre réseau Ethernet, je dois configurer une ferme sur un autre réseau avec un autre VLAN.
Dans ce cas, j'ai essayé de modifier dans le fichier de configuration « $exclude= »–exclude if_eth0_conf –exclude if_eth1_conf »; », et de configurer
Node1eth1 : 192.168.20.11
Node2eth1 : 192.168.20.12
Interface virtuelle : 192.168.20.13
Je crée l'interface virtuelle dans le nœud maître et la réplique sur le nœud de secours. Ici, tout fonctionne : l'adresse IP 20.13 répond au ping. En revanche, lorsque je force l'équilibrage sur le nœud 2, tout semble fonctionner, mais l'adresse IP ne répond pas au ping et, de toute évidence, la batterie de serveurs ne fonctionne pas.
Pouvez-vous m'aider s'il vous plaît ? C'est la première fois que j'utilise ce logiciel.
Merci.
Salut Stiven,
Bienvenue dans la communauté Relianoid.
Pourriez-vous s'il vous plaît générer une sauvegarde de support (dans Système > Sauvegarde de support) avec chaque nœud et les envoyer à : support AT relianoid DOT com ?
Merci.
Salut Stiven,
J'ai examiné les fichiers supportsave mais j'ai besoin de plus d'informations sur l'état du nœud lorsque le problème se produit.
Pouvez-vous s'il vous plaît partager une nouvelle sauvegarde de support du deuxième nœud lorsque le problème se produit ?
Si vous ne pouvez pas accéder à l'interface Web à ce moment-là, veuillez exécuter cette commande depuis la console : /usr/local/relianoid/bin/supportsave
Ensuite, après avoir redémarré le nœud, vous pouvez scp le nouveau fichier situé dans /tmp.
Merci.
Salut Stiven,
Merci d'avoir envoyé les informations demandées. Je ne constate aucun problème de journalisation ou de configuration.
Veuillez vérifier que l'adresse MAC des adresses IP virtuelles flottantes change lorsque le nœud 1 est principal et lorsque le nœud 2 est principal. Vous pouvez essayer pour chaque adresse IP :
ping -c1 ADRESSE_IP
arp -n | grep ADRESSE_IP
Assurez-vous que la modification de l'adresse MAC des adresses IP est autorisée dans les paramètres de sécurité du commutateur virtuel VMware.
Faites-nous savoir si vous avez besoin d’aide supplémentaire ou si le problème a été résolu.
J'ai configuré le commutateur virtuel Vmware pour autoriser les changements de mac pour les 2 VLAN différents, dans ce cas, l'interface virtuelle attribuée au cluster continue de fonctionner lorsque le maître du nœud du cluster change en échouant vers l'autre, mais les autres interfaces virtuelles ne fonctionnent pas, et je ne sais pas si j'ai une erreur de configuration.
Merci
Salut Stiven,
J'ai vu ton message :
Je pense avoir trouvé le problème. Lors du basculement, le nouveau maître n'annonce pas à la passerelle le nouveau Mac pour ARP. Lorsque j'exécute la commande « arping -U 172.16.212.1 -s 172.16.212.220 -c1 » depuis le nouveau maître, l'ARP de la passerelle est mis à jour et tout fonctionne. Comment puis-je le faire automatiquement ?
Donc, pour automatiser cela lorsqu'un nœud devient maître, ajoutez cette commande au fichier /usr/local/relianoid/config/noid-start.
Assurez-vous que cette modification est effectuée sur les deux nœuds.
J'espère que ça aide.