В этом месяце я получил счё от AWS больше ожидаемого и обнаружил, что на одном из сайтов было создано дополнительных 500 ГБ резервных копий. Параметр DISCOURSE_MAXIMUM_BACKUPS установлен на значение 14, поэтому меня удивило, что резервных копий оказалось гораздо больше. Я заметил новый параметр remove_older_backups, который кажется запутанным, поскольку maximum_backups выполняет очень похожую функцию. Мне не совсем понятно, почему maximum_backups не является достаточно хорошим решением. Возможно, если вы создадите множество ручных резервных копий, то их количество окажется меньше желаемого?
Возможно, этот сайт был исключением, так как я не вижу других сайтов, которые не учитывают параметр maximum_backups.
@pfaffman Функция удаления старых резервных копий была запрошена клиентом, который по регуляторным требованиям не мог хранить данные клиентов старше определённого количества дней. Если параметр не установлен, он не будет действовать.
В случае вашего клиента значение DISCOURSE_MAXIMUM_BACKUPS считывается при создании новой резервной копии (то есть нет ночного скрипта для их удаления). Возможно, клиент уменьшил это значение, но после этого не выполнил новую резервную копию? Можно ли выполнить резервное копирование вручную и проверить, будут ли при этом удалены старые копии?
Соответствие требованиям и нормативные акты. Ага. Спасибо. Теперь я понял.
Кажется, это просто странное совпадение, что это появилось в то же время, когда появилось 80 дополнительных резервных копий.
Вот именно это я и сделал, но дополнительные резервные копии не были удалены, что заставило меня возложить вину на другое Setting. Возможно, это что-то ещё более глупое, например, у бакета нет прав на удаление.
Я посмотрю на это через неделю или около того и проверю, ведёт ли оно себя как ожидалось, или установка нового Setting на 14 дней каким-то образом поможет.