Join GitHub today
GitHub is home to over 31 million developers working together to host and review code, manage projects, and build software together.
Sign upMake external labels available in federation matchers #2046
Comments
This comment has been minimized.
This comment has been minimized.
|
This was discussed previously in #1811 and is intended behaviour. |
brian-brazil
added
the
kind/question
label
Sep 30, 2016
This comment has been minimized.
This comment has been minimized.
|
I am just wondering if now I have a valid use case for this feature to be implemented. On the other hand I can solve it by simply adding a static label to all my jobs. |
This comment has been minimized.
This comment has been minimized.
|
The purpose of external labels is to uniquely identify Prometheus servers. Thus filtering on them isn't of much use, as you're already talking to the Prometheus server you want to. |
This comment has been minimized.
This comment has been minimized.
|
Ok, I guess I am trying to (ab)use it. Thank you for the clarification. |
h0tbird
closed this
Sep 30, 2016
This comment has been minimized.
This comment has been minimized.
lock
bot
commented
Mar 24, 2019
|
This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
h0tbird commentedSep 30, 2016
•
edited
What did you do?
I am experimenting with horizontal scalability, sharding and multiple cross-federated servers.
What did you expect to see?
External labels in federation matchers.
What did you see instead? Under which circumstances?
No external labels in federation matchers. Always.
In a multiple cross-federated setup external labels are not on every time series so those can be used to filter some targets.
Find below a sample setup which will use the requested feature: