服務器群組的服務升級方法及系統(tǒng)的制作方法
【專利摘要】本發(fā)明實施例提供一種服務器群組的服務升級方法，服務器群組具有多個原服務器，其特征在于，所述方法包括：局部升級：利用新服務器取代部分原服務器接收訪問請求；性能測試：比較新服務器的性能表現(xiàn)值和預設閾值的大小，若性能表現(xiàn)值低于預設閾值，取消所述局部升級，對新服務器進行調試，對調試后的新服務器重新執(zhí)行所述局部升級和性能測試，直到性能表現(xiàn)值高于所述預設閾值；若所述性能表現(xiàn)值高于預設閾值，繼續(xù)進行局部升級和性能測試，直到所述新服務器取代全部的所述多個原服務器接收訪問請求，完成服務器群組的服務升級。本發(fā)明實施例還提供一種服務器群組的服務升級系統(tǒng)，實現(xiàn)了服務器群組服務的灰度升級，同時加快了新服務的上線速度。
【專利說明】
服務器群組的服務升級方法及系統(tǒng)
技術領域
[0001]本發(fā)明實施例涉及服務升級技術領域，尤其涉及一種服務器群組的服務升級方法及系統(tǒng)。
【背景技術】
[0002]隨著移動互聯(lián)網的蓬勃發(fā)展，應用軟件已經成為互聯(lián)網用戶日常生活的必需，大型網站具有眾多用戶和消費群，如何優(yōu)化訪問請求過多時的用戶體驗是許多大型互聯(lián)網公司亟待解決的難題。
[0003]對于上述難題，許多網絡服務商的常用的解決方案是:不斷地對服務器群組的服務進行升級，而常見的服務器群組的服務升級方法有如下三種:
[0004]選擇一個訪問量較小的時段將服務器群組的服務器暫停服務，不接受用戶對服務器的訪問請求，待服務器升級后恢復服務器的服務。
[0005]由此雖然實現(xiàn)了服務器群組的服務升級，但是導致了在服務器升級期間用戶無法訪問服務器群組的服務器，嚴重影響了服務器運營商的用戶體驗。
[0006]在現(xiàn)有技術中，作為上述方法的進一步改進，選擇一個訪問量較小的時段將服務器群組的服務器暫停服務，不接受用戶對服務器的訪問請求，并將訪問請求轉發(fā)至服務器群組中其他的服務器
[0007]通過上述方法進行升級雖然不會影響到升級期間的用戶對原服務的體驗，但是用戶也無法及時體驗升級服務器所提供的新服務，影響了用戶對新服務的體驗;在一種情況下，對于大型網絡公司而言，每個服務器承載的用戶訪問量依然是海量的，將一個服務器的用戶訪問切換至服務器群組中的另一個正在工作的服務器，會嚴重增加第二個服務器的負擔，依然會有較大的升級的風險，同時當待升級服務器的數(shù)量眾多時，方法的操作實施也過于繁瑣。

【發(fā)明內容】

[0008]本發(fā)明實施例提供一種服務器群組的服務升級方法及系統(tǒng)，用以解決上述現(xiàn)有技術中的至少一種技術問題，實現(xiàn)灰度升級服務器群組的服務，加快新服務的上線速度。
[0009]本發(fā)明實施例提供一種服務器群組的服務升級方法，所述服務器群組具有多個原服務器，其特征在于，所述方法包括:
[0010]局部升級:利用新服務器取代部分原服務器接收訪問請求；
[0011 ]性能測試:比較所述新服務器的性能表現(xiàn)值和預設閾值的大小，
[0012]若所述性能表現(xiàn)值低于預設閾值，取消所述局部升級，對所述新服務器進行調試，對調試后的新服務器重新執(zhí)行所述局部升級和所述性能測試，直到所述性能表現(xiàn)值高于所述預設閾值；
[0013]若所述性能表現(xiàn)值高于預設閾值，繼續(xù)進行所述局部升級和所述性能測試，直到所述新服務器取代全部的所述多個原服務器接收訪問請求，完成所述服務器群組的服務升級。
[0014]本發(fā)明實施例提供一種服務器群組的服務升級系統(tǒng)，其中，所述服務器群組具有多個原服務器，其特征在于，所述系統(tǒng)包括新服務器和與所述新服務器交互的性能測試單元，
[0015]其中，所述新服務器用于取代部分原服務器接收訪問請求以進行局部升級，并根據(jù)所述性能測試單元發(fā)予的信號執(zhí)行相應的操作；
[0016]所述性能測試單元用于比較所述新服務器的性能表現(xiàn)值和預設閾值的大小:若所述性能表現(xiàn)值低于預設閾值，所述性能測試單元向所述新服務器發(fā)送取消局部升級信號；若所述性能表現(xiàn)值高于預設閾值，所述性能測試單元向所述新服務器發(fā)送繼續(xù)局部升級信號。
[0017]通過本發(fā)明實施例提供的服務器群組的服務升級方法及系統(tǒng)，通過將配置有新服務的新服務器添加至服務器群組，采用新服務器代替服務器群組中的原服務器接收訪問請求，使得服務器群組在服務升級的過程中也能夠處理用戶訪問請求；
[0018]此外，在服務器群組的服務升級的過程中，用戶便可以體驗新服務，加快了新服務的上線速度；
[0019]進一步，將配置有新服務的服務器群組上線測試，當新服務器出現(xiàn)有問題的時候，及時對新服務器進行調試，保障了新服務器的正常有效運行，進一步地在調試新服務器時，恢復原服務器的工作狀態(tài)，保證了在服務器群組服務升級的過程中不會因為新服務器的故障問題而造成訪問請求得不到處理；
[0020]通過間接地將發(fā)送給服務器群組中原服務器的訪問請求轉發(fā)至新服務器，相比于現(xiàn)有技術中將處于替換狀態(tài)的原服務器所接收的訪問請求轉發(fā)至其他原服務器，降低了在服務器群組服務升級的過程中所述其他待替換服務器的工作強度，同時也簡化了調配訪問請求的工作；
[0021]通過由服務器群組中的原服務器接收的訪問請求逐漸替換為由新服務器接收訪問請求，降低了直接將服務器群組中所有原服務器所接收的訪問請求全部替換為由新服務器接收并處理訪問請求所產生的風險。
【附圖說明】
[0022]為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn)有技術描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0023]圖1示出的是本發(fā)明一實施例的方法的服務器群組的服務升級方法的流程圖；
[0024]圖2示出的是本發(fā)明一實施例的系統(tǒng)的服務器群組的服務升級系統(tǒng)的結構示意圖；
[0025]圖3示出的是本發(fā)明一具體實施例的對服務器群組中部分服務器升級完成后的示意圖。
【具體實施方式】
[0026]為使本發(fā)明實施例的目的、技術方案和優(yōu)點更加清楚，下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
[0027]參見圖1示出的是本發(fā)明一實施例方法的一種服務器群組的服務升級方法的流程圖，所述服務器群組具有多個原服務器，其特征在于，所述方法包括:
[0028]SlOl:局部升級:利用新服務器取代部分原服務器接收訪問請求；
[0029]S102:性能測試:比較所述新服務器的性能表現(xiàn)值和預設閾值的大小，
[0030]S103:若所述性能表現(xiàn)值低于預設閾值，取消所述局部升級，對所述新服務器進行調試，對調試后的新服務器重新執(zhí)行所述局部升級和所述性能測試，直到所述性能表現(xiàn)值高于所述預設閾值；
[0031]S104:若所述性能表現(xiàn)值高于預設閾值，繼續(xù)進行所述局部升級和所述性能測試，直到所述新服務器取代全部的所述多個原服務器接收訪問請求，完成所述服務器群組的服務升級。
[0032]通過本發(fā)明實施例提供的服務器群組的服務升級方法，實現(xiàn)了:
[0033]將配置有新服務的新服務器添加至服務器群組，采用新服務器代替服務器群組中的原服務器接收訪問請求，使得服務器群組在服務升級的過程中也能夠處理用戶訪問請求，提高了用戶體驗;此外，在服務器群組的服務升級的過程中，用戶便可以體驗新服務，加快了新服務的上線速度;進一步，將配置有新服務的服務器群組上線測試，當新服務器出現(xiàn)有問題的時候，及時對新服務器進行調試，保障了新服務器的正常有效運行，進一步地在調試新服務器時，恢復原服務器的工作狀態(tài)，保證了在服務器群組服務升級的過程中不會因為新服務器的故障問題而造成訪問請求得不到處理，由此更保障了服務器群組的在服務升級過程中的用戶體驗;通過間接地將發(fā)送給服務器群組中原服務器的訪問請求轉發(fā)至新服務器，相比于現(xiàn)有技術中將處于替換狀態(tài)的原服務器所接收的訪問請求轉發(fā)至其他原服務器，降低了在服務器群組服務升級的過程中所述其他待替換服務器的工作強度，同時也簡化了調配訪問請求的工作;通過由服務器群組中的原服務器接收的訪問請求逐漸替換為由新服務器接收訪問請求，降低了直接將服務器群組中所有原服務器所接收的訪問請求全部替換為由新服務器接收并處理訪問請求所產生的風險。
[0034]作為圖1所示實施例方法的進一步優(yōu)化，所述利用新服務器取代部分原服務器接收訪問請求包括:
[0035]關閉所述原服務器用于接收訪問請求的端口，為所述新服務器配置相同的用于接收訪問請求的端口。
[0036]通過設置服務器的端口和來接收或拒絕接收訪問請求，配置方便簡單，由此較方便地實現(xiàn)了間接將原服務器所接收的訪問請求轉交由新服務器接收。
[0037]作為圖1所示實施例方法的一種優(yōu)選實施方式，所述預設閾值根據(jù)原服務器的性能表現(xiàn)值確定。
[0038]以原服務器的性能表現(xiàn)值來作為評判新服務器工作性能的預設閾值的參照點，由此保障了新服務器的工作性能優(yōu)于原服務器的工作性能。
[0039]作為圖1所示實施例方法的一種優(yōu)選實施方式，所述性能表現(xiàn)值根據(jù)所述新服務器的每秒查詢率和訪問請求的響應速度確定。
[0040]更具體地，通過調取新服務器的系統(tǒng)日志文件，獲取所述新服務器的每秒查詢率和訪問請求的響應速度。
[0041]通過利用每秒查詢率來判斷新服務器服務的功能性是否足夠強大，并利用響應速度來判斷新服務器的運行狀態(tài)是否穩(wěn)定，由此確保了新服務器能夠正常有效地工作運行。
[0042]作為圖1所示實施例方法的一種優(yōu)選實施方式，所述原服務器為PHP系統(tǒng)服務器，所述新服務器為JAVA系統(tǒng)服務器。
[0043]PHP系統(tǒng)運行基于CGI或者FastCGI技術，PHP系統(tǒng)服務器不適合多核并行處理，而Java系統(tǒng)服務器是基于servlet技術實現(xiàn)，適合多核并行處理，且Java服務器在分布式架構中運行狀態(tài)更良好，故Java系統(tǒng)服務器更受用戶訪問眾多的大型互聯(lián)網公司的青睞。
[0044]由此可知，在處理高并發(fā)的訪問請求時，Java系統(tǒng)服務器比PHP系統(tǒng)的服務器具有更強的處理能力，運行狀態(tài)更穩(wěn)定；
[0045]更具體地，Java系統(tǒng)服務器和PHP系統(tǒng)服務器在高并發(fā)訪問請求的壓力測試下，在處理相同多數(shù)量的訪問請求時，Java系統(tǒng)服務器的QPS(每秒查詢率)是PHP系統(tǒng)服務器的QPS的5倍以上。
[0046]關于本優(yōu)選實施例方法更具體地執(zhí)行，包括:
[0047]所述服務器群組具有根據(jù)處理的訪問請求的網絡類型不同而劃分的多個服務器，例如:電信服務器、聯(lián)通服務器等;在本優(yōu)選實施例中，服務器群組中的原服務器為PHP系統(tǒng)服務器，新服務器為Java系統(tǒng)服務器。
[0048]為PHP系統(tǒng)服務器群組添加Java系統(tǒng)服務器；
[0049]通過DNS智能解析分配電信訪問請求至nginx集群，nginx集群將所接收到的訪問請求均勻分配給適于接收所述訪問請求的每一服務器，所述每一服務器包含用于處理電信訪問請求的電信PHP系統(tǒng)服務器和Java系統(tǒng)服務器；
[0050]判斷所述Java系統(tǒng)服務器的各項指標是否正常；
[0051]若所述判斷結果為是，則在服務器群組上去掉電信PHP系統(tǒng)服務器，只留下Java系統(tǒng)服務器以處理請求，完成服務器群組的針對聯(lián)通組訪問請求的服務升級。
[0052]將服務器群組所接收到的各個網絡類型的訪問請求均分配到nginx集群，通過同樣的方法，完成服務器群組的服務升級。
[0053]更優(yōu)化地，在nginx集群設置為只接收特定類型的URI訪問請求。
[0054]作為圖1所示實施例方法的一種優(yōu)選實施方式，所述訪問請求為預定URI類型的訪問請求。
[0055]更具體地，在一種情況下，所述服務器群組接收GPC(getplayer config獲取視頻播放配置信息)類型的訪問請求，在實際操作中，利用nginx集群將訪問請求做篩選，并將篩選所得的GPC類型的訪問請求發(fā)送至所述服務器群組。
[0056]由此新服務器只接收并處理特定URI類型的訪問請求，相比于新服務器接收并處理所有URI類型的訪問請求，降低了服務器群組升級的風險；在一種情況下，服務器運營商針對特定URI類型的訪問請求而升級產生的新服務器，由此保障了訪問服務器群組的其他URI類型的訪問請求不會受到新服務器的干擾，仍能夠被服務器群組中的原服務器所處理。
[0057]作為圖1所示實施例方法的一種優(yōu)選實施方式，所述服務器群組為布置在服務器平臺上的根據(jù)所處理的訪問請求的IP段的不同而劃分的多個服務器群組。
[0058]更具體地，不同的服務器集群對應著不同地域下的IP段，通過針對訪問請求DNS解析獲取訪問請求所對應的IP。
[0059 ]由此實現(xiàn)了對服務器平臺服務的灰度升級。
[0060]參見圖2示出的是本發(fā)明實施例系統(tǒng)的一種服務器群組的服務升級系統(tǒng)，其中，所述服務器群組具有多個原服務器，其特征在于，所述系統(tǒng)包括新服務器和與所述新服務器交互的性能測試單元，
[0061]其中，所述新服務器用于取代部分原服務器接收訪問請求以進行局部升級，并根據(jù)所述性能測試單元發(fā)予的信號執(zhí)行相應的操作；
[0062]所述性能測試單元用于比較所述新服務器的性能表現(xiàn)值和預設閾值的大小:若所述性能表現(xiàn)值低于預設閾值，所述性能測試單元向所述新服務器發(fā)送取消局部升級信號；若所述性能表現(xiàn)值高于預設閾值，所述性能測試單元向所述新服務器發(fā)送繼續(xù)局部升級信號。
[0063]通過本發(fā)明實施例提供的服務器群組的服務升級系統(tǒng)，實現(xiàn)了:
[0064]將配置有新服務的新服務器添加至服務器群組，采用新服務器代替服務器群組中的原服務器接收訪問請求，使得服務器群組在服務升級的過程中也能夠處理用戶訪問請求，提高了用戶體驗;此外，在服務器群組的服務升級的過程中，用戶便可以體驗新服務，加速了新服務的上線速度;進一步，將配置有新服務的服務器群組上線測試，當新服務器出現(xiàn)有問題的時候，及時對新服務器進行調試，保障了新服務器的正常有效運行，進一步地在調試新服務器時，恢復原服務器的工作狀態(tài)，保證了在服務器群組服務升級的過程中不會因為新服務器的故障問題而造成訪問請求得不到處理;通過間接地將發(fā)送給服務器群組中原服務器的訪問請求轉發(fā)至新服務器，相比于現(xiàn)有技術中將處于替換狀態(tài)的原服務器所接收的訪問請求轉發(fā)至其他原服務器，降低了在服務器群組服務升級的過程中所述其他待替換服務器的工作強度，同時也簡化了調配訪問請求的工作;通過由服務器群組中的原服務器接收的訪問請求逐漸替換為由新服務器接收訪問請求，降低了直接將服務器群組中所有原服務器所接收的訪問請求全部替換為由新服務器接收并處理訪問請求所產生的風險。
[0065]作為圖2所示實施例系統(tǒng)的進一步優(yōu)化，所述新服務器配置有與所述多個原服務器相同的用于接收訪問請求的端口。
[0066]由此可以通過設置新服務器和原服務器的端口來接收或拒絕接收訪問請求，配置方便簡單，由此實現(xiàn)了間接將原服務器所接收的訪問請求轉交由新服務器接收。
[0067]作為圖2所示實施例系統(tǒng)的進一步優(yōu)化，所述性能測試單元布置在LVS服務器上。
[0068]更具體地，在為服務器群組添加配置有新服務的新服務器后，可以動態(tài)向LVS(Linux虛擬服務器)服務器集群的zabbix平臺注冊告警項和告警閥值，并定期調取所述新服務器的系統(tǒng)日志文件，獲取所述新服務器的每秒查詢率和訪問請求的響應速度并確定工作性能指標，當新服務器的工作性能指標超過閥值的時候則進行告警，由此確保了新服務器能夠正常有效地工作運行。
[0069]作為圖2所示實施例系統(tǒng)的進一步優(yōu)化，所述服務器群組為布置在服務器平臺上的根據(jù)所處理的訪問請求的IP段的不同而劃分的多個服務器群組。
[0070]更具體地，不同的服務器集群對應著不同地域下的IP段，通過針對訪問請求DNS解析獲取訪問請求所對應的IP。
[0071]作為圖2所示實施例系統(tǒng)的進一步優(yōu)化，所述性能表現(xiàn)值根據(jù)所述新服務器的每秒查詢率和響應速度確定。
[0072]通過利用每秒查詢率來判斷新服務器服務的功能性是否足夠強大，并利用響應速度來判斷新服務器的運行狀態(tài)是否穩(wěn)定，由此確保了新服務器能夠正常有效地工作運行。
[0073]作為圖2所示實施例系統(tǒng)的進一步優(yōu)化，所述原服務器為PHP系統(tǒng)服務器，所述新服務器為JAVA系統(tǒng)服務器。
[0074]在處理高并發(fā)的訪問請求時Java系統(tǒng)服務器比PHP系統(tǒng)服務器具有更強的處理能力，運行狀態(tài)更穩(wěn)定；
[0075]由此實現(xiàn)了對服務器平臺服務的灰度升級。
[0076]參見圖3示出的是本發(fā)明一具體實施例的對服務器群組中部分服務器升級完成后的示意圖，其中所述服務器群組具有根據(jù)處理的訪問請求的網絡類型和地域的不同而劃分的多個服務器，例如:電信服務器、聯(lián)通服務器和酒仙橋服務器，所述電信服務器和所述聯(lián)通服務器為酒仙橋地域內的待升級服務的電信服務器和聯(lián)通服務器，所述酒仙橋服務器為酒仙橋地域內待升級的除聯(lián)通服務器、電信服務器外的其他服務器。在本具體實施例中，月艮務器群組中的新服務器為tomcat，其中tomcat指代的是JAVA系統(tǒng)服務器，部分服務器指代的是電信服務器，在tomcat上設置用于接收訪問請求的端口，并關閉電信服務器上用于接收訪問請求的端口，由此tomcat取代電信服務器接收由nginx服務器發(fā)送的電信類訪問請求以進行局部升級，并根據(jù)布置在LVS服務器上的性能測試單元發(fā)予的信號執(zhí)行相應的操作；
[0077]所述性能測試單元用于比較所述新服務器的性能表現(xiàn)值和預設閾值的大小:若所述性能表現(xiàn)值低于預設閾值，所述性能測試單元向所述tomcat發(fā)送取消局部升級信號，根據(jù)所述取消局部升級信號，所述tomcat關閉接收訪問請求的端口以拒絕接收并處理所述訪問請求;
[0078]若所述電信服務器的性能表現(xiàn)值高于預設閾值，則轉由tomcat處理電信類訪問請求，完成服務器群組電信服務器的服務升級；進而，對接收并處理由nginx服務器發(fā)送的聯(lián)通類訪問請求的聯(lián)通服務器的服務進行升級，所述性能比較單元對聯(lián)通服務器性能表現(xiàn)值和預設閾值的大小進行比較，若所述聯(lián)通服務器的性能表現(xiàn)值低于所述預設閾值，則關閉所述tomcat的用于接收訪問請求的端口；若所述聯(lián)通服務器的性能表現(xiàn)值高于預設閾值，則轉由tomacat處理聯(lián)通類訪問請求;用升級聯(lián)通服務器服務的方法升級酒仙橋服務器，當電信服務器、聯(lián)通服務器和酒仙橋服務器的服務均升級完成時，完成服務器群組服務的升級。
[0079]本發(fā)明實施例可以通過硬件處理器(hardware processor)來實現(xiàn)相關功能模塊和單元。
[0080]以上所描述的裝置實施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網絡單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本實施例方案的目的。本領域普通技術人員在不付出創(chuàng)造性的勞動的情況下，即可以理解并實施。
[0081]通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到各實施方式可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然也可以通過硬件?；谶@樣的理解，上述技術方案本質上或者說對現(xiàn)有技術做出貢獻的部分可以以軟件產品的形式體現(xiàn)出來，該計算機軟件產品可以存儲在計算機可讀存儲介質中，如R0M/RAM、磁碟、光盤等，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者網絡設備等)執(zhí)行各個實施例或者實施例的某些部分所述的方法。
[0082]最后應說明的是:以上實施例僅用以說明本發(fā)明的技術方案，而非對其限制;盡管參照前述實施例對本發(fā)明進行了詳細的說明，本領域的普通技術人員應當理解:其依然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分技術特征進行等同替換；而這些修改或者替換，并不使相應技術方案的本質脫離本發(fā)明各實施例技術方案的精神和范圍。
【主權項】
1.一種服務器群組的服務升級方法，所述服務器群組具有多個原服務器，其特征在于，所述方法包括: 局部升級:利用新服務器取代部分原服務器接收訪問請求； 性能測試:比較所述新服務器的性能表現(xiàn)值和預設閾值的大小， 若所述性能表現(xiàn)值低于預設閾值，取消所述局部升級，對所述新服務器進行調試，對調試后的新服務器重新執(zhí)行所述局部升級和所述性能測試，直到所述性能表現(xiàn)值高于所述預設閾值； 若所述性能表現(xiàn)值高于預設閾值，繼續(xù)進行所述局部升級和所述性能測試，直到所述新服務器取代全部的所述多個原服務器接收訪問請求，完成所述服務器群組的服務升級。2.根據(jù)權利要求1所述的方法，其特征在于，所述利用新服務器取代部分原服務器接收訪問請求包括: 關閉所述原服務器用于接收訪問請求的端口，為所述新服務器配置相同的用于接收訪問請求的端口。3.根據(jù)權利要求1所述的方法，其特征在于，所述原服務器為PHP系統(tǒng)服務器，所述新服務器為JAVA系統(tǒng)服務器。4.根據(jù)權利要求1所述的方法，所述預設閾值根據(jù)原服務器的性能表現(xiàn)值確定。5.根據(jù)權利要求1-4中任一項所述的方法，所述性能表現(xiàn)值根據(jù)所述新服務器的每秒查詢率和響應速度確定。6.—種服務器群組的服務升級系統(tǒng)，其中，所述服務器群組具有多個原服務器，其特征在于，所述系統(tǒng)包括新服務器和與所述新服務器交互的性能測試單元， 其中，所述新服務器用于取代部分原服務器接收訪問請求以進行局部升級，并根據(jù)所述性能測試單元發(fā)予的信號執(zhí)行相應的操作； 所述性能測試單元用于比較所述新服務器的性能表現(xiàn)值和預設閾值的大小:若所述性能表現(xiàn)值低于預設閾值，所述性能測試單元向所述新服務器發(fā)送取消局部升級信號;若所述性能表現(xiàn)值高于預設閾值，所述性能測試單元向所述新服務器發(fā)送繼續(xù)局部升級信號。7.根據(jù)權利要求6所述的系統(tǒng)，其特征在于，所述新服務器配置有與所述多個原服務器相同的用于接收訪問請求的端口。8.根據(jù)權利要求6所述的系統(tǒng)，其特征在于，所述原服務器為PHP系統(tǒng)服務器，所述新服務器為JAVA系統(tǒng)服務器。9.根據(jù)權利要求6所述的系統(tǒng)，其特征在于，所述性能測試單元布置在LVS服務器上。10.根據(jù)權利要求6-9中任一項所述的系統(tǒng)，其特征在于，所述性能表現(xiàn)值根據(jù)所述新服務器的每秒查詢率和響應速度確定。
【文檔編號】H04L12/24GK105897457SQ201510903213
【公開日】2016年8月24日
【申請日】2015年12月9日
【發(fā)明人】牛慶華
【申請人】樂視云計算有限公司