郭 濤， 孫洪磊， 劉長龍

（哈爾濱工業(yè)大學(xué)網(wǎng)絡(luò)安全和信息化辦公室， 哈爾濱 150001）

0 引 言

隨著信息化應(yīng)用越來越廣泛，網(wǎng)絡(luò)環(huán)境也變得日益復(fù)雜。 復(fù)雜的環(huán)境、復(fù)雜的配置、系統(tǒng)集成管理、硬件軟件故障、人為操作失誤、惡意攻擊、系統(tǒng)設(shè)備陳舊、設(shè)備更新等種種問題，使各個系統(tǒng)平臺越來越難于管理［1－2］。 為了確保學(xué)校各類系統(tǒng)穩(wěn)定可靠的運行，建設(shè)網(wǎng)絡(luò)監(jiān)控管理平臺的需求越來越迫切。

目前，學(xué)校應(yīng)用的網(wǎng)絡(luò)運維工具主要有基線網(wǎng)絡(luò)監(jiān)控系統(tǒng)、MRTG 開源鏈路流量負(fù)載監(jiān)控系統(tǒng)。使用狀況大致如下：基線網(wǎng)絡(luò)監(jiān)控軟件是通過簡單網(wǎng)絡(luò)管理協(xié)議獲得被監(jiān)控網(wǎng)絡(luò)設(shè)備、通訊鏈路的狀態(tài)數(shù)據(jù)，系統(tǒng)操作員可手動將需要管理區(qū)域的網(wǎng)絡(luò)設(shè)備及拓?fù)涮砑拥斤@示區(qū)域內(nèi)。 學(xué)校網(wǎng)絡(luò)區(qū)域劃分為一校區(qū)、二校區(qū)、科學(xué)園3 個校區(qū)辦公樓宇、學(xué)生公寓、家屬區(qū)住宅的200 多棟樓宇的有關(guān)數(shù)據(jù)，包含千臺設(shè)備、上萬節(jié)點的網(wǎng)絡(luò)拓?fù)?，但隨著學(xué)校網(wǎng)絡(luò)規(guī)模的擴(kuò)大，設(shè)備的劇增，該軟件已經(jīng)無法管理學(xué)校規(guī)模龐大、網(wǎng)絡(luò)設(shè)備眾多、拓?fù)鋸?fù)雜的網(wǎng)絡(luò)。 由于網(wǎng)絡(luò)龐大，拓?fù)鋬?nèi)網(wǎng)絡(luò)設(shè)備過多。 監(jiān)控系統(tǒng)每次通過簡單網(wǎng)絡(luò)管理協(xié)議（SNMP 協(xié)議）獲取網(wǎng)絡(luò)設(shè)備的網(wǎng)絡(luò)狀態(tài)數(shù)據(jù)都需要很長時間。 若設(shè)備發(fā)生故障，網(wǎng)絡(luò)管理人員很難快速發(fā)現(xiàn)并予以處理。

MRTG 是通過SNMP 協(xié)議得到設(shè)備的流量數(shù)據(jù)，并將流量負(fù)載以圖形文檔方式顯示給用戶。MRTG 為免費的開源軟件，成本較低，因此在社會上有廣泛的應(yīng)用性。 該軟件雖然實用但功能單一，只能監(jiān)測流量占用情況，對于網(wǎng)絡(luò)運行環(huán)境中是否存在壓力等其它指標(biāo)無法進(jìn)行準(zhǔn)確檢測。

綜上，一體化運維平臺應(yīng)用需求日益強(qiáng)烈，建設(shè)統(tǒng)一的運維管理體系可以對校園內(nèi)網(wǎng)絡(luò)、設(shè)備、數(shù)據(jù)庫、中間件及應(yīng)用系統(tǒng)等資源進(jìn)行全面監(jiān)控，有利于各部門對其負(fù)責(zé)的資源進(jìn)行管理；有效的ITIL［3－4］流程，可以對日常運行維護(hù)工作提供高效的管理框架，建立更好的部門間溝通平臺。 統(tǒng)一運維管理體系的建設(shè)將很大程度簡化運維流程、提高運維效率，同時可使面向全校各級部門的信息化服務(wù)質(zhì)量和水平得到大幅度提升。 為了更好的網(wǎng)絡(luò)管理和運維，學(xué)校當(dāng)前急需一個統(tǒng)一的運維管理體系平臺，此平臺需具備規(guī)范化、透明化、智能化、互動化運維服務(wù)能力。

1 一體化運維平臺需求分析

綜合的運維管理平臺需要從理念、架構(gòu)、工具、系統(tǒng)等多方面來設(shè)計，應(yīng)具有前瞻性、可擴(kuò)展性［5］等重要特性。 其中，網(wǎng)絡(luò)資源管理要具備統(tǒng)一且完善的安全機(jī)制，以此做好被管設(shè)備信息資源的信息安全［6］。

1.1 監(jiān)控網(wǎng)絡(luò)運維設(shè)備需求

根據(jù)學(xué)校實際情況，需要對多廠家設(shè)備進(jìn)行統(tǒng)一管理：除了對H3C 的網(wǎng)絡(luò)設(shè)備管理外，還需對主流廠商（如：華為、思科、華三等）網(wǎng)絡(luò)設(shè)備進(jìn)行分類和識別；對設(shè)備狀態(tài)和基本信息的管理，不僅要包含設(shè)備的運行信息、接口信息、性能數(shù)據(jù)和告警信息，還應(yīng)在增加其他組件后，顯示擴(kuò)展的業(yè)務(wù)信息。

資源監(jiān)控管理可通過SNMP／PING 協(xié)議監(jiān)控納管設(shè)備，將所有網(wǎng)絡(luò)資源納入系統(tǒng)中統(tǒng)一管理，提供全面的豐富多樣的管理和配置功能，將網(wǎng)絡(luò)中的所有設(shè)備狀態(tài)信息和運行數(shù)據(jù)，通過圖形化的手段，清晰、直觀的展示，實現(xiàn)從核心到匯聚再到接入層網(wǎng)絡(luò)設(shè)備的全部覆蓋。

1.2 ITSM（IT 服務(wù)管理）服務(wù)管理需求

運維平臺將采用IT 服務(wù)管理標(biāo)準(zhǔn)（ITIL）的最佳實踐和服務(wù)臺技術(shù)平臺功能，并針對客戶的具體業(yè)務(wù)需求，在事件管理流程方面實現(xiàn)如下IT 支持服務(wù)功能：

（1）確定合理的IT 支持服務(wù)模式和服務(wù)臺架構(gòu)，實現(xiàn)所有用戶的IT 事件統(tǒng)一處理，提供高效高質(zhì)量的IT 服務(wù)［7］。

（2）制定合理的人員角色和職責(zé)考核機(jī)制，通過SLA 的管理模型，對于維護(hù)人員處理工單的相應(yīng)時間、處理時間與事件處理正確率進(jìn)行控制，對于超時或違反操作規(guī)范的事件進(jìn)行上報與升級，以實現(xiàn)對運維人員的量化管理和資源的有效利用。

（3）從技術(shù)和流程相結(jié)合的角度，對事件內(nèi)容進(jìn)行梳理，形成標(biāo)準(zhǔn)事件分類支撐的服務(wù)目錄，確保問題事件記錄處理的正確性與完整性。

（4）制定通知策略，定義合理的事件通知機(jī)制，使管理人員第一時間收到待處理的問題，加快故障的解決時間，及時將處理結(jié)果通知給用戶，并快速得到用戶對服務(wù)的反饋，以此提高服務(wù)質(zhì)量與用戶的滿意度。 采用通知的方式包括企業(yè)微信、微校園，微信公眾號等。

（5）通過與知識庫的集成，加快知識積累和傳播，幫助執(zhí)行人員快速解決問題，提高故障的解決效率和質(zhì)量；對于一些通用的解決方法，可以提交為知識庫進(jìn)行共享。

（6）將服務(wù)臺與其他系統(tǒng)（如：監(jiān)控平臺、統(tǒng)一身份認(rèn)證平臺、數(shù)據(jù)共享平臺、大屏展示平臺等）進(jìn)行聯(lián)動，建立數(shù)據(jù)通信接口，使得整個IT 管理平臺聯(lián)為一體，信息統(tǒng)一，集中展示，加快故障的解決時間。

（7）設(shè)立合理的業(yè)績績效指標(biāo)（KPI），利用開發(fā)視圖等手段對流程的執(zhí)行提供查詢、統(tǒng)計、分析和監(jiān)控等功能；用戶可查看本人提交的服務(wù)申請?zhí)幚磉M(jìn)程和狀態(tài)，查詢相應(yīng)的知識和解決方案等；避免人工錄入產(chǎn)生的差錯；使得支持人員可以快速解決大量事件，也可以從大量重復(fù)事件中迅速總結(jié)出問題，實現(xiàn)和問題流程關(guān)聯(lián)，對一些需要追查故障根源的事件發(fā)起問題單。

1.3 數(shù)據(jù)可視化展示的需求

隨著大數(shù)據(jù)和互聯(lián)網(wǎng)時代的到來，傳統(tǒng)的統(tǒng)計圖表很難適應(yīng)現(xiàn)代復(fù)雜的需求。 相對于傳統(tǒng)可視化工具開發(fā)的圖表和數(shù)據(jù)儀表盤，可視化大屏可以搭載地理軌跡、區(qū)塊、3D 地圖／地球，多圖層疊加等技術(shù)，打破數(shù)據(jù)隔離，通過數(shù)據(jù)采集、清洗、直觀實時地將數(shù)據(jù)可視化，呈現(xiàn)隱藏在瞬息萬變且龐雜數(shù)據(jù)背后的業(yè)務(wù)洞察，能更加生動友好地活化數(shù)據(jù)，同時也能結(jié)合豐富的交互功能，讓數(shù)據(jù)開口說話，傳達(dá)超出本身的信息。

網(wǎng)絡(luò)中心使用大屏的方式展示數(shù)據(jù)，可以將實際運維過程中一些關(guān)鍵信息進(jìn)行展示，如設(shè)備告警狀態(tài)、設(shè)備連接狀態(tài)、各出口使用情況等。 當(dāng)相關(guān)設(shè)備出現(xiàn)問題時，有關(guān)人員可以第一時間看到問題所在并進(jìn)行跟進(jìn)，其它人員也能實時地觀看到維修進(jìn)度。

2 平臺系統(tǒng)架構(gòu)及功能設(shè)計

2.1 系統(tǒng)設(shè)計

系統(tǒng)架構(gòu)采用運維管理平臺與呼叫中心集成，如圖1 所示。 最底層是IT 基礎(chǔ)設(shè)施層，其包含學(xué)校網(wǎng)絡(luò)與信息中心運行管理的管理對象，其中包括網(wǎng)絡(luò)設(shè)備、安全設(shè)備、服務(wù)器、存儲設(shè)備、系統(tǒng)應(yīng)用、中間件、虛擬化資源等。

圖1 運維平臺整體功能架構(gòu)圖Fig. 1 The overall functional architecture of the operation and maintenance platform

運行監(jiān)控管理模塊主要實現(xiàn)對IT 基礎(chǔ)架構(gòu)的監(jiān)控，通過監(jiān)控采集數(shù)據(jù)和進(jìn)行數(shù)據(jù)處理，實現(xiàn)對被管理運行對象的監(jiān)控，掌握運行資源的配置狀況、監(jiān)控對象的運行狀態(tài)和性能參數(shù)。 其采集數(shù)據(jù)支持第三方監(jiān)控集成，同時可將告警、性能、數(shù)據(jù)處理分析信息提供給其他系統(tǒng)，實現(xiàn)如告警自動派發(fā)工單、短信通知等功能。

2.1.1 采集層

采集層由各種協(xié)議適配器構(gòu)成，使用SNMP、TELNET、SSH、TRAP 及第三方接口。 主要采集3 個園區(qū)（一校區(qū)、二校區(qū)、科學(xué)園區(qū)）的IT 基礎(chǔ)設(shè)備信息，其中涵蓋網(wǎng)絡(luò)、存儲、數(shù)據(jù)庫、服務(wù)器、虛擬化等數(shù)據(jù)資源。 同時具備強(qiáng)大的歷史記錄能力，可實現(xiàn)45 萬KPI 的指標(biāo)數(shù)據(jù)至少存儲1 年；可對每個設(shè)備分別按照周／月／季度、1 年等時間段進(jìn)行整體趨勢分析，從歷史層面分析出業(yè)務(wù)運行規(guī)律，方便發(fā)現(xiàn)業(yè)務(wù)運行異常；多指標(biāo)相對分析，實現(xiàn)管理對象的縱向比較，找到異常的指標(biāo)集。

2.1.2 處理層

所有采集的基礎(chǔ)數(shù)據(jù)由于設(shè)備類型不同，分成不同的數(shù)據(jù)維度，如告警維度、性能維度、拓?fù)渚S度等，每個維度相對獨立，且之間的關(guān)系均為松耦合。層次與層次之間的溝通均通過API 接口，各個業(yè)務(wù)模塊面對統(tǒng)一的數(shù)據(jù)模型，使其對資源的管理方式一致并處于單一的可控路徑下，方便對資源進(jìn)行權(quán)限管理。 將采集的數(shù)據(jù)經(jīng)過數(shù)據(jù)聚集，再進(jìn)行數(shù)據(jù)清洗和過濾、最后通過數(shù)據(jù)分類后寫入數(shù)據(jù)庫，以供展示層從數(shù)據(jù)庫調(diào)用監(jiān)控數(shù)據(jù)；同時也用于處理展示層傳遞的用戶操作與設(shè)定。

2.1.3 展示層

主要將數(shù)據(jù)處理層處理后的數(shù)據(jù)進(jìn)行分類展示，展示層完全以B／S 方式來展示各個管理模塊，用于監(jiān)控拓?fù)湔故尽?D 機(jī)房呈現(xiàn)、統(tǒng)計報表、大屏呈現(xiàn)，提供統(tǒng)一的Portal，以及告警、報表、歷史記錄、智能分析、數(shù)據(jù)統(tǒng)一展現(xiàn)等。 實現(xiàn)與用戶互動，響應(yīng)用戶的操作與設(shè)定，利用分布式總線實現(xiàn)各邏輯層之間的通信，功能模塊之間通過內(nèi)部定義數(shù)據(jù)接口，利用消息總線進(jìn)行交互式操作。

2.2 功能設(shè)計

一體化運維平臺功能包括資源監(jiān)控管理（IOM）、資源配置管理（CMDB）、 IT 服務(wù)管理（ITSM）、定制可視化大屏（CVC）等模塊。 平臺能夠?qū)ΡO(jiān)控對象進(jìn)行分組分類，可根據(jù)不同用戶實現(xiàn)分權(quán)分域管理，結(jié)合IT 服務(wù)管理模塊，實現(xiàn)高水平的服務(wù)質(zhì)量、服務(wù)請求和IT 資源管理；通過服務(wù)水平協(xié)議（SLA），制定符合學(xué)校實際業(yè)務(wù)的指標(biāo)規(guī)則，并無縫兼容市面上的多種呼叫中心系統(tǒng)；結(jié)合IP 電話與坐席，實現(xiàn)自動建立工單，并能將電話的錄音留存；偶遇突發(fā)狀況時，可以發(fā)布語音公告和文字公告，大大降低故障報修數(shù)量，提高運維的工作效率。

2.2.1 呼叫中心

呼叫中心是客服中心統(tǒng)一接入平臺，以集中式坐席為服務(wù)熱線和企業(yè)微信線上自助報修的形式，將數(shù)據(jù)信息統(tǒng)一管理，24 小時不間斷地提供服務(wù)。

