Open jcpunk opened 1 year ago
The Kubernetes project currently lacks enough contributors to adequately respond to all issues.
This bot triages un-triaged issues according to the following rules:
lifecycle/stale
is appliedlifecycle/stale
was applied, lifecycle/rotten
is appliedlifecycle/rotten
was applied, the issue is closedYou can:
/remove-lifecycle stale
/close
Please send feedback to sig-contributor-experience at kubernetes/community.
/lifecycle stale
I'm still interested in this
The Kubernetes project currently lacks enough active contributors to adequately respond to all issues.
This bot triages un-triaged issues according to the following rules:
lifecycle/stale
is appliedlifecycle/stale
was applied, lifecycle/rotten
is appliedlifecycle/rotten
was applied, the issue is closedYou can:
/remove-lifecycle rotten
/close
Please send feedback to sig-contributor-experience at kubernetes/community.
/lifecycle rotten
/remove-lifecycle rotten
The Kubernetes project currently lacks enough contributors to adequately respond to all issues.
This bot triages un-triaged issues according to the following rules:
lifecycle/stale
is appliedlifecycle/stale
was applied, lifecycle/rotten
is appliedlifecycle/rotten
was applied, the issue is closedYou can:
/remove-lifecycle stale
/close
Please send feedback to sig-contributor-experience at kubernetes/community.
/lifecycle stale
/remove-lifecycle stale
This could be cool, but what metrics would you like to see exported?
Perhaps the volumes under management by this tool and any free space per source? Plus the standard CPU/RAM?
Perhaps the volumes under management by this tool and any free space per source? Plus the standard CPU/RAM?
🤔 This provisioner doesn't currently know or even respect the free space available on the NFS server, so I'm not sure how that would be accomplished.
CPU/RAM sounds more like node_exporter's job than a metrics exporter built into this, to be honest.
Care to give more thoughts for either of those ideas? I'm not a maintainer here to be clear, but I own/maintain a fork of this repository. And was intrigued by the idea of adding metrics to it. I'm just not sure what metrics would really be appropriate for it. For what it's worth, I believe used space in a persistent volume is handled by kubelet's builtin metrics exporter (which is built into kubernetes installations.) And for CPU/RAM metrics of the NFS server, I think you would probably be better suited installing node_exporter on your NFS server. For CPU/RAM metrics of this provisioner, you're actually looking at using CAdvisor's metrics exporter (also built into kubernetes.)
I was thinking CPU/RAM usage of the nfs-subdir-external-provisioner
process itself.
Maybe how many volumes were created by the provisioner?
It would be nice if the pod had a prometheus compatible metrics endpoint (with optional
ServiceMonitor
from helm).