AWX Inventories verstehen — Dynamisches VMware Inventory, Gruppen und gezielte Tasks

Mit wachsender Infrastruktur steigt nicht nur die Anzahl der Systeme, sondern auch die Komplexität ihrer Verwaltung. Virtuelle Maschinen werden dynamisch erstellt, verschoben, neu gruppiert oder wieder gelöscht.

Genau hier bieten AWX Inventories in Kombination mit einem dynamischen VMware Inventory einen richtigen Mehrwert.

Dieser Artikel soll zeigen, wie AWX Inventories funktionieren, wie das dynamische VMware Inventory eingebunden wird und wie Playbooks gezielt mit Gruppen oder einzelnen Hosts aus dem Inventory arbeiten können.

Inventories in AWX

In AWX ist das Inventory die zentrale Quelle für alle Informationen über verwaltete Systeme. Es definiert:

• welche Hosts existieren
• wie diese erreichbar sind
• in welchen Gruppen sie organisiert sind
• welche Variablen auf Host- oder Gruppenebene gelten

Im Gegensatz zu klassischem Ansible, bei dem Inventories oft als einfache INI- oder YAML-Dateien gepflegt werden, erweitert AWX dieses Konzept um:

• dynamische Inventories
• zentrale Verwaltung
• automatische Synchronisation
• saubere Trennung von Code und Infrastruktur

Dynamisches VMware Inventory — Automatisch statt manuell

Gerade in VMware-Umgebungen ändern sich Hosts regelmäßig. Neue VMs werden aus Templates bereitgestellt, alte Systeme entfernt oder in andere Folder verschoben. Ein dynamisches VMware Inventory sorgt dafür, dass AWX diese Änderungen automatisch erkennt.

Typische Datenquellen aus vCenter

Das VMware Inventory Plugin kann unter anderem folgende Informationen auslesen:

• VM-Name
• vCenter Folder
• Cluster / Datacenter
• Resource Pools
• VM-Tags
• IP-Adressen (über VMware Tools)
• Gastbetriebssystem

Diese Attribute lassen sich direkt für die Gruppierung der Hosts nutzen.

Gruppenbildung im dynamischen Inventory

Der große Vorteil dynamischer Inventories liegt in der automatischen Gruppenbildung. Typische Beispiele:

• Alle VMs in einem bestimmten vCenter-Folder
• Alle Windows- oder Linux-Systeme
• Alle VMs mit einem bestimmten VMware-Tag
• Alle VMs in einem Cluster oder Datacenter

Beispielhafte Gruppierungen:

• vCenter Ordner = Produktion
• VMware Cluster = Cluster-01
• OS = Linux / Windows
• VMware Tag = DB Server

Diese Gruppen entstehen automatisch beim Inventory-Sync — ohne manuelle Pflege.

Zusätzlich besteht natürlich auch die Möglichkeit Gruppen manuell anzulegen um z.B. gezielt Tasks auf Gruppen (für bestimmte Anwendungen z.B. Webserver, Printserver, Domain Controller etc.) anzuwenden.

Host- und Gruppenvariablen gezielt nutzen

AWX erlaubt es, Variablen auf unterschiedlichen Ebenen zu definieren:

• Inventory-Variablen (global)
• Gruppenvariablen
• Hostvariablen

Gerade in VMware-Umgebungen ist das extrem hilfreich, z. B.:

• unterschiedliche Verbindungsparameter für Linux und Windows
• verschiedene Credentials pro Umgebung
• individuelle Rollen je Hostgruppe

Beispiel:

• Gruppe os_linux → SSH, sudo, Linux-Tasks
• Gruppe os_windows → WinRM, Kerberos, Windows-Tasks

Das Playbook selbst bleibt dabei universell und muss nicht an die Infrastruktur angepasst werden.

Arbeiten mit Gruppen im Playbook

In Ansible (und damit auch in AWX) wird über das hosts:-Attribut gesteuert, auf welche Systeme ein Play ausgeführt wird.

Beispiel: Alle Linux-VMs aus dem VMware Inventory

- name: Linux Systeme verwalten
  hosts: linux
  gather_facts: true

  tasks:
    - name: Pakete aktualisieren
      apt:
        update_cache: yes
        upgrade: dist
      become: true

Hier greift AWX automatisch auf die dynamisch erzeugte Gruppe linux zurück.

Einzelne Hosts aus dem Inventory ansprechen

Auch einzelne Hosts lassen sich direkt adressieren — zum Beispiel für Sonderfälle oder Tests.

- name: Einzelnen Host konfigurieren
  hosts: vm-app-01

  tasks:
    - name: Service neu starten
      service:
        name: nginx
        state: restarted
      become: true

Der Hostname muss dabei exakt dem Namen im AWX Inventory entsprechen (meist identisch mit dem VM-Namen aus vCenter).

Kombination aus dynamischem Inventory und Surveys

Besonders leistungsfähig wird AWX, wenn dynamische Inventories mit Surveys kombiniert werden.

Typische Szenarien:

• Auswahl einer Zielgruppe per Survey
• Übergabe eines Hostnamens
• Steuerung von Rollen oder Tasks

Beispiel:

hosts: "{{ target_group }}"

Der Benutzer entscheidet beim Start des Jobs, ob z. B. os_linux, vmware_folder_test oder ein einzelner Host verwendet wird – ohne das Playbook anzupassen.

Tipp aus der Praxis

Informationen die man beispielsweise aus Tasks von einem System abgefragt hat, oder Konfigurationenen die man durchgeführt hat, können zusätzlich als “Hostvariable” in dem Host Objekt in AWX gespeichert werden.

Beispiel:

Wir haben ein Playbook was die Disk in VMware und in Windows nacheinander vergrößern soll. Damit ich eine Zuordnung von Partition zur Disk ID besitze, kann ich diese Information direkt in das Hostobjekt von AWX schreiben und zukünftig verwenden um Vergrößerungen auf “falschen” Partitionen zu verhindern.

z.B.

{
  disk0
    id: 0
    bus: 0
    partition: c
    letter: Windows
    size_gb: 100
    vm_diskname: Festplatte 1
  disk1
    id: 1
    bus: 0
    partition: d
    letter: Daten
    size_gb: 500
    vm_diskname: Festplatte 2
}

Ein weiteres Beispiel wäre, die zuletzt installierten OS Updates in das Hostobjekt zu speichern, um eine Übersicht zu haben oder mit einem Playbook regelmäßig zu prüfen ob alle Systeme aktuell sind.

Fazit

AWX Inventories sind weit mehr als nur Hostlisten. In Kombination mit einem dynamischen VMware Inventory entsteht eine flexible, skalierbare und wartbare Automatisierungsplattform. Gruppen, Variablen und gezielte Tasks ermöglichen es, komplexe Infrastrukturen mit einem einzigen Playbook sauber und kontrolliert zu verwalten.

Dabei ist das dynamische Inventory für VMware sehr einfach zu implementieren.