本發(fā)明涉及服務器擴容技術(shù)領(lǐng)域，具體涉及一種服務器系統(tǒng)擴容方法、裝置及擴容處理設(shè)備。

背景技術(shù)：

服務器系統(tǒng)是由眾多的服務器組成的服務器集群，通過服務器系統(tǒng)可為用戶提供業(yè)務服務；目前，服務器系統(tǒng)一般設(shè)置為多層服務器結(jié)構(gòu)，如接入層服務器，業(yè)務邏輯層服務器，和作業(yè)層服務器(如葉子節(jié)點服務器)等；其中，接入層服務器可接收業(yè)務請求，并將業(yè)務請求發(fā)送至相應的業(yè)務邏輯層服務器，業(yè)務邏輯層服務器將業(yè)務請求轉(zhuǎn)發(fā)至相應的作業(yè)層服務器，由作業(yè)層服務器實現(xiàn)對業(yè)務請求的響應和業(yè)務服務提供。

隨著服務器系統(tǒng)的數(shù)據(jù)處理量增多，對服務器系統(tǒng)的數(shù)據(jù)處理能力的要求也越來越高，為提高服務器系統(tǒng)的數(shù)據(jù)處理能力，對服務器系統(tǒng)進行擴容(增加服務器系統(tǒng)的服務器數(shù)量)顯得尤為必要。目前對服務器系統(tǒng)的擴容方式主要為：根據(jù)擴容后的服務器系統(tǒng)所要求的數(shù)據(jù)處理能力，與服務器系統(tǒng)原數(shù)據(jù)處理能力的倍數(shù)關(guān)系，分別將服務器系統(tǒng)的各層服務器的數(shù)量均增加相應倍數(shù)，達成服務器系統(tǒng)的擴容；如服務器系統(tǒng)原數(shù)據(jù)處理能力為A，擴容后的服務器系統(tǒng)所要求的數(shù)據(jù)處理能力為2A，則需將服務器系統(tǒng)的各層服務器的數(shù)量均增加2倍，實現(xiàn)服務器系統(tǒng)的擴容。

本發(fā)明的發(fā)明人在研究過程中發(fā)現(xiàn)：擴容后的服務器系統(tǒng)的各層服務器的數(shù)量，和擴容前的服務器系統(tǒng)的各層服務器的原數(shù)量的倍數(shù)關(guān)系，與擴容后的服務器系統(tǒng)所要求的數(shù)據(jù)處理能力，和服務器系統(tǒng)原數(shù)據(jù)處理能力的倍數(shù)關(guān)系，并不相同，也沒有直接的線性關(guān)系；現(xiàn)有根據(jù)擴容后的服務器系統(tǒng)所要求的數(shù)據(jù)處理能力，與服務器系統(tǒng)原數(shù)據(jù)處理能力的倍數(shù)關(guān)系，成倍的增加服務器系統(tǒng)的各層服務器的數(shù)量的擴容方式，將導致所擴容后的服務器系統(tǒng)的數(shù)量相對較多，存在多余的無法利用到的服務器，導致服務器資源的 浪費；因此如何合理的對服務器系統(tǒng)進行擴容，減少擴容后服務器系統(tǒng)的服務器資源的浪費情況，成為本領(lǐng)域技術(shù)人員需要考慮的問題。

技術(shù)實現(xiàn)要素：

有鑒于此，本發(fā)明實施例提供一種服務器系統(tǒng)擴容方法、裝置及擴容處理設(shè)備，以合理的對服務器系統(tǒng)進行擴容，減少擴容后服務器系統(tǒng)的服務器資源的浪費情況。

為實現(xiàn)上述目的，本發(fā)明實施例提供如下技術(shù)方案：

一種服務器系統(tǒng)擴容方法，包括：

對于非接入層服務器，確定各服務集群的服務器擴容數(shù)量，一個服務集群包括至少一臺服務器；

在確定非接入層服務器的各服務集群的服務器擴容數(shù)量，對非接入層服務器進行擴容后，在接入層服務集群模擬業(yè)務請求，接入層服務集群包括至少一臺接入服務器；

在模擬業(yè)務請求的過程中，若接入層服務集群對應的每秒查詢率QPS無法通過增加業(yè)務請求的流量而提升，則在按照設(shè)定數(shù)量增加接入層服務集群的接入服務器數(shù)量后，判斷所述QPS是否增加；

若增加，則確定需再按照設(shè)定數(shù)量增加接入層服務集群的接入服務器數(shù)量，直至所述QPS達到設(shè)定QPS值。

本發(fā)明實施例還提供一種服務器系統(tǒng)擴容裝置，包括：

