專利名稱：用于大規(guī)模服務(wù)器的監(jiān)控系統(tǒng)和方法
技術(shù)領(lǐng)域：
本發(fā)明涉及計算機技術(shù)領(lǐng)域，具體涉及一種用于大規(guī)模服務(wù)器的監(jiān)控系統(tǒng)和方法。
背景技術(shù)：
隨著網(wǎng)絡(luò)的快速發(fā)展，出現(xiàn)了需要為大量用戶服務(wù)的網(wǎng)絡(luò)系統(tǒng)。這些網(wǎng)絡(luò)系統(tǒng)具有分布在各個地址的大量服務(wù)器，而這些服務(wù)器通常構(gòu)建為集群的方式來為用戶服務(wù)。隨著提供服務(wù)的服務(wù)器越來越多，如何對這些服務(wù)器的性能進行監(jiān)控成為目前需要迫切解決的問題。
目前比較普遍采用的監(jiān)控系統(tǒng)主要有Cacti監(jiān)控系統(tǒng)和Ganglia監(jiān)控系統(tǒng)。
Cacti監(jiān)控系統(tǒng)是基于PHP、MySQL、SNMP及RRDTooI開發(fā)的網(wǎng)絡(luò)流量監(jiān)測圖形分析工具。它用PHP語言實現(xiàn)，并通過RRDTool而使使用者感覺更方便。它主要是通過snmp 獲取數(shù)據(jù)，然后用RRDTool儲存和更新數(shù)據(jù)，當用戶需要查看數(shù)據(jù)的時候用RRDTool生成圖表呈現(xiàn)給用戶，但并不需要了解RRDtool復(fù)雜的參數(shù)。因此，snmp和RRDTool是cacti的關(guān)鍵。其中snmp關(guān)系著數(shù)據(jù)的收集，RRDTool關(guān)系著數(shù)據(jù)存儲和圖表的生成。
Cacti除了基本的snmp流量和系統(tǒng)資訊監(jiān)控外,還可外掛Scripts及加上模板來作出各式各樣的監(jiān)控圖。另外，MySQL配合PHP可以存儲一些變量數(shù)據(jù)并對變量數(shù)據(jù)進行調(diào)用，如主機名、主機IP、snmp團體名、端口號、模板信息等變量。
Cacti將snmp獲取的數(shù)據(jù)存儲在RRDTool生成的rrd文件中。RRDTool對數(shù)據(jù)的更新和存儲就是對rrd文件的處理，rrd文件是大小固定的檔案文件(Round Robin Archive)，它能夠存儲的數(shù)據(jù)筆數(shù)在創(chuàng)建時就已經(jīng)定義。因此，它存在著可擴展性差、可復(fù)用性低、可靠性低的問題，另外，由于只能存儲少量的歷史數(shù)據(jù)，所以難以查看長期的歷史數(shù)據(jù)。
Ganglia監(jiān)控系統(tǒng)是UC Berkeley發(fā)起的一個跨平臺可擴展的，高性能計算系統(tǒng)下的開源集群監(jiān)控系統(tǒng)，它是基于分層設(shè)計，用于測量數(shù)以千計的節(jié)點。Ganglia的核心包含gmond、gmetad以及一個Web前端。它主要用來監(jiān)控系統(tǒng)性能,如cpu、mem、硬盤利用率, 1/0負載、網(wǎng)絡(luò)流量情況等，通過曲線很容易見到每個節(jié)點的工作狀態(tài)。
然而，Ganglia沒有內(nèi)置的通知系統(tǒng)，需要另外開發(fā)通知報警機制才能實現(xiàn)通知報警功能，另外，其采用RRDTool工具繪制圖形，消耗服務(wù)器大量內(nèi)存。還有，由于只能存儲少量的歷史數(shù)據(jù)，所以難以查看長期的歷史數(shù)據(jù)。
現(xiàn)有的監(jiān)控系統(tǒng)都沒有考慮到在用于監(jiān)控大規(guī)模服務(wù)器時會面臨的負載問題，也沒有考慮到如何使得監(jiān)控系統(tǒng)可以擴展來適應(yīng)所監(jiān)控服務(wù)器的大規(guī)模擴展。此外，現(xiàn)有的監(jiān)控系統(tǒng)沒有考慮到當服務(wù)器的被監(jiān)控數(shù)據(jù)越來越多時，如何對監(jiān)控數(shù)據(jù)進行提取和分析，以便快速向管理員報警。發(fā)明內(nèi)容5
鑒于上述問題，提出了本發(fā)明以便提供一種克服上述問題或者至少部分地解決上述問題的用于大規(guī)模服務(wù)器的監(jiān)控系統(tǒng)和相應(yīng)的監(jiān)控方法。
依據(jù)本發(fā)明的一個方面，提供了一種用于大規(guī)模服務(wù)器的監(jiān)控系統(tǒng)，其包括多個數(shù)據(jù)收集客戶端，每個數(shù)據(jù)收集客戶端布置在每臺對應(yīng)被監(jiān)控的服務(wù)器中，適于采集所述被監(jiān)控的服務(wù)器的運行數(shù)據(jù)，并發(fā)送該運行數(shù)據(jù)；信號過濾處理器，適于接收由所述數(shù)據(jù)收集客戶端發(fā)送的運行數(shù)據(jù)，且根據(jù)預(yù)先存儲的運行數(shù)據(jù)過濾策略過濾出需要報警的運行數(shù)據(jù)；報警處理器，其接收所述信號過濾處理器過濾出的需要報警的運行數(shù)據(jù)，且根據(jù)預(yù)先存儲的報警策略進行報警；以及報警歷史存儲器，耦接到所述報警處理器，并存儲所述報警處理器的報警結(jié)果的歷史記錄。
可選地，本發(fā)明的用于大規(guī)模服務(wù)器的監(jiān)控系統(tǒng)還包括信號中轉(zhuǎn)器。該信號中轉(zhuǎn)器適于接收來自一個或者多個數(shù)據(jù)收集客戶端所發(fā)送的數(shù)據(jù)，并將其轉(zhuǎn)發(fā)給所述信號過濾處理器。
可選地，在本發(fā)明的用于大規(guī)模服務(wù)器的監(jiān)控系統(tǒng)中，每個報警策略包括唯一的報警策略ID以及報警條件，而且所述報警處理器包括數(shù)據(jù)存儲模塊，適于根據(jù)所述信號過濾處理器所過濾出的數(shù)據(jù)來構(gòu)造報警數(shù)據(jù)表，所述報警數(shù)據(jù)表包括多個數(shù)據(jù)節(jié)點，每個數(shù)據(jù)節(jié)點上鏈接有環(huán)形雙向鏈表，環(huán)形雙向鏈表包括多個鏈表節(jié)點，其中每個數(shù)據(jù)節(jié)點由需要報警的運行數(shù)據(jù)中的機器域名和報警策略ID來標識，而與每個數(shù)據(jù)節(jié)點相關(guān)聯(lián)的環(huán)形雙向鏈表的每個鏈表節(jié)點中存儲有具有相同機器域名和相同報警策略ID的需要報警的運行數(shù)據(jù)，所述多個鏈表節(jié)點根據(jù)其上的需要報警的運行數(shù)據(jù)的時間戳值大小進行鏈接排列；以及報警模塊，根據(jù)每個數(shù)據(jù)節(jié)點中的報警策略ID選擇相應(yīng)的報警策略，并根據(jù)所選擇的報警策略來確定與數(shù)據(jù)節(jié)點相關(guān)聯(lián)的環(huán)形雙向鏈表中的需要報警的運行數(shù)據(jù)是否達到所選擇的報警策略中的報警條件，當確定滿足報警條件時進行報警。
根據(jù)本發(fā)明的另一方面，提供了一種用于大規(guī)模服務(wù)器的監(jiān)控方法。該監(jiān)控方法包括采集每臺被監(jiān)控的服務(wù)器的運行數(shù)據(jù)；根據(jù)預(yù)先存儲的運行數(shù)據(jù)過濾策略，從所采集的該被監(jiān)控的服務(wù)器的運行數(shù)據(jù)中過濾出需要報警的運行數(shù)據(jù)；根據(jù)預(yù)先存儲的報警策略，對過濾出的需要報警的運行數(shù)據(jù)進行報警；以及將報警結(jié)果存儲在報警歷史存儲器中，以便查看并監(jiān)控多臺服務(wù)器的運行狀況。
根據(jù)本發(fā)明的用于大規(guī)模服務(wù)器的監(jiān)控系統(tǒng)和方法可以監(jiān)控位于不同地點的大規(guī)模服務(wù)器，而且隨著被監(jiān)控的服務(wù)器的不斷增加，可以擴展以適應(yīng)所監(jiān)控的服務(wù)器的大規(guī)模擴展。
上述說明僅是本發(fā)明技術(shù)方案的概述，為了能夠更清楚了解本發(fā)明的技術(shù)手段， 而可依照說明書的內(nèi)容予以實施，并且為了讓本發(fā)明的上述和其它目的、特征和優(yōu)點能夠更明顯易懂，以下特舉本發(fā)明的具體實施方式
。


