Skip to content
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

Support multiple Ganeti clusters #5

Open
rbott opened this issue Sep 26, 2023 · 3 comments
Open

Support multiple Ganeti clusters #5

rbott opened this issue Sep 26, 2023 · 3 comments

Comments

@rbott
Copy link
Member

rbott commented Sep 26, 2023

It would be nice if the exporter could query/export data from more than one Ganeti cluster.

@anarcat
Copy link

anarcat commented Oct 17, 2023

i don't know if that's really necessary. installing the exporter once per cluster seems simple enough, and Prometheus will be happy to scrape multiple targets...

one thing I've found in our deployments is that it really helps if the exporter can be installed on all nodes in the cluster, but only report metrics when it's running on the master. that way you don't need to implement business logic around "who is currently the master" in Prometheus and the deployment...

That's how our current script works in ganeti/ganeti#47 (comment)

@rbott
Copy link
Member Author

rbott commented Oct 17, 2023

Our scenario has multiple clusters and a single management node, which is able to reach all Master IPs directly.

This could possibly also be solved with separate config files and some systemd magic (e.g. as it seen with openvpn on Debian which support multiple server configurations/processes). That would be a solution entirely outside of the exporter itself.

In your scenario, what should the exporter exactly return when it is not running on the master? No metrics/values at all? Or the last seen value?

@anarcat
Copy link

anarcat commented Oct 17, 2023 via email

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants