collectd - 云端在线

程序：

您的姓名

collectd - 系统统计收集守护进程

概要

收藏 [选项]

商品描述

collectd 是一个守护进程，它接收系统统计信息并使它们以多种方式可用
的方式。 主守护进程本身除了加载之外没有任何实际功能，
查询并提交给插件。 有关可用插件的说明，请参阅
下面的“插件”。

配置

Collectd 的大部分配置都是使用配置文件完成的。 看 收集配置文件(5)
有关所有选项的深入描述。

-C
指定替代配置文件。 当你想要改变时，这里就是你该去的地方
收藏的行为。 该路径可能是相对于当前工作目录的。

-t 仅测试配置。 程序解析配置后立即退出
文件。 返回码不等于零表示有错误。

-T 仅测试插件读取回调。 程序调用后立即退出
读取回调一次。 返回码不等于零表示有错误。

-P
指定备用 pid 文件。 这会覆盖配置文件中的所有设置。 这
被认为是需要特定目录中的 PID 文件才能工作的初始化脚本
正确。 对于日常使用，请使用 PID文件 配置选项。

-f 不要分叉到后台。 收藏 还将 不能 关闭标准文件描述符，
与会话分离也不写入 pid 文件。 这主要是为了“监督”
初始化替换，例如 运行. 如果使用 暴发户 or systemd 不过，从
5.5.0版 收藏 能够通知这两个 init 替换，并且 不 要求
fork到后台进行流程监督。 这 贡献/ 目录有样本
暴发户 和 systemd 配置文件。

-h 输出使用信息并退出。

PLUGINS

如上所述，collectd 的真正威力在于它的插件。 一个（希望
完整）插件列表和简短描述可以在 读我 文件是
与源代码一起分发。 如果您使用的是软件包，最好进行搜索
附近某处 /usr/share/doc/collectd.

有两大组插件， 输入 和 产量 插件：

· 定期查询输入插件。 他们以某种方式获得了当前的价值
无论它们的设计目的是什么，并将这些值提交回守护进程，
即他们“发送”值。 例如，“cpu 插件”读取当前
各种模式（用户、系统、nice...）所花费时间的 cpu 计数器以及
将这些计数器分派给守护进程。

· 输出插件从守护进程获取分派的值并用它们做一些事情。
常见的应用程序是写入 RRD 文件、CSV 文件或通过网络发送数据
到远程盒子的网络链接。

当然，并非所有插件都完全适合上述两个类别之一。 网络
例如，插件”能够发送（即“写入”） 和 接收（即“发送”）
价值观。 此外，它在初始化时打开一个套接字，并在初始化时分派值。
接收它们并且不会在读取输入插件的同时触发。 你
如果有帮助的话，可以将网络接收部分视为异步工作。

除了上述之外，还有“日志插件”。 现在这些是“日志文件
插件”和“系统日志插件”。通过这些插件，collectd 可以提供以下信息：
用户遇到的问题和重要情况。 几个日志级别可以让你抑制
无趣的消息。

从版本 4.3.0 开始，collectd 支持 监控。 这是通过检查来完成的
用户定义的阈值。 如果某个值超出范围，则会发出通知
发送到“通知插件”。 看 收集配置文件(5) 更详细的信息
关于阈值检查。

请注意，某些插件提供了与守护进程通信的其他方式，
有自己的联机帮助页来更详细地描述其功能。 尤其
那些是 收集电子邮件（5） 收集执行（5） 收集 Perl（5） 收集snmp（5），
收集unixsock(5)

讯号

收藏 接受以下信号：

SIGINT, 目标期限
这些信号导致 收藏 关闭所有插件并终止。

信号灯1
该信号导致 收藏 通知所有插件从内部缓存中刷新数据。
例如“rrdtool 插件”会将所有待处理数据写入 RRD 文件。 这是
与使用“unixsock插件”的“FLUSH -1”命令相同。

使用 onworks.net 服务在线使用collectd