五种机房动力环境监控系统的优缺点

简介:

一、云安防底端存储机房环境动力监控系统

在“嵌入式协议解释、主动上报”的基础上,进一步完善底端离线存储、底端告警脱机上报机制,实现在线监控主动上报,网络异常时底端存储,并通过底端设备将告警通知。

优点:监控内容全面、布线简洁、实时数据传输效率高、支持底端告警通知、监控不缺失、功能强大。

缺点:相对成本比较高,功能较为复杂。

设备监控接入控制器完成底端采集、底端协议解释,在通信网络正常时,采用主动上报机制,将发生变化的数值上报给服务器;当发生网络中断时,其负责存储底端事件及告警,并通过电信短信模块将告警通知负责人。

智能设备协议采集器作为设备监控接入控制器与智能设备(如智能UPS)之间通信桥梁,其作用:

统一前端协议解释。对接入的智能设备统一接入的标准协议解释及转化,底端完成协议解释工作。

下载通信协议驱动后,自动与智能设备通信,自动点明智能设备、采集数据包,并在其本地存储,当设备监控接入控制器需该智能设备信息时,快速响应。不支持透明传输,加快采集效率。

完成接口转换功能。其对下,与智能设备通信提供RS232或RS422或RS485接口,适应现场的接线需求。

统一接口通信参数,其对下,与智能设备的通信参数因具体设备各异;但对上通信,与设备监控接入控制器通信时,采用统一的通信参数(波特率、停止位、数据位等)。

本方案采用以上监控采集方式进行设计,采用先进的设计理念,满足不同场合的更高效应用。

二、嵌入式机房动力环境监控系统

随着嵌入式系统的硬件性能增强及协议底端解释实现,可实现底端采集、底端协议解释、统一编码、主动上报。

现场补监控设备由监控主设备完成底端采集和协议解释,对上通过统一编码的协议与监控主机通信、并采用主动上报机制,以节省带宽及减少网络数据流量。

优点:监控内容全面、布线简洁、实时数据传输效率高。

缺点:虽然采用嵌入式解释、主动上报传输机制,但监控数据由监控主机接收,如果网络故障或监控主机出现故障,监控仍将缺失。

三、多串口服务器动力环境监控系统

随着1~16口多串口服务器的完善及普及,新的动环监控系统使用其代替计算机多串口卡的应用,解决了被监控设备与监控主机远距离布线的麻烦,将现场RS232/RS422/RS485设备接入多串口服务器,经多串服务器TCP/IP网络传送至监控主机,传输距离不受布线限制,并可节省布线。其实现的功能与多串口卡的功能相似,将串口数据网络打包,透明传输到监控主机。

优点:监控内容比较全面、布线简洁、多串口服务器接入便捷。

缺点:采用透明传输机制,设备通信协议解释由监控主机完成,如果网络故障或监控主机出现故障,监控将缺失;因经多次接口转换,故障风险增加;采用点明式采集机制,协议解释由监控主机实现,网络数据流量大、带宽压力大。

四、传统动力环境监控系统

随着计算机的处理能力增强、网络的应用普及,工控计算机(亦称为:监控主机)投入动力监控系统中,采用多串口卡的方式实现对底端动力设备的采集,并实现联网传送实时数据。

各动力设备智能通信口(RS232/RS422/RS485)或者增加的采集模块通过工程布线引至工控机(运行动力监控系统采集程序的电脑),由工控机实现协议解释及数据处理。

优点:监控内容比较全面、结构清淅

缺点:工程布线比较复杂、布线成本高、依赖工控机性能;设备通信协议解释由工控机完成,如果工控机出现故障(工控机毕竟是一台电脑,724365天工作,硬盘、内存、主机、电源、病毒引起的故障率高),监控将缺失,形成监控临时盲区。工控机需提供合适的安装环境:供电、环境温度、安装机架等。

五、早期机房动力环境监控系统

早期动环监控系统采用单节点非联网型监控系统,各节点独立工作,只能对机房简易的参量进行监测:环境温湿度、漏水、烟感、门磁、市电有无、重要配电开关等,基本上基于简易的开关量及少量模拟量的监测。监控主设备在本地完成采集,通过PSTN电话系统或者SMS短信系统将告警通知机房负责人。

