Ab und an benötige ich eine Test VM um ein paar Dinge auszuprobieren.
Dank KVM kann ich das ganze auch ziemlich einfach auf meiner Monsterentwicklungsmaschine lokal machen ohne gleich den Computer anderer Leute (aka Cloud) zu nutzen.
Für bestimmte Sachen möchte ich aber so wenig wie möglich in einem automatischen Prozess eingreifen. In dem Falle … der Erstinstallation mit dem abfragen aller Parameter.
Dafür kann man fai (für debain) oder kickstart (für RedHat / CentOS) nutzen.
Continue readingIch benutze seit Jahren einen Homerouter, der uns als zentraler Druckerservice oder als interner Nameserver zur Verfügung steht.
Auf normaler Hardware hätte ich da jetzt die Haus-und-Hof Distribution gentoo eingesetzt, aber der ist arg schwachbrüstig, also rennt dort ein einfaches debian. Und an sich bin ich damit zufrieden, die Kiste macht alles was sie soll.
Allerdings scheinen sich einige der systemd Spezifika (mal wieder?) anders zu verhalten, wie man es erwartet:
Um Strom zu sparen fuhr der Router jeden Abend gg. 23:00 runter und startete dann gg. 05:00 wieder (meine reguläre Zeit für das aufstehen).
Aus „Gründen“ funktioniert das aber nicht mehr. Selbst mit einem manuellen shutdown -h now war der Router nach ca. 2 Minuten wieder da.
Ich betreue jetzt seit Version 2.7.1 Docker Container, die man sich bei Dockerhub herunterladen kann.
Während ich Anfangs auf alpine als Basis setzte (klein und schlank) musste ich in der Zwischenzeit auf debian schwenken.
Die Paketbetreuer bei alpine waren – für meinen Releasezyklus – etwas zu langsam und in letzter Zeit gibt es größere Probleme mit der libc Implementierung (musl-lib), die bei alpine die Basis bildet.
Immer wieder stürzte der icinga2 Prozess ab und ich konnte dem ganzen nicht mit einem Debbuger beikommen. Dazu gibt es einen entsprechenden Thread im Monitoring Portal so wie einen Bugreport bei alpine.
Aber was unterscheidet jetzt meine Container Implementierung von der anderer (zum Beispiel Christoph Wiechert)?
Ich gebe es zu, ich bediene mich ab un an bei Christoph. Sein Container ist gut, auch wenn er CentOS benutzt. ;)
(Vorsicht, jetzt könnte eine Menge Eigenwerbung folgen! ;) )
Mein Container kann aktuell in zwei verschiedenen Flavours laufen:
In diesem Blogpost möchte ich kurz anreissen, wie man die Java Runtime Environment (JRE) überwacht.
Es folgt eine Beschreibung, wie man die Leistung einer Java-Anwendung bewerten kann, in dem man den Speicherverbrauch, die Garbage-Collector-Metriken, die Überwachung von Java-Daemon- und User-Threads und andere grundlegende JRE-Metriken analysiert.
Wenn man an einer großen Java-Anwendung arbeitet, ist es wahrscheinlich, dass etwas irgend wann fehlschlägt, sich schlecht benimmt oder dass man eine (überraschende) OutOfMemoryException bekommt.
Und wenn man Java-Anwendung auch als Containerisierten Microservice einsetzt, kann die Überwachung von Java in Docker und Kubernetes neue und unerwartete Herausforderungen mit sich bringen.
Ich werde (leider) ein einigermaßen verständliches ‚Denglisch‘ benutzen, damit die Begrifflichkeiten erhalten bleiben. ;)
Ich bin jetzt seit ~15 Jahren im Bereich (Unix|Linux)System Administration, Engineering, Architektur unterwegs.
Und wenn man noch mal so 8 Jahre drauf packt, kann man auch Softwareentwicklung dazu packen.
(Puuhhh, meine Wurzeln im Netz gehen tatsächlich bis ins Jahr 1995 zurück.)
Ich habe in der Zeit viel über Betrieb, Automatisierung, Sicherheit und Monitoring gelernt.
Aber auch über das erstellen kleinerer Programme, Scripte oder wie man all seine kleinen Helferlein so nennt (glaubt mir, eine gut gepflegte bash history ist Gold wert!). Continue reading
Noch bevor man ‚DevOps‘ erfunden hatte, hab ich schon so ähnlich gearbeitet.
Halb Entwickler, halb Operations … oder, um Zitate zu bemühen, ‚Meine Hand für mein Produkt‘ oder neumodisch ‚you build it, you run it‘ …
Dabei ist DevOps kein Berufszweig den man erlernen kann, es ist vielmehr eine Philosophie oder ein Arbeitsumfeld auf das man sich einlassen muss.
Das M’era Luna Festival 2017 … damit fing alles an.
Da wir aktuell, auch aus Rücksicht auf unseren Zwerg, den Festivaltrubel meiden, sind wir auf die Livestreams dieser angewiesen.
Daher sind wir seit 2016 auch fester Bestandteil der sofagebundenen M’era Luna Festival Teilnehmer. :)
Und dabei viel uns die Werbung für das Plage Noire auf.
Ziemlich in der Nähe, es waren explizit Eltern mit Kindern erwünscht und es gab Appartements (ja, wir sind schon in die Jahre gekommen, wir brauchen eine Dusche und ein Bett!)
Spontan entschlossen wir uns daher uns Karten zu besorgen und dem Zwerg sein erstes Festival zu bieten.
Continue reading
APIs sind toll, ich mag APIs!
Allerdings sind diese nicht immer „Enduser“ kompatibel.
Ich arbeite bei CoreMedia seit einiger Zeit an (m)einem Monitoringstack um zu zeigen, was in einem produktiv betriebenen CoreMedia System für eine Bereitschaft umgesetzt werden kann (und sollte).
Dabei ist der ganze Stack so aufgebaut, dass er sich seine Informationen selber besorgt und dem entsprechende Grafanagraphen importiert und Systemchecks für Icinga2 anlegt.
Das ganze funktioniert bei uns in einer Jenkins Pipeline völlig automatisiert seit Monaten sehr zufriedenstellend.
Den Stack habe ich bei der letzten OSMC vorgestellt. (siehe den vorherigen Blogpost)
Continue reading
Mein Vortrag auf der OSMC zum Thema Blackbox Monitoring in einer vollautomatischen Continuous Integration Umgebung.
Der letzte Tag der OSMC ist traditionell ein Hackathon.
Wo sonst hat man die Möglichkeit mal mit Core Entwicklern zu reden, eigene Probleme anzusprechen, Designentscheidungen zu hinterfragen und Antworten zu erhalten?
Die Netways Jungs haben sich dann auch viel Zeit genommen und sich mit all den vielen externen Leuten in einer ruhigen, aufgeschlossenen Atmosphäre unterhalten.
Continue reading
© 2019 boone-schulz.de