Breadcrumbs

IGEL UMS HA-Dienste und -Prozesse

Der folgende Artikel erläutert, welche Dienste und Prozesse ausgeführt werden, wenn Sie die High Availability (HA) Extension der IGEL Universal Management Suite (UMS) installieren. Darüber hinaus bietet er einen allgemeinen Überblick darüber, wie Sie Dienste und Prozesse für Ihre UMS Installation neu starten können, nicht nur für die UMS HA Installation.

Distributed UMS vs. UMS High Availability (HA)

Wenn Sie die UMS mit mehreren Servern installieren möchten, empfiehlt IGEL die Verwendung der Distributed UMS Funktion:

  • für neue Installationen

  • für bestehende Einzelinstanz-Installationen. Weitere Details finden Sie unter IGEL UMS Installation.

Wenn Sie bereits über eine bestehende, vollständig funktionsfähige HA Installation verfügen, können Sie diese unverändert weiterverwenden. Beachten Sie jedoch, dass für die UMS HA keine neuen Funktionen mehr hinzugefügt werden.

Wenn Sie eine Migration durchführen möchten, siehe So migrieren Sie eine UMS High Availability-Installation zu einer Distributed UMS.


Eine High Availability (HA) Installation besteht aus mehreren Prozessen: Jeder Knoten des HA Netzwerks führt je nach Konfiguration während der Installation der UMS HA entweder den UMS Server oder den UMS Load Balancer oder beide aus, siehe auch IGEL UMS HA-Konfigurationsoptionen. Zusätzlich läuft auf jedem Knoten immer der UMS Watchdog.

UMS Server

  • Verarbeitet alle Anfragen von den Geräten und der UMS Konsole.

  • Kommuniziert mit den Geräten.

  • Führt Jobs aus.

  • Fungiert als Message Broker für interne Nachrichten.

UMS Load Balancer

  • Leitet eingehende Anfragen von Geräten mit Lastverteilung an einen der UMS Server weiter.
    Der UMS Load Balancer verfügt über eine Liste der laufenden UMS Server und verteilt die Anfragen sequenziell an diese.

UMS Watchdog

  • Überwacht den Betriebsstatus des UMS Servers und des UMS Load Balancers, die auf demselben Server laufen, und leitet diesen an die UMS Server weiter.

  • Startet oder stoppt den UMS Server oder den UMS Load Balancer auf Anforderung eines UMS Servers.

Wenn sowohl der UMS Server als auch der UMS Load Balancer auf demselben Server ausgeführt werden, verwendet der UMS Server Port 30002 und der UMS Load Balancer Port 30001. Wenn nur der UMS Server auf einem Server installiert ist, verwendet er immer Port 30001. Siehe IGEL UMS Kommunikationsports.

Die folgende Tabelle zeigt, wie Sie herausfinden können, welche Prozesse ausgeführt werden, und wie bzw. wo Sie diese stoppen oder starten können.

Windows

Linux

Dienste:

image2020-9-11_17-54-12.png

Die Prozesse werden normalerweise hier gestoppt.

  • Für die Liste der laufenden Prozesse verwenden Sie den Befehl:
    sudo ps -ef | grep RemoteManager
    wobeiRemoteManager der letzte Teil des Installationspfads ist; passen Sie diesen an, wenn der Installationspfad abweicht.
    Jeder Prozess hat zwei Einträge in der Liste.

  • Zum Stoppen der Prozesse verwenden Sie:
    sudo systemctl stop igel-ums-watchdog
    sudo systemctl stop igel-ums-broker
    sudo systemctl stop igel-ums-server

  • Falls das Stoppen über die init-Skripte nicht funktioniert:
    sudo kill -9 xxxx
    wobei die Prozess-ID in der Ausgabe von
    sudo ps -ef | grep RemoteManager ersichtlich ist.

Task Manager:

image2020-9-11_18-52-27.png

Notfall-Stopp, wenn der Prozess nicht über die Dienste gestoppt werden kann.

cmd / Eingabeaufforderung:

sc queryex “IGELRMGUIServer”
sc queryex “IGEL UMS Load Balancer”
sc queryex “IGEL UMS Watchdog”

Notfall-Stopp, wenn der Prozess nicht über die Dienste gestoppt werden kann:

  • taskkill /PID xxxx /F
    wobei die PID in der Ausgabe von
    sc queryex “Name of the process” ersichtlich ist.

Sie können den UMS Server Dienst auch im UMS Administrator > Distributed UMS stoppen / starten, siehe Distributed UMS - Lokale UMS-Aktionen im IGEL UMS Administrator ausführen.