Periodical refresh of DnsNameResolver
See original GitHub issuePlease answer these questions before submitting your issue.
Original discussion: https://groups.google.com/forum/#!topic/grpc-io/wxgLgjzkR30
Currently DnsNameResolver soles relies on refresh()
being called to re-resolve. refresh()
currently is called only when there is a connection failure, but there are cases where refreshing is needed without connection failure, e.g., rolling deploys, or simply adding a server. We could introduce periodic refresh to DnsNameResolver.
Issue Analytics
- State:
- Created 7 years ago
- Reactions:2
- Comments:23 (16 by maintainers)
Top Results From Across the Web
grpc/grpc - Gitter
Using client side load balancing: round_robin + DnsNameResolver. Would like to remove gRPC server node by updating DNS record but DnsNameResolver seems to ......
Read more >DnsResolverGroupBuilder (Armeria 1.16.0 API reference) - Javadoc.io
Standard DnsNameResolver will only expire a cache entry after TTL, ... The refreshing AddressResolver will only start auto refresh for a given hostname...
Read more >Reactor Netty Reference Guide
Enables an AddressResolverGroup of DnsNameResolver that supports random selection of destination addresses if multiple are provided by the ...
Read more >How to refresh the DNS cache on OpenDNS' Global Resolvers?
If there's anything amiss with a certain domain, you can always refresh OpenDNS's cache for the domain using this tool. The steps to...
Read more >DNS probe - ServiceNow Docs
DNS probes determine the DNS names for configuration items (CI). The default DNS Name Resolver probe is a lightweight and fast probe. It...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
That’s the work-around that we’re currently advertising, but honestly, I think it’s kind of a hack. We should not heve to force connection churn (and the resulting CPU overhead of a new handshake) just to get the client to re-resolve periodically. If we want the client to re-resolve periodically, I think we should just be able to tell it to do that.
/sub