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
In addition to discussion #6233 create a new Feature Request based on the vision of one of contributors project
Use case:
All servers and virtual machines can have a different number of processor cores and when creating triggers you need to consider this number, but triggers are created immediately for a group of servers and many metric collectors use a metric that contains the result of the calculation <Load Average> / <N_cores>.
For example, for zabbix this parameter is called system.cpu.load [percpu, avg1] for Diamond - loadavg.01_normalized.
In some cases it is more profitable to duplicate metrics than constantly calculate values for a large number of nodes(if you calculate a value for example every 10 seconds for all nodes - this will greatly increase the load on the cpu).
Personally, I prefer the option with an optional metric in the System Input Plugin(as in request #6233), as it was done in competing solutions, but if it really is bad, it will suit an alternative option in the form of a processor to create a new metric based on the collected metrics on the telegraf side before sending metrics in the database.
The text was updated successfully, but these errors were encountered:
danielnelson
changed the title
[Feature Request] Processor to create a new metric using other collected metrics
Processor to create a new metric using other collected metrics
Jan 24, 2020
This issue was opened before the starlark processor was added. It should be possible to do the kinds of things this issue describes in a short starlark script.
Feature Request
In addition to discussion #6233 create a new Feature Request based on the vision of one of contributors project
Use case:
All servers and virtual machines can have a different number of processor cores and when creating triggers you need to consider this number, but triggers are created immediately for a group of servers and many metric collectors use a metric that contains the result of the calculation
<Load Average> / <N_cores>
.For example, for zabbix this parameter is called
system.cpu.load [percpu, avg1]
for Diamond -loadavg.01_normalized
.In some cases it is more profitable to duplicate metrics than constantly calculate values for a large number of nodes(if you calculate a value for example every 10 seconds for all nodes - this will greatly increase the load on the cpu).
Personally, I prefer the option with an optional metric in the System Input Plugin(as in request #6233), as it was done in competing solutions, but if it really is bad, it will suit an alternative option in the form of a processor to create a new metric based on the collected metrics on the telegraf side before sending metrics in the database.
The text was updated successfully, but these errors were encountered: