-
Notifications
You must be signed in to change notification settings - Fork 5.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Routing metrics by plugin #1778
Comments
this would be a nice feature to have, but it's actually quite a tricky problem. Internally all plugins are placed in lists and there is no way to differentiate between two different FWIW, the 3 current best workarounds are:
[[inputs.exec]]
# ...
name_prefix = "exec1_"
[[inputs.exec]]
# ...
name_prefix = "exec2_"
# this influxdb will only get exec1
[[outputs.influxdb]]
# ...
namepass = "exec1_*"
# this will only get exec2
[[outputs.influxdb]]
# ...
namepass = "exec2_*"
|
I currently do this in my environment. My solution looks like:
This will send |
@phemmer Now thats clever, I can use that, thanks Another way that this might be doable to create almost the same effect is that the configs in telegraf.d is their own instanses. |
I have tried that method using config files @joakimberglund but can't seem to get it to work. When I run a config test on it once I move my input and output files to /etc/telegraf/telegraf.d/ it fails with the following error
It looks like it isn't reading the files in the telegraf.d folder even after trying to add include "/etc/telegraf/telegraf.d/*.conf" to the end of the file. If I add that it fails with this error :
I'm wondering if there is some kind of test in telegraf that checks for an output section before allowing it to run. I'm going to try adding just one input and output plugin then add the others to the telegraf.d folder to see if that works. |
That doesnt work either. I added just the default input and output plugins to the config and added in the other input and output plugins in to telegraf.d folder but it only loads the default one and ignores the others. |
@daraeburn: please open a separate issue with steps to reproduce if you are having a configuration problem, I don't think that's related to this issue. |
I can't get this to work. Since I don't know the metric names I've tried to setup routing influx v1 to a v2 instance based on tags:
Update I had to switch |
any news? |
Please leave a comment describing why the example above or the tagpass/tagdrop documentation outlined here doesn't resolve what you need. Otherwise we will close this issue. |
Hello! I am closing this issue due to inactivity. I hope you were able to resolve your problem, if not please try posting this question in our Community Slack or Community Page. Thank you! |
Feature Request
Add the possibility to select which inputs a certain output should use.
Proposal:
And/or.....
Default should be that it behaves as it does today.
Current behavior:
Not possible
Desired behavior:
Use case: [Why is this important (helps with prioritizing requests)]
Using the namepass/fieldpass/tagpass is not flexible enough especially when using the exec och httpjson inputs where the name can change or contain multiple names which might collide namewise with other inputs.
Also supporting dividing up the measurements in different databases so that 1) it's easier to scale influxdb instanses 2) get better performance and 3) easier for users to design dashboards
The text was updated successfully, but these errors were encountered: