Резкий скачок использования диска во время резервного копирования, Discourse упал :-(

[riking (Kane York)]

@pnoeric

Вот мои данные об использовании диска за 7 дней. Оно стабильно росло из-за импортируемых изображений, но вы можете видеть, где оно резко подскочило до 100% в 5:30 утра:

Да, это явно резервная копия.

@DBHacker

Не хочу портить праздник, но, судя по прочтённым сообщениям, нет надёжного подтверждения того, что проблема вызвана процессом резервного копирования Discourse.

Почему бы не подтвердить на 100%, что проблема вызвана ежедневным процессом резервного копирования? На хостах выполняется более одного процесса из ежедневных crontab-файлов.

Нет, подтверждений достаточно: пики происходят с интервалом в 2 дня (за одним исключением), а частота резервного копирования установлена на 2 дня. Предыдущий опыт работы на Meta также показывал именно такой сценарий сбоя.

@mcdanlj

(У меня на сервере почти 100 ГБ изображений. Я выполняю запланированное резервное копирование Discourse без загрузки файлов, но с миниатюрами. Затем я делаю внешнюю резервную копию на основе файлов: сначала каталога с резервными копиями, а затем каталога с загруженными файлами. Я проверял этот метод на восстановление; он лег в основу миграции сайта, которую я провёл в прошлом году. Хранить каждый вечер tar-архивы объёмом 100 ГБ — это безумие.)

Да, это надёжный план на будущее. Однако первая рекомендация для тех, кто начинает упираться в лимит дискового пространства на своём VPS, — это внешнее хранилище загруженных файлов с использованием механизма S3.