Résumé simple pour déplacer Discourse vers un disque plus grand

[Andro (Andrew Bernard)]

Existe-t-il des instructions pour déplacer une instance Discourse entière vers un autre disque, par exemple un volume de stockage bloc de Digital Ocean ? J’utilise une image Docker auto-hébergée. Il y a quelques informations à ce sujet ici, mais elles sont un peu mêlées à d’autres discussions. Je suis à court d’espace et le launcher ne reconstruit pas l’image pour cette raison, même après avoir tenté de supprimer les images.

[NateDhaliwal]

Voir :

Déplacer les chargements et les sauvegardes vers DigitalOcean Block Storage

Vous souhaitez donc déplacer tous les téléchargements et sauvegardes vers le Block Storage de DigitalOcean ? Avant de faire cela, vous pourriez plutôt envisager Configure an S3 compatible object storage provider for uploads. Sa configuration n’est pas plus compliquée et offre d’autres avantages. Configuration d’une instance Discourse sur DigitalOcean Configurez une instance Discourse sur DigitalOcean en utilisant notre guide officiel. Ajouter un volume à votre droplet Ajoutez un volume de blo…

et :

Déplacez votre instance Discourse vers un autre serveur

Ceci est un guide pour déplacer votre instance Discourse d’un serveur à un autre, y compris tous les paramètres et données. Ce guide s’applique aux instances Discourse auto-hébergées utilisant Docker. Niveau d’utilisateur requis : Administrateur système Cette procédure implique des changements de domaine et de DNS. Assurez-vous d’avoir accès aux serveurs source et de destination. Ce guide vous explique le processus de migration de votre instance Di…

[Andro (Andrew Bernard)]

Ce n’est pas tout à fait mon cas. Je souhaite déplacer l’instance Discourse vers un stockage par blocs sur le même serveur. Je ne veux pas migrer vers un nouveau serveur. Et je veux tout déplacer, pas seulement les téléversements et les sauvegardes. Désolé de vous demander autant d’aide ! Je ne veux pas que ça se passe mal.

[NateDhaliwal]

Dans ce cas, je pense que vous devriez consulter le premier document que j’ai lié. En substance, vous déplacerez les téléversements et les sauvegardes sur le disque monté, mais vous conserverez la base de données sur le disque principal.

@Discourse

Déplacer /var/discourse/shared vers le volume

Pour obtenir les meilleures performances, nous conserverons postgres_data sur notre disque principal et déplacerons le reste des données vers le volume nouvellement attaché.

Connecté en tant que root, exécutez ces commandes depuis votre serveur :

mv /var/discourse/shared/standalone/postgres_data /var/postgres_data_discourse
mv /var/discourse/shared /mnt/volume_nyc1_05

Assurez-vous de remplacer volume_nyc1_05 par le nom de votre volume.

Modifier app.yml pour refléter les changements

Ouvrez le fichier /var/discourse/containers/app.yml dans votre éditeur préféré et cherchez ce bloc :

## The Docker container is stateless; all data is stored in /shared
volumes:
  - volume:
      host: /var/discourse/shared/standalone
      guest: /shared
  - volume:
      host: /var/discourse/shared/standalone/log/var-log
      guest: /var/log

Remplacez le bloc ci-dessus par :

## The Docker container is stateless; all data is stored in /shared
volumes:
  - volume:
      host: /mnt/volume_nyc1_05/shared/standalone
      guest: /shared
  - volume:
      host: /mnt/volume_nyc1_05/shared/standalone/log/var-log
      guest: /var/log
  - volume:
      host: /var/postgres_data_discourse
      guest: /shared/postgres_data

Assurez-vous de remplacer volume_nyc1_05 par le nom de votre volume.

Enregistrez le fichier app.yml et reconstruisez le conteneur.

/var/discourse/launcher rebuild app

Sauf si je me trompe, c’est donc ce que vous essayez de faire ? (Et bien sûr, veuillez faire une sauvegarde avant de procéder à cette opération)

[Andro (Andrew Bernard)]

Je n’ai pas vérifié, mais je pensais que c’était la base de données qui occupait l’espace et qu’il fallait la déplacer. La haute performance n’est pas un critère.

[Ethsim2 (Ethan)]

As-tu essayé un nettoyage Docker plus approfondi avec docker system prune, au lieu de simplement supprimer les images ?

[Ed_S]

Il est préférable de commencer par mesurer et partager vos résultats de mesure — vous avez peut-être raison quant à la meilleure façon de procéder, mais voyons d’abord l’état des lieux.

Bien que docker prune soit également une bonne idée.

La taille du disque :

df -h /

Et l’utilisation actuelle de ce disque :

@Ed_S

Vous pouvez essayer de le découvrir, par exemple depuis votre invite de shell racine :
du -kx / | sort -n | tail -33
et éventuellement aussi
find / -xdev -size +1000k -ls | sort -n -k 2 | tail

Et l’utilisation par Docker :

docker system df
docker images -a
docker image ls
docker volume ls -qf dangling=true

(Je ne suis pas un expert en Docker — c’est probablement un peu redondant, mais avec toutes ces sorties, nous devrions pouvoir voir l’utilisation de Docker)

Dans l’ensemble, votre utilisation du disque sera une combinaison de :

• du système d’exploitation
• des fichiers d’échange (swap)
• divers fichiers journaux (logs)
• de votre logiciel Discourse
• de vos sauvegardes
• de votre base de données
• des téléversements de votre forum

Pour de nombreux forums, les téléversements représentent la plus grosse part. Mais il faut mesurer !

Si vous n’êtes pas un administrateur système Linux expérimenté, il y aura probablement aussi quelques anciens éléments inutiles.