Discourse を大きなディスクに移動する方法の簡単なまとめ

Discourseインスタンス全体を別のディスク、例えばDigital Oceanのブロックストレージボリュームに移動する方法に関する手順はありますか?セルフホストされたDockerイメージを使用しています。ここに関連する情報がありますが、他の議論と混在していて少し分かりにくいです。スペースが不足しており、その理由でlauncherが再構築してくれません。イメージを削除しようとしても変わりません。

参照:

および:

私の場合は少し違います。Discourseインスタンスを同じサーバー上のブロックストレージに移動したいだけです。新しいサーバーへの移行はしたくないですし、アップロードやバックアップだけでなく、すべてを移動したいです。こんなに細かく手取り足取り教えてもらわなければいけないのは申し訳ありませんが、失敗したくありません。

では、私がリンクした最初のドキュメントを確認することをお勧めします。基本的には、アップロードとバックアップをマウントされたディスクに移動し、データベースはメインドライブに残すという流れです。

つまり、私の理解が間違っていなければ、あなたがしようとしているのはこれでしょうか?(もちろん、この作業を行う前にバックアップを取ってください)

確認はしていませんが、データベースが容量を占有しているのではないかと考え、移動が必要だと思っています。高性能は考慮事項ではありません。

単にイメージを削除するのではなく、docker system prune を使ってより広範囲な Docker クリーンアップを試しましたか?

まずは測定して、その結果を共有するのが最善です。今後の最適な進め方についてあなたが正しい可能性は十分にありますので、状況の全体像を確認しましょう。

なお、docker prune を実行するのも良いアイデアです。

ディスクのサイズ:

df -h /

そして現在のディスク使用状況:

そして Docker による使用状況:

docker system df
docker images -a
docker image ls
docker volume ls -qf dangling=true

(私は Docker の専門家ではありませんが、おそらく少し冗長かもしれません。しかし、これらの出力があれば Docker の使用状況を把握できるはずです)

全体的に見て、ディスク使用量は以下の組み合わせになります。

  • オペレーティングシステム
  • スワップファイル
  • 各種ログファイル
  • Discourse ソフトウェア
  • バックアップ
  • データベース
  • フォーラムのアップロードファイル

多くのフォーラムでは、アップロードファイルが最も大きな割合を占めています。しかし、測定してみなければわかりません!

もしあなたが Linux システム管理者の専門家でない場合、不要な古いデータがいくつか残っている可能性があります。