Neuen Server benennen, taggen und erfassen: eine Methodik für Hostnamen und Inventar

Ziel

Einem neu bereitgestellten Server einen Namen geben, der einer dokumentierten Konvention folgt, und genügend Metadaten erfassen, damit auch andere Personen als der Ersteller später Eigentümer und Zweck erkennen können.

Voraussetzungen

Eine vorab vereinbarte Namenskonvention, zum Beispiel <environment>-<role>-<sequence> wie prod-web-03 (Windows-Namen wegen NetBIOS auf 15 Zeichen begrenzen); ein Inventarsystem, in dem das Ergebnis festgehalten wird – eine Configuration Management Database (CMDB), eine Tabelle oder Tags an der Cloud-Ressource selbst genügen, solange eines davon als massgebliche Quelle gilt.

Schritte

1. Den Hostnamen nach Möglichkeit vor dem ersten Start festlegen; eine Änderung, nachdem Dienste und Zertifikate auf den alten Namen verweisen, ist aufwendiger als die korrekte Vergabe von Anfang an.
2. Unter Linux als root hostnamectl set-hostname <new-name> ausführen. Das funktioniert mit jeder systemd-Version. In den Release Notes zu systemd v249 wurden die Verben get-xyz/set-xyz durch einzelne Verben wie hostnamectl hostname ersetzt, und "the old names continue to be supported for compatibility" (die alten Namen werden aus Kompatibilitätsgründen weiterhin unterstützt); die neue Form schlägt jedoch bei systemd-Versionen vor 249 fehl (zum Beispiel RHEL 8, Debian 11, Ubuntu 20.04). Beide Formen setzen den statischen, den transienten und den Pretty-Namen. Den /etc/hosts-Eintrag für den alten Namen selbst anpassen (Debian/Ubuntu ordnen ihn 127.0.1.1 zu). Bei cloud-init-Images preserve_hostname: true setzen oder den Namen in den User-Data angeben, sonst setzt cloud-init ihn beim Booten unter Umständen zurück. Mit hostnamectl status prüfen.
3. Unter Windows mit Rename-Computer -NewName "<new-name>" -Restart setzen. Das Cmdlet "renames the local computer or a remote computer" (benennt den lokalen oder einen entfernten Computer um), ist ab PowerShell 3.0 verfügbar und erfordert einen Neustart, damit die Änderung wirksam wird; -Restart startet den Computer unmittelbar nach der Umbenennung neu.
4. Im massgeblichen Inventar mindestens erfassen: Hostname, Eigentümer (ein Team oder eine namentlich genannte Person, nicht "wer auch immer ihn aufgebaut hat"), Zweck bzw. Rolle, Umgebung, Erstellungsdatum und die verwendete Bereitstellungsmethode (Image-Name und -Version oder der Automatisierungslauf, der den Server erstellt hat).
5. Die zugrunde liegende Ressource selbst taggen, sofern die Plattform das unterstützt (Tags des Cloud-Anbieters, Annotationen des Hypervisors, Kommentare an DNS-Einträgen), damit die Metadaten mit der Ressource mitwandern, auch wenn das separate Inventarsystem nicht mehr aktuell ist.
6. Prüfen, dass der Name dort auflösbar ist, wo er gebraucht wird: Forward- und Reverse-DNS bei netzwerkseitigen Konventionen, mindestens aber, dass Monitoring- und Configuration-Management-Systeme den neuen Namen übernehmen und nicht einen veralteten, bei der Bereitstellung zwischengespeicherten.

Erwartetes Ergebnis

hostnamectl status (Linux) bzw. $env:COMPUTERNAME / Get-ComputerInfo (Windows) zeigt nach einem allenfalls nötigen Neustart den vorgesehenen Namen; der Inventareintrag für diesen Hostnamen existiert und nennt Eigentümer und Zweck, ohne dass jemand gefragt werden muss.

Grenzen und Prüfbasis

Das Umbenennen eines Windows-Computers, der in einer Domäne ist, erfordert passende Active-Directory-Berechtigungen und akzeptiert laut Microsofts Dokumentation Domänen-Anmeldedaten über -DomainCredential, wenn das Konto, unter dem der Befehl läuft, nicht über die Rechte zur Aktualisierung des Computerobjekts verfügt. Die Umbenennung nach dem Domänenbeitritt wird unterstützt, sollte aber wie jede Änderung an einem Domänencomputerobjekt mit derselben Prüfung von DNS und Kerberos-SPNs verbunden werden. Unter Linux ändert hostnamectl neben dem statischen auch sofort den laufenden (transienten) Hostnamen; bereits laufende Dienste, die den alten Namen bei ihrem eigenen Start zwischengespeichert haben, müssen aber unter Umständen neu gestartet werden, damit sie die Änderung bemerken. Ein Neustart des Systems garantiert Konsistenz, ist für die Änderung des Hostnamens selbst jedoch nicht zwingend erforderlich.