通過閱讀下文優(yōu)選實施方式的詳細描述，各種其他的優(yōu)點和益處對于本領(lǐng)域普通技術(shù)人員將變得清楚明了。附圖僅用于示出優(yōu)選實施方式的目的，而并不認為是對本發(fā)明的限制。而且在整個附圖中，用相同的參考符號表示相同的部件。在附圖中
圖I示出了根據(jù)本發(fā)明的一個實施例的用于大規(guī)模服務(wù)器的監(jiān)控系統(tǒng)的框圖2示出了根據(jù)本發(fā)明的一實施例的報警數(shù)據(jù)表的示意圖；以及
圖3示出了根據(jù)本發(fā)明的一個實施例的用于大規(guī)模服務(wù)器的監(jiān)控方法。
具體實施方式
下面將參照附圖更詳細地描述本公開的示例性實施例。雖然附圖中顯示了本公開的示例性實施例，然而應(yīng)當理解，可以以各種形式實現(xiàn)本公開而不應(yīng)被這里闡述的實施例所限制。相反，提供這些實施例是為了能夠更透徹地理解本公開，并且能夠?qū)⒈竟_的范圍完整的傳達給本領(lǐng)域的技術(shù)人員。
本發(fā)明提供一種監(jiān)控多臺服務(wù)器的監(jiān)控系統(tǒng)，其可以監(jiān)控位于不同地點的大規(guī)模服務(wù)器，而且隨著被監(jiān)控的服務(wù)器的不斷增加，可以擴展以適應(yīng)所監(jiān)控的服務(wù)器的大規(guī)模擴展。
圖I示出了根據(jù)本發(fā)明的一個實施例的用于大規(guī)模服務(wù)器的監(jiān)控系統(tǒng)100的框圖。如圖I所示，本發(fā)明的用于大規(guī)模服務(wù)器的監(jiān)控系統(tǒng)100包括多個數(shù)據(jù)收集客戶端111、 信號過濾處理器130、和報警處理器150。
每個數(shù)據(jù)收集客戶端111分別布置在一被監(jiān)控的服務(wù)器110中，采集被監(jiān)控的服務(wù)器Iio的運行數(shù)據(jù)，并將該運行數(shù)據(jù)發(fā)送給信號過濾處理器130。這里，被監(jiān)控的服務(wù)器 110可位于本地也可以位于遠程。另外，為了清楚起見，圖I中僅示出了一個被監(jiān)控的服務(wù)器及置于其中監(jiān)控其運行狀況的一數(shù)據(jù)收集客戶端111。
可選地，每個數(shù)據(jù)收集客戶端111可以包括采集模塊1111和發(fā)送模塊1112。其中，采集模塊1111對該數(shù)據(jù)收集客戶端111所在的被監(jiān)控的服務(wù)器110的各運行數(shù)據(jù)進行采樣，并生成運行數(shù)據(jù)包。這里，采集模塊1111所生成的運行數(shù)據(jù)包的結(jié)構(gòu)可以為“信息長度+json格式的字符串”。json格式的字符串可以包括表示采集各監(jiān)控數(shù)據(jù)項的時間戳； 各監(jiān)控數(shù)據(jù)項的ID號；各監(jiān)控數(shù)據(jù)項本次的值；以及各監(jiān)控數(shù)據(jù)項的值的數(shù)據(jù)類型。例如， json格式的字符串可以采用如下格式
上述字符串中的"time〃表示采集當前數(shù)據(jù)的時間，“host”表示當前所監(jiān)控的服務(wù)器，"data"后的部分為采集模塊1111所生成的運行數(shù)據(jù)包的結(jié)構(gòu)。在"data"部分中的 (//item_ID//, "item—value", "data—type")中，
item_ID表示這個監(jiān)控數(shù)據(jù)項的ID號；
item_value表示本次這個監(jiān)控數(shù)據(jù)項取得的值；
data_type表示這個監(jiān)控數(shù)據(jù)項的值的數(shù)據(jù)類型(其中data_type=l表示此監(jiān)控數(shù)據(jù)項的采樣結(jié)果是數(shù)值，data_type=2表示此監(jiān)控數(shù)據(jù)項的采樣結(jié)果是字符串)。
通常，將各監(jiān)控數(shù)據(jù)項的ID號、其所代表的含義、以及監(jiān)控數(shù)據(jù)項的值的數(shù)據(jù)類型制作成一個數(shù)據(jù)列表以統(tǒng)一進行管理。表一示出了這樣的數(shù)據(jù)列表的一個例子
表一
權(quán)利要求
1.一種用于大規(guī)模服務(wù)器的監(jiān)控系統(tǒng)，包括多個數(shù)據(jù)收集客戶端，每個數(shù)據(jù)收集客戶端布置在每臺對應(yīng)被監(jiān)控的服務(wù)器中，適于采集所述被監(jiān)控的服務(wù)器的運行數(shù)據(jù)，并發(fā)送該運行數(shù)據(jù)；信號過濾處理器，適于接收由所述數(shù)據(jù)收集客戶端發(fā)送的運行數(shù)據(jù)，且根據(jù)預(yù)先存儲的運行數(shù)據(jù)過濾策略過濾出需要報警的運行數(shù)據(jù)；以及報警處理器，其接收所述信號過濾處理器過濾出的需要報警的運行數(shù)據(jù)，且根據(jù)預(yù)先存儲的報警策略進行報警；報警歷史存儲器，耦接到所述報警處理器，并存儲所述報警處理器的報警結(jié)果的歷史記錄。
2.如權(quán)利要求I所述的監(jiān)控系統(tǒng)，還包括信號中轉(zhuǎn)器，適于接收來自一個或者多個數(shù)據(jù)收集客戶端所發(fā)送的數(shù)據(jù)，并將其轉(zhuǎn)發(fā)給所述信號過濾處理器。
3.如權(quán)利要求2所述的監(jiān)控系統(tǒng)，還包括臨時顯示數(shù)據(jù)存儲器，連接到所述信號中轉(zhuǎn)器，并且適于臨時存儲所述信號中轉(zhuǎn)器轉(zhuǎn)發(fā)的數(shù)據(jù)；以及歷史數(shù)據(jù)存儲器，連接到所述信號中轉(zhuǎn)器，并適于長期存儲所述信號中轉(zhuǎn)器轉(zhuǎn)發(fā)的數(shù)據(jù)。
4.如權(quán)利要求1-3中任一個所述的監(jiān)控系統(tǒng)，其中，所述數(shù)據(jù)收集客戶端包括采集模塊，其對該數(shù)據(jù)收集客戶端所在的服務(wù)器的各運行數(shù)據(jù)進行采樣，并生成運行數(shù)據(jù)包；以及發(fā)送模塊，其發(fā)送所述采集模塊生成的運行數(shù)據(jù)包。
5.如權(quán)利要求1-4中任何一項所述的監(jiān)控系統(tǒng)，其中，所述運行數(shù)據(jù)包括表示采集各監(jiān)控數(shù)據(jù)項的時間戳；各監(jiān)控數(shù)據(jù)項的ID號；各監(jiān)控數(shù)據(jù)項本次的值；以及各監(jiān)控數(shù)據(jù)項的值的數(shù)據(jù)類型。
6.如權(quán)利要求1-5中任何一項所述的監(jiān)控系統(tǒng)，還包括策略存儲器，其存儲有一個或者多個運行數(shù)據(jù)過濾策略；其中，所述信號過濾處理器從所述策略存儲器中獲取所述一個或者多個運行數(shù)據(jù)過濾策略，將所述運行數(shù)據(jù)中滿足該運行數(shù)據(jù)過濾策略的數(shù)據(jù)過濾出來并發(fā)送至報警處理器。
7.如權(quán)利要求6所述的監(jiān)控系統(tǒng)，其中，所述策略存儲器還存儲有一個或者多個報警策略，以及所述報警處理器從所述策略存儲器中獲取所述一個或者多個報警策略，并根據(jù)所述一個或者多個報警策略判斷是否需要對所述信號過濾處理器過濾出的需要報警的運行數(shù)據(jù)進行報警處理。
8.如權(quán)利要求1-7中任何一項所述的監(jiān)控系統(tǒng)，還包括報警數(shù)據(jù)存儲器，耦接到所述信號過濾處理器，并存儲所述信號過濾處理器過濾出的需要報警的運行數(shù)據(jù)。
9.如權(quán)利要求8所述的監(jiān)控系統(tǒng)，其中，所述報警數(shù)據(jù)存儲器存儲的每條需要報警的運行數(shù)據(jù)包括機器域名、報警策略ID、 監(jiān)控數(shù)據(jù)項ID、故障值、和時間戳，其中，機器域名是被監(jiān)控是否存在異常的機器的域名；報警策略ID對應(yīng)于預(yù)定的報警策略；監(jiān)控數(shù)據(jù)項ID對應(yīng)于被監(jiān)控機器的一項運行指標；故障值為監(jiān)測到的機器的監(jiān)控數(shù)據(jù)項的異常數(shù)據(jù)；和時間戳為監(jiān)測到機器的監(jiān)控數(shù)據(jù)項的異常數(shù)據(jù)的時間。
10.如權(quán)利要求1-9中任一個所述的監(jiān)控系統(tǒng),其中每個報警策略包括唯一的報警策略ID以及報警條件，而且所述報警處理器包括數(shù)據(jù)存儲模塊，適于根據(jù)所述信號過濾處理器所過濾出的數(shù)據(jù)來構(gòu)造報警數(shù)據(jù)表，所述報警數(shù)據(jù)表包括多個數(shù)據(jù)節(jié)點，每個數(shù)據(jù)節(jié)點上鏈接有環(huán)形雙向鏈表，環(huán)形雙向鏈表包括多個鏈表節(jié)點，其中每個數(shù)據(jù)節(jié)點由需要報警的運行數(shù)據(jù)中的機器域名和報警策略ID 來標識，而與每個數(shù)據(jù)節(jié)點相關(guān)聯(lián)的環(huán)形雙向鏈表的每個鏈表節(jié)點中存儲有具有相同機器域名和相同報警策略ID的需要報警的運行數(shù)據(jù)，所述多個鏈表節(jié)點根據(jù)其上的需要報警的運行數(shù)據(jù)的時間戳值大小進行鏈接排列；以及報警模塊，根據(jù)每個數(shù)據(jù)節(jié)點中的報警策略ID選擇相應(yīng)的報警策略，并根據(jù)所選擇的報警策略來確定與數(shù)據(jù)節(jié)點相關(guān)聯(lián)的環(huán)形雙向鏈表中的需要報警的運行數(shù)據(jù)是否達到所選擇的報警策略中的報警條件，當確定滿足報警條件時進行報警。
11.如權(quán)利要求10所述的監(jiān)控系統(tǒng)，其中所述報警策略中的報警條件包括監(jiān)控數(shù)據(jù)項在預(yù)定時間段內(nèi)出現(xiàn)超過第一預(yù)定閾值的次數(shù)達到或者多于第一預(yù)定次數(shù)就報警的信息， 以及所述報警模塊根據(jù)環(huán)形雙向鏈表中需要報警的運行數(shù)據(jù)的時間戳值獲取在預(yù)定時間段內(nèi)的鏈表節(jié)點，如果鏈表節(jié)點的數(shù)量大于或者等于所述第一預(yù)定次數(shù)，則進行報警。
12.如權(quán)利要求10或11所述的監(jiān)控系統(tǒng)，其中，當所述報警模塊報警次數(shù)超過第二預(yù)定次數(shù)時，所述報警模塊不再報警。
13.一種用于大規(guī)模服務(wù)器的監(jiān)控方法，其包括采集每臺被監(jiān)控的服務(wù)器的運行數(shù)據(jù)；根據(jù)預(yù)先存儲的運行數(shù)據(jù)過濾策略，從所采集的該被監(jiān)控的服務(wù)器的運行數(shù)據(jù)中過濾出需要報警的運行數(shù)據(jù)；根據(jù)預(yù)先存儲的報警策略，對過濾出的需要報警的運行數(shù)據(jù)進行報警；以及將報警結(jié)果存儲在報警歷史存儲器中，以便查看并監(jiān)控多臺服務(wù)器的運行狀況。
14.根據(jù)權(quán)利要求13所述的監(jiān)控方法，所述采集該被監(jiān)控的服務(wù)器的運行數(shù)據(jù)的步驟包括對被監(jiān)控的服務(wù)器的運行數(shù)據(jù)進行采樣，并生成預(yù)定格式的運行數(shù)據(jù)包。
15.根據(jù)權(quán)利要求13或14所述的監(jiān)控方法，所述所采集的運行數(shù)據(jù)包括表示采集各監(jiān)控數(shù)據(jù)項的時間戳；各監(jiān)控數(shù)據(jù)項的ID號；各監(jiān)控數(shù)據(jù)項本次的值；以及各監(jiān)控數(shù)據(jù)項的值的數(shù)據(jù)類型。
16.根據(jù)權(quán)利要求13-15中任一個所述的監(jiān)控方法,其中每條需要報警的運行數(shù)據(jù)包括機器域名、報警策略ID、監(jiān)控數(shù)據(jù)項目ID、故障值、和時間戳。
17.如權(quán)利要求13-16中任一個所述的監(jiān)控方法,其中每個報警策略包括唯一的報警策略ID以及報警條件，所述根據(jù)預(yù)先存儲的報警策略對過濾出的需要報警的運行數(shù)據(jù)進行報警的步驟包括根據(jù)過濾出的需要報警的運行數(shù)據(jù)來構(gòu)造報警數(shù)據(jù)表，所述報警數(shù)據(jù)表包括多個數(shù)據(jù)節(jié)點，每個數(shù)據(jù)節(jié)點上鏈接有環(huán)形雙向鏈表，環(huán)形雙向鏈表包括多個鏈表節(jié)點，其中每個數(shù)據(jù)節(jié)點由需要報警的運行數(shù)據(jù)中的機器域名和報警策略ID來標識，而與每個數(shù)據(jù)節(jié)點相關(guān)聯(lián)的環(huán)形雙向鏈表的每個鏈表節(jié)點中存儲有具有相同機器域名和報警策略ID的需要報警的運行數(shù)據(jù)，所述多個鏈表節(jié)點根據(jù)其上的需要報警的運行數(shù)據(jù)的時間戳值大小進行鏈接排列；根據(jù)每個數(shù)據(jù)節(jié)點中的報警策略ID選擇相應(yīng)的報警策略，并根據(jù)所選擇的報警策略來確定與數(shù)據(jù)節(jié)點相關(guān)聯(lián)的環(huán)形雙向鏈表中的需要報警的運行數(shù)據(jù)是否達到所選擇的報警策略中的報警條件，當確定滿足報警條件時進行報警。
18.如權(quán)利要求17所述的監(jiān)控方法，其中所述報警策略中的報警條件包括監(jiān)控數(shù)據(jù)項在預(yù)定時間段內(nèi)出現(xiàn)超過第一預(yù)定閾值的次數(shù)達到或者多于第一預(yù)定次數(shù)就報警的信息，所述確定滿足報警條件時進行報警的步驟包括所述根據(jù)環(huán)形雙向鏈表中需要報警的運行數(shù)據(jù)的時間戳的值獲取在預(yù)定時間段內(nèi)的鏈表節(jié)點，如果鏈表節(jié)點的數(shù)量大于或者等于所述第一預(yù)定次數(shù)，則進行報警。
19.如權(quán)利要求17所述的監(jiān)控方法，其中所述報警策略中的報警條件還包括報警次數(shù)達到第二預(yù)定次數(shù)的信息，所述確定滿足報警條件時進行報警的步驟還包括當報警次數(shù)達到第二預(yù)定次數(shù)時， 則不再報警。
全文摘要
本發(fā)明公開了一種用于大規(guī)模服務(wù)器的監(jiān)控方法，其包括采集每臺被監(jiān)控的服務(wù)器的運行數(shù)據(jù)；根據(jù)預(yù)先存儲的運行數(shù)據(jù)過濾策略，從所采集的該被監(jiān)控的服務(wù)器的運行數(shù)據(jù)中過濾出需要報警的運行數(shù)據(jù)；根據(jù)預(yù)先存儲的報警策略，對過濾出的需要報警的運行數(shù)據(jù)進行報警；以及將報警結(jié)果存儲在報警歷史存儲器中,以便查看并監(jiān)控多臺服務(wù)器的運行狀況。本發(fā)明還公開了一種用于大規(guī)模服務(wù)器的監(jiān)控系統(tǒng)。利用本發(fā)明，便于監(jiān)控位于不同地點的大規(guī)模服務(wù)器，而且隨著被監(jiān)控的服務(wù)器的不斷增加，可以擴展以適應(yīng)所監(jiān)控的服務(wù)器的大規(guī)模擴展。
文檔編號H04L12/26GK102938710SQ20121045908
公開日2013年2月20日 申請日期2012年11月14日 優(yōu)先權(quán)日2012年11月14日
發(fā)明者曾文杰, 劉浩, 馮顧, 胡宇, 華起 申請人:北京奇虎科技有限公司, 奇智軟件(北京)有限公司