版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領
文檔簡介
1、第二章 網(wǎng)絡管理體系結(jié)構(gòu)計算機網(wǎng)絡管理目錄網(wǎng)絡管理的基本模型網(wǎng)絡管理模式網(wǎng)絡管理系統(tǒng)體系結(jié)構(gòu)網(wǎng)絡管理基本模型 每個計算機網(wǎng)絡都是計算機、連接媒介、系統(tǒng)軟件和協(xié)議的排列,網(wǎng)絡之間又互連形成更加復雜的互聯(lián)網(wǎng)。因此,在進行網(wǎng)絡管理系統(tǒng)開發(fā)時,必須用邏輯模型來表示這些復雜的網(wǎng)絡組件,網(wǎng)絡管理一般采用管理者-管理代理模型。 類似于C/S(Client/Server,客戶機/服務器)結(jié)構(gòu)的模式,通過管理進程與一個遠程系統(tǒng)相互作用實現(xiàn)對遠程資源的控制。 在這種簡單的體系結(jié)構(gòu)中,一個系統(tǒng)中的管理進程擔當管理者角色,被稱為網(wǎng)絡管理者。網(wǎng)絡管理基本模型 管理者和代理按客戶/服務器方式工作,管理者運行客戶程序,向某
2、個代理發(fā)出請求(或命令),代理運行服務器程序,返回響應(或執(zhí)行某個動作)。 由于這種模式中,管理者是客戶端,代理是服務器端,因此,上述的C/S模式也叫管理者/代理(M/A, Manager/Agent)模式。 在網(wǎng)管系統(tǒng)中往往是一個(或少數(shù)幾個)客戶程序與很多的服務器程序進行交互。網(wǎng)絡管理基本模型 基于M/A模式的網(wǎng)絡管理系統(tǒng)原則上由以下4個要素組成的: 網(wǎng)絡管理者(network manager) 網(wǎng)管代理(managed agent) 一種通用的網(wǎng)絡管理協(xié)議NMP(Network Management Protocol) 一個或多個管理信息庫(MIB)(Management Informa
3、tion Base)網(wǎng)絡管理基本模型網(wǎng)絡管理基本模型 例如,SNMP的組織采用C/S架構(gòu),C/S體系具有客戶端和服務器端兩層結(jié)構(gòu), 客戶端具有強大的功能,即數(shù)據(jù)計算與數(shù)據(jù)處理集中在客戶端,客戶端軟件配置比較復雜, 而服務器端功能相對簡單,主要是承擔數(shù)據(jù)存儲、查詢和維護等功能。 所以,在基于SNMP的網(wǎng)絡管理系統(tǒng)中給予超級管理員使用C/S客戶端的權(quán)限,進行系統(tǒng)配置、數(shù)據(jù)庫管理等操作。網(wǎng)絡管理基本模型 網(wǎng)絡管理者 網(wǎng)絡管理者是指實施網(wǎng)絡管理的處理實體,網(wǎng)絡管理者駐留在管理工作站上, 管理工作站通常是指終端,一般位于網(wǎng)絡系統(tǒng)的主干或接近于主干的位置,它負責發(fā)出管理操作的指令,并接收來自網(wǎng)管代理的信息
4、。 網(wǎng)絡管理者要求網(wǎng)管代理定期收集重要的設備信息。網(wǎng)絡管理者定期查詢網(wǎng)管代理收集到的有關(guān)主機運行狀態(tài)、配置及性能數(shù)據(jù)等信息,這些信息將被用來確定獨立的網(wǎng)絡設備、部分網(wǎng)絡或整個網(wǎng)絡運行的狀態(tài)是否正常。 網(wǎng)絡管理基本模型 網(wǎng)絡管理者和網(wǎng)管代理通過交換管理信息來進行工作, 信息分別駐留在被管設備和管理工作站上的管理信息庫中。這種信息交換通過一種網(wǎng)絡管理協(xié)議來實現(xiàn),具體的交換過程是通過協(xié)議數(shù)據(jù)單元PDU(Protocol Data Unit)進行的。 通常是管理站向網(wǎng)管代理發(fā)送請求PDU,網(wǎng)管代理以響應PDU回答,管理信息包含在PDU參數(shù)中。 在有些情況下,網(wǎng)管代理也可以向管理站發(fā)送消息,這種消息叫做
5、事件報告或通知,管理站可根據(jù)報告的內(nèi)容決定是否做出回答。網(wǎng)絡管理基本模型網(wǎng)絡管理者和網(wǎng)管代理的工作過程網(wǎng)絡管理基本模型 管理站被作為網(wǎng)絡管理員與網(wǎng)絡管理系統(tǒng)的接口。它的基本構(gòu)成是: 一組具有分析數(shù)據(jù)、發(fā)現(xiàn)故障等功能的管理程序; 一個用于網(wǎng)絡管理員監(jiān)控網(wǎng)絡的接口; 將網(wǎng)絡管理員的要求轉(zhuǎn)變?yōu)閷h程網(wǎng)絡元素的實際監(jiān)控的能力; 一個從所有被管網(wǎng)絡實體的MIB中抽取信息的數(shù)據(jù)庫。網(wǎng)絡管理基本模型 管理代理 網(wǎng)管代理是一個軟件模塊,它駐留在被管設備上。這里的設備可以是工作站、網(wǎng)絡打印機,也可以是其他網(wǎng)絡設備。通常將主機和網(wǎng)絡互連設備等所有被管理的網(wǎng)絡設備統(tǒng)為被管設備。 它的功能是把來自網(wǎng)絡管理者的命令或信
6、息的請求轉(zhuǎn)換成本設備特有的指令,完成網(wǎng)絡管理者的指示或把所有設備的信息返回到網(wǎng)絡管理者,包括有關(guān)運行狀態(tài)、設備特性、系統(tǒng)配置和其他相關(guān)信息。網(wǎng)絡代理可能因為某種原因拒接網(wǎng)絡管理者的指令。 另外,網(wǎng)管代理也可以將自身系統(tǒng)中發(fā)生的事件主動通知給網(wǎng)絡管理者。 網(wǎng)絡管理基本模型 一個網(wǎng)絡管理者可以和多個網(wǎng)絡代理進行信息交換,這在網(wǎng)絡管理中是常見的;而一個網(wǎng)絡代理也可以接受來自多個網(wǎng)絡管理者的管理操作,但在這種情況下,網(wǎng)絡代理需要處理來自多個網(wǎng)絡管理者的多個操作之間的協(xié)調(diào)問題網(wǎng)絡管理基本模型 路由器、交換器、集線器等許多網(wǎng)絡設備的管理代理軟件一般是由原網(wǎng)絡設備制造商提供的,它可以作為底層系統(tǒng)的一部分、也
7、可以作為可選的升級模塊。 設備廠商決定他們的管理代理軟件可以控制哪些MIB對象,哪些對象可以反映管理代理軟件開發(fā)者感興趣的問題。網(wǎng)絡管理基本模型 網(wǎng)管代理就像是每個被管理設備的信息經(jīng)紀人,它們完成網(wǎng)絡管理者布置的信息收集任務。 網(wǎng)管代理實際所起的作用就是充當網(wǎng)絡管理者與網(wǎng)管代理所駐留的設備之間的信息中介。 網(wǎng)管代理通過控制設備的管理信息庫(MIB)中的信息來實現(xiàn)管理網(wǎng)絡設備功能。網(wǎng)絡管理基本模型 一般的網(wǎng)絡代理都是返回它本身的信息,在網(wǎng)絡管理中還有另外一種代理委托代理,它向管理系統(tǒng)提供其它設備或者系統(tǒng)的信息。 使用委托代理,管理者可以管理多種類型的設備。委托代理接收來自管理系統(tǒng)的指令,轉(zhuǎn)換為這
8、些系統(tǒng)或者設備可接受的指令并發(fā)送給它們,并向管理系統(tǒng)發(fā)送從這些系統(tǒng)或設備返回的信息。網(wǎng)絡管理基本模型 管理者和代理之間使用的是一種語言,對于不能理解這種語言的設備,使用委托代理完成通信,委托代理相當于一個在不同指令語言之間的翻譯者。委托代理提供到多個設備的管理訪問,管理者,只需和一個委托代理通信,就可以管理多個設備。網(wǎng)絡管理基本模型通過委托代理的網(wǎng)絡管理模型網(wǎng)絡管理基本模型 網(wǎng)絡管理協(xié)議 在管理者-代理的模型中,如果各個廠商生產(chǎn)的設備之間的通信方式不同的話,那么不同廠商的設備就無法進行互操作,無法進行互連,這樣的產(chǎn)品是無法用來建設大規(guī)模的網(wǎng)絡的。為了解決這個問題,人們在管理者和代理之間定義了一
9、個通信標準,這就是網(wǎng)管協(xié)議的內(nèi)容。 用于網(wǎng)絡管理者和管理代理之間傳遞信息,并完成信息交換安全控制的通信規(guī)約就成為網(wǎng)絡管理協(xié)議。網(wǎng)絡管理基本模型管理者和代理之間的通信機制管理站管理站管理系統(tǒng)管理系統(tǒng)代理代理被管理對象被管理對象本地系統(tǒng)本地系統(tǒng)管理操作管理操作事件通知事件通知執(zhí)行管理操作執(zhí)行管理操作通知通知網(wǎng)絡管理基本模型 上圖是管理者和某一個代理之間的通信機制。管理站將管理要求通過管理操作指令傳送給位于被管理系統(tǒng)中的代理,代理則直接管理被管理設備。代理可能因為某種原因拒絕管理站的指令。 管理站和代理之間的信息交換可以分為兩種:從管理站到代理的管理操作,從代理到管理站的事件通知。網(wǎng)絡管理基本模型
10、管理站和網(wǎng)管代理者之間通過網(wǎng)絡管理協(xié)議通信,網(wǎng)絡管理者進程通過網(wǎng)絡管理協(xié)議來完成網(wǎng)絡管理。 網(wǎng)絡管理協(xié)議描述了管理器與被管代理之間的數(shù)據(jù)通信機制。 網(wǎng)絡管理標準主要制訂的內(nèi)容是網(wǎng)絡管理協(xié)議. 它定義了在網(wǎng)絡管理系統(tǒng)中協(xié)議數(shù)據(jù)單元(PDU, Protocol Data Unit)的種類和格式,也即定義了管理器和被管代理之間的數(shù)據(jù)報文格式,相應也即決定了網(wǎng)絡管理系統(tǒng)的主要功能。協(xié)議還定義了管理信息庫的數(shù)據(jù)庫格式。網(wǎng)絡管理基本模型 管理信息庫 管理信息庫(MIB,Management Information Base)是一個信息存儲庫,它是網(wǎng)絡管理系統(tǒng)中的一個非常重要的部分。 MIB定義了一種對象數(shù)
11、據(jù)庫,由系統(tǒng)內(nèi)的許多被管對象及其屬性組成。 管理信息庫是一個動態(tài)刷新的數(shù)據(jù)庫,它包括設備的配置信息,數(shù)據(jù)通信的統(tǒng)計信息,安全性信息和設備特有信息。這些信息被動態(tài)送往管理器,形成網(wǎng)絡管理的數(shù)據(jù)來源。 網(wǎng)絡管理基本模型 管理信息庫 管理信息庫是對于通過網(wǎng)絡管理協(xié)議可以訪問信息的精確定義,所有相關(guān)的被管對象的網(wǎng)絡信息都放在MIB上。 被管對象是網(wǎng)絡資源的抽象表示,一個資源可以表示為一個或多個被管對象。 MIB描述采用了結(jié)構(gòu)化的管理信息定義,稱為管理信息結(jié)構(gòu)(Structure of Management Information,SMI) SMI規(guī)定了如何識別管理對象以及如何組織管理對象的信息結(jié)構(gòu)。對
12、象按層次進行分類和命名,整體表示為一種樹型結(jié)構(gòu),所以被管對象都位于樹的葉子節(jié)點,中間節(jié)點為該節(jié)點下的對象的組合。網(wǎng)絡管理基本模型 MIB中的數(shù)據(jù)可分為3類:感測數(shù)據(jù)、結(jié)構(gòu)數(shù)據(jù)和控制數(shù)據(jù) 感測數(shù)據(jù):表示測量到的網(wǎng)絡狀態(tài),是通過網(wǎng)絡的監(jiān)測過程獲得的原始信息,包括節(jié)點隊列長度、重發(fā)率、鏈路狀態(tài)、呼叫統(tǒng)計等。這些數(shù)據(jù)是網(wǎng)絡的計費管理、性能管理和故障管理的基本數(shù)據(jù); 結(jié)構(gòu)數(shù)據(jù):描述網(wǎng)絡的物理和邏輯構(gòu)成,與感測數(shù)據(jù)相比,結(jié)構(gòu)數(shù)據(jù)是靜態(tài)的(變化緩慢的)網(wǎng)絡信息,包括網(wǎng)絡拓撲結(jié)構(gòu)、交換機和中繼線的配置、數(shù)據(jù)密鑰、用戶記錄等,這些數(shù)據(jù)是網(wǎng)絡的配置管理和安全管理的基本數(shù)據(jù);網(wǎng)絡管理基本模型 MIB中的數(shù)據(jù)可分為3
13、類:感測數(shù)據(jù)、結(jié)構(gòu)數(shù)據(jù)和控制數(shù)據(jù) 控制數(shù)據(jù):存儲網(wǎng)絡的操作設置,控制數(shù)據(jù)代表網(wǎng)絡中那些可調(diào)整參數(shù)的設置,如中繼線的最大流、交換機輸出鏈路業(yè)務分流比率、路由表等,控制數(shù)據(jù)主要用于網(wǎng)絡的性能管理。 網(wǎng)絡管理基本模型 基于Web的分布式網(wǎng)絡管理模型 從網(wǎng)絡管理系統(tǒng)的實現(xiàn)來看,現(xiàn)在的網(wǎng)絡管理系統(tǒng)依賴于特定的硬件和操作系統(tǒng)環(huán)境,并存在許多缺陷。網(wǎng)絡技術(shù)的發(fā)展和網(wǎng)絡規(guī)模的日益擴大要求網(wǎng)絡管理系統(tǒng)更加開放、具有更高的互操作性和更加靈活。 基于WEB的分布式網(wǎng)絡管理為網(wǎng)絡管理員提供了一種更加有效的網(wǎng)絡管理方式,這種方式雖然不能取代SNMP管理平臺,但擴展了基于管理平臺的管理能力,更好地適應了網(wǎng)絡管理的發(fā)展需要
14、。 基于移動代理的分布式網(wǎng)絡管理模型網(wǎng)絡管理模式 現(xiàn)在計算機網(wǎng)絡管理變得越來越復雜,對網(wǎng)絡管理性能呢要求也越來越高,因此為了滿足需求,今后的網(wǎng)絡管理將朝著層次化、集成化、Web化和智能化方向發(fā)展。 網(wǎng)絡管理模式由集中式、分層式、分布式和集中式與分層式相結(jié)合四種方法集中式網(wǎng)絡管理模式 集中式網(wǎng)絡管理模式是目前使用最為普遍的一種模式,將網(wǎng)絡管理系統(tǒng)建立在一個計算機系統(tǒng)上,由該計算機系統(tǒng)負責所有的網(wǎng)絡管理任務。 傳統(tǒng)的網(wǎng)絡管理一般都是采用集中式網(wǎng)絡管理模式,即由一個中心網(wǎng)絡服務器的網(wǎng)絡管理系統(tǒng)負責對整個網(wǎng)絡系統(tǒng)進行統(tǒng)一的管理。 集中式網(wǎng)絡管理模式: 由唯一的網(wǎng)絡管理者負責整個網(wǎng)絡的管理 網(wǎng)絡管理者處
15、理所有來自被管理網(wǎng)絡系統(tǒng)上的管理代理的通信信息,為全網(wǎng)提供集中的決策支持,并控制和維護管理工作站上的信息存儲,集中式網(wǎng)絡管理模式集中式網(wǎng)絡管理模式 集中式有一種變化形式,即基于平臺的形式,將唯一的網(wǎng)絡管理者分成管理平臺和管理應用兩個部分。 管理平臺是對管理數(shù)據(jù)進行處理的第一階段 主要進行數(shù)據(jù)采集,并對底層管理協(xié)議進行屏蔽,為應用程序提供一種抽象的統(tǒng)一的視圖 管理應用在數(shù)據(jù)處理的第二階段 進行決策支持和執(zhí)行一些比信息采集和簡單計算更高級的功能。 這兩部分通過公共應用接口API進行通信集中式網(wǎng)絡管理模式集中式網(wǎng)絡管理模式 這種結(jié)構(gòu)易于維護和擴展,也可簡化異構(gòu)的、多廠商的、多協(xié)議網(wǎng)絡環(huán)境的幾次應用程
16、序的開發(fā)。但總體而言它扔是一種集中式的管理體系,應用程序一旦增多管理平臺就成為了麻煩。 集中式結(jié)構(gòu)簡單、投資成本相對較低以及易于維護等特性,使其成為傳統(tǒng)的普遍的網(wǎng)絡管理模式,但隨著網(wǎng)絡規(guī)模的日益擴大,其局限性愈來愈顯著,主要表現(xiàn)在以下幾方面:集中式網(wǎng)絡管理模式 不可擴展性 所有的信息都向中央管理者傳輸,當網(wǎng)絡規(guī)模大,被管對象種類增多后,管理信息傳輸量也將增大,必然會引起阻塞。 功能固定,不靈活 集中式管理的服務器功能模塊都是在建立時裝入的,若要修改或者增加新的功能,則必須重新編譯、安裝、服務器進程初始化。 不可靠性 網(wǎng)絡工作站一旦出現(xiàn)故障,整個網(wǎng)絡管理系統(tǒng)都將崩潰。若連接兩個部分的中間某一設備
17、出現(xiàn)問題,后面的網(wǎng)絡也就失去了管理功能集中式網(wǎng)絡管理模式 傳輸中的瓶頸 如圖,兩個網(wǎng)絡A、B通過路由器和低速鏈路連接。在集中式管理條件下,位于網(wǎng)絡A的網(wǎng)絡管理者對網(wǎng)絡A和B上的所有代理進行管理。實踐中發(fā)現(xiàn)網(wǎng)絡管理系統(tǒng)的瓶頸主要出現(xiàn)在a,b,c,d處,即路由器、低速鏈路、網(wǎng)絡A與管理系統(tǒng)的接口以及管理系統(tǒng)的計算分析處。集中式網(wǎng)絡管理模式集中式網(wǎng)絡管理模式 a處路由器 該路由器顯然是瓶頸之一,一旦發(fā)生故障,網(wǎng)絡A中的管理者發(fā)出的網(wǎng)絡管理信息包就不能到達網(wǎng)絡B,這樣整個網(wǎng)絡B就成為了一個不可管理的網(wǎng)絡 b處低速鏈路 因為帶寬問題該低速鏈路成為瓶頸。網(wǎng)絡B上的所有MIB信息都要通過低速鏈路傳遞到網(wǎng)絡A
18、。當B中的代理數(shù)目較多時,對低速鏈路的帶寬要求很高,而且,管理者還要不停地對網(wǎng)絡B進行輪詢,這更使低速鏈路成為系統(tǒng)的瓶頸集中式網(wǎng)絡管理模式 c處管理平臺和網(wǎng)絡A的接口 在這種復雜的網(wǎng)絡中,代理的數(shù)目可能很多,使管理平臺和網(wǎng)絡A之間的流量相當大,這將占用管理平臺通信處理機大量的時間和存儲空間,甚至導致通信阻塞 d處管理平臺 管理平臺要從大量的MIB變量值中通過計算和分析,得到有意義的值,然后經(jīng)過表示工具呈現(xiàn)給最終的管理者。網(wǎng)絡越復雜,MIB信息量就越大,這一過程對管理平臺CPU的負載也越大。在實際的某些網(wǎng)絡管理平臺中,系統(tǒng)往往要花幾分鐘才能對用戶的要求作出回答反應。集中式網(wǎng)絡管理模式 總的來說,
19、集中式網(wǎng)絡管理結(jié)構(gòu)簡單,投資成本相對較低,但對于結(jié)構(gòu)復雜、規(guī)模龐大的系統(tǒng),要想在單個的管理中心實現(xiàn)有效的監(jiān)控,是十分的不現(xiàn)實的因為管理信息的交換將消耗大量的帶寬和計算資源,成為系統(tǒng)的一個瓶頸, 整個網(wǎng)絡的運行依賴于網(wǎng)管中心的狀態(tài),一旦網(wǎng)管中心故障,容易導致整個網(wǎng)絡管理的無序甚至癱瘓。所以,這種集中式網(wǎng)絡管理的模式不適合對大規(guī)模網(wǎng)絡進行實時的監(jiān)控與管理。分布式網(wǎng)絡管理模式 為了減少中心管理控制臺,局域網(wǎng)連接和廣域網(wǎng)連接以及管理信息系統(tǒng)不斷增長的負擔,將信息和智能分布到網(wǎng)絡各處,使得管理變得更加自動化,在最靠近問題源的地方能夠做出基本的決策,這就是分布式管理的核心思想。分布式網(wǎng)絡管理模式 分布式網(wǎng)
20、絡管理的功能分布到每一個被管設備,即將局部管理任務、存儲能力和部分數(shù)據(jù)庫轉(zhuǎn)移到被管設備中,將被管設備成為具有一定自我管理能力的自治單元,而網(wǎng)絡管理系統(tǒng)則側(cè)重于網(wǎng)絡的邏輯管理。 按分布式網(wǎng)絡管理方法,采用多個對等平臺,其中一個平臺作為一組對等平臺的管理者,每個對等平臺都有整個網(wǎng)絡設備的完整數(shù)據(jù)庫,有多個管理者,每個負責管理一個域,相互通信都在對等系統(tǒng)內(nèi)部進行。分布式網(wǎng)絡管理模式分布式網(wǎng)絡管理模式 分布式管理將數(shù)據(jù)采集、監(jiān)視以及管理分散開來,它可以從網(wǎng)絡上的所有數(shù)據(jù)源采集數(shù)據(jù)而不必考慮網(wǎng)絡的拓撲結(jié)構(gòu),為網(wǎng)絡管理員提供了更加有效的、大型的、地理分布廣泛的網(wǎng)絡管理方案,分布式管理模式具有以下幾個特點:
21、分布式網(wǎng)絡管理模式 自適應基于策略的管理 是指對不斷變化的網(wǎng)絡狀況做出響應并建立策略,使得網(wǎng)絡能夠自動與之適應,提高解決網(wǎng)絡性能及安全問題的能力,減少網(wǎng)絡管理的復雜性 分布式的設備查找與監(jiān)視 是指將設備的查找、拓撲結(jié)構(gòu)的監(jiān)視以及狀態(tài)的輪詢等網(wǎng)絡管理任務從管理網(wǎng)站分配到一個或多個遠程網(wǎng)站的能力。這種重新分配即降低了中心管理網(wǎng)站的工作負荷,又降低了網(wǎng)絡主干和廣域網(wǎng)連接的流量負荷 采用分布式管理,安裝有網(wǎng)絡管理軟件的網(wǎng)站可以配置成“采集網(wǎng)站”或“管理網(wǎng)站”。分布式網(wǎng)絡管理模式 智能過濾 通過優(yōu)先級控制,不重要的數(shù)據(jù)就會從系統(tǒng)中排除,從而使得網(wǎng)絡管理控制臺能夠集中處理高優(yōu)先級的事物。為了在系統(tǒng)中的不同
22、地點排除不必要的數(shù)據(jù),分布式管理采用設備查找過濾器、拓撲過濾器、映像過濾器與報警和事件過濾器 分布式閾值監(jiān)視 閾值事件監(jiān)視有助于網(wǎng)絡管理員先于用戶感覺到有網(wǎng)絡故障,并在故障發(fā)生之前將問題檢測出來并加以隔離。采集網(wǎng)站可以獨立地向相關(guān)的對象采集到SNMP及RMON趨勢數(shù)據(jù),并根據(jù)這些數(shù)據(jù)引發(fā)閾值事件措施。分布式網(wǎng)絡管理模式 輪詢引擎 輪詢引擎可以自動地和自主地調(diào)整輪詢間隙,從而在出現(xiàn)異常高的讀操作或出現(xiàn)網(wǎng)絡故障時,獲得對設備或網(wǎng)段的運行及性能更加明了的顯示。 分布式管理任務引擎 分布式管理任務引擎可以使網(wǎng)絡管理更加自動,更加獨立。其典型功能包括分布式軟件升級及配置,分布式數(shù)據(jù)分析和分布式IP地址管
23、理。分布式網(wǎng)絡管理模式 分布式網(wǎng)絡管理基本思想:是將一個大規(guī)模的網(wǎng)絡管理劃分為若干個對等的子管理域,一個域由一個管理者負責,管理者之間相互通信,當需要另一個域的信息時,管理者與它的對等系統(tǒng)進行通信 每一個子網(wǎng)域的網(wǎng)管系統(tǒng)都有一個相應的MIB,這些MIB與中心網(wǎng)絡服務器的MIB在網(wǎng)絡初始條件下,可以設置為相同,但在網(wǎng)絡運行后,每個子網(wǎng)域的MIB收集本網(wǎng)內(nèi)的管理信息和數(shù)據(jù),子網(wǎng)MIB可以把全部數(shù)據(jù)匯總到中心服務器的MIB中,中心網(wǎng)絡服務器也可以有選擇的接收子網(wǎng)MIB的數(shù)據(jù),或者在需要的時候再到子網(wǎng)MIB中索取相應的信息分布式網(wǎng)絡管理模式 分布式管理的根本屬性就是能容納整個網(wǎng)絡的增長和變化,因隨著網(wǎng)
24、絡的擴展,監(jiān)視智能及任務職責不同會同時不斷地分布開來,即提供了很好的擴展性,同時降低了管理復雜性。將管理任務分布到各域的管理者,使網(wǎng)絡管理更加穩(wěn)固可靠 相對于集中式管理模式,分布式網(wǎng)管模型降低了網(wǎng)絡管理流量,避免網(wǎng)絡擁塞的產(chǎn)生;多個管理域組成的網(wǎng)絡管理系統(tǒng)提高了其可靠性,在功能上有較好的可擴展性,能產(chǎn)生較高的管理效率,適應于較為復雜的網(wǎng)絡結(jié)構(gòu)。 分層式網(wǎng)絡管理模式 盡管分布式網(wǎng)絡管理能解決集中式網(wǎng)絡管理中出現(xiàn)的一系列問題,但目前還無法實現(xiàn)完全的分布方案,因此目前的網(wǎng)絡管理是分布式和集中式相結(jié)合的分層式網(wǎng)絡管理模式。 分層式網(wǎng)絡管理模式是在集中式管理中的管理者和代理間增加一層或多層管理實體,即中
25、層管理者,從而使管理體系層次化。 中級管理者是指一些同時擁有管理者和代理兩種角色的系統(tǒng)分層式網(wǎng)絡管理模式分層式網(wǎng)絡管理模式 這種結(jié)構(gòu)中采用了多個管理者,每個管理者只負責本管理域的管理工作,這些管理者之間互不通信。另外有一個總的管理者(MOM)位于各個域管理者的上層,收集各個域管理者信息,網(wǎng)管平臺的某些功能在這個總管理者上。 分層式與分布式最大區(qū)別:各域管理者之間互不通信,只能通過管理者的管理者間接通信。分層式網(wǎng)絡管理模式 這種結(jié)構(gòu)將管理任務分散于多個管理者,節(jié)省了網(wǎng)絡帶寬,緩解了集中式方案中的一些問題。而且這種結(jié)構(gòu)很容易擴展,既可以增加域管理者,也可以增加總的管理者,在總管理者之上建立新的總管
26、理者,形成多級分層的結(jié)構(gòu)。 但是,這種系統(tǒng)可能會給數(shù)據(jù)采集造成困難; 另外,每一個域管理者的設備列表需要在邏輯上預先定義并配置好,否則會使多個管理者輪詢管理相同的設備,造成資源浪費 分布式與分層式網(wǎng)絡管理模式 分布式與分層式管理模式結(jié)合的方法吸收了分布式與分層式的優(yōu)點和特點,具有很好的可擴展性,它采用了域管理和MOM的思想。 在分布式與分層式結(jié)合的管理模式中,有多個管理者,這些管理者被分為元素管理者和集成管理者兩類。每個元素管理者負責管理一個域,而每個元素管理者又可以被多個集成管理者管理,所以集成管理者就是管理者的管理者。多個集成管理者之間具有一定的層次性,易于開發(fā)集成的管理應用。分布式與分層
27、式網(wǎng)絡管理模式網(wǎng)絡管理系統(tǒng)體系結(jié)構(gòu) 本章剛開始就講到,進行網(wǎng)絡管理系統(tǒng)開發(fā)時,必須用邏輯模型來表示這些復雜的網(wǎng)絡組件,這就是本章要講到的網(wǎng)絡體系結(jié)構(gòu)。 所謂網(wǎng)絡的體系結(jié)構(gòu)就是從現(xiàn)實復雜的網(wǎng)絡中抽象出邏輯模型,作為網(wǎng)絡管理系統(tǒng)開發(fā)的支持。 網(wǎng)絡體系結(jié)構(gòu)是從功能上來描述計算機網(wǎng)絡結(jié)構(gòu)的,網(wǎng)絡體系結(jié)構(gòu)又稱網(wǎng)絡邏輯結(jié)構(gòu)。網(wǎng)絡管理系統(tǒng)體系結(jié)構(gòu) 最底層是硬件和操作系統(tǒng),OS既可以是一般的主機操作系統(tǒng),也可以是專門的網(wǎng)絡操作系統(tǒng)。 操作系統(tǒng)之上是支持網(wǎng)絡管理的協(xié)議簇,如OSI,TCP/IP等通信協(xié)議,以及專用于網(wǎng)絡管理的SNMP,CMIP協(xié)議等。 協(xié)議棧上面是網(wǎng)絡管理框架(Network Manager Framework),這是各種網(wǎng)絡管理應用工作的基礎結(jié)構(gòu),各種網(wǎng)絡管理框架的共同特點如下:網(wǎng)絡管理系統(tǒng)體系結(jié)構(gòu) 管理功能分為管理站和代理兩部分; 為存儲管理信息提供數(shù)據(jù)庫支持; 提供用戶接口和用戶視圖功能; 提供基本的管理操作 網(wǎng)絡管理應用是用戶根據(jù)需要開發(fā)的軟件,這種
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
- 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 二零二五年度物流服務合同標的與服務內(nèi)容2篇
- 2025年度航空航天零部件采購合同模板3篇
- 2025彩妝造型行業(yè)消費者權(quán)益保護合作協(xié)議3篇
- 泰州職業(yè)技術(shù)學院《城市更新與方法》2023-2024學年第一學期期末試卷
- 2024版:變壓器買賣雙方權(quán)益保障合同3篇
- 2024年足療服務人員聘用協(xié)議樣本版B版
- 二零二五版2025年度個體美容美發(fā)店合伙合作協(xié)議3篇
- 二零二五版物聯(lián)網(wǎng)技術(shù)在農(nóng)業(yè)應用合伙協(xié)議3篇
- 二零二五年度綠色建筑門窗安裝及節(jié)能認證協(xié)議3篇
- 二零二五版貨物搬運與物流信息平臺建設合同3篇
- 《精密板料矯平機 第1部分:型式和基本參數(shù)》
- 監(jiān)理報告范本
- 店鋪交割合同范例
- 大型活動LED屏幕安全應急預案
- 2024年內(nèi)蒙古包頭市中考道德與法治試卷
- 湖南省長沙市2024-2025學年高二上學期期中考試地理試卷(含答案)
- 自來水質(zhì)量提升技術(shù)方案
- 金色簡約蛇年年終總結(jié)匯報模板
- 農(nóng)用地土壤環(huán)境質(zhì)量類別劃分技術(shù)指南(試行)(環(huán)辦土壤2017第97號)
- 反向開票政策解讀課件
- 工程周工作計劃
評論
0/150
提交評論