Internet Information Services (IIS) über Chef konfigurieren

Normaler­weise sollte die Berks-Datei wie folgt aussehen.

source 'https://supermarket.chef.io'
cookbook 'chef-client'

Wie man sieht, stammt das Cookbook chef-client aus dem Chef-Supermarket. Auf die gleiche Weise lässt sich auch das Cookbook zur Bereitstellung und Konfi­guration der Internet Information Services (IIS) hinterlegen:

cookbook 'iis', '~> 7.1.1'

Auch hier besteht der weitere Workflow darin, die Cookbooks herunter­zuladen und auf der Chef-Work­station zu installieren. Danach kann man sie mit dem folgenden Befehl auf den Chef Automate-Server hochladen:

berks install && berks upload

Überprüfen kann man die auf dem Chef Automate Server verfügbaren Kochbücher dann mit

knife cookbook list

Liefen die Ziel-Instanzen unter Amazon Linux, könnte man sie an dieser Stelle in der GUI vollständig bootstrappen.

Darunter versteht man den Prozess, der den Chef-Agent auf einem Zielsystem installiert, so dass dieses als Chef-Client fungiert und mit dem Chef-Server kommunizieren kann. Eine entsprechende Schaltfläche Bootstrap nodes steht direkt im OpsWorks-Dashboard bereit.

Die auszuführenden Rezepte gibt man dann bei Run list an. Anschließend prüft man im Dashboard von Chef Automate Server, ob die betreffenden Knoten tatsächlich hinzugefügt wurden.

Achtung: Von der initialen Bereitstellung abgesehen, wird eine Konfigurations­änderung via Chef in AWS dafür sorgen, dass zum Beispiel eine EC2-Instanz tatsächlich "ge-bootstrapped" und nicht ersetzt wird. Windows-Instanzen hingegen müssen via CLI oder CloudFormation bereitgestellt werden.

Windows und Chef in AWS OpsWorks

Zurück zum Windows-Cookbook. Um konform mit unseren Linux-Beispiel und dem Wrapper-Cookbook zu bleiben, können wir aber auch wie folgt vorgehen: Chef stellt ein fertiges IIS-Rezeptbuch auf Github zur Verfügung, das Nutzer zum Verwalten der IIS verwenden können.

Dieses lädt man als ZIP-Datei herunter oder klont es mit einem lokalen git-Client. Auf gleiche Weise bezieht man von dort das Repository chef_handler. Da es vom Rezeptbuch windows abhängt, wird es nicht direkt verwendet, sondern mit Hilfe der erläuterten Wrapper-Technologie.

Dazu entpackt man beide Rezeptbücher windows und chef_handler in gleich­namige Ordner des verwen­deten Rezept­buch­ver­zeichnisses. Dann erstellt man dort ein Unter­verzeichnis install-iis, öffnet es und fügt die Datei metadata.rb mit dem folgenden Inhalt zu install-iis hinzu:

name "install-iis"
version "0.1.0"
depends "windows"

Wie oben erwähnt, dient die Anweisung depends dazu, die Ressourcen im Rezeptbuch windows aus dem Supermarket in eigenen Rezepten verwenden zu können. Jetzt erstellen wir ein Unter­verzeichnis recipes in install-iis und legen eine Datei default.rb mit folgendem Inhalt als Code für das neue Rezept an:

%w{ IIS-WebServerRole IIS-WebServer }.each do |feature| windows_feature feature do action :install end end service 'w3svc' do action [:start, :enable] end

Das Rezept installiert mithilfe der Ressource windows_feature des Rezept­buchs aus dem Supermarket namens windows die beiden Komponenten IIS-Webserver-Rolle und IIS-Webserver. Dann startet und aktiviert das Rezept mithilfe einer service-Ressource den IIS-Service (W3SVC).

Um das Beispiel umzusetzen, muss auf der betreffenden Windows-EC2-Instanz der Chef-Client laufen. Zu Erinnerung. Die gelingt entweder durch Bootstrapping mittels knife von einer Chef-Workstation aus, die das Ziel netzwerk­technisch erreichen kann. Der Rest läuft so ab, wie oben beschrieben.