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
Goflows Prometheus metrics flow_traffic_(bytes|packets|summary_size_bytes) include labels for remote_ip and remote_port.
Some services that send flows (e.g. pmacctd) use a new outgoing port each time they send flows to goflow, which results in the creation of several new time series. For a single pmacctd client with almost no network traffic, this creates thousands of time series each day, which, as profiling reveals, consume several hundred MBs of heap memory.
This leads goflow to eventually run out of memory.
One solution to this would be omitting the remote_port label from these metrics.
The text was updated successfully, but these errors were encountered:
slrtbtfs
added a commit
to slrtbtfs/goflow
that referenced
this issue
Mar 22, 2021
Fixescloudflare#94.
However it theoretically has the potential to break some existing usecases, where the
distiction between remote ports is relevant.
Signed-off-by: Tobias Guggenmos <[email protected]>
Randomizing on every flow seems a bit broken, IMO. But I agree, the remote_port, which should be an ephemeral port, doesn't seem like a good identifier.
Goflows Prometheus metrics
flow_traffic_(bytes|packets|summary_size_bytes)
include labels forremote_ip
andremote_port
.Some services that send flows (e.g.
pmacctd
) use a new outgoing port each time they send flows to goflow, which results in the creation of several new time series. For a singlepmacctd
client with almost no network traffic, this creates thousands of time series each day, which, as profiling reveals, consume several hundred MBs of heap memory.This leads goflow to eventually run out of memory.
One solution to this would be omitting the
remote_port
label from these metrics.The text was updated successfully, but these errors were encountered: