Nommer, étiqueter et inventorier un nouveau serveur : une méthodologie pour les noms d'hôte et l'inventaire

Objectif

Attribuer à un serveur nouvellement provisionné un nom conforme à une convention documentée, et consigner suffisamment de métadonnées pour qu'une personne autre que son concepteur puisse identifier plus tard son propriétaire et sa finalité.

Prérequis

Une convention de nommage définie au préalable, par exemple <environment>-<role>-<sequence>, comme prod-web-03 (limitez les noms Windows à 15 caractères en raison de NetBIOS) ; un système d'inventaire pour enregistrer le résultat — une base de données de gestion de configuration (CMDB), un tableur ou des étiquettes (tags) sur la ressource cloud elle-même conviennent, à condition que l'un d'eux fasse foi.

Étapes

1. Choisissez le nom d'hôte avant le premier démarrage dans la mesure du possible : le modifier après que des services et des certificats ont référencé l'ancien nom perturbe davantage que de le définir correctement dès le départ.
2. Sous Linux, exécutez hostnamectl set-hostname <new-name> en tant que root. Cette commande fonctionne avec toutes les versions de systemd. Les notes de version de systemd v249 ont remplacé les verbes get-xyz/set-xyz par des verbes uniques tels que hostnamectl hostname, et « the old names continue to be supported for compatibility » (les anciens noms restent pris en charge pour des raisons de compatibilité), mais la nouvelle forme échoue sur les versions de systemd antérieures à la 249 (par exemple RHEL 8, Debian 11, Ubuntu 20.04). Les deux formes définissent les noms statique, transitoire et « pretty ». Mettez vous-même à jour l'entrée de /etc/hosts correspondant à l'ancien nom (Debian/Ubuntu l'associent à 127.0.1.1). Sur les images cloud-init, définissez preserve_hostname: true ou fournissez le nom dans les user-data, faute de quoi cloud-init risque de le réinitialiser au démarrage. Vérifiez avec hostnamectl status.
3. Sous Windows, utilisez Rename-Computer -NewName "<new-name>" -Restart. La cmdlet « renames the local computer or a remote computer » (renomme l'ordinateur local ou un ordinateur distant), est disponible à partir de PowerShell 3.0 et nécessite un redémarrage pour prendre effet ; -Restart redémarre l'ordinateur immédiatement après le renommage.
4. Enregistrez dans l'inventaire de référence, au minimum : le nom d'hôte, le propriétaire (une équipe ou une personne nommée, pas « celui qui l'a construit »), la finalité ou le rôle, l'environnement, la date de création et la méthode de provisionnement utilisée (nom et version de l'image, ou exécution d'automatisation qui l'a créé).
5. Étiquetez la ressource sous-jacente elle-même lorsque la plateforme le permet (tags du fournisseur cloud, annotations de l'hyperviseur, commentaires d'enregistrements DNS), afin que les métadonnées suivent la ressource même si le système d'inventaire séparé devient désynchronisé.
6. Vérifiez que le nom est résolvable là où il doit l'être : DNS direct et inverse pour les conventions exposées sur le réseau, ou au minimum que les systèmes de supervision et de gestion de configuration prennent en compte le nouveau nom plutôt qu'un ancien nom resté en cache depuis le provisionnement.

Résultat attendu

hostnamectl status (Linux) ou $env:COMPUTERNAME / Get-ComputerInfo (Windows) affiche le nom prévu après tout redémarrage nécessaire ; la fiche d'inventaire correspondant à ce nom d'hôte existe et indique un propriétaire et une finalité, sans qu'il soit nécessaire de demander à qui que ce soit.

Limites et base de vérification

Renommer un ordinateur Windows joint à un domaine exige les droits Active Directory appropriés et, selon la documentation de Microsoft, accepte des identifiants de domaine via -DomainCredential lorsque le compte qui exécute la commande n'a pas les droits de mise à jour de l'objet ordinateur ; le renommage après la jonction au domaine est pris en charge, mais il convient de le faire suivre des mêmes vérifications du DNS et des SPN Kerberos que pour toute modification d'un objet ordinateur du domaine. Sous Linux, hostnamectl modifie immédiatement le nom d'hôte en cours d'exécution (transitoire) en même temps que le nom statique, mais les services déjà démarrés qui ont mis l'ancien nom en cache à leur lancement peuvent nécessiter un redémarrage pour prendre en compte le changement — un redémarrage de la machine garantit la cohérence, sans être strictement requis pour le changement de nom d'hôte lui-même.