Déplacement de l'instance discourse vers un nouveau serveur

Avant de demander, avez-vous d’abord cherché ? Appuyez sur :magnifying_glass_tilted_left: en haut à droite pour rechercher

Bonjour,

Je tiens d’abord à vous remercier pour tout le soutien que vous pourrez m’apporter. Cela étant dit, j’aimerais discuter de mon problème, puis de mes objectifs pour mon instance Discourse auto-hébergée.

Problème

J’utilise actuellement Hetzner comme serveur qui héberge une instance Discourse. J’ai attaché des volumes pour les Uploads et les Backups. Les conteneurs et images Docker actuels, ainsi que le fichier app.yml, etc., sont hébergés sur le serveur lui-même sous /var/discourse.

Je possède ce serveur depuis 3-4 ans, et pendant tout ce temps, j’ai toujours rencontré des problèmes d’espace sur le serveur lui-même (pas sur les volumes). Chaque fois que je voulais reconstruire l’application ou la relancer, je rencontrais des problèmes d’espace car les images et les conteneurs Docker étaient installés sur le serveur local plutôt que sur un volume. Je devais constamment supprimer Docker et toutes les images/conteneurs et faire une nouvelle installation afin de pouvoir reconstruire. Je crois également que les données SQL sont attachées au serveur local au lieu d’un volume.

Objectifs

Je ne suis pas sûr de ce qui serait le mieux pour moi à l’avenir. S’agit-il de déplacer des dossiers ou des fichiers spécifiques vers un nouveau volume pour la base de données Postgres et les images Docker, et si oui, j’aimerais de l’aide pour savoir comment faire ? Ou recommencer à zéro avec un nouveau serveur, créer une sauvegarde du serveur et la restaurer sur un nouveau serveur avec tous les volumes correctement configurés ?


Cela étant dit, j’aimerais de l’aide pour configurer le fichier app.yml afin d’avoir correctement des volumes pour tout ce qui prend de l’espace, afin que je puisse évoluer individuellement lorsque les sauvegardes, les téléchargements, la base de données ou les images Docker, par exemple, en ont besoin.

Je pourrai fournir mon fichier app.yml plus tard aujourd’hui, car je suis actuellement au travail et je cherche à prendre de l’avance.

J’héberge mon Discourse sur AWS, et j’ai eu beaucoup de succès jusqu’à présent en gardant /var/discourse sur son propre volume EBS montable et en attachant ce volume à différentes instances EC2 lorsque j’ai eu besoin de migrer. J’ai même complètement changé l’architecture de x64 à ARM (j’ai changé mes instances EC2 d’un t3a.large à un r7g.large) et après avoir remonté le volume /var/discourse, j’étais de nouveau en ligne après un simple launcher rebuild app, même avec le changement d’architecture.

En résumé, si votre /var/discourse est stocké dans un volume montable, alors vous avez l’intégralité de l’état de votre forum dans un état essentiellement “swing-mountable”. Tant que vous pouvez configurer un hôte et y installer Docker, vous pouvez monter /var/discourse dessus, exécuter un launcher rebuild app, et être opérationnel. (En supposant que des éléments tels que le nom d’hôte et d’autres spécifications dans app.yml restent constants entre les hôtes.)

Pourriez-vous fournir un exemple de fichier app.yml pour cette configuration ? Est-il aussi simple que de déplacer le contenu de « /var/discourse » vers un autre volume, ou dois-je cloner le dépôt dans le nouveau volume ?


Qu’en est-il également des fichiers de base de données ?

Voici une copie aseptisée de mon app.yml de travail actuel

Et tout le contenu de la base de données est stocké dans /var/discourse ? Donc si je déplace tout le contenu de /var/discourse vers un volume montable, cela continuera-t-il à utiliser toutes les données existantes ?

J’utilise l’installation standard auto-hébergée à conteneur unique, donc tout est configuré selon les paramètres par défaut !

Question, même si j’ai déplacé le dossier /discourse vers un volume montable, j’ai toujours du mal avec Docker. Les conteneurs et les images s’exécutent toujours sur le disque local au lieu d’un volume. Une idée sur la façon de résoudre ce problème ?

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.