-
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
api: grpc health checking service #8022
Comments
Related: #7321 This heartbeat mechanism is somewhat weaker in that it doesn't need a leader, but there still needs to be some kind of polling to avoid waiting indefinitely on a disconnected socket. The client implementations for heartbeat/lost leader reconnect can both poll or lost leader can depend on heartbeat to cover the wait case. |
This was referenced Sep 27, 2017
move this to 3.4 |
Moving to #8673, since it also needs client-side work. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
See: https://github.com/grpc/grpc/blob/master/doc/health-checking.md
There are cases where the client needs to know that the server is responding to requests. If the server is not responding (but possibly still accepting connections), the balancer should try another endpoint. For instance, a watch may be disconnected but the connection will stay open and hang instead of connecting to another member.
via https://groups.google.com/d/msg/etcd-dev/N6DLgT9rl-M/LTp6j2XNAAAJ
additional grpc context https://groups.google.com/forum/#!topic/grpc-io/69k_6HKVai0
The text was updated successfully, but these errors were encountered: