Sem espaço suficiente. Por que isso está acontecendo repetidamente?

Ao tentar reconstruir o app em uma nova instância sem arquivos nem atividade alguma, recebo essa informação sobre limites de espaço. Encontrei alguns links, mas não entendi como evitar essa situação.
Copiei os logs; talvez eles ajudem.
Perguntas:

  1. Ao reconstruir o app, as imagens antigas no Docker são excluídas ou continuam lá ocupando espaço?
  2. Por que encontrei arquivos de log de tamanho enorme? Eles contêm alguma informação útil ou seria melhor desativar o registro de logs em algum lugar? Onde posso fazer isso?
  3. Quanto espaço em disco é suficiente para o Discourse (todos os arquivos e backups são salvos no S3)?
Resumo
`    ./launcher rebuild app`
Você tem menos de 5 GB de espaço livre no disco onde /var/lib/docker está localizado. Você precisará de mais espaço para continuar
Filesystem      Size  Used Avail Use% Mounted on
/dev/vda1        25G   20G  4.8G  81% /

Gostaria de tentar recuperar espaço limpando imagens e containers do Docker no sistema?(y/N)Н
root@natives:/var/discourse# ./launcher rebuild app
Você tem menos de 5 GB de espaço livre no disco onde /var/lib/docker está localizado. Você precisará de mais espaço para continuar
Filesystem      Size  Used Avail Use% Mounted on
/dev/vda1        25G   20G  4.8G  81% /

Gostaria de tentar recuperar espaço limpando imagens e containers do Docker no sistema?(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

O Docker armazena todas as imagens que você baixa até que você vá e as remova.

Para sua conveniência, nosso script de inicialização solicitará que você execute a limpeza do Docker se detectarmos que você tem menos de 5 GB de espaço livre.

Defina “enorme” e informe o nome exato do arquivo de log. Rotacionamos os logs por padrão, mas o volume de logs escala conforme a quantidade de solicitações.

Depende do tamanho do banco de dados PostgreSQL e do tamanho do cache Redis.

Se o PostgreSQL e o Redis também forem executados em outro lugar, um disco pequeno de 40 GB funcionará perfeitamente.

O banco de dados é novo, o site é novo. Eu uso o Digital Ocean com 25 GB e aumentei para 50 GB. Não utilizo outros serviços para hospedar o PostgreSQL e o Redis. Nesse caso, o que é suficiente?

Agora entendo que é melhor monitorar os parâmetros do servidor usando a interface do Digital Ocean.

Deveria ser. Não tenho visto muitos problemas com os 40 GB presentes nos droplets de 2 GB. Você ainda precisará executar ./launcher cleanup de vez em quando. É praticamente impossível com 25 GB. Parece que você pode manter até 10 GB de backups gratuitamente no https://www.backblaze.com/ e é razoavelmente fácil configurar.

Acho que a Scaleway oferece os primeiros 75 GB de armazenamento de objetos gratuitamente, o que deve ser suficiente para uma comunidade de pequeno a médio porte.