Ansible (eBook)

1.4    Setup/Laborumgebung

Sie haben dieses Buch erworben, um sich mit Ansible vertraut zu machen.

Der bewährte Weg dazu ist Learning by Doing, d. h., Sie sollten die für Sie relevanten Beispiele und Vorgehensweisen in der Praxis nachvollziehen. Idealerweise steht Ihnen dazu eine Test- bzw. Laborumgebung zur Verfügung, deren Wunschausstattung ich nun beschreiben möchte.

Zunächst einmal benötigen Sie irgendeinen UNIX-artigen Host, auf dem die Ansible-Software installiert wird (den sogenannten Control Host oder auch die Control Machine). Jede gängige halbwegs aktuelle Linux-Distribution ist dazu geeignet, aber es ginge auch mit macOS, Solaris etc.

Eine native Windows-Version von Ansible gibt es nicht; mit Umwegen (z. B.

über Cygwin) kann man es aber durchaus auch auf Windows zum Laufen bringen.

Bitte sehen Sie jedoch an dieser Stelle unbedingt davon ab, da zu viele Tricks und Kniffe nötig wären.

Außerdem benötigen Sie noch mindestens einen zusätzlichen Host, der via Ansible administriert werden soll (einen sogenannten Target Host oder Managed Node). Am Anfang werden hier ebenfalls Linux-Systeme vorausgesetzt; sehr viel später werden wir sehen, dass man auch Windows-Systeme oder Netzwerk-Devices mit Ansible administrieren kann.

Die wichtigste Voraussetzung an dieser Stelle ist, dass der Control Host seine Target Hosts (im Falle von Linux) über SSH erreichen kann.

Nun kann ich natürlich nicht wissen, wie Ihre Arbeits- bzw. Testumgebung aussieht. Vielleicht ist Ihr Arbeitsplatzrechner seit Langem ein Linux-System und Sie haben bereits letzte Woche zehn vServer in der Cloud angemietet – womit Sie eigentlich direkt loslegen könnten. Möglicherweise ist aber auch nichts von alledem der Fall.

Die für dieses Buch vorgeschlagene hauptsächliche Testumgebung sehen Sie in Abbildung 1.1. Ich zeige Ihnen auch sogleich, wie Sie zu einer solchen Umgebung gelangen können, sofern Sie nicht in Eigenregie eine aufbauen möchten.

Abbildung 1.1     Unser Beispiel-Setup

Die Software Vagrant eignet sich hervorragend, um eine virtuelle Testumgebung bereitzustellen.

Das Produkt setzt lediglich eine übliche Virtualisierungslösung voraus (z. B. VirtualBox, VMware, HyperV) und kann dann mittels einer Beschreibungsdatei (dem Vagrantfile) eine definierte Menge von virtuellen Maschinen provisionieren. Ich gehe an dieser Stelle einmal von VirtualBox als Virtualisierer aus. Die benötigte Software bekommen Sie hier:

• VirtualBox (https://www.virtualbox.org)

• Vagrant (https://www.vagrantup.com)

Listing 1.1 zeigt ein Vagrantfile, das Sie in irgendeinem neuen Verzeichnis ablegen:

Listing 1.1     »Vagrantfile«: Provisionierung der Testumgebung

Diese Datei definiert die in Abbildung 1.1 gezeigten fünf Maschinen.

Allerdings müssen Sie für Ihre Umgebung vorher noch etwas erledigen:

1. Legen Sie in der VirtualBox-Applikation ein neues Host-only-Netzwerk an.

   Das können Sie bequem mithilfe von Datei • Host-only Netzwerk-Manager erledigen.

   Dort klicken Sie auf Erzeugen, merken sich dann die IPv4-Adresse oder passen sie gegebenenfalls nach Ihren eigenen Vorstellungen an.

   Im Buch nutze ich exemplarisch:

   IPv4-Adresse: 192.168.150.1 IPv4-Netzmaske: 255.255.255.0

   Wenn nichts dagegenspricht, wäre es durchaus sinnvoll, wenn Sie dieser Vorgabe folgen.

   Den VirtualBox-DHCP-Server für das neue Netzwerk belassen Sie bitte im deaktivierten Zustand. Falls Sie VirtualBox unter Linux betreiben: Per Default ist keine beliebige Wahl von Host-Only-Netzwerkadressen möglich.

   Sie müssen das als Root zunächst erlauben, indem Sie eine Datei /etc/vbox/networks.conf mit folgendem Inhalt erzeugen:

   * 0.0.0.0/0 ::/0

   Listing 1.2     »/etc/vbox/networks.conf«: Beliebige Netzwerke unter Linux erlauben

   Natürlich wären hier auch konkrete Werte konfigurierbar. Achten Sie auch darauf, dass keine unnötigen Leerzeilen in der Datei sind: Darauf haben nicht ganz aktuelle VirtualBox-Versionen auch schon allergisch reagiert.

2. Gleichen Sie nun das NETWORK_PREFIX im Vagrantfile gegebenenfalls mit Ihrer VirtualBox-Konfiguration ab.

Die virtuellen Maschinen werden per Default mit 1 GByte RAM pro Stück provisioniert. In der Summe benötigt unser Setup also zunächst maximal 5 GByte RAM, real gemessen sicher aber etwas weniger. Wenn Ihr Hostsystem diese Größenordnung an Hauptspeicher nicht hergibt, müssten Sie den einen oder anderen Target Host einfach weglassen (was jedoch schade wäre, da spätere Beispiele mit all diesen Hosts arbeiten). Nach dieser Vorbereitung können Sie das ganze Szenario nun online bringen.

Wechseln Sie dazu in der Kommandozeilenumgebung in das Verzeichnis, in dem Sie das Vagrantfile abgelegt haben, und geben dort Folgendes ein:

Nach einiger Wartezeit sollten alle Maschinen laufen und sollten entsprechend ihrer konfigurierten IP-Adresse an-ping-bar sein:

Sie können sich nun beispielsweise am Control Host anmelden; falls Sie unter Windows arbeiten, können Sie gerne eine gewohnte Software wie PuTTY dazu verwenden. Username und Passwort sind jeweils »vagrant«.

Die Vagrant-Software bietet selbst auch einen bequemen Weg zur Anmeldung:

Und bevor wir das Thema Vagrant wieder verlassen – Tabelle 1.1 zeigt noch eine Übersicht der allerwichtigsten Vagrant-Kommandos: