-
Notifications
You must be signed in to change notification settings - Fork 690
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
Expose /stats path only #376
Comments
#377 is a good starting point but I'd like to see these moved into the translator, or in code somehow for two reasons
There isn't a 0.7 milestone yet, but this sounds like a good candidate for that milestone. |
That makes a lot of sense. I only did the bootstrap route since it seemed like a static config vs dynamic. Sounds good to revisit and also possibly move the statsd pieces into that logic as well. |
Updates projectcontour#376 Omit the statsd listener and cluster unless its enabled. Also: - bind the stats listener to 127.0.0.1 by default, which matches the statsd collector which is also listening on 127.0.0.1. - add tests for enabled and disabled configurations Signed-off-by: Dave Cheney <dave@cheney.net>
Updates projectcontour#376 Omit the statsd listener and cluster unless its enabled. Also: - bind the stats listener to 127.0.0.1 by default, which matches the statsd collector which is also listening on 127.0.0.1. - add tests for enabled and disabled configurations Signed-off-by: Dave Cheney <dave@cheney.net>
@stevesloka @rata if either of you have time to tackle this I'd appreciate it. |
@davecheney I'm trying to figure out a good integration pattern here to implement this. Everything we do is based upon the dag right now.
Do you think this approach would work? Or have a different idea? |
Updates projectcontour#876 Updates projectcontour#376 Convert ListenerCache static values from proto struct to typed config. This could do with DRYing up with some more with helpers, which I'll tackle in a followup PR. Signed-off-by: Dave Cheney <dave@cheney.net>
* multi-arch supported with `v0.8.0` * `v0.8.0`, is now based on `gcr.io/distroless/static` and running nonroot Signed-off-by: Christopher Banck <cbanck@vmware.com>
To gather metrics from Envoy the
/stats
needs to be exposed from the admin interface. If running under host networking all ports are bound to the host IP and network policies are not applicable.I'd like to propose we create a static route inside Envoy to expose
/stats
over a configurable port (defaults to:8001
). Given a standard deployment all L7 traffic would flow through a listener on:80
or:443
and stats metrics would flow through:8001
.The admin interface is still available via localhost so functionality is not lost.
The text was updated successfully, but these errors were encountered: