本發(fā)明涉及網絡監(jiān)控技術領域，具體而言，涉及一種服務器端異常監(jiān)控方法及裝置。

背景技術：

隨著信息技術的迅猛發(fā)展，各式智能設備普及程度越來越高，移動互聯(lián)網各種類別應用爆炸式增長，對于服務提供商而言，用戶對其服務響應速度，以及服務穩(wěn)定性的要求也越來越高。產品服務運維水平的高低在很大程度上將直接決定產品的好壞。在應對數量巨大的用戶數時，服務廠商啟用的服務器端機器數量也非常龐大，它們通過配置集群、負載均衡、逐級動態(tài)加載卸載等方式提供可靠性好的服務。由此帶來的一個問題是，如果只有一部分服務發(fā)生故障，或者只有一部分用戶無法正常操作，服務端表面看來并沒有異常征兆，一切正常，故障無法被及時發(fā)現和處理，有可能進一步積累并惡化，直至發(fā)生災難性的后果。

技術實現要素：

鑒于此，本發(fā)明提出了一種服務器端異常監(jiān)控方法及裝置，旨在解決服務器端異常難于及時發(fā)現的問題。

一個方面，本發(fā)明提出了一種服務器端異常監(jiān)控方法，該方法包括如下步驟：從負載均衡的流量入口處接收的業(yè)務數據包中提取與網絡流量計算有關的元素，形成流量數據包；將在預設時間段內接收到的流量數據包所用的流量與該預設時間段內的預設訪問流量進行比對，并計算所述流量數據包所用的流量與所述預設訪問流量之間的差值；當所述差值大于預設流量閾值時，確定服務器端異常。

進一步地，上述服務器端異常監(jiān)控方法還包括如下步驟：當所述差值小于等于所述流量預設閾值時，確定服務器端正常。

進一步地，上述服務器端異常監(jiān)控方法中，通過udp方式接收所述負載均衡器的流量入口處的訪問請求流量。

進一步地，上述服務器端異常監(jiān)控方法還包括：將服務器異常的信息發(fā)送給管理端系統(tǒng)。

由于負載均衡是接收訪問請求的源頭，所以本實施例接收負載均衡接收到的所有訪問請求流量，便可以對服務器端的所有訪問請求流量進行統(tǒng)計，然后將統(tǒng)計的所有訪問請求流量與預設訪問流量進行比對，當二者偏差較大時，說明服務器端有異常。本發(fā)明通過在流量導入端埋點、流量數據分析和流量監(jiān)控，根據訪問流量的變化可以及時發(fā)現服務器端的異常，進而幫助網站維護人員及時發(fā)現潛在的故障。

另一方面，本發(fā)明還提出了一種服務器端異常監(jiān)控裝置，該裝置包括：提取模塊，用于從負載均衡的流量入口處接收的業(yè)務數據包中提取與網絡流量計算有關的元素，形成流量數據包；比對模塊，用于在預設時間段內接收到的流量數據包所用的流量與該預設時間段內的預設訪問流量進行比對，并計算所述流量數據包所用的流量與所述預設訪問流量之間的差值；確定模塊，用于當所述差值大于預設流量閾值時，確定服務器端異常。

進一步地，上述服務器端異常監(jiān)控裝置中，所述確定模塊還用于當所述差值小于等于所述流量預設閾值時，確定服務器端正常。

進一步地，上述服務器端異常監(jiān)控裝置中，所述接收模塊通過udp方式接收所述負載均衡器的流量入口處的訪問請求流量。

進一步地，上述服務器端異常監(jiān)控裝置還包括：發(fā)送模塊，用于將服務器異常的信息發(fā)送給管理端系統(tǒng)。

由于服務器端異常監(jiān)控裝置與上述服務器端異常監(jiān)控方法原理相同，所以該服務器端異常監(jiān)控裝置具有和上述服務器端異常監(jiān)控方法相同的技術效果。

附圖說明

通過閱讀下文優(yōu)選實施方式的詳細描述，各種其他的優(yōu)點和益處對于本領域普通技術人員將變得清楚明了。附圖僅用于示出優(yōu)選實施方式的目的，而并不認為是對本發(fā)明的限制。而且在整個附圖中，用相同的參考符號表示相同的部件。在附圖中：

圖1為本發(fā)明實施例提供的服務器端異常監(jiān)控方法的流程圖；

圖2為本發(fā)明實施例提供的服務器端異常監(jiān)控方法的另一流程圖；

圖3為本發(fā)明實施例提供的服務器端異常監(jiān)控方法的又一流程圖；

圖4為本發(fā)明實施例提供的服務器端異常監(jiān)控裝置的結構框圖；

圖5為本發(fā)明實施例提供的服務器端異常監(jiān)控裝置的又一結構框圖。

具體實施方式

下面將參照附圖更詳細地描述本公開的示例性實施例。雖然附圖中顯示了本公開的示例性實施例，然而應當理解，可以以各種形式實現本公開而不應被這里闡述的實施例所限制。相反，提供這些實施例是為了能夠更透徹地理解本公開，并且能夠將本公開的范圍完整的傳達給本領域的技術人員。需要說明的是，在不沖突的情況下，本發(fā)明中的實施例及實施例中的特征可以相互組合。下面將參考附圖并結合實施例來詳細說明本發(fā)明。

方法實施例：

參見圖1，圖1為本發(fā)明實施例提供的服務器端異常監(jiān)控方法的流程圖。如圖所示，該方法包括如下步驟：

步驟s11，從負載均衡的流量入口處接收的業(yè)務數據包中提取與網絡流量計算有關的元素，形成流量數據包。

具體地，在url的導入端，即負載均衡（如nginx）的流量入口處設置監(jiān)控點，該監(jiān)控點將負載均衡接收到的業(yè)務數據包復制一份，保留其中與網絡流量計算有關的元素，如業(yè)務標識、數據包數量、數據包大小、接收時間等，并將保留的元素形成流量數據包，將這個流量數據包發(fā)送給網絡流量監(jiān)控模塊進行處理。

步驟s12，將在預設時間段內接收到的流量數據包所占用的流量與該預設時間段內的預設訪問流量進行比對，并計算流量數據包所用流量與預設訪問流量之間的差值。

具體地，對于某個預設時間段內，會預先設置一個訪問流量，該預設訪問流量可以反映出該服務器端在該預設時間段內的以往訪問流量，具體實施時，可以將該服務器在該預設時間段的以往平均訪問流量作為該時間段內的預設訪問流量，然后將在該預設時間段內從負載均衡入口處提取的網絡流量數據數據包所占用的流量與該預設訪問流量進行比較，求二者之間的差值。

步驟s13，當差值大于預設流量閾值時，確定服務器端異常。

具體地，預先設置一流量閾值，當從負載均衡器提取出的流量數據包所占用的流量與預設訪問流量之間的差值大于預設閾值時，說明在該預設時間段內的訪問請求流量與預設訪問流量的偏差較大，說明此時服務器端有異常。

需要說明的是，預設時間段、預設流量閾值，預設訪問流量均可以根據實際情況來確定，本實施例在此不做任何限定。

由于負載均衡是接收訪問請求的源頭，所以本實施例在負載均衡的入口處設置監(jiān)控點，接收負載均衡接收到的所有業(yè)務數據包中與流量有關的元素，以便對服務器端的所有訪問請求流量進行統(tǒng)計，然后將統(tǒng)計的所有訪問請求流量與預設訪問流量進行比對，當二者偏差較大時，說明服務器端有異常。本實施例通過在流量導入端埋點、流量數據分析和流量監(jiān)控，根據訪問流量的變化可以及時發(fā)現服務器端的異常，進而幫助網站維護人員及時發(fā)現潛在的故障。

參見圖2，圖2為本發(fā)明實施例提供的服務器端異常監(jiān)控方法的另一流程圖。如圖所示，該方法包括如下步驟：

步驟s21，從負載均衡的流量入口處接收的業(yè)務數據包中提取與網絡流量計算有關的元素，形成流量數據包。

步驟s22，將在預設時間段內接收到的流量數據包所用的流量與該預設時間段內的預設訪問流量進行比對，并計算流量數據包所用的流量與預設訪問流量之間的差值。

步驟s23，當差值大于預設流量閾值時，確定服務器端異常。

步驟s24，當差值小于等于流量預設閾值時，確定服務器端正常。

其中，步驟s21至步驟s23的具體實施過程參見上述實施方式即可，本實施例在此不再贅述。

本實施例中，當在預設時間段內從負載均衡入口處提取的與流量有關的流量數據包所占用的流量與預設訪問流量之間的差值小于等于流量預設閾值時，說明在該預設時間段內，訪問請求的流量與預設訪問流量的偏差不大，此時，認為服務器端工作正常。

具體實施時，網絡流量監(jiān)控模塊可以通過udp（userdatagramprotocol）方式接收負載均衡器的流量入口處提取的流量數據包，發(fā)送通道與原有通信通道不復用，使用額外增加的一條旁路，協(xié)議可以采用udp。

采用udp的方式接收流量數據包，一方面不涉及業(yè)務數據，另一方面還不增加通訊開銷。選取udp方式傳送，可以保證傳輸效率，降低額外通信開銷帶來的影響，即使發(fā)生流量數據包的丟失，對服務系統(tǒng)的影響也完全能夠容忍。

參見圖3，圖3為本發(fā)明實施例提供的服務器端異常監(jiān)控方法的又一流程圖。如圖所示，該方法包括如下步驟：

步驟s31，從負載均衡的流量入口處接收的業(yè)務數據包中提取與網絡流量計算有關的元素，形成流量數據。

步驟s32，將在預設時間段內接收到的流量數據包所用的流量與該預設時間段內的預設訪問流量進行比對，并計算流量數據包所用的流量與預設訪問流量之間的差值。

步驟s33，當差值大于預設流量閾值時，確定服務器端異常。

步驟s34，將服務器異常的信息發(fā)送給管理端系統(tǒng)。

其中，步驟s31至步驟s33的具體實施過程參見上述實施方式即可，本實施例在此不再贅述。

本實施例中，為了使對服務器端進行管理的管理端系統(tǒng)可以及時了解到服務器端異常的情況，在確定服務器端異常時，可以將該異常信息發(fā)送給管理端系統(tǒng)，以使管理端可以第一時間介入跟蹤分析，解決問題，將服務端異常的負面影響最小化。

此外，具體實施時，可以對從負載均衡接收的的訪問請求流量進行統(tǒng)計分析，并經過積累后，不斷輔助修正和調整已有的預設訪問流量，以及流量預設閾值，提高監(jiān)控的準確性。

綜上，本實施例通過在流量導入端埋點、流量數據分析和流量監(jiān)控，根據訪問流量的變化可以及時發(fā)現服務器端的異常，進而幫助網站維護人員及時發(fā)現潛在的故障。

裝置實施例：

參見圖4，圖4為本發(fā)明實施例提供的服務器端異常監(jiān)控裝置的結構框圖。如圖所示，該裝置包括：接收模塊100，用于從負載均衡的流量入口處接收的業(yè)務數據包中提取與網絡流量計算有關的元素，形成流量數據包；比對模塊200，用于將在預設時間段內接收到的流量數據包所用的流量與該預設時間段內的預設訪問流量進行比對，并計算流量數據包所用的流量與預設訪問流量之間的差值；確定模塊300，用于當所述差值大于預設流量閾值時，確定服務器端異常。

由于負載均衡是接收訪問請求的源頭，所以本實施例接收負載均衡接收到的所有訪問請求流量，便可以對服務器端的所有訪問請求流量進行統(tǒng)計，然后將統(tǒng)計的所有訪問請求流量與預設訪問流量進行比對，當二者偏差較大時，說明服務器端有異常。本實施例通過在流量導入端埋點、流量數據分析和流量監(jiān)控，根據訪問流量的變化可以及時發(fā)現服務器端的異常，進而幫助網站維護人員及時發(fā)現潛在的故障。

再繼續(xù)參見圖4，確定模塊300還用于當差值小于等于流量預設閾值時，確定服務器端正常。

本實施例中，當在預設時間段內從負載均衡接收的訪問請求流量與預設訪問流量之間的差值小于等于流量預設閾值時，說明在該預設時間段內，訪問請求的流量與預設訪問流量的偏差不大，此時，認為服務器端工作正常。

接收模塊100通過udp方式接收負載均衡器的流量入口處提取的流量數據包。

采用udp的方式接收訪問請求流量數據，一方面不涉及業(yè)務數據，另一方面還不增加通訊開銷。選取udp方式傳送，可以保證傳輸效率，降低額外通信開銷帶來的影響，即使發(fā)生流量數據包的丟失，對服務系統(tǒng)的影響也完全能夠容忍。

參見圖5，圖4為本發(fā)明實施例提供的服務器端異常監(jiān)控裝置的結構框圖。如圖所示，在上述實施例中，還可以包括：發(fā)送模塊400，用于將服務器異常的信息發(fā)送給管理端系統(tǒng)。

本實施例中，為了使對服務器端進行管理的管理端系統(tǒng)可以及時了解到服務器端異常的情況，在確定服務器端異常時，可以將該異常信息發(fā)送給管理端系統(tǒng)，以使管理端可以第一時間介入跟蹤分析，解決問題，將服務端異常的負面影響最小化。

需要說明的是，本實施的具體實施過程參見上述方法實施例即可，故不贅述。

綜上，本實施例通過在流量導入端埋點、流量數據分析和流量監(jiān)控，根據訪問流量的變化可以及時發(fā)現服務器端的異常，進而幫助網站維護人員及時發(fā)現潛在的故障。

顯然，本領域的技術人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權利要求及其等同技術的范圍之內，則本發(fā)明也意圖包含這些改動和變型在內。