telegraf监控进程状态,hostmonitor 监控进程

通过Prometheus Sidecar或Telegraf采集不同云厂商的监控数据，实现标准化仪表盘3 安全合规管理零信任；架构组成Telegraf的Pipeline主要由InputsProcessorsAggregators和Outputs四个stage构成Inputs负责采集原始监控指标Processors负责处理Inputs收集的数据Aggregators负责聚合Processors处理后的数据，并进行计算Outputs负责将处理后的数据导出到其他媒介运作机制各stage之间通过channel相互连接；iotop按进程显示实时IO使用率，定位SQL Server相关进程如数据文件日志文件操作的磁盘负载优化方向将数据文件和日志文件分离至不同磁盘，或使用SSD提升IO性能网络流量监控SQL Server的网络活动，避免连接或带宽瓶颈netstatss统计当前连接数ESTAB状态数据传输量RecvQSendQ；Telegraf通过interface声明Input接口，表示Input在pluginsinputs目录中创建插件，如cpu，实现Input接口最后，只需在全局注册表中注册插件的工厂函数即可在Erda中，Telegraf作为Erda平台的指标采集服务，以守护进程的方式部署在每台物理机上在上千台机器上稳定运行，采集并上报大量指标，以供SRE及相关运。

项目深度监控体系架构数据采集层如Telegraf存储层如InfluxDB展示层如Grafana，指标预测方法。

二Telegraf OPC UA插件专项优化若日志过大由Telegraf插件订阅过多节点导致，需优化节点配置分散节点负载将大量监控节点拆分到多个Telegraf实例，避免单实例订阅超过服务器处理能力如OPC UA服务器默认限制单次请求节点数为500调整采集频率在Telegraf配置文件中inputsopcua部分降低sample。

夜莺支持多种采集器，推荐使用categraf，因为其与夜莺的整合最为丝滑当然，用户也可以使用telegraf；在 Erda 中，Telegraf 作为 Erda 平台的指标采集服务，以守护进程的方式部署在每台物理机上现已广泛应用生产，在上千台机器上稳定运行，采集并上报大量指标，以供 SRE 及相关运维人员方便地分析与排查由于一些特殊需求，Erda 基于 Telegraf 进行了二次开发，以便更好地适配业务需求尽管如此，得益于 Te；进程Process一个操作系统进程在某些情况下，实例Service Instance不是一个进程，如一个Kubernetes中的pod可能包含多个进程层Layer层表示计算机科学中的抽象框架，如操作系统OS_LINUX层和Kubernetesk8s层层是服务的抽象集合一个服务通常只属于一个层，但在某些场景中，一个服务。