-
Notifications
You must be signed in to change notification settings - Fork 9.8k
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
Explore possibility to enable serving etcd health check on a different port so we can have different tls requirement for etcd server and etcd health #10545
Comments
The metrics and health are served separately from the clients. Looks like we can use "--listen-metrics-urls" to provide a different URL for metrics and health. The problem is that we use clientTLS when serving metrics and health, but (with some code change) it is possible to have different TLS configurations for metrics and health. Reference:
|
Thanks @jingyih ! I think --listen-metrics-urls (available in 3.3) is probably gonna serve my need. I will try it out. |
/close |
Problem description:
If we enable TLS between etcd server and its client, for example, kube-apiserver, etcd healthness check will require tls credential as well. For use cases where we do not want anyone to access etcd data, but still want to expose healthness check with no credential required, it won't work.
Proposed solution:
How about enabling serving the healthcheck on a separate port so if needed, we can access etcd health without TLS?
xref: kubernetes/kubernetes#74690 (comment)
The text was updated successfully, but these errors were encountered: