国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      融合以太網(wǎng)和物聯(lián)網(wǎng)協(xié)議的機房監(jiān)控系統(tǒng)及信息處理、控制方法與流程

      文檔序號:11147697閱讀:1086來源:國知局
      融合以太網(wǎng)和物聯(lián)網(wǎng)協(xié)議的機房監(jiān)控系統(tǒng)及信息處理、控制方法與制造工藝

      本發(fā)明用于解決多種機房監(jiān)控場景的統(tǒng)一與融合問題,具體涉及一種融合以太網(wǎng)和物聯(lián)網(wǎng)協(xié)議的機房監(jiān)控系統(tǒng)及信息處理、控制方法。



      背景技術(shù):

      傳統(tǒng)的機房環(huán)境監(jiān)控平臺采用的是相對獨立的監(jiān)控方式,數(shù)據(jù)通常在自身的設(shè)備與服務(wù)器之間流轉(zhuǎn),除非報警,數(shù)據(jù)不會傳送給機房監(jiān)控主機。這種情況往往使得機房內(nèi)的設(shè)備運行數(shù)據(jù)成為信息孤島,必須使用其自帶的軟件服務(wù)才能獲取數(shù)據(jù)。目前較好地解決方式也只是自成邏輯地完成一些設(shè)備的自動化控制,無法將機房整體狀態(tài)與每一臺服務(wù)器的運行狀態(tài)結(jié)合起來,形成智能的聯(lián)動操作。

      傳統(tǒng)機房環(huán)境監(jiān)控平臺是把重點放在對機房整體環(huán)境、空調(diào)及配電柜的監(jiān)控上,而忽視了對設(shè)備自身的健康狀態(tài)監(jiān)控,即使做了報警提示,也是存在安全隱患的。本發(fā)明利用SNMP通訊協(xié)議,將環(huán)境監(jiān)控設(shè)備的自身健康狀態(tài)與環(huán)境動力等監(jiān)測獲得的各類型數(shù)據(jù)一起實時地傳送給機房監(jiān)控主機。從而為機房內(nèi)的服務(wù)器提供切換工作狀態(tài)的依據(jù),確保機房安全高效的運行。

      傳統(tǒng)機房環(huán)境監(jiān)控一般只能實現(xiàn)機房動力設(shè)備與環(huán)境狀態(tài)的監(jiān)測與報警,監(jiān)控系統(tǒng)通過對傳感器、電表等智能設(shè)備收集到數(shù)據(jù)信息進行儲存、分析與顯示,僅當(dāng)某項數(shù)據(jù)超過設(shè)定的閥值時將產(chǎn)生報警。運維人員獲得大量的數(shù)據(jù)與報警信息,但卻難以對數(shù)據(jù)進行分析或?qū)鼍斑M行模擬,無法掌握機房運行的整體情況與運行趨勢,更無法全面了解機房的功耗情況。本發(fā)明不但將機房內(nèi)的環(huán)境監(jiān)控與網(wǎng)絡(luò)監(jiān)控等監(jiān)控系統(tǒng)的信息進行高效地通訊整合,使運維人員獲得完整的故障分析數(shù)據(jù),而且可以實現(xiàn)機房內(nèi)的設(shè)備聯(lián)動。

      傳統(tǒng)的機房監(jiān)控平臺構(gòu)架復(fù)雜,監(jiān)控單元較分散,相互之間通訊方式又因供應(yīng)商不同而存在無法兼容的現(xiàn)象,往往造成機房監(jiān)控系統(tǒng)整體結(jié)構(gòu)存在不必要的冗余,同時監(jiān)控效果也存在許多不確定因素,導(dǎo)致項目的資本投入與產(chǎn)生的監(jiān)控效果之間不成正比。本發(fā)明統(tǒng)一控制機房內(nèi)的監(jiān)控系統(tǒng),規(guī)范了設(shè)備之間的通訊方式,避免了系統(tǒng)中不必要的硬件或功能上的冗余,降低了成本,提高了監(jiān)控工作效率。

      本發(fā)明可以解決上述問題,無論是機房的環(huán)境、動力和安防等方面發(fā)生問題,還是服務(wù)器微環(huán)境出現(xiàn)故障,都可以有序地進行關(guān)聯(lián)操作。



      技術(shù)實現(xiàn)要素:

      本發(fā)明為多支維護團隊的集中工作提供一種融合以太網(wǎng)和物聯(lián)網(wǎng)協(xié)議的機房監(jiān)控系統(tǒng)及信息處理、控制方法,系統(tǒng)可以快速響應(yīng),通過內(nèi)部的通訊協(xié)議數(shù)據(jù)轉(zhuǎn)換,快速傳達指令,并啟動有序的關(guān)機等控制流程;當(dāng)服務(wù)器出現(xiàn)異常關(guān)機的狀況時,系統(tǒng)可以將同一時刻所有的環(huán)境變量等相關(guān)數(shù)據(jù)集中呈現(xiàn),幫助專業(yè)維護人員迅速找出事故原因。

      本發(fā)明采用的技術(shù)方案為包括若干監(jiān)控模塊和智能機房監(jiān)控平臺、服務(wù)器集群、客戶終端設(shè)備和本地聲光報警器,其中,所述智能機房監(jiān)控平臺由環(huán)境監(jiān)控主機、監(jiān)控服務(wù)器、網(wǎng)絡(luò)監(jiān)控主機組成,所述若干監(jiān)控模塊通過通訊總線連接環(huán)境監(jiān)控主機,環(huán)境監(jiān)控主機通過MQTT協(xié)議連接監(jiān)控服務(wù)器的MQTT引擎,同時機房環(huán)境監(jiān)控主機連接本地聲光報警;所述監(jiān)控服務(wù)器上傳監(jiān)控數(shù)據(jù)到客戶終端設(shè)備,監(jiān)控服務(wù)器通過SNMP代理連接網(wǎng)絡(luò)監(jiān)控主機;所述網(wǎng)絡(luò)監(jiān)控主機通過SNMP協(xié)議連接服務(wù)器集群,同時通過IPMI協(xié)議連接被管理服務(wù)器上安設(shè)的基板管理控制器 (BMC)控制服務(wù)器。

      其中,所述若干監(jiān)控模塊包括動力監(jiān)控、環(huán)境監(jiān)控、安防監(jiān)控和消防監(jiān)控模塊。

      其中,所述監(jiān)控服務(wù)器還安裝有報警模塊,報警模塊通過SMS/EMAIL/語音連接客戶終端設(shè)備進行報警。

      其中,MQTT引擎用于訂閱機房環(huán)境監(jiān)控主機發(fā)布的消息并發(fā)布消息至機房環(huán)境監(jiān)控主機和MQTT-SNMP擴展模塊。

      其中,MQTT-SNMP擴展模塊以SNMP子代理或者SNMP代理擴展動態(tài)鏈接庫的形式掛接在SNMP代理上,同時以MQTT客戶端的形式連接MQTT引擎。

      本發(fā)明提供一種監(jiān)控信息采集與上傳方法,包含下列步驟:

      步驟一,監(jiān)控模塊采集各種自身事件,發(fā)送地址、采集值數(shù)據(jù)包至環(huán)境監(jiān)控主機;

      步驟二,依據(jù)數(shù)據(jù)包對應(yīng)策略表決定是否打開本地聲光報警器;解析得到的地址、采集值按Json格式封裝,通過MQTT協(xié)議發(fā)送至監(jiān)控服務(wù)器MQTT引擎;

      步驟三,網(wǎng)絡(luò)監(jiān)控主機查詢服務(wù)器集群中的服務(wù)器,采集后發(fā)送信息至SNMP代理;

      步驟四,MQTT-SNMP擴展模塊從MQTT引擎處獲得機房環(huán)境監(jiān)控上傳的數(shù)據(jù),同時獲取SNMP代理處被管理服務(wù)器的信息;

      步驟五,MQTT-SNMP擴展模塊將環(huán)境、網(wǎng)絡(luò)監(jiān)測信息發(fā)布至用戶客戶端。

      本發(fā)明提供一種服務(wù)器控制方法,包含下列步驟:

      步驟一,監(jiān)控模塊采集各種自身事件,發(fā)送地址、采集值數(shù)據(jù)包至環(huán)境監(jiān)控主機;

      步驟二,依據(jù)數(shù)據(jù)包對應(yīng)策略表決定是否打開本地聲光報警器;解析得到的地址、采集值按Json格式封裝,通過MQTT協(xié)議發(fā)送至監(jiān)控服務(wù)器MQTT引擎;

      步驟三,MQTT-SNMP擴展模塊從MQTT引擎處獲得機房環(huán)境監(jiān)控上傳的數(shù)據(jù),解析后將需要報警的數(shù)據(jù)給用戶客戶端報警,將需要傳給網(wǎng)絡(luò)監(jiān)控主機的MQTT消息發(fā)送給SNMP代理;

      步驟四,SNMP代理將SNMP消息發(fā)送至網(wǎng)絡(luò)監(jiān)控主機,網(wǎng)絡(luò)監(jiān)控主機根據(jù)Trap消息中的IDO依次通過SNMP協(xié)議操作各個被管理的服務(wù)器;

      步驟五,對于SNMP協(xié)議無法執(zhí)行的操作,網(wǎng)絡(luò)監(jiān)控主機通過IPMI協(xié)議命令被管理服務(wù)器上的BMC執(zhí)行操作。

      本發(fā)明提供一種機房環(huán)境設(shè)備控制方法,包含下列步驟:

      步驟一,網(wǎng)絡(luò)監(jiān)控主機監(jiān)控集群中服務(wù)器運行時的各種監(jiān)控指標(biāo);

      步驟二,網(wǎng)絡(luò)監(jiān)控主機收集返回的服務(wù)地址和各種監(jiān)控指標(biāo),將該消息發(fā)送到監(jiān)控服務(wù)器SNMP代理;

      步驟三,監(jiān)控服務(wù)器SNMP代理將消息發(fā)送到MQTT-SNMP擴展模塊,擴展模塊將需要報警的數(shù)據(jù)給用戶客戶端報警,對于需要發(fā)送給環(huán)境監(jiān)測端的消息則發(fā)布至MQTT引擎;

      步驟四,環(huán)境監(jiān)控主機根據(jù)數(shù)據(jù)包中控制器地址和操作參數(shù)發(fā)送RS485命令給指定的控制器;

      步驟五,機房環(huán)境監(jiān)控主機根據(jù)最新的MQTT控制消息,解析數(shù)據(jù)包得到命令數(shù)據(jù),發(fā)送命令至指定的控制器;指定控制器執(zhí)行指定動作。

      和現(xiàn)有技術(shù)相比,本發(fā)明提供了一種以計算機技術(shù)為基礎(chǔ)、基于設(shè)備集中管理模式的自動化、智能化和高效率的機房監(jiān)控方法,通過對SNMP、MQTT、IPMI三種協(xié)議的綜合靈活運用,實現(xiàn)了對機房環(huán)境、動力系統(tǒng)、安防系統(tǒng)、消防系統(tǒng)、網(wǎng)絡(luò)設(shè)備、服務(wù)器等機房各種設(shè)備的實時監(jiān)測和智能控制;解決了機房環(huán)境設(shè)備和網(wǎng)絡(luò)服務(wù)器設(shè)備需要采用不同系統(tǒng)分別進行監(jiān)控管理的問題,實現(xiàn)了監(jiān)測控制信息的統(tǒng)一發(fā)布、統(tǒng)一展示、統(tǒng)一管理。

      進一步地,本發(fā)明使機房環(huán)境監(jiān)控平臺的數(shù)據(jù)傳輸方式得到了優(yōu)化,利用互聯(lián)網(wǎng)與物聯(lián)網(wǎng)中的不同通訊協(xié)議的特點,統(tǒng)一監(jiān)控多種機房設(shè)備,有利于機房內(nèi)各類數(shù)據(jù)的集中展示。本發(fā)明在設(shè)備通訊方式上提出了諸多優(yōu)化舉措,使得機房整體監(jiān)測數(shù)據(jù)更加易于管理、易于發(fā)布、易于分析運算。本發(fā)明更好地實現(xiàn)了機房設(shè)備的聯(lián)動,提高了機房設(shè)備的運行效率,保障了機房設(shè)備的安全,為多支維護團隊的集中工作提供了一種解決方法,降低系統(tǒng)維護的成本。本發(fā)明統(tǒng)一了機房內(nèi)的監(jiān)控系統(tǒng),規(guī)范了設(shè)備之間的通訊方式,避免了系統(tǒng)中不必要的硬件或功能上的冗余,降低了機房監(jiān)控系統(tǒng)建設(shè)成本,提高了監(jiān)控工作效率, 為建設(shè)綠色、高效的智能機房提供一種解決方法。

      附圖說明

      圖1為本發(fā)明的結(jié)構(gòu)示意圖;

      圖2為本發(fā)明第一個實施例的實現(xiàn)流程說明圖;

      圖3為本發(fā)明第二個實施例的實現(xiàn)流程說明圖;

      圖4為本發(fā)明第三個實施例的實現(xiàn)流程說明圖;

      圖5為本發(fā)明軟件架構(gòu)圖。

      具體實施方式

      現(xiàn)結(jié)合附圖對本發(fā)明作進一步地說明。

      本發(fā)明主要用于解決多種機房監(jiān)控場景的統(tǒng)一與融合問題,可改善因機房環(huán)境監(jiān)控、動力系統(tǒng)監(jiān)控、安防系統(tǒng)監(jiān)控、消防系統(tǒng)監(jiān)控、網(wǎng)絡(luò)設(shè)備監(jiān)控、服務(wù)器狀態(tài)監(jiān)控及應(yīng)用狀態(tài)監(jiān)控等監(jiān)控服務(wù)分散化而造成維護成本高、工作效率低、監(jiān)控效果不理想等現(xiàn)象。

      本發(fā)明為多支維護團隊的集中工作提供一種解決方法,同時可拓寬相應(yīng)的應(yīng)用場景。比如,當(dāng)環(huán)境溫度過高或者其他需要觸發(fā)服務(wù)器關(guān)機的外部條件出現(xiàn)時,系統(tǒng)可以快速響應(yīng),通過內(nèi)部的通訊協(xié)議數(shù)據(jù)轉(zhuǎn)換,快速傳達指令,并啟動有序的關(guān)機等控制流程。同樣,當(dāng)服務(wù)器出現(xiàn)異常關(guān)機的狀況時,系統(tǒng)可以將同一時刻所有的環(huán)境變量等相關(guān)數(shù)據(jù)集中呈現(xiàn),幫助專業(yè)維護人員迅速找出事故原因。

      相關(guān)術(shù)語的說明:

      IPMI協(xié)議:IPMI (Intelligent Platform Management Interface,智能平臺管理接口)是一個開放的標(biāo)準(zhǔn)硬件管理接口規(guī)范。透過IPMI這樣的標(biāo)準(zhǔn)接口,系統(tǒng)管理員可輕易地從遠程監(jiān)控到服務(wù)器及客戶端計算機的各項健康狀況,并可依此獲得各項管理信息系統(tǒng)所需要的信息,即使當(dāng)操作系統(tǒng)失效時,IPMI仍可獨立運作,協(xié)助管理者迅速了解硬件失效的原因,并進一步診斷硬件的各項問題,以使系統(tǒng)能在最短時間內(nèi)重新恢復(fù)運作。IPMI 信息通過基板管理控制器 (BMC)(位于 IPMI 規(guī)格的硬件組件上)進行交流;

      MQTT協(xié)議:MQTT(Message Queuing Telemetry Transport,消息隊列遙測傳輸)是由IBM開發(fā)的一個即時通訊協(xié)議,已成為物聯(lián)網(wǎng)的重要組成部分。該協(xié)議支持所有平臺,幾乎可以把所有聯(lián)網(wǎng)物品和外部連接起來,MQTT是輕量級的、基于代理的發(fā)布/訂閱消息傳輸協(xié)議,此協(xié)議的設(shè)計開放、簡單、輕量、易于實現(xiàn);

      SNMP協(xié)議:SNMP(Simple Network Management Protocol,簡單網(wǎng)絡(luò)管理協(xié)議) 是一種在IP網(wǎng)絡(luò)中管理網(wǎng)絡(luò)節(jié)點(如服務(wù)器、工作站、路由器、交換機等)的標(biāo)準(zhǔn)協(xié)議。該協(xié)議能夠支持網(wǎng)絡(luò)管理系統(tǒng),用以監(jiān)測連接到網(wǎng)絡(luò)上的設(shè)備是否有任何引起管理上關(guān)注的情況。SNMP得到了廣泛應(yīng)用,成為網(wǎng)絡(luò)管理事實上的標(biāo)準(zhǔn)。

      參見圖1,圖1是本發(fā)明的一個實施例的結(jié)構(gòu)示意圖,本實施例由包括動力1監(jiān)控、環(huán)境監(jiān)控2、安防監(jiān)控3、消防監(jiān)控4、智能機房監(jiān)控平臺5、服務(wù)器集群6、客戶終端設(shè)備7和本地聲光報警器8組成。所述動力監(jiān)控1由UPS11、配電柜12、蓄電池13和變壓器14組成,通過通訊總線連接環(huán)境監(jiān)控主機51;所述環(huán)境監(jiān)控模塊2由漏水21監(jiān)控、新風(fēng)系統(tǒng)22、精密空調(diào)23、溫濕度24監(jiān)控組成,通過通訊總線連接環(huán)境監(jiān)控主機51;所述安防監(jiān)控模塊3由門禁系統(tǒng)31、攝像機32和防盜系統(tǒng)33組成,通過通訊總線連接環(huán)境監(jiān)控主機51;所述消防4監(jiān)控由消防控制41和煙霧報警42組成,通過通訊總線連接監(jiān)控主機51;

      所述智能機房監(jiān)控平臺5由環(huán)境監(jiān)控主機51、監(jiān)控服務(wù)器52、網(wǎng)絡(luò)監(jiān)控主機53組成,所述監(jiān)控服務(wù)器52由報警模塊521、MQTT-SNMP擴展模塊522、MQTT-SNMP映射表523、SNMP代理524和MQTT引擎525組成。環(huán)境監(jiān)控主機51通過MQTT協(xié)議連接監(jiān)控服務(wù)器52的MQTT引擎525,同時機房環(huán)境監(jiān)控主機51連接本地聲光報警8;所述監(jiān)控服務(wù)器52通過B/S架構(gòu)上傳監(jiān)控數(shù)據(jù)到客戶終端設(shè)備7,所述監(jiān)控服務(wù)器52安裝有報警模塊521,通過SMS/EMAIL/語音連接客戶終端設(shè)備7進行報警,所述監(jiān)控服務(wù)器52通過SNMP代理524連接網(wǎng)絡(luò)監(jiān)控主機53;所述網(wǎng)絡(luò)監(jiān)控主機53通過SNMP協(xié)議連接服務(wù)器集群6,同時通過IPMI協(xié)議連接被管理服務(wù)器上安設(shè)的基板管理控制器 (BMC)控制服務(wù)器。

      MQTT引擎,即MQTT服務(wù)器,用于訂閱機房環(huán)境監(jiān)控主機發(fā)布的消息并發(fā)布消息至機房環(huán)境監(jiān)控主機和MQTT-SNMP擴展模塊;MQTT-SNMP擴展模塊,在自定義管理信息基礎(chǔ)(MIB)文件生成的代理擴展框架的基礎(chǔ)上結(jié)合MQTT協(xié)議而來,以SNMP子代理或者SNMP代理擴展動態(tài)鏈接庫的形式掛接在SNMP代理上,同時以MQTT客戶端的形式連接MQTT引擎,提供從MQTT引擎訂閱得的消息給SNMP代理,同時將SNMP代理處得到的消息發(fā)布給MQTT引擎;MQTT-SNMP映射表,提供MQTT消息和SNMP消息的映射關(guān)系給MQTT-SNMP擴展模塊,實現(xiàn)MQTT消息和SNMP消息的轉(zhuǎn)換。參見圖5,圖5則是本發(fā)明軟件架構(gòu)圖,可以看到該系統(tǒng)實現(xiàn)了機房環(huán)境監(jiān)控、服務(wù)器設(shè)備監(jiān)控和用戶交互等各種功能。

      上述融合以太網(wǎng)和物聯(lián)網(wǎng)協(xié)議的機房監(jiān)控系統(tǒng)的技術(shù)目的的實現(xiàn),通常通過下列方法來完成。

      本發(fā)明還包括一種監(jiān)控信息采集與上傳方法,步驟依次為:

      1.環(huán)境監(jiān)控模塊采集各種自身事件,將包含傳感器地址和采集值的數(shù)據(jù)包通過RS485通訊發(fā)送消息至環(huán)境監(jiān)控主機。

      2.機房環(huán)境監(jiān)控配置有聲光報警策略表,可以通過傳感器地址、類型、值決定對應(yīng)是否啟動本地聲光報警操。通過解析485數(shù)據(jù)包,得到上傳數(shù)據(jù),依據(jù)策略表決定是否打開本地聲光報警。解析得到的數(shù)據(jù)中的傳感器地址、采集值按Json格式封裝,通過MQTT協(xié)議發(fā)送至監(jiān)控服務(wù)器MQTT引擎。

      3.網(wǎng)絡(luò)監(jiān)控主機53通過SNMP協(xié)議查詢服務(wù)器集群中的服務(wù)器,采集數(shù)據(jù)后,通過SNMP協(xié)議發(fā)送信息至SNMP代理。

      4.MQTT-SNMP擴展模塊通過MQTT協(xié)議的訂閱方式從MQTT引擎處獲得機房環(huán)境監(jiān)控上傳的數(shù)據(jù),同時通過SNMP協(xié)議獲取SNMP代理處被管理服務(wù)器的信息。

      5.MQTT-SNMP擴展模塊通過B/S架構(gòu)將環(huán)境監(jiān)測和網(wǎng)絡(luò)監(jiān)測信息發(fā)布至用戶客戶端。

      本發(fā)明還包括一種服務(wù)器控制方法,步驟依次為:

      1.環(huán)境監(jiān)控模塊采集各種自身事件,將包含傳感器地址和采集值的數(shù)據(jù)包通過RS485通訊發(fā)送消息至環(huán)境監(jiān)控主機。

      2.機房環(huán)境監(jiān)控配置有聲光報警策略表,可以通過傳感器地址、類型、值決定對應(yīng)是否啟動本地聲光報警操。通過解析485數(shù)據(jù)包,得到上傳數(shù)據(jù),依據(jù)策略表決定是否打開本地聲光報警。解析得到的數(shù)據(jù)中的傳感器地址、采集值按Json格式封裝,通過MQTT協(xié)議發(fā)送至監(jiān)控服務(wù)器MQTT引擎。

      3.MQTT-SNMP擴展模塊配置有MQTT-SNMP映射表,映射表包含MQTT數(shù)據(jù)和SNMP數(shù)據(jù)的轉(zhuǎn)換方式和具體處理方式。擴展模塊通過MQTT協(xié)議的訂閱方式從MQTT引擎處獲得機房環(huán)境監(jiān)控上傳的數(shù)據(jù),根據(jù)MQTT-SNMP映射表解析后,將需要報警的數(shù)據(jù)通過報警模塊以SMS/EMAIL/語音方式給用戶客戶端報警,將需要傳給網(wǎng)絡(luò)監(jiān)控主機的MQTT消息轉(zhuǎn)換成SNMP消息(其中包括被管理服務(wù)器編號和操作方式)后,發(fā)送給SNMP代理。

      4.SNMP代理將SNMP消息以Trap方式發(fā)送至網(wǎng)絡(luò)監(jiān)控主機,網(wǎng)絡(luò)監(jiān)控主機根據(jù)Trap消息中的IDO依次通過SNMP協(xié)議操作各個被管理的服務(wù)器。

      5.對于SNMP協(xié)議無法執(zhí)行的操作,網(wǎng)絡(luò)監(jiān)控主機通過IPMI協(xié)議命令被管理服務(wù)器上的BMC執(zhí)行操作。

      本發(fā)明還包括一種機房環(huán)境設(shè)備控制方法,步驟依次為:

      1.網(wǎng)絡(luò)監(jiān)控主機通過SNMP協(xié)議中g(shù)et-request消息監(jiān)控服務(wù)器集群中服務(wù)器運行時的各種監(jiān)控指標(biāo)。

      2.網(wǎng)絡(luò)監(jiān)控主機收集服務(wù)器集群中服務(wù)器返回的get-response消息(包含服務(wù)地址和各種監(jiān)控指標(biāo)),通過SNMP協(xié)議set-request方式發(fā)送到監(jiān)控服務(wù)器SNMP代理。

      3.監(jiān)控服務(wù)器SNMP代理將消息發(fā)送到MQTT-SNMP擴展模塊,擴展模塊根據(jù)MQTT-SNMP映射表解析SNMP消息,將需要報警的數(shù)據(jù)通過報警模塊以SMS/EMAIL/語音方式給用戶客戶端報警,對于需要發(fā)送給環(huán)境監(jiān)測端的消息,根據(jù)MQTT-SNMP映射表轉(zhuǎn)為Json格式的MQTT消息(其中包括控制器地址和操作參數(shù)),發(fā)布至MQTT引擎。

      4.環(huán)境監(jiān)控主機通過MQTT協(xié)議訂閱方式從MQTT引擎處獲得最新的MQTT控制消息,解析后,根據(jù)數(shù)據(jù)包中控制器地址和操作參數(shù)發(fā)送RS485命令給指定的控制器。

      5.機房環(huán)境監(jiān)控主機根據(jù)MQTT協(xié)議訂閱方式MQTT引擎處獲得最新的MQTT控制消息,解析數(shù)據(jù)包得到命令數(shù)據(jù),通過RS485發(fā)送命令至指定的控制器。指定控制器通過RS485通訊接收到命令,執(zhí)行指定動作。

      參見圖2,圖2為本發(fā)明第一個實施例的實現(xiàn)流程說明圖;實施例一中,機房發(fā)生了漏水事故,因此本系統(tǒng)采用如下方法來解決:漏水模塊21檢測到漏水事件,上傳漏水事件RS485數(shù)據(jù)包(包括地址和數(shù)據(jù))至機房環(huán)境監(jiān)控主機51;

      機房環(huán)境監(jiān)控主機51接收到漏水事件后打開本地聲光報警模塊8報警,并通過MQTT協(xié)議的發(fā)布方式上傳至監(jiān)控服務(wù)器52;

      監(jiān)控服務(wù)器52發(fā)送漏水事件消息至客戶終端設(shè)備7顯示并報警,同時發(fā)送漏水事件消息至網(wǎng)絡(luò)監(jiān)控主機53;

      網(wǎng)絡(luò)監(jiān)控主機53收到漏水事件消息后先控制服務(wù)器關(guān)閉所有運行的服務(wù),然后關(guān)機。服務(wù)器集群關(guān)閉后,網(wǎng)絡(luò)監(jiān)控主機53向監(jiān)控服務(wù)器52發(fā)送切斷動力命令;

      監(jiān)控服務(wù)器52通過MQTT協(xié)議發(fā)送切斷動力命令至環(huán)境監(jiān)控主機51,環(huán)境監(jiān)控主機51通過RS485通訊控制對應(yīng)的配電柜12執(zhí)行切斷動力命令。

      參見圖3,圖3為本發(fā)明第二個實施例的實現(xiàn)流程說明圖;實施例二中,機房發(fā)生了斷電事故,因此:

      發(fā)生斷電事件后,機房動力自動切換至UPS11供電。UPS11剩余電量達到一定的警戒線時,上傳低電量事件到機房環(huán)境監(jiān)控主機51;

      機房環(huán)境監(jiān)控主機51接收到低電量事件通過MQTT協(xié)議上傳至監(jiān)控服務(wù)器52;

      監(jiān)控服務(wù)器52在客戶終端設(shè)備7發(fā)布斷電事件,并將事件發(fā)送給網(wǎng)絡(luò)監(jiān)控主機53;

      網(wǎng)絡(luò)監(jiān)控主機53收到斷電事件后,按照SNMP協(xié)議中的set-request消息類型封裝,通過SNMP協(xié)議發(fā)送至服務(wù)器集群6;

      服務(wù)器集群6收到set-request消息后關(guān)閉剩余運行服務(wù)器的所有服務(wù),包括數(shù)據(jù)庫服務(wù)和網(wǎng)絡(luò)服務(wù)然后關(guān)機。

      參見圖4,圖4為本發(fā)明第三個實施例的實現(xiàn)流程說明圖;實施例三中,服務(wù)器發(fā)生了故障,因此:

      服務(wù)器集群6中的服務(wù)器n發(fā)生網(wǎng)絡(luò)故障時,將服務(wù)器n的地址和事件類型發(fā)送至網(wǎng)絡(luò)監(jiān)控主機53;

      網(wǎng)絡(luò)監(jiān)控主機53通過SNMP協(xié)議將服務(wù)器n的地址和事件類型發(fā)送至監(jiān)控服務(wù)器52;

      監(jiān)控服務(wù)器52將信息發(fā)布至客戶終端設(shè)備7,并將信息以MQTT方式發(fā)送至機房環(huán)境監(jiān)控主機51;

      機房環(huán)境監(jiān)控主機51接收到信息,控制對應(yīng)的攝像機32進行指定的動作獲取故障服務(wù)器n的現(xiàn)場視頻,同時以Web Service方式提供視頻。

      基于上述實施例可以看出,本發(fā)明的創(chuàng)新點主要有以下兩點:

      1.通過對SNMP、MQTT、IPMI三種協(xié)議的綜合靈活運用,實現(xiàn)了對機房環(huán)境、動力系統(tǒng)、安防系統(tǒng)、消防系統(tǒng)、網(wǎng)絡(luò)設(shè)備、服務(wù)器等機房各種設(shè)備的實時監(jiān)測和智能控制;

      2.設(shè)計了一個融合以太網(wǎng)和物聯(lián)網(wǎng)協(xié)議的一體化機房監(jiān)控系統(tǒng),解決了機房環(huán)境設(shè)備和網(wǎng)絡(luò)服務(wù)器設(shè)備需要采用不同系統(tǒng)分別進行監(jiān)控管理的問題,實現(xiàn)了監(jiān)測控制信息的統(tǒng)一發(fā)布、統(tǒng)一展示、統(tǒng)一管理。

      上面結(jié)合附圖及實施例描述了本發(fā)明的實施方式,實施例給出的并不構(gòu)成對本發(fā)明的限制,本領(lǐng)域內(nèi)熟練的技術(shù)人員可依據(jù)需要做出調(diào)整,在所附權(quán)利要求的范圍內(nèi)做出各種變形或修改均在保護范圍內(nèi)。

      當(dāng)前第1頁1 2 3 
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點贊!
      1