the-way-to-go_ZH_CN
Telegraf
Our great sponsors
the-way-to-go_ZH_CN | Telegraf | |
---|---|---|
1 | 110 | |
33,461 | 13,221 | |
- | 0.9% | |
0.0 | 9.3 | |
about 1 month ago | 2 days ago | |
Go | Go | |
- | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
the-way-to-go_ZH_CN
-
Gopher Gold #21 - Wed Nov 25 2020
unknwon/the-way-to-go_ZH_CN (Go): 《The Way to Go》中文译本,中文正式名《Go 入门指南》
Telegraf
-
Telegraf Deployment Strategies with Docker Compose
Telegraf’s Secretstores Plugin implementation on GitHub
-
open source network monitoring tool
Do you mean Telegraf?
-
Help with reading modbus using telegraf
I have two devices; both are connected to a Raspberry Pi using a USB converter as Slave 1 and 2. I want to get some readings using Telegraf software https://github.com/influxdata/telegraf/tree/release-1.26/plugins/inputs/modbus (happy to try any other linux software), but I'm having trouble (I'm seriously confused to be honest) with byte_order, data_type, and input register addresses.
-
AsCode – Terraform Alternative Syntax
Back when I was using AWS CloudFormation, I found a need to use Troposphere [0] to do some logic that couldn't be done in CloudFormation itself. When I switched to Terraform most of those problems went away since there is even better ways to perform simple programming logic in it.
Maybe there are some use cases where you still need to perform logic outside of Terraform where AsCode could be useful to some people.
I've seen the Starlark configuration language used in other places, such as Telegraf [0], but I think this is an interesting use of it.
[0] https://troposphere.readthedocs.io/en/latest/index.html
[1] https://github.com/influxdata/telegraf/blob/master/plugins/p...
-
Simple Apache Log Parser
Telegraf agent scraping your Apache logs with the tail input plugin (parsing each entry into desired metrics at the same time), and saving them to a flat file in CSV format with the file output plugin. Then you could have a script parse the CSV file and upload it to MySQL at your desired cadence. Or, you could even have telegraf execute the script for you at your desired batch interval, with the exec output plugin.
- Exporting /monitoring UPS nut server stats to grafana?
- Is ELK overkill for this?
-
How much can you get out of a $4 VPS?
I would use telegraf (https://github.com/influxdata/telegraf) to gather the metrics you want from your servers. It has built-in functions to get metrics like disk usage, cpu, etc...
From there I would export those metrics to a grafana+influxdb setup. But honestly this is because that's what I'm used to professionally. There might be simpler solutions around.
- Monitoreo de recursos de contenedores docker
-
How to log ssd writes per process?
I'm a big fan of Telegraf for collecting observability data. This link is for the procstat plugin which provides you total bytes and total # ops for both reads and writes.
What are some alternatives?
prometheus - The Prometheus monitoring system and time series database.
VictoriaMetrics - VictoriaMetrics: fast, cost-effective monitoring solution and time series database
Collectd - The system statistics collection daemon. Please send Pull Requests here!
pfSense-Dashboard - A functional and useful dashboard for pfSense that utilizes influxdb, grafana and telegraf
OPNsense-Dashboard - A functional and useful dashboard for OPNsense that utilizes InfluxDB, Grafana, Graylog, and Telegraf.
tcollector - Data collection framework for OpenTSDB
TimescaleDB - An open-source time-series SQL database optimized for fast ingest and complex queries. Packaged as a PostgreSQL extension.
Graphite - A highly scalable real-time graphing system
promscale - [DEPRECATED] Promscale is a unified metric and trace observability backend for Prometheus, Jaeger and OpenTelemetry built on PostgreSQL and TimescaleDB.
thanos - Highly available Prometheus setup with long term storage capabilities. A CNCF Incubating project.
jmx_exporter - A process for exposing JMX Beans via HTTP for Prometheus consumption
Diamond - Diamond is a python daemon that collects system metrics and publishes them to Graphite (and others). It is capable of collecting cpu, memory, network, i/o, load and disk metrics. Additionally, it features an API for implementing custom collectors for gathering metrics from almost any source.