LHCb ist eines von vier Experimenten am Large Hadron Collider (LHC) am Kernforschungszentrum Cern, besser bekannt als Teilchenbeschleuniger. Es erforscht die kleinen Unterschiede zwischen Materie und Antimaterie, um der Frage nachzugehen, warum unser Universum hauptsächlich aus Materie und nicht aus Antimaterie besteht. Diese Experimente laufen noch mindestens bis zum Jahr 2018 und nutzen ein 4.500t schweres Detektorsystem mit circa 1Mio. Sensoren. Diese Sensoren registrieren die unterschiedlichen Teilchen, die bei der Kollision von nahezu lichtschnellen Protonen im rund 27km langen Ringbeschleuniger entstehen. Das Detektorsystem setzt sich aus mehreren Subdetektoren zusammen. Jeder dieser Subdetektoren ist darauf spezialisiert, unterschiedliche Parameter wie Spurverläufe oder Energie-Werte zu messen. Bei 2.000 Ereignissen pro Sekunde entsteht stündlich eine Datenmenge von 250GB.
Das Detektionssystem
Diese Daten werden von den Sensoren der Detektor-Elektronik über Lichtwellenleiter an modulare Rechnersysteme geleitet, die die Daten des Experiments vorverarbeiten. Jedes System hat eine eigene Aufgabe und verarbeitet bis zu 38Gbit/s Rohdaten. Diese sendet es dann über 4GbE-Links zu einem Datenaufnahmesystem. Die real genutzte totale Bandbreite der Rechnersysteme des Detektionssystems beträgt rund 50 bis 60GByte/s und bildet die Datengrundlage für die Analyse und Resultate des Experiments. Ausgeführt sind diese Systeme in rund 100VME- sowie rund 400 ELMB-Systemen (Embedded Local Monitor Board).
Das Condition Monitoring System
Um die Verfügbarkeit des mit 1Mio. Sensoren höchst komplexen Detektionssystems während der ebenfalls nicht minder komplexen Experimente stets sicherzustellen, wird es von einem eigenen Kontrollsystem überwacht. Dieses soll gewährleisten, dass sich alle Elemente des Detektionssystems im vorgeschriebenen Zustand befinden, damit die teuren Experimente nicht umsonst gemacht werden. Zudem erlaubt es das Kontrollsystem, Aktionen auszuführen wie das Ein- und Ausschalten, das Setzen der Ausgangsspannungen, das Setzen der Grenzwerte für Ausgangsströme und die Änderung der Lüftergeschwindigkeit der Systeme. Dabei folgt das Monitoring der VME- und ELMB-Systeme einem einfachen Prinzip: Solange bei der Überwachung der Komponenten keine Anomalität festgestellt wird, werden alle nötigen Parametrierungen des Zustands der Elektronik automatisch ausgeführt. Nur wenn durch die kontinuierliche Überwachung der Komponenten eine Anomalität im System festgestellt wird, muss ein Mitarbeiter eingreifen und den Fehler beheben. In jedem Rechner des Detektionssystems ist hierfür ein CAN-Slave integriert, welcher die lokale Überwachungsinstanz des vernetzten Monitoring Systems darstellt. Diese Slaves wurden in der Vergangenheit über Monitoring-Server mit einer direkten Verbindung (über USB) zu einem CAN-Master überwacht und gesteuert.
Die Virtualisierung
\“Diese Monitoring Server sollen aufgrund ihres hohen Alters nun ersetzt werden\“, erklärt Projektleiter Beat Jost. \“Als Ersatz haben wir uns dafür entschieden, auf eine Virtualisierungslösung zu setzen, um so die Ressourcenauslastung unserer Server-Infrastruktur zu verbessern und um die Kapazitäten für das Experiment zu steigern.\“ Früher war auf den dezentralen 1HE Servern eine komplette WinCC-Scada-Software implementiert, auf die vom Leitstand aus zugegriffen wurde. Diese Dezentralisierung wurde durch die Virtualisierung der Server auf einem zentralen System aufgehoben. Auf diesem werden nun alle Monitoring-Funktionen verwaltet. Neben den allgemeinen Vorteilen der Virtualisierung wie Energieeffizienz und erhöhter Verfügbarkeit ist auch die Möglichkeit, die Hardware flexibel auszulegen ein weiterer Pluspunkt. Außerdem lassen sich die virtuellen Maschinen genauer auf die entsprechende Anwendung anpassen. Wenn die Forscher also weitere unerwartete Entdeckungen machen, können sie ein noch breiteres Spektrum an Prozessen untersuchen, indem sie die Serverkapazität durch Virtualisierung einfach ausdehnen. Da auf den oberen Ebenen des Kontrollsystems die gesamte Kommunikation über Ethernet läuft, ist durch die Virtualisierung der entsprechenden Rechner auch der Ersatz eines defekten Rechners ohne direkte Hardware-Intervention möglich.