第一確定模塊，用于對于非接入層服務器，確定各服務集群的服務器擴容數(shù)量，一個服務集群包括至少一臺服務器；

請求模擬模塊，用于在確定非接入層服務器的各服務集群的服務器擴容數(shù)量，對非接入層服務器進行擴容后，在接入層服務集群模擬業(yè)務請求，接入層服務集群包括至少一臺接入服務器；

判斷模塊，用于在模擬業(yè)務請求的過程中，若接入層服務集群對應的每秒查詢率QPS無法通過增加業(yè)務請求的流量而提升，則在按照設(shè)定數(shù)量增加接入層服務集群的接入服務器數(shù)量后，判斷所述QPS是否增加；

第二確定模塊，用于若增加，則確定需再按照設(shè)定數(shù)量增加接入層服務 集群的接入服務器數(shù)量，直至所述QPS達到設(shè)定QPS值。

本發(fā)明實施例還提供一種擴容處理設(shè)備，包括上述所述的服務器系統(tǒng)擴容裝置。

基于上述技術(shù)方案，本發(fā)明實施例提供的服務器系統(tǒng)擴容方法，先確定非接入層服務器的各服務集群的服務器擴容數(shù)量，對非接入層服務器進行擴容，而后再在接入層服務集群模擬業(yè)務請求；并在模擬業(yè)務請求的過程中，若接入層服務集群對應的QPS無法通過增加業(yè)務請求的流量而提升，則按照設(shè)定數(shù)量增加接入層服務集群的接入服務器數(shù)量，進而通過所述QPS是否增加，來判斷是否繼續(xù)進行接入層服務集群的擴容；即在按照設(shè)定數(shù)量增加接入服務器的數(shù)量后，若所述QPS增加，則可確定接入層服務集群為服務器系統(tǒng)的瓶頸所在，可再按照設(shè)定數(shù)量持續(xù)增加接入服務器的數(shù)量，直至所述QPS達到設(shè)定QPS值，達成接入層服務集群的擴容，實現(xiàn)服務器系統(tǒng)的擴容。可以看出，本發(fā)明實施例提供的這種分段逐步擴容的方式，可使得擴容后的服務器系統(tǒng)較為貼近服務器系統(tǒng)擴容后的QPS需求，因此擴容方式較為合理，可減少擴容后服務器系統(tǒng)的服務器資源的浪費情況。

附圖說明

為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)提供的附圖獲得其他的附圖。

圖1為本發(fā)明實施例提供的服務器系統(tǒng)擴容方法的流程圖；

圖2為本發(fā)明實施例提供的確定作業(yè)層服務器的擴容數(shù)量的方法流程圖；

圖3為本發(fā)明實施例提供的服務器系統(tǒng)中各服務集群之間的交互關(guān)系圖；

圖4為本發(fā)明實施例提供的確定服務器系統(tǒng)中服務集群之間的業(yè)務交互關(guān)系的方法流程圖；

圖5為本發(fā)明實施例提供的確定業(yè)務邏輯層服務器的擴容數(shù)量的方法流程圖；

圖6為本發(fā)明實施例提供的服務器系統(tǒng)擴容方法的另一流程圖；

圖7為本發(fā)明實施例提供的服務器系統(tǒng)擴容裝置的結(jié)構(gòu)框圖；

圖8為本發(fā)明實施例提供的第一確定模塊的結(jié)構(gòu)框圖；

圖9為本發(fā)明實施例提供的數(shù)量確定單元的結(jié)構(gòu)框圖；

圖10為本發(fā)明實施例提供的第一確定模塊的另一結(jié)構(gòu)框圖；

圖11為本發(fā)明實施例提供的擴容處理設(shè)備的硬件結(jié)構(gòu)框圖。

具體實施方式

下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

圖1為本發(fā)明實施例提供的服務器系統(tǒng)擴容方法的流程圖，本發(fā)明實施例可通過設(shè)置用于進行擴容計算的擴容處理設(shè)備，實施圖1所示方法流程圖，擴容處理設(shè)備可以如服務器等具有數(shù)據(jù)處理能力的設(shè)備；參照圖1，該方法可以包括：

步驟S100、對于非接入層服務器，確定各服務集群的服務器擴容數(shù)量，一個服務集群包括至少一臺服務器；

可選的，一個非接入層中可存在至少一個服務集群，各非接入層服務器中的一個服務集群，可以認為是實施業(yè)務服務所需要使用的服務器集合；如作業(yè)層服務器中，可存在多個作業(yè)層服務集群，一個作業(yè)層服務集群可由至少一臺作業(yè)服務器構(gòu)成，用于對業(yè)務服務進行具體作業(yè)；可選的，各非接入層中的服務集群所采用的服務器集合可根據(jù)實際情況設(shè)定；

可選的，在本發(fā)明實施例中，可通過QPS(Query Per Second，每秒查詢率)表示服務器的數(shù)據(jù)處理能力；對于非接入層服務器，在確定各服務集群的服務器擴容數(shù)量時，可根據(jù)各服務集群的目標QPS及原QPS，確定各服務集群的服務器擴容數(shù)量；

在確定非接入層服務器的各服務集群的服務器擴容數(shù)量后，可以所確定的擴容數(shù)量擴充非接入層服務器中相應服務集群的服務器數(shù)量。

步驟S110、在確定非接入層服務器的各服務集群的服務器擴容數(shù)量，對 非接入層服務器進行擴容后，在接入層服務集群模擬業(yè)務請求，接入層服務集群包括至少一臺接入服務器；

在完成非接入層服務器的擴容后，本發(fā)明實施例可在接入層服務集群上部署壓測程序，從而在接入層服務集群模擬業(yè)務請求，并通過逐步增加接入服務器數(shù)量的方式，判斷接入層服務集群的瓶頸所在，對接入層服務集群進行擴容。

步驟S120、在模擬業(yè)務請求的過程中，若接入層服務集群對應的QPS無法通過增加業(yè)務請求的流量而提升，則在按照設(shè)定數(shù)量增加接入層服務集群的接入服務器數(shù)量后，判斷所述QPS是否增加；

可選的，在模擬業(yè)務請求的過程中，若接入層服務集群對應的QPS無法通過增加業(yè)務請求的流量而提升，本發(fā)明實施例可逐步增加接入層服務集群的接入服務器數(shù)量(增加方式可按照設(shè)定數(shù)量逐步進行，如一次增加一臺接入服務器等)，判斷每次增加接入服務器后，所述接入層服務集群對應的QPS是否增加。

步驟S130、若增加，則確定需再按照設(shè)定數(shù)量持續(xù)增加接入層服務集群的接入服務器數(shù)量，直至所述QPS達到設(shè)定QPS值。

按照設(shè)定數(shù)量增加接入層服務集群的接入服務器數(shù)量后，若所述QPS增加，說明在對非接入層服務器進行擴容后，接入層服務集群為服務器系統(tǒng)的瓶頸所在，可再逐步的增加接入服務器的數(shù)量(即按一次增加設(shè)定數(shù)量的方式增加接入服務器)，直至接入層服務集群的QPS達到設(shè)定QPS值，完成接入層服務集群的擴容，實現(xiàn)整個服務器系統(tǒng)的擴容；

可選的，所述設(shè)定QPS值可以為定義的接入層服務集群擴容后所要求達到的QPS。

可選的，若按照設(shè)定數(shù)量增加接入層服務集群的接入服務器數(shù)量后，所述QPS未增加，則說明接入層服務集群不是服務器系統(tǒng)的瓶頸所在，可取消所增加的接入服務器，再通過深度遍歷業(yè)務請求所經(jīng)過的非接入層服務器中的服務集群，確定QPS未達到設(shè)定要求的非接入層服務器中的服務集群，而后對所確定的服務集群進行逐步擴容，直至該服務集群的QPS達到所述設(shè)定要求；可選的，所述設(shè)定要求可以為非接入層服務器中的服務集群擴容后所要求達到的QPS。

本發(fā)明實施例提供的服務器系統(tǒng)擴容方法，先確定非接入層服務器的各服務集群的服務器擴容數(shù)量，對非接入層服務器進行擴容，而后再在接入層服務集群模擬業(yè)務請求；并在模擬業(yè)務請求的過程中，若接入層服務集群對應的QPS無法通過增加業(yè)務請求的流量而提升，則按照設(shè)定數(shù)量增加接入層服務集群的接入服務器數(shù)量，進而通過所述QPS是否增加，來判斷是否繼續(xù)進行接入層服務集群的擴容；即在按照設(shè)定數(shù)量增加接入服務器的數(shù)量后，若所述QPS增加，則可確定接入層服務集群為服務器系統(tǒng)的瓶頸所在，可再按照設(shè)定數(shù)量持續(xù)增加接入服務器的數(shù)量，直至所述QPS達到設(shè)定QPS值，達成接入層服務集群的擴容，實現(xiàn)服務器系統(tǒng)的擴容?？梢钥闯?，本發(fā)明實施例提供的這種分段逐步擴容的方式，可使得擴容后的服務器系統(tǒng)較為貼近服務器系統(tǒng)擴容后的QPS需求，因此擴容方式較為合理，可減少擴容后服務器系統(tǒng)的服務器資源的浪費情況。

可選的，非接入層服務器可以包括：作業(yè)層服務器和業(yè)務邏輯層服務器；作業(yè)層服務器可由至少一個作業(yè)層服務集群構(gòu)成，一個作業(yè)層服務集群可包括至少一臺執(zhí)行作業(yè)的作業(yè)服務器；對應的，在確定作業(yè)層服務器的各作業(yè)層服務集群的服務器擴容數(shù)量時，本發(fā)明實施例可先確定各作業(yè)層服務集群所對應的上層服務集群數(shù)量，再乘以設(shè)定的作業(yè)層服務集群擴容后的基準QPS，得到各作業(yè)層服務集群擴容后的目標QPS，再根據(jù)作業(yè)層服務集群的目標QPS及原QPS，確定作業(yè)層服務集群的服務器擴容數(shù)量。

對應的，圖2示出了本發(fā)明實施例提供的確定作業(yè)層服務器的擴容數(shù)量的方法流程圖，參照圖2，該方法可以包括：

步驟S200、對于作業(yè)層服務器，確定各作業(yè)層服務集群所對應的上層服務集群數(shù)量T，一個作業(yè)層服務集群包括至少一臺執(zhí)行作業(yè)的作業(yè)服務器；

其中，一個作業(yè)層服務集群可以包括至少一臺執(zhí)行作業(yè)的作業(yè)服務器(作業(yè)服務器如服務器系統(tǒng)中的葉子節(jié)點服務器)；在本發(fā)明實施例中一個作業(yè)層服務集群可能是多個上層服務集群的葉子，如圖3所示，作業(yè)層服務集群D，既是業(yè)務邏輯層服務集群A的葉子，也是業(yè)務邏輯層服務集群B的葉子；也就是業(yè)務邏輯層服務集群A和業(yè)務邏輯層服務集群B均需要依賴作業(yè)層服務集群D，才能完成一次完整的業(yè)務請求，所以單純的基準QPS是無法滿足作業(yè)層服務集群D的業(yè)務需要的，作業(yè)層服務集群D至少需要2倍的基準QPS；

基準QPS可以認為是僅對應一個上層服務集群的作業(yè)層服務集群擴容后的目標QPS。

步驟S210、根據(jù)公式確定所述作業(yè)層服務集群的服務器擴容數(shù)量的估計值；

其中，N為所述估計值，Qa為所述作業(yè)層服務集群擴容后的基準QPS，T*Qa為所述作業(yè)層服務集群擴容后的目標QPS，Qb為所述作業(yè)層服務集群的原QPS，F(xiàn)b為所述作業(yè)層服務集群擴容所使用的服務器的負載比例，F(xiàn)a為所述作業(yè)層服務集群的原負載比例，Hb為所述作業(yè)層服務集群擴容所使用的服務器的核心數(shù)量，Ha為所述作業(yè)層服務集群的原核心數(shù)量。

比如作業(yè)層服務集群所對應的上層服務集群數(shù)量為1，擴容前作業(yè)層服務集群采用4核CPU，且CPU平均負載為30％的時候，承載的QPS是2000/秒；而擴容后要求為：使用16核服務器進行擴容，擴容后基準QPS為10⁵/秒，且對應的CPU安全負載為60％；則可通過上述公式確定出該作業(yè)層服務集群的擴容數(shù)量的估計值為：

步驟S220、若所述估計值為整數(shù)，則確定所述估計值為所述作業(yè)層服務集群的擴容數(shù)量，若所述估計值存在小數(shù)，則對所述估計值作去小數(shù)進一處理，得到所述作業(yè)層服務集群的擴容數(shù)量。

如上文示例，若N取6.25，則可對6.25作去小數(shù)進一處理，取得最終結(jié)果7作為所述作業(yè)層服務集群的擴容數(shù)量，即所述作業(yè)層服務集群，需使用7臺16核服務器進行擴容；顯然，若N取整數(shù)，則可直接將所計算的N值作為所述作業(yè)層服務集群的擴容數(shù)量。

可選的，為得到各作業(yè)層服務集群所對應的上層服務集群數(shù)量T，本發(fā)明實施例可通過確定服務器系統(tǒng)中各服務集群之間的業(yè)務交互關(guān)系，從而根據(jù)所述業(yè)務交互關(guān)系，確定出各作業(yè)層服務集群所對應的上層服務集群數(shù)量。參照圖3，圖中服務器系統(tǒng)中各服務集群之間的連線表示出了，服務器系統(tǒng)中各服務集群之間的業(yè)務交互關(guān)系，通過圖3中連線表示的業(yè)務交互關(guān)系，可以直觀的確定出作業(yè)層服務集群D，既是業(yè)務邏輯層服務集群A的葉子，也是業(yè) 務邏輯層服務集群B的葉子，作業(yè)層服務集群D對應的上層服務集群數(shù)量為2。

