|
Currently we store report-ttl days of events in the resource_events table in the puppetdb database.
Some customer have performance issues using the API endpoints that read from resource_events that could be mitigated or resolved by reducing the number of days of events that are stored in that table.
In cases where customers would like to store more reports like 30-60 days of reports they may not desire storing that many days of events as events tend to be more useful for watching things that changed recently.
I would be good to have an option to seperate these concerns and allow customers to tune in production for their own preferences.
Side note: I'm not tied to the name "resource-events-ttl" I just figured people would know what I meant by reading that.
|