Grundlegendes zur virtuellen IP-Verfügbarkeit in einem Junos Space-Cluster
Junos Space muss sicherstellen, dass die virtuelle IP(VIP)-Adresse immer auf einem der Knoten im Cluster verfügbar ist. Dies ist für die Hochverfügbarkeitslösung unerlässlich, da der gesamte Cluster für alle Benutzeroberflächen-Clients und NBI-Clients nicht mehr verfügbar ist, wenn die VIP-Adresse nicht mehr verfügbar ist. Zum Schutz vor diesem Szenario verwendet Junos Space den Herzschlagservice (Version 2.1.3 bis Version 3), der vom Linux-HA-Projekt bereitgestellt wird, um sicherzustellen, dass die VIP-Adresse immer auf einem der Knoten im Cluster verfügbar ist. Informationen zum Linux-HA-Projekt finden Sie im Benutzerhandbuch zur Linux-Hochverfügbarkeit.
Abbildung 1 zeigt den Herzschlagdienst, der auf zwei Knoten im Cluster ausgeführt wird, die zusammen einen Linux HA-Cluster bilden.
mit hoher Verfügbarkeit
Der Herzschlagdienst wird symmetrisch auf beiden Knoten konfiguriert, um eine Herzschlagnachricht im Intervall von 1 Sekunde an den anderen Knoten zu senden. Unicast-Nachrichten an UDP-Port 694 werden verwendet, um die Herzschlagnachrichten zu senden. Wenn ein Knoten 10 aufeinanderfolgende Herzschlagnachrichten vom anderen Knoten übersieht, wird der andere Knoten als tot betrachtet und ein Failover eingeleitet, um die Eigentümerschaft für die geschützte Ressource zu übernehmen. Die geschützte Ressource ist in diesem Fall die VIP-Adresse des Clusters. Wenn ein Failover auftritt, wird die virtuelle IP-Adresse mit einer Methode erhalten, die als IP-Adressübernahme bekannt ist (weitere Informationen finden Sie unter IP Address Take Over), wobei der neu aktivierte Knoten die VIP-Adresse auf einer seiner Schnittstellen konfiguriert (eth0:0 wird dafür in Junos Space verwendet) und sendet unentgeltlichE ARP-Pakete für die VIP-Adresse. Alle Hosts im Netzwerk sollten diese ARP-Pakete empfangen und von diesem Punkt an nachfolgende Pakete für die VIP-Adresse an diesen Knoten senden. Wenn der Knoten, der derzeit über die VIP-Adresse verfügt, abstürzt, erfolgt ein automatisches Failover der VIP-Adresse zum anderen Knoten im Cluster in etwas mehr als 10 Sekunden. Wenn der abgestürzte Knoten wieder hochkommt (z. B. im Falle eines Neustarts), tritt er dem Ha-Cluster bei und fungiert als Standby-Knoten. Mit anderen Worten, ein automatisches Failback der VIP-Adresse erfolgt nicht.
Die 10 Sekunden, die Junos Space benötigt, um einen ausgefallenen Knoten zu erkennen, sind anwendbar, wenn der Knoten abstürzt oder nicht reagiert. In Fällen, in denen der Knoten jedoch heruntergefahren oder neu gestartet wird oder wenn der Herzschlagdienst auf dem Knoten vom Junos Space-Administrator angehalten wird, wird eine Nachricht an den Herzschlagdienst des anderen Knotens gesendet, und das VIP-Failover erfolgt fast sofort.
Bei dedizierten Datenbankknoten erfolgt das Datenbank-VIP-Adressen-Failover auf ähnliche Weise, um eine hohe Verfügbarkeit der Datenbank zu gewährleisten.