Comprendre un serveur dont vous héritez : lire avant de changer

Un Proxmox que vous n’avez pas monté vous est tombé dessus. Celui qui l’a monté n’est plus là, il n’y a pas de documentation, et vous en êtes désormais responsable. Le premier réflexe dans cette situation est de toucher à quelque chose pour voir ce qui se passe. C’est précisément ce qu’il ne faut pas faire en premier, car vous ne savez pas encore ce qui est relié à quoi.

La première semaine est une semaine de lecture. Toutes les questions ci-dessous se répondent sans rien changer.

Première question : qu’est-ce qui tourne ici

Non pas combien il y a de machines, mais lesquelles font réellement un travail. Sur les serveurs hérités, il y a presque toujours des machines éteintes que personne n’ose supprimer. Vous n’allez pas les supprimer maintenant, vous allez seulement les lister.

Deuxième question : où se trouve physiquement le disque de chaque machine

C’est la question à laquelle les vues en liste répondent le plus mal, et c’est celle qui décide du plus de choses. Car la réponse vous dit ceci : la mort d’un seul disque emporte-t-elle une machine, ou huit.

Suivez la chaîne jusqu’au bout : machine, disque virtuel, stockage, pool, disque physique. Voir que les disques virtuels de huit machines descendent sur le même disque physique est la chose la plus précieuse que vous puissiez apprendre sur ce serveur.

Troisième question : de quoi y a-t-il des sauvegardes, et de quand date la plus récente

Ne regardez pas si des tâches de sauvegarde existent, regardez l’âge de la sauvegarde la plus récente. Trouver une tâche arrêtée en silence est chose courante sur les installations héritées, et l’apprendre la première semaine coûte bien moins cher que l’apprendre au sixième mois.

Quatrième question : qui peut entrer ici

Non pas combien il y a d’utilisateurs, mais qui a droit à quoi. Sur les systèmes hérités traînent des comptes de personnes parties, des clés d’automatisation oubliées et des droits dont personne ne se souvient d’avoir accordés. Notez-les aussi, pour l’instant.

Cinquième question : quel retard a-t-il pris

Regardez les mises à jour en attente, et s’il y a un noyau installé mais sans redémarrage. Le second point compte : la machine peut sembler à jour alors qu’elle tourne en réalité sur l’ancien noyau.

Le piège du « ça tourne depuis deux ans, donc c’est solide »

La durée de fonctionnement n’est pas la santé, c’est l’absence de redémarrage. Une machine qui tourne depuis deux ans est une machine non éprouvée depuis deux ans. Les services lancés à la main et jamais ajoutés au démarrage, les montages jamais écrits dans la configuration, tout cela reste sans épreuve pendant ces deux ans et ressort ensemble au premier redémarrage.

C’est pourquoi le premier redémarrage planifié d’un serveur hérité doit avoir lieu à un moment que vous choisissez, avec une sauvegarde en main. Le moment que vous n’avez pas choisi finit toujours par arriver.

Notez ce que vous trouvez

Le document que vous écrivez la première semaine est celui qui vous sauve au sixième mois. Il n’a pas besoin d’être long : quelle machine fait quoi, où se trouve son disque, existe-t-il une sauvegarde, qui peut y accéder. Même cinq lignes valent infiniment mieux que rien.

Ne supprimez rien pendant un moment

Une machine sans étiquette que personne ne sait identifier est un risque, mais la supprimer est un risque plus grand. Éteignez-la et attendez. Si personne ne crie pendant deux semaines, alors vous déciderez. Apprendre après avoir supprimé est irréversible ; apprendre après avoir éteint tient à un bouton.

Ce que fait Atlas

Atlas dessine deux chaînes, et sur un serveur hérité ce sont exactement ces deux chaînes dont vous avez besoin.

La carte des ressources descend de la machine jusqu’au disque physique : la machine, sa part de processeur et de mémoire, le disque virtuel, le stockage, le pool, et tout en bas le disque réel. La question « où se trouve vraiment le disque de cette machine » se répond donc en suivant la ligne, et non en ouvrant une à une la configuration de chaque machine. Voir que huit machines descendent sur le même disque se fait sur ce même écran.

La carte du réseau dessine l’autre chaîne : machine, pont, port physique, monde extérieur. Mises ensemble, elles vous permettent de lire en une après-midi à quoi ressemble un serveur que vous n’avez pas construit.