Open n1x0n opened 3 years ago
Hi team,
We are using Trident on production (on one of the largest banks in Spain) and for us, having more performance information would be also very useful (IOPS, throughput, bandwidth and so on) in order to monitor our PV. Now, we have to rely on Storage Team alerts but it is something that I'd like to handle it for ourselves.
Thanks!
Hi @david-sanchezperez,
Tracking IOPS, throughput, and bandwidth is something that Cloud Insights is designed to do today.
We need a way to correlate Trident volume and backend information with performance metrics from Harvest The Prometheus metrics available today (version 20.10) are great, but mostly focused on Trident internals, e.g. trident_ontap_ops_total showing the number of API calls Trident has made. There is a need for Trident users to look at performance metrics when all you know is the name of a PVC. Since Trident is not in the data path there is no way to provide performance metrics through Trident, instead we point to e.g. Harvest for ONTAP performance. However it is difficult to create dashboards that correlate Trident PVCs with ONTAP volumes; Harvest knows nothing about PVCs and the Trident metrics show no info on how the backend volumes are configured.
I would like to see a way to get the information from "tridentctl get volume -o yaml" as labels in a Prometheus metric, just like kube-state-metrics does for its *_info metrics:
Example from kube-state-metrics kube_persistentvolume_info
Suggested solution If we had a similar metrics called trident_volume_info and trident_backend_info I could map a PVC to an SVM and a volume using PromQL.
Describe alternatives you've considered In my current dashboard (gist) I only use kube-state-metrics to find volumes from storageclasses with Trident as the provisioner and an ugly set of regex matches against Harvest to find volumes. This works, but not for ontap-nas-economy, and it is just a bad way of doing it.