Я видел документацию о проблемах при чистой установке Ubuntu 20.04 LTS и 22.04 LTS.
Кто-нибудь делал обновление на месте с 18.04 LTS до 20.04 или 22.04?
Я не спешу, но планирую перейти на более новый релиз где-то между сейчас и апрелем.
Какие проблемы? Я не думаю, что менял свои скрипты, и проблем нет. Позже сегодня я попробую ещё раз проверить, что 22.04 работает корректно.
22.04 работает отлично, мне пришлось это проверить вчера.
Спасибо!
Чтобы уточнить: я рассматривал возможность обновления Ubuntu через CLI до более новой версии (либо 20.04 LTS, либо 22.04 LTS). В некоторых документах здесь упоминаются проблемы с версиями SSL, а также с другими компонентами (возможно, Ruby on Rails?).
В итоге я не хочу создавать проблемы там, где их нет. Также я не хочу нарушить работу моего установочного файла Discourse, если существуют зависимости от операционной системы.
Спасибо за информацию.
Вы всё ещё не уточнили, что именно имеются в виду под «некоторыми документами», но, возможно, речь идёт о настройке среды разработки?
Если вы используете стандартную установку в Docker, то проблем быть не должно.
Ссылки, которые я нашел здесь и прочитал, включают:
Я также видел примечания об установке для разработки. Я отложил их, так как они не актуальны.
Это не проблема при чистой установке 22.04.1 LTS:
Они выполнили обновление ОС вместо чистой установки.
Это установка для разработки.
Похоже, что моя недоверчивость к обновлению ОС и предпочтение чистой установки не так уж глупы, как я думал.
Другое преимущество чистой установки заключается в том, что вы можете откатиться к рабочей версии, просто изменив свои DNS-записи (или статический IP-адрес, что я и рекомендую, так как это намного быстрее, чем ожидание обновления DNS в большинстве случаев).
Возможно, мы невольно говорим о разном. 
Мой первоначальный вопрос касался возможности прямого обновления CLI с версии 18.04 до 20.04 или 22.04, а также потенциальных последствий такого обновления.
Я понимаю подход с чистой установкой или созданием нового экземпляра EC2, а также пробные действия по резервному копированию и восстановлению Discourse.
Здесь существует компромисс между рисками и затратами усилий.
При обновлении на месте существует риск того, что окружение Discourse не запустится после обновления ОС. Тогда мне придётся потратить время на выяснение причин сбоя, и, возможно, потребуется помощь опытных специалистов здесь, чтобы восстановить работоспособность.
Если же создать новое окружение, то до момента переключения на него моя сообщество гарантированно не пострадает. Однако это, кажется, требует значительно больше усилий.
Идеальный сценарий — это когда обновление ОС проходит без проблем, а Discourse перезапускается без сбоев.
Ой. Извините.
Некоторые из сообщений, на которые вы ссылаетесь, указывают на то, что такие проблемы весьма вероятны.
Существует тема о том, как перейти на новый сервер, которую я больше не могу найти. В основном вам нужно просто скопировать (rsync) ваш каталог /var/discourse, установить Docker и пересобрать систему. Вы можете немного сэкономить время, не копируя всё содержимое /var/discourse, но копирование займёт гораздо меньше времени, чем ожидание сбоя при обновлении ОС. 
Я предпочитаю надёжный вариант. На данном этапе я уже потратил на эту тему почти столько же времени, сколько заняло бы обновление.
Удачи, какой бы путь вы ни выбрали!
Всё зависит от вашей готовности к риску и того, сколько простоев вы можете позволить себе. Создание нового VPS, перевод вашего экземпляра в режим только для чтения и установка Docker обеспечат минимальное время простоя. Обновление ОС гарантированно приведёт к простою, а устранение проблем лишь увеличит его продолжительность.
Или, возможно, есть другой способ в это играть!
https://9to5linux.com/canonical-launches-free-ubuntu-pro-subscriptions-for-everyone