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
There's currently no obvious way in the helm chart to instruct the datadog agent not to use dogstatsd, and ensure that an 8125 UDP port doesn't get assigned to the agent container.
This is key when running a separate dogstatsd daemonset, both in host networking mode, so that the daemonset don't clash on port 8125 UDP, without having to resort to brittle workarounds, as redefining the dogstatsd port to a different, when we shouldn't be binding the container port at all.
The text was updated successfully, but these errors were encountered:
We're running
dogstatsd
in kubernetes as a standalone daemonset using https://github.com/DataDog/datadog-agent/blob/main/Dockerfiles/dogstatsd/alpine/README.md as we want the statsd UDP port to be up and running as soon as possible when we boot new kubernetes nodes.There's currently no obvious way in the helm chart to instruct the datadog agent not to use dogstatsd, and ensure that an
8125 UDP
port doesn't get assigned to the agent container.This is key when running a separate dogstatsd daemonset, both in host networking mode, so that the daemonset don't clash on port
8125 UDP
, without having to resort to brittle workarounds, as redefining the dogstatsd port to a different, when we shouldn't be binding the container port at all.The text was updated successfully, but these errors were encountered: