Installieren eines einfachen High Availability-Clusters mit zwei Knoten

Melden Sie sich beim ersten Knoten entweder als root-Benutzer oder als Benutzer mit sudo-Rechten an.

Starten Sie das crm cluster init-Skript:

> sudo crm cluster init

Das Skript prüft, ob chrony ausgeführt wird, öffnet die erforderlichen Firewall-Ports, konfiguriert Csync2 und sucht nach SSH-Schlüsseln. Wenn keine SSH-Schlüssel vorhanden sind, generiert das Skript sie.

Konfigurieren Sie Corosync für die Clusterkommunikation:

1. Geben Sie eine IP-Adresse für den ersten Kommunikationskanal ein (ring0). Standardmäßig schlägt das Skript die Adresse der ersten verfügbaren Netzwerkschnittstelle vor. Dabei kann es sich um eine einzelne Schnittstelle oder um ein Bond-Gerät handeln. Akzeptieren Sie diese Adresse oder geben Sie eine andere ein.

2. Wenn das Skript mehrere Netzwerkschnittstellen erkennt, fragt es, ob Sie einen zweiten Kommunikationskanal konfigurieren möchten (ring1). Wenn Sie den ersten Kanal mit einem Bond-Gerät konfiguriert haben, können Sie mit n ablehnen. Wenn Sie einen zweiten Kanal konfigurieren müssen, bestätigen Sie mit y und geben Sie die IP-Adresse einer anderen Netzwerkschnittstelle ein. Die beiden Schnittstellen müssen sich in unterschiedlichen Teilnetzen befinden.

Das Skript konfiguriert die Standard-Firewall-Ports für die Corosync-Kommunikation.

Wählen Sie aus, ob Sie SBD als Knoten-Fencing-Mechanismus einrichten möchten:

1. Bestätigen Sie mit y, dass Sie SBD verwenden möchten.

2. Wenn Sie nach einem Pfad zu einem Blockgerät gefragt werden, geben Sie none ein, um festplattenloses SBD zu konfigurieren.

Das Skript konfiguriert SBD, einschließlich der entsprechenden Zeitüberschreitungseinstellungen. Im Gegensatz zu plattenbasiertem SBD benötigt festplattenloses SBD keine STONITH-Clusterressource.

Wenn kein Hardware-Watchdog verfügbar ist, konfiguriert das Skript den Software-Watchdog softdog.

Konfigurieren Sie eine virtuelle IP-Adresse für die Clusterverwaltung mit der Hawk-Weboberfläche:

1. Bestätigen Sie mit y, dass Sie eine virtuelle IP-Adresse konfigurieren möchten.

2. Geben Sie eine nicht verwendete IP-Adresse ein, die als Verwaltungs-IP für Hawk verwendet werden soll.

Sie können auch eine Verbindung mit der virtuellen IP-Adresse herstellen, statt sich an einem einzelnen Clusterknoten bei Hawk anzumelden.

Wählen Sie aus, ob QDevice und QNetd konfiguriert werden soll:

1. Bestätigen Sie mit y, dass Sie QDevice und QNetd konfigurieren möchten.

2. Geben Sie die IP-Adresse oder den Hostnamen des QNetd-Servers mit oder ohne Benutzernamen ein.

   • Wenn Sie einen Nicht-root-Benutzernamen einfügen, werden zur Eingabe des Passworts aufgefordert und das Skript konfiguriert die SSH-Authentifizierung ohne Passwort vom Knoten zum QNetd-Server.

   • Wenn Sie keinen Benutzernamen auslassen, verwendet das Skript standardmäßig den root-Benutzer. Daher muss die SSH-Authentifizierung ohne Passwort bereits für den Knoten konfiguriert sein, um auf den QNetd-Server zugreifen zu können.

   Akzeptieren Sie für die restlichen Felder die Standardwerte:

3. Übernehmen Sie den vorgeschlagenen Port (5403) oder geben Sie einen anderen ein.

4. Wählen Sie den Algorithmus aus, der bestimmt, wie Stimmen vergeben werden. Der Standardwert ist ffsplit.

5. Wählen Sie die Methode aus, die verwendet werden soll, wenn ein Tie-Breaker erforderlich ist. Der Standardwert ist lowest.

6. Wählen Sie aus, ob TLS für die Client-Zertifikatüberprüfung aktiviert werden soll. Der Standardwert ist on (Versuchen Sie, eine Verbindung mit TLS herzustellen, stellen Sie jedoch eine Verbindung ohne TLS her, wenn es nicht verfügbar ist.).

7. (Optional) Geben Sie Heuristikbefehle ein, um die Art und Weise zu beeinflussen, wie Stimmen ermittelt werden. Um diesen Schritt zu überspringen, lassen Sie das Feld leer.

Das Skript konfiguriert QDevice und QNetd, einschließlich SSH-Schlüssel, Zertifizierungsstellen- und Serverzertifikaten, und den Firewall-Port. Außerdem aktiviert es die erforderlichen Dienste auf den Clusterknoten und auf dem QNetd-Server.

Öffnen Sie zwei Terminals.

Pingen Sie auf dem ersten Terminal die virtuelle IP-Adresse an:

> ping 192.168.1.10

Melden Sie sich auf dem zweiten Terminal bei einem der Clusterknoten an.

Überprüfen Sie, auf welchem Knoten die virtuelle IP-Adresse ausgeführt wird:

> sudo crm status
[..]
Node List:
  * Online: [ alice bob ]

Full List of Resources:
  * admin-ip  (ocf:heartbeat:IPaddr2):    Started alice

Versetzen Sie alice in den Standby-Modus:

> sudo crm node standby alice

Überprüfen Sie den Clusterstatus erneut. Die Ressource admin-ip sollte zu bob migriert sein:

> sudo crm status
[...]
Node List:
  * Node alice: standby
  * Online: [ bob ]

Full List of Resources:
  * admin-ip  (ocf:heartbeat:IPaddr2):    Started bob

Auf dem ersten Terminal sollte während der Migration ein ununterbrochener Fluss an Ping-Signalen an die virtuelle IP-Adresse zu beobachten sein. Dies zeigt, dass die Clustereinrichtung und die Floating-IP-Adresse ordnungsgemäß funktionieren.

Brechen Sie den Befehl ping mit Strg–C ab.

Schalten Sie auf dem zweiten Terminal alice wieder online:

> sudo crm node online alice