網絡管理: 分還是合
分布式網絡管理
如今，服務于企業自身業務發展的自主網絡體系日益擴張，結構更加復雜，呈現出地理分布廣、接入方式多、對網絡性能要求高等多層次化需求。
如果整個網絡的運行過度依賴于一個網管中心，那么，一旦網管中心發生故障就容易導致整個網絡管理的無序，甚至癱瘓。所以,這種過度集中式網絡管理的模式不適于對大規模網絡進行實時性要求較高的監控與管理。在這種大背景下，網絡管理的層次化分布部署勢在必行。
分擔負載 明晰責權
大型行業均以省、市、地州或行政大區劃定了與其業務特性相符的配套網絡架構和管理體系。在這種多分布、邏輯架構復雜，且廣域特性涉及BGP(邊界網關協議)、OSPF(開放式最短路徑優先)、多域、單域等多種環境下，要想在單個管理中心實現有效的監控，是不太現實的。數據采樣間隔過大時，不能實時反映性能數據的變化趨勢，并及時做出應有的反應; 相反，采樣間隔過小，面對大型、復雜的網絡又會造成管理信息的交換消耗大量的帶寬和計算資源，成為系統的I/O瓶頸,造成存儲空間的急速增加。例如，在某行業的大型網絡實際運維中，用戶發現采樣間隔由10分鐘變為5分鐘后，數據量每天遞增了20GB。
因此，依據行業的業務特點和網點的分布情況，CIO需考慮地理環境的優勢、運維人員的技術支持能力、網絡鏈路資源及機房場地、交通便利條件等諸多因素，選擇與企業業務規模相對稱的區域級別的網絡運維管理中心。各分支機構依據就近接入、統一管理的原則接入網絡運維管理中心。這樣大量節省了長途鏈路的資費，提高了相應的互連帶寬，各分支機構也有了技術支持后盾。
由于這種網絡管理的層次化劃分，加上軟件產品對分布式部署的支持，可以有效地將事件和性能數據過濾和歸并，通過制定一定的管理策略，把有限的管理信息用于向總運維調控中心匯聚。這樣，各區域網絡運維中心有效地分擔了網絡管理對細節因素的追蹤，同時又能使總運維調控中心具備宏觀的視野，從而顧全整個業務體系的正常運轉。
從單一的集中式管理走向層次化分級管理是網絡管理發展的一大進步，大型網絡從一個大的星形結構逐步過渡到層次化星形結構(樹形結構),甚至網狀結構，其優勢是非常明顯的。層次化管理模式明確了運維管理的關注點和與之相應的職責，網絡有廣域、局域之分，那么管理也必定有差異。
采購分布式網管系統
五項注意
在大型行業的運維管理中，運維管理中心往往設立在總部機關所在地，其運維重點在于關注廣域鏈路的通斷、長途鏈路利用率、雙鏈路負載均衡、路由抖動、時延等保證關鍵業務全網通達的技術參數性能。而各分支機構的日常運維事項又與樓層交換、用戶終端、網內異常流量審計等內容密切相關。那些諸如樓層交換設備、用戶端故障、局域網內流量異常、病毒局部侵擾等并非廣域運維關心的重點。因此，合理的層次化分級管理會有效地處理好這種管理范圍和職責的劃分。利用現今網絡管理軟件對分布式部署的全方位支持，管理員可在局域范圍內把網管工作做細，也可通過過濾策略把關鍵信息上傳到運維管理中心，從而把控全網細枝末節的網絡健康狀態，保證關鍵業務的順暢運行。這種分級化管理的方案選型應關注如下幾點。
◆ 分布式網管在分支機構進行部署時，不宜求全求大，宜求精求實，***采用統一的系統平臺, 避免各自為政采購大型軟件，***因無實施能力導致擱置。在實際情況中我們不難發現，由于網絡建設并非同步進行，而且缺乏統一的實施標準，許多信息部門雖然很有預見性地采購了網絡管理配套軟件，但由于未考慮它的實施難度和基層技術人員的運維技術水平，導致采購的大型網管軟件并不能發揮其產品宣傳所能達到的實際運維功能。所以應在一個大的整體策略下，通過集中評測甄選適合本企業統一部署實施的管理軟件。
◆ 應加強基層技術人員的技術和管理策略培訓，并同步進行配套管理策略和制度建設。通過標準化的流程策略和相關制度約束，保證網管策略自上向下地有效貫徹。
◆ 企業采購的軟件無論是商品化軟件或者自主二次開發的平臺，應考慮支持分布部署策略和事件上傳過濾、歸并機制。實際網管實施過程中，告警事件不是報不出來，而是報得太多，“狼來了”喊多了就沒人相信了。這在采用了郵件、短信、聲、光、電等多種報警模式的情況下尤顯突出。做好告警事件的有效歸并，不但能減少告警事件量，而且便于故障根源的快速判斷和響應。
◆ 總運維控制中心應具備基于業務視角的監控運維管理手段。依據關鍵業務的特性將相關監控管理技術指標用一個維度綜合計量，加快故障根源的快速定位與分析，規避“眉毛胡子一把抓”的無序狀態; 也能有效避免出現業務故障時，相互推諉責任的現象。
◆ 配套行政手段需落實到位，僅靠單純的技術手段，管理策略并不能完全落實。需建立有效的機制，落實督促管理策略。分布式管理，并不意味著放任自流，而是要通過有效的機制使網絡管理工作更加有效。
在規模不是很大、網上業務應用不是很多的企事業單位，可采用分布式管理模式，在數據采集的及時性、技術細節的把控和響應上都會有較好的保證，而且能起到相互冗余的作用。#p#
集中式網絡管理
在層次化分級網絡管理的基礎上，隨著網絡管理外延的逐步擴充，基于業務的運維管理模式，特別是基于數據大集中的管理模式，又作為一種新亮點凸現出來。
在傳統的分布式處理模式下，業務信息分布在不同地理區域的內部服務器上，業務信息的管理和可用性受到了很大限制，許多應該透明、共享的信息在人為的壁壘下不能充分發揮應有的作用，而且系統的升級和新業務的開發部署也都不能及時響應。加上新業務系統的逐步上線，分布式部署在機房場地的雙路供電、空調、機柜布放空間等一系列問題上都明顯陷入捉襟見肘的窘境。要想改變這些局面，企業投資金額勢必會遠遠超出新建一個數據中心的預算，并且發展空間受制約。在這種情形下，以業務信息為主導的集中式網管再次走上了歷史舞臺。
數據走向集中的需求
隨著業務規模的擴大，許多應用都面臨著數據大集中的問題。數據信息所體現的時效性價值需求日益提高，數據越能及早匯總，就越能體現出相應的價值，這在股票交易、原油交易、電子化貿易等業務實時性要求較高的行業尤為突出。而這些數據及應用系統的多層次化部署，隨著配套設備的逐步老化、數據量的急劇增加，帶來了運維成本越來越高、時效性越來越差的諸多弊病。原本一套運維體系所具備的人力、物力、運維手段、硬件支撐環境，在層次化部署環境中需要復制出若干個大小不一但又“五臟俱全”的拷貝，這無疑增大了運維成本支出，也是一種資源的浪費，而且也不符合業務快速發展的需要。
隨著網絡管理外延的逐步擴展，從單一的網絡設備、鏈路管理，發展到目前針對業務應用所涉及的服務器性能、存儲、網絡、關鍵應用監控、流程管理、服務級別管理等一系列基于業務服務管理(Busssiness Service Manager-BSM)的全業務服務支持模式，IT綜合服務管理體系集中化管理的趨勢愈加明朗，并在諸如Cisco、IBM、HP等國際大公司的實際部署中得以驗證。
采購集中式
網管系統關注四點
在Cisco、 HP、中國網通等國內外知名大企業的關鍵業務集中化管理中，其IT業務垂直化管理的框架也頗有借鑒之處。它們在全業務系統范圍內提供同等水平的業務服務支持，提高了客戶的滿意度。與此同時，業務數據的集中存儲與管理，為高水平安全的數據保障創造了條件，業務連續性達到了一個新的高度。用戶只是授權數據的使用人，無需關心數據的地理位置、存儲介質、維護背景。而且，這樣就規避了分布式部署中產生的軟、硬件投資金額巨大的問題，也為集中有限資金提高運維管理手段提供了良好的基礎。
在企業規模較大、業務應用較多、業務網點分布較廣的大型企事業單位，應考慮設立區域數據中心集中管理與關鍵應用相配套的網絡設施、服務器設施、存儲設施等。集中式網管發揮了數據大集中和財力、物力、人力集中的優勢，做強做大相應的配套設施，為業務應用的持續發展提供擴展空間。在考慮災備冗余的同時，適度把控建設規模的拓展預期，避免前期投入預期過大而實際發展緩慢造成的不必要浪費。
在基于數據大集中的數據中心集中管理系統選型中同樣也須注意幾點。
◆ 不盲目跟風。目前，隨著國際大型網管軟件公司的戰略調整，許多軟件公司之間的并購、整合屢見不鮮。而其整合后的產品線往往也只是從概念上有了一個更完整的體系。但在實際情況中，新老產品的更新換代、用戶端使用習慣、產品功能的預期差異等都或多或少會出現問題，特別是做過相應二次開發的用戶單位，在盲目跟風中，不但產品功能提升有限，而且會與預期實施效果存在較大落差。許多產品的整合未必在真正意義上做到功能的提升，在追求利益***化的商業軟件銷售中，這種產品整合后的潛在風險向最終用戶轉移的傾向比比皆是。
◆ 在加強網絡管理的同時，要不斷引進成熟可靠的新技術。以虛擬化技術為例，有些企業的應用程序已經是多年前開發的產品，只能運行在一些特定的操作系統和硬件上，而那些特定的操作系統和硬件由于過了保質、保修期，維護和運行的成本很高。而通過虛擬化技術虛擬出來的硬件平臺能夠運行那些特定的操作系統，盤活了企業的資產。諸如這種虛擬化技術的應用會大大提升業務的發展空間，如早期企業的自有郵件系統給每個員工20兆附件、總計50兆的存儲空間，這在當時已經算是 “富家子弟”了; 現今發展到50兆附件、200兆空間已不足為奇。但舊技術條件下實際存儲空間利用率遠非我們預期，而是更加浪費了。
利用虛擬化技術的動態存儲空間調配，能很好地解決此類問題，提高存儲空間的有效利用率。所以新技術的引進絕對是“***生產力”，管理只是一種優化的運維手段，新技術的不斷引進創新才是發展的最終動力。
◆ 在考慮與業務相關的軟、硬件環境建設監控管理的同時，要充分考慮機房場地環境的監控管理。集中化管理涉及的刀片服務器、PC Cluster等大容量存儲的集中上線，使得針對機房場地空調、濕度、電源、消防和部署空間提出了更高的需求，因此要充分考慮到各因素的可拓展空間和性能需求。目前，PC Cluster從256個節點、512個節點到1024個節點的大批量部署愈發普遍(目前，諸如Cisco、IBM等國外知名大公司除在一定高端領域保留大約14%左右的高端Unix服務器外，其在x86平臺和Linux平臺的業務拓展呈明顯上升趨勢，所占比重越來越大)，這種部署方式對高密度堆疊產生的熱量排放就提出了很高的要求。網絡管理在集中模式下應有針對性地對業務附屬設施進行全方位的監控。在有條件的情況下，應盡可能地將業務相關性涉及的服務器性能、網絡設備、鏈路狀態、UPS、空調等綜合信息展現在多塊大屏之上，配合聲、光、電的多種告警觸發方式加強告警事件的及時響應，保證業務的高可靠持續運行。
◆ 在集中模式下的網絡管理要充分考慮大流量數據帶來的壓力。由于集中模式產生的數據匯聚壓力明顯增大，加上目前高端設備均采用支持大帶寬的光纖接入(這在機房預先布線、交換設備模塊采購中尤其要引起高度重視)，所以硬件網管設施在接入實際網絡，特別是在直連模式的情況下，信息部門在關心接口類型的同時，一定要考慮流量壓力產生的負載問題。諸如帶寬管理器等設備如果與實際物理帶寬不匹配，無疑會導致瓶頸的出現; 同時，也要考慮在這種高密度部署情況下，軟件在采集數據時的采集間隔和數據遞增之間的平衡關系。#p#
鏈接：集中和分布相得益彰
IT，歸根結底要服務于業務，因此，CIO必須首先從業務的角度來考慮企業要搭建一個什么樣的IT架構，相應的服務管理模式也必須與之相符。在面對業務分布式部署和數據大集中形成的數據中心這兩種不同的運維管理需求時，應著眼于實際需求情況，把關注點放到影響關鍵業務順利運轉的細節上。如果對長途網絡帶寬、服務器并發數據處理性能壓力等有較高要求，則選擇分布式部署方式。它能合理地分擔單點的壓力承載，減少對長途鏈路資源的占用，能更好地根據業務部署特性做到更加有針對性的、更加細致的監控管理。
對于數據大集中模式的網絡管理而言，在做好常規管理內容的同時，應全面考慮面對大集中產生的大規模服務器、存儲、交換設備、空調、UPS等集中部署帶來的管理壓力，要將這些與保證業務順利運轉密切相關的因素統籌監管起來，特別要關注和引入面對集中模式的自動化監控管理配套設施的上線。試想，面對成千上萬臺服務器設備，在發生電源故障、年度巡檢等引發的停機事件時，設備起停操作在人工方式下將是一個“浩大的工程”。
為了使各專業應用系統所依托的服務器機群、網絡系統和相配套的場地環境保障措施在***狀態下運行，充分發揮整個業務系統的高效率運轉，需要建立一套完整、有效的技術服務程序化流程, 采取必要的日常運維和應急系列措施預案，以便在系統萬一出現故障的情況下，能夠做出快速響應，以最短的時間，排除故障，減少停機時間對業務運轉的直接沖擊，提高生產效率、降低運行費用。
無論采用分布式還是集中式管理模式，其實兩者并不是完全孤立的。在實際部署環境中，兩種方式依據業務部署的特點應當有機結合成一個高效運轉的機體，合理地分擔網絡承載的壓力，使最終用戶能體驗到同一標準的高品質IT服務支持，提高用戶的滿意度。
【編輯推薦】
