詳細をありがとうございます。この情報を提供していただき、ありがとうございます。
しかし、これは再起動までしか持たないと思います。再起動後は再度実行する必要があります。これを永続化する方法については、MKJ’s Opinionated Discourse Deployment Configuration を参照してください。
メモリ（RAM + swap）が不足している可能性がありますが、2+4であれば十分なはずです。以下の簡単な診断を実行し、結果を投稿してください。
cat /etc/lsb-release
uptime
df -h /
free
swapon
vmstat 5 5
dmesg|egrep -i "memory|oom|kill"
ps auxrc
app.yml ファイルもここに共有してください。ただし、パスワードや秘密トークンは含めないでください。
SSH接続を2つ設定できる場合は、1つでアプリの再構築を実行し、もう1つでマシンの状態を確認できます。私は交互に実行することをお勧めします。
vmstat 5 5
ps auxrc
リモートディスク（ネットワーク接続ストレージ）へのスワップが発生している可能性があります。これは問題があることが知られています。非常に遅くなるでしょう。タイムアウトが発生し、それが問題の原因となっているのかもしれません。タイムアウトを調整する方法があるかもしれません。
こちら を見つけました。役立つかもしれません。
（systemd のデフォルトのタイムアウトは、少なくとも systemd の一部のリリースでは 90 秒であり、これはかなりよく適合します）。
postgresql の systemd ユニット（またはグローバル）で TimeoutStartSec を増やすことで、これを回避しようとすることができます。これは、サービスが突然起動しなくなった場合にのみ問題が隠されるだけかもしれません。
編集：もしそうであれば、このアドバイス が良いかもしれません。
/etc/systemd/system.confで以下の行のコメントを解除できます。DefaultTimeoutStartSec=90s DefaultTimeoutStopSec=90sそして、値を適切なものに変更してください。