圖4示出了本發(fā)明實施例提供的確定服務器系統(tǒng)中服務集群之間的業(yè)務交互關(guān)系的方法流程圖，參照圖4，該方法可以包括：

步驟S300、確定一個業(yè)務服務的數(shù)據(jù)包在所述服務器系統(tǒng)中經(jīng)過的服務集群端口；

步驟S310、對所確定的服務集群端口對應的端口IP進行排序，確定所述業(yè)務服務所對應的服務集群之間的交互關(guān)系。

可選的，在確定一個業(yè)務服務所對應的服務集群之間的交互關(guān)系時，可分析一個業(yè)務服務所對應的服務集群之間的鏈接關(guān)系；具體的，本發(fā)明實施例可通過lsof–p方式獲取業(yè)務服務進程在服務器系統(tǒng)中所有打開的UDP(User Datagram Protocol，用戶數(shù)據(jù)報協(xié)議)/TCP(Transmission Control Protocol，傳輸控制協(xié)議)端口；而后通過tcpdump抓包方式獲取各個UDP/TCP端口的數(shù)據(jù)包，從而排序輸出各數(shù)據(jù)包對應的端口IP；通過查看輸出的端口IP之間的關(guān)系，則可確定出業(yè)務服務所對應的服務集群之間的鏈接關(guān)系，得到業(yè)務服務所對應的服務集群之間的交互關(guān)系。

可選的，對于非接入層服務器，在確定各服務集群的服務器擴容數(shù)量時，本發(fā)明實施例還可確定業(yè)務邏輯層服務器中，各業(yè)務邏輯層服務集群的服務器擴容數(shù)量；對應的，非接入層服務器可以包括業(yè)務邏輯層服務器，業(yè)務邏輯層服務器可以由至少一個業(yè)務邏輯層服務集群構(gòu)成，一個業(yè)務邏輯層服務集群包括至少一臺業(yè)務邏輯服務器；

圖5示出了本發(fā)明實施例提供的確定業(yè)務邏輯層服務器的擴容數(shù)量的方法流程圖，參照圖5，該方法可以包括：

步驟S400、對于業(yè)務邏輯層服務器，確定各業(yè)務邏輯層服務集群所對應的作業(yè)層服務集群，一個業(yè)務邏輯層服務集群包括至少一臺業(yè)務邏輯服務器；

業(yè)務邏輯層服務集群所對應的作業(yè)層服務集群表示，對業(yè)務邏輯層服務集群所轉(zhuǎn)發(fā)的業(yè)務請求進行作業(yè)的作業(yè)層服務集群；如圖3所示，業(yè)務邏輯層服務集群A所轉(zhuǎn)發(fā)的業(yè)務請求，可由作業(yè)層服務集群C和D進行作業(yè)，因此業(yè)務邏輯層服務集群A對應的作業(yè)層服務集群為作業(yè)層服務集群C和D；

可選的，本發(fā)明實施例也可通過服務器系統(tǒng)中各服務集群之間的業(yè)務交互關(guān)系，確定各業(yè)務邏輯層服務集群所對應的作業(yè)層服務集群；如圖3所示， 與業(yè)務邏輯層服務集群A存在業(yè)務交互關(guān)系的作業(yè)層服務集群為作業(yè)層服務集群C和D，則作業(yè)層服務集群C和D為業(yè)務邏輯層服務集群A所對應的作業(yè)層服務集群。

步驟S410、將所述業(yè)務邏輯層服務集群所對應的作業(yè)層服務集群的服務器擴容數(shù)量相加，除以設(shè)定值，得到所述業(yè)務邏輯層服務集群的擴容數(shù)量。

本發(fā)明實施例可將業(yè)務邏輯層服務集群所對應的葉子節(jié)點的壓力相加(葉子節(jié)點的壓力表示的是葉子節(jié)點的服務器擴容數(shù)量)，再除以設(shè)定值(可根據(jù)經(jīng)驗選取，如選擇設(shè)定值為10)，得到所述業(yè)務邏輯層服務集群的服務器擴容數(shù)量；

如業(yè)務邏輯層服務集群A對應的作業(yè)層服務集群為作業(yè)層服務集群C和D，其中作業(yè)層服務集群C的服務器擴容數(shù)量為7臺，作業(yè)層服務集群D的服務器擴容數(shù)量為8臺，則可得到業(yè)務邏輯層服務集群A的服務器擴容數(shù)量為(7+8)/10＝1.5，對1.5作去小數(shù)進一處理，得到業(yè)務邏輯層服務集群A的需要擴容的服務器數(shù)量為2。

可選的，圖6示出了本發(fā)明實施例提供的服務器系統(tǒng)擴容方法的另一流程圖，參照圖6，該方法可以包括：

步驟S500、對于作業(yè)層服務器，確定各作業(yè)層服務集群所對應的上層服務集群數(shù)量T，一個作業(yè)層服務集群包括至少一臺執(zhí)行作業(yè)的作業(yè)服務器；

步驟S510、根據(jù)公式確定所述作業(yè)層服務集群的服務器擴容數(shù)量的估計值；

步驟S520、若所述估計值為整數(shù)，則確定所述估計值為所述作業(yè)層服務集群的擴容數(shù)量，若所述估計值存在小數(shù)，則對所述估計值作去小數(shù)進一處理，得到所述作業(yè)層服務集群的擴容數(shù)量；

步驟S530、對于業(yè)務邏輯層服務器，確定各業(yè)務邏輯層服務集群所對應的作業(yè)層服務集群，一個業(yè)務邏輯層服務集群包括至少一臺業(yè)務邏輯服務器；

步驟S540、將所述業(yè)務邏輯層服務集群所對應的作業(yè)層服務集群的服務器擴容數(shù)量相加，除以設(shè)定值，得到所述業(yè)務邏輯層服務集群的服務器擴容數(shù)量；

步驟S550、在確定作業(yè)層服務器和業(yè)務邏輯層服務器的各服務集群的服 務器擴容數(shù)量，對作業(yè)層服務器和業(yè)務邏輯層服務器進行擴容后，在接入層服務集群模擬業(yè)務請求；

可選的，在完成作業(yè)層服務器和業(yè)務邏輯層服務器的擴容后，對于接入層服務器，為了使得在接入層服務集群模擬的業(yè)務請求具有最大的壓測效果，本發(fā)明實施例可考慮將壓測程序(即模擬業(yè)務請求的程序)部署在接入層服務集群的同一臺機器上，以求在模擬業(yè)務請求時，獲得最大的流量；

可選的，壓測程序可使用多進程或者多線程進行多機并發(fā)壓測；值得注意的是，并發(fā)壓測在同一臺接入服務器上實施最好，但是同一機器會占用資原，因此可考慮將一個機架或者機房中的接入服務器作為接入層服務集群進行并發(fā)壓測；具體在執(zhí)行并發(fā)壓測時，本發(fā)明實施例可截取業(yè)務請求，將所截取的業(yè)務請求通過多線程并發(fā)至接入層服務集群。

步驟S560、在模擬業(yè)務請求的過程中，若接入層服務集群對應的QPS無法通過增加業(yè)務請求的流量而提升，則在按照設(shè)定數(shù)量增加接入層服務集群的接入服務器數(shù)量后，判斷所述QPS是否增加；

在模擬業(yè)務請求時可獲得壓測程序總的QPS在最大值時，無法通過增加壓測流量而提升，則本發(fā)明實施例可考慮逐步增加接入層服務集群的接入服務器數(shù)量，判斷所述QPS是否增加。

步驟S570、若增加，則確定需再按照設(shè)定數(shù)量增加接入層服務集群的接入服務器數(shù)量，直至所述QPS達到設(shè)定QPS值；

如果流量增加了，說明接入層服務集群是服務器系統(tǒng)的瓶頸，需對接入層服務集群進行擴容；具體通過逐步增加接入層服務集群的接入服務器數(shù)量進行擴容。

步驟S580、若未增加，取消所增加的接入服務器，通過深度遍歷業(yè)務請求所經(jīng)過的非接入層服務器中的服務集群，確定QPS未達到設(shè)定要求的非接入層服務器中的服務集群，對所確定的服務集群進行逐步擴容，直至該服務集群的QPS達到所述設(shè)定要求。

如果流量沒有增加，則可考慮對接入層服務集群作減法，逐步去除掉接入層服務集群中的服務器數(shù)量；同時，這里開始可通過如下兩種方式找到非接入層服務器中QPS未達到設(shè)定要求的服務集群：

1、從接入層服務集群模擬業(yè)務請求，開始壓測；同時對于接入層服務集 群只保留第一個異步請求服務；

2、直接模擬接入層服務集群的請求，對第一個異步請求服務進行壓測。

執(zhí)行上述方式，由接入層服務集群開始，可對服務器系統(tǒng)的整個業(yè)務請求鏈路進行深度遍歷，從而可找到QPS未達到設(shè)定要求的非接入層服務器中的服務集群。