优点:监控成本低、实现便捷。

缺点:监控内容简陋、及时性差、无法提供完善的管理体制、事后分析缺乏数据支持。

====================================分割线================================

本文转自d1net(转载)

目录
相关文章
|
13天前
|
数据采集 运维 监控
微服务监控:守护系统稳定的终极防线
微服务监控在数字化时代日益重要,它帮助运维和开发人员实时监测服务性能、状态和安全,确保微服务架构的稳定性和可用性。构建微服务监控体系需关注合理监控策略、数据采集处理、可视化及告警。数据采集的三大支柱是指标、日志和链路追踪。监控涵盖基础设施、系统、应用和业务层面。通过优化监控体系、融合业务场景和建立跨团队协作,可提升监控效果。未来,AI和云计算将推动微服务监控向更精准、高效和安全的方向发展。
19 0
|
3月前
|
缓存 监控 负载均衡
系统健康长期“三高”:实现高性能、高可用性和高稳定性的关键要素
大家想必都知道在人类健康领域,我们常常警惕“三高”带来的风险,三高是一个不健康的意思,而在数字化世界中,恰恰相反,系统的高性能、高可用性和高稳定性代表着系统的健康和卓越运行,是一个健康的概念。作为开发者怎么能让我们开发的系统保证长期“三高”,那么本文就来简单讨论一下如何让系统长期维持理想的“三高”标准,以及“三高”在实际业务场景中的真实性,并探索一下在技术负责人角色中使用“三高”来评价系统开发工作的可行性等内容,欢迎大家在评论区留言交流。
80 1
系统健康长期“三高”:实现高性能、高可用性和高稳定性的关键要素
|
7月前
|
运维 监控 容灾
建设强大系统:提升高可用、可靠性和稳定性的秘诀
建设强大系统:提升高可用、可靠性和稳定性的秘诀
|
10月前
|
消息中间件 Dubbo Java
深度剖析线上应用节点流量隔离技术
深度剖析线上应用节点流量隔离技术
8476 0
|
存储 缓存 容灾
语音聊天开发,提升系统稳定性的容灾设计
语音聊天开发,提升系统稳定性的容灾设计
|
运维 监控 前端开发
传统运维不得不会的zabbix监控(你早起,我早起,我们迟早在一起)(一)
传统运维不得不会的zabbix监控(你早起,我早起,我们迟早在一起)(一)
208 0
传统运维不得不会的zabbix监控(你早起,我早起,我们迟早在一起)(一)
|
运维 监控 安全
传统运维不得不会的zabbix监控(你早起,我早起,我们迟早在一起)(三)
传统运维不得不会的zabbix监控(你早起,我早起,我们迟早在一起)(三)
98 0
传统运维不得不会的zabbix监控(你早起,我早起,我们迟早在一起)(三)
|
运维 监控 Linux
传统运维不得不会的zabbix监控(你早起,我早起,我们迟早在一起)(二)
传统运维不得不会的zabbix监控(你早起,我早起,我们迟早在一起)(二)
115 0
传统运维不得不会的zabbix监控(你早起,我早起,我们迟早在一起)(二)
|
SQL 缓存 安全
如何做好大促时的系统高可用
面对大促不确定的流量,我们需要做好全方位的流量控制与防护能力,确保我们的系统始终工作在预期的范围之内。首先我们需要有流量的实时监控以及水位诊断分析能力,确保我们知道当前系统所处的一个状态;在业务的链路入口,我们需要做好链路入口的容量评估以及峰值流量的限流配置、同时需要开启热点隔离能力,防止黑马商品、黑产刷单等不确定因素造成的稳定性影响;在微服务内部我们需要配置单机流控,针对微服务内部异步的流量我们可以配置流量平滑能力做到削峰填谷的效果;针对下游依赖的服务以及组件(数据库、缓存等),我们可以通过慢SQL发现以及熔断、慢调用隔离、热点探测等手段保障稳定性。
如何做好大促时的系统高可用
|
存储 缓存 监控
提升陪玩平台源码可靠性和可用性,可以采取的方式
提升陪玩平台源码可靠性和可用性,可以采取的方式