Une montée de version majeure : ce n’est pas une mise à jour, c’est un déménagement

Une montée de version majeure n’est pas une grosse mise à jour. Une mise à jour remplace une pièce ; une montée majeure remplace la famille elle-même. Sur le papier la distinction paraît mince, mais elle décide dès le départ de la façon dont le travail doit être planifié.

Pourquoi cela compte comme un déménagement

Tout bouge en même temps. Le noyau, les outils, la couche de stockage, parfois le format de la configuration. Ce ne sont pas des pièces éprouvées une à une, c’est un tout qui arrive ensemble.

Tout ce qui repose dessus suppose l’ancien. Vos machines virtuelles, votre automatisation, votre supervision, tout a été bâti autour du comportement de la famille précédente.

Le sens de « revenir en arrière » change. Dans une mise à jour ordinaire, revenir veut dire « remettre le paquet à sa version antérieure ». Dans un changement de famille, revenir veut dire le plus souvent « restaurer depuis la sauvegarde ». Le même mot, deux travaux très différents.

Le plan est en réalité un plan de sauvegarde

La question à poser n’est pas « et si la montée échoue », car une montée qui échoue franchement s’annonce d’elle-même et vous vous arrêtez là. La vraie question est : que fais-je si elle réussit à moitié. Si la montée paraît complète alors qu’un composant est resté sur l’ancien comportement, avez-vous un point où revenir.

Si la réponse est non, le premier travail n’est pas la montée, c’est la sauvegarde.

L’ordre qui tient

Lisez les notes officielles de montée pour votre saut exact. Elles sont propres à la version et constituent la seule source vraie ; les recettes générales sur internet appartiennent peut-être au saut précédent.

Mettez d’abord tout à jour complètement dans la famille actuelle. Changer de famille depuis un système à moitié mis à jour, c’est vouloir résoudre deux problèmes distincts en même temps.

Si l’éditeur dispose de sa propre vérification préalable, lancez-la et lisez la sortie au lieu de la survoler.

Prenez la sauvegarde dont vous auriez besoin, et assurez-vous qu’elle a été éprouvée. Le jour de la montée, une sauvegarde non testée n’est pas une sauvegarde, c’est un souhait.

Et faites le travail pendant que vous disposez d’un accès physique ou hors bande. Ne changez pas de famille à distance sans une deuxième voie d’entrée.

La bonne nouvelle que personne n’attend

La nouvelle famille de noyau ne prend pas la place de l’ancienne, elle est installée à côté. L’ancien noyau reste sur la machine. Après le redémarrage, la nouvelle famille devient la valeur par défaut d’elle-même ; si vous voulez rester sur l’ancienne, il faut le dire explicitement.

C’est la partie la plus rassurante d’une montée majeure : du côté démarrage, la voie de retour est en général toujours là.

Ne vous pressez pas ensuite

Ne supprimez pas l’ancienne famille juste après la montée. La garder coûte de l’espace disque ; la retirer coûte votre voie de retour. Faites le ménage après quelques semaines de fonctionnement, quand vous avez vraiment vu que tout va bien.

Ce que fait Atlas

Atlas ne mêle pas un changement de famille aux mises à jour ordinaires, il le montre dans sa propre catégorie. À côté, il écrit clairement ce qui va se passer : cette mise à jour ne remplace pas le noyau actuel, elle s’installe à côté, et après le redémarrage la nouvelle famille devient la valeur par défaut.

Il a aussi un réglage par défaut prudent : s’il ne peut pas déterminer de façon fiable quelles familles sont présentes sur le système, la mise à jour n’est pas considérée comme ordinaire, elle est marquée comme changement de famille. En cas d’incertitude, elle ne passe donc pas en silence, elle se présente à vous. Ce choix est délibéré : prendre un changement de famille pour une mise à jour ordinaire coûte bien plus cher que traiter une mise à jour ordinaire avec un surcroît de soin.