Skip to content
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

Persist Telegraf Metric Buffer to filesystem #6925

Closed
prashanthjbabu opened this issue Jan 20, 2020 · 3 comments
Closed

Persist Telegraf Metric Buffer to filesystem #6925

prashanthjbabu opened this issue Jan 20, 2020 · 3 comments

Comments

@prashanthjbabu
Copy link
Contributor

Feature Request

Opening a feature request kicks off a discussion.

Proposal:

It would be great if we could have the option to persist the metric buffer of telegraf to filesystem instead of memory ( this could be an additional option like a flag or a config) .

Current behavior:

Telegraf only stores the metric buffer in memory

Desired behavior:

Store telegraf metric buffer in filesystem

Use case:

This feature would be highly useful for devices which run telegraf which could lose power or crash (and hence reboot) for whatever reason . This will help us to get some vital metrics about the system which would otherwise be lost if stored only in memory. Once the devices comes back up , it can fetch the buffered metrics from file and send it back to the cloud.

@voiprodrigo
Copy link
Contributor

You can use an intermediate local store for this. Route all metrics from your regular inputs to the local store output (such as NSQ, for example, which can be configured to use file storage). Then, in parallel, also have telegraf read from the local store and push to your InfluxDB or whatever destination. The difference here is that the store is not internal to Telegraf, so you need a separate service running on the system, and you need to use the metric route capabilities of Telegraf. Haven’t done it in practice, but in theory should work.

Sent with GitHawk

@PWSys
Copy link

PWSys commented Jan 21, 2020

+1 This would be great.

@danielnelson
Copy link
Contributor

Duplicate #802

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants