Quels défis ? Je ne pense pas avoir modifié mes scripts et il n’y a pas de problème. J’essaierai de vérifier plus tard dans la journée si 22.04 fonctionne.
Pour être clair, j’envisageais une mise à niveau d’Ubuntu via CLI vers une version supérieure (20.04 LTS ou 22.04 LTS) et certains documents ici indiquent des problèmes avec les versions SSL, ainsi qu’avec d’autres composants (peut-être Ruby on Rails ?).
En fin de compte, je ne cherche pas à créer des problèmes là où il n’y en a pas. Je ne veux pas non plus planter mon installation Discourse s’il existe des dépendances au système d’exploitation.
Vous n’avez toujours pas précisé ce que sont ces « certains documents », mais peut-être faites-vous référence à quelque chose concernant l’exécution d’un environnement de développement ?
Si vous exécutez une installation standard sur Docker, vous ne devriez avoir aucun problème.
Pas de problème avec une installation propre de 22.04.1 LTS :
Ils ont effectué une mise à niveau du système d’exploitation plutôt qu’une installation propre.
C’est une installation de développement.
Il semble que ma méfiance à l’égard de la mise à jour du système d’exploitation et de la réalisation d’une installation propre ne soit pas aussi stupide que je le pensais.
L’autre avantage de l’installation propre est que vous pouvez revenir à la version fonctionnelle simplement en modifiant votre DNS (ou votre IP statique, ce que je recommanderais car c’est beaucoup plus rapide que d’attendre la mise à jour du DNS dans la plupart des cas).
Ma question initiale portait sur la possibilité de faire une mise à jour en ligne de commande de 18.04 vers 20.04 ou 22.04 directement, et sur les impacts potentiels.
Je comprends l’approche d’une installation propre ou de créer une nouvelle instance EC2, puis de tenter une sauvegarde et une restauration de Discourse.
Il y a un compromis entre le risque et l’effort.
Si je mets à jour sur place, il y a un risque que mon environnement Discourse ne fonctionne plus après la mise à jour de l’OS. Je devrai alors passer du temps à comprendre ce qui a cassé, et j’aurai peut-être besoin de l’aide de personnes compétentes ici pour récupérer.
Si je crée un nouvel environnement, cela garantit de ne pas impacter ma communauté jusqu’au moment de la bascule. Cela semble demander beaucoup plus d’efforts.
Le scénario idéal serait que la mise à niveau de l’OS fonctionne sans problème, et que Discourse redémarre sans souci.
Certains des messages que vous avez liés suggèrent qu’il est très probable que vous ayez de tels problèmes.
Il y a un sujet sur la façon de passer à un nouveau serveur que je ne trouve plus. Vous synchronisez principalement votre répertoire /var/discourse sur place, installez docker et reconstruisez. Vous pouvez gagner un peu de temps en ne copiant pas tout/var/discourse, mais la copie prendra beaucoup moins de temps que d’attendre qu’une mise à jour du système d’exploitation échoue.
Je préfère aller au sûr. À ce stade, j’ai presque passé autant de temps sur ce sujet que la mise à niveau n’en aurait pris.
Bonne chance, quel que soit le chemin que vous choisirez !
Tout dépend de votre appétit pour le risque et de la durée de temps d’arrêt que vous pouvez supporter. Lancer un nouveau VPS, mettre votre instance en lecture seule et installer Docker sera la fenêtre de temps d’arrêt la plus courte. La mise à niveau du système d’exploitation entraînera un temps d’arrêt garanti, et la résolution des problèmes prolongera celui-ci.