Zend Server installieren/konfigurieren

Jetzt kommen wir zum nächsten Schritt. Der Zend Server wird installiert. Dazu legen wir ein neues Modul namens Zend_Server mit dem Inhalt aus Listing 3 in init.pp an.

Die eigentliche Klasse Zend_Server erbt vom Zend-Server-Repo-Modul und kann folglich auf dessen Funktionen referenzieren. Es wird erst sichergestellt, dass die Packages zend-pe und php5-extra-extensions-zend-pe installiert sind. Der Parameter require => [Yumrepo["zend"], Yumrepo["zend-noarch"]] stellt sicher, dass erst versucht wird, die Pakete zu installieren, wenn vorher die Repositories angelegt wurden. Puppet arbeitet nicht alle Manifeste einfach der Reihe nach ab, sondern achtet auf definierte Abhängigkeiten, die mit Parametern wie require oder before für jede Funktion definiert werden können. Der Service zend-server wird jetzt aktiviert und registriert. enable => true, und ensure => running führen die entsprechenden Startskripte aus und registrieren den Service zum automatischen starten beim nächsten Systemstart. Dabei prüft Puppet bei jeder Ausführung, ob der Service tatsächlich läuft oder nicht.

Puppet weiß, mit welchen Befehlen unter welcher Plattform es das tun muss. Unter Red Hat wird z. B. der Befehl service zend-server start und chkconfig zend-server on aufgerufen. Der Parameter has status => true gibt Puppet den Hinweis, dass das init-Skript dieses Service über eine Status-Funktion verfügt, welche zurückgibt, ob der Service aktuell läuft oder nicht. Falls keine Statusfunktion vorhanden ist, sucht Puppet im Prozessbaum nach einem Prozess, der den gleichen Namen trägt, wie der Service.

Der letzte Block in dem Manifest kopiert die Datei zend-server-user.ini an die dafür vorgesehene Stelle und setzt somit das Admin-Passwort für das Zend Server GUI. Somit werden alle Zend Server, die via Puppet konfiguriert werden, das gleiche Passwort erhalten und das Passwort kann nun an einer zentralen Stelle geändert werden, indem einfach die Datei /etc/puppet/modules/zend-server/files/zend-server-user.ini auf dem Puppet Master aktualisiert wird. Wenn dieses Manifest erstellt ist, muss es nur noch unter /etc/puppet/manifests/site.pp in die Base Class aufgenommen werden:

# /etc/puppet/manifests/site.pp
class baseclass {
include zend_server_repo,
zend_server
}

Jetzt kann der Puppet-Client zum zweiten Mal gestartet werden. Die Ausführung wird jetzt länger dauern, da jetzt der Zend Server effektiv heruntergeladen und installiert wird. Wenn dieser Vorgang abgeschlossen ist, hat man bereits einen fertig lauffähigen Zend Server am Start, was man durch Aufrufen des Server-URLs auf Port 10082 leicht überprüfen kann.

Das httpd.conf Template

Die volle Magie von Puppet kommt erst zum Vorschein, wenn man die mächtigen Templates zum Einsatz bringt. Mit Templates können generische Konfigurationsfiles mit Platzhaltern für dynamische Inhalte erstellt werden. Wichtig zu wissen ist, dass in Templates auf Werte zurückgegriffen werden kann, die durch das Tool Facter ermittelt werden. Facter wird zusammen mit Puppet installiert und ermittelt "Facts" über das Zielsystem, z. B. OS-Typ, Anzahl von CPUs oder eine IP-Adresse. Wenn man Facter ohne Parameter auf der Command-line aufruft, erhält man eine Liste aller erhobenen Facts (Kasten: Facter).