Suggest view target metrics in prometheus UI in proxy mode

345 views
Skip to first unread message

keh...@gmail.com

unread,
Aug 13, 2017, 4:38:46 PM8/13/17
to Prometheus Developers
In prometheus web UI under tab [Targets], we can see the targets and their urls. Click the url you can view the raw metrics data. However, the hosts urls are often unreachable from brose on our local machine. If it's possible to view what raw data prometheus got from the web UI?

Ben Kochie

unread,
Aug 14, 2017, 3:52:16 AM8/14/17
to keh...@gmail.com, Prometheus Developers
You can query all metrics based on just labels.

Something like this:

{instance="foo:9100"}

{job="node"}


On Sun, Aug 13, 2017 at 10:38 PM, <keh...@gmail.com> wrote:
In prometheus web UI under tab [Targets], we can see the targets and their urls. Click the url you can view the raw metrics data. However, the hosts urls  are often unreachable from brose on our local machine. If it's possible to view what raw data prometheus got from the web UI?

--
You received this message because you are subscribed to the Google Groups "Prometheus Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to prometheus-developers+unsub...@googlegroups.com.
To post to this group, send email to prometheus-developers@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/prometheus-developers/1517c205-46b8-418b-916e-68f10d2534f5%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Fabian Reinartz

unread,
Aug 14, 2017, 5:44:43 AM8/14/17
to Ben Kochie, keh...@gmail.com, Prometheus Developers
That doesn't help in the general case though. For example, scraping fails due to some parsing error and one wants to get the payload to inspect it properly.
I kind of like the idea as I've the same problem quite frequently. 

However, there are some concerns around security. 
Chances are those endpoints are, opposed to the Prometheus instance, not reachable intentionally. Aside from bugs that could allow querying arbitrary endpoints, it also opens the doors for DDoSing through Prometheus.
So we'd at least need a boolean flag to turn it off and I think we largely agree that we want to avoid any more of those.

On Mon, Aug 14, 2017 at 9:52 AM Ben Kochie <sup...@gmail.com> wrote:
You can query all metrics based on just labels.

Something like this:

{instance="foo:9100"}

{job="node"}

On Sun, Aug 13, 2017 at 10:38 PM, <keh...@gmail.com> wrote:
In prometheus web UI under tab [Targets], we can see the targets and their urls. Click the url you can view the raw metrics data. However, the hosts urls  are often unreachable from brose on our local machine. If it's possible to view what raw data prometheus got from the web UI?

--
You received this message because you are subscribed to the Google Groups "Prometheus Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to prometheus-devel...@googlegroups.com.
To post to this group, send email to prometheus...@googlegroups.com.

--
You received this message because you are subscribed to the Google Groups "Prometheus Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to prometheus-devel...@googlegroups.com.
To post to this group, send email to prometheus...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/prometheus-developers/CABbyFmrJHCrm%2BVYRy%2BnxYVEh9b6d%3D92PVgLn2DQtihrXWD1i4A%40mail.gmail.com.

Brian Brazil

unread,
Aug 14, 2017, 5:53:17 AM8/14/17
to Fabian Reinartz, Ben Kochie, 柯豪, Prometheus Developers
On 14 August 2017 at 10:44, Fabian Reinartz <fab.re...@gmail.com> wrote:
That doesn't help in the general case though. For example, scraping fails due to some parsing error and one wants to get the payload to inspect it properly.
I kind of like the idea as I've the same problem quite frequently. 

However, there are some concerns around security. 

Yeah, this would be a violation of our security model. Another thing we could consider is better error messages, such as including the full line when parsing.

Brian
 
Chances are those endpoints are, opposed to the Prometheus instance, not reachable intentionally. Aside from bugs that could allow querying arbitrary endpoints, it also opens the doors for DDoSing through Prometheus.
So we'd at least need a boolean flag to turn it off and I think we largely agree that we want to avoid any more of those.
On Mon, Aug 14, 2017 at 9:52 AM Ben Kochie <sup...@gmail.com> wrote:
You can query all metrics based on just labels.

Something like this:

{instance="foo:9100"}

{job="node"}

On Sun, Aug 13, 2017 at 10:38 PM, <keh...@gmail.com> wrote:
In prometheus web UI under tab [Targets], we can see the targets and their urls. Click the url you can view the raw metrics data. However, the hosts urls  are often unreachable from brose on our local machine. If it's possible to view what raw data prometheus got from the web UI?

--
You received this message because you are subscribed to the Google Groups "Prometheus Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to prometheus-developers+unsub...@googlegroups.com.
To post to this group, send email to prometheus-developers@googlegroups.com.

--
You received this message because you are subscribed to the Google Groups "Prometheus Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to prometheus-developers+unsub...@googlegroups.com.
To post to this group, send email to prometheus-developers@googlegroups.com.

--
You received this message because you are subscribed to the Google Groups "Prometheus Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to prometheus-developers+unsub...@googlegroups.com.
To post to this group, send email to prometheus-developers@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/prometheus-developers/CAGXP4-TZzDDhahGG7KV9Lzw8dxcU5FRmpVnv1RbgqNdDq_HzbQ%40mail.gmail.com.

For more options, visit https://groups.google.com/d/optout.



--
Reply all
Reply to author
Forward
0 new messages