如圖2 所示，呼叫中心采用新一代多媒體呼叫中心系統(tǒng)，其功能強(qiáng)大，而且性能穩(wěn)定、維護(hù)簡單，集合了先進(jìn)的計算機(jī)技術(shù)、通信技術(shù)、網(wǎng)絡(luò)技術(shù)、數(shù)據(jù)庫等技術(shù)，實現(xiàn)了語音、傳真、VOIP、短消息、等多種方式。 其中包含自動語音應(yīng)答、自動話務(wù)分配、電話錄音、來電彈屏與ITSM 集成功能，實現(xiàn)不漏接任意資源、報修電話，并自動記錄、錄音，便于事后追溯。

圖2 呼叫中心架構(gòu)Fig. 2 Call center architecture diagram

2.2.1.1 來電關(guān)聯(lián)工單

呼叫中心通過與一體化運維平臺中的ITSM 組件關(guān)聯(lián)，實現(xiàn)系統(tǒng)收到報修電話后，則根據(jù)報修人信息自動創(chuàng)建工單。 話務(wù)組收到工單后，再對用戶進(jìn)行反饋，或轉(zhuǎn)派給其它對應(yīng)部門進(jìn)行處理。

一線維修人員通過企業(yè)微信通知打開工單，可以看到報修工單的故障內(nèi)容摘要、報修人地址、電話等信息，從而進(jìn)行相應(yīng)操作處理。

2.2.1.2 自助服務(wù)臺

將呼叫中心系統(tǒng)與ITSM 系統(tǒng)進(jìn)行深入對接，并在ITSM 系統(tǒng)增加呼叫中心配置界面，為每位話務(wù)人員配置具體的接口地址、ACD 隊列號與注冊號。 實現(xiàn)電話鈴聲響起時，系統(tǒng)自動創(chuàng)建工單，同時在表單中同步顯示來電用戶的姓名、住址、來電號碼等信息的功能。 話務(wù)組人員只需要判斷故障類別，記錄故障內(nèi)容，選擇故障地點，即可快速提交工單，使該條工單進(jìn)入到工單處理環(huán)節(jié)，最終實現(xiàn)工單的秒接、秒辦。

2.2.1.3 運維工作區(qū)

運維用戶可定制個性化工作區(qū)，可在工作區(qū)中提供和自己相關(guān)的運維工作內(nèi)容。 其中包括“流程監(jiān)控”、“待處理的任務(wù)”、“我創(chuàng)建的流程”、“與我相關(guān)的流程”、“我管理的流程”等。

ITSM 提供了服務(wù)、請求／事件／故障、問題、知識庫等管理功能。 所有的運維活動，都可以在這個運維工作區(qū)中銜接完成，管理人員可以將各種故障處理的步驟和方法寫入知識庫。

按照運維管理的相關(guān)規(guī)定，規(guī)劃建立相應(yīng)的故障處理工作流程，提供方便易用的用戶工作界面。

2.2.2 資源監(jiān)控管理模塊

管理中心以業(yè)務(wù)管理和業(yè)務(wù)流程模型為核心，采用面向服務(wù)（SOA）的軟件設(shè)計思想，基于主流的J2EE 架構(gòu)平臺，在保持技術(shù)先進(jìn)性、擴(kuò)展性的基礎(chǔ)上，采用子系統(tǒng)、層次化、模塊化的設(shè)計理念，以全開放的、組件化的架構(gòu)原型，通過消息總線進(jìn)行集成，將實現(xiàn)基礎(chǔ)設(shè)施監(jiān)控、CMDB 配置管理、運維流程管理等功能整合成一個綜合平臺。 此外，平臺還提供了分布式、分級式的部署模式，二級代理支持橫向擴(kuò)展，提供可靠的、可擴(kuò)展的、高性能的一體化運維管理平臺，并具備開放的restful web services 接口，用來集成。

