Ubuntu 20.04 LTS および 22.04 LTS で新規に開始する際の課題に関するドキュメントを確認しました。
18.04 LTS から 20.04 または 22.04 へのインプレースアップグレードを実施した方はいらっしゃいますか？
特に急いでいるわけではありませんが、現在から 4 月の間に新しいリリースに移行する必要があると考えています。
どのような課題ですか？ スクリプトを変更した覚えはありませんし、問題もありません。 本日中に 22.04 が動作するかどうかを再確認してみます。
22.04は問題なく動作します。昨日テストしました。
「いいね！」 1
ありがとうございます。
明確にするために、Ubuntu を CLI 経由でより上位のバージョン（20.04 LTS または 22.04 LTS のいずれか）にアップグレードすることを検討していました。ここにあるいくつかのドキュメントには、SSL バージョンやその他のコンポーネント（おそらく Ruby on Rails?）に関する問題が示されています。
要するに、問題がないところに問題を作り出すつもりはありません。また、オペレーティングシステムの依存関係がある場合、Discourse のインストールを壊したくもありません。
洞察をありがとうございます。
「一部のドキュメント」が具体的に何を指しているのかはまだ言及されていませんが、開発環境の実行に関する何かについて言及しているのでしょうか？
Dockerで標準インストールを実行している場合、問題はないはずです。
ここで見つけて読んだリンクは次のとおりです。
開発目的でのインストールに関する注意事項も確認しましたが、関連性がないと判断して除外しました。
「いいね！」 1
22.04.1 LTS のクリーンインストールでは問題ありません。
クリーンインストールではなく、OS のアップグレードを行ったようです。
それは開発環境のインストールです。
OS のアップデートを実行することを信頼せず、クリーンインストールを行うという私の考えは、思ったほど愚かではないようです。
クリーンインストールのもう 1 つの利点は、DNS を変更するだけで (または静的 IP を使用するだけで、ほとんどの場合 DNS 更新を待つよりもはるかに高速なため、こちらを推奨します)、動作するバージョンにロールバックできることです。
意図せず話が噛み合っていない可能性があります。
私の元の質問は、18.04から20.04または22.04に直接CLIでアップデートするオプションがあるかどうか、そしてその影響についてでした。
クリーンインストールや新しいEC2インスタンスの起動、Discourseのバックアップと復元を試すアプローチは理解しています。
リスクと労力のトレードオフがあります。
インプレースでアップデートする場合、OSアップデート後にDiscourse環境が動作しなくなるリスクがあります。その場合、何が壊れたのかを突き止めるのに時間を費やす必要があり、復旧のためにここにいる賢明な人々の助けが必要になるかもしれません。
新しい環境を構築する場合、カットオーバー時間までコミュニティに影響がないことが保証されます。これは、大幅に多くの労力が必要だと感じられます。
ハッピーパスは、OSのアップグレードがうまくいき、Discourseが問題なく再起動することです。
おっと。すみません。
あなたがリンクした投稿のいくつかは、そのような問題が発生する可能性が非常に高いことを示唆しています。
新しいサーバーへの移行方法についてのトピックがありましたが、もう見つけられません。主に /var/discourse ディレクトリを rsync でコピーし、Dockerをインストールして再構築するだけです。/var/discourse のすべてをコピーしないことで少し時間を節約できますが、OSのアップグレードが失敗するのを待つよりも、それをコピーする方がはるかに時間がかかりません。
私は確実な方を選びたいです。このトピックに費やした時間は、アップグレードにかかった時間とほぼ同じくらいになりました。
どちらの道を選んでも、幸運を祈ります！
「いいね！」 1
すべては、リスク許容度と、どれだけのダウンタイムに耐えられるか次第です。新しいVPSを起動し、インスタンスを読み取り専用に設定してDockerをインストールすることが、ダウンタイムの最小ウィンドウになります。OSのアップグレードはダウンタイムが保証されており、問題の修正はそのダウンタイムを延長させます。
「いいね！」 1
もしかしたら、別の遊び方があるかもしれません！