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