Недостаточно места. Почему это происходит снова и снова?

Когда я пытаюсь пересобрать приложение на новом экземпляре без файлов и какой-либо активности, я получаю эту информацию об ограничениях дискового пространства. Я нашел несколько ссылок, но не понял, как предотвратить эту ситуацию.
Я скопировал логи, возможно, они помогут.
Вопросы:

  1. При пересборке приложения старые образы в Docker удаляются или продолжают занимать место?
  2. Почему я обнаружил файлы логов огромного размера? Содержат ли они какую-либо полезную информацию, или мне лучше отключить логирование где-то? Где это можно сделать?
  3. Сколько дискового пространства достаточно для Discourse (все файлы и резервные копии сохраняются в S3)?
Сводка
`    ./launcher rebuild app`
На диске, где расположен /var/lib/docker, доступно менее 5 ГБ свободного места. Для продолжения требуется больше места.
Файловая система      Размер  Использовано  Доступно  Использовано%  Монтировано на
/dev/vda1        25G   20G  4.8G  81% /

Хотите ли вы попытаться освободить место, очистив образы и контейнеры Docker в системе? (y/N)Н
root@natives:/var/discourse# ./launcher rebuild app
На диске, где расположен /var/lib/docker, доступно менее 5 ГБ свободного места. Для продолжения требуется больше места.
Файловая система      Размер  Использовано  Доступно  Использовано%  Монтировано на
/dev/vda1        25G   20G  4.8G  81% /

Хотите ли вы попытаться освободить место, очистив образы и контейнеры Docker в системе? (y/N)т
root@natives:/var/discourse# sudo find / -xdev -type f -size +100M
/swapfile
/usr/bin/dockerd
/var/lib/docker/overlay2/11f20e584db8fe2a9a04531c4b414ab666235cf459c32e3ab08dcb4991e617da/diff/var/www/discourse/.git/objects/pack/p                        ack-f9771d8b25eca321a22e64342acf3d1a49941948.pack
/var/lib/docker/overlay2/4053159ab17ec99394d754e06638f4243d480e394e0d47326d147c9d252a4c94/diff/var/www/discourse/.git/objects/pack/p                        ack-ffd1b8da21b9e26b4475a3fef6537a89f21989d6.pack
/var/log/journal/9f879a7af4154a4b84d50c11fc294890/system@285e1547c8b243eb817182c10ee45406-0000000000092ee9-0005a4c436c85763.journal
/var/log/journal/9f879a7af4154a4b84d50c11fc294890/system@285e1547c8b243eb817182c10ee45406-0000000000023601-0005a40f35e2b682.journal
/var/log/journal/9f879a7af4154a4b84d50c11fc294890/system@285e1547c8b243eb817182c10ee45406-0000000000039c20-0005a42bdf4f4f6b.journal
/var/log/journal/9f879a7af4154a4b84d50c11fc294890/system@285e1547c8b243eb817182c10ee45406-0000000000065991-0005a462464f08a1.journal
/var/log/journal/9f879a7af4154a4b84d50c11fc294890/system@285e1547c8b243eb817182c10ee45406-000000000000cdd9-0005a3defb4b3ae3.journal

Docker хранит все загруженные образы, пока вы явно не удалите их.

Для удобства наш скрипт запуска предложит вам выполнить очистку Docker, если мы обнаружим, что свободно менее 5 ГБ.

Определите, что вы понимаете под «огромным», и укажите точное имя файла лога. По умолчанию логи ротационно обновляются, но их объем зависит от количества запросов.

Зависит от размера базы данных PostgreSQL и размера кэша Redis.

Если PostgreSQL и Redis также работают на отдельном сервере, небольшого диска объемом 40 ГБ будет вполне достаточно.

База данных новая, сайт только запущен. Я использую сервер DigitalOcean объемом 25 ГБ и увеличил его до 50 ГБ. Я не использую другие сервисы для хранения PostgreSQL и Redis. В таком случае какого объема будет достаточно?

Теперь я понимаю, что лучше отслеживать параметры сервера через интерфейс DigitalOcean.

Должно хватить. У меня не возникало серьёзных проблем с 40 ГБ на инстансах (droplets) с 2 ГБ оперативной памяти. Однако вам всё равно придётся периодически запускать ./launcher cleanup. На 25 ГБ это практически невозможно. Похоже, что вы можете хранить до 10 ГБ резервных копий бесплатно на https://www.backblaze.com/, и это довольно просто настроить.

Я думаю, что Scaleway предоставляет первые 75 ГБ объектного хранилища бесплатно, чего должно хватить для сообщества небольшого или среднего размера.