Continuant la discussion de La mise à niveau a échoué spectaculairement :
Quelle est la meilleure façon de vérifier si mon VPS a besoin de mises à niveau, avant d’effectuer une mise à jour de Discourse ? Merci.
3 « J'aime »
De mémoire, je pense que vous pouvez le mettre à jour lorsque votre version de l’OS est obsolète, ou lorsque Docker est obsolète ?
1 « J'aime »
Si vous utilisez Ubuntu LTS (généralement la distribution recommandée pour Discourse). Chaque version gratuite, d’après ce que je comprends, a un cycle de support de 5 ans.
Donc, d’après ce que je comprends de la liste, si vous utilisez 18.04 ou 20.04, vous devriez envisager de mettre à niveau le système d’exploitation. Si 18.04 est définitif et que le support de 20.04 se termine en avril, vous devriez également y penser.
L’autre composant serait de vérifier la compatibilité de la version de Docker. Je ne suis honnêtement pas sûr de cette partie. Bien qu’à mon avis, Ubuntu 22.04 LTS pourrait supporter la dernière version de Docker requise par Discourse, mais il faudrait quelqu’un avec des connaissances plus solides pour donner son avis. Cependant, une recherche sur Meta pourrait également contenir cette information.
1 « J'aime »
Discourse 3.4 recherche Docker 24.0.7 min
Il semble, d’après une recherche Google, qu’Ubuntu 22.04 LTS le prenne en charge.
Il est bien sûr également pris en charge dans la dernière version LTS d’Ubuntu 24. Il semble qu’il soit également pris en charge sur Ubuntu 20.04 LTS, mais à mon avis, il faudrait envisager une mise à niveau car la prise en charge de cette LTS se termine en avril 2025 ; cependant, en théorie, cela devrait être sûr si vous avez besoin de plus de temps avant de mettre à niveau le système d’exploitation.
Savez-vous quelle version de votre système d’exploitation vous utilisez ? Je suppose que vous utilisez une version LTS d’Ubuntu.
Ma version de Docker (20.10.21) est antérieure à celle-ci et ma version de Discourse est 3.4.0.beta4-dev. Discourse me dit de mettre à jour maintenant vers 3.4.0.beta4 — « Une mise à jour critique est disponible. Veuillez mettre à jour ! »
Deux questions :
-
Les exigences sont-elles indiquées quelque part dans les notes de version ? J’ai toujours parcouru les annonces, mais je n’ai pas remarqué d’exigences Docker ou Ubuntu mentionnées.
-
Je suppose que je devrais passer à Ubuntu 24.04 et à la version Docker qui l’accompagne, avant de mettre à jour à nouveau Discourse. Est-ce que cela vous semble correct ?
Merci.
Voulez-vous dire « ne peut pas » ? Je suppose.
Voulez-vous dire que le script de mise à niveau se terminerait normalement si les exigences n’étaient pas remplies, sans gâcher mon forum ?
Je viens de remarquer sur discourse_docker/launcher at main · discourse/discourse_docker · GitHub :
docker_min_version='20.10.0'
docker_rec_version='24.0.7'
Donc, peut-être que tout va bien pour l’instant. J’espère que vous vous trompiez au sujet de 24.0.7 – mais peut-être que je cherche au mauvais endroit moi-même. Pourriez-vous s’il vous plaît vérifier et confirmer ? Je vous en serais reconnaissant. Merci.
1 « J'aime »
L’exigence Docker pour Discourse 3.4, je l’ai tirée d’un sujet avec un sujet de mise à niveau de ligne de commande échoué. Où un Jay du sujet que vous avez cité, je crois, a mentionné là ou dans un autre sujet. Où il a mentionné que Docker devait être mis à niveau en fonction du journal fourni. Le journal indique que Docker devait être à la version minimale que j’ai mentionnée.
Elles y sont probablement, mais je ne suis pas toujours très doué pour les lire entièrement si je dois être honnête. Je vais essayer de faire une recherche ici et voir.
Si votre Ubuntu LTS est la version 18.04, alors certainement. Si c’est Ubuntu 20.04 LTS comme mentionné. Je crois que vous pouvez le mettre à niveau manuellement via la ligne de commande. D’après ce dont je me souviens, il y a un sujet sur la mise à niveau de Docker. La documentation Docker que j’ai liée devrait, je crois, contenir des instructions sur la façon de mettre à niveau. Mais je recommanderais de voir s’il y a un sujet au cas où il y aurait des étapes recommandées à suivre d’abord.
Gardez à l’esprit que j’apprends encore beaucoup de choses avec Discourse. Des personnes comme Jay, Robert (Merrifield) ne sont que quelques-unes des personnes ayant beaucoup plus d’expérience et de compréhension sur ce type de sujets.
L’étape principale cependant est de vous assurer de faire une sauvegarde. À mon avis, faites un instantané du serveur et une sauvegarde de Discourse. Une sauvegarde du serveur avec une interruption planifiée annoncée peut être utile car vous pouvez charger votre instantané avant la mise à niveau. J’imagine qu’une sauvegarde de Discourse fonctionne probablement bien aussi.
1 « J'aime »
Pas sûr. Je me basais uniquement sur des messages partageant des journaux.
Mais voici un guide de Documentation qui pourrait peut-être aider.
Si je devais dessiner un organigramme pour répondre, la première question serait quelque chose comme :
Est-ce que tout ce qui suit s’applique ? Si oui, procédez selon votre expérience. Sinon, assurez-vous d’être sur la dernière LTS, tant qu’elle a au moins un mois.
- Je suis un administrateur système expérimenté
- J’ai une sauvegarde récente dans un endroit sûr et je suis très confiant dans ma capacité à la restaurer
- Je sais comment effectuer une mise à niveau en ligne de commande
- Je sais comment trouver et citer les parties pertinentes du journal lors du signalement d’un problème ici sur meta.
Vérifiez votre version actuelle du système d’exploitation en lisant /etc/lsb-release
root# cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=22.04
DISTRIB_CODENAME=jammy
DISTRIB_DESCRIPTION="Ubuntu 22.04.4 LTS"
Elle doit être récemment mise à jour, être une LTS, ne pas avoir beaucoup plus de 2 ans. Les deux premiers chiffres sont le numéro de l’année. Mais ne faites pas confiance à une LTS qui a moins d’un mois.
3 « J'aime »
Je créerais une nouvelle VM et j’y déplacerais le site comme décrit dans Déplacer un site Discourse vers un autre VPS avec rsync. Si vous ne craignez pas une longue période d’indisponibilité et la possibilité que cela endommage votre système, vous pouvez essayer de faire plusieurs mises à niveau de distribution. Si vous le faites, vous devriez faire une capture d’écran (ce qui entraîne également une période d’indisponibilité) afin de pouvoir y restaurer.
1 « J'aime »
Je pense que je suis passé de la version 18.04 à la 20.04 sur le même serveur. J’ai probablement suivi quelque chose comme How to upgrade your Ubuntu release - Ubuntu Server documentation. Je ne suis pas sûr à 100 %. Qu’en pensez-vous ?
Il y a un avantage secondaire possible à migrer plutôt qu’à mettre à niveau sur place : vous pourriez obtenir une offre d’une meilleure valeur. Dans mon cas, passer de x86 à ARM m’a permis d’obtenir une configuration avec plus de stockage pour le même prix, même avec le même service d’hébergement. Il y a aussi la possibilité de changer pour un autre service d’hébergement, ce que j’ai également fait dans un autre cas, obtenant à nouveau une meilleure affaire.
2 « J'aime »
Avec Hetzner, les serveurs ARM sont légèrement moins chers que les x86 pour les mêmes spécifications (vCPU, RAM, stockage).
Notamment, ils semblent être plus rapides (vitesse de reconstruction de Discourse et chargement des pages).
Malheureusement, il n’y a pas de benchmarks pour Discourse, mais j’ai récemment effectué une comparaison des temps de compilation :
| Fournisseur | Prix | Disque | CPU | RAM (Go) | Temps de compilation | Centres de données |
|---|---|---|---|---|---|---|
| Hetzner CX22 (x86) | 3,95 € | 40 Go | 2 | 4 | 9m56s | DE, FI, SG, US (2) |
| Hetzner CAX11 (arm64) | 3,95 € | 40 Go | 2 | 4 | 5m45s | DE, FI |
Sachez qu’il n’existe pas d’image mail-receiver officielle compatible ARM.
Voir :
4 « J'aime »
5 minutes pour une reconstruction ? Wow, ça me prend environ 2-3 heures.
Je suis sur le droplet Digital Ocean le plus basique qui a 2 Go de mémoire et j’estime que cela prend environ 10 minutes.
1 « J'aime »
Ce n’est pas une « recherche Google ». C’est Gemini. Je me méfierais des résultats de l’IA qui parlent de numéros de version spécifiques et de versions compatibles, car les LLM ne sont pas très doués pour gérer ces détails. Mais si vous pouvez trouver une source définitive, cela aiderait.
Voici ce que j’obtiens, c’est différent :
2 « J'aime »
Merci, bonne remarque. Bien que le lien vers la documentation Docker que j’ai également posté ait confirmé que la sortie de Gemini semblait correcte. Cependant, merci pour le tuyau. Je ferai certainement attention aux sorties d’IA à partir de maintenant.
2 « J'aime »
Je ne pensais pas pouvoir suivre le sujet rsync, car il y avait trop de questions et de variations suggérées. J’ai donc fait cela à la place, et tout semble fonctionner !
1 « J'aime »