Einführung in Ansible

Warum setzen Teams auf Ansible statt Konfigurationen manuell per SSH zu verteilen? Dieses Modul erklärt die agentless Architektur: Control Node, Managed Nodes, Inventory und Modules im Zusammenspiel. Sie verstehen den Unterschied zwischen Push- und Pull-basierten Tools und können einordnen, wann Ansible die bessere Wahl gegenüber Terraform, Puppet oder Chef ist.

Sie installieren ansible-core auf Ihrem Control Node und richten die SSH-Verbindung zu mehreren Managed Nodes ein. Dabei konfigurieren Sie SSH-Key-Authentifizierung, testen die Verbindung mit ansible -m ping und passen die ansible.cfg an Ihre Umgebung an. Am Ende dieses Blocks haben Sie eine funktionsfähige Ansible-Umgebung mit drei verwalteten Hosts.

Ein sauberes Inventory ist die Grundlage jeder Automatisierung. Sie erstellen Inventories im INI- und YAML-Format, gruppieren Hosts nach Funktion (z.B. webservers, databases) und definieren Host- und Gruppenvariablen. Anschließend arbeiten Sie mit verschachtelten Gruppen und sehen, wie sich Variablen über group_vars/ und host_vars/-Verzeichnisse organisieren lassen.

Bevor Sie Playbooks schreiben, nutzen Sie Ansible für schnelle Eingriffe: Mit Ad-Hoc Commands installieren Sie Pakete über ansible -m apt, steuern Services mit dem service-Modul und kopieren Dateien auf alle Hosts gleichzeitig. Sie lernen das Prinzip der Idempotenz kennen und sehen mit ansible-doc, welche Module zur Verfügung stehen und wie deren Parameter funktionieren.

Von der Syntax zum ersten funktionierenden Ergebnis: Sie lernen die YAML-Grundregeln (Einrückung, Listen, Dictionaries) und schreiben Ihr erstes Playbook. Das Playbook aktualisiert Pakete, erstellt einen Benutzer und legt eine Konfigurationsdatei ab. Sie führen es mit ansible-playbook aus und beobachten die Ausgabe: changed, ok und failed im Detail.

Ansible bietet mehrere Wege, Daten in Playbooks zu nutzen. Sie arbeiten mit der Variablen-Hierarchie (Inventory, Playbook, Role, Extra-Vars) und verstehen, welche Ebene wann gewinnt. Mit dem setup-Modul sammeln Sie Facts über Ihre Hosts (Betriebssystem, IP-Adressen, Speicher) und speichern Ergebnisse von Tasks in Registern für spätere Entscheidungen.

Nicht jeder Task soll auf jedem Host laufen. Mit when-Bedingungen steuern Sie, welche Tasks unter welchen Umständen ausgeführt werden (z.B. nur auf Debian-Systemen). Loops mit loop ersparen Ihnen das Duplizieren von Tasks für mehrere Pakete oder Benutzer. Handlers sorgen dafür, dass Services nur dann neu starten, wenn sich tatsächlich etwas geändert hat. Abschließend nutzen Sie block und rescue für strukturierte Fehlerbehandlung.

Statische Konfigurationsdateien funktionieren nicht, wenn sich Hostnames, IPs oder Ports zwischen Umgebungen unterscheiden. Mit Jinja2 Templates erstellen Sie dynamische Konfigurationen: Variablen mit {{ }} einsetzen, Listen mit {% for %} durchlaufen und Werte mit Filtern wie default, join oder upper transformieren. Sie bauen ein Nginx-Konfigurationstemplate, das sich automatisch an jeden Host anpasst.

Passwörter und API-Keys gehören nicht im Klartext ins Repository. Mit Ansible Vault verschlüsseln Sie einzelne Variablen oder ganze Dateien mit ansible-vault encrypt. Sie arbeiten mit Vault-IDs für unterschiedliche Passwörter pro Umgebung und integrieren Vault nahtlos in Ihre Playbook-Ausführung mit --ask-vault-pass und Passwort-Dateien.

Alle Bausteine des Tages kommen zusammen: Sie schreiben ein Playbook, das Nginx installiert, eine Konfiguration per Jinja2 Template verteilt, Firewall-Regeln mit dem ufw-Modul setzt und den Service startet. Variablen steuern Port und Servername, ein Handler startet Nginx nur bei Konfigurationsänderungen neu. Am Ende läuft ein funktionierender Webserver auf Ihren Managed Nodes.

Sobald Playbooks wachsen, wird Struktur wichtig. Sie erstellen Ihre erste Ansible Role mit ansible-galaxy init und verstehen die Verzeichnisstruktur: tasks/, templates/, handlers/, defaults/ und vars/. Dann refaktorisieren Sie das Webserver-Playbook von gestern in eine wiederverwendbare Role und definieren Role-Dependencies, um Abhängigkeiten zwischen Roles zu steuern.

Nicht alles muss selbst geschrieben werden. Auf Ansible Galaxy finden Sie Community-Roles für gängige Aufgaben und binden diese per requirements.yml in Ihr Projekt ein. Sie lernen den Unterschied zwischen Roles und Collections (dem modernen Paketformat seit Ansible 2.10) und installieren eine Collection mit ansible-galaxy collection install. Abschließend prüfen Sie, welche Collections bereits mit ansible-core mitgeliefert werden.

Automatisierung braucht Qualitätssicherung. Sie konfigurieren ansible-lint und sehen, welche Regeln typische Fehler erkennen (z.B. fehlende name-Attribute, veraltete Syntax). Mit --check und --diff testen Sie Playbooks im Trockenlauf, bevor sie auf echten Hosts laufen. Zum Abschluss richten Sie eine einfache Lint-Prüfung ein, die sich in eine CI-Pipeline integrieren lässt.

Das Abschlussprojekt des Workshops: Sie deployen eine dreistufige Anwendung über mehrere Hosts. Eine Role installiert die Datenbank (PostgreSQL), eine zweite den Application Server und eine dritte den Loadbalancer (Nginx). Inventory-Gruppen, Variablen und Templates aus den vergangenen Tagen kommen zusammen. Am Ende läuft ein vollständiger Stack, den Sie mit einem einzigen ansible-playbook-Aufruf reproduzieren können.

Was kommt nach den Grundlagen? Dieses Modul gibt einen Überblick über AWX als Web-UI und REST-API für Ansible, Execution Environments als containerisierte Laufzeitumgebungen (der Nachfolger von Python-virtualenvs) und die Integration von Ansible in CI/CD-Pipelines mit GitLab CI oder GitHub Actions. Sie erhalten eine Orientierung, welche dieser Themen für Ihren Automatisierungsweg relevant sind.