Display Prometheus metrics on director's Web UI

[haoming29]

Based on our talk with Pelican integration team on 11/10/2023. It would be great for the integration team to better debug/monitor Pelican ITB if we can display critical information in our pelican federation which in this case should be the director's Web UI. So we want to include the metrics we currently measure on the director's Web UI:

• Director's own Prometheus metrics (if any)
• Prometheus metrics scraped from origins that director knows (when Director Prometheus scraper of origins' metrics #289 is merged)

This should be the follow-up issue of #265

@bbockelm Put this as 7.4 milestone but we might want them be ready by 7.3 depending on how integration tests will go

[haoming29]

Bump to 7.5 as this ticket is unassigned as of 1/3/2024

[haoming29]

@bbockelm Would you prefer director admins to use Grafana for visualization or we should build some graphs in-house?

[CannonLock]

@haoming29 Any idea what prometheus metrics to make available?

[haoming29]

@haoming29 Any idea what prometheus metrics to make available?

@bbockelm any word of wisdom? I could think of the following:

• Number of active origins and caches
• Total director based health tests (labeled by status) to the origin and cache servers
• [WIP] number of advertisement from origin/caches, labeled by status

[bbockelm]

I would suggest:

• Number of active origins and caches (same as Haoming)
• I would put the health tests and whatnot in the origin table, not as a standalone graph.
• Number of bytes transferred from origins.
• Number of bytes transferred from caches.

[CannonLock]

@haoming29 How can I find the final two data points?

Can't find anything here -> https://osdf-director.osg-htc.org/metrics

[CannonLock]

@haoming29 Any thoughts on where I can find the final two data points?

Number of bytes transferred from origins.
Number of bytes transferred from caches.

[haoming29]

@haoming29 Any thoughts on where I can find the final two data points?

Number of bytes transferred from origins.
Number of bytes transferred from caches.

xrootd_server_bytes with label server_type = origin or cache should gave you a good number. You can delineate by rx and tx for received and transmitted. If this is the number for all origins or caches, then you can do a sum by (server_url) to aggregate all origin/cache servers

[CannonLock]

@haoming29 I cannot see these stats on the metrics page for the director?

https://osdf-director.osg-htc.org/metrics

Any insights?

[haoming29]

@haoming29 I cannot see these stats on the metrics page for the director?

https://osdf-director.osg-htc.org/metrics

Any insights?

They are not director's metric but the director scrapes these metrics from the origins and caches. You can run PromQL to get the data: https://osdf-director.osg-htc.org/api/v1.0/prometheus/query?query=xrootd_server_bytes{job=%22origin_cache_servers%22}

[CannonLock]

@haoming29 Oh cool, thanks for the explanation. I never considered that it would/could scrape other metric endpoints.

[CannonLock]

Pulling the milestone off because the completion of this depends on Patricks completion of the interface.

[bbockelm]

@CannonLock - what's the latest update on this one? Are we making any progress?

[CannonLock]

@bbockelm PR linked, pulled in with Origin as they share context components.