如圖3 所示，資源管理模塊由資源管理及日志采集適配層、系統(tǒng)功能層及web 應(yīng)用層組成。 資源管理和日志采集適配層支持豐富的設(shè)備訪問協(xié)議，通過SNMP、CLI（telnet／SSH）、netconf、TR069、FTP、TFTP、SCP、RADIUS、HTTP 等協(xié)議實現(xiàn)傳統(tǒng)網(wǎng)絡(luò)及SDN（軟件定義網(wǎng)絡(luò)）網(wǎng)絡(luò)等設(shè)備和軟件的統(tǒng)一監(jiān)控和配置管理；通過IPMI、SMI－S、SNMP、SSH 等協(xié)議實現(xiàn)對服務(wù)器、存儲等設(shè)備的硬件監(jiān)控和操作系統(tǒng)自動安裝；通過RESTful 接口、SOAP、powershell 等實現(xiàn)對各大主流廠商等虛擬化產(chǎn)品的統(tǒng)一管理；通過WMI、JDBC、SSH、Telnet、SOAP、http／https 等協(xié)議實現(xiàn)對操作系統(tǒng)、數(shù)據(jù)庫、中間件、應(yīng)用系統(tǒng)的統(tǒng)一監(jiān)控和管理。

圖3 資源管理模塊數(shù)據(jù)架構(gòu)Fig. 3 Resource management module data rrchitecture

系統(tǒng)功能層包含了資源監(jiān)控、CMDB、運維流程管理模塊。 其中，資源監(jiān)控將協(xié)議適配層采集的各類告警和性能數(shù)據(jù)存入到統(tǒng)一的性能數(shù)據(jù)及告警庫中；CMDB 采用開放可持續(xù)集成框架，使用者可定義個性化的定義模型，并且可通過資源監(jiān)控模塊實現(xiàn)數(shù)據(jù)配置信息的自動發(fā)現(xiàn)和更新。 運維流程管理組件基于開源的JBPM 流程引擎，在此之上開發(fā)了事件管理、問題管理、變更管理等多種流程實例，實現(xiàn)運維管理流程化。

2.2.3 告警管理模塊

告警管理亦稱故障管理，為用戶提供統(tǒng)一的全流程故障管理體系。 通過設(shè)備運行日志自動上報與主動輪詢雙向處理，確?？焖贉?zhǔn)確發(fā)現(xiàn)網(wǎng)絡(luò)故障。通過實時告警關(guān)聯(lián)分析，屏蔽重復(fù)無效告警，分析告警生成原因。 通過實時告警與拓?fù)涮崾?、告警板聲光提示、手機(jī)短信、Email、微信等遠(yuǎn)程提示，快速將詳細(xì)準(zhǔn)確的故障信息通知到網(wǎng)絡(luò)管理員。 通過固化用戶維護(hù)經(jīng)驗，為后續(xù)相關(guān)告警處理提供經(jīng)驗參考與快速定位指導(dǎo)。

2.2.4 ITSM 模塊ITSM 服務(wù)流程管理模塊遵循國際ITIL 標(biāo)準(zhǔn)，采用平臺設(shè)計理念及模塊化設(shè)計，系統(tǒng)功能全面、操作簡便、高度集成、性能穩(wěn)定。

采用ITSM 服務(wù)，可以提高信息系統(tǒng)運維的可視化水平、提升運行質(zhì)量及運行效率，為業(yè)務(wù)穩(wěn)定、高效、安全、持續(xù)的運行提供保障。 最終達(dá)到提高服務(wù)管理效率，優(yōu)化運維流程，提高高校運維服務(wù)部門的IT 綜合服務(wù)和維護(hù)管理水平。

將管理者設(shè)計理念與管理想法融入到流程與制度中，讓一線運維人員明確故障＆ 事件的分級、處理時間要求和處理流程，明確事件＆ 故障的處理職責(zé)和分工界面，提升故障的處理效率。

2.2.5 CMDB 模塊

隨著IT 技術(shù)的進(jìn)步與發(fā)展，高校IT 基礎(chǔ)設(shè)施和信息系統(tǒng)越來越復(fù)雜。 數(shù)量龐大、品種繁多的IT設(shè)備及以這些IT 設(shè)備為基礎(chǔ)的各種技術(shù)服務(wù)很難被有效的管理。 系統(tǒng)通過配置管理數(shù)據(jù)庫（CMDB）對校園的IT 資源進(jìn)行維護(hù)、檢查、識別和控制，從而高效控制與管理不斷變化的網(wǎng)絡(luò)基礎(chǔ)架構(gòu)與信息技術(shù)服務(wù)。

同時，由于高校的IT 環(huán)境在不斷變化，為了更好的評估某個設(shè)備或服務(wù)發(fā)生的問題或變化對應(yīng)用的影響，以及為其它流程提供當(dāng)前系統(tǒng)準(zhǔn)確的配置信息，需要準(zhǔn)確及時的記錄設(shè)備數(shù)目和狀態(tài)的變更，精準(zhǔn)記錄每個設(shè)備的狀態(tài)，必要時即時準(zhǔn)備替補(bǔ)資源。

2.2.6 自助報修模塊

自助報修模塊采用圖形化流程定制功能模塊，通過簡單直觀的操作和配置，定義符合高校特色的應(yīng)用流程活動與角色，實現(xiàn)圖形化流程定制功能，由用戶自行進(jìn)行流程的重定義，以及流程的隨時調(diào)配。用戶可以通過PC 端／微信服務(wù)大廳根據(jù)故障類型提交故障報修，一線維修人員收到工單后，會在規(guī)定時間內(nèi)受理工單。

自助報修模塊的總體架構(gòu)如圖5 所示，為確保系統(tǒng)安全，采用單點登錄的方式。 可以方便的與第三方系統(tǒng)進(jìn)行集成，流程生成和處理采用了自動化流轉(zhuǎn)的方式。 后端數(shù)據(jù)存貯使用了MySQL 數(shù)據(jù)庫，前端主要使用了H5 技術(shù)，如圖4 所示。

圖4 自助報修系統(tǒng)結(jié)構(gòu)Fig. 4 Self－reporting system structure

圖5 大屏輪播Fig. 5 Large screen rotation

3 性能分析

性能分析可以快速識別系統(tǒng)運行時產(chǎn)生的異常狀況。 平臺實時采集納管設(shè)備的運行信息，資源管理包含了學(xué)校納管的所有設(shè)備的分類統(tǒng)計和運行狀態(tài)概覽。 以視圖的形式呈現(xiàn)核心設(shè)備鏈路出口的收發(fā)速率及帶寬占用率。 實時采集平臺納管設(shè)備的設(shè)備日志運行信息，過濾重復(fù)設(shè)備日志運行信息的同時比對閾值，若超出標(biāo)準(zhǔn)值立即觸發(fā)告警通知。 當(dāng)前平臺監(jiān)控網(wǎng)絡(luò)設(shè)備1 879 個節(jié)點，監(jiān)控?zé)o線AP 設(shè)備23 126 個節(jié)點，實現(xiàn)對這些節(jié)點的實施監(jiān)控，快速采集與精準(zhǔn)分析都需要占用較大的系統(tǒng)資源，平臺資源占用情況見表1。

表1 平臺性能圖表Tab. 1 Table of platform performance

參照校園地圖所提供的位置搜索等功能，這種用戶體驗，平臺提供了折線圖、柱狀圖、餅圖、雷達(dá)圖、地圖等數(shù)十種圖表， D3.js 的JavaScript 庫，其利用現(xiàn)有的Web 標(biāo)準(zhǔn)，通過更簡單的（數(shù)據(jù)驅(qū)動）方式來展示可視化效果

