-
Feature
-
Resolution: Unresolved
-
Major
-
None
-
None
-
False
-
False
-
Undefined
1. Proposed title of this feature request
Data cleanup and retention for logging
2. What is the nature and description of the request?
With the new ES data model in OpenShift 4.5, we have reduced Operations control over the retained data within the OpenShift logging stack.
Customers leveraged the old data model to cleanup specific indices if there was excessive logging (debug logging, connection issues etc..) and to tune curator (regex) to control the logging retention of different projects (prod / dev/ qe)
We are looking for some enhanced administrative functions that expose the ability to use the delete_by_query API to give customers the ability to selectively cleanup logs based on specific criteria such as a namespace or time period. In addition, customers want the ability to leverage the rollover api's capabilities around max_size / max_docs in conjunction with regex or other suitable pattern matching method to define retention policies on a more granular level in the app index.
3. Why does the customer need this? (List the business requirements here)
Maintenance is critical to overall cluster stability. In multi-tenant environments, operations teams rely on the ability to manage their clusters at more granular level (such a per namespace) so they can guard against bad behaviour and noisy neighbours impacting the cluster. Being able to act upon log retention issues or excessive growth will help customers with adoption and overall cluster stability.
4. List any affected packages or components.
Logging
- account is impacted by
-
LOG-884 Flow control mechanisms for more predictable log collection
- Closed
- relates to
-
LOG-1325 Document delete by query for per namespace clean up
- Closed
-
LOG-1326 [Spike] Investigate building in ability for index management to do delete by query
- Closed
-
LOG-1505 Implement delete by query as part of index management
- Closed
-
LOG-1507 Consume EO's delete by query API changes
- Closed