HMOM
HyperMidiaObjectManager--超媒體對象管理器相關內容
--------------------------------------------------------------------------------
近年來,Intranet(企業網)的迅猛發展使得其結構變得越來越複雜,這大大增加了網
絡管理的工作量,也導致了一種全新的網路管理模式——基於Web的管理(Web-BasedMan
agement,WBM)的產生,WBM允許網路管理人員使用任何一種Web瀏覽器,在任何節點迅速配
置、控制並訪問網路,因此,它被譽為"將改變用戶網路管理方式的革命性網路管理解決方
案"。
WBM的實現方式
WBM的實現方式有兩種。第一種是代理方式,它將一個Web伺服器加到一個內部工作站
(代理)。這個工作站輪流與端點設備通信、瀏覽器用戶與代理通信、代理端點設備之間
通信。第二種實現方式是嵌入方式。它將Web功能嵌入網路設備,每個設備有自己的Web地
址,管理員可通過瀏覽器訪問並管理該設備。在未來的Intranet中,基於代理與基於嵌入
的兩種網路管理方案都將被套用。大型企業通過代理來進行網路監視與管理,而且代理方
案也能充分管理大型機構的純SNMP設備,內嵌Web伺服器的方式對於小型辦公室網路則是
理想的管理方式。
為了降低網路管理複雜性,減少網路管理的成本,有兩個WBM標準目前正在考慮之中,
它們對應於上述兩種實現方式,即代理的基於web的企業管理(Web-BasedEnterpriseMa
nagement,WBEM)標準和內嵌式的Java管理應用程式接口(Java-ManagementApplication
ProgrammingInterface,JMAPI)標準。
WBEM是由Microsoft公司於1996年7月提出的,它得到了包括3Com公司在內的60多個供
應商的支持,是面向對象的標準。各種抽象的管理數據對象通過多種資源(如設備、系統
、應用程式等)收集,WBEM能夠通過單一協定來管理這些對象。WBEM被定位成"兼容和擴展
"的當前標準,如SNMP、DMI和CMIP,它定義了訪問被管理對象信息,集中客戶機分析結果信
息以及為分析和操作所提供的對被管理對象位置透明的訪問所必須的結構和規定,其中的
關鍵是超媒體管理協定HMMP,它構成了WBEM的骨架,下面具體討論HMMP協定內容及相關問
題。
HMMP協定操作
HMMP能夠訪問管理信息,以實現獨立於平台的和在物理上分布於整個企業的管理方案
,它的核心思想是通過訪問和操作公用信息模型(CommonInformationModel,CIM)的元件
,對整個網路進行管理。實體通過HMMP傳送管理訊息,這些訊息用於實現輪詢和操作HMMP
所擁有的模式。
操作中的角色
客戶機與伺服器
HMMP是獨立於傳輸的協定,它採用請求/應答(request-response)模型建立管理模式
。作為客戶機(HMMPclient)的進程,發出管理請求完成網路管理;作為伺服器(HMMPserv
er)的進程,則滿足請求並回送合適的應答。
客戶機可以是用於管理指定設備和機器的簡單進程,也可以是管理任何HMMP可管理對
象的通用互動式瀏覽器。
伺服器可在多個層次上實現,最複雜的構成可以有對象存儲庫(ObjectStores)和大
量不同的、被管設備代理的、運行在工作站上的伺服器。最簡單的結構是沒有對象庫且
僅實現HMMP一個子集的簡單網路設備。伺服器可分為兩類:
HMOM:實現了協定的一個大子集且在客戶機請求時可轉換成代理(proxy)的伺服器,被
稱為超媒體對象管理者(HyperMediaObjectManager,HMOM)。
Provider:實現了協定的一個小子集但不能轉換成代理的伺服器,被稱為Provider。
Provider按照提供的服務分類,如可實時提供從硬體取得的動態值或者對一系列相似
的複雜設備(如路由器)進行探測。
由於HMOM的存在,HMMP可構成層次化或分散式網路管理結構。
生產者與消費者
在HMMP中任何通知或事件都被稱為一次指示。發出指示的實體稱為生產者,接收指示
的實體稱為消費者,這種角色的區別非常重要,因為客戶機或伺服器都可以作為生產者或
消費者。
HMMP通信報文
HMMP有六種類型的報文列於表1。
@@0463000.JPG;表1HMMP的六種報文@@
在典型情況下,客戶機主要是向指定的HMOM發出請求,HMOM再將請求分別傳送至合適
的Provider,從而禁止了管理的複雜性。Provider通過廠商或協定的具體機制如DMI、SN
MP、CMIP或一個專有機制收集數據,並將它們送至HMOM,這樣客戶機可以從定位和直接操
作網路上大量設備的負擔中解脫出來。這種"瘦客戶機/胖伺服器"模式降低了硬體要求,
並且提供給用戶更大的靈活性。
事件(Event)一般用於告知某些狀態的改變,消費者可以向生產者登記以便特殊情況
發生時生產者通過指示告知消費者。經常發生的事件有ServerStartupEvent、Server
ShutdownEvent、NamespaceEvent及ClassEvent等。
生產者與消費者之間是通過過濾器(filter)聯繫的。當事件發生後,生產者找到相應
的過濾器,經過濾,符合過濾器中查詢條件的事件才能被輸出,過濾器通過綁定(binding)
與消費者相連,這裡的binding是一種"多對多"的關聯。
報文格式
報文是用XDR(ExternalDataRepresentationStandard)定義的抽象語法和編碼規
則描述,由於安全級別的要求不同,HMMP有三種報文格式。以OperationRequest操作為例
,即:level0無安全機制,level1有驗證機制,level2有驗證機制加簽名機制。
公用信息模型
公用信息模型CIM定義了HMMP所管理的現實世界對象的模型,它的部件文本格式由被
管對象形式(ManagedObjectFormat,MOF)定義。CIM運用面向對象模型,即被管對象用類
和實例的概念建模。它的邏輯視圖與面向對象的資料庫的視圖非常相似。HMMP執行對這
個模式改變的操作。
CIM在概念上分為兩部分:元模型和標準模式。
CIM元模型
CIM元模型(CIMMeta-Model)描述了構成實體模式的類型(如類、實例和限定符)以及
組成方式。
類(Classes)是被管對象的模板,類的繼承是單父繼承。HMMP的類允許定義方法,這些
方法描述了可套用於類實例的指定的活動內容。
實例(Instances)是類的具體值。
屬性(Properties)是類或實例的各個域。
限定符(Qualifiers)是以上各對象的修改量。
我們可以用以上CIM對象建立一個被管對象。此外,在CIM中,對象實質上是真實設備
的特有代理或表示。在實際套用中,伺服器通過各種專用系統中具體的計測方法將表示的
對象與真實設備綁定。
名字空間
名字空間(namespace)是類和實例最基本的集合。所有的HMMP協定操作都有一個名字
空間與之相連,以決定操作在哪個名字空間進行。
索引
CIM支持一種特殊類型的屬性——索引(reference)。這個屬性是指向模式內的其它
類或實例的指針。索引常常是包括對象路徑的字元串。擁有一對索引的特殊類稱為關聯
(association)。關聯用於在被關聯對象不清楚的情況下建立兩對象的聯繫。
標準強制模式
為了提高網路查詢的統一性,被管對象理想地使用相同的類定義。CIM定義了稱作標
準模式(StandardSchema)的類集合。標準模式可以表示大部分的硬體設備和其它管理對
象。
所有的伺服器都要求實現CIM標準模式的一些子集合,這叫做強制模型(MandatoryS
chema)。它包括用於管理伺服器及表現其能力的少量的類、實例和屬性。
對象的標識和定位
對象的標識和定位由關鍵字(key)和對象路徑(ObjectPath)提供。
與關係資料庫模型一樣,實例是通過key來標識的,CIM的類相當於表,而實例則相當於
行。唯一標識一行的一列或幾列被指定為key。對象路徑在概念上則類似於URL。
為了統一查詢方式,任何HMMP伺服器都應支持執行查詢協定(ExecuteQueryProtoc
ol)操作以及被稱做HMMQL-1的SQL最小子集。HMMQL-1說明了執行唯讀查詢的‘Select'語
句的簡單形式。查詢的結果集合是CIM實例。更複雜的HMMQL操作,如‘insert’、‘del
ete’定義在HMMQL-2中,伺服器並不要求支持這些操作。
HMMP的安全措施
HMMP被設計成為能夠統一表示客戶機與伺服器的管理信息。一方面這意味著HMMP必
須能夠由處理能力、存儲能力和網路能力都有限的系統所支持,另一方面,HMMP也能夠被
具有高度靈活性的系統所支持。因此,HMMP允許可伸縮地安全實現。
此外,HMMP常被安裝來管理現存的系統,這種情況下有必要引進一個代理元素以管理
這些系統。這就意味著HMMP安全性能必須能滿足代理的需求。
HMMP安全分為兩大類。一類稱為網路安全(NetworkSecurity),它對HMMP客戶機與H
MMP伺服器或它們與一個中間代理之間的請求與應答進行證實。另一類是模式安全(Sche
maSecurity),它控制對存在於目標HMMP實體中CIM對象的自由選擇存取。
超媒體傳送協定
HMMP是類似遠程調用(RPClike)的請求/應答協定,內部沒有傳送層功能,因此它必須
依靠一個傳送協定。該傳送協定必須能夠處理包的丟失、複製與重排序。又由於HMMP是
請求/應答型協定,顯式的連線與斷開對它都是不適合的。此外,為了避免在IP層分組傳送
,傳送協定必須能將數據分組的大小控制在從源到目的端的整個路徑所能處理的最大傳送
單元之下。
由於TCP是面向連線的協定,因此在連線和斷開階段,UDP是不可靠的,而且分組不能滿
足HMMP的要求。HTTP則更不適合。HMMP建議的傳送方案是一個新的傳送協定——超媒體
傳送協定(HyperMediaTransportProtocol,HMTP)。HMTP提供了介於TCP與UDP之間的服
務,如異步訊息交換、流控、可靠性和數據報服務,它能處理端到端可靠性所需的重傳與
複製取消。HMTP是面向傳送的協定,它不受連線和斷開延遲的影響。所有的HMMP實現都應
使用HMTP以提高互操作性。
HMTP的基礎是通用訊息傳送協定(VersatileMessageTransactionProtocol,VMTP
),但HMTP不是VMTP的子集,因為VMTP的一些操作可以為了簡單實現而允許被修改。
隨著網路規模和複雜性的增加,業界急需互動方便、跨平台和互操作性強的網路管理
系統。上述基於Web的企業網路管理模式的實現必然帶來網管工作方式的變革,並最終實
現網路管理自動化和"讓網路自己管理自己"的目的。