監(jiān)控大屏輪播展現(xiàn)3 個校區(qū)的樓宇地圖，當(dāng)樓宇內(nèi)設(shè)備出現(xiàn)告警，所對應(yīng)樓宇開始閃爍，點擊樓宇亦可看到告警設(shè)備數(shù)量，并根據(jù)對應(yīng)數(shù)值，查看告警詳情頁面。 采集到的告警信息，會同步推送到手機(jī)APP中，運維人員通過手機(jī)實時掌握設(shè)備的運行狀態(tài)和告警消息，發(fā)現(xiàn)異常指標(biāo)及時響應(yīng)，使設(shè)備快速恢復(fù)正常運行狀態(tài)。 如圖5 所示。

結(jié)合監(jiān)控數(shù)據(jù)庫空間使用情況分析，可見項目試運行上線2020 年7 月至今數(shù)據(jù)庫空間占用總量為130 G，日志文件3 G。 設(shè)計空間800 G 滿足平臺5 年數(shù)據(jù)增長量。

為實現(xiàn)數(shù)據(jù)的通訊、傳輸、報警、查詢、趨勢圖分析等功能，需要對采集的數(shù)據(jù)進(jìn)行長達(dá)一年期的無壓縮存儲，并對每類資源的數(shù)據(jù)單獨劃分獨立的庫存儲，同類資源數(shù)據(jù)存儲在同屬性的庫中。 并根據(jù)每一類監(jiān)控資源節(jié)點數(shù)量，合理劃分每個庫的空間大小，自動進(jìn)行數(shù)據(jù)庫系統(tǒng)運行狀態(tài)的監(jiān)控。 由圖6 可見，圖形化呈現(xiàn)數(shù)據(jù)庫的空間利用率及日志空間占用情況，既能減輕平臺維護(hù)人員的工作壓力，也能更進(jìn)一步增強(qiáng)平臺運行的穩(wěn)定性。

圖6 數(shù)據(jù)庫空間Fig. 6 Database space

對于用戶來說，實現(xiàn)便捷的自助報修，平臺的設(shè)計十分重要。 考慮到目前大部分人手機(jī)的使用要遠(yuǎn)多于其他終端，因此結(jié)合之前已存在的微信服務(wù)大廳，整合實現(xiàn)成了移動端的自助報修功能。用戶可以通過單獨設(shè)計的H5 頁面進(jìn)行報修，該平臺與已經(jīng)存在的ITSM 模塊進(jìn)行對接結(jié)合，通過微信服務(wù)大廳進(jìn)行的故障上報將會自動生成工單，并且發(fā)送給相關(guān)負(fù)責(zé)人員。

4 結(jié)束語

本文構(gòu)建的網(wǎng)絡(luò)運維管理平臺已實現(xiàn)了IT 資源跨地域?qū)哟位慕y(tǒng)一管理；實現(xiàn)了對高校各業(yè)務(wù)支撐系統(tǒng)的設(shè)備管理、性能管理、數(shù)據(jù)庫管理、應(yīng)用管理、報表管理、資產(chǎn)管理等功能；實現(xiàn)了對各個應(yīng)用子系統(tǒng)的運行狀況進(jìn)行集中監(jiān)控，實現(xiàn)聲音、短消息發(fā)送、釘釘，微信等報警手段；對各系統(tǒng)的運行性能進(jìn)行監(jiān)控、分析和統(tǒng)計；完成了數(shù)據(jù)庫及應(yīng)用管理，能夠保證數(shù)據(jù)庫及應(yīng)用服務(wù)管理滿足運行維護(hù)的需要。

一體化運維管理平臺的建設(shè)，大大地簡化了運維流程、提高了運維效率，同時使得面向全校各級部門的信息化服務(wù)質(zhì)量和服務(wù)水平得到大幅度提升。

下一步正在有計劃的將其它軟硬件資源納入系統(tǒng)中，實施從傳統(tǒng)工作模式向信息化工作模式的全面轉(zhuǎn)變。 隨著平臺的深入使用，相關(guān)工作人員解決問題的效率得到了明顯的提升。 所構(gòu)建的系統(tǒng)大大提高了工作效率，達(dá)到了預(yù)期目標(biāo)。