$PI Cette mise à niveau est en effet très difficile, ce n'est pas une formule de politesse. Il y a principalement plusieurs raisons :

1. Synchronisation de trois grandes versions majeures
Mise à jour simultanée du protocole (22→23), du système d'exploitation (Ubuntu 20.04→24.04), de la base de données (PostgreSQL 12→16). Une seule mise à jour comporte des risques, la combinaison des trois signifie que la compatibilité, les dépendances et les changements de fichiers de configuration s'influencent mutuellement.
2. Nécessité de retraitement interne des données
Beaucoup de mises à jour ne font que remplacer le logiciel, mais cette fois-ci, en raison du changement de format de stockage sous-jacent ou de logique d'indexation, les nœuds doivent retraiter les données existantes avec la nouvelle logique. Ce processus est très sujet aux erreurs, une interruption pouvant nécessiter une restauration à partir d'une sauvegarde, ce qui prend beaucoup de temps.
3. Tolérance zéro en environnement de production
Si un nœud principal se déconnecte ou si les données sont corrompues, cela affecte le consensus et la production de blocs du réseau entier. Les opérateurs doivent tester en boucle sur le réseau de test, puis effectuer l'opération en garantissant une interruption minimale ou nulle, la pression étant bien plus grande que pour une mise à jour sur un ordinateur personnel.
4. Grande différence entre PostgreSQL 12 et 16
Cette version a été publiée il y a plusieurs années, introduisant de nombreux optimisations de requêtes, types de données, exécution parallèle, etc. La migration de la base de données nécessite souvent une exportation puis une importation, ce qui peut prendre plusieurs heures ou plus, laissant peu de marge pour les grands nœuds.

Donc cette phrase n'est pas une exagération, mais reflète le fait que cette mise à niveau comporte effectivement des risques élevés et une opération complexe. Réussir à mettre à niveau plus de la moitié des nœuds de manière stable montre déjà que les opérateurs sont très professionnels.