本發(fā)明實施例提供的服務器系統(tǒng)擴容方法，先確定非接入層服務器的各服務集群的服務器擴容數(shù)量，對非接入層服務器進行擴容，而后再在接入層服務集群模擬業(yè)務請求；通過所模擬的業(yè)務請求判斷出接入層服務集群為服務器系統(tǒng)的瓶頸所在時，可再對接入層服務集群進行擴容，達成接入層服務集群的擴容，實現(xiàn)服務器系統(tǒng)的擴容。本發(fā)明采用的這種分段逐步擴容的方式，可使得擴容后的服務器系統(tǒng)較為貼近服務器系統(tǒng)擴容后的QPS需求，因此擴容方式較為合理，可減少擴容后服務器系統(tǒng)的服務器資源的浪費情況。

下面對本發(fā)明實施例提供的服務器系統(tǒng)擴容裝置進行介紹，下文描述的服務器系統(tǒng)擴容裝置可與上文描述的服務器系統(tǒng)擴容方法相互對應參照。

圖7為本發(fā)明實施例提供的服務器系統(tǒng)擴容裝置的結(jié)構(gòu)框圖，該裝置可應用于擴容處理設(shè)備，參照圖7，該裝置可以包括：

第一確定模塊100，用于對于非接入層服務器，確定各服務集群的服務器擴容數(shù)量，一個服務集群包括至少一臺服務器；

請求模擬模塊200，用于在確定非接入層服務器的各服務集群的服務器擴容數(shù)量，對非接入層服務器進行擴容后，在接入層服務集群模擬業(yè)務請求，接入層服務集群包括至少一臺接入服務器；

判斷模塊300，用于在模擬業(yè)務請求的過程中，若接入層服務集群對應的QPS無法通過增加業(yè)務請求的流量而提升，則在按照設(shè)定數(shù)量增加接入層服務集群的接入服務器數(shù)量后，判斷所述QPS是否增加；

第二確定模塊400，用于若增加，則確定需再按照設(shè)定數(shù)量增加接入層服務集群的接入服務器數(shù)量，直至所述QPS達到設(shè)定QPS值。

可選的，第一確定模塊100可具體用于，對于非接入層服務器，根據(jù)各服務集群的目標QPS及原QPS，確定各服務集群的服務器擴容數(shù)量。

可選的，圖8示出了本發(fā)明實施例提供的第一確定模塊100的一種可選結(jié) 構(gòu)，參照圖8，該第一確定模塊100可以包括：

數(shù)量確定單元110，用于對于作業(yè)層服務器，確定各作業(yè)層服務集群所對應的上層服務集群數(shù)量T，一個作業(yè)層服務集群包括至少一臺執(zhí)行作業(yè)的作業(yè)服務器；

公式計算單元111，用于根據(jù)公式確定所述作業(yè)層服務集群的服務器擴容數(shù)量的估計值，其中，N為所述估計值，Qa為所述作業(yè)層服務集群擴容后的基準QPS，T*Qa為所述作業(yè)層服務集群擴容后的目標QPS，Qb為所述作業(yè)層服務集群的原QPS，F(xiàn)b為所述作業(yè)層服務集群擴容所使用的服務器的負載比例，F(xiàn)a為所述作業(yè)層服務集群的原負載比例，Hb為所述作業(yè)層服務集群擴容所使用的服務器的核心數(shù)量，Ha為所述作業(yè)層服務集群的原核心數(shù)量；

估計值處理單元112，用于若所述估計值為整數(shù)，則確定所述估計值為所述作業(yè)層服務集群的擴容數(shù)量，若所述估計值存在小數(shù)，則對所述估計值作去小數(shù)進一處理，得到所述作業(yè)層服務集群的擴容數(shù)量。

可選的，圖9示出了本發(fā)明實施例提供的數(shù)量確定單元110的一種可選結(jié)構(gòu)，參照圖9，數(shù)量確定單元110可以包括：

交互關(guān)系確定子單元1101，用于確定所述服務器系統(tǒng)中各服務集群之間的業(yè)務交互關(guān)系；

數(shù)量確定執(zhí)行子單元1102，用于根據(jù)所述業(yè)務交互關(guān)系，確定各作業(yè)層服務集群所對應的上層服務集群數(shù)量。

可選的，在確定所述業(yè)務交互關(guān)系時，本發(fā)明實施例可確定一個業(yè)務服務的數(shù)據(jù)包在所述服務器系統(tǒng)中經(jīng)過的服務集群端口；對所確定的服務集群端口對應的端口IP進行排序，確定所述業(yè)務服務所對應的服務集群之間的交互關(guān)系。

可選的，圖10示出了本發(fā)明實施例提供的第一確定模塊100的另一種可選結(jié)構(gòu)，結(jié)合圖10和圖8所示，該第一確定模塊100還可以包括：

對應集群確定單元113，用于對于業(yè)務邏輯層服務器，確定各業(yè)務邏輯層服務集群所對應的作業(yè)層服務集群，一個業(yè)務邏輯層服務集群包括至少一臺業(yè)務邏輯服務器；

