현재 제 포럼이 저장 공간 부족으로 큰 어려움을 겪고 있습니다. 가능한 한 최대한度的으로 공간을 줄이고 싶습니다. 3년 된 포럼의 일반적인 저장 공간 사용량은 얼마나 되나요? 제 포럼은 49.9/50 GB를 차지하고 있어 정말 끔찍한 수준입니다. ./launcher cleanup 명령어를 사용해 공간을 줄이려고 시도했고, 오래된 docker images도 정리해 보았습니다. 또한 미디어 폴더가 약 15 GB를 차지하고 있는 것도 확인했습니다. 물론 모든 미디어 파일을 삭제하고 싶지는 않습니다. 따라서 마지막 수단으로 오래된 스레드를 삭제하는 방법을 시도하고 있습니다(이 경우 오래된 스레드를 일괄 삭제할 수 있는 옵션이 있는지 궁금합니다). 더 나은 방법이 있다면 알려 주시면 감사하겠습니다.
Amazon S3와 같은 외부 위치에 백업을 저장하면 공간을 절약할 수 있습니다. 백업을 로컬에 저장하는 경우, 보관하는 백업의 수를 줄일 수 있습니다.
/admin/site_settings/category/backups
저도 그렇게 해봤습니다. 값을 1로 줄였는데도 여전히 저장 공간 문제가 발생하고 있습니다. 남은 선택지는 S3 저장 서버로 외부화하는 것뿐인 것 같습니다.
더 많은 정보가 없으면 답하기 어렵습니다: 3년 동안 커뮤니티에서 얼마나 많은 게시물을 작성했나요? 그리고 postgres_data 디렉토리가 얼마나 많은 공간을 차지하나요? 예를 들어, 저희는 약 460만 개의 게시물이 있고 데이터 디렉토리는 약 66GB입니다. 저희는 그래픽 중심의 커뮤니티이므로, 그 규모가 훨씬 더 큽니다.
이미지가 없는 스레드를 삭제해도 저장 공간이 크게 절약되지 않을 것 같고, 설령 절약된다 해도 곧 서버의 공간 제한에 부딪히게 될 가능성이 높습니다. 또한 postgres 데이터를 S3로 오프로드할 수 없으므로, 가까운 장래에 더 크거나 유연한 호스팅 솔루션을 찾아야 할 것입니다.
토픽/게시글은 데이터베이스에서 직접 삭제하지 않는 한 '소프트 삭제’된다고 생각합니다. (데이터베이스에서 직접 삭제하는 것도 가능할 수 있지만, 확실하지는 않습니다. 또한 사용되지 않는 이미지 업로드 파일도 함께 정리되는지 확인이 필요합니다.)
따라서 표준 방법으로 삭제하면 용량이 확보되지 않습니다. (해당 토픽/게시글에 첨부된 이미지는 ‘삭제된 업로드 정리 대기 기간’ 설정에 따라 정리된 후에만 용량이 확보된다고 생각합니다.) 현재 제 이해는 이렇지만, 완전히 확신하지는 못합니다.
일시적인 조치로 다음 명령을 사용하는 것이 도움이 될 수 있습니다:
./launcher cleanup
개인적으로 SSD/HDD 사용량을 줄이는 최선의 방법은 위에서 제안된 대로 백업에 S3를 사용하고, 이미지 업로드도 S3로 이동하는 것이라고 생각합니다.