Resumen simple de cómo mover Discourse a un disco más grande

[Andro (Andrew Bernard)]

¿Hay instrucciones sobre cómo mover una instancia completa de Discourse a otro disco, por ejemplo, un volumen de almacenamiento en bloques de Digital Ocean? Tengo una imagen Docker autoalojada. Hay cierta información al respecto aquí, pero está un poco entrelazada con otras discusiones. Me he quedado sin espacio y el launcher no puede reconstruir por esa razón, incluso después de intentar eliminar las imágenes.

[NateDhaliwal]

Ver:

Mover subidas y copias de seguridad a DigitalOcean Block Storage

¿Así que quieres mover todas las cargas y copias de seguridad a DigitalOcean Block Storage? Sin embargo, antes de hacer esto, quizás prefieras considerar Configure an S3 compatible object storage provider for uploads. No es más complicado de configurar y ofrece algunas otras ventajas. Configurar una instancia de Discourse en DigitalOcean Configura una instancia de Discourse en DigitalOcean usando nuestra guía oficial. Añadir un Volumen a tu droplet Añade un volumen de almacenamiento en bloque…

y:

Mueve tu instancia de Discourse a un servidor diferente

Esta es una guía para mover su instancia de Discourse de un servidor a otro, incluyendo toda la configuración y los datos. Esta guía se aplica a las instancias de Discourse autoalojadas que utilizan Docker. Nivel de usuario requerido: Administrador del sistema Este procedimiento implica cambios de dominio y DNS. Asegúrese de tener acceso tanto al servidor de origen como al de destino. Esta guía le explica el proceso de migración de su instancia de …

[Andro (Andrew Bernard)]

No es exactamente mi caso. Quiero mover la instancia de Discourse a almacenamiento en bloques en el mismo servidor. No quiero migrar a un servidor nuevo. Y quiero mover todo, no solo las cargas y las copias de seguridad. ¡Perdón por necesitar tanta ayuda! No quiero estropearlo.

[NateDhaliwal]

Entonces, creo que querrías revisar el primer documento al que hice referencia. Básicamente, moverías las cargas y las copias de seguridad al disco montado, pero mantendría la base de datos en la unidad principal.

@Discourse

Mover /var/discourse/shared al volumen

Para obtener el mejor rendimiento, mantendremos postgres_data en nuestra unidad principal y moveremos el resto de los datos al volumen recién adjunto.

Inicia sesión como root y ejecuta estos comandos desde tu servidor:

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

Asegúrate de reemplazar volume_nyc1_05 con el nombre de tu volumen.

Editar app.yml para reflejar los cambios

Abre el archivo /var/discourse/containers/app.yml en tu editor preferido y busca este bloque:

## 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

Reemplaza el bloque anterior con:

## 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

Asegúrate de reemplazar volume_nyc1_05 con el nombre de tu volumen.

Guarda el archivo app.yml y reconstruye el contenedor.

/var/discourse/launcher rebuild app

Así que, a menos que esté malinterpretando, ¿esto es lo que estás intentando hacer? (Y por supuesto, haz una copia de seguridad antes de hacerlo)

[Andro (Andrew Bernard)]

No lo he verificado, pero pensé que era la base de datos la que ocupaba el espacio y necesitaba moverse. El alto rendimiento no es una consideración.

[Ethsim2 (Ethan)]

¿Has intentado una limpieza más amplia de Docker usando docker system prune, en lugar de simplemente eliminar las imágenes?

[Ed_S]

Lo mejor es empezar midiendo y compartiendo tus mediciones. Es posible que tengas razón sobre la mejor manera de proceder, pero veamos cómo están las cosas.

Aunque docker prune también es una buena idea.

El tamaño del disco:

df -h /

Y el uso actual de ese disco:

@Ed_S

Puedes intentar averiguarlo, por ejemplo, en la línea de comandos de tu usuario root:
du -kx / | sort -n | tail -33
y quizás también
find / -xdev -size +1000k -ls | sort -n -k 2 | tail

Y el uso por parte de Docker:

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

(No soy un experto en Docker; probablemente sea un poco redundante, pero con todas esas salidas deberíamos poder ver el uso de Docker).

En general, el uso de tu disco será una combinación de:

• el sistema operativo
• los archivos de swap
• varios archivos de registro
• tu software de Discourse
• tus copias de seguridad
• tu base de datos
• tus subidas al foro

En muchos foros, las subidas son la parte más grande. ¡Pero hay que medir!

Si no eres un administrador de sistemas Linux experto, probablemente habrá algunas cosas antiguas innecesarias adicionales.