background preloader

Start page – collectd – The system statistics collection daemon

Start page – collectd – The system statistics collection daemon
Related:  Net Monitoring

NetXMS Metricsd The Enterprise-Class Open Source Network Monitoring Solution Zabbix is used by many companies, from very small with just few devices, and up to very large ones with tens of thousands of devices under control. Businesses representing different industries rely on Zabbix monitoring solution in order to find the right balance between keeping high SLAs and optimizing costs of managing IT environments. Zabbix monitoring software is used not only to supervise network and IT hardware, but often applied to monitor software and applications, KPIs, non-IT equipment, production facilities, embedded devices and in other areas described here. So why not to start using Zabbix monitoring solution today? Easy to Implement Just visit our Download section. use virtual appliance to get a taste of Zabbix in no time. As alternative you may always contact Zabbix company and order Turn-Key Solution. Risk-free No financial investments are required to start monitoring with Zabbix.

etsy/statsd Monitorix Project by Jordi Sanfeliu (aka Mikaku) etsy/statsd Bandwidth Monitoring Tools For Linux Bandwidth in computer networking refers to the data rate supported by a network connection or interface. One most commonly expresses bandwidth in terms of bits per second (bps). The term comes from the field of electrical engineering, where bandwidth represents the total distance or range between the highest and lowest signals on the communication channel (band). Bandwidth represents the capacity of the connection. Bandwidthd BandwidthD tracks usage of TCP/IP network subnets and builds html files with graphs to display utilization. Project Home Page Bmon bmon is a portable bandwidth monitor and rate estimator running on various operating systems. Bwbar bwbar is a small C-based program for Linux-based machines which produces bandwidth usage statistics for a network interface. bwm This is a very tiny bandwidth monitor (not X11). bwm-ng Project Home Page Cacti Project Home Page cbm dstat EtherApe gdesklets GKrellM ipband iftop

Monitoring at Spotify: The Story So Far | Labs This is the first in a two-part series about Monitoring at Spotify. In this, I’ll be discussing our history, the challenges we faced, and how they were approached. Operational monitoring at Spotify started its life as a combination of two systems. Zabbix and a homegrown RRD-backed graphing system named “sitemon”, which used Munin for collection. In late 2013, we were starting to put more emphasis on self service and distributed operational responsibility. We tried to bandage up what we could: our Chief Architect hacked together an in-memory sitemon replacement that could hold roughly one month worth of metrics under the current load. Alerting as a service Alerting was the first problem we took a stab at. We considered developing Zabbix further. We found inspiration from attending Monitorama EU where we stumbled upon Riemann. We built a library on top of Riemann called Lyceum. Graphing We went a few rounds here. The difficulties in sharding and rebalancing Graphite became prohibitive. Tags

Shinken-monitoring.org StatsD Measure Anything, Measure Everything Posted by Ian Malpass | Filed under data, engineering, infrastructure If Engineering at Etsy has a religion, it’s the Church of Graphs. If it moves, we track it. Sometimes we’ll draw a graph of something that isn’t moving yet, just in case it decides to make a run for it. In general, we tend to measure at three levels: network, machine, and application. Application metrics are usually the hardest, yet most important, of the three. Meet StatsD StatsD is a simple NodeJS daemon (and by “simple” I really mean simple — NodeJS makes event-based systems like this ridiculously easy to write) that listens for messages on a UDP port. We like graphite for a number of reasons: it’s very easy to use, and has very powerful graphing and data manipulation capabilities. Not only is it super easy to start capturing the rate or speed of something, but it’s very easy to view, share, and brag about them. Why UDP? So, why do we use UDP to send data to StatsD? Measure Anything

Related: