Poderia o Puppet-reports ser removido depois que eles fossem processados pelo Puppet-dashboard ou pelo PuppetDB?

Question

Os relatórios de fantoches estão usando muito espaço em disco:

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

A suposição é que ele armazena todos os relatórios no banco de dados MySQL, porque ambos os caminhos são aproximadamente do mesmo tamanho. A tabela resource_statuses consiste em linhas que representam uma linha em um arquivo de relatórios.

• Pode-se remover com segurança os relatórios em / var / lib / puppet / reports após Puppet-dashboard ou PuppetDB os processou?
• Qual é a melhor prática para lidar com relatórios?
• é Existe uma maneira de fazer com que o Puppet-dashboard exclua automaticamente o yaml reportar arquivos depois de processá-los?

Answer 1

Sim, você pode excluí-los e eu também recomendo. Os documentos para o painel do Puppet não são muito opinativos sobre a manutenção contínua do painel, mas precisam de manutenção. Eu recomendo um cron que apague relatórios no banco de dados após alguns dias, um segundo para remover quaisquer registros órfãos e um terceiro para excluir relatórios processados. O meu parece assim:

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

Você pode ajustar os horários para o que funciona melhor para o seu sistema. Não acredito que o delayed_job contenha qualquer funcionalidade para excluir relatórios processados, mas você pode adicioná-lo ao código.