現在、私のフォーラムはストレージの危機に直面しています。可能な限り多くの領域を解放したいと考えています。3 年前に作成されたフォーラムの一般的なストレージ使用量はどれくらいでしょうか？私の場合は 49.9/50 GB を使用しており、これはひどい状況です。領域を削減するために ./launcher cleanup を実行しましたが、古い docker images の削除も試みました。また、media フォルダが約 15 GB を占有していることに気づきました。もちろん、すべてのメディアファイルを削除したいわけではありません。そのため、最後の手段として古いスレッドを削除することを考えており、バッチで古いスレッドを削除するオプションがあるかどうかを検討しています。もしより良い方法をご存知であれば、ぜひ教えてください。
オフサイト（Amazon S3 など）にバックアップを保存することで、ディスク容量を確保できます。ローカルにバックアップを保存する場合は、保持するバックアップの数を減らすことができます。
/admin/site_settings/category/backups
それ私もやりました。1 にまで減らしたのに、まだストレージの問題に直面しています。残された選択肢は、S3 ストレージサーバーに外部化することしかないようですね。
より詳しい情報がなければお答えするのは難しいですね。コミュニティは 3 年間でどのくらいの投稿数を生み出しましたか？また、postgres_data ディレクトリはどれくらいの容量を占有していますか？例を挙げると、当サイトは約 460 万件の投稿があり、データディレクトリは約 66 GB です。ただし、当サイトはグラフィック中心のコミュニティなので、それよりもはるかに大きな容量が必要になります。
画像を含まないスレッドを削除しても、あまり容量を節約できない可能性が高いでしょう。仮に節約できたとしても、すぐにサーバーの容量制限に直面するはずです。また、postgres データを S3 に移行できないため、近い将来にはより大容量、あるいは柔軟性の高いホスティングソリューションを見つける必要があります。
トピックや投稿は、データベースから直接削除しない限り「ソフト削除」されていると考えています（直接削除も現実的かもしれませんが、使用されていない画像アップロードも確実に削除されるか確認が必要です）。
そのため、標準的な方法で削除しても、スペースは解放されません（ただし、これらのトピックや投稿に添付された画像は、「削除されたアップロードの保持期間（purge deleted uploads grace period days）」の設定に基づいて削除されるまで解放されません）。これが現在の私の理解ですが、完全に確信があるわけではありません。
一時的な対策として、以下のコマンドを使用するのが役立つかもしれません：
./launcher cleanup
SSD/HDDの使用量を減らすための最善の方法は、上記で提案されたようにバックアップにS3を使用し、画像アップロードもS3に移行することだと思います。