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

简介:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

本文转自d1net(转载)

目录
打赏
0
0
0
0
26198
分享
相关文章
带你读《从基础到应用云上安全航行指南》——前言
带你读《从基础到应用云上安全航行指南》——前言
112 1
“软件系统三高问题”高并发、高性能、高可用系统设计经验
​ 总的来说解决三高问题核心就是 “分字诀” 业务分层、系统分级、服务分布、数据库分库/表、动静分离、同步拆分成异步、单线程分解成多线程、原数据缓存分离、分流等等。。。。 直观的表述就是:从前端用的CDN、动静分离,到后台服务拆分成微服务、分布式、负载均衡、缓存、池化、多线程、IO、分库表、搜索引擎等等。都是强调一个“分”字。
3479 0
“软件系统三高问题”高并发、高性能、高可用系统设计经验
OpenAI 全球宕机思考:谈谈可观测采集稳定性建设
OpenAI 全球宕机思考:谈谈可观测采集稳定性建设
OpenAI全球宕机思考:谈谈可观测采集稳定性建设
文章探讨了为什么大规模集群中的可观测性服务会产生大量API请求、API服务器为何对DNS解析至关重要以及故障恢复过程为何缓慢的原因。
161 12
微服务监控:守护系统稳定的终极防线
微服务监控在数字化时代日益重要,它帮助运维和开发人员实时监测服务性能、状态和安全,确保微服务架构的稳定性和可用性。构建微服务监控体系需关注合理监控策略、数据采集处理、可视化及告警。数据采集的三大支柱是指标、日志和链路追踪。监控涵盖基础设施、系统、应用和业务层面。通过优化监控体系、融合业务场景和建立跨团队协作,可提升监控效果。未来,AI和云计算将推动微服务监控向更精准、高效和安全的方向发展。
261 0
【分布式技术专题】「缓存解决方案」一文带领你好好认识一下企业级别的缓存技术解决方案的运作原理和开发实战(场景问题分析+性能影响因素)
【分布式技术专题】「缓存解决方案」一文带领你好好认识一下企业级别的缓存技术解决方案的运作原理和开发实战(场景问题分析+性能影响因素)
173 0
建设强大系统:提升高可用、可靠性和稳定性的秘诀
建设强大系统:提升高可用、可靠性和稳定性的秘诀
1420 0
转:单纯形算法在监控软件中的优势、运用与误区
在监控软件中,单纯形算法可是大有作为,尤其是在资源分配、任务调度和性能优化等领域。并且在解决线性规划问题方面可是一把好手,能够找到在约束条件下目标函数的最优解。
92 1
如何做好大促时的系统高可用
如何在大促中做好系统高可用是大家都非常关心的一个问题,特别是在双十一之前,在大促过程中做好系统高可用保障是有双十一大促的客户都会了解的一个内容。大流量、系统内部/下游不稳定、单机故障、热点请求等等一系列的问题都会导致一些非预期的情况。那么今天就围绕大促来谈谈,如何在非预期的情况下,始终保持我们的系统...
如何做好大促时的系统高可用