Migrar instancia productiva de Discourse 1:1 a servidor de pruebas

Hola, he asumido el puesto de administrador en una comunidad y actualmente me enfrento al desafío de actualizar el foro a la última versión.

No se ha actualizado durante mucho tiempo porque el plugin de calendario causaba problemas.

He alquilado otro servidor y quiero primero ejecutar allí una copia exacta del entorno de producción.

Como estoy usando una versión antigua, aún no sé cómo hacerlo, ya que al crear un nuevo entorno, siempre se descargan las versiones más recientes.

Estamos ejecutando:

Discourse 3.2.0.beta1-dev (19567daeb9)

con los siguientes plugins y versiones:

y PG 13.

Primero quiero ejecutar una copia exacta, luego hacer una copia de seguridad completa y a partir de ahí ver cómo iniciar el proceso de actualización sin destruir la instancia. Una vez que encuentre un método funcional, también actualizaré la instancia de producción.

La dificultad actual es: ¿cómo creo primero una copia exacta de mi versión antigua, incluyendo la base de datos antigua de PG y los plugins antiguos?

Como principiante, agradezco mucho cualquier sugerencia o enlace.

Muchas gracias por su tiempo y saludos cordiales,

Richarde

2 Me gusta

¡Hola!

Este podría ser un buen punto de partida:

2 Me gusta

¡Gracias por tu ayuda!

Por lo que entiendo, en la copia de seguridad no se incluyen software, es decir, plugins y su versión, ni tampoco Discourse mismo con su versión. Por lo tanto, no es adecuada para el asunto mencionado anteriormente.

Afortunadamente, el plugin que impedía nuestra actualización ya es compatible nuevamente con la versión actual de Discourse, por lo que pude configurar un nuevo servidor con la versión más reciente y restaurar allí nuestra copia de seguridad.

Sin embargo, puede ser muy útil para algunos (como también para nuestra comunidad durante el período en que el plugin no era compatible con el software) saber cómo construir una instancia de prueba como una copia exacta, para poder realizar pasos adicionales en un entorno seguro sin afectar la producción.

2 Me gusta

Si estás utilizando un proveedor que puede clonar tu VPS completo, eso podría ser un atajo a explorar:

Además, este proceso para mover un sitio usando rsync parecería traer todo el sitio 1:1…
Mover un sitio de Discourse a otro VPS con rsync - Wiki de la comunidad / Sysadmins
[EDIT: no 1:1 si haces la reconstrucción prescrita. Necesitarías iniciar sin reconstruir.)

El proceso básico parece bastante sencillo, aunque hay muchos comentarios que ofrecen enfoques modificados y parámetros de comando. No lo he hecho yo mismo. Si tuviera que hacerlo, supongo que empezaría por lo básico y vería cómo va. Se discuten varias posibles dificultades en los comentarios.

Pero eso implica reconstruir el foro, ¿no?

Por otro lado, podría funcionar:

(Ya que estoy en ello, ¿en qué se diferencia este tema del enlazado?)

El citado por mí es lo que intenté y no funcionó.
Haciendo un 1:1 con un Snap a través del Proveedor, deshabilitando https.

Intenté mucho también cambiando la configuración a través de rails pero no pude hacerlo funcionar, así que la forma a través de snap no me funciona en absoluto. Así que pregunto aquí, por una forma de hacerlo. (incluso si ya resolví mi problema, esto podría ser útil en el futuro)

Sí, lo que de nuevo lleva a actualizaciones, por qué esto no debería funcionar.

Gracias chicos

Uf, sí, buena observación. Debí haber estado despierto hasta tarde. La idea de Pfaffman es interesante, sin embargo.

1 me gusta

¿Qué problema crees que estás resolviendo al crear otro sitio usando el mismo contenedor?

Supongo que si eso es lo que quieres hacer, entonces lo que debes hacer es construir la imagen y lanzarla detrás de un proxy inverso para ambos sitios.

Además, hay algunas imágenes nuevas que aún no son compatibles y que se pueden lanzar directamente, por lo que podrías buscar temas sobre ellas.