Các báo cáo rối có thể được xóa sau khi chúng được xử lý bởi Puppet-dashboard hoặc PuppetDB không?

Báo cáo rối đang sử dụng nhiều không gian đĩa trong:

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

Giả định là nó lưu trữ tất cả các báo cáo trong cơ sở dữ liệu MySQL, bởi vì cả hai đường dẫn có cùng kích thước. Bảng resource_statuses bao gồm các hàng mà mỗi hàng đại diện cho một dòng trong tệp báo cáo.

• Bạn có thể xóa các báo cáo trong / var / lib / Puppet / báo cáo một cách an toàn sau khi Puppet-dashboard hoặc PuppetDB đã xử lý chúng không?
• Thực tiễn tốt nhất để xử lý các báo cáo là gì?
• Có cách nào để làm cho Puppet-dashboard tự động xóa các tệp báo cáo yaml sau khi xử lý chúng không?

Có, bạn có thể xóa chúng và tôi cũng khuyên bạn như vậy. Các tài liệu cho bảng điều khiển Puppet không được đánh giá cao về việc bảo trì bảng điều khiển đang diễn ra, nhưng nó cần được bảo trì. Tôi khuyên bạn nên xóa một báo cáo trong cơ sở dữ liệu sau một vài ngày, lần thứ hai để xóa bất kỳ bản ghi mồ côi nào và một phần ba để xóa các báo cáo được xử lý. Của tôi trông như thế này:

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

Bạn có thể điều chỉnh thời gian để những gì hoạt động tốt nhất cho hệ thống của bạn. Tôi không tin delay_job chứa bất kỳ chức năng nào để xóa các báo cáo được xử lý, nhưng bạn có thể thêm nó vào mã.