Closed rudybroersma closed 4 years ago
Hi @rudybroersma ,
You need to switch to RELAY_METHOD = aggregated-consistent-hashing
- then carbon will distribute metric across carbon caches using aggregation rules. See https://github.com/graphite-project/carbon/issues/865 or https://github.com/graphite-project/carbon/pull/32 for details. But please note that it probably has some issues, like https://github.com/graphite-project/carbon/issues/325
Another option - try to use aggregators on https://github.com/grobian/carbon-c-relay or https://github.com/grafana/carbon-relay-ng. They are also single threaded, but maybe faster (because written in C / Golang)
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
Hi,
We have 2 boxes with optical network taps and 'fastnetmon' running on each node. fastnetmon sends data to graphite (graphite runs on 1 box), and we use carbon-aggregate to create totals. Our aggregation-rules.conf looks like this:
To give an idea of traffic, we do about 4 to 5 gbit/s traffic in+out. 50k IPs.
Our carbon-aggregate service uses consistently 100% CPU. We also see lines like:
What can I do to lower the load on carbon-aggregate? Can i loadbalance this process on multiple hosts?