¿Podrían eliminarse los informes de Puppet una vez que Puppet-dashboard o PuppetDB los hayan procesado?

Los informes de títeres están utilizando mucho espacio en disco en:

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

La suposición es que almacena todos los informes en la base de datos MySQL, porque ambas rutas tienen aproximadamente el mismo tamaño. La tabla resource_statuses consta de filas que representan cada una una línea en un archivo de informes.

• ¿Se pueden eliminar de forma segura los informes en / var / lib / puppet / reports después de que Puppet-dashboard o PuppetDB los haya procesado?
• ¿Cuál es la mejor práctica para manejar informes?
• ¿Hay alguna manera de hacer que Puppet-dashboard elimine automáticamente los archivos de informe yaml después de procesarlos?

Sí, puedes eliminarlos y también lo recomiendo. Los documentos para el tablero Puppet no son muy obstinados sobre el mantenimiento continuo del tablero, pero necesita mantenimiento. Recomiendo un cron que elimine los informes en la base de datos después de unos días, un segundo para eliminar los registros huérfanos y un tercero para eliminar los informes procesados. El mío se ve así:

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

Puede ajustar los tiempos a lo que funciona mejor para su sistema. No creo que delayed_job contenga ninguna funcionalidad para eliminar informes procesados, pero es posible que pueda agregarlo al código.