當前位置:工程項目OA系統(tǒng) > 泛普各地 > 安徽OA系統(tǒng) > 合肥OA系統(tǒng) > 合肥OA快博
獨家:網(wǎng)絡(luò)管理到底應(yīng)該是分是合?
【計世獨家】一段時間以來,網(wǎng)絡(luò)管理從傳統(tǒng)的集中式向分布式進行了卓有成效的探索,但隨著大規(guī)模專業(yè)應(yīng)用體系的快速上線,對機房提出了高帶寬網(wǎng)絡(luò)、雙路供電、大功率專業(yè)空調(diào)、防磁防震等的高標準需求,這些都給分布式管理帶來更高的成本。分有分的道理,合有合的優(yōu)勢,分合兩者之間的有機結(jié)合才能形成強勁的管理手段。
分布式網(wǎng)絡(luò)管理
如今,服務(wù)于企業(yè)自身業(yè)務(wù)發(fā)展的自主網(wǎng)絡(luò)體系日益擴張,結(jié)構(gòu)更加復(fù)雜,呈現(xiàn)出地理分布廣、接入方式多、對網(wǎng)絡(luò)性能要求高等多層次化需求。
如果整個網(wǎng)絡(luò)的運行過度依賴于一個網(wǎng)管中心,那么,一旦網(wǎng)管中心發(fā)生故障就容易導(dǎo)致整個網(wǎng)絡(luò)管理的無序,甚至癱瘓。所以,這種過度集中式網(wǎng)絡(luò)管理的模式不適于對大規(guī)模網(wǎng)絡(luò)進行實時性要求較高的監(jiān)控與管理。在這種大背景下,網(wǎng)絡(luò)管理的層次化分布部署勢在必行。
分擔(dān)負載 明晰責(zé)權(quán)
大型行業(yè)均以省、市、地州或行政大區(qū)劃定了與其業(yè)務(wù)特性相符的配套網(wǎng)絡(luò)架構(gòu)和管理體系。在這種多分布、邏輯架構(gòu)復(fù)雜,且廣域特性涉及BGP(邊界網(wǎng)關(guān)協(xié)議)、OSPF(開放式最短路徑優(yōu)先)、多域、單域等多種環(huán)境下,要想在單個管理中心實現(xiàn)有效的監(jiān)控,是不太現(xiàn)實的。數(shù)據(jù)采樣間隔過大時,不能實時反映性能數(shù)據(jù)的變化趨勢,并及時做出應(yīng)有的反應(yīng); 相反,采樣間隔過小,面對大型、復(fù)雜的網(wǎng)絡(luò)又會造成管理信息的交換消耗大量的帶寬和計算資源,成為系統(tǒng)的I/O瓶頸,造成存儲空間的急速增加。例如,在某行業(yè)的大型網(wǎng)絡(luò)實際運維中,用戶發(fā)現(xiàn)采樣間隔由10分鐘變?yōu)?分鐘后,數(shù)據(jù)量每天遞增了20GB。
因此,依據(jù)行業(yè)的業(yè)務(wù)特點和網(wǎng)點的分布情況,CIO需考慮地理環(huán)境的優(yōu)勢、運維人員的技術(shù)支持能力、網(wǎng)絡(luò)鏈路資源及機房場地、交通便利條件等諸多因素,選擇與企業(yè)業(yè)務(wù)規(guī)模相對稱的區(qū)域級別的網(wǎng)絡(luò)運維管理中心。各分支機構(gòu)依據(jù)就近接入、統(tǒng)一管理的原則接入網(wǎng)絡(luò)運維管理中心。這樣大量節(jié)省了長途鏈路的資費,提高了相應(yīng)的互連帶寬,各分支機構(gòu)也有了技術(shù)支持后盾。
由于這種網(wǎng)絡(luò)管理的層次化劃分,加上軟件產(chǎn)品對分布式部署的支持,可以有效地將事件和性能數(shù)據(jù)過濾和歸并,通過制定一定的管理策略,把有限的管理信息用于向總運維調(diào)控中心匯聚。這樣,各區(qū)域網(wǎng)絡(luò)運維中心有效地分擔(dān)了網(wǎng)絡(luò)管理對細節(jié)因素的追蹤,同時又能使總運維調(diào)控中心具備宏觀的視野,從而顧全整個業(yè)務(wù)體系的正常運轉(zhuǎn)。
從單一的集中式管理走向?qū)哟位旨壒芾硎蔷W(wǎng)絡(luò)管理發(fā)展的一大進步,大型網(wǎng)絡(luò)從一個大的星形結(jié)構(gòu)逐步過渡到層次化星形結(jié)構(gòu)(樹形結(jié)構(gòu)),甚至網(wǎng)狀結(jié)構(gòu),其優(yōu)勢是非常明顯的。層次化管理模式明確了運維管理的關(guān)注點和與之相應(yīng)的職責(zé),網(wǎng)絡(luò)有廣域、局域之分,那么管理也必定有差異。
采購分布式網(wǎng)管系統(tǒng)五項注意
在大型行業(yè)的運維管理中,運維管理中心往往設(shè)立在總部機關(guān)所在地,其運維重點在于關(guān)注廣域鏈路的通斷、長途鏈路利用率、雙鏈路負載均衡、路由抖動、時延等保證關(guān)鍵業(yè)務(wù)全網(wǎng)通達的技術(shù)參數(shù)性能。而各分支機構(gòu)的日常運維事項又與樓層交換、用戶終端、網(wǎng)內(nèi)異常流量審計等內(nèi)容密切相關(guān)。那些諸如樓層交換設(shè)備、用戶端故障、局域網(wǎng)內(nèi)流量異常、病毒局部侵擾等并非廣域運維關(guān)心的重點。因此,合理的層次化分級管理會有效地處理好這種管理范圍和職責(zé)的劃分。利用現(xiàn)今網(wǎng)絡(luò)管理軟件對分布式部署的全方位支持,管理員可在局域范圍內(nèi)把網(wǎng)管工作做細,也可通過過濾策略把關(guān)鍵信息上傳到運維管理中心,從而把控全網(wǎng)細枝末節(jié)的網(wǎng)絡(luò)健康狀態(tài),保證關(guān)鍵業(yè)務(wù)的順暢運行。這種分級化管理的方案選型應(yīng)關(guān)注如下幾點。
● 分布式網(wǎng)管在分支機構(gòu)進行部署時,不宜求全求大,宜求精求實,最好采用統(tǒng)一的系統(tǒng)平臺, 避免各自為政采購大型軟件,最后因無實施能力導(dǎo)致擱置。在實際情況中我們不難發(fā)現(xiàn),由于網(wǎng)絡(luò)建設(shè)并非同步進行,而且缺乏統(tǒng)一的實施標準,許多信息部門雖然很有預(yù)見性地采購了網(wǎng)絡(luò)管理配套軟件,但由于未考慮它的實施難度和基層技術(shù)人員的運維技術(shù)水平,導(dǎo)致采購的大型網(wǎng)管軟件并不能發(fā)揮其產(chǎn)品宣傳所能達到的實際運維功能。所以應(yīng)在一個大的整體策略下,通過集中評測甄選適合本企業(yè)統(tǒng)一部署實施的管理軟件。
● 應(yīng)加強基層技術(shù)人員的技術(shù)和管理策略培訓(xùn),并同步進行配套管理策略和制度建設(shè)。通過標準化的流程策略和相關(guān)制度約束,保證網(wǎng)管策略自上向下地有效貫徹。
● 企業(yè)采購的軟件無論是商品化軟件或者自主二次開發(fā)的平臺,應(yīng)考慮支持分布部署策略和事件上傳過濾、歸并機制。實際網(wǎng)管實施過程中,告警事件不是報不出來,而是報得太多,“狼來了”喊多了就沒人相信了。這在采用了郵件、短信、聲、光、電等多種報警模式的情況下尤顯突出。做好告警事件的有效歸并,不但能減少告警事件量,而且便于故障根源的快速判斷和響應(yīng)。
● 總運維控制中心應(yīng)具備基于業(yè)務(wù)視角的監(jiān)控運維管理手段。依據(jù)關(guān)鍵業(yè)務(wù)的特性將相關(guān)監(jiān)控管理技術(shù)指標用一個維度綜合計量,加快故障根源的快速定位與分析,規(guī)避“眉毛胡子一把抓”的無序狀態(tài); 也能有效避免出現(xiàn)業(yè)務(wù)故障時,相互推諉責(zé)任的現(xiàn)象。
● 配套行政手段需落實到位,僅靠單純的技術(shù)手段,管理策略并不能完全落實。需建立有效的機制,落實督促管理策略。分布式管理,并不意味著放任自流,而是要通過有效的機制使網(wǎng)絡(luò)管理工作更加有效。
在規(guī)模不是很大、網(wǎng)上業(yè)務(wù)應(yīng)用不是很多的企事業(yè)單位,可采用分布式管理模式,在數(shù)據(jù)采集的及時性、技術(shù)細節(jié)的把控和響應(yīng)上都會有較好的保證,而且能起到相互冗余的作用。
集中式網(wǎng)絡(luò)管理
在層次化分級網(wǎng)絡(luò)管理的基礎(chǔ)上,隨著網(wǎng)絡(luò)管理外延的逐步擴充,基于業(yè)務(wù)的運維管理模式,特別是基于數(shù)據(jù)大集中的管理模式,又作為一種新亮點凸現(xiàn)出來。
在傳統(tǒng)的分布式處理模式下,業(yè)務(wù)信息分布在不同地理區(qū)域的內(nèi)部服務(wù)器上,業(yè)務(wù)信息的管理和可用性受到了很大限制,許多應(yīng)該透明、共享的信息在人為的壁壘下不能充分發(fā)揮應(yīng)有的作用,而且系統(tǒng)的升級和新業(yè)務(wù)的開發(fā)部署也都不能及時響應(yīng)。加上新業(yè)務(wù)系統(tǒng)的逐步上線,分布式部署在機房場地的雙路供電、空調(diào)、機柜布放空間等一系列問題上都明顯陷入捉襟見肘的窘境。要想改變這些局面,企業(yè)投資金額勢必會遠遠超出新建一個數(shù)據(jù)中心的預(yù)算,并且發(fā)展空間受制約。在這種情形下,以業(yè)務(wù)信息為主導(dǎo)的集中式網(wǎng)管再次走上了歷史舞臺。
數(shù)據(jù)走向集中的需求
隨著業(yè)務(wù)規(guī)模的擴大,許多應(yīng)用都面臨著數(shù)據(jù)大集中的問題。數(shù)據(jù)信息所體現(xiàn)的時效性價值需求日益提高,數(shù)據(jù)越能及早匯總,就越能體現(xiàn)出相應(yīng)的價值,這在股票交易、原油交易、電子化貿(mào)易等業(yè)務(wù)實時性要求較高的行業(yè)尤為突出。而這些數(shù)據(jù)及應(yīng)用系統(tǒng)的多層次化部署,隨著配套設(shè)備的逐步老化、數(shù)據(jù)量的急劇增加,帶來了運維成本越來越高、時效性越來越差的諸多弊病。原本一套運維體系所具備的人力、物力、運維手段、硬件支撐環(huán)境,在層次化部署環(huán)境中需要復(fù)制出若干個大小不一但又“五臟俱全”的拷貝,這無疑增大了運維成本支出,也是一種資源的浪費,而且也不符合業(yè)務(wù)快速發(fā)展的需要。
隨著網(wǎng)絡(luò)管理外延的逐步擴展,從單一的網(wǎng)絡(luò)設(shè)備、鏈路管理,發(fā)展到目前針對業(yè)務(wù)應(yīng)用所涉及的服務(wù)器性能、存儲、網(wǎng)絡(luò)、關(guān)鍵應(yīng)用監(jiān)控、流程管理、服務(wù)級別管理等一系列基于業(yè)務(wù)服務(wù)管理(Busssiness Service Manager-BSM)的全業(yè)務(wù)服務(wù)支持模式,IT綜合服務(wù)管理體系集中化管理的趨勢愈加明朗,并在諸如Cisco、IBM、HP等國際大公司的實際部署中得以驗證。
- 1如何將損失減少 企業(yè)災(zāi)難恢復(fù)計劃七步曲
- 2計世獨家:打造綠色數(shù)據(jù)中心五步走
- 3IT系統(tǒng)的簡化緣何復(fù)雜?
- 4網(wǎng)絡(luò)罪犯推出CaaS模式竊取SaaS平臺數(shù)據(jù)
- 5獨家:企業(yè)部署SaaS必須關(guān)注的問題
- 6泛普OA軟件的集成技術(shù)功能實現(xiàn)方法
- 7數(shù)據(jù)中心在能耗方面面臨巨大挑戰(zhàn)
- 8兩個場景解析何為資源端SOA化
- 9企業(yè)選擇服務(wù)器虛擬化技術(shù)必知十點
- 10全球普及SaaS,要過三道關(guān)!
- 11合肥OA軟件國情化的探索
- 12創(chuàng)新也要懂“規(guī)矩” 協(xié)同軟件將走向何方
- 13是什么制約了我國電子商務(wù)的發(fā)展
- 14企業(yè)基于SOA的OA與合肥OA的整合應(yīng)用
- 15合肥OA為企業(yè)打造卓越的高績效咨詢與項目團隊
- 16優(yōu)化作業(yè)流程 提升企業(yè)核心競爭力
- 17奧運熱潮席卷互聯(lián)網(wǎng) 企業(yè)信息化備受關(guān)注
- 18SOA的SaaS化 通過SaaS模式提供SOA服務(wù)
- 19專家講述垃圾通信分類及應(yīng)對方法
- 20淺析商業(yè)智能與合肥OA的關(guān)系
- 21如何選擇現(xiàn)場服務(wù)自動識別數(shù)據(jù)采集解決方案
- 22合肥泛普OA軟件對企業(yè)的規(guī)劃內(nèi)容有哪些?
- 23如何確保中小企業(yè)數(shù)據(jù)中心的物理安全
- 24基于SOA的商業(yè)智能平臺的研究與設(shè)計
- 25供應(yīng)鏈物流管理:概念、組織與戰(zhàn)略
- 26CIO思考:合肥OA后企業(yè)管理變革
- 27軟件測評能力是IT監(jiān)理應(yīng)具備的關(guān)鍵能力
- 28提高知名度 在線推廣網(wǎng)站的14種技巧
- 29企業(yè)合肥OA項目規(guī)劃時的六項禁忌
- 30合肥OA選型有訣竅 借雞生蛋注意三個原則
成都公司:成都市成華區(qū)建設(shè)南路160號1層9號
重慶公司:重慶市江北區(qū)紅旗河溝華創(chuàng)商務(wù)大廈18樓