Feature Request
Proposal:
Expose api's using REST/RESTCONF/any other protocols to manage telegraf plugin configuration on the fly.
Current behavior:
Configuration can be reloaded by sending SIGHUP signal to telegraf process through CLI. This refreshes the whole configuration and restarts plugins, so there is chance of losing data within this period. Also, the telegraf docker images do not contain the linux library to use systemctl command, hence restricts refreshing config in docker-compose and k8s deployment. So this does not look like the way to update config in production.
Desired behavior:
Expose GET/PUT/POST/DELETE (or) any other methods to manage plugin configuration, without needing to refresh the whole config/restarting the plugins.
Use case:
External systems like NMS/SDN controller/other telemetry management services need to communicate with telegraf to automate start/stop of telemetry data collection from devices based on changes in network topology. Currently without any api exposed, it is not possible for external systems to achieve this. Would be nice to have this feature.
Feature Request
Proposal:
Expose api's using REST/RESTCONF/any other protocols to manage telegraf plugin configuration on the fly.
Current behavior:
Configuration can be reloaded by sending SIGHUP signal to telegraf process through CLI. This refreshes the whole configuration and restarts plugins, so there is chance of losing data within this period. Also, the telegraf docker images do not contain the linux library to use systemctl command, hence restricts refreshing config in docker-compose and k8s deployment. So this does not look like the way to update config in production.
Desired behavior:
Expose GET/PUT/POST/DELETE (or) any other methods to manage plugin configuration, without needing to refresh the whole config/restarting the plugins.
Use case:
External systems like NMS/SDN controller/other telemetry management services need to communicate with telegraf to automate start/stop of telemetry data collection from devices based on changes in network topology. Currently without any api exposed, it is not possible for external systems to achieve this. Would be nice to have this feature.