雲計算的資源信息採集伺服器和客戶端、信息處理方法
2023-04-30 17:57:56
雲計算的資源信息採集伺服器和客戶端、信息處理方法
【專利摘要】本發明公開了一種雲計算的資源信息採集伺服器和客戶端、信息處理方法，信息處理方法包括步驟：資源信息採集伺服器獲取自身的當前處理能力信息；比較當前處理能力與預設的最大處理能力，產生比較結果，並根據比較結果產生相應的上報與否參考信息；將上報與否參考信息發送給資源信息採集客戶端。本發明有效地解決了現有技術中由於資源信息採集客戶端上報資源使用信息過多而造成資源信息採集伺服器的I/O口成為瓶頸的問題。
【專利說明】雲計算的資源信息採集伺服器和客戶端、信息處理方法
【技術領域】
[0001]本申請涉及雲計算的信息處理【技術領域】，具體是涉及一種雲計算的資源信息採集伺服器，還涉及一種雲計算的資源信息採集客戶端，另外還涉及一種雲計算的資源信息採集伺服器的信息處理方法、以及資源信息採集客戶端的信息處理方法。
【背景技術】
[0002]在雲計算的資源管理中，採集系統中各個節點的資源使用信息是一個基本的功能；系統採集到各節點資源使用信息後，會進一步分析和處理，其分析結果可應用於上層多個應用，如作為雲計算的資源管理系統動態調整資源的重要參考依據。
[0003]對於雲計算的節點的資源使用信息的採集，通常採用一個Server端(資源信息採集伺服器)對所有節點的模式，而各節點作為Client端(資源信息採集客戶端)將節點自身的資源使用信息上報給資源信息採集伺服器。
[0004]在工作的過程中，資源信息採集伺服器會設置緩衝隊列:各資源信息採集客戶端上報資源使用信息給資源信息採集伺服器後，資源信息採集伺服器首先將接收到的資源使用信息寫入緩衝隊列，再由獨立的任務處理線程從緩衝隊列中讀取，最後進行數據加工分析。
[0005]但是，當數據緩衝隊列即將溢出時，現有技術中一般會採用流控方式丟掉部分節點的資源使用信息或通知資源信息採集客戶端延遲上報。而隨著節點數量的增加，開闢的緩衝隊列越來越大，資源信息採集伺服器的I/o (輸入輸出端)口將會成為瓶頸，導致資源信息採集客戶端上報資源使用信息的時延會越來越大。
【發明內容】
[0006]有鑑於此，本申請提供了一種雲計算的資源信息採集伺服器和客戶端、信息處理方法，以解決現有技術中由於資源信息採集客戶端上報資源使用信息過多而造成資源信息採集伺服器的輸入輸出埠成為瓶頸的問題。
[0007]為解決上述問題，本申請第一方面提供一種雲計算的資源信息採集伺服器的信息處理方法，信息處理方法包括步驟:資源信息採集伺服器獲取自身的當前處理能力信息；比較當前處理能力與預設的最大處理能力，產生比較結果，並根據比較結果產生相應的上報與否參考信息；將上報與否參考信息發送給資源信息採集客戶端。
[0008]結合第一方面，在第一種可能的實現方式中，將上報與否參考信息發送給資源信息採集客戶端的步驟之後還包括:讀取資源信息採集客戶端採集並上報的資源使用信息，資源使用信息是資源信息採集客戶端根據上報與否參考信息進行上報的信息。
[0009]結合第一方面的第一種可能的實現方式，在第二種可能的實現方式中，資源信息採集伺服器獲取自身的當前處理能力信息的步驟具體包括:資源信息採集伺服器獲取自身的當前並行讀取資源信息採集客戶端上報的資源使用信息時、所對應的處理能力信息。而比較當前處理能力與預設的最大處理能力，產生比較結果，並根據比較結果產生相應的上報與否參考信息的步驟具體包括:根據云計算預配置給自身的預設的最大處理能力比較當前處理能力；在預設的最大處理能力大於當前處理能力時，減小預設的資源使用變更閾值以生成上報與否參考信息，在預設的最大處理能力小於當前處理能力時，加大預設的資源使用變更閾值以生成上報與否參考信息。同時，讀取資源信息採集客戶端採集並上報的資源使用信息的步驟具體包括:讀取資源信息採集客戶端採集並上報的資源使用信息，資源使用信息是資源信息採集客戶端採集到節點的資源使用信息後、將根據資源使用信息計算得到的動態資源使用率差值與上報與否參考信息中的資源使用變更閾值相比較、且動態資源使用率差值大於或等於資源使用變更閾值時才上報的資源使用信息。
[0010]結合第一方面的第二種可能的實現方式，在第三種可能的實現方式中，資源使用變更閾值初始設置為0.2，在預設的最大處理能力大於當前處理能力時，減小預設的資源使用變更閾值以生成上報與否參考信息，在預設的最大處理能力小於當前處理能力時，加大預設的資源使用變更閾值以生成上報與否參考信息的步驟具體包括:在預設的最大處理能力大於當前處理能力時，使預設的資源使用變更閾值減小0.1以生成上報與否參考信息，在預設的最大處理能力小於當前處理能力時，使預設的資源使用變更閾值加大0.1以生成上報與否參考信息。
[0011]結合第一方面的第二種可能或第三種可能的實現方式，在第四種可能的實現方式中，資源信息採集伺服器獲取自身的當前處理能力信息的步驟之前還包括:獲取新增的資源信息採集客戶端發送過來的註冊請求和指標項請求；根據指標項請求將包括CPU使用率指標、內存使用率指標和/或輸入輸出埠使用率指標的資源指標項，及其對應的加權值發送給新增的資源信息採集客戶端。而讀取資源信息採集客戶端採集並上報的資源使用信息，資源使用信息是資源信息採集客戶端根據上報與否參考信息進行上報的信息的步驟具體包括:讀取資源信息採集客戶端根據資源指標項採集並上報的資源使用信息，資源使用信息是資源信息採集客戶端根據上報與否參考信息進行上報的、包括CPU使用率、內存使用率和/或輸入輸出埠使用率的信息。
[0012]結合第一方面、第一方面的第一種可能或第二種可能的實現方式，在第五種可能的實現方式中，資源信息採集伺服器獲取自身的當前處理能力信息的步驟包括:資源信息採集伺服器實時地獲取自身的當前處理能力信息。
[0013]為解決上述問題，本申請第二方面提供一種雲計算的資源信息採集伺服器，資源信息採集伺服器包括:獲取模塊，用於獲取資源信息採集伺服器自身的當前處理能力信息；處理模塊，用於比較獲取模塊獲取到的當前處理能力與預設的最大處理能力，產生比較結果，並根據比較結果產生相應的上報與否參考信息；發送模塊，用於將處理模塊處理得到的上報與否參考信息發送給資源信息採集客戶端。
[0014]結合第二方面，在第一種可能的實現方式中，資源信息採集伺服器還包括:讀取模塊，用於讀取資源信息採集客戶端採集並上報的資源使用信息，資源使用信息是資源信息採集客戶端根據上報與否參考信息進行上報的信息。
[0015]結合第二方面的第一種可能的實現方式，在第二種可能的實現方式中，獲取模塊具體用於獲取資源信息採集伺服器自身的當前並行讀取資源信息採集客戶端上報的資源使用信息時、所對應的處理能力信息。處理模塊具體包括:判斷單元，用於根據云計算預配置給資源信息採集伺服器自身的預設的最大處理能力比較當前處理能力；閾值調整單元，用於在判斷單元判斷到預設的最大處理能力大於當前處理能力時，減小預設的資源使用變更閾值以生成上報與否參考信息，在判斷單元判斷到預設的最大處理能力小於當前處理能力時，加大預設的資源使用變更閾值以生成上報與否參考信息。同時，讀取模塊具體用於讀取資源信息採集客戶端採集並上報的資源使用信息，其中，資源使用信息是資源信息採集客戶端採集到節點的資源使用信息後、將根據資源使用信息計算得到的動態資源使用率差值與上報與否參考信息中的資源使用變更閾值相比較、且動態資源使用率差值大於或等於資源使用變更閾值時才上報的資源使用信息。
[0016]結合第二方面的第二種可能的實現方式，在第三種可能的實現方式中，資源使用變更閾值初始設置為0.2，閾值調整單元具體用於在判斷單元判斷到預設的最大處理能力大於當前處理能力時，使預設的資源使用變更閾值減小0.1以生成上報與否參考信息，在判斷單元判斷到預設的最大處理能力小於當前處理能力時，使預設的資源使用變更閾值加大0.1以生成上報與否參考信息。
[0017]結合第二方面的第二種可能或第三種可能的實現方式，在第四種可能的實現方式中:獲取模塊具體用於獲取新增的資源信息採集客戶端發送過來的註冊請求和指標項請求；發送模塊具體用於根據獲取模塊獲取到的指標項請求將包括CPU使用率指標、內存使用率指標和/或輸入輸出埠使用率指標的資源指標項，及其對應的加權值發送給新增的資源信息採集客戶端；讀取模塊具體用於讀取資源信息採集客戶端根據資源指標項採集並上報的資源使用信息，資源使用信息是資源信息採集客戶端根據上報與否參考信息進行上報的、包括CPU使用率、內存使用率和/或輸入輸出埠使用率的信息。
[0018]結合第二方面、第二方面的第一種可能或第二種可能的實現方式，在第五種可能的實現方式中:獲取模塊實時地獲取資源信息採集伺服器自身的當前處理能力信息。
[0019]為解決上述問題，本申請第三方面提供一種雲計算的資源信息採集客戶端的信息處理方法，信息處理方法包括步驟:接收資源信息採集伺服器發送過來的上報與否參考信息，上報與否參考信息是資源信息採集伺服器根據自身的當前處理能力信息和預設的最大處理能力相比較後產生的信息；獲取與自身對應的節點的資源使用信息，並根據上報與否參考信息判斷是否將資源使用信息上報給資源信息採集伺服器。
[0020]結合第三方面，在第一種可能的實現方式中，接收資源信息採集伺服器發送過來的上報與否參考信息的步驟具體包括:接收資源信息採集伺服器發送過來的上報與否參考信息中的資源使用變更閾值。獲取與自身對應的節點的資源使用信息，並根據上報與否參考信息判斷是否將資源使用信息上報給資源信息採集伺服器的步驟具體包括:獲取與自身對應的節點的包括CPU使用率、內存使用率和/或輸入輸出埠使用率的資源使用信息；根據資源使用信息計算對應節點的動態資源使用率差值；比較動態資源使用率差值和資源使用變更閾值的大小，並根據比較結果判斷是否將資源使用信息上報給資源信息採集伺服器。
[0021]結合第三方面的第一種可能的實現方式，在第二種可能的實現方式中，比較動態資源使用率差值和資源使用變更閾值的大小，並根據比較結果判斷是否將資源使用信息上報給資源信息採集伺服器的步驟具體包括:比較動態資源使用率差值和資源使用變更閾值的大小；在動態資源使用率差值大於或等於資源使用變更閾值時，將資源使用信息上報給資源信息採集伺服器，否則，不執行將資源使用信息上報給資源信息採集伺服器的動作。丨勺輸入輸出埠使用率，02為第二時刻對應I，102為第二時刻對應的輸入輸出埠使用
式，在第五種可能的實現方式中，資源使用資源使用信息和第二時刻對應的資源使用為0.6，7為0.1，2為0.3 ；或叉、7、2中的一
&或第二種可能的實現方式，在第六種可能丈來的上報與否參考信息的步驟之前還包.發送註冊請求和指標項請求；接收資源信使用率、內存使用率和/或輸入輸出埠標項獲取與自身對應的節點的資源使用信
一種雲計算的資源信息採集客戶端，資源信息採集伺服器發送過來的上報與否參考根據自身的當前處理能力信息和預設的最源使用信息上報給資源信息採集伺服器，否則，不執行將資源使用信息上報給資源信息採集伺服器的動作。
[0031]結合第四方面的第一種可能或第二種可能的實現方式，在第三種可能的實現方式中，獲取單元具體用於在預設周期的第一時刻從節點中獲取對應的CPU使用率、內存使用率和/或輸入輸出埠使用率的資源使用信息，在預設周期內的第二時刻從節點中獲取對應的CPU使用率、內存使用率和/或輸入輸出埠使用率的資源使用信息；計算單元利用第一時刻對應的資源使用信息和第二時刻對應的資源使用信息計算得到動態資源使用率差值。
[0032]結合第四方面的第三種可能的實現方式，在第四種可能的實現方式中，利用第一時刻對應的資源使用信息和第二時刻對應的資源使用信息計算得到動態資源使用率差值的計算公式包括:
[0033]Δ RCUL= (x^C^y^+z^IO!) - (x*C2+y*M2+z*102)
[0034]上式中，ARCUL為動態資源使用率差值，C1為第一時刻對應的CPU使用率,M1為第一時刻對應的內存使用率，IO1為第一時刻對應的輸入輸出埠使用率，C2為第二時刻對應的CPU使用率，M2為第二時刻對應的內存使用率，IO2為第二時刻對應的輸入輸出埠使用率，x、y和z為對應的加權值。
[0035]結合第四方面的第四種可能的實現方式，在第五種可能的實現方式中，資源使用變更閾值初始設置為0.2，利用第一時刻對應的資源使用信息和第二時刻對應的資源使用信息計算得到動態資源使用率差值的公式中:x為0.6,y為0.1,z為0.3 ;或x、y、z中的一個或兩個為O。
[0036]結合第四方面、第四方面的第一種可能或第二種可能的實現方式，在第六種可能的實現方式中，資源信息採集客戶端還包括:註冊模塊，用於向資源信息採集伺服器發送註冊請求和指標項請求；接收模塊具體用於接收資源信息採集伺服器根據註冊模塊發送的指標項請求所返回的包括CPU使用率、內存使用率和/或輸入輸出埠使用率及其加權值的資源指標項，處理模塊具體用於根據資源指標項獲取與自身對應的節點的資源使用信息。
[0037]本申請雲計算的資源信息採集伺服器在進行資源信息採集的過程中檢測自身的當前處理能力，並根據當前處理能力判斷自身所佔用雲計算的能力是否超過預設的最大處理能力，根據判斷結果產生上報與否參考信息發送給資源信息採集客戶端，最終可以通過上報與否參考信息限制資源信息採集客戶端上報的資源使用信息的數量。本申請有效地解決了現有技術中由於節點數量的增加，造成資源信息採集伺服器的輸入輸出埠瓶頸的問題。
【專利附圖】
【附圖說明】
[0038]圖1是本申請雲計算的資源信息採集伺服器的信息處理方法第一實施方式的流程不意圖；
[0039]圖2是本申請雲計算的資源信息採集伺服器的信息處理方法第二實施方式的流程不意圖；
[0040]圖3是本申請雲計算的資源信息採集伺服器的信息處理方法第三實施方式的流程不意圖；[0041]圖4是本申請雲計算的資源信息採集伺服器的信息處理方法第四實施方式的流程不意圖；
[0042]圖5是本申請雲計算的系統框圖；
[0043]圖6是圖5所示雲計算的資源信息採集伺服器第一實施方式的示意框圖；
[0044]圖7是圖5所示雲計算的資源信息採集伺服器第二實施方式的示意框圖；
[0045]圖8是本申請雲計算的資源信息採集客戶端的信息處理方法第一實施方式的流程不意圖；
[0046]圖9是本申請雲計算的資源信息採集客戶端的信息處理方法第二實施方式的流程不意圖；
[0047]圖10是本申請雲計算的資源信息採集客戶端的信息處理方法第三實施方式的流程不意圖；
[0048]圖11是本申請雲計算的資源信息採集客戶端的信息處理方法第四實施方式的流程不意圖；
[0049]圖12是圖5所示雲計算的資源信息採集客戶端第一實施方式的示意框圖；以及
[0050]圖13是圖5所示雲計算的資源信息採集客戶端第二實施方式的示意框圖，其中，還顯示了資源信息採集客戶端與資源信息採集伺服器之間的信號走向。
【具體實施方式】
[0051]以下描述中，為了說明而不是為了限定，提出了諸如特定系統結構、接口、技術之類的具體細節，以便透切理解本申請。然而，本領域的技術人員應當清楚，在沒有這些具體細節的其它實施方式中也可以實現本申請。在其它情況中，省略對眾所周知的裝置、電路以及方法的詳細說明，以免不必要的細節妨礙本申請的描述。
[0052]下面結合附圖和具體的實施方式進行說明，而為了方便簡明扼要地進行描述，本申請的多個不同實施方式之間的技術特徵既可以相互區別也可以部分相同、且其可以根據實際需要而交錯結合。
[0053]請參閱圖1，圖1是本申請雲計算的資源信息採集伺服器的信息處理方法第一實施方式的流程示意圖，在本實施方式中，雲計算的資源信息採集伺服器的信息處理方法包括但不限於以下步驟。
[0054]步驟S100，資源信息採集伺服器獲取自身的當前處理能力信息。
[0055]在步驟SlOO中，資源信息採集伺服器的當前處理能力以SPC(Server ProcessingCapability)定義，用來特指資源信息採集伺服器處理資源使用信息的採集業務時的能力；其具體可以根據云計算不同的應用場景，譬如資源信息採集伺服器對雲計算的CPU佔用率、I/O 口讀寫頻率或資源使用信息採集的任務數等作為SPC的量綱。另外，資源信息採集伺服器在工作的過程中，可以實時地、周期地或不定時地獲取自身的SPC，在此不作限定。
[0056]步驟S101，比較當前處理能力與預設的最大處理能力，產生比較結果，並根據比較結果產生相應的上報與否參考信息。
[0057]在步驟SlOl中，資源信息採集伺服器的預設的最大處理能力以MPC(Max ProcessCapability)定義，用於限定資源信息採集伺服器的SPC的上限值。不難看出，通過設置MPC，可以限制資源信息採集伺服器對雲計算的CPU佔用率、I/O 口讀寫頻率或資源使用信息採集的任務數等的能力。需要說明的是，由於資源信息採集僅屬於雲計算中級別較低的業務，如果資源信息採集伺服器過多地佔用雲計算的資源，則將導致雲計算的調度、監控和維護等重要業務無法正常進行，因此，需要通過MPC來限定SPC的上限值，以將雲計算的資源更多地運用於其他重要業務上；同理，如果SPC沒有達到MPC，則可能造成系統無法對所有節點資源進行有效的監控等，因此，通過設定MPC的方式，可以保證雲計算的部分資源使用在指定的資源信息採集的業務上，以對滿足上報與否參考信息的條件的節點進行採集。其中，MPC具體的設置方式和大小等，可以根據實際需要進行設定，在本【技術領域】人員理解的範圍內，不作限定。
[0058]步驟S102，將上報與否參考信息發送給資源信息採集客戶端。
[0059]在步驟S102中，不難看出在步驟SlOl比較SPC和MPC的大小之後，生成的上報與否參考信息，即可通過上報與否參考信息來限制資源信息採集客戶端上報的資源使用信息的數量，而資源信息採集伺服器由於處理的資源使用信息的數量減少，則其對應的SPC的值將相應變小。同理，通過步驟SlOl的上報與否參考信息，也可以在MPC的值的範圍內逐漸加大SPC的值，從而採集一定數量的節點的資源使用信息，以方便後續進行雲計算的資源監控和調度等。另外，上報與否參考信息也可以是資源信息採集伺服器指定所有資源信息採集客戶端在指定時間內停止上報所有節點的資源使用信息，譬如指定時間為5秒、10秒、3分鐘或者5分鐘等，在此不作限定。總而言之，經過多次重複執行步驟SlOO到步驟S102，可以將SPC的值逐漸調整到MPC的值的範圍內，而保證資源信息採集伺服器採集的資源使用信息的數量等均在雲計算可控的範圍內，通過這種方式，有效地避免了節點的數目過多而導致的I/O 口瓶頸的問題。
[0060]本申請雲計算的資源信息採集伺服器的信息處理方法在進行資源信息採集的過程中，檢測自身的SPC，並根據SPC的值判斷自身所佔用雲計算的能力是否超過預設的MPC的值，根據判斷結果產生上報與否參考信息發送給資源信息採集客戶端，最終可以通過上報與否參考信息限制資源信息採集客戶端上報的資源使用信息的數量。本申請有效地解決了現有技術中由於節點數量的增加，造成資源信息採集伺服器的I/O 口瓶頸的問題。
[0061]請參閱圖2，圖2是本申請雲計算的資源信息採集伺服器的信息處理方法第二實施方式的流程示意圖，在本實施方式中，雲計算的資源信息採集伺服器的信息處理方法包括但不限於以下步驟。
[0062]步驟S200，資源信息採集伺服器獲取自身的當前處理能力信息。
[0063]步驟S201，比較當前處理能力與預設的最大處理能力，產生比較結果，並根據比較結果產生相應的上報與否參考信息。
[0064]步驟S202，將上報與否參考信息發送給資源信息採集客戶端。
[0065]步驟S200到步驟S202請參閱前面實施方式的相關描述，在本【技術領域】人員理解的範圍內，不作贅述。
[0066]步驟S203，讀取資源信息採集客戶端採集並上報的資源使用信息，資源使用信息是資源信息採集客戶端根據上報與否參考信息進行上報的信息。
[0067]資源信息採集伺服器在讀取節點的資源使用信息的過程中，由於節點的數目過多和/或I/o瓶頸的問題，可能導致資源信息採集伺服器無法及時讀取到或者丟掉了亟需處理的資源信息採集客戶端的資源使用信息。為了解決這個技術問題，在步驟S203中，本實施方式將亟需處理的資源信息採集客戶端與上報與否參考信息對應設置，通過上報與否參考信息的作用，可以限制資源信息採集客戶端在滿足上報與否參考信息的條件下才可以上報對應節點的資源使用信息，使得資源信息採集伺服器可以在MPC—定的情況下，可以及時地讀取滿足上報與否參考信息的節點的資源使用信息，以備對節點進行後續的調度等過程。舉例而言，假如雲計算指定某些特定的節點(1、3、5…，或前100個節點)屬於優先級別處理的，則當資源信息採集伺服器處於繁忙超負荷時，可以僅讀取這部分優先處理的節點的資源使用信息，而可以有效地防止無法及時讀取到或者丟掉了這部分節點的資源使用信息。當然，上報與否參考信息也可以是通過其他條件進行設定，只要確保資源信息採集伺服器處於繁忙超負荷時不會丟掉或不及時讀取到亟需處理的節點的資源使用信息即可，在本【技術領域】人員理解的範圍內，不一一贅述。
[0068]本實施方式可以根據上報與否參考信息優先讀取亟需處理的部分資源信息採集客戶端所上報的資源使用信息。本申請既有效地避免了資源信息採集伺服器的I/o瓶頸的問題，還可以避免資源信息採集伺服器無法及時讀取到或者丟掉了亟需處理的資源信息採集客戶端的資源使用信息的問題。
[0069]請進一步參閱圖3，圖3是本申請雲計算的資源信息採集伺服器的信息處理方法第三實施方式的流程示意圖，在本實施方式中，雲計算的資源信息採集伺服器的信息處理方法包括但不限於以下步驟。
[0070]步驟S300，資源信息採集伺服器獲取自身的當前並行讀取資源信息採集客戶端上報的資源使用信息時、所對應的處理能力信息。
[0071]步驟S301，根據云計算預配置給自身的預設的最大處理能力比較當前處理能力。
[0072]步驟S302，在預設的最大處理能力大於當前處理能力時，減小預設的資源使用變更閾值以生成上報與否參考信息，在預設的最大處理能力小於當前處理能力時，加大預設的資源使用變更閾值以生成上報與否參考信息。
[0073]值得注意的是，在步驟S302中，本實施方式的預設的資源使用變更閾值以RCUL(Resource Changing Upper Limit)表示,定義為任意節點在預定的時間段內的資源使用率的變化率，且資源信息採集伺服器可以以廣播的方式將RCUL下發通知到所有資源信息採集客戶端上。舉例來說，某一節點在h時的資源使用率為50%，在&時的資源使用率為54%，則其資源使用率的變化率為0.04 ;進一步而言，假如資源信息採集伺服器讀取到SPC小於MPC時，其判斷自身處於比較空閒的狀態，即可減小RCUL以使資源使用率的變化率較小的節點也可以上報自身的資源使用信息，以備雲計算進行監控和調度等；而假如資源信息採集伺服器讀取到SPC大於MPC時，其判斷自身處於比較繁忙超負荷的狀態，則需要相應加大RCUL以僅允許資源使用率的變化率較大的節點上報自身的資源使用信息，再對其進行監控和調度等。不難看出，通過設定RCUL的方式，不僅可以限制資源信息採集客戶端上報的數量，還可以進一步確保當資源信息採集伺服器處於繁忙或超負荷時，優先處理滿足RCUL的節點的資源使用信息，而對這部分資源使用率的變化率較大的節點進行監控和調度等，以使雲計算的系統資源的利用率更優化。
[0074]步驟S303，將上報與否參考信息發送給資源信息採集客戶端。
[0075]步驟S300到步驟S303請參閱前面一個或多個實施方式的相關描述，在本【技術領域】人員理解的範圍內，不作贅述。時應的資源信息採集客戶端將該節點的資I息採集伺服器讀取其資源使用信息之後，該節點所對應的主機資源等進行其他的服【技術領域】人員理解的範圍內不作贅述。當貧用率差值八大於％見的資源信息採
通過設定的方式，在資源信息採集服巨的節點進行優先處理，而僅需讀取動態資勺資源使用信息，從而智能地對動態資源使5計算的節點資源得到更加有效的監控、分載均衡。
源信息採集伺服器的信息處理方法第四實的資源信息採集伺服器的信息處理方法包:戶端發送過來的註冊請求和指標項請求。？、時，其首先可以通過對應新增的資源信息[0084]步驟S402，資源信息採集伺服器獲取自身的當前並行讀取資源信息採集客戶端上報的資源使用信息時、所對應的處理能力信息。
[0085]在步驟S402中，資源信息採集伺服器在當前時刻正在並行讀取資源信息採集客戶端上報的資源使用信息，譬如正在同時讀取100個節點的資源信息採集客戶端上報的100條資源使用信息，此時，資源信息採集伺服器的讀取動作需要佔用雲計算的CPU佔用率、I/o 口讀寫頻率的資源，即體現在前述的SPC上，其具體原理請參閱前面實施方式的相關描述，在此不作贅述。
[0086]步驟S403，根據云計算預配置給自身的預設的最大處理能力比較當前處理能力。
[0087]在步驟S403中，雲計算為了防止資源信息採集伺服器過多地佔用資源去執行「讀取資源信息採集客戶端上報的資源使用信息」的動作，因此設定前述的MPC，以使SPC維持在MPC的範圍內，其具體的數值大小及工作原理請參閱前面實施方式的相關描述。
[0088]步驟S404，在預設的最大處理能力大於當前處理能力時，減小預設的資源使用變更閾值以生成上報與否參考信息，在預設的最大處理能力小於當前處理能力時，加大預設的資源使用變更閾值以生成上報與否參考信息。
[0089]在步驟S404中，若RCUL初始設置為0.2，則當SPC大於MPC時，使預設的RCUL加大額定值以生成上報與否參考信息；而在SPC小於MPC時，使預設的RCUL減小額定值以生成上報與否參考信息；其中，額定值可以為0.08-0.12的範圍，比如0.1,0.11等，在此不作限定。當然，在其他實施方式中，RCUL也可以初始設置為0.3、0.4或0.25等，而額定值可以對應設置，在本【技術領域】人員理解的範圍內，不一一贅述。
[0090]步驟S405，將上報與否參考信息發送給資源信息採集客戶端。
[0091]步驟S406，讀取資源信息採集客戶端根據資源指標項採集並上報的資源使用信息，資源使用信息是資源信息採集客戶端根據上報與否參考信息進行上報的、包括CPU使用率、內存使用率和/或輸入輸出埠使用率的信息。
[0092]在步驟S406中，根據步驟S406的資源指標項採集其對應的CPU使用率、Memory使用率和I/o 口使用率的一個、任意兩個、或三個資源指標項的信息，接著雲計算根據其所包含的節點的情況進行趨勢分析、監控或調度等，在本【技術領域】人員理解的範圍內，不作限定。
[0093]本實施方式對新加入的資源信息採集客戶端的節點進行註冊和訂閱指標項，可以有效地防止了雲計算中不斷地新加入節點時，可能導致的資源信息採集伺服器I/o瓶頸的問題。
[0094]另外，在上述一個或多個實施方式中，經過多次調整Λ RCUL後，如果檢測到預設的MPC等於SPC時，可以保持初始設置的、或者前一個時刻調整發送後的RCUL值不變，而使SPC始終保持在MPC的合理範圍內，並使得預設的MPC全部應用在滿足RCUL的節點上。
[0095]下面將結合本申請雲計算及其資源信息採集伺服器的工作過程對其信息處理方法作進一步描述。
[0096]請參閱圖5和圖6,圖5是本申請z?計算的系統框圖，圖6是圖5所不z?計算的資源信息採集伺服器第一實施方式的示意框圖。
[0097]如圖5所示，雲計算包括但不限於雲計算管理系統50和雲計算資源節點51，其中，雲計算資源節點51包括節點1、節點2到節點η, η為自然數。[0098]在本實施方式中，雲計算管理系統50包括但不限於統一物理資源管理模塊、統一虛擬資源管理模塊、統一資源調度模塊、統一監控模塊、統一操作維護模塊、統一警告模塊、以及通過管理總線501與上述一個或多個模塊相連接的資源信息採集伺服器502、硬體管理伺服器、軟體管理伺服器和虛擬機接入伺服器等。
[0099]而雲計算資源節點51則包括但不限於節點511及設於節點內的資源信息採集客戶端512。
[0100]不難看出，資源信息採集伺服器502和資源信息採集客戶端512可以作為獨立子系統部署於雲計算內，其中，資源信息採集伺服器502作為組件的形式部署於雲計算管理系統50內，而資源信息採集客戶端512亦以組件的形式直接部署於雲計算資源節點51上。通過這種方式，資源信息採集客戶端512採集到對應的節點的資源使用信息之後，上報給資源信息採集伺服器502，以支撐資源趨勢分析、監控或變更調度等動作，而實現雲計算的資源負載均衡。
[0101]如圖6所示，在本實施方式中，資源信息採集伺服器502包括但不限於獲取模塊5021、處理模塊5022和發送模塊5023。
[0102]獲取模塊5021用於獲取資源信息採集伺服器502自身的當前處理能力信息(即SPC)。如前所述，SPC用來特指資源信息採集伺服器502處理資源使用信息的採集業務時的能力；其具體可以根據云計算不同的應用場景，譬如資源信息採集伺服器502對雲計算的CPU佔用率、I/O 口讀寫頻率或資源使用信息採集的任務數等作為SPC的量綱。另外，資源信息採集伺服器502在工作的過程中，獲取模塊5021可以實時地、周期地或不定時地獲取資源信息採集伺服器502自身的SPC，在此不作限定。
[0103]處理模塊5022用於比較獲取模塊5021獲取到的當前處理能力與預設的MPC，產生比較結果，並根據比較結果產生相應的上報與否參考信息。MPC用於限定資源信息採集伺服器502的SPC的上限值。不難看出，通過設置MPC，可以限制資源信息採集伺服器502對雲計算的CPU佔用率、I/O 口讀寫頻率或資源使用信息採集的任務數等的能力。需要說明的是，由於資源信息採集僅屬於雲計算中級別較低的業務，如果資源信息採集伺服器502過多地佔用雲計算的資源，則將導致雲計算的調度、監控和維護等重要業務無法正常進行，因此，需要通過MPC來限定SPC的上限值，以將雲計算的資源更多地運用於其他重要業務上；同理，如果SPC沒有達到MPC，則可能造成系統無法對所有節點資源進行有效的監控等，因此，通過設定MPC的方式，可以保證雲計算的部分資源使用在指定的資源信息採集的業務上，以對滿足上報與否參考信息的條件的節點進行採集。其中，MPC具體的設置方式和大小等，可以根據實際需要進行設定，在本【技術領域】人員理解的範圍內，不作限定。
[0104]發送模塊5023用於將處理模塊5022處理得到的上報與否參考信息發送給資源信息採集客戶端512。
[0105]另外，本實施方式的多個模塊的具體功能還請參閱前面實施方式的相關描述，在本【技術領域】人員理解的範圍內，不再贅述。
[0106]本申請雲計算的資源信息採集伺服器502在進行資源信息採集的過程中，檢測自身的SPC，並根據SPC的值判斷自身所佔用雲計算的能力是否超過預設的MPC的值，根據判斷結果產生上報與否參考信息發送給資源信息採集客戶端512，最終可以通過上報與否參考信息限制資源信息採集客戶端512上報的資源使用信息的數量。本申請有效地解決了現有技術中由於節點數量的增加，造成資源信息採集伺服器502的I/O 口瓶頸的問題。
[0107]請參閱圖7，圖7是圖5所示雲計算的資源信息採集伺服器第二實施方式的示意框圖，相比於前一實施方式，本實施方式資源信息米集伺服器502還包括讀取模塊5024。
[0108]在本實施方式中，讀取模塊5024用於讀取資源信息採集客戶端512採集並上報的資源使用信息，資源使用信息是資源信息採集客戶端512根據上報與否參考信息進行上報的信息。
[0109]具體而言，獲取模塊5021具體用於獲取資源信息採集伺服器502自身的當前並行讀取資源信息採集客戶端512上報的資源使用信息時、所對應的處理能力信息。
[0110]此時，處理模塊5022具體可以包括判斷單元5025和閾值調整單元5026。相應地，判斷單元5025用於根據云計算預配置給資源信息採集伺服器502自身的預設的MPC比較SPC0閾值調整單元5026用於在判斷單元5025判斷到預設的MPC大於SPC時，減小預設的RCUL以生成上報與否參考信息，在判斷單元5025判斷到預設的MPC小於SPC時，加大預設的RCUL以生成上報與否參考信息，接著，發送模塊5023可以以廣播方式將調整後的RCUL發送給所有資源信息採集客戶端512。
[0111]讀取模塊5024具體用於讀取資源信息採集客戶端512採集並上報的資源使用信息。如前所述，資源使用信息是資源信息採集客戶端512採集到節點的資源使用信息後、將根據資源使用信息計算得到的動態資源使用率差值ARCUL與上報與否參考信息中的RCUL相比較、且動態資源使用率差值ARCUL大於或等於RCUL時才上報的資源使用信息。
[0112]進一步而言，RCUL初始可以設置為0.2，閾值調整單元5026具體用於在判斷單元5025判斷到預設的MPC大於SPC時，使預設的RCUL減小0.1以生成上報與否參考信息，在判斷單元5025判斷到預設的MPC小於SPC時，使預設的RCUL加大0.1以生成上報與否參考信息，最終通過發送模塊5023以廣播方式將調整後的RCUL發送給所有資源信息採集客戶端512。當然，在其他實施方式中，其具體的數值的大小可以根據實際需要而進行設定，在本【技術領域】人員理解的範圍內，不作限定。
[0113]當雲計算的雲計算資源節點51中新加入節點時，以節點511為例，則資源信息採集伺服器502的獲取模塊5021具體用於獲取新增的資源信息採集客戶端512發送過來的註冊請求和指標項請求；發送模塊5023具體用於根據獲取模塊5021獲取到的指標項請求將包括CPU使用率指標、Memory使用率指標和/或I/O 口使用率指標的資源指標項，及其對應的加權值發送給新增的資源信息採集客戶端512 ;而讀取模塊5024具體用於讀取資源信息採集客戶端512根據資源指標項採集並上報的資源使用信息，此時，資源使用信息是資源信息採集客戶端512根據上報與否參考信息進行上報的、包括CPU使用率、Memory使用率和/或I/O 口使用率的信息。
[0114]另外，本實施方式的多個模塊的具體功能還請參閱前面一個或多個實施方式的相關描述，在本【技術領域】人員理解的範圍內，不再贅述。
[0115]本實施方式資源信息採集伺服器502可以根據上報與否參考信息優先讀取亟需處理的部分資源信息採集客戶端所上報的資源使用信息，進一步而言，通過設定RCUL的方式，不僅可以限制資源信息採集客戶端上報的數量，還可以進一步確保當資源信息採集伺服器502處於繁忙或超負荷時，優先處理滿足RCUL的節點的資源使用信息，而對這部分資源使用率的變化率較大的節點進行監控和調度等。本申請既有效地避免了資源信息採集伺服器502的I/O瓶頸的問題，而將I/O瓶頸「下移」到資源信息採集客戶端上，還可以避免資源信息採集伺服器502無法及時讀取到或者丟掉了亟需處理的資源信息採集客戶端的資源使用信息的問題。
[0116]下面將結合資源信息採集伺服器502的信息處理方法的一個或多個實施方式對資源信息採集客戶端的信息處理方法作具體描述。
[0117]請參閱圖8，圖8是本申請雲計算的資源信息採集客戶端的信息處理方法第一實施方式的流程示意圖，在本實施方式中，雲計算的資源信息採集伺服器的信息處理方法包括但不限於以下步驟。
[0118]步驟S800，接收資源信息採集伺服器發送過來的上報與否參考信息，上報與否參考信息是資源信息採集伺服器根據自身的當前處理能力信息和預設的最大處理能力相比較後產生的信息。
[0119]如前所述，在步驟S800中資源信息採集伺服器需根據自身的SPC和預設的MPC進行比較，而產生上報與否參考信息的目的則是減少資源信息採集客戶端上報的資源使用信息的數量或增多資源信息採集客戶端上報的資源使用信息的數量。
[0120]步驟S801，獲取與自身對應的節點的資源使用信息，並根據上報與否參考信息判斷是否將資源使用信息上報給資源信息採集伺服器。
[0121]在步驟S801中，資源信息採集客戶端採集到自身對應的節點的資源使用信息後，需要根據上報與否參考信息進行判斷是否上報。舉例而言，如果在上報與否參考信息指定資源信息採集客戶端在指定時間內停止上報所有節點的資源使用信息，譬如指定時間為5秒、10秒、3分鐘或者5分鐘等，則在指定時間內部分或全部資源信息採集客戶端停止向資源信息採集伺服器上報資源使用信息；而如果上報與否參考信息僅是用來限制部分資源信息採集客戶端上報的資源使用信息的數量，則可以丟掉部分資源信息採集客戶端上報的資源使用信息，而防止所有資源信息採集客戶端將採集的資源使用信息同時上報給資源信息採集伺服器而致使其發生I/O瓶頸的問題。其中，上報與否參考信息的具體「控制方式」或工作方式可以參考前面實施方式的具體描述，在此不作贅述。
[0122]本實施方式資源信息採集客戶端的信息處理方法在採集到節點的資源使用信息之後，根據上報與否參考信息而決定是否上報給資源信息採集伺服器，避免了由於節點數目過多、上報的節點的資源使用信息數量過大，而導致的資源信息採集伺服器發生I/o瓶頸的問題。本實施方式通過資源信息採集客戶端的作用直接過濾部分或者指定時間內限制全部資源信息採集客戶端向資源信息採集伺服器上報，從而將I/o瓶頸的問題下移到資源信息採集客戶端自身，同時避免了資源信息採集伺服器佔用過多的雲計算的資源來處理資源信息採集的業務。
[0123]請進一步參閱圖9，圖9是本申請雲計算的資源信息採集客戶端的信息處理方法第二實施方式的流程示意圖，在本實施方式中，雲計算的資源信息採集伺服器的信息處理方法包括但不限於以下步驟。
[0124]步驟S900，接收資源信息採集伺服器發送過來的上報與否參考信息中的資源使用變更閾值，上報與否參考信息是資源信息採集伺服器根據自身的當前處理能力信息和預設的最大處理能力相比較後產生的信息。
[0125]為了使資源信息採集伺服器在MPC —定的條件下，能充分地利用SPC優先處理亟需處理的節點資源使用信息，資源信息採集伺服器根據SPC和MPC的比較而設置或調整RCUL，並將RCUL發送給資源信息採集客戶端。
[0126]步驟S901，獲取與自身對應的節點的包括CPU使用率、內存使用率和/或輸入輸出埠使用率的資源使用信息。
[0127]在步驟S901中，資源信息採集客戶端可以根據云計算的實際應用場景或業務服務等需要，而從自身對應的節點中獲取包括CPU使用率、Memory使用率和I/O 口使用率中的一個、任意兩個或三個的資源使用信息，以便後續對該節點的監控或調度等。
[0128]步驟S902，根據資源使用信息計算對應節點的動態資源使用率差值。
[0129]在步驟S902中，資源信息採集客戶端根據CPU使用率、Memory使用率和I/O 口使用率中的一個、任意兩個或三個進行計算動態資源使用率差值ARCUL。譬如，在不同的時亥IJ，節點的CPU使用率、Memory使用率或I/O 口使用率中的一個或多個實時地發生變化，此時，將其對應的使用率進行相減等處理，即可得到表示其資源使用的變化率的動態資源使用率差值Λ RCUL，當然，動態資源使用率差值ARCUL的大小對應其變化率的大小的情況。
[0130]步驟S903，比較動態資源使用率差值和資源使用變更閾值的大小。
[0131]在步驟S903中，根據RCUL判斷動態資源使用率差值ARCUL，亦即是為每一個資源信息採集客戶端設置「上報門檻」，而實現後續的防止所有資源信息採集客戶端同時上報資源使用信息，而導致的資源信息採集伺服器的瓶頸的問題。
[0132]步驟S904，在動態資源使用率差值大於或等於資源使用變更閾值時，將資源使用信息上報給資源信息採集伺服器，否則，不執行將資源使用信息上報給資源信息採集伺服器的動作。
[0133]步驟S903和步驟S904共同實現的過程為:比較動態資源使用率差值和資源使用變更閾值的大小，並根據比較結果判斷是否將資源使用信息上報給資源信息採集伺服器。舉例而言，某一個資源信息採集客戶端對應的節點在預定的時間段內的資源使用率從2%跳變到60%，其動態資源使用率差值ARCUL為0.58，也即是說明該節點資源處於低利用的狀態；而如果根據云計算的資源或服務類型設定的RCUL的初始設置為0.2，即動態資源使用率差值Λ RCUL的0.58大於RCUL的0.2，該節點的動態資源使用率差值Λ RCUL滿足上報的條件，所以其對應的資源信息採集客戶端將該節點的資源使用信息上報給資源信息採集伺服器；資源信息採集伺服器讀取其資源使用信息之後，可以對該節點進行監控或趨勢分析等，譬如控制該節點所對應的主機資源等進行其他的服務、或下電關機以減少節點數量節省能源等，在本【技術領域】人員理解的範圍內不作贅述。當然，在其他實施方式中，也可以僅讀取動態資源使用率差值△ RCUL大於RCUL的資源信息採集客戶端上報的資源使用信息，在此不作限定。
[0134]本實施方式相比於前一實施方式而言，通過設定RCUL的方式，在資源信息採集伺服器繁忙、超負荷時，僅需讀取動態資源使用率差值ARCUL滿足RCUL的條件的節點的資源使用信息，從而智能地對動態資源使用率差值Λ RCUL較大的節點進行優先處理，使雲計算的節點資源得到更加有效的監控、分析和調度等，使雲計算的節點資源快速地實現負載均衡。
[0135]請參閱圖10，圖10是本申請雲計算的資源信息採集客戶端的信息處理方法第三實施方式的流程示意圖，在本實施方式中，雲計算的資源信息採集伺服器的信息處理方法包括但不限於以下步驟。
[0136]步驟S110，接收資源信息採集伺服器發送過來的上報與否參考信息中的資源使用變更閾值，上報與否參考信息是資源信息採集伺服器根據自身的當前處理能力信息和預設的最大處理能力相比較後產生的信息。
[0137]步驟S111，在預設周期的第一時刻從節點中獲取對應的CPU使用率、內存使用率和/或輸入輸出埠使用率的資源使用信息，在預設周期內的第二時刻從節點中獲取對應的CPU使用率、內存使用率和/或輸入輸出埠使用率的資源使用信息。
[0138]與前一實施方式不同之處在於，在步驟Slll中，資源信息採集客戶端以預設周期進行獲取採集的動作，第一時刻和第二時刻可以為預設周期內的開始時刻和結束時刻，在本【技術領域】人員理解的範圍內，不對預設周期、第一時刻和第二時刻進行限定。
[0139]步驟S112，利用第一時刻對應的資源使用信息和第二時刻對應的資源使用信息計算得到動態資源使用率差值。
[0140]在步驟S112中，動態資源使用率差值Λ RCUL可以通過第一時刻對應的資源使用信息和第二時刻對應的資源使用信息直接相減的方式計算得到，當然，也可以根據實際需要而採用一定的轉換方式進行計算，在此不作限定。
[0141]步驟S113，比較動態資源使用率差值和資源使用變更閾值的大小。
[0142]步驟S114，在動態資源使用率差值大於或等於資源使用變更閾值時，將資源使用信息上報給資源信息採集伺服器，否則，不執行將資源使用信息上報給資源信息採集伺服器的動作。
[0143]本實施方式資源信息採集客戶端通過預設周期、第一時刻和第二時刻的方式，可以精確地計算得到動態資源使用率差值ARCUL滿足RCUL的條件的節點，以避免任意時刻獲取資源使用信息進行計算所帶來的誤差，提高了雲計算對節點資源的有效而準備的監控、分析和調度等，使雲計算的節點資源快速地實現負載均衡。
[0144]請參閱圖11，圖11是本申請雲計算的資源信息採集客戶端的信息處理方法第四實施方式的流程示意圖，在本實施方式中，雲計算的資源信息採集伺服器的信息處理方法包括但不限於以下步驟。
[0145]步驟S120，資源信息採集客戶端向資源信息採集伺服器發送註冊請求和指標項請求。
[0146]在步驟S120中，當雲計算中新加入節點時，其首先可以通過對應新增的資源信息採集客戶端向資源信息採集伺服器主動發送註冊請求和/或指標項請求。
[0147]步驟S121，接收資源信息採集伺服器根據指標項請求所返回的包括CPU使用率、內存使用率和/或輸入輸出埠使用率及其加權值的資源指標項，以根據資源指標項獲取與自身對應的節點的資源使用信息。
[0148]在步驟S121中，資源信息採集伺服器可以根據實際情況而以訂閱方式向資源信息採集客戶端發送CPU使用率指標、Memory使用率指標和I/O 口使用率指標中的一個、任意兩個、或三個資源指標項及其對應的加權值；換而言之，資源信息採集伺服器可以根據節點的CPU使用率指標、Memory使用率指標和I/O 口使用率指標中的一個、任意兩個、或三個的情況而進行後續的調度等動作。當然，在其他實施方式中，也可以發送其他資源指標項、或與CPU使用率指標、Memory使用率指標和I/O 口使用率指標的組合，在本【技術領域】人員理解的範圍內，不作限定。
[0149]不難看出，步驟S120和步驟S121為準備步驟，通過準備步驟可以使資源信息採集伺服器對任意新增的節點進行監控。
[0150]步驟S122，接收資源信息採集伺服器發送過來的上報與否參考信息中的資源使用變更閾值，上報與否參考信息是資源信息採集伺服器根據自身的當前處理能力信息和預設的最大處理能力相比較後產生的信息。
[0151]步驟S123，在預設周期的第一時刻從節點中獲取對應的CPU使用率、內存使用率和/或輸入輸出埠使用率的資源使用信息，在預設周期內的第二時刻從節點中獲取對應的CPU使用率、內存使用率和/或輸入輸出埠使用率的資源使用信息。
[0152]步驟S124，利用第一時刻對應的資源使用信息和第二時刻對應的資源使用信息計算得到動態資源使用率差值。
[0153]在步驟S124中，利用第一時刻對應的資源使用信息和第二時刻對應的資源使用信息計算得到動態資源使用率差值ARCUL的計算公式包括:
[0154]Δ RCUL= (x^C^y^+z^IO!) - (x*C2+y*M2+z*102)
[0155]上述計算公式中，C1為第一時刻對應的CPU使用率，M1為第一時刻對應的Memory使用率，IO1為第一時刻對應的I/O 口使用率，C2為第二時刻對應的CPU使用率，M2為第二時刻對應的Memory使用率，IO2為第二時刻對應的I/O 口使用率，x、y和z為對應的加權值。RCUL初始可以設置為0.1、0.2或0.3等，而加權值X為0.6，y為0.l，z為0.3，或x為 0.5，y為0.l，z為0.4，或x、y、z中的一個或兩個為O等。與前面實施方式對應的是，在資源信息採集伺服器502端，其每次調整RCUL的額定值可以為0.08-0.12，如0.1,0.11等。譬如，其中一個方案可以採用=RCUL初始設置為0.2，而加權值X為0.6，y為0.1，z為0.3，每次調整RCUL的額定值為0.1的組合。本實施方式的具體數值均可以根據云計算的實際應用場景或服務類型而進行設定，在此不作限定。
[0156]步驟S125，比較動態資源使用率差值和資源使用變更閾值的大小。
[0157]步驟S126，在動態資源使用率差值大於或等於資源使用變更閾值時，將資源使用信息上報給資源信息採集伺服器，否則，不執行將資源使用信息上報給資源信息採集伺服器的動作。
[0158]本實施方式對新加入的資源信息採集客戶端的節點進行註冊和訂閱指標項，可以有效地防止了雲計算中不斷地新加入節點時，可能導致的資源信息採集伺服器I/o瓶頸的問題。另外，經過多次調整RCUL後，如果資源信息採集伺服器檢測到預設的MPC等於SPC時，可以保持初始設置的、或者前一個時刻調整發送後的RCUL值不變，而使SPC始終保持在MPC的合理範圍內，並使得預設的MPC全部應用在滿足RCUL的節點上。
[0159]下面將結合本申請雲計算的資源信息採集客戶端512的工作過程對其信息處理方法作進一步描述。
[0160]請參閱圖12，圖12是圖5所示雲計算的資源信息採集客戶端第一實施方式的示意框圖，其中，資源信息採集客戶端512包括但不限於接收模塊5121和處理模塊5122。
[0161]在本實施方式中，接收模塊5121用於接收資源信息採集伺服器502發送過來的上報與否參考信息，如前所述，上報與否參考信息是資源信息採集伺服器502根據自身的SPC信息和預設的MPC相比較後產生的信息。[0162]處理模塊5122用於獲取與自身對應的節點的資源使用信息，並根據接收模塊5121接收到的上報與否參考信息判斷是否將資源使用信息上報給資源信息採集伺服器502。
[0163]具體而言，所有資源信息採集客戶端採集到自身對應的節點的資源使用信息後，需要根據上報與否參考信息進行判斷是否上報。譬如，如果在上報與否參考信息指定資源信息採集客戶端512在指定時間內停止上報所有節點的資源使用信息，譬如指定時間為5秒、10秒、3分鐘或者5分鐘等，則在指定時間內部分或全部資源信息採集客戶端停止向資源信息採集伺服器502上報資源使用信息；而如果上報與否參考信息僅是用來限制部分資源信息採集客戶端上報的資源使用信息的數量，則可以丟掉部分資源信息採集客戶端上報的資源使用信息，而防止所有資源信息採集客戶端將採集的資源使用信息同時上報給資源信息採集伺服器502而致使其發生I/O瓶頸的問題。
[0164]本實施方式資源信息採集客戶端512在採集到節點的資源使用信息之後，根據上報與否參考信息決定是否上報給資源信息採集伺服器502，避免了由於節點數目過多、上報的節點的資源使用信息數量過大，而導致的資源信息採集伺服器502發生I/O瓶頸的問題。本實施方式通過資源信息採集客戶端的作用直接過濾部分或者指定時間內限制全部資源信息採集客戶端向資源信息採集伺服器502上報，從而將I/O瓶頸的問題下移到資源信息採集客戶端自身，同時避免了資源信息採集伺服器502佔用過多的雲計算的資源來處理資源信息採集的業務。
[0165]請進一步參閱圖13，圖13是圖5所示雲計算的資源信息採集客戶端第二實施方式的示意框圖，其中，還顯示了資源信息採集客戶端512與資源信息採集伺服器502之間的信號走向。
[0166]在本實施方式中，接收模塊5121具體用於接收資源信息採集伺服器502發送過來的上報與否參考信息中的RCUL。相應地，處理模塊5122具體包括但不限於獲取單元5122、計算單元5123、比較單元5124和上報單元5125。
[0167]獲取單元5122用於獲取與自身對應的節點的包括CPU使用率、Memory使用率和/或I/O 口使用率的資源使用信息。其中，資源信息採集客戶端512可以根據云計算的實際應用場景或業務服務等需要，而從自身對應的節點中獲取包括CPU使用率、Memory使用率和I/O 口使用率中的一個、任意兩個或三個的資源使用信息，以便後續對該節點的監控或調度
坐寸ο
[0168]計算單元5123用於根據獲取單元5122獲取到的資源使用信息計算對應節點的動態資源使用率差值Λ RCUL。資源信息採集客戶端512根據CPU使用率、Memory使用率和I/O 口使用率中的一個、任意兩個或三個進行計算動態資源使用率差值ARCUL。譬如，在不同的時刻，節點的CPU使用率、Memory使用率或I/O 口使用率中的一個或多個實時地發生變化，此時，將其對應的使用率進行相減等處理，即可得到表示其資源使用的變化率的動態資源使用率差值Λ RCUL，當然，動態資源使用率差值ARCUL的大小對應其變化率的大小的情況。
[0169]比較單元5124用於比較計算單元5123計算到的動態資源使用率差值ARCUL和接收模塊5121接收到的RCUL的大小。
[0170]上報單元5125用於根據比較單元5124的比較結果判斷是否將資源使用信息上報給資源信息採集伺服器502。具體來說，上報單元5125用於在比較單元5124比較得到動態資源使用率差值Λ RCUL大於或等於RCUL時，將資源使用信息上報給資源信息採集伺服器502，否則，不執行將資源使用信息上報給資源信息採集伺服器502的動作。
[0171]舉例而言，獲取單元5122具體用於在預設周期的第一時刻從節點511中獲取對應的CPU使用率、Memory使用率和/或I/O 口使用率的資源使用信息，而在預設周期內的第二時刻從節點511中獲取對應的CPU使用率、Memory使用率和/或I/O 口使用率的資源使用信息，接著，計算單元5123利用第一時刻對應的資源使用信息和第二時刻對應的資源使用信息計算得到動態資源使用率差值ARCUL,其計算公式如下:
[0172]Δ RCUL= (x^C^y^+z^IO!) - (x*C2+y*M2+z*102)
[0173]上述計算公式中，C1為第一時刻對應的CPU使用率，M1為第一時刻對應的Memory使用率，IO1為第一時刻對應的I/O 口使用率，C2為第二時刻對應的CPU使用率，M2為第二時刻對應的Memory使用率，IO2為第二時刻對應的1/0 口使用率，x、y和z為對應的加權值。RCUL初始可以設置為0.1、0.2或0.3等，而加權值X為0.6，y為0.l，z為0.3，或x為
0.5，y為0.l，z為0.4，或x、y、z中的一個或兩個為O等。與前面實施方式對應的是，在資源信息採集伺服器502端，其調整RCUL的額定值可以為0.08-0.12，如0.1、0.11等。譬如，其中一個方案可以採用=RCUL初始設置為0.2，而加權值X為0.6，y為0.1，z為0.3，每次調整RCUL的額定值為0.1的組合。本實施方式的具體數值均可以根據云計算的實際應用場景或服務類型而進行設定，在此不作限定。
[0174]另外，資源信息採集客戶端512還可以包括註冊模塊5126，註冊模塊5126用於向資源信息採集伺服器502發送註冊請求和指標項請求，接著，接收模塊5121接收資源信息採集伺服器502根據註冊模塊5126發送的指標項請求所返回的包括CPU使用率、Memory使用率和/或1/0 口使用率及其加權值的資源指標項，處理模塊5122則根據資源指標項獲取與自身對應的節點的資源使用信息。
[0175]本實施方式資源信息採集客戶端通過預設周期、第一時刻和第二時刻的方式，可以精確地計算得到動態資源使用率差值ARCUL滿足RCUL的條件的節點，以避免任意時刻獲取資源使用信息進行計算所帶來的誤差，提高了雲計算對節點資源的有效而準備的監控、分析和調度等，使雲計算的節點資源快速地實現負載均衡。
[0176]在本申請所提供的幾個實施方式中，應該理解到，所揭露的系統，裝置和方法，可以通過其它的方式實現。例如，以上所描述的裝置實施方式僅僅是示意性的，例如，所述模塊或單元的劃分，僅僅為一種邏輯功能劃分，實際實現時可以有另外的劃分方式，例如多個單元或組件可以結合或者可以集成到另一個系統，或一些特徵可以忽略，或不執行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通訊連接可以是通過一些接口，裝置或單元的間接耦合或通訊連接，可以是電性，機械或其它的形式。
[0177]所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位於一個地方，或者也可以分布到多個網絡單元上。可以根據實際的需要選擇其中的部分或者全部單元來實現本實施方式方案的目的。
[0178]另外，在本申請各個實施方式中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以採用硬體的形式實現，也可以採用軟體功能單元的形式實現。
[0179]所述集成的單元如果以軟體功能單元的形式實現並作為獨立的產品銷售或使用時，可以存儲在一個計算機可讀取存儲介質中。基於這樣的理解，本申請的技術方案本質上或者說對現有技術做出貢獻的部分或者該技術方案的全部或部分可以以軟體產品的形式體現出來，該計算機軟體產品存儲在一個存儲介質中，包括若干指令用以使得一臺計算機設備(可以是個人計算機，伺服器，或者網絡設備等)或處理器(processor)執行本申請各個實施方式所述方法的全部或部分步驟。而前述的存儲介質包括:U盤、移動硬碟、只讀存儲器(ROM, Read-Only Memory)、隨機存取存儲器(RAM, Random Access Memory)、磁碟或者光碟等各種可以存儲程序代碼的介質。
[0180]以上所述僅為本申請的實施方式，並非因此限制本申請的保護範圍，凡是利用本申請說明書及附圖內容所作的等效結構或等效流程變換，或直接或間接運用在其他相關的【技術領域】，均同理包括在本申請的專利保護範圍內。
【權利要求】
1.一種雲計算的資源信息採集伺服器的信息處理方法，其特徵在於，所述信息處理方法包括: 資源信息採集伺服器獲取自身的當前處理能力信息； 比較所述當前處理能力與預設的最大處理能力，產生比較結果，並根據所述比較結果產生相應的上報與否參考信息； 將所述上報與否參考信息發送給資源信息採集客戶端。
2.根據權利要求1所述的信息處理方法，其特徵在於，所述將上報與否參考信息發送給資源信息採集客戶端的步驟之後還包括: 讀取所述資源信息採集客戶端採集並上報的資源使用信息，所述資源使用信息是資源信息採集客戶端根據所述上報與否參考信息進行上報的信息。
3.根據權利要求2所述的信息處理方法，其特徵在於: 所述資源信息採集伺服器獲取自身的當前處理能力信息的步驟具體包括: 所述資源信息採集伺服器獲取自身的當前並行讀取所述資源信息採集客戶端上報的資源使用信息時、所對應的處理能力信息； 所述比較當前處理能力與預設的最大處理能力，產生比較結果，並根據所述比較結果產生相應的上報與否參考信息的步驟具體包括: 根據云計算預配置給自身的預設的最大處理能力比較所述當前處理能力； 在所述預設的最大處理能力大於所述當前處理能力時，減小預設的資源使用變更閾值以生成所述上報與否參考信息，在所述預設的最大處理能力小於所述當前處理能力時，加大預設的資源使用變更閾值以生成所述上報與否參考信息； 所述讀取資源信息採集客戶端採集並上報的資源使用信息的步驟具體包括: 讀取所述資源信息採集客戶端採集並上報的資源使用信息，所述資源使用信息是資源信息採集客戶端採集到節點的資源使用信息後、將根據所述資源使用信息計算得到的動態資源使用率差值與所述上報與否參考信息中的資源使用變更閾值相比較、且所述動態資源使用率差值大於或等於所述資源使用變更閾值時才上報的資源使用信息。
4.根據權利要求3所述的信息處理方法，其特徵在於，所述資源使用變更閾值初始設置為0.2，所述在預設的最大處理能力大於所述當前處理能力時，減小預設的資源使用變更閾值以生成所述上報與否參考信息，在所述預設的最大處理能力小於所述當前處理能力時，加大預設的資源使用變更閾值以生成所述上報與否參考信息的步驟具體包括: 在所述預設的最大處理能力大於所述當前處理能力時，使預設的資源使用變更閾值減小0.1以生成所述上報與否參考信息，在所述預設的最大處理能力小於所述當前處理能力時，使預設的資源使用變更閾值加大0.1以生成所述上報與否參考信息。
5.根據權利要求2或3所述的信息處理方法，其特徵在於: 所述資源信息採集伺服器獲取自身的當前處理能力信息的步驟之前還包括: 獲取新增的資源信息採集客戶端發送過來的註冊請求和指標項請求； 根據所述指標項請求將包括CPU使用率指標、內存使用率指標和/或輸入輸出埠使用率指標的資源指標項，及其對應的加權值發送給新增的資源信息採集客戶端； 所述讀取資源信息採集客戶端採集並上報的資源使用信息，所述資源使用信息是資源信息採集客戶端根據所述上報與否參考信息進行上報的信息的步驟具體包括:讀取資源信息採集客戶端根據所述資源指標項採集並上報的資源使用信息，所述資源使用信息是資源信息採集客戶端根據所述上報與否參考信息進行上報的、包括CPU使用率、內存使用率和/或輸入輸出埠使用率的信息。
6.根據權利要求f3任一項所述的信息處理方法，其特徵在於，所述資源信息採集伺服器獲取自身的當前處理能力信息的步驟包括: 資源信息採集伺服器實時地獲取自身的當前處理能力信息。
7.—種雲計算的資源信息採集伺服器，其特徵在於，所述資源信息採集伺服器包括: 獲取模塊，用於獲取所述資源信息採集伺服器自身的當前處理能力信息； 處理模塊，用於比較所述獲取模塊獲取到的所述當前處理能力與預設的最大處理能力，產生比較結果，並根據所述比較結果產生相應的上報與否參考信息； 發送模塊，用於將所述處理模塊處理得到的所述上報與否參考信息發送給資源信息採集客戶端。
8.根據權利要求7所述的資源信息採集伺服器，其特徵在於，所述資源信息採集伺服器還包括: 讀取模塊，用於讀取所述資源信息採集客戶端採集並上報的資源使用信息，所述資源使用信息是所述資源信息採集客戶端根據所述上報與否參考信息進行上報的信息。
9.根據權利要求8所述 的資源信息採集伺服器，其特徵在於: 所述獲取模塊具體用於獲取所述資源信息採集伺服器自身的當前並行讀取所述資源信息採集客戶端上報的資源使用信息時、所對應的處理能力信息； 所述處理模塊具體包括: 判斷單元，用於根據云計算預配置給所述資源信息採集伺服器自身的預設的最大處理能力比較所述當前處理能力； 閾值調整單元，用於在所述判斷單元判斷到所述預設的最大處理能力大於所述當前處理能力時，減小預設的資源使用變更閾值以生成所述上報與否參考信息，在所述判斷單元判斷到所述預設的最大處理能力小於所述當前處理能力時，加大預設的資源使用變更閾值以生成所述上報與否參考信息； 所述讀取模塊具體用於讀取所述資源信息採集客戶端採集並上報的資源使用信息，其中，所述資源使用信息是資源信息採集客戶端採集到節點的資源使用信息後、將根據所述資源使用信息計算得到的動態資源使用率差值與所述上報與否參考信息中的資源使用變更閾值相比較、且所述動態資源使用率差值大於或等於所述資源使用變更閾值時才上報的資源使用信息。
10.根據權利要求9所述的資源信息採集伺服器，其特徵在於:所述資源使用變更閾值初始設置為0.2，所述閾值調整單元具體用於在所述判斷單元判斷到所述預設的最大處理能力大於所述當前處理能力時，使預設的資源使用變更閾值減小0.1以生成所述上報與否參考信息，在所述判斷單元判斷到所述預設的最大處理能力小於所述當前處理能力時，使預設的資源使用變更閾值加大0.1以生成所述上報與否參考信息。
11.根據權利要求8或9所述的資源信息採集伺服器，其特徵在於: 所述獲取模塊具體用於獲取新增的資源信息採集客戶端發送過來的註冊請求和指標項請求；所述發送模塊具體用於根據所述獲取模塊獲取到的所述指標項請求將包括CPU使用率指標、內存使用率指標和/或輸入輸出埠使用率指標的資源指標項，及其對應的加權值發送給新增的資源信息採集客戶端； 所述讀取模塊具體用於讀取資源信息採集客戶端根據所述資源指標項採集並上報的資源使用信息，所述資源使用信息是資源信息採集客戶端根據所述上報與否參考信息進行上報的、包括CPU使用率、內存使用率和/或輸入輸出埠使用率的信息。
12.根據權利要求7、任一項所述的資源信息採集伺服器，其特徵在於，所述獲取模塊實時地獲取所述資源信息採集伺服器自身的當前處理能力信息。
13.—種雲計算的資源信息採集客戶端的信息處理方法，其特徵在於，所述信息處理方法包括: 接收資源信息採集伺服器發送過來的上報與否參考信息，所述上報與否參考信息是資源信息採集伺服器根據自身的當前處理能力信息和預設的最大處理能力相比較後產生的信息； 獲取與自身對應的節點的資源使用信息，並根據所述上報與否參考信息判斷是否將所述資源使用信息上報給所述資源信息採集伺服器。
14.根據權利要求13所述的信息處理方法，其特徵在於: 所述接收資源信息採集伺服器發送過來的上報與否參考信息的步驟具體包括: 接收所述資源信息採集伺服器發送過來的上報與否參考信息中的資源使用變更閾值； 所述獲取與自身對應的節點的資源使用信息，並根據所述上報與否參考信息判斷是否將所述資源使用信息上報給所述資源信息採集伺服器的步驟具體包括: 獲取與自身對應的節點的包括CPU使用率、內存使用率和/或輸入輸出埠使用率的資源使用信息； 根據所述資源使用信息計算對應節點的動態資源使用率差值； 比較所述動態資源使用率差值和所述資源使用變更閾值的大小，並根據比較結果判斷是否將所述資源使用信息上報給所述資源信息採集伺服器。
15.根據權利要求14所述的信息處理方法，其特徵在於，所述比較動態資源使用率差值和所述資源使用變更閾值的大小，並根據比較結果判斷是否將所述資源使用信息上報給所述資源信息採集伺服器的步驟具體包括: 比較所述動態資源使用率差值和所述資源使用變更閾值的大小； 在所述動態資源使用率差值大於或等於所述資源使用變更閾值時，將所述資源使用信息上報給所述資源信息採集伺服器，否則，不執行將所述資源使用信息上報給所述資源信息採集伺服器的動作。
16.根據權利要求14或15所述的信息處理方法，其特徵在於: 所述獲取與自身對應的節點的包括CPU使用率、內存使用率和/或輸入輸出埠使用率的資源使用信息的步驟具體包括: 在預設周期的第一時刻從所述節點中獲取對應的CPU使用率、內存使用率和/或輸入輸出埠使用率的資源使用信息，在預設周期內的第二時刻從所述節點中獲取對應的CPU使用率、內存使用率和/或輸入輸出埠使用率的資源使用信息；所述根據資源使用信息計算對應節點的動態資源使用率差值的步驟包括: 利用第一時刻對應的資源使用信息和第二時刻對應的資源使用信息計算得到所述動態資源使用率差值。
17.根據權利要求16所述的信息處理方法，其特徵在於，所述利用第一時刻對應的資源使用信息和第二時刻對應的資源使用信息計算得到所述動態資源使用率差值的計算公式包括:
Δ RCUL= (x^^+y^+z^IO!) - (x*C2+y*M2+z*102) 其中，ARCUL為動態資源使用率差值，C1為第一時刻對應的CPU使用率,M1為第一時刻對應的內存使用率，IO1為第一時刻對應的輸入輸出埠使用率，C2為第二時刻對應的CPU使用率，M2為第二時刻對應的內存使用率，IO2為第二時刻對應的輸入輸出埠使用率，X、y和z為對應的加權值。
18.根據權利要求17所述的信息處理方法，其特徵在於，所述資源使用變更閾值初始設置為0.2，所述利用第一時刻對應的資源使用信息和第二時刻對應的資源使用信息計算得到所述動態資源使用率差值的公式中: X為0.6, y為0.1, z為0.3 ;或x、y、z中的一個或兩個為O。
19.根據權利要求13~15任一項所述的信息處理方法，其特徵在於，所述接收資源信息採集伺服器發送過來的上報與否參考信息的步驟之前還包括: 資源信息採集客戶端向資源信息採集伺服器發送註冊請求和指標項請求； 接收資源信息採集伺服器根據所述指標項請求所返回的包括CPU使用率、內存使用率和/或輸入輸出埠使用率及其加權值的資源指標項，以根據所述資源指標項獲取與自身對應的節點的資源使用信息。
20.一種雲計算的資源信息採集客戶端，其特徵在於，所述資源信息採集客戶端包括: 接收模塊，用於接收資源信息採集伺服器發送過來的上報與否參考信息，所述上報與否參考信息是資源信息採集伺服器根據自身的當前處理能力信息和預設的最大處理能力相比較後產生的信息； 處理模塊，用於獲取與自身對應的節點的資源使用信息，並根據所述上報與否參考信息判斷是否將所述資源使用信息上報給所述資源信息採集伺服器。
21.根據權利要求20所述的資源信息採集客戶端，其特徵在於: 所述接收模塊具體用於接收所述資源信息採集伺服器發送過來的上報與否參考信息中的資源使用變更閾值； 所述處理模塊具體包括: 獲取單元，用於獲取與自身對應的節點的包括CPU使用率、內存使用率和/或輸入輸出埠使用率的資源使用信息； 計算單元，用於根據所述獲取單元獲取到的所述資源使用信息計算對應節點的動態資源使用率差值； 比較單元，用於比較所述計算單元計算到的動態資源使用率差值和所述接收模塊接收到的所述資源使用變更閾值的大小； 上報單元，用於根據所述比較單元的比較結果判斷是否將所述資源使用信息上報給所述資源信息採集伺服器。
22.根據權利要求21所述的資源信息採集客戶端，其特徵在於，所述上報單元具體用於在所述比較單元比較得到所述動態資源使用率差值大於或等於所述資源使用變更閾值時，將所述資源使用信息上報給所述資源信息採集伺服器，否則，不執行將所述資源使用信息上報給所述資源信息採集伺服器的動作。
23.根據權利要求21或22所述的資源信息採集客戶端，其特徵在於: 所述獲取單元具體用於在預設周期的第一時刻從所述節點中獲取對應的CPU使用率、內存使用率和/或輸入輸出埠使用率的資源使用信息，在預設周期內的第二時刻從所述節點中獲取對應的CPU使用率、內存使用率和/或輸入輸出埠使用率的資源使用信息； 所述計算單元利用第一時刻對應的資源使用信息和第二時刻對應的資源使用信息計算得到所述動態資源使用率差值。
24.根據權利要求23所述的資源信息採集客戶端，其特徵在於，所述利用第一時刻對應的資源使用信息和第二時刻對應的資源使用信息計算得到所述動態資源使用率差值的計算公式包括:
Δ RCUL= (x^C^y^+z^IO!) - (x*C2+y*M2+z*102) 其中，ARCUL為動態資源使用率差值，C1為第一時刻對應的CPU使用率,M1為第一時刻對應的內存使用率，IO1為第一時刻對應的輸入輸出埠使用率，C2為第二時刻對應的CPU使用率，M2為第二時刻對應的內存使用率，IO2為第二時刻對應的輸入輸出埠使用率，X、y和z為對應的加權值。
25.根據權利要求24所述的資源信息採集客戶端，其特徵在於，所述資源使用變更閾值初始設置為0.2，所述利用第一時刻對應的資源使用信息和第二時刻對應的資源使用信息計算得到所述動態資源使用率差值的公式中: X為0.6, y為0.1, z為0.3 ;或X、y、z中的一個或兩個為O。
26.根據權利要求20-22任一項所述的資源信息採集客戶端，其特徵在於，所述資源信息採集客戶端還包括: 註冊模塊，用於向資源信息採集伺服器發送註冊請求和指標項請求； 所述接收模塊具體用於接收資源信息採集伺服器根據所述註冊模塊發送的指標項請求所返回的包括CPU使用率、內存使用率和/或輸入輸出埠使用率及其加權值的資源指標項，所述處理模塊具體用於根據所述資源指標項獲取與自身對應的節點的資源使用信肩、O
【文檔編號】H04L29/08GK103841129SQ201210475585
【公開日】2014年6月4日 申請日期:2012年11月21日 優先權日:2012年11月21日
【發明者】籍晉海 申請人:華為技術有限公司