Volúmenes compartidos en App.yml para una configuración de dos sitios web

Soporte Instalación
1

Me gustaría modificar mi app.yml para poder lanzar otro Discourse (contenedor separado, base de datos separada, ¡todo lo imaginable por separado! para mayor portabilidad) en la misma máquina (ejecutándose detrás de nginx).

Así que, mi primera configuración se ve así (las partes importantes):

## app.yml para site01
volumes:
  - volume:
      host: /var/discourse_site01/shared/standalone
      guest: /shared
  - volume:
      host: /var/discourse_site02/shared/standalone/log/var-log
      guest: /var/log

… y esto funciona muy bien: la instancia está en línea y todo está bien. Ahora, me gustaría hospedar otro Discourse, para el cual he preparado los volúmenes compartidos de la siguiente manera en otro app.yml:

## app.yml para site02
volumes:
  - volume:
      host: /var/discourse_site02/shared/standalone
      guest: /shared
  - volume:
      host: /var/discourse_site02/shared/standalone/log/var-log
      guest: /var/log

En esta segunda configuración, ¿hay alguna trampa? Lo estoy ejecutando en una máquina de producción, por lo que quería verificar doblemente que este app.yml sea correcto.

2

Recomendaría encarecidamente probar esto en una copia clonada o de staging previamente, nunca directamente en un servidor en vivo.

¿Podrías ampliar sobre el uso de nginx? ¿Hay otros servicios de producción en la misma máquina?

3

@Stephen: nginx es simplemente un proxy inverso para la primera instancia de Discourse. Nada complicado. De hecho, la configuración es la que seguí en meta.discourse para configurar nginx como servidor frontal.

NO hay otros servicios ejecutándose en la máquina. De hecho, como es un servidor de producción, configuré todo en una carpeta de host completamente separada llamada discourse_site02. ¿Tiene sentido?

¿Ves algún problema con el app.yml que he descrito? ¿O crees que hay algo mal en mi configuración?

4

¿Hay alguna razón por la que no estás utilizando una instalación multisitio con dos contenedores? No creo que pierdas mucha portabilidad aquí; la forma más rápida de mover instancias entre servidores es mediante la migración de una copia de seguridad.

En caso de que necesites mover una instancia, simplemente levantarías un nuevo servidor, marcarías la instancia antigua como de solo lectura, redirigirías el DNS y restaurarías la copia de seguridad. Con un servicio de DNS de baja TTL como Cloudflare, un sitio pequeño puede migrarse en minutos. Los usuarios experimentarían un breve periodo de acceso de solo lectura, pero no se perdería ningún contenido.

Es mucho más eficiente dividir los recursos de esta manera; no terminarás ejecutando dos servidores de bases de datos y dos servidores web en contenedores separados, y se elimina por completo la necesidad de un proxy inverso nginx.

5

@Stephen: sí, he visto el enlace que mostraste, pero por simplicidad en la configuración (somos un equipo pequeño con poca experiencia), me gustaría hacerlo como describí, lo que resulta en dos bases de datos y dos servidores web, etc. De hecho, esta es exactamente la configuración que prefiero.

Aparte de las ineficiencias que has señalado, ¿hay algún otro problema oculto en esto?
¿Son correctos los dos archivos app.yml que mostré?

Gracias por tu tiempo y por este software increíble :smile:

saludos

6

@Stephen: solo preguntaba, ¿crees que mi configuración parece correcta para la configuración de 2 contenedores?

Como dije, no busco ahorrar recursos ni ser eficiente :slight_smile: solo quiero saber si está bien ejecutarlo de esta manera, asumiendo que no haya trampas que me atrapen más adelante.