Czy raporty Puppet można usunąć po przetworzeniu przez Puppet-dashboard lub PuppetDB?

Raporty marionetkowe zajmują dużo miejsca na dysku w:

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

Zakłada się, że przechowuje wszystkie raporty w bazie danych MySQL, ponieważ obie ścieżki mają mniej więcej ten sam rozmiar. Resource_statuses tabela składa się z wierszy, które oznaczają każdy wiersz w pliku raportów.

• Czy można bezpiecznie usunąć raporty w / var / lib / puppet / raporty po przetworzeniu ich przez pulpit nawigacyjny Puppet lub PuppetDB?
• Jakie są najlepsze praktyki obsługi raportów?
• Czy istnieje sposób, aby pulpit lalek automatycznie usuwał pliki raportów yaml po ich przetworzeniu?

Tak, możesz je usunąć i ja też to polecam. Dokumenty na pulpicie nawigacyjnym Puppet nie są bardzo opiniowane na temat bieżącej konserwacji deski rozdzielczej, ale wymaga konserwacji. Polecam crona, który usuwa raporty w bazie danych po kilku dniach, drugiego do usuwania osieroconych rekordów, a trzeciego do usuwania przetworzonych raportów. Mój wygląda następująco:

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

Możesz dostosować czasy, aby najlepiej pasowały do ​​twojego systemu. Nie sądzę, aby opóźniony_obsługa zawierał jakąkolwiek funkcję usuwania przetworzonych raportów, ale możesz mieć możliwość dodania go do kodu.