[發(fā)明專利]一種更新Web應(yīng)用集群的方法和裝置

無(wú)效

• 申請(qǐng)?zhí)枺?/td>: 201310520650.4
• 申請(qǐng)日: 2013-10-29
• 公開(kāi)（公告）號(hào): CN103532870A
• 公開(kāi)（公告）日: 2014-01-22
• 發(fā)明（設(shè)計(jì)）人: 胡奇
• 申請(qǐng)（專利權(quán)）人: 北京京東尚科信息技術(shù)有限公司;北京京東世紀(jì)貿(mào)易有限公司
• 主分類(lèi)號(hào): H04L12/803
• 分類(lèi)號(hào): H04L12/803;H04L29/08
• 代理公司: 北京德琦知識(shí)產(chǎn)權(quán)代理有限公司 11018
• 代理人: 閻敏;宋志強(qiáng)

技術(shù)領(lǐng)域

本發(fā)明涉及Web應(yīng)用技術(shù)領(lǐng)域，尤其涉及一種更新Web應(yīng)用集群的方法和裝置。

背景技術(shù)

隨著互聯(lián)網(wǎng)技術(shù)的發(fā)展，Web應(yīng)用程序作為動(dòng)態(tài)網(wǎng)站的實(shí)現(xiàn)基礎(chǔ)越來(lái)越廣泛應(yīng)用，Web應(yīng)用程序可以由Java、PHP、Python等諸多語(yǔ)言實(shí)現(xiàn)，為基于瀏覽器的客戶端用戶提供網(wǎng)頁(yè)瀏覽等Web服務(wù)。

而隨著擁有海量用戶的大型網(wǎng)站出現(xiàn)，Web服務(wù)的不間斷性、可用性要求越來(lái)越高，作為互聯(lián)網(wǎng)服務(wù)需要24小時(shí)全天候?qū)τ脩艨捎谩Ｈ绻W(wǎng)站一旦無(wú)法訪問(wèn)，哪怕只有幾分鐘，對(duì)于大型網(wǎng)站來(lái)說(shuō)都是比較大的損失，這不僅會(huì)損傷用戶體驗(yàn)、流失商業(yè)機(jī)會(huì)，而且會(huì)嚴(yán)重影響網(wǎng)站的聲譽(yù)，使人們對(duì)網(wǎng)站的可靠性和權(quán)威性產(chǎn)生懷疑。

如果一個(gè)大型動(dòng)態(tài)Web應(yīng)用需要服務(wù)于千萬(wàn)級(jí)甚至億級(jí)的用戶，則一般會(huì)采用應(yīng)用服務(wù)集群技術(shù)。一個(gè)Web應(yīng)用集群包括多個(gè)Web應(yīng)用實(shí)例。

目前對(duì)于Web應(yīng)用集群的更新方法主要以避開(kāi)訪問(wèn)高峰時(shí)段的“暴力更新”為主。即選擇一個(gè)網(wǎng)站訪問(wèn)量最少的時(shí)段，一般為凌晨時(shí)間，依次從負(fù)載均衡器上選擇一個(gè)需要更新的Web應(yīng)用實(shí)例進(jìn)行更新，直至Web應(yīng)用集群中所有的Web應(yīng)用實(shí)例更新完畢。

由于多數(shù)Web應(yīng)用集群的規(guī)模龐大，人工進(jìn)行上述更新操作，不僅極為繁瑣、需要消耗大量人力成本，而且十分容易出現(xiàn)操作錯(cuò)誤而導(dǎo)致服務(wù)不可訪問(wèn)等嚴(yán)重后果。并且，在終止需更新的Web應(yīng)用實(shí)例時(shí)，如果仍然有客戶端正在與該Web應(yīng)用實(shí)例連接通信，則連接會(huì)被強(qiáng)行中斷，這有可能會(huì)造成關(guān)鍵業(yè)務(wù)無(wú)法完成，甚至產(chǎn)生臟數(shù)據(jù)，導(dǎo)致后續(xù)的追查、修復(fù)十分麻煩。

發(fā)明內(nèi)容

本發(fā)明提供了一種更新Web應(yīng)用集群的方法和裝置，能夠避免人工更新Web應(yīng)用集群容易出現(xiàn)的操作失誤，并避免更新過(guò)程中對(duì)正在進(jìn)行的業(yè)務(wù)造成影響。

本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的：

一種更新Web應(yīng)用集群的方法，應(yīng)用于包括負(fù)載均衡器和2個(gè)以上Web應(yīng)用實(shí)例的系統(tǒng)，包括：

