text: Verteiltes Monitoring und Satelliten - openITCOCKPIT 4
  Verteiltes Monitoring und Satelliten Verteiltes Monitoring und Satelliten Inhaltsverzeichnis
  Satelliten in openITCOCKPIT anlegen
  HTTPS-Pull
  HTTPS-Push
  Host auf einem Satelliten erstellen
  State is no longer current
  Satelliten Frontend aktivieren
  Verteiltes Monitoring und Satelliten EE¶
  Das Distribute Modul ermöglicht ein verteiltes Monitoring mit Satellitensystemen, welche als autarke Einheit entferne Standorte überwachen können. Dies erleichtert das Pflegen von Firewall-Regeln, da nur noch eine Verbindung zwischen dem openITCOCKPIT Monitoring Server und den Satelliten bestehen muss, nicht jedoch zu den zu überwachenden Systemen. Zusätzlich kann das verteilte Monitoring auch zur Lastverteilung genutzt werden.
  Die Verwaltung der Satelliten Systeme und der zu überwachenden Hosts erfolgt zentral vom openITCOCKPIT Server.
  Im Falle eines Verbindungsabbruches zwischen Satellite und openITCOCKPIT Server speichern die Satelliten die Prüfergebnisse zwischen. Sobald die Verbindung wiederhergestellt ist, verarbeitet der openITCOCKPIT Server die gespeicherten Daten, um eine konsistente Historie sicherzustellen.
  openITCOCKPIT bietet eine spezielle und optionale Weboberfläche für Satelliten Systeme an. Somit haben Administrator und Benutzer an entfernte Standorten ihre lokale IT immer im Blick, auch wenn die Verbindung zum zentralen openITCOCKPIT Server unterbrochen ist.
  Die Satellitensysteme werden über spezielle Pakete installiert und überwachen ihre Systeme eigenständig. Je nach Synchronisationseinstellungen, werden die Ergebnisse an das Mastersystem (openITCOCKPIT) geschickt oder von diesem abgeholt.
  Für die Nutzung des Distribute Modul ist eine Enterprise Lizenz nötig.
  Satelliten in openITCOCKPIT anlegen¶
  Um einen Satelliten in openITCOCKPIT anzulegen, klicken Sie im Hauptmenü auf System Satelliten in der Satelliten Übersicht klicken Sie anschließend auf die Schaltfläche "Neu".
  Anschließend wählen Sie einen Container aus, vergeben einen Namen für den Satelliten und tragen die IP-Adresse oder Hostname in das Feld "IP-Adresse" ein.
  Satelliten können in drei verschiedenen Synchronisationsmethoden betrieben werden.
  NSTA¶
  Für die Kommunikation zwischen Master und Satellite ist der Dienst nsta verantwortlich. Der Verbindungsstatus kann unter System Satelliten Status eingesehen werden.
  Das Logfile des NSTA kann über den Befehl journalctl --follow -u nsta eingesehen werden.
  Synchronisationsmethoden¶
  HTTPS-Pull¶
  Das Mastersystem ruft regelmäßig Prüfergebnisse vom Satelliten ab und pusht Konfigurationsänderungen.
  Kommunikationsweg ausgehend: openITCOCKPIT Server stellt eine Verbindung zum Satelliten her.
  Hier muss die IP-Adresse des Satelliten, sowie die weiteren Parameter des HTTPS Aufrufs angegeben werden. Zudem kann ausgewählt werden, ob das SSL Zertifikat überprüft wird und ob ein HTTP-Proxy genutzt werden soll. Der Angezeigte API Schlüssel wir vom Mastersystem genutzt, um sich am Satellitensystem zu authentifizieren.
  Auf dem Satellitensystem wird die Kommunikation vom NSTA verwaltet. Deshalb muss dort die Konfiguration /opt/openitc/etc/nsta/nsta.ini angepasst werden:
  [nsta]
  satellite-id=ADD_YOUR_SATELLITE_ID_HERE
  api-key=ADD_YOUR_API_KEY_HERE
  mode=https_pull
  Um die Änderungen zu übernehmen, muss der NSTA Dienst neu gestartet werden.
  Anschließend findet die Kommunikation über eine verschlüsselte HTTPS Verbindung statt.
  HTTPS-Push¶
  Das Satellitensystem überträgt die Prüfergebnisse an das Mastersystem und sucht regelmäßig nach Konfigurationsänderungen.
  Kommunikationsweg eingehend: Satelliten stellt eine Verbindung zum openITCOCKPIT Server her.
  Bei der Konfiguration muss hierfür lediglich ein API Schlüssel eingetragen werden. Dieser wird vom Satellitensystem genutzt, um sich am Mastersystem zu authentifizieren.
  mode=https_push
  endpoint=https://demo.openitcockpit.io
  insecure-https=true
  Das Mastersystem erstellt einen SSH-Tunnel zum Satellitensystem, ruft die Prüfergebnisse ab und überträgt Konfigurationsänderungen.
  Im SSH Modus wird ein Benutzername, Port sowie der Private Key Path für die Verbindung benötigt. Der Austausch der SSH-Keys für den angegebenen Benutzer vom Mastersystem zum Satelliten muss im Vorfeld durchgeführt werden.
  Zudem kann noch der Remote Port des auf dem Satelliten laufenden Gearman angegeben werden.
  Anschließend findet die Kommunikation über eine verschlüsselte SSH Verbindung statt.
  Für alle Synchronisationsmethoden steht im letzten Schritt der Erstellung noch die Möglichkeit zum Einstellen der Zeitzone sowie die Synchronisation der Systemzeit zur verfügung.
  Wenn SSH zur Übertragung genutzt wird, wird der NSTA auf dem Satellitensystem nicht benötigt.
  Alle Optionen¶
  Container Container in dem der Satellit erstellt werden soll
  Satellitenname Name des zu erstellenden Satelliten
  IP-Adresse IP-Adresse oder Hostname des Satelliten. Diese Adresse wird für die gesamte Kommunikation zwischen der Master-Instanz und dem Satellitensystem verwendet
  Synchronisationsmethode Synchronisationsmethode die die Art der Datenübertragung bestimmt
  Zeitzone Zeitzone des Satelliten
  Zeitsynchronisation Legt fest, ob Sie die Systemuhr des Master-Servers mit dem Satellitensystem synchronisieren möchten. Hinweis: Es wird nicht empfohlen, diese Option zu aktivieren. Bitte verwenden Sie nach Möglichkeit einen NTP-Server.
  HTTPS PULL-Modus
  URL Satellit URL
  Überprüfe das Zertifikat nur valide Zertifikate werden akzeptiert
  Aktiviere Proxy Bestimmt ob der weiter unten eingetragene Proxy für die verbindung mit dem Satellitensystem genutzt werden soll
  Proxy URL Proxy Server URL
  API Schlüssel API Key Authentifizierung für den Satellit
  Intervall Zeitintervall in Sekunden, in welchem das Mastersystem die Prüfergebnisse aufnimmt
  Timeout Zeitlimit in Sekunden, das definiert, wann der Satellit als OFFLINE markiert werden soll.
  HTTPS PUSH-Modus
  Anmelden Benutzer mit dem sich über SSH auf dem Satellitensystem angemeldet werden soll
  Port SSH-Port des Remote-Computers.
  PrivateKeyPath Wir verwenden einen Standardpfad zum privaten Schlüssel, wenn dieses Feld leer bleibt
  RemotePort Gearman-Port der Remote-Maschine.
  Host auf einem Satelliten erstellen¶
  Bei der Erstellung eines Hosts kann das Satellitensystem, welches die Prüfungen ausführen soll, aus einer Dropdown-Liste ausgewählt werden. openITCOCKPIt verwaltet im Hintergrund alle nötigen Konfigurationsänderungen selbstständig.
  Hosts können zu jedem Zeitpunkt vom Mastersystem auf einen Satelliten und zurück verschoben werden.
  State is no longer current¶
  Das openITCOCKPIT Mastersystem führt in regelmäßigen Abständen einen sogenannten Freshness Check durch. Dabei prüft das System, ob alle Satellitensysteme ihre Prüfergebnisse zu den erwarteten Zeitpunkten übermittelt haben.
  Der Status "State is no longer current" ist in der Regel auf einen der folgenden Punkte zurückzuführen: - Unterschiedliche Systemzeiten von Mastersystem und Satellit. NTP-Server nutzen oder Synchronisation der Systemzeit über NSTA aktivieren. - Die Verbindung zwischen Mastersystem und Satellit ist unterbrochen - Satellitensystem ist überlastet
  Satelliten Frontend aktivieren¶
  Die Weboberfläche der Satellitensysteme ist optional und im standard nicht aktiviert. Zum Aktivieren müssen die folgenden zwei Befehle auf dem Satelliten ausgeführt werden: