-
Notifications
You must be signed in to change notification settings - Fork 15
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
RFE: Multi-Account? Or at least track authenticated and unauthenticated #5
Comments
Shouldn't be too much effort. My first thought was to implement that with multiple instances of the exporter. But it seems you would prefer to add this capability to the script? What's your reasoning behind that? Is it because of the increased resource consumption for having multiple pods running the script or do you have other reasons? I think, if we tweak the resource requests and limits a little, we might be able to reasonably run multiple instances of the exporter to achieve that, but I am also open to add that capability to the python script. What would be the use case for that? I am not sure if somebody would configure their infrastructure to sometimes use authenticated requests and sometimes not, but I might be wrong here. |
I was afraid the with multiple instances of the exporter, the stats would get mixed up in prometheus, having a single instance would allow it to monitor authenticated and unauthenticated requests and keep the stats separate, but I am honestly a prometheus n00b :). If we have multiple instances, we will for sure need to be a way to define the statistic parameters? USE CASE: We have a docker personal access token configured on our "artifactory" remote docker repo, and I would like to track its usage, as I think it is limited to 200 pulls. Additionally I would also like to track the "unauthenticated" pulls coming from kube worker nodes, for people that have not pointed their images to artifactory yet. EDIT: Also while in there, the refresh interval of 10s seems excessive, probably should be 30 and/or configurable. |
Hey @TJM , I implemented it through helm by deploying one instance of the exporter for each entry under Prometheus can distinguish between the different exporter metrics by the attached metadata of each metric (?), see the attached screenshot. Unfortunately, the existing grafana dashboard is not able to handle more the one stream of the same metric with differing metadata, if we want to go down this road we would need to tweak the dashboard a little, this shouldn't be a big problem however. I am still open to implement this feature through changes in the script itself and with only one deployment, I think both approaches have benefits to it. Pro multiple deployments:
Pro implementing the feature in the python script
What's your opinion on that? P.S.: mind opening a new issue for changing the refresh interval so we can keep things seperate? |
How much effort would it be to track both authenticated and unauthenticated requests using the same exporter. We might have to change the name of the metric slightly, but I think it would be better to do that as one exporter rather than two separate ones.
Are most people are probably using a "paid" account, where their requests are just unlimited? I would have to assume if someone is tracking this statistic, they are not using a paid account? right?
~tommy
The text was updated successfully, but these errors were encountered: