-
Notifications
You must be signed in to change notification settings - Fork 4.4k
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
UDP support in Consul Connect #9037
Comments
We are actively pursuing consul connect and lack of UDP support is a hurdle for us as well |
@chrisjohnson Would you mind sharing a bit more info on the specific types of UDP traffic you'd like to proxy (e.g., RADIUS, DNS, NTP, etc)? I'm just trying to get a better understanding of how folks might use this feature if it were supported in Consul. |
Metrics are the largest use case that I know of off-hand, I can get some more info from the folks who have pushed back around the lack of UDP support though and update |
This would be really nice for WebRTC workloads ;) |
Part of the deployment I'm planning for Connect uses UDP for inter-service protocols based on protobuf (in addition to other TCP-based stuff). Current solution looks to be a mix of connect and prepared queries, but it would be nice to unify via connect. |
Hey,could you tell us if some move are ongoing for UDP support please ? |
Just in case this helps anyone else debugging Datadog's Docker support - I bumped in to this limitation setting up Datadog in Nomad, exposing it to other services using Consul Service Mesh. Didn't realise port 8126 used TCP for APM traces, and 8125 used UDP for stats. This manifested as traces showing up in my dashboard, but Java agent profiling stats not being present. |
Found this ticket since I'm also looking for a way to use Consul Connect with UDP traffic. My main use-case would be load-balancing UDP traffic from the ingress to the target service. Doing some research I found that Envoy is supporting UDP for some time now. Would be great if this could be included into Consul Connect. |
This is becoming more pressing as HTTP/3 is built on top of UDP. |
Feature Description
allow specifying UDP as the protocol when setting up consul connect, which then can be used for one way UDP communication between services (metrics sink for example).
Use Case(s)
As stated here: hashicorp/nomad#9161 (comment), there is no easy way right now to setup UDP communication between services in the mesh at the moment. Allow UDP will make sending metrics from one service to another within service mesh on nomad a lot easier.
Although not related to my use case, there are some discussion about udp support in istio: istio/istio#1430. Not sure if they are relevant/applicable in the context of Consul Connect.
The text was updated successfully, but these errors were encountered: