OSDC 2016 – 8th year of glory

Time flies – 8 years Open Source Datacenter Conference (OSDC) already and now the 3rd time in lovely Berlin.
Kicking off with Dawn Foster’s keynote on Open Source – A job and an adventure gave an interesting insight into Open Source careers and living the spirit. As we do at NETWAYS since 1995 inviting everyone onto our journey and happily organising conferences for talks, chats & some drinks together.
And remember …


Next up was Kris talking about Another 7 tools for your #devops stack which is always fun to watch. I couldn’t decide whether to join him or go for Mike Elsmore on NoSQL is a lie … though Daniela approached me and said “go for Mike, it is funny”. And so it was in combination with the interesting technical questions asked.


Tough decisions already in the morning – we’re using CoreOS at NETWAYS too and so I could join Jonathan Bulle on rkt and Kubernetes: What’s new with Container Runtimes and Orchestration … or learning something new, moving away from Puppet and learn about Salt – A Scalable Systems Management Solution for Datacenters by Sebastian Meyer.
A pretty hard one also for the presenters as these talks ended right before lunch break – and as you might know already, food is always so delicious at OSDC.


Finding a place to chill after lunch (oh, it was delicious) should it now be What’s wrong with my Puppet? by Felix Frank or would I go for learning about some monitoring tasks with Hello Redfish, Goodbye IPMI – The Future of System Management in the Data Center with Werner Fischer. I guess I’m more with Puppet these days, less monitoring admin – and the live demo stuff somehow failed but nice to see David Schmitt helping out.


Ever since Elastic announced their Beats toolstack I wanted to learn more about it. I was pretty sad that I couldn’t join Elasticon earlier this year. So I was eagerly waiting for Monica Sarbu telling me more about Unifying Log Management and Metrics Monitoring with the Elastic Beats.


Having the Icinga stack in mind with open APIs and such, this shed interesting insights on how to further push integration with Elastic forward. Oh and I definitely need to learn Golang to hack my own beats based on the libbeat library.


Continuous Integration in Data Centers – Further 3 Years Later with Michael Prokop sounded interesting as well, especially when it comes to Jenkins and Docker integration. Luckily all talks are recorded and made available later in the conference archive so I decided to go for Elastic Beats this time.


Martin Schütte gave interesting insights into Terraform: Config Management for Cloud Services. This tool fits into the devops stack HashiCorp has been building over the last years, including Vagrant, Atlas and Otto. MySQL clusters are overly complicated in my (developer) opinion so I didn’t go for MySQL-Server in Teamwork – Replication and Galera Cluster presented by Jörg Brühe. Again one for the archive watchers 🙂


ChatOps is becoming more important these days. I’ve already seen Martin’s great talk at Icinga Camp Berlin earlier this year – especially his live demo talking to the Icinga 2 API which makes me a proud developer. ChatOps – Collaborative Communication (or: You cannot not communicate) is definitely something everyone needs to consider and play around with. Especially when it is Open Source.


Heading over from Austria left behind my DNS related past though I’m trying to keep with it. Especially since Jan-Piet is talking about DNS for Developers aka “Everything is a freaky DNS problem” 😉

Evening event

Now that we’ve learnt and discussed so much on the first day we are ready for the evening event. This time it located at Umspannwerk Ost which looks nice indeed. Looking forward to delicious food again and later on, some G&T with the OSDC gang 🙂

Michael Friedrich
Michael Friedrich
Senior Developer

Michael ist seit vielen Jahren Icinga-Entwickler und hat sich Ende 2012 in das Abenteuer NETWAYS gewagt. Ein Umzug von Wien nach Nürnberg mit der Vorliebe, österreichische Köstlichkeiten zu importieren - so mancher Kollege verzweifelt an den süchtig machenden Dragee-Keksi und der Linzer Torte. Oder schlicht am österreichischen Dialekt der gerne mit Thomas im Büro intensiviert wird ("Jo eh."). Wenn sich Michael mal nicht in der Community helfend meldet, arbeitet er am nächsten LEGO-Projekt oder geniesst...

IPMI Sensor Monitoring Plugin Release von Version 2.x für Nagios/Icinga

Mit diesem neuen Plugin von der Thomas Krenn AG kann der Hardware-Status eines ferngesteuerten oder loakalen Servers mit Nagios oder Icinga überwacht werden. Es kann für jeden IPMI kompatiblen Server angewendet werden sodass es auch in heterogenen IT-Umgebungen mit unterschiedlichen Servern genutzt werden kann.
Beispielsweise können nun Lüfterdrehzahlen, Temperaturen, Spannungen, Stromaufnahme, Netzteilleistung etc. überwacht werden wobei hierfür besondere Software-Komponenten erforderlich sind, wie Nagios oder Icinga, FreeIPMI ab Version 0.5.1 (bei Version 0.8 mit legacy-output Option) und gawk.
Die neue Version 2.x des Plugins wurde auf der Basis von ipmimonitoring (FreeIPMI) zum überwachen beider IPMI Sensorklassen entwickelt, sowohl threshold als auch discrete.
Der Vorgänger, Version 1.x, basiert auf ipmitool und kann nur für threshold Sensoren verwendet werden, wird aber dennoch weiterhin gewartet.
Unter folgenden Links gibt es zwei Mailinglisten die das Plugin betreffen

Das Plugin in zwei verschiedenen Versionen ist per Download erhältlich unter http://www.thomas-krenn.com/en/oss/ipmi-plugin/
In Kürze:
* Version 2.x basierend auf FreeIPMI (Changelog Version 2.x;
ist die empfohlene Version die auch Sensoren der Sensor Klasse discrete überwacht
* Version 1.x basierend auf ipmitool (Changelog Version 1.x; wird zwar weiterhin unterstützt, überwacht aber keine Sensoren der Sensor Klasse discrete)
Alle Informationen finden Sie auf der Homepage von Thomas Krenn: http://www.thomas-krenn.com/de/wiki/IPMI_Sensor_Monitoring_Plugin (www.monitoringexchange.org) oder unter IPMI Sensor Monitoring Plugin (exchange.nagios.org)

OSDC Ticker: The Power of IPMI und FAI

Werner Fischer von der Thomas Krenn AG hat heute Nachmittag in seinem Vortrag die Funktionsweise und Möglichkeiten von IPMI näher erklärt. Insbesondere macht die Technologie externe KVM Switches mit den entsprechenden Verkabelung komplett überflüssig und bietet daneben viele andere Überwachungslösungen, die sich remote abfragen lassen. Thomas Krenn hat deswegen auch ein entsprechendes Plugin über Nagios/Icinga programmiert und stellt das in seinem Wiki zur Verfügung.
In einem weiteren Vortrag hat Thomas Lang über sein Projekt FAI berichtet. Neben vielen technischen Details ging es darin auch um die logistischen und sozialen Anforderungen, die ein solches Projekt mit sich bringt. Dem äußerst unterhaltsamen Vortrag konnte man deutlich anmerken, dass bei ihm auch nach 10 Jahren mit dem Projekt die Begeisterung dafür ungebrochen ist. Damit er etwas mehr Feedback zu FAI bekommt, bittet er alle FAI Anwender, einen Fragebogen auszufüllen.

Die etwas andere Clusterlösung

Für gewöhnlich laufen HA-Cluster im hot standby. Doch sowohl aus ökologischem Blickwinkel betrachtet, als auch aus technischen Beweggründen, muss das nicht in jeden Fall die beste Vorgehensweise sein.
Schon auf der NETWAYS Nagios Konferenz 2007 hielt Gerd Müller einen Vortrag über die Möglichkeiten des Monitoring IPMI Konformer Systeme. Dieser hat unseren langjährigen Kunden iwis motorsysteme GmbH & Co. KG in München angeregt IPMI als Lösungsmöglichkeit für Ihren Einsatzfall in Betracht zu ziehen.
Dort haben wir daraufhin eine auf IPMI basierende cold standby HA-Cluster-Lösung implementiert.
Ein Nagios Eventhandler übernimmt im Notfall die Koordination der zwei identisch konfigurierten Server. Zuerst wird versucht die Applikation neu zu starten und erst wenn dies nicht erfolgreich war, zwischen den Servern umgeschaltet. Das bedeutet in diesem Fall, dass Server1 letztlich komplett abgeschaltet, und Server2 hochgefahren wird, wenn sich die Anwendung auf dem ersten Server nicht mehr aktivieren lässt. Mittels eines via Fibre Channel angeschlossenen SAN-Systems werden dafür die Daten hochverfügbar vorgehalten.