You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
However, in the real world, if we need to use DNS to connect a domain, it's probable that the team maintains the Istio doesn't own the domain. Therefore we can't reduce the TTL of the DNS record from the source.
Moreover, sometimes we need to configure a separate DNS failure refresh rate of a domain, to archive a better fail-over.
Envoy's CDS supports configuring DNS refresh rate per cluster, so what we need is to provide an equivalent configuration in Istio.
Describe alternatives you've considered
Use EnvoyFilter to modify the cluster resource generated from the ServiceEntry.
Affected product area (please put an X in all that apply)
[ ] Ambient
[ ] Docs
[ ] Dual Stack
[ ] Installation
[x] Networking
[ ] Performance and Scalability
[ ] Extensions and Telemetry
[ ] Security
[ ] Test and Release
[ ] User Experience
[ ] Developer Infrastructure
Affected features (please put an X in all that apply)
[ ] Multi Cluster
[ ] Virtual Machine
[ ] Multi Control Plane
Additional context
The text was updated successfully, but these errors were encountered:
However, "reduce the DNS server overhead" is just an example of customizing DNS configuration. What we actually want to do is the opposite - reduce the DNS TTL to get a faster fail-over. We also plan to configure a higher failure refresh rate so the down of the DNS server won't affect the proxy immediately.
(This is used to request new product features, please visit https://github.com/istio/istio/discussions for questions on using Istio)
Describe the feature request
Currently, when we use
resolution: DNS
ServiceEntry, there is little way to control the DNS lookup behavior. As mentioned by https://istio.io/latest/docs/ops/configuration/traffic-management/dns/, if we need to reduce the DNS server overhead, we have to:resolution: DNS
ServiceEntryHowever, in the real world, if we need to use DNS to connect a domain, it's probable that the team maintains the Istio doesn't own the domain. Therefore we can't reduce the TTL of the DNS record from the source.
Moreover, sometimes we need to configure a separate DNS failure refresh rate of a domain, to archive a better fail-over.
Envoy's CDS supports configuring DNS refresh rate per cluster, so what we need is to provide an equivalent configuration in Istio.
Describe alternatives you've considered
Use EnvoyFilter to modify the cluster resource generated from the ServiceEntry.
Affected product area (please put an X in all that apply)
[ ] Ambient
[ ] Docs
[ ] Dual Stack
[ ] Installation
[x] Networking
[ ] Performance and Scalability
[ ] Extensions and Telemetry
[ ] Security
[ ] Test and Release
[ ] User Experience
[ ] Developer Infrastructure
Affected features (please put an X in all that apply)
[ ] Multi Cluster
[ ] Virtual Machine
[ ] Multi Control Plane
Additional context
The text was updated successfully, but these errors were encountered: