監控信息的獲取方法、裝置及系統的製作方法
2023-06-13 11:25:36 2
監控信息的獲取方法、裝置及系統的製作方法
【專利摘要】本發明公開了一種監控信息的獲取方法、裝置及系統，該方法包括：分別向多個業務機發送來自伺服器的監控請求消息；接收到多個業務機的響應消息，並將該響應消息發送給伺服器，其中，該響應消息攜帶有業務機的監控信息。通過本發明，利用中間裝置分別與業務機、伺服器進行通訊，實時監控系統的各項指標，有效地保證了可擴展性和檢測通知的速度，減輕了伺服器的處理負擔，從而可以提高伺服器的處理效率。
【專利說明】監控信息的獲取方法、裝置及系統
【技術領域】
[0001]本發明涉及通信領域，具體而言，涉及一種監控信息的獲取方法、裝置及系統。
【背景技術】
[0002]在移動業務領域，分布式系統中通信系統作為系統各節點之間的通信基礎，具有重要的意義，經常需要監控各業務節點實時的中央處理器(Central Processing Unit,簡稱為CPU)佔用情況、內存、磁碟空間、業務量TPS (Tip-Per-Second)、流量等指標，這些指標一般會由業務機負責採集，然後通過一臺運維伺服器統一匯總、分析、展現，其示意圖如圖1所示，在圖1中，WEB伺服器接收到用戶的請求，分別向各個業務機發送該請求(ReqjPRequest),各個業務機向WEB伺服器發送響應消息(Rsp，即Response)，然後WEB伺服器將響應消息發送給用戶，用戶便可以查看監控數據。
[0003]但是隨著業務量、業務種類等系統規模的擴大，運維伺服器的處理量急劇上升，可能導致故障檢測和通知的速度均存在問題。例如，有N臺業務機，系統需要分別給這N臺機器發送請求以獲取統計指標，然後統一匯總到運維伺服器進行處理。這時可能會存在一些異常情況，如某一臺業務機發生故障或者通訊失敗(如圖1中的業務機3故障，則無法向WEB伺服器發送響應消息)，會導致整個統計指標的分析出現問題；用戶查看實時統計指標的間隔粒度不同，如ls、5s、10s的間隔，這樣運維伺服器需要存儲相當大的實時數據，來供用戶觀察、分析，增加了運維伺服器的處理負擔，降低了運維伺服器的處理效率。
【發明內容】
[0004]本發明提供了一種監控信息的獲取方法、裝置及系統，以至少解決相關技術中，由運維伺服器與各個業務機進行通訊，獲取系統的監控信息，導致運維伺服器負擔增加，處理效率降低的問題。
[0005]根據本發明的一個方面，提供了一種監控信息的獲取方法，包括:分別向多個業務機發送來自伺服器的監控請求消息；接收到多個業務機的響應消息，並將該響應消息發送給伺服器，其中，該響應消息攜帶有業務機的監控信息。
[0006]優選地，分別向多個業務機發送來自伺服器的監控請求消息包括:解析監控請求消息；根據各個業務機的標識將監控請求消息拆分為與各個業務機對應的請求消息；分別向多個業務機發送其對應的請求消息。
[0007]優選地，在接收到多個業務機的響應消息之後，上述方法還包括:對多個業務機的響應消息進行匯總，並將匯總後的響應消息發送給伺服器。
[0008]優選地，在分別向多個業務機發送來自伺服器的監控請求消息之前，上述方法還包括:用戶向伺服器發送監控請求消息；伺服器轉發監控請求消息。
[0009]優選地，分別向多個業務機發送來自伺服器的監控請求消息包括:按照預先設定的時間間隔分別向多個業務機發送來自伺服器的監控請求消息。
[0010]根據本發明的另一個方面，提供了一種監控信息的獲取裝置，包括:第一發送模塊，用於分別向多個業務機發送來自伺服器的監控請求消息；接收模塊，用於接收多個業務機的響應消息，其中，該響應消息攜帶有業務機的監控信息；第二發送模塊，用於將該響應消息發送給伺服器。
[0011]優選地，第一發送模塊包括:解析單元，用於解析監控請求消息；拆分單元，用於根據各個業務機的標識將監控請求消息拆分為與各個業務機對應的請求消息；發送單元，用於分別向多個業務機發送其對應的請求消息。
[0012]優選地，上述裝置還包括:匯總模塊，用於對多個業務機的響應消息進行匯總；第二發送模塊，還用於將匯總後的響應消息發送給伺服器。
[0013]優選地，上述監控信息的獲取裝置是業務機。
[0014]根據本發明的再一個方面，提供了一種監控信息的獲取系統，包括:多個業務機、監控信息的獲取裝置、伺服器，其中，多個業務機，用於接收來自監控信息的獲取裝置的監控請求消息，並向監控信息的獲取裝置發送攜帶有監控信息的響應消息；監控信息的獲取裝置與多個業務機均相連，是上述任一種的監控信息的獲取裝置；伺服器，用於將來自用戶的監控請求消息發送給監控信息的獲取裝置，並接收監控信息的獲取裝置發送的響應消肩、O
[0015]通過本發明，利用中間裝置分別與業務機、伺服器進行通訊，實時監控系統的各項指標，有效地保證了可擴展性和檢測通知的速度，減輕了伺服器的處理負擔，從而可以提高伺服器的處理效率。
【專利附圖】
【附圖說明】
[0016]此處所說明的附圖用來提供對本發明的進一步理解，構成本申請的一部分，本發明的示意性實施例及其說明用於解釋本發明，並不構成對本發明的不當限定。在附圖中:
[0017]圖1是根據相關技術的系統監控的示意圖；
[0018]圖2是根據本發明實施例的監控信息的獲取方法的流程圖；
[0019]圖3是根據本發明實施例的監控信息的獲取裝置的結構框圖；
[0020]圖4是根據本發明實施例的監控信息的獲取系統的結構框圖；
[0021]圖5是根據本發明優選實施例的監控信息的獲取系統的示意圖；
[0022]圖6是根據本發明優選實施例的監控信息的獲取方法的流程圖。
【具體實施方式】
[0023]需要說明的是，在不衝突的情況下，本申請中的實施例及實施例中的特徵可以相互組合。下面將參考附圖並結合實施例來詳細說明本發明。
[0024]相關技術中，由運維伺服器與各個業務機直接進行通訊，獲取系統的監控信息，導致運維伺服器負擔增加，處理效率降低。基於此，本發明實施例提供了一種監控信息的獲取方法，利用新增的裝置分別與業務機、伺服器進行通訊，從而減輕伺服器的負擔，該裝置將在後續進行介紹，下面先介紹基於該裝置實現的監控信息的獲取方法。
[0025]圖2是根據本發明實施例的監控信息的獲取方法的流程圖，如圖2所示，包括如下的步驟S202至步驟S204。
[0026]步驟S202，分別向多個業務機發送來自伺服器的監控請求消息。[0027]步驟S204，接收到多個業務機的響應消息，並將該響應消息發送給伺服器，其中，該響應消息攜帶有業務機的監控信息。
[0028]在上述實施例中，利用中間裝置分別與業務機、伺服器進行通訊，實時監控系統的各項指標，有效地保證了可擴展性和檢測通知的速度，減輕了伺服器的處理負擔，從而可以提聞伺服器的處理效率。
[0029]考慮到這個中間裝置接收的是伺服器轉發的監控信息請求，然後將監控信息請求分別發送給各個業務機，可以將該監控信息請求拆分為與各個業務機對應的請求，所以，在一個優選實施方式中，步驟S202包括:解析監控請求消息；根據各個業務機的標識將監控請求消息拆分為與各個業務機對應的請求消息；分別向多個業務機發送其對應的請求消息。本優選實施方式中，根據業務機的標識，拆分監控信息請求，分別發送給對應的業務機，既保證了業務機獲得對應於自身的監控信息請求，也不會帶來太大的處理量。
[0030]可以將接收到的來自各個業務機的響應消息，進行匯總後，再發送給伺服器，在一個優選實施方式中，在接收到多個業務機的響應消息之後，上述方法還包括:對多個業務機的響應消息進行匯總，並將匯總後的響應消息發送給伺服器。本優選實施方式中，將來自各個業務機的響應消息，匯總起來，發送給伺服器，伺服器將接收的匯總後的響應消息發送給用戶，減輕了伺服器的工作量，且使得用戶可以查看系統監控。通過中間裝置，將接收到的響應消息匯總，伺服器對這些響應消息進行分析，並發送給用戶，以便用戶查看。如果某個業務機出現故障，沒有接收到監控信息請求或者不能返迴響應消息，則中間裝置匯總的響應消息中不會包括該業務機的響應消息，從而不會影響伺服器對整個統計指標的分析。
[0031]在分別向多個業務機發送來自伺服器的監控請求消息之前，上述方法還包括:用戶向伺服器發送監控請求消息；伺服器轉發該監控請求消息。
[0032]優選地，分別向多個業務機發送來自伺服器的監控請求消息包括:按照預先設定的時間間隔分別向多個業務機發送來自伺服器的監控請求消息。在本優選實施方式中，由中間裝置預先設定發送監控信息請求的時間間隔，也就是中間裝置接收到監控請求消息後，按照自身設定的時間間隔向各個業務機發送該請求，從而避免了用戶查看實時統計指標的間隔粒度不同，導致運維伺服器需要存儲大量的實時數據的問題。
[0033]本發明實施例還提供了一種監控信息的獲取裝置，即上述中間裝置，圖3是根據本發明實施例的監控信息的獲取裝置的結構框圖，如圖3所示，該裝置包括第一發送模塊32、接收模塊34和第二發送模塊36。下面對其結構進行詳細描述。
[0034]第一發送模塊32，用於分別向多個業務機發送來自伺服器的監控請求消息；接收模塊34，連接至第一發送模塊32，用於接收多個業務機的響應消息，其中，該響應消息攜帶有業務機的監控信息；第二發送模塊36，連接至接收模塊34，用於將接收模塊34接收的響應消息發送給伺服器。
[0035]在上述實施例中，該裝置分別與業務機、伺服器進行通訊，實時監控系統的各項指標，有效地保證了可擴展性和檢測通知的速度，減輕了伺服器的處理負擔，從而可以提高伺服器的處理效率。
[0036]優選地，第一發送模塊32包括:解析單元，用於解析監控請求消息；拆分單元，連接至解析單元，用於根據各個業務機的標識將監控請求消息拆分為與各個業務機對應的請求消息；發送單元，連接至拆分單元，用於分別向多個業務機發送其對應的請求消息。[0037]優選地，上述裝置還包括:匯總模塊，連接至接收模塊34，用於對多個業務機的響應消息進行匯總；此時，第二發送模塊36，連接至匯總模塊，用於將匯總後的響應消息發送給伺服器。
[0038]優選地，上述監控信息的獲取裝置可以是業務機。
[0039]本發明實施例還提供了一種監控信息的獲取系統，該監控信息的獲取系統可以用於實現上述監控信息的獲取方法。圖4是根據本發明實施例的監控信息的獲取系統的結構框圖，如圖4所示，該系統包括多個業務機42、監控信息的獲取裝置44和伺服器46。
[0040]其中，多個業務機42，用於接收來自監控信息的獲取裝置44的監控請求消息，並向監控信息的獲取裝置44發送攜帶有監控信息的響應消息；監控信息的獲取裝置44與多個業務機42均相連，是上述描述的任一種監控信息的獲取裝置；伺服器46，連接至監控信息的獲取裝置44，用於將來自用戶的監控請求消息發送給監控信息的獲取裝置44，並接收監控信息的獲取裝置44發送的響應消息。
[0041]需要說明的是，裝置實施例中描述的監控信息的獲取裝置和系統對應於上述的方法實施例，其具體的實現過程在方法實施例中已經進行過詳細說明，在此不再贅述。
[0042]由上述可知，本發明實施例利用快速同步網絡進行多業務機監控，有效地保證了可擴展性和檢測通知的速度，減輕運維伺服器處理的負擔。
[0043]為了使本發明的技術方案和實現方法更加清楚，下面將結合優選的實施例對其實現過程進行詳細描述。
[0044]本發明實施例採用快速同步網絡，該快速同步網絡與每一個業務機節點相互連接，構成一個同步業務機組(包括各個業務機以及中間裝置)，每一個業務機節點在快速同步網絡中有一個獨立的編號，最終由中間裝置(可以是業務機，匯總其它業務機的消息)與運維機器通訊。
[0045]圖5是根據本發明優選實施例的監控信息的獲取系統的示意圖，如圖5所示，該系統包括多業務機模塊、業務機匯總模塊、WEB伺服器和用戶群。下面分別進行描述。
[0046]多業務機模塊，包括多臺業務機，每臺業務機單獨實時監控CPU、內存、磁碟空間、業務量、流量等指標，這些指標由業務機匯總模塊發消息來獲取，發消息的間隔粒度由業務機匯總模塊控制。多業務機模塊只和業務機匯總模塊進行通訊，不需要直接與WEB伺服器進行通訊。
[0047]業務機匯總模塊，可以是一臺業務機，主要負責和WEB伺服器、多業務機模塊通訊，起到一個匯總的功能。接到WEB伺服器的請求後，把請求消息拆分開分別發送給多業務機模塊中的各個業務機，還用於把接收到的響應消息組裝起來返回給WEB伺服器。
[0048]WEB伺服器，主要負責和業務機匯總模塊通訊，直接把請求發送給業務機匯總模塊，業務機匯總模塊向多業務機模塊分發消息。
[0049]用戶群，是查看系統監控的用戶。
[0050]通過業務機匯總模塊，將接收到的響應消息匯總，WEB伺服器對這些響應消息進行分析，並發送給用戶，以便用戶查看。如果某個業務機出現故障，沒有接收到請求或者不能返迴響應消息，則業務機匯總模塊匯總的響應消息中不會包括該業務機的響應消息，從而不會影響WEB伺服器對整個統計指標的分析。
[0051]圖6是根據本發明優選實施例的監控信息的獲取方法的流程圖，如圖6所示，包括如下的步驟S602至步驟S612。
[0052]步驟S602，用戶群發送查看實時監控的請求消息給WEB伺服器，等待響應。
[0053]步驟S604，WEB伺服器收到用戶的請求後，開始想向業務機匯總模塊發送請求消息，等待響應。
[0054]步驟S606，業務機匯總模塊收到WEB伺服器的請求後，解析請求消息後，拆分成多個請求消息發送給對應的業務機。
[0055]步驟S608，多業務機模塊中的業務機向業務機匯總模塊發送響應消息，返回實時監控數據。
[0056]步驟S610，業務機匯總模塊收到響應消息後自行處理，匯總後返回消息給WEB伺服器。
[0057]步驟S612，WEB伺服器向用戶發送收到的響應消息，返回處理後的實時監控數據。
[0058]根據以上的描述，傳統解決方案與本發明實施例的解決方案的性能比較如表1所示:
[0059]表1兩種解決方案的性能對比表
[0060]
【權利要求】
1.一種監控信息的獲取方法，其特徵在於包括: 分別向多個業務機發送來自伺服器的監控請求消息； 接收到所述多個業務機的響應消息，並將所述響應消息發送給所述伺服器，其中，所述響應消息攜帶有所述業務機的監控信息。
2.根據權利要求1所述的方法，其特徵在於，分別向多個業務機發送來自伺服器的監控請求消息包括: 解析所述監控請求消息； 根據各個業務機的標識將所述監控請求消息拆分為與所述各個業務機對應的請求消息； 分別向所述多個業務機發送其對應的請求消息。
3.根據權利要求1所述的方法，其特徵在於，在接收到所述多個業務機的響應消息之後，所述方法還包括: 對所述多個業務機的響應消息進行匯總，並將匯總後的響應消息發送給所述伺服器。
4.根據權利要求1至3中任一項所述的方法，其特徵在於，在分別向多個業務機發送來自伺服器的監控請求消息之前，所述方法還包括: 用戶向所述伺服器發送所述監控請求消息； 所述伺服器轉發所述監控請求消息。
5.根據權利要求1至3中任一項所述的方法，其特徵在於，分別向多個業務機發送來自伺服器的監控請求消息包括: 按照預先設定的時間間隔分別向多個業務機發送來自伺服器的監控請求消息。
6.一種監控信息的獲取裝置，其特徵在於包括: 第一發送模塊，用於分別向多個業務機發送來自伺服器的監控請求消息； 接收模塊，用於接收所述多個業務機的響應消息，其中，所述響應消息攜帶有所述業務機的監控信息； 第二發送模塊，用於將所述響應消息發送給所述伺服器。
7.根據權利要求6所述的裝置，其特徵在於，所述第一發送模塊包括: 解析單元，用於解析所述監控請求消息； 拆分單元，用於根據各個業務機的標識將所述監控請求消息拆分為與所述各個業務機對應的請求消息； 發送單元，用於分別向所述多個業務機發送其對應的請求消息。
8.根據權利要求6所述的裝置，其特徵在於，所述裝置還包括: 匯總模塊，用於對所述多個業務機的響應消息進行匯總； 第二發送模塊，還用於將匯總後的響應消息發送給所述伺服器。
9.根據權利要求6至8中任一項所述的裝置，其特徵在於，所述監控信息的獲取裝置是業務機。
10.一種監控信息的獲取系統，其特徵在於，包括:多個業務機、監控信息的獲取裝置、伺服器，其中， 所述多個業務機，用於接收來自所述監控信息的獲取裝置的監控請求消息，並向所述監控信息的獲取裝置發送攜帶有監控信息的響應消息；所述監控信息的獲取裝置與所述多個業務機均相連，是權利要求6至9中任一項所述的監控信息的獲取裝置； 所述伺服器，用於將來自用戶的監控請求消息發送給所述監控信息的獲取裝置，並接收所述監控信息的獲取裝·置發送的響應消息。
【文檔編號】H04L12/26GK103546331SQ201210245370
【公開日】2014年1月29日 申請日期:2012年7月16日 優先權日:2012年7月16日
【發明者】卞登奎, 蔣天超, 季波濤, 鄧愛華 申請人:中興通訊股份有限公司