一種基于云數(shù)據(jù)中心的分層式資源監(jiān)控方法
【專利摘要】本發(fā)明公開了一種基于云數(shù)據(jù)中心的分層式資源監(jiān)控方法，其具體實(shí)現(xiàn)過程為：設(shè)置資源類型管理模塊、資源類型分層模塊、資源監(jiān)控模塊和資源故障定位模塊，其中資源故障定位模塊按層對(duì)監(jiān)控信息進(jìn)行分析，采集自上而下、逐層循環(huán)的方式查找到最根本的故障原因，實(shí)現(xiàn)對(duì)云數(shù)據(jù)中心中的設(shè)備資源的細(xì)粒度監(jiān)控、精細(xì)化分析和準(zhǔn)確的資源故障原因定位。該一種基于云數(shù)據(jù)中心的分層式資源監(jiān)控方法與現(xiàn)有技術(shù)相比，有效提高了數(shù)據(jù)中心監(jiān)控故障定位的效率，實(shí)現(xiàn)對(duì)云數(shù)據(jù)中心中的設(shè)備資源的細(xì)粒度監(jiān)控、精細(xì)化分析和準(zhǔn)確的資源故障原因定位，在大規(guī)模云數(shù)據(jù)中心的監(jiān)控應(yīng)用中，具有很高的技術(shù)價(jià)值。
【專利說明】一種基于云數(shù)據(jù)中心的分層式資源監(jiān)控方法

【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及計(jì)算機(jī)監(jiān)控【技術(shù)領(lǐng)域】，具體地說是一種實(shí)用性強(qiáng)、基于云數(shù)據(jù)中心的分層式資源監(jiān)控方法。

【背景技術(shù)】
[0002]隨著互聯(lián)網(wǎng)的飛速發(fā)展，大規(guī)模的云數(shù)據(jù)中心越來越成為現(xiàn)代社會(huì)發(fā)展的需要。這就為數(shù)據(jù)中心的監(jiān)控難度帶來巨大挑戰(zhàn)，一個(gè)擁有幾萬資源的云數(shù)據(jù)中心的監(jiān)控難度已非常大，更何況目前的發(fā)展趨勢(shì)下幾十萬資源、甚至幾百萬資源的云數(shù)據(jù)中心正在逐步產(chǎn)生?，F(xiàn)有技術(shù)的資源監(jiān)控系統(tǒng)如附圖1所示，一個(gè)具有十萬資源的數(shù)據(jù)中心的監(jiān)控，用傳統(tǒng)的資源監(jiān)控方式已經(jīng)無法滿足，往往造成管理員每天收到成千上萬條故障告警，但其中大部分為假故障，無法準(zhǔn)確地定位到故障原因，浪費(fèi)了大量的人力物力，也使數(shù)據(jù)中心管理員一直處于超負(fù)荷運(yùn)轉(zhuǎn)中。并且，由于監(jiān)控的設(shè)備、機(jī)房等資源類型劃分不明確，監(jiān)控項(xiàng)目無法進(jìn)行細(xì)粒度設(shè)計(jì)，導(dǎo)致監(jiān)控不能精細(xì)化、細(xì)致化和準(zhǔn)確化。以上挑戰(zhàn)為大規(guī)模云數(shù)據(jù)中心的監(jiān)控時(shí)故障問題的定位、故障問題原因的分析等均帶來了極大的局限性，嚴(yán)重影響大規(guī)模云數(shù)據(jù)中心監(jiān)控的發(fā)展，基于此，現(xiàn)提供一種可解決上述問題、基于云數(shù)據(jù)中心的分層式資源監(jiān)控方法，實(shí)現(xiàn)對(duì)云數(shù)據(jù)中心中的設(shè)備資源的細(xì)粒度監(jiān)控、精細(xì)化分析和準(zhǔn)確的資源故障原因定位。


【發(fā)明內(nèi)容】

[0003]本發(fā)明的技術(shù)任務(wù)是針對(duì)以上不足之處，提供一種實(shí)用性強(qiáng)、基于云數(shù)據(jù)中心的分層式資源監(jiān)控方法。
[0004]一種基于云數(shù)據(jù)中心的分層式資源監(jiān)控方法，其具體實(shí)現(xiàn)過程為:
設(shè)置資源類型管理模塊、資源類型分層模塊、資源監(jiān)控模塊、資源故障定位模塊；其中:
資源管理模塊，用于建立基于云數(shù)據(jù)中心的資源類型分層模塊；
資源類型分層模塊，基于資源類型庫(kù)，將不同用途的資源類型進(jìn)行按層次劃分，生成以資源層級(jí)為依據(jù)的分層資源類型庫(kù)，然后再以分層資源類型的方式去分析、處理資源監(jiān)控信息，查找資源故障原因的過程；
資源監(jiān)控模塊設(shè)計(jì)，將物理設(shè)備、虛擬資源和應(yīng)用系統(tǒng)以資源的角度分成不同的資源類型進(jìn)行監(jiān)控，然后以此種角度進(jìn)行各種類型資源的數(shù)據(jù)采集，完成監(jiān)控；
資源故障定位模塊，當(dāng)資源進(jìn)行監(jiān)控時(shí)出現(xiàn)了故障后，資源監(jiān)控模塊采集完成監(jiān)控信息，按層對(duì)監(jiān)控信息進(jìn)行分析，當(dāng)故障所在資源類型層不是最下邊的層時(shí)，逐層的進(jìn)行向下查找，直到找到最根本的故障原因；當(dāng)故障所在資源類型層向下的各層均運(yùn)行正常時(shí)，則可確定當(dāng)前層中的故障原因即為此次故障的根本原因。
[0005]所述的分層資源類型庫(kù)自上而下劃分為Web服務(wù)層、數(shù)據(jù)庫(kù)應(yīng)用層、操作系統(tǒng)層、虛擬資源層、網(wǎng)絡(luò)設(shè)備層、硬件資源層和機(jī)房環(huán)境層，每層負(fù)責(zé)一個(gè)業(yè)務(wù)應(yīng)用運(yùn)行時(shí)自上而下的不同部分。
[0006]所述資源故障的逐層故障定位采用自上而下、逐層循環(huán)的方式，即當(dāng)?shù)谝粚淤Y源監(jiān)控不正常時(shí)，先查找其下各層中是否有不正常的資源存在，若沒有，則直接確定此次故障的根本原因即為第一層資源的問題；若有，則進(jìn)行第二層資源查找，依此類推，直到定位到故障根本原因。
[0007]本發(fā)明的一種基于云數(shù)據(jù)中心的分層式資源監(jiān)控方法，具有以下優(yōu)點(diǎn):
該發(fā)明的一種基于云數(shù)據(jù)中心的分層式資源監(jiān)控方法解決了傳統(tǒng)的資源監(jiān)控方式使管理員每天收到成千上萬條假故障告警，無法準(zhǔn)確地定位到故障原因，浪費(fèi)了大量的人力物力的問題；大大提高了資源監(jiān)控中故障定位的真實(shí)性和準(zhǔn)確性，避免了因各資源類型之間相對(duì)獨(dú)立監(jiān)控時(shí)的故障誤報(bào)或監(jiān)控不到根本故障原因的問題，最終實(shí)現(xiàn)了當(dāng)云數(shù)據(jù)中心中的資源監(jiān)控到故障后，可以逐級(jí)、逐層的按資源類型層詳細(xì)地、明確地查找定位到故障原因，便于故障的分析和解決，實(shí)用性強(qiáng)，適用范圍廣泛，易于推廣。

【專利附圖】

【附圖說明】
[0008]附圖1為現(xiàn)有的資源監(jiān)控原理示意圖。
[0009]附圖2為本發(fā)明的資源類型分層模塊示意圖。
[0010]附圖3為本發(fā)明的資源故障定位模塊示意圖。
[0011 ] 附圖4為本發(fā)明的分層式資源監(jiān)控示意圖。

