Frisch gestärkt ging es in den Vortrag von Ohad Levy, Entwickler bei Red Hat für Foreman. Für diejenigen die es nicht kennen: Foreman ist ein Frontend für Puppet inklusive Reporting und ENC, zusätzlich dazu bietet der Vorarbeiter Provisioning-Komponenten. Diese können sowohl für Bare-Metal-Deployment genutzt werden also auch zum Klonen von Systemen auf Knopf-Druck. Spätestens nach der Live-Demo dürfte wohl jeder Teilnehmer von der Lösung überzeugt gewesen sein. Mich persönlich begeistert immer wieder die hohe Flexibilität und Erweiterbarkeit.
Ach ja, hier haben wir wieder eine Rekursion, denn auch Foreman bietet Puppet-Manifeste zur Installation an!

In der zweite Case-Study des Tages zeigte Lindsay Holmwood von Bulletproof Networks wie man den Herausforderungen vieler getrennter Kundenumgebungen mit starkem Wachstum begegnen kann. Die Umgebungen reichen hierbei von einzelnen Puppen ohne Puppenspieler bis zu ganzen Inseln voller Puppen mit ihrem eigenen Meister und natürlich unterscheiden sich die einzelnen Systeme ebenso. Eines der größten Hilfsmittel um die Puppet-Manifeste so transportabel zu machen, dass sie in allen Umgebungen und für alle Rollen, die ein Server einnehmen kann, nutzbar sind, ist hierbei Hiera. Als Orchestration kommt Capistrano zum Einsatz, da es bereits für andere Arbeitsschritte wie Bootstrapping verwendet wird. Natürlich müssen die modularen Manifeste nun noch zum Orchestrieren zwischen den Umgebungen transportiert werden wofür in der ersten Phase eine eigene Forge zum Einsatz kam und in aktueller Ausbaustufe puppet-librarian.

Zum Abschluss der Konferenz stellte Jonas Rosland von EMC dem Publikum Razor vor. Hierbei bootet ein Mirkokernel inklusive Facter zum Erkennen der Hardware und sucht dynamisch ein entsprechendes passendes Image für die Installation, welches durch eine Policy festgelegt wird. Nach der Installation verbindet das System sich dann mit einem Broker, was nicht nur Puppet sondern auch andere Konfigurationsmanagement-Lösungen oder gar ein vCenter sein kann. Diese event-basierende Deployment-Lösung gehört übrigens zu den zukünftigen Features von Puppet. Und auch wenn Razor laut eigener Aussage noch nicht produktionsreif ist, machte die Live-Demo einen sehr guten Eindruck.

Die moderierte offene Diskussion fiel dann aus, da wohl bereits alle Fragen im Vorfeld beantwortet wurden oder weil sich alle Teilnehmer schnell ein Lunch-Paket schnappen und zum “DrinkHub” wollten.

Abschließend nochmal Danke an alle Vortragenden für die interessanten Vorträge und Danke an die Teilnehmer für ebenso interessante Diskussionen in allen Pausen. Und allen Puppet-Neulingen viel Spaß in den nächsten Wochen beim Automatisieren des kompletten Rechenzentrums. Ich hoffe man sieht sich nächstes Jahr wieder, dann allerdings in Berlin!

Autor: Dirk Götz

Dirk ist Red Hat Spezialist und arbeitet bei NETWAYS im Bereich Consulting für Icinga, Nagios, Puppet und andere Systems Management Lösungen. Früher war er bei einem Träger der gesetzlichen Rentenversicherung als Senior Administrator beschäftigt und auch für die Ausbildung der Azubis verantwortlich.

• More Posts (7)

Nach einer ganz kurzen Begrüßung von Bernd Erk (Bernd, ich vermiss die bunten und lustigen Präsentationsfolien!) begann das Puppet Camp mit Nigel Kersten von Puppet Labs und allem was Neu in Puppet ist. Das reicht von einem Modulo-Operator für die Beschreibungssprache über Support für OpenWRT und mehr Support für Windows zu einem Future-Parser, der es erlaubt in einer stabilen Umgebung bereits zukünftige Features zu testen. Auch die neuen Features für Facter und MCollective begeistern mich da sie noch weiter die Flexibilität erhöhen. Und für alle die Puppet Agents nicht als Dienst laufen lassen wollen oder können, verspricht der MCollective Puppet Agent eine sehr interessante Erweiterung zu sein. Ebenfalls sehr interessant fand ich zu hören wie die Puppet-Community gewachsen ist, aber dies konnte ich auch am vollen Saal ablesen.

Im zweiten Vortrag bekam ich dann die bunten und lustigen Folien, die ich von der Begrüßung vermisst habe. Aber James Fryman von GitHub hielt nicht nur eine unterhaltsame Präsentation, sondern hat auch ein Thema angesprochen, das wohl jeder kennt der eine Umgebung länger betreibt: Warum sollten Puppet-Manifeste (oder auch Code im allgemeinen) überarbeitet werden und wie sollte dabei vorgegangen werden. Damit die Praxis auch nicht zu kurz kommt wurden sogar die entsprechenden Tools vorgestellt, die den Administrator dabei unterstützen.

Michael Haslgruebler von Porsche Informatik zeigte in seiner Case-Study wie Puppet genutzt werden kann um den Lebenszyklus vieler Web-Applikationen zu verwalten. Natürlich inklusive eines sich selbst mittels Puppet konfigurierenden Web-Frontend zur Konfiguration, um das Operating glücklich zu machen. Rekursion ist was Feines!

Direkt vor dem Mittagessen beantwortete mein Kollege Thomas Gelf zusätzlich zu einer grundlegenden Erklärung der Zertifikatsinfrastruktur eine Frage, die sich die meisten Puppet-Nutzer bereits irgendwann einmal gestellt haben. Viele stellen die Frage “Was tun wenn die Zertifikate in der Umgebung ablaufen?” bereits zu Anfang, ich hoffe keiner als es zu spät war.

Nun gehts zum Mittagessen, Teil 2 mit den Vorträge des Nachmittags folgt dann später. Hoffentlich vor dem spontanen “DrinkHub” gesponsort von GitHub!

Autor: Dirk Götz

Dirk ist Red Hat Spezialist und arbeitet bei NETWAYS im Bereich Consulting für Icinga, Nagios, Puppet und andere Systems Management Lösungen. Früher war er bei einem Träger der gesetzlichen Rentenversicherung als Senior Administrator beschäftigt und auch für die Ausbildung der Azubis verantwortlich.

• More Posts (7)