服务器运行状态监控(如何监控服务器工作状态)
大家好，服务器运行状态监控相信很多的网友都不是很明白，包括如何监控服务器工作状态也是一样，不过没有关系，接下来就来为大家分享关于服务器运行状态监控和如何监控服务器工作状态的一些知识点，大家可以关注收藏，免得下次来找不到哦，下面我们开始吧！
怎么才能实现随时随地监测服务器运行情况
针对每一个问答都本着绝不大胆胡说，只管小心求证的态度，疯评科技来解答您的提问。
想要随时随地监测服务器的运行情况，需要使用专业的监控软件。下面具体来说一说。
监控软件的功能要求
首先理清楚自己的需求，需要监控什么指标，监控方式，能否预警，历史数据是否保存，是否需要图形，只有对这些进行了充分了解，才能进行目标选定。
常用监控指标如下:
设备的运行状态有cpu使用情况，内存使用情况，硬盘使用情况，设备温度，运行时间等。
网络运行状态有流量，网卡状态，端口状态，路由条目数，路由协议状态等。
其它有ups运行状态，电量，光纤功率，电源状态等。
监控方式有snmp,，wmi，agent等。
预警需求有短信，电话，邮件，微信等。
相信经过这一系列的了解，对监控软件就走了选型了，这里我自己管理的网络用的流量监控软件是cacti和zabbix，其它状态监控用的是PRTG，还有设备厂商自带的监控软件。
监控软件的安装部署
在选定了监控软件后就是进行安装部署了，选用本地服务器还是云服务器都是可以的，需要服务器保持稳定，能够存储一定量的监控数据。
有的监控软件安装比较简单，比如Windows环境下的，涉及到数据库安装的就复杂一些，相比较而言，Linux下的监控软件性能更好，更稳定，当然非专业人员部署起来也比较困难。
监控软件安装完成后，需要进行必要的配置，包括监控目标的添加，参数调整，阈值设置，预警方式等。
在设置完整后，需要对所有配置保存并备份，并做定期备份计划，以确保数据安全。
随时随监测服务器
经过前面的准备，我们已经可以实现随时随地监测服务器了。具体实施可以如下来做:
有web登录功能的监控软件直接在手机浏览器中访问，并存入收藏夹，以被随时登录查看服务器状态。
有app客户端的监控软件则直接在手机上安装app进行查看。
没有web和app登录方式的则手机需要有远程软件，进行远程登录查看。
通过上述所说，用手机即可以轻松实现随时随地监测服务器的情况，当然有条件的，可以对监控软件进行二次开发或者自己开发所需功能的监控软件。
如何监控服务器工作状态
服务器工作状态可以通过不同方式监控。
SNMP和IPMI都是可以的。但是由于很多服务器的数据非常重要，而利用接口的方式监控有被黑客攻击的风险。
现在银行系统、金融等系统很多采用一种称之为“神鹰光眼”的方式监控服务器状态指示灯。用以向监控系统实时报告服务器的运行状态。由于其采用了最新的光纤技术，与服务器之间物理隔绝。因此系统的安全性得以保障。
如何做好运维监控
统一监控平台，说到底本质上也是一个监控系统，监控的基本能力是必不可少的，回归到监控的本质，先梳理下整个监控体系：
①监控系统的本质是通过发现故障、解决故障、预防故障来为了保障业务的稳定。
②监控体系一般来说包括数据采集、数据检测、告警管理、故障管理、视图管理和监控管理6大模块。而数据采集、数据检测和告警处理是监控的最小闭环，但如果想要真正把监控系统做好，那故障管理闭环、视图管理、监控管理的模块也缺一不可。
一、数据采集
1、采集方式
数据采集方式一般分为Agent模式和非Agent模式；
Agent模式包括插件采集、脚本采集、日志采集、进程采集、APM探针等
非Agent模式包括通用协议采集、Web拨测、API接口等
2、数据类型
监控的数据类型有指标、日志、跟踪数据三种类型。
指标数据是数值型的监控项，主要是通过维度来做标识。
日志数据是字符型的数据，主要是从中找一些关键字信息来做监控。
跟踪型数据反馈的是跟踪链路一个数据流转的过程，观察过程中的耗时性能是否正常。
3、采集频率
采集频率分秒级、分钟级、随机三种类型。常用的采集频率为分钟级。
4、采集传输
采集传输可按传输发起分类，也可按传输链路分类。
按传输发起分类有主动采集Pull（拉）、被动接收Push（推）
按传输链路分类有直连模式、Proxy传输。
其中Proxy传输不仅能解决监控数据跨网传输的问题，还可以缓解监控节点数量过多导致出现的数据传输的瓶颈，用Proxy实现数据分流。
5、数据存储
对于监控系统来说，主要有以下三种存储供选择
①关系型数据库
例如MySQL、MSSQL、DB2；典型监控系统代表：Zabbix、SCOM、Tivoli；
由于数据库本身的限制，很难搞定海量监控的场景，有性能瓶颈，只在传统监控系统常用
②时序数据库
为监控这种场景设计的数据库，擅长于指标数据存储和计算；例如InfluxDB、OpenTSDB（基于Hbase）、Prometheus等；典型监控系统代表：TICK监控框架、 Open-falcon、Prometheus
③全文检索数据库
这类型数据库主要用于日志型存储，对数据检索非常友好，例如Elasticsearch。
二、数据检测
1.数据加工
①数据清洗
数据清洗比如日志数据的清洗，因为日志数据是非结构化的数据，信息密度较低，因此需要从中提取有用的数据。
②数据计算
很多原始性能数据不能直接用来判断数据是否产生异常。比如采集的数据是磁盘总量和磁盘使用量，如果要检测磁盘使用率，就需要对现有指标进行一个简单的四则运算，才能得到磁盘使用率。
③数据丰富
数据丰富就是给数据打上一些tags标签，比如打上主机、机房的标签，方便进行聚合计算。
④指标派生
指标派生指的是通过已有的指标，通过计算得出新的指标。
2.检测算法
有固定规则和机器学习算法。固定算法是较为常见的算法，静态阈值、同比环比、自定义规则，而机器学习主要有动态基线、毛刺检测、指标预测、多指标关联检测等算法。
无论是固定规则还是机器学习，都会有相应的判断规则，即常见的<>>=和and/or的组合判断等。
三、告警管理
1.告警丰富
告警丰富是为了后续告警事件分析做准备，需要辅助信息去判断该怎么处理、分析和通知。
告警丰富一般是通过规则，联动CMDB、知识库、作业历史记录等数据源，实现告警字段、关联信息的丰富；通过人工打Tags也是一种丰富方式，不过实际场景下由于人工成本高导致难以落地。
2.告警收敛
告警收敛有三种思路：抑制、屏蔽和聚合
①抑制
即抑制同样的问题，避免重复告警。常见的抑制方案有防抖抑制、依赖抑制、时间抑制、组合条件抑制、高可用抑制等。
②屏蔽
屏蔽可预知的情况，比如变更维护期、固定的周期任务这些已经知道会发生的事件，心里已经有预期。
③聚合
聚合是把类似或相同的告警进行合并，因为可能反馈的是同一个现象。比如业务访问量升高，那承载业务的主机的CPU、内存、磁盘IO、网络IO等各项性能都会飙升，这样把这些性能指标都聚合到一块，更加便于告警的分析处理。
3.告警通知
①通知到人
通过一些常规的通知渠道，能够触达到人。
这样在没有人盯屏的时候，可以通过微信、短信、邮件触发到工作人员。
②通知到系统
一般通过API推送给第三方系统，便于进行后续的事件处理
另外还需要支持自定义渠道扩展（比如企业里有自己的IM系统，可以自行接入）
四、故障管理
告警事件必须要处理有闭环，否则监控是没有意义的。
最常见还是人工处理：值班、工单、故障升级等。
经验积累可以把人工处理的故障积累到知识库里面，用于后续故障处理的参考。
自动处理，通过提取一些特定告警的固化的处理流程，实现特定场景的故障自愈；比如磁盘空间告警时把一些无用日志清掉。
智能分析主要是通过故障的关联分析、定位、预测等AI算法，进一步提升故障定位和处理的效率；
1.视图管理
视图管理也属于增值性功能，主要是满足人的心理述求，做到心中有底，面向的角色很多（领导、管理员、值班员等）。
大屏：面向领导，提供全局概览
拓扑：面向运维人员，提供告警关联关系和影响面视图
仪表盘：面向运维人员，提供自定义的关注指标的视图
报表：面向运维人员、领导，提供一些统计汇总报表信息，例如周报、日报等
检索：面向运维人员，用于故障分析场景下的各类数据检索
2.监控管理
监控管理是企业监控落地过程中的最大挑战。前5个模块都是监控系统对外提供的服务功能，而监控管理才是面向监控系统自身的管理和控制，关注真正落地的过程的功能呈现。主要有以下几个方面：
配置：简单、批量、自动
覆盖率：监控水平的衡量指标
指标库：监控指标的规范
移动端：随时随地处理问题
权限：使用控制
审计：管理合规
API：运维数据最大的来源，用于数据消费
自监控：自身稳定的保障
为了实现上述监控六大基础能力模块，我们可以按如下架构设计我们的统一监控平台。
主要分三层，接入层，能力层，功能层。
接入层主要考虑各种数据的接入，除了本身Agent和插件的采集接入，还需要支持第三方监控源的数据接入，才能算一个完整的统一监控平台。
能力层主要考虑监控的基础通用能力，包含数据采集模块、数据存储模块、数据加工模块、数据检测模块、AI分析模块。
功能层需要贴近用户使用场景，主要有管理、展示两类功能，在建设的过程中可以不断丰富功能场景。
另外，考虑到数据的关联关系，为未来的数据分析打下基础，监控和CMDB也需要紧密联动，所有的监控对象都应该用CMDB进行管理，另外，还可以配置驱动监控为指导理念，实现监控的自动上下线，告警通知自动识别负责人等场景，简化监控的维护管理。
为了统一监控平台能够在企业更好的落地，我们需要配备对应的管理体系，其中最重要的是指标管理体系。
指标管理体系的核心理念：
监控的指标体系是以CMDB为骨架，以监控指标为经脉，将整个统一监控平台的数据有机整合起来。
贯穿指标的生命周期管理，辅以指标的管理规范，保障监控平台长久有序的运行。
从企业业务应用的视角出发，一般将企业监控的对象分为6层，也可以根据企业自己的情况进行调整：
基础设施层
硬件设备层
操作系统层
组件服务层
应用性能层
业务运营层
OK，关于服务器运行状态监控和如何监控服务器工作状态的内容到此结束了，希望对大家有所帮助。