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
Currently, the network metrics being collected by the datadog agent that we have
configured for all of our machines include not only "real" interfaces (like,
eth0, which we care about), but also the other ones that we don't care about
(bridges and the host-facing side of the virtual eth pairs).
Given that for each container that we have, we end up with at least 2 of those
(a bridge and a host-side veth), and that for each unique resource config, one
of those get created every hour, that's a lot of distinct timeseries.
Getting rid of these is important because otherwise we'll be paying the price of
something we don't use (similar to #195).
The configuration for this can be done in a similar way too:
the network core collector contains a field that lets us specify a regex for
to see whether to include or not a gven interface:
## @param excluded_interface_re - string - optional
## Completely ignore any network interface matching the given regex.
#
# excluded_interface_re: <NETWORK_INTERFACE_NAME>.*
which would mean that we'd probably need make a PR first to either supply the full config (like it's possible with disk), or get a field for supplying excluded_interface_re (like it's currently possible for the non-regexp based matching).
cirocosta
changed the title
Exclude bridges and virtual interfaces from datadog network metrics
Exclude non-eth0 net ifaces from datadog network metrics
Jan 6, 2020
Currently, the network metrics being collected by the datadog agent that we have
configured for all of our machines include not only "real" interfaces (like,
eth0, which we care about), but also the other ones that we don't care about
(bridges and the host-facing side of the virtual eth pairs).
Given that for each container that we have, we end up with at least 2 of those
(a bridge and a host-side veth), and that for each unique resource config, one
of those get created every hour, that's a lot of distinct timeseries.
Getting rid of these is important because otherwise we'll be paying the price of
something we don't use (similar to #195).
The configuration for this can be done in a similar way too:
network
core collector contains a field that lets us specify a regex forto see whether to include or not a gven interface:
https://github.com/DataDog/integrations-core/blob/86c5e1caabaed489b19dc5cb172545fda9b99ee7/network/datadog_checks/network/data/conf.yaml.default#L25-L28
leveraging that, we can ignore anything that's not an
eth0
.for instance, looking at one of the machine's ifaces, we can come up with the
following:
i.e., it'd exclude the ifaces we don't care about.
thanks!
The text was updated successfully, but these errors were encountered: