Hochverfügbarkeit mit drei Knoten und Verhalten bei Knotenausfall

Wozu dient das

Mit drei Knoten übersteht die Clustersteuerung den Ausfall eines Knotens, und die Datenträger liegen als Kopien auf mehreren Knoten. Fällt ein Knoten aus, startet Kubernetes die betroffenen Dienste auf einem anderen Knoten neu, und der Speicher hängt dort eine Kopie des Datenträgers ein.

Die Anwendungsdienste und die Datendienste (MariaDB, Elasticsearch, RabbitMQ) laufen jeweils mit einer Instanz. Bis ein Dienst auf einem anderen Knoten wieder bereit ist, ist er unterbrochen. Rechnen Sie mit einigen Minuten. Dieses Kapitel beschreibt, wie Sie einen Cluster mit drei Knoten planen und was Sie nach einem Ausfall tun.

Voraussetzungen

Drei EasyUC-Appliances im selben Netzsegment, ohne Filterung untereinander.
Eine gemeinsame interne Zeitquelle für alle drei Knoten.
Genug Speicher je Knoten für die Kopien der Datenträger.
DNS-Namen für die Weboberflächen und die CUCM-Ziele, die sich auf einen anderen Knoten umstellen lassen. Eine gemeinsame virtuelle IP-Adresse gibt es nicht.
Für Teams: eine öffentliche Adresse bzw. 1:1-NAT auf den Knoten, auf dem der SBC läuft, und einen Plan, wie die Zuordnung umgestellt wird.

Schritt für Schritt: Cluster mit drei Knoten aufbauen

Nehmen Sie die erste Appliance in Betrieb und installieren Sie EasyUC.
Fügen Sie den zweiten und den dritten Knoten nacheinander über Knoten hinzufügen hinzu. Warten Sie jeweils, bis der Knoten „Bereit“ ist.
Stellen Sie auf jedem Knoten an der Konsole unter NTP Server dieselbe Zeitquelle ein, einen Knoten nach dem anderen.
Prüfen Sie auf der Karte Speicher, dass sie „alle gesund“ meldet.
Tragen Sie in DNS, CUCM und Firewall die Adressen so ein, dass sie sich auf einen anderen Knoten umstellen lassen.
Richten Sie die Übertragung der Sicherungen auf einen externen Server ein. Ein Cluster ersetzt keine Sicherung.

Schritt für Schritt: nach einem Knotenausfall

Öffnen Sie den Manager über die Adresse eines laufenden Knotens. Der Manager startet bei Bedarf auf einem anderen Knoten neu.
Prüfen Sie auf der Karte Knoten, welcher Knoten „Nicht bereit“ ist.
Prüfen Sie auf der Karte EasyUC, ob alle Komponenten wieder bereit sind.
Stellen Sie DNS-Einträge, die Ziele im CUCM und für Teams die NAT-Zuordnung um, falls sie auf den ausgefallenen Knoten zeigen.
Beheben Sie die Ursache und starten Sie den Knoten wieder. Kehrt er zurück, gleicht der Speicher die Kopien ab.
Ist der Knoten endgültig verloren, entfernen Sie ihn über Knoten entfernen und fügen Sie eine neue Appliance hinzu.

Felder und Optionen

Felder und Optionen
Feld / Aktion	Bedeutung und Verwendung
1 Knoten	Keine Redundanz im Cluster. Schutz kommt aus der Virtualisierung (Hochverfügbarkeit des Hypervisors, Snapshots) und aus Sicherungen.
2 Knoten	Verträgt keinen Ausfall der Clustersteuerung: etcd braucht eine Mehrheit der Knoten.
3 Knoten	Die Clustersteuerung verträgt den Ausfall eines Knotens. Das ist die empfohlene Größe für Redundanz.
Clustersteuerung	Jeder Knoten ist K3s-Server mit etcd. Reine Arbeitsknoten werden nicht angeboten.
Speicher	Longhorn hält Kopien der Datenträger auf mehreren Knoten. Fehlt ein Knoten, zeigt die Karte Speicher die betroffenen Datenträger als „eingeschränkt“.
Anwendung und Datendienste	Je eine Instanz. Wiederanlauf auf einem anderen Knoten nach einem Ausfall, mit Unterbrechung.
Updates	Ein EasyUC-Update startet alle Dienste gemeinsam neu. Die Anwendung ist dabei auch im Cluster einige Minuten nicht erreichbar.
Nicht vorhanden	Datenbank-Replikation, mehrere Instanzen je Dienst, unterbrechungsfreies Umschalten und Updates ohne Unterbrechung.

Ergebnis prüfen und Fehler eingrenzen

Die Karte Knoten zeigt drei Knoten mit „Bereit“, die Karte Speicher meldet „alle gesund“.
Bleibt eine Komponente nach einem Ausfall dauerhaft nicht bereit, zeigt die Karte EasyUC an der Komponente den Grund. Die Schaltfläche Reconcile cluster stößt einen erneuten Abgleich an.
Erreichen Benutzer die Oberfläche nach einem Ausfall nicht, zeigt der DNS-Name meist noch auf den ausgefallenen Knoten.
Kommen nach einem Ausfall keine Teams-Anrufe an, zeigt die NAT-Zuordnung noch auf den alten Knoten. Der SBC läuft auf dem Knoten, auf dem auch der ACD-Mediendienst läuft.
Die Zeitquelle lässt sich im Konsolenmenü nur bei einem Knoten oder genau drei Knoten aktivieren. Das signierte Offline-Paket auf der Seite System-Updates setzt genau drei Knoten voraus.
Aktive Gespräche über den ACD-Mediendienst oder den Teams-SBC des ausgefallenen Knotens lassen sich nicht retten.