Manage Metrics & Data storage - ability to delete data based on time, limit the time frame data retention

Hi Paras, 

In this particular case, it was the infrastructure metrics collected from host agents utilizing majority of the storage.  That said, we should have the control to identify what take up most of the space and able to delete the data as we see fit.

We did get an alert for disk storage usage is high but we cannot tell what data used the storage. It'd be helpful to have the admintrative view you mentioned showing granular breakdown of disk consumption by data store, metric type.  However, even with that we can only stop collecting and not clean up the data that was stored already.  Sometimes it's not feasbile to add storage and we need the ability clean up the data instead of waiting for the data collected to expire.  

Please let me know if you need more information, thanks.

Regards,

Gladys

Hi Gladys,

Thank you for the detailed context, very helpful. To make sure we capture the full scope of your request accurately, could you clarify whether your data management and retention concerns are limited to just infrastructure metrics (CPU, memory, disk, network, etc.), or do they also extend to other data stores within your self-hosted deployment, such as distributed traces, trace metrics, and logs? Each of these resides in a separate backend store, so knowing which ones are driving your disk utilization will help us prioritize the right controls.

Additionally, would out-of-the-box alerting for your self-hosted Instana cluster be valuable, for example triggering alerts when any data store disk approaches a critical threshold? And would a built-in administrative view showing a granular breakdown of disk consumption by data store, metric type, or host help your team proactively identify what to prune before hitting a critical limit? Understanding the full picture will help us ensure this is captured as a well-scoped product enhancement with the right priority.

Kind regards,
Paras Kampasi