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