Мой n8n хранил каждое выполнение в течение 90 дней — пока база данных не достигла 38 ГБ

Мой n8n хранил каждое выполнение в течение 90 дней — пока база данных не достигла 38 ГБ Часть моей общедоступной серии статей о запуске рабочих процессов LLM в n8n в производственной среде. Инцидент на этой неделе: мой автономный n8n начал загружать список выполнения по 20 секунд, а график использования диска имел наклон, который я мог видеть с другого конца комнаты. Утром список казней перестал загружаться Я заметил это во время отладки неудачного запуска — я нажал «Выполнения», и страница просто осталась на месте. Двадцать секунд спиннера перед рендерингом. Затем я проверил диск: объем Postgres за моим экземпляром n8n составлял 38 ГБ, и только за предыдущий месяц он увеличился примерно на 4 ГБ. Виновными были не пользовательские данные. Это была история казней. По умолчанию n8n сохраняет все — каждый запуск, каждый ввод и вывод узла, полные двоичные объекты для тех, которые касались файлов — и я ни разу не менял значения по умолчанию. Шестьдесят дней работы cron по десятку рабочих процессов, каждый из которых добросовестно архивирует всю свою полезную нагрузку, включая «толстую». Вот что меня задело: я знал о настройках обрезки. Я видел их в документации несколько месяцев назад и поместил в раздел «Я настрою это, когда это будет важно». Это имело значение в