數(shù)量計算單元114，用于將所述業(yè)務邏輯層服務集群所對應的作業(yè)層服務 集群的服務器擴容數(shù)量相加，除以設(shè)定值，得到所述業(yè)務邏輯層服務集群的服務器擴容數(shù)量。

可選的，在接入層服務集群模擬業(yè)務請求時，請求模擬模塊200可具體截取業(yè)務請求，將所截取的業(yè)務請求通過多線程并發(fā)至接入層服務集群。

本發(fā)明實施例還提供一種擴容處理設(shè)備，該擴容處理設(shè)備可以包括上述所述的服務器系統(tǒng)擴容裝置。

圖11示出了擴容處理設(shè)備的硬件結(jié)構(gòu)框圖，參照圖11，擴容處理設(shè)備可以包括：處理器1，通信接口2，存儲器3和通信總線4；

其中處理器1、通信接口2、存儲器3通過通信總線4完成相互間的通信；

可選的，通信接口2可以為通信模塊的接口，如GSM模塊的接口；

處理器1，用于執(zhí)行程序；

存儲器3，用于存放程序；

程序可以包括程序代碼，所述程序代碼包括計算機操作指令。

處理器1可能是一個中央處理器CPU，或者是特定集成電路ASIC(Application Specific Integrated Circuit)，或者是被配置成實施本發(fā)明實施例的一個或多個集成電路。

存儲器3可能包含高速RAM存儲器，也可能還包括非易失性存儲器(non-volatile memory)，例如至少一個磁盤存儲器。

其中，程序可具體用于：

對于非接入層服務器，確定各服務集群的服務器擴容數(shù)量，一個服務集群包括至少一臺服務器；

在確定非接入層服務器的各服務集群的服務器擴容數(shù)量，對非接入層服務器進行擴容后，在接入層服務集群模擬業(yè)務請求，接入層服務集群包括至少一臺接入服務器；

在模擬業(yè)務請求的過程中，若接入層服務集群對應的QPS無法通過增加業(yè)務請求的流量而提升，則在按照設(shè)定數(shù)量增加接入層服務集群的接入服務器數(shù)量后，判斷所述QPS是否增加；

若增加，則確定需再按照設(shè)定數(shù)量增加接入層服務集群的接入服務器數(shù)量，直至所述QPS達到設(shè)定QPS值。

本發(fā)明采用分段逐步擴容的方式，可使得擴容后的服務器系統(tǒng)較為貼近 服務器系統(tǒng)擴容后的QPS需求，因此擴容方式較為合理，可減少擴容后服務器系統(tǒng)的服務器資源的浪費情況。

本說明書中各個實施例采用遞進的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似部分互相參見即可。對于實施例公開的裝置而言，由于其與實施例公開的方法相對應，所以描述的比較簡單，相關(guān)之處參見方法部分說明即可。

專業(yè)人員還可以進一步意識到，結(jié)合本文中所公開的實施例描述的各示例的單元及算法步驟，能夠以電子硬件、計算機軟件或者二者的結(jié)合來實現(xiàn)，為了清楚地說明硬件和軟件的可互換性，在上述說明中已經(jīng)按照功能一般性地描述了各示例的組成及步驟。這些功能究竟以硬件還是軟件方式來執(zhí)行，取決于技術(shù)方案的特定應用和設(shè)計約束條件。專業(yè)技術(shù)人員可以對每個特定的應用來使用不同方法來實現(xiàn)所描述的功能，但是這種實現(xiàn)不應認為超出本發(fā)明的范圍。

結(jié)合本文中所公開的實施例描述的方法或算法的步驟可以直接用硬件、處理器執(zhí)行的軟件模塊，或者二者的結(jié)合來實施。軟件模塊可以置于隨機存儲器(RAM)、內(nèi)存、只讀存儲器(ROM)、電可編程ROM、電可擦除可編程ROM、寄存器、硬盤、可移動磁盤、CD-ROM、或技術(shù)領(lǐng)域內(nèi)所公知的任意其它形式的存儲介質(zhì)中。

對所公開的實施例的上述說明，使本領(lǐng)域?qū)I(yè)技術(shù)人員能夠?qū)崿F(xiàn)或使用本發(fā)明。對這些實施例的多種修改對本領(lǐng)域的專業(yè)技術(shù)人員來說將是顯而易見的，本文中所定義的一般原理可以在不脫離本發(fā)明的精神或范圍的情況下，在其它實施例中實現(xiàn)。因此，本發(fā)明將不會被限制于本文所示的這些實施例，而是要符合與本文所公開的原理和新穎特點相一致的最寬的范圍。