He visto la documentación sobre los desafíos de empezar de cero con Ubuntu 20.04 LTS y 22.04 LTS.
¿Alguien ha realizado una actualización in situ de 18.04 LTS a 20.04 o 22.04?
No tengo prisa, solo estoy pensando que tendré que pasar a una versión más reciente en algún momento entre ahora y abril.
¿Qué desafíos? No creo haber cambiado mis scripts y no hay ningún problema. Intentaré comprobar más tarde hoy que 22.04 está funcionando.
22.04 funciona bien, tuve que probarlo ayer.
¡Gracias!
Para ser claro, estaba debatiendo Ubuntu a través de la CLI a una versión superior (ya sea 20.04 LTS o 22.04 LTS) y hay algunos documentos aquí que indican problemas con las versiones de SSL, así como con otros componentes (¿ruby on rails tal vez?).
En resumen, no busco crear problemas donde no existen. Tampoco quiero arruinar mi instalación de Discourse si hay dependencias del sistema operativo.
Gracias por la información.
Aún no has dicho cuáles son “algunos documentos”, pero ¿quizás te refieres a algo sobre la ejecución de un entorno de desarrollo?
Si estás ejecutando una instalación estándar en Docker, entonces no deberías tener ningún problema.
Los enlaces que encontré aquí y leí incluyen:
También vi las notas sobre la instalación para el desarrollo. Dejé eso de lado por no ser relevante.
No es un problema con una instalación limpia de 22.04.1 LTS:
Hicieron una actualización del sistema operativo en lugar de una instalación limpia.
Esa es una instalación de desarrollo.
Parece que mi desconfianza en ejecutar una actualización del sistema operativo y hacer una instalación limpia no es tan tonta como pensaba.
La otra ventaja de la instalación limpia es que puedes volver a la versión que funciona simplemente cambiando tu DNS (o IP estática, que es lo que recomendaría ya que es mucho más rápido que esperar a que se actualice el DNS en la mayoría de los casos).
Podríamos estar hablando sin entendernos. 
Mi pregunta original era si se podía actualizar la CLI de 18.04 a 20.04 o 22.04 directamente como una opción, y si había impactos.
Entiendo el enfoque de una instalación limpia o crear una nueva instancia EC2, y probar una copia de seguridad y restauración de Discourse.
Hay un compromiso entre riesgo y esfuerzo.
Si actualizo en el lugar, existe el riesgo de que mi entorno de Discourse no funcione después de la actualización del sistema operativo. Entonces necesitaré pasar tiempo descubriendo qué se rompió y podría necesitar ayuda de gente inteligente aquí para recuperarme.
Si creo un nuevo entorno, está garantizado que no impactará a mi comunidad hasta el momento del cambio. Esto parece requerir un esfuerzo significativamente mayor.
El escenario ideal sería que la actualización del sistema operativo funcione y Discourse se reinicie sin problemas.
Ups. Lo siento.
Algunas de las publicaciones que enlazaste sugieren que es muy probable que tengas tales problemas.
Hay un tema sobre cómo mudarse a un nuevo servidor que ya no puedo encontrar. Principalmente solo copias tu directorio /var/discourse con rsync, instalas docker y reconstruyes. Puedes ahorrar un poco de tiempo no copiando todo /var/discourse, pero copiarlo llevará mucho menos tiempo que esperar a que falle una actualización del sistema operativo. 
Me gusta ir a lo seguro. En este punto, he pasado casi tanto tiempo en este tema como habría llevado la actualización.
¡Buena suerte, sea cual sea el camino que elijas!
Todo depende de tu apetito por el riesgo y de cuánto tiempo de inactividad puedas tolerar. Iniciar un VPS nuevo, configurar tu instancia en modo de solo lectura e instalar Docker será la ventana de inactividad más corta. La actualización del sistema operativo garantiza un tiempo de inactividad, y la solución de problemas prolongará ese tiempo.
¡O tal vez hay otra forma de jugarlo!