definiert. Es können alle Werte bis auf den Hostnamen und die IP-Adressen vorbelegt werden. Für alle diese Werte
gibt es aber auch vordefinierte (hoffentlich sinnvolle) Werte, falls man diese komplett vergißt.
+Wenn man VMs und Gruppen mehrfach ineinander veschachtelt, kann dabei so etwas wie das folgende herauskommen:
+
+ ---
+ defaults:
+ key1: val1
+ .
+ .
+ vms:
+ - name: vm01.pp.com
+ interfaces:
+ - address_v4: 10.5.6.1
+ - name: vm02.pp.com
+ interfaces:
+ - address_v4: 10.5.6.2
+ groups:
+ - name: Group 01
+ defaults:
+ key1: val2
+ .
+ .
+ vms:
+ - name: vm03.pp.com
+ interfaces:
+ - address_v4: 10.5.6.3
+ - name: vm04.pp.com
+ interfaces:
+ - address_v4: 10.5.6.4
+ - name: Group 02
+ defaults:
+ key1: val12
+ key2: val22
+ .
+ .
+ vms:
+ - name: vm05.pp.com
+ interfaces:
+ - address_v4: 10.5.6.5
+ - name: vm06.pp.com
+ interfaces:
+ - address_v4: 10.5.6.6
+ groups:
+ - name: Group 0-1
+ defaults:
+ key2: val23
+ .
+ .
+ vms:
+ - name: vm07.pp.com
+ interfaces:
+ - address_v4: 10.5.6.7
+ - name: vm08.pp.com
+ interfaces:
+ - address_v4: 10.5.6.8
+
**Hinweis:** Sebstverständlich müssen die Projekt-Dateien UTF-8 codiert sein (Standard bei YAML - wenn ich etwas
anderes finde, hacke ich dem Verursacher die Hände ab). Weiterhin möchte ich bitten, dass der POSIX-Standard
für Text-Dateien eingehalten wird, das heißt, die letzte Zeile der Datei schließt immer mit einem Newline ab.
Die Bemerkungen zur Größe, zum SCSI-Controller und zur Einbindung, die ich bereits bei _data_disk_
gemacht habe, treffen natürlich auch hier zu.
+##### customer
+
+Das ist ein einfacher Free-Form-String (Mindestlänge 1 Zeichen), der lediglich für die
+Generierung der `/etc/motd` zum Anzeigen des Kunden beim Login auf dem Host verwendet wird.
+
+Vorgabewert: _Pixelpark_
+
+##### purpose
+
+Genau wie _customer_ ein einfacher Free-Form-String (Mindestlänge 1 Zeichen), der ebenfalls
+für die Generierung der `/etc/motd` zum Anzeigen des Zwecks des Hosts beim Login
+auf dem Host verwendet wird.
+
+Vorgabewert: _Customer project_
+
+##### template
+
+Das ist eine **obligatorische Angabe**, die besagt, welche Vorlage von VSPhere geklont werden
+soll, um die VM zu provisionieren.
+
+Folgende Vorlagen existieren sowohl im _live_, als auch im _test_ VSPhere:
+
+* centos7-template
+* centos8-template
+* oel7-template
+
+Diese Vorlagen werden im _live_ VSPhere täglich, und im _test_ VSPhere wöchentlich
+neu generiert. Die alten Vorlagen werden mit einem Datumsstempel versehen umbenannt,
+und wenn es mehr als drei alte Vorlagen von einer Sorte gibt, werden die ältestetn gelöscht.
+
+Falls diese Vorlage (unwahrscheinlicherweise, aber man weiß ja nie) kaputt und nicht
+verwendungsfähig ist, kann man sich auch in VSPhere unter _'VMs und Vorlagen'_ im Ordner
+**templates** eine der rotierten Vorlagen aussuchen.
+
## 3. FeatureRequests
### 3.1 change vSphere Host per need in terraform yaml (live <--> test)