Neustart des Clusters oder geplante Wartung des Omnissa Access-Clusters

Nach einem Neustart des Knotens tritt der Knoten nicht automatisch wieder dem Omnissa Access-Cluster bei. Sie müssen den Befehl wso cp unseal vom Bootstrap-Knoten aus ausführen, um die Cluster-Mitgliedschaft wiederherzustellen.

Hinweis: Dieses Verhalten gilt nur für den aktuellen Zwischen-Build.

Verwenden Sie je nach Ihrem Wartungsszenario die entsprechende Vorgehensweise aus den unten aufgeführten Optionen.

Option 1 – Geplante Wartung: Jeweils einen Knoten neu starten

Starten Sie jeweils nur einen Knoten neu, um die Verfügbarkeit des Clusters aufrechtzuerhalten. Der Cluster bleibt während des Neustarts mit eingeschränkter Kapazität funktionsfähig.

Omnissa Access-Knoten

1. Fahren Sie den zu wartenden Knoten herunter.

2. Überwachen Sie die Clusterintegrität und den Dienststatus.

   Der Cluster sollte funktionsfähig bleiben, wobei jeweils eine Instanz jedes Dienste mit reduzierter Kapazität ausgeführt wird.

3. Schließen Sie die Wartung ab und schalten Sie den Knoten wieder online.

4. Führen Sie auf dem Bootstrap-Knoten Folgendes aus:

   wso cp unseal
   

5. Führen Sie vom Bootstrap-Knoten aus den folgenden Befehl aus, um die Integrität des Clusters zu überprüfen.

   Warten Sie, bis alle Dienste wieder online sind:

   wso healthcheck
   

6. Stellen Sie sicher, dass jeweils zwei Instanzen jedes Diensts ausgeführt werden.

7. Führen Sie den folgenden Befehl aus, um zu überprüfen, ob alle Dienste bereit sind, Datenverkehr zu verarbeiten:

   wso access check-service-readiness
   

Wenn beide Access-Knoten ausfallen (ungeplant):

1. Sobald beide Knoten wieder online sind, führen Sie den folgenden Befehl vom Bootstrap-Knoten aus:

   wso cp unseal
   

2. Führen Sie den Befehl wso healthcheck vom Bootstrap-Knoten aus und warten Sie, bis alle Dienste wieder online sind.
3. Stellen Sie sicher, dass jeweils zwei Instanzen jedes Diensts ausgeführt werden.
4. Führen Sie den Befehl wso access check-service-readiness aus, um zu überprüfen, ob alle Dienste bereit sind, Datenverkehr zu verarbeiten.

Infrastruktur-/Plattformknoten

Starten Sie jeweils einen Knoten neu. Infrastrukturdienste (PostgreSQL, Kafka, Redis und OpenSearch) bleiben während des Neustarts mit zwei Instanzen funktionsfähig.

1. Fahren Sie den zu wartenden Knoten herunter.

2. Überwachen Sie die Clusterintegrität.

   Der Cluster sollte mit zwei Instanzen jedes Infrastrukturdiensts funktionsfähig bleiben.

3. Schließen Sie die Wartung ab und schalten Sie den Knoten wieder online.

4. Führen Sie auf dem Bootstrap-Knoten Folgendes aus:

   wso cp unseal
   

5. Führen Sie vom Bootstrap-Knoten aus den Befehl wso healthcheck aus, um die Integrität des Clusters zu überprüfen.

   Warten Sie, bis alle Dienste wieder online sind.

6. Stellen Sie sicher, dass jeweils drei Instanzen jedes Infrastrukturdiensts ausgeführt werden.

Wenn alle Infrastruktur-/Plattformknoten ausfallen (ungeplant):

1. Sobald alle Knoten wieder online sind, führen Sie den folgenden Befehl vom Bootstrap-Knoten aus:

   wso cp unseal
   

2. Führen Sie den Befehl wso healthcheck vom Bootstrap-Knoten aus und warten Sie, bis Dienste wieder online sind.
3. Stellen Sie sicher, dass jeweils drei Instanzen jedes Infrastrukturdiensts ausgeführt werden.

Neustart des Bootstrap-Knotens

Ein Neustart des Bootstrap-Knotens wirkt sich nicht auf Clusterdienste aus. Der Bootstrap-Knoten ist nur für die Clusterinitialisierung verantwortlich und führt keine kritischen Dienste aus.

Option 2 – Geplante Wartung: Ohne eingeschränkte Leistung (Pufferknoten)

Um die Wartung ohne Beeinträchtigung der Dienste durchzuführen, fügen Sie vor Beginn einen temporären Pufferknoten hinzu. Dadurch können Dienste von dem zu wartenden Knoten migriert werden.

1. Stellen Sie einen neuen Knoten mit derselben Konfiguration wie die vorhandenen Knoten bereit und fügen Sie ihn zum Cluster hinzu.

2. Aktualisieren Sie vom Bootstrap-Knoten aus cp-cluster.ini mit der neuen Knoten-IP und führen Sie Folgendes aus:

   wso cp deploy -t <new-node-ip>
   

3. Entleeren Sie den zu wartenden Knoten über die Nomad-Benutzeroberfläche (Clients > Knoten auswählen > Entleeren).

   Diese Aktion migriert alle Dienste auf andere Knoten, einschließlich des Pufferknotens, ohne Auswirkungen auf die Leistung.

4. Führen Sie die Wartung der vorhandenen Knoten nacheinander durch.

5. Nach Abschluss der Wartung können Sie den Pufferknoten optional entfernen, indem Sie seinen Eintrag aus cp-cluster.ini löschen und ihn herunterfahren.

   Sie können ihn auch als Standby-Knoten für zukünftige Wartungen beibehalten.

6. Führen Sie auf dem Bootstrap-Knoten Folgendes aus:

   wso cp unseal
   

7. Führen Sie wso healthcheck aus, um die Clusterintegrität zu überprüfen.

8. Stellen Sie sicher, dass jeweils zwei Instanzen jedes Access-Diensts und drei Instanzen jedes Infrastruktur-/Plattformdiensts ausgeführt werden.

9. Führen Sie wso access check-service-readiness aus, um zu überprüfen, ob alle Dienste bereit sind, Datenverkehr zu verarbeiten.

   Hinweis: Warten Sie nach einem Neustart des Knotens und wso cp unseal ab, bis alle Dienste wieder online sind und einen funktionsfähigen Cluster bilden. Überwachen Sie während dieses Zeitraums die Clusterintegrität. Wenn sich ein Dienst nicht wiederherstellen lässt, überprüfen Sie dessen Protokolle in der Nomad-Benutzeroberfläche, löschen Sie den Dienst und stellen Sie ihn erneut bereit:

   wso services deploy -s <service-name>