【具體實(shí)施方式】
[0012]下面結(jié)合附圖和具體實(shí)施例對(duì)本發(fā)明作進(jìn)一步說明。
[0013]本發(fā)明提供一種基于云數(shù)據(jù)中心的分層式資源監(jiān)控方法，充分發(fā)揮資源類型可按層劃分的特點(diǎn)，運(yùn)用資源故障逐層依賴、自上而下關(guān)聯(lián)的機(jī)制，采用資源類型管理模塊和資源類型分層模塊，以及資源監(jiān)控模塊和資源故障定位模塊相結(jié)合的設(shè)計(jì)方法，實(shí)現(xiàn)資源監(jiān)控按類型劃分后，再由資源類型分層模塊進(jìn)行按層劃分，組成自上而下依賴存在的監(jiān)控體系。當(dāng)資源進(jìn)行監(jiān)控時(shí)出現(xiàn)了故障后，資源故障定位模塊先由故障基本信息開始，逐層進(jìn)行故障定位，直到查找出真正的故障原因。采用這種以資源類型庫(kù)為基礎(chǔ)生成分層資源類型庫(kù)，然后再按層次分析各資源類型層采集到的監(jiān)控信息，定位出最根本故障原因，從而大大提高了資源監(jiān)控中故障定位的真實(shí)性和準(zhǔn)確性。如附圖2、圖3、圖4所示，其具體實(shí)現(xiàn)過程為:
設(shè)置資源類型管理模塊、資源類型分層模塊、資源監(jiān)控模塊、資源故障定位模塊；其中:
資源管理模塊，用于建立基于云數(shù)據(jù)中心的資源類型分層模塊；
資源類型分層模塊，基于資源類型庫(kù)，將不同用途的資源類型進(jìn)行按層次劃分，生成以資源層級(jí)為依據(jù)的分層資源類型庫(kù)，然后再以分層資源類型的方式去分析、處理資源監(jiān)控信息，查找資源故障原因的過程；
資源監(jiān)控模塊設(shè)計(jì)，將物理設(shè)備、虛擬資源和應(yīng)用系統(tǒng)以資源的角度分成不同的資源類型進(jìn)行監(jiān)控，然后以此種角度進(jìn)行各種類型資源的數(shù)據(jù)采集，完成監(jiān)控；比如將一臺(tái)Oracle數(shù)據(jù)庫(kù)服務(wù)器分為Oracle數(shù)據(jù)庫(kù)、Windows操作系統(tǒng)、網(wǎng)絡(luò)交換機(jī)、小型機(jī)和所在機(jī)房運(yùn)行環(huán)境等資源類型，然后以此種角度去進(jìn)行各種類型資源的數(shù)據(jù)采集，最終經(jīng)過靈活的、精細(xì)化的分析處理后實(shí)現(xiàn)對(duì)此Oracle數(shù)據(jù)庫(kù)服務(wù)器的完整監(jiān)控。
[0014]資源故障定位模塊，當(dāng)資源進(jìn)行監(jiān)控時(shí)出現(xiàn)了故障后，資源監(jiān)控模塊采集完成監(jiān)控信息，按層對(duì)監(jiān)控信息進(jìn)行分析，當(dāng)故障所在資源類型層不是最下邊的層時(shí)，逐層的進(jìn)行向下查找，直到找到最根本的故障原因；當(dāng)故障所在資源類型層向下的各層均運(yùn)行正常時(shí)，則可確定當(dāng)前層中的故障原因即為此次故障的根本原因。
[0015]所述的分層資源類型庫(kù)自上而下劃分為Web服務(wù)層、數(shù)據(jù)庫(kù)應(yīng)用層、操作系統(tǒng)層、虛擬資源層、網(wǎng)絡(luò)設(shè)備層、硬件資源層和機(jī)房環(huán)境層，每層負(fù)責(zé)一個(gè)業(yè)務(wù)應(yīng)用運(yùn)行時(shí)自上而下的不同部分。
[0016]所述資源故障的逐層故障定位采用自上而下、逐層循環(huán)的方式，即當(dāng)?shù)谝粚淤Y源監(jiān)控不正常時(shí)，先查找其下各層中是否有不正常的資源存在，若沒有，則直接確定此次故障的根本原因即為第一層資源的問題；若有，則進(jìn)行第二層資源查找，依此類推，直到定位到故障根本原因。
[0017]下面結(jié)合附圖對(duì)本發(fā)明的內(nèi)容以分層式監(jiān)控一個(gè)擁有30種資源類型的云數(shù)據(jù)中心為例，采用30種資源類型劃分為6種資源類型層的方式來描述這一設(shè)計(jì)方法的實(shí)現(xiàn)過程。
[0018]基于云數(shù)據(jù)中心的分層式資源監(jiān)控方法設(shè)計(jì)包括:資源類型管理模塊、資源類型分層模塊、資源監(jiān)控模塊和資源故障定位模塊，如圖4所示，首先，資源類型管理模塊建立該云數(shù)據(jù)中心的資源類型庫(kù)，其中包括Apache/Tomcat Web服務(wù)器、0racle/DB2數(shù)據(jù)庫(kù)應(yīng)用、Windows/Linux操作系統(tǒng)、Vmware/Xen虛擬資源、Cisco/H3C網(wǎng)絡(luò)設(shè)備和IBM/ΗΡ服務(wù)器等30種資源類型。然后，資源類型分層模塊將這30種資源類型劃分為自上而下的Web服務(wù)層、數(shù)據(jù)庫(kù)應(yīng)用層、操作系統(tǒng)層、虛擬資源層、網(wǎng)絡(luò)設(shè)備層和硬件資源層共七層資源類型層，組成該云數(shù)據(jù)中心的分層資源類型庫(kù)。由資源監(jiān)控模塊調(diào)動(dòng)數(shù)據(jù)中心內(nèi)各種類型資源完成監(jiān)控?cái)?shù)據(jù)采集后，當(dāng)有問題產(chǎn)生時(shí)，便產(chǎn)生相應(yīng)的資源故障信息，再由資源故障定位模塊按照自上而下、逐層循環(huán)查找的原則，對(duì)各分層資源進(jìn)行逐級(jí)定位，當(dāng)硬件資源層資源有故障時(shí)，可以直接定位故障原因?yàn)橛布Y源；當(dāng)網(wǎng)絡(luò)設(shè)備層資源有故障時(shí)，則需要自上而下查找了網(wǎng)絡(luò)設(shè)備層和硬件資源層后才能確定最根本的故障原因；當(dāng)虛擬資源層有故障時(shí)，則需要自上而下查找了虛擬資源層、網(wǎng)絡(luò)設(shè)備層和硬件資源層后才能確定最根本的故障原因；以此類推，該云數(shù)據(jù)中心中的資源故障信息均可逐層完成故障定位和故障原因分析。
[0019]上述【具體實(shí)施方式】?jī)H是本發(fā)明的具體個(gè)案，本發(fā)明的專利保護(hù)范圍包括但不限于上述【具體實(shí)施方式】，任何符合本發(fā)明的一種基于云數(shù)據(jù)中心的分層式資源監(jiān)控方法的權(quán)利要求書的且任何所述【技術(shù)領(lǐng)域】的普通技術(shù)人員對(duì)其所做的適當(dāng)變化或替換，皆應(yīng)落入本發(fā)明的專利保護(hù)范圍。
【權(quán)利要求】
1.一種基于云數(shù)據(jù)中心的分層式資源監(jiān)控方法，其特征在于，其具體實(shí)現(xiàn)過程為: 設(shè)置資源類型管理模塊、資源類型分層模塊、資源監(jiān)控模塊、資源故障定位模塊；其中: 資源管理模塊，用于建立基于云數(shù)據(jù)中心的資源類型分層模塊； 資源類型分層模塊，基于資源類型庫(kù)，將不同用途的資源類型進(jìn)行按層次劃分，生成以資源層級(jí)為依據(jù)的分層資源類型庫(kù)，然后再以分層資源類型的方式去分析、處理資源監(jiān)控信息，查找資源故障原因的過程； 資源監(jiān)控模塊設(shè)計(jì)，將物理設(shè)備、虛擬資源和應(yīng)用系統(tǒng)以資源的角度分成不同的資源類型進(jìn)行監(jiān)控，然后以此種角度進(jìn)行各種類型資源的數(shù)據(jù)采集，完成監(jiān)控； 資源故障定位模塊，當(dāng)資源進(jìn)行監(jiān)控時(shí)出現(xiàn)了故障后，資源監(jiān)控模塊采集完成監(jiān)控信息，按層對(duì)監(jiān)控信息進(jìn)行分析，當(dāng)故障所在資源類型層不是最下邊的層時(shí)，逐層的進(jìn)行向下查找，直到找到最根本的故障原因；當(dāng)故障所在資源類型層向下的各層均運(yùn)行正常時(shí)，則可確定當(dāng)前層中的故障原因即為此次故障的根本原因。
2.根據(jù)權(quán)利要求1所述的一種基于云數(shù)據(jù)中心的分層式資源監(jiān)控方法，其特征在于，所述的分層資源類型庫(kù)自上而下劃分為Web服務(wù)層、數(shù)據(jù)庫(kù)應(yīng)用層、操作系統(tǒng)層、虛擬資源層、網(wǎng)絡(luò)設(shè)備層、硬件資源層和機(jī)房環(huán)境層，每層負(fù)責(zé)一個(gè)業(yè)務(wù)應(yīng)用運(yùn)行時(shí)自上而下的不同部分。
3.根據(jù)權(quán)利要求1所述的一種基于云數(shù)據(jù)中心的分層式資源監(jiān)控方法，其特征在于，所述資源故障的逐層故障定位采用自上而下、逐層循環(huán)的方式，即當(dāng)?shù)谝粚淤Y源監(jiān)控不正常時(shí)，先查找其下各層中是否有不正常的資源存在，若沒有，則直接確定此次故障的根本原因即為第一層資源的問題；若有，則進(jìn)行第二層資源查找，依此類推，直到定位到故障根本原因。
【文檔編號(hào)】H04L29/08GK104486406SQ201410769643
【公開日】2015年4月1日 申請(qǐng)日期:2014年12月15日 優(yōu)先權(quán)日:2014年12月15日
【發(fā)明者】陸峰, 劉成平, 李鋒 申請(qǐng)人:浪潮電子信息產(chǎn)業(yè)股份有限公司