Arbeitstitel 'Overwatch'

ist ein Monitorsystem für Teile des Atlas Cluster.

Abstrakt:

Es gibt einen Monitor im Büro der verschiendenste Informationen anzeigen soll.

Diese Informationen liegen auf einem verteilten System; müssen also noch zusammen-kopiert und verwaltet werden.

Die Anzeige erfolgt über die Weboberfläche in einem Browser.

Auf dem verteilten System soll dabei auch für zukünftige Anforderungen wenig Implementierung nötig sein.

Anzuzeigende Informationen

SQL, Terminal-Ausgaben, files

Anzeige definieren:

dynamisch über jscript oder xml-dateien

Von https://www.innoq.com/de/articles/2012/07/domain-specific-languages/
Builder, eine populäre Bibliothek zum Erzeugen von XML-Dokumenten
(für Config, was angezeigt werden soll)

Informations-Anfragen definieren

Metrics2.0 als Beispiel für Spezifikation der Anfragen

Einholen:

Salt, SenSu , Python-Implementierung

Auf dem Verteilten System läuft ein Programm, das Strings/Dateien interpretiert.

Benötigt Interface für:

- SQL Anfragen

- Files

- Terminal outputs

- konditionale Terminal Outputs

Salt

Per se Python Modul.

SenSu

Ruby..

bietet

Python-Implementierung

Testystem:

Salt: Virtualbox, Debian 64

Sensu: Virtualbox, Debian 64

Gliederung der bestehenden Seite https://einstein.phys.uwm.edu/server_status.html

Infos der Internetseite https://einstein.phys.uwm.edu/server_status.html

Hosts
einstein (Scheduler), einstein10, einstein13, einstein3 (wichtigster(?))

Systeme, Alle auf Host einstein3

• O1AS20-100F
• BRP6
• BRP4
• O1AS20-100I
• FGRPB1
• BRP4G

Daemons, laufen auf allen Systemen

• work generator
• validator
• assimilator
• file deleter

Workunits and tasks

• SQL Abfragen an alle Systeme für
  • Work
  • Computing
  • Backlogs

Computing

• Terminal Outputs?

progresses (Total needed, Already done, Work still remaining)

• O1AS20-100F
• FGRPB1
• O1AS20-100I

progress (Beams)

• BRP4
• BRP6

ToDo

Metrics-alternative: openstack, swift-dformat, carbon tagger

-- BirgerLErs - 22 May 2016