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 upPrometheus does not scale well with a large number of entries in discover #3073
Comments
This comment has been minimized.
This comment has been minimized.
|
For what it's worth, I tried installing a local DNS resolver for caching and used 127.0.0.1 for DNS resolution, which itself melted down under the load of DNS requests. |
This comment has been minimized.
This comment has been minimized.
|
This seems to be rather a usage/configuration question and a problem of your DNS server than Prometheus bug report.
|
brian-brazil
added
the
kind/more-info-needed
label
Aug 21, 2017
This comment has been minimized.
This comment has been minimized.
|
Closing due to lack of response. |
grobie
closed this
Nov 12, 2017
This comment has been minimized.
This comment has been minimized.
lock
bot
commented
Mar 23, 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. |
lock
bot
locked and limited conversation to collaborators
Mar 23, 2019
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
bahamat commentedAug 14, 2017
What did you do?
Configure prometheus with 9 discover endpoints. Each endpoint includes 1200-1800 containers, totaling 14389 metrics endpoints to be scraped.
What did you expect to see?
Prometheus works
What did you see instead? Under which circumstances?
Thousands of connections open for DNS resolution, prometheus gathers little to no data (because DNS requests ultimately time out), the rest of the system has a hard tome functioning due to constant DNS failure (because all sockets are used up).
Environment
System information:
$ uname -srm
Linux 3.10.0 x86_64
Prometheus version: