Чи можна видалити Puppet-звіти, після того як вони будуть оброблені Puppet-інформаційною панеллю або PuppetDB?

Лялькові звіти використовують багато дискового простору:

/var/lib/puppet/reports
/var/lib/mysql

Припущення полягає в тому, що він зберігає всі звіти в базі даних MySQL, оскільки обидва шляхи мають однаковий розмір. Таблиця resource_statuses складається з рядків, кожен з яких представляє рядок у файлі звітів.

• Чи можна безпечно видаляти звіти в / var / lib / puppet / звітів після того, як Puppet-приладова панель або PuppetDB обробили їх?
• Яка найкраща практика для обробки звітів?
• Чи є спосіб зробити так, щоб Puppet-приладова панель автоматично видаляла файли звітів yaml після їх обробки?

Так, ви можете їх видалити, і я також рекомендую. Документи для інформаційної панелі Puppet не надто впевнені в постійному обслуговуванні приладової панелі, але вона потребує технічного обслуговування. Я рекомендую крону, який видаляє звіти в базі даних через кілька днів, другий - для видалення осиротілих записів і третій - для видалення оброблених звітів. Моя виглядає так:

cd /path/to dashboard ; RAILS_ENV=production rake reports:prune upto=3 unit=day
cd /path/to dashboard ; RAILS_ENV=production rake reports:prune:orphaned
find /var/lib/puppet/var/reports/ -mmin +300 -type f -print0 | xargs -0 -r rm > /dev/null 2>&1

Ви можете налаштувати час на те, що найкраще працює для вашої системи. Я не вважаю, що delayed_job містить будь-яку функціональність для видалення оброблених звітів, але ви можете додати їх до коду.