Hallo zusammen,
Ich habe ein Problem mit der Konfiguration des Clusters. Ich erkläre meine Konfiguration. Die gesamte Infrastruktur befindet sich in VMware:
Node1Ip: 192.168.10.10
Node2Ip: 192.168.10.11
ClusterIp: 192.168.10.12
Diese Konfiguration ist in Ordnung und funktioniert beim Testen der Clusterkonfiguration. Füge ich jedoch ein weiteres ETH hinzu, muss ich eine Farm in einem anderen Netzwerk mit einem anderen VLAN konfigurieren.
In diesem Fall habe ich versucht, in der Konfigurationsdatei „$exclude=“–exclude if_eth0_conf –exclude if_eth1_conf“;“ zu ändern und zu konfigurieren
Node1eth1: 192.168.20.11
Node2eth1: 192.168.20.12
Virtuelle Schnittstelle: 192.168.20.13
Ich erstelle im Master die virtuelle Schnittstelle und repliziere sie auf das Backup. Hier funktioniert alles, IP 20.13 antwortet auf Ping. Wenn ich den Ausgleich auf Node2 erzwinge, scheint alles zu funktionieren, aber die IP antwortet nicht auf Ping und funktioniert offensichtlich nicht auf der Farm.
Können Sie mir bitte helfen? Ich benutze diese Software zum ersten Mal.
Vielen Dank.
Hallo Stiven,
Willkommen in der Relianoid-Community.
Könnten Sie bitte mit jedem Knoten eine Support-Speicherung (unter System > Support-Speicherung) erstellen und diese unter: support AT relianoid DOT com ausführen?
Danke.
Hallo Stiven,
Ich habe die Supportsave-Dateien überprüft, benötige jedoch weitere Informationen zum Status des Knotens, wenn das Problem auftritt.
Können Sie bitte einen neuen Supportsave des zweiten Knotens freigeben, wenn das Problem auftritt?
Wenn Sie zu diesem Zeitpunkt nicht auf die Weboberfläche zugreifen können, führen Sie bitte diesen Befehl von der Konsole aus: /usr/local/relianoid/bin/supportsave
Nach dem Neustart des Knotens können Sie die neue Datei in /tmp per SCP ausführen.
Danke.
Hallo Stiven,
Vielen Dank für die Übermittlung der angeforderten Informationen. Ich sehe keine Probleme mit den Protokollen oder der Konfiguration.
Bitte überprüfen Sie, ob sich die MAC-Adresse der Floating Virtual IPs ändert, wenn Knoten 1 primär ist und wenn Knoten 2 primär ist. Sie können es für jede IP-Adresse versuchen:
ping -c1 IP-ADRESSE
arp -n | grep IP_ADRESSE
Stellen Sie sicher, dass das Ändern der MAC-Adresse von IP-Adressen in den Sicherheitseinstellungen des virtuellen VMware-Switches zulässig ist.
Lassen Sie uns wissen, ob Sie weitere Hilfe benötigen oder das Problem gelöst wurde.
Ich habe den virtuellen VMware-Switch so konfiguriert, dass MAC-Änderungen für die beiden unterschiedlichen VLANs möglich sind. In diesem Fall funktioniert die dem Cluster zugewiesene virtuelle Schnittstelle weiterhin, wenn der Clusterknoten-Master durch einen Fehler auf den anderen wechselt, aber die anderen virtuellen Schnittstellen funktionieren nicht und ich weiß nicht, ob ich einen Konfigurationsfehler gemacht habe.
Vielen Dank
Hallo Stiven,
Ich habe Ihre Nachricht gesehen:
Ich glaube, ich habe das Problem gefunden. Beim Failover meldet der neue Master dem Gateway den neuen Mac für ARP. Wenn ich den Befehl „arping -U 172.16.212.1 -s 172.16.212.220 -c1“ vom neuen Master aus ausführe, wird das ARP des Gateways aktualisiert und alles funktioniert. Wie kann ich das automatisch tun?
Um dies zu automatisieren, wenn ein Knoten zum Master wird, fügen Sie diesen Befehl zur Datei /usr/local/relianoid/config/noid-start hinzu.
Stellen Sie sicher, dass diese Änderung auf beiden Knoten vorgenommen wird.
Ich hoffe, das hilft.