依次針對(duì)各個(gè)Web應(yīng)用實(shí)例執(zhí)行以下步驟：

從所述負(fù)載均衡器的負(fù)載均衡配置中摘除Web應(yīng)用實(shí)例，當(dāng)負(fù)載均衡器接收到來(lái)自客戶端的請(qǐng)求時(shí)，將所述請(qǐng)求根據(jù)負(fù)載均衡策略分發(fā)至除所述被摘除的Web應(yīng)用實(shí)例以外的其他Web應(yīng)用實(shí)例；

等待所述被摘除的Web應(yīng)用實(shí)例的所有客戶連接處理完成時(shí)，更新該Web應(yīng)用實(shí)例，并在更新成功并啟動(dòng)完成之后將該Web應(yīng)用實(shí)例加入到所述負(fù)載均衡配置中。

上述方法中，判斷所述被摘除的Web應(yīng)用實(shí)例的所有客戶連接處理完成的方式為：輪詢連接到該Web應(yīng)用實(shí)例的TCP連接數(shù)量是否不大于固定TCP連接數(shù)量，如果是，則判定該Web應(yīng)用實(shí)例的所有客戶連接處理完成。

判斷Web應(yīng)用實(shí)例更新成功并啟動(dòng)完成的方式為：循環(huán)訪問(wèn)所述Web應(yīng)用實(shí)例的檢測(cè)頁(yè)面，當(dāng)所述檢測(cè)頁(yè)面返回的HTTP狀態(tài)碼為200時(shí)，判定該Web應(yīng)用實(shí)例更新成功并啟動(dòng)完成。

循環(huán)訪問(wèn)Web應(yīng)用實(shí)例的檢測(cè)頁(yè)面之后進(jìn)一步包括：如果循環(huán)訪問(wèn)的時(shí)間或次數(shù)超過(guò)預(yù)先設(shè)定的閾值時(shí)檢測(cè)頁(yè)面返回的HTTP狀態(tài)碼仍不是200，則判定所述Web應(yīng)用實(shí)例更新或啟動(dòng)失敗。

判定Web應(yīng)用實(shí)例更新或啟動(dòng)失敗之后進(jìn)一步包括：進(jìn)行相應(yīng)回滾或發(fā)送報(bào)警信息。

一種更新Web應(yīng)用集群的裝置，應(yīng)用于包括負(fù)載均衡器和2個(gè)以上Web應(yīng)用實(shí)例的系統(tǒng)，包括：

負(fù)載均衡配置維護(hù)模塊，用于針對(duì)所述各個(gè)Web應(yīng)用實(shí)例，依次將Web應(yīng)用實(shí)例從負(fù)載均衡器的負(fù)載均衡配置中摘除，并通知更新模塊；并在該Web應(yīng)用實(shí)例更新成功并啟動(dòng)完成之后，將該Web應(yīng)用實(shí)例重新加入到所述負(fù)載均衡配置中；其中，所述摘除Web應(yīng)用實(shí)例即該Web應(yīng)用實(shí)例不再接收來(lái)自客戶端的請(qǐng)求；

更新模塊，用于在接收到負(fù)載均衡配置維護(hù)模塊的通知時(shí)，等待所述被摘除的Web應(yīng)用實(shí)例的所有客戶連接處理完成后，更新該Web應(yīng)用實(shí)例，并在更新成功并啟動(dòng)完成之后通知所述負(fù)載均衡配置維護(hù)模塊。

上述裝置中，更新模塊判斷被摘除的Web應(yīng)用實(shí)例的所有客戶連接處理完成的方式為：輪詢連接到該Web應(yīng)用實(shí)例的TCP連接數(shù)量是否不大于固定TCP連接數(shù)量，如果是，則判定該Web應(yīng)用實(shí)例的所有客戶連接處理完成。

更新模塊判斷Web應(yīng)用實(shí)例更新成功并啟動(dòng)完成的方式為：循環(huán)訪問(wèn)所述Web應(yīng)用實(shí)例的檢測(cè)頁(yè)面，當(dāng)所述檢測(cè)頁(yè)面返回的HTTP狀態(tài)碼為200時(shí)，判定該Web應(yīng)用實(shí)例更新成功并啟動(dòng)完成。

更新模塊還用于，如果所述循環(huán)訪問(wèn)的時(shí)間或次數(shù)超過(guò)預(yù)先設(shè)定的閾值時(shí)檢測(cè)頁(yè)面返回的HTTP狀態(tài)碼仍不是200，則判定所述Web應(yīng)用實(shí)例更新或啟動(dòng)失敗。