專利名稱：一種多租戶環(huán)境運(yùn)行實例分時更新的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及軟件運(yùn)維管理技術(shù)領(lǐng)域，特別是涉及云計算環(huán)境下SaaS應(yīng)用的更新技木，目的是提升多租戶環(huán)境下SaaS應(yīng)用更新的可靠性并降低軟件更新導(dǎo)致的業(yè)務(wù)停止時間。
背景技術(shù)：
隨著軟件產(chǎn)業(yè)的發(fā)展，資源合理配置、專業(yè)化分エ的趨勢越來越明顯，云計算和軟件即服務(wù)(SaaS)的概念也逐漸落地。軟件即服務(wù)是ー種創(chuàng)新的軟件應(yīng)用模式，將軟件使用者從應(yīng)用軟件、系統(tǒng)軟件、硬件及網(wǎng)絡(luò)設(shè)施的購買及部署維護(hù)工作中解脫出來，讓軟件的使用者更關(guān)注自己的業(yè)務(wù)，而對于基礎(chǔ)設(shè)施及軟件的安裝、部署、維護(hù)、更新等工作都交給更專業(yè)的SaaS服務(wù)提供商來負(fù)責(zé)企業(yè)購買、。同吋，SaaS服務(wù)提供商為了合理配置資源，提升資源利用效率，往往采用虛擬化的技術(shù)，形成統(tǒng)ー的大規(guī)模資源池，為多個軟件使用主體服務(wù)，也就是我們常說的多租戶模式(Multi-Tenant)。專業(yè)化分エ不僅僅是是服務(wù)提供者與服務(wù)消費(fèi)者之間的分エ在轉(zhuǎn)變，在服務(wù)提供者內(nèi)部也在細(xì)化，SaaS服務(wù)的提供商和運(yùn)營商的角色也在分離,運(yùn)營商負(fù)責(zé)基礎(chǔ)設(shè)施環(huán)境的建設(shè)及服務(wù)運(yùn)營和運(yùn)維，而提供上主要負(fù)責(zé)在運(yùn)營商平臺的接入規(guī)范下開發(fā)并接入自己的SaaS服務(wù)，這就形成了運(yùn)營商通過接入不同SaaS服務(wù)提供商的SaaS服務(wù)，然后提供給不同的租戶使用的模式。由于SaaS服務(wù)一般會面向公眾，運(yùn)營商接入的應(yīng)用種類以及租戶規(guī)模會非常大。虛擬化技術(shù)實現(xiàn)了基礎(chǔ)設(shè)施層的抽象，讓計算能力的分配和管理的自動化成為可能，然而，面對大規(guī)模應(yīng)用種類在大規(guī)模運(yùn)行實例上的場景，如何維護(hù)，尤其是如何實現(xiàn)更新的可靠性和自動化，并且能夠盡可能的降低租戶停止業(yè)務(wù)的時間是SaaS服務(wù)運(yùn)營商面臨的一大難題。

發(fā)明內(nèi)容
本發(fā)明針對以上問題提出了一種解決的方法。本發(fā)明的目的是按以下方式實現(xiàn)的，包括以下步驟
A.接收軟件更新請求；生成更新調(diào)度計劃；執(zhí)行更新，其中
步驟A，為了評估軟件更新所需的時間，需要包含以下內(nèi)容
(1)更新程序；
(2)更新程序的描述信息；
a)程序標(biāo)識；
b)當(dāng)前更新適用的版本號；
c)更新成功后的目標(biāo)版本號；
(3)更新相關(guān)的度量信息，包括在不同硬件環(huán)境下，不同實例數(shù)據(jù)規(guī)模下更新耗時的基準(zhǔn)數(shù)據(jù)；(4)更新成功的校驗規(guī)則； 步驟B，調(diào)度計劃生成器通過更新申請中的描述信息確定所有租戶待更新的SaaS服務(wù)實例列表，然后再對待更新SaaS服務(wù)實例列表中的所有實例進(jìn)行調(diào)度時間匹配；調(diào)度計劃的生成采用在SaaS服務(wù)實例的所有可用時間窗ロ與預(yù)估更新時間進(jìn)行匹配，以獲取最佳更新時間窗ロ，包括但不限于以下內(nèi)容
(1)租戶預(yù)定義的更新可用時間表；
(2)由SaaS服務(wù)提供商提供的更新基準(zhǔn)數(shù)據(jù)；
(3)已更新相似實例的更新日志統(tǒng)計信息；
(4)實例活動日志統(tǒng)計信息；
(5)提供活動監(jiān)控機(jī)制獲取每個實例的活動日志統(tǒng)計信息，每個實例需要輸出的ー組可用時間窗ロ，以方便生成分時更新的調(diào)度計劃；
(6)調(diào)度計劃生成器為租戶管理員提供計劃調(diào)整界面入口，調(diào)度計劃生成后可選的通過租戶注冊信息中描述的通知方式通知租戶管理員，以為租戶管理員提供調(diào)整的可能；
步驟C，更新代理在接收到調(diào)度計劃的更新指令后，針對ー個具體實例進(jìn)行更新時，有以下步驟
(1)接收調(diào)度窗ロ及異常處理策略；
(2)備份實例；
(3)獲取更新程序；
(4)執(zhí)行更新；
(5)結(jié)果處理；
在結(jié)果處理中，有兩個關(guān)鍵任務(wù)，一是要將更新的耗時及結(jié)果記入日志，以供后續(xù)調(diào)度計劃生成的參考，ニ是需要根據(jù)調(diào)度窗ロ的可用時間以及異常處理策略判斷如果更新失敗后的結(jié)果處理策略。


圖I是根據(jù)本發(fā)明ー個實施例的運(yùn)行實例分時更新的方法流程 圖2是本發(fā)明一種多租戶環(huán)境運(yùn)行實例分時更新的方法的細(xì)化流程 圖3是本發(fā)明生成調(diào)度計劃步驟的流程圖。
具體實施例方式參照說明書附圖對本發(fā)明的方法作以下詳細(xì)地說明。本發(fā)明的目的在于提供一種多租戶環(huán)境運(yùn)行實例分時更新的方法，本發(fā)明的又一目的在于提供一種準(zhǔn)確確定多租戶環(huán)境下對SaaS服務(wù)運(yùn)行實例更新調(diào)度計劃的方法。實施步驟如下
I. 一種多租戶環(huán)境運(yùn)行實例分時更新的方法，其特征在于它包括以下步驟
B.接收軟件更新請求；
C.生成更新調(diào)度計劃；
D.執(zhí)行更新；
在步驟A，為了評估軟件更新所需的時間，需要包含以下內(nèi)容1)更新程序；
2)更新程序的描述信息；
d)程序標(biāo)識；
e)當(dāng)前更新適用的版本號；
f)更新成功后的目標(biāo)版本號；
3)更新相關(guān)的度量信息，包括在不同硬件環(huán)境下，不同實例數(shù)據(jù)規(guī)模下更新耗時的基準(zhǔn)數(shù)據(jù)；
4)更新成功的校驗規(guī)則。步驟B，調(diào)度計劃生成器通過更新申請中的描述信息確定所有租戶待更新的SaaS服務(wù)實例列表，然后再對待更新SaaS服務(wù)實例列表中的所有實例進(jìn)行調(diào)度時間匹配。調(diào)度計劃的生成采用在SaaS服務(wù)實例的所有可用時間窗ロ與預(yù)估更新時間進(jìn)行匹配，以獲取最佳更新時間窗ロ，包括但不限于以下內(nèi)容
1)租戶預(yù)定義的更新可用時間表(可選);
2)由SaaS服務(wù)提供商提供的更新基準(zhǔn)數(shù)據(jù)；
3)已更新相似實例的更新日志統(tǒng)計信息；
4)實例活動日志統(tǒng)計信息。每個實例需要輸出的ー組可用時間窗ロ，以方便生成分時更新的調(diào)度計劃。調(diào)度計劃生成器為租戶管理員提供計劃調(diào)整界面入口，調(diào)度計劃生成后可選的通過租戶注冊信息中描述的通知方式通知租戶管理員，以為租戶管理員提供調(diào)整的可能。步驟C，更新代理在接收到調(diào)度計劃的更新指令后，針對ー個具體實例進(jìn)行更新時，有以下步驟
1)接收調(diào)度窗ロ及異常處理策略；
2)備份實例；
3)獲取更新程序；
4)執(zhí)行更新；
5)結(jié)果處理；
在結(jié)果處理中，本方法需要根據(jù)調(diào)度窗ロ的可用時間以及異常處理策略判斷如果更新失敗后的結(jié)果處理策略。實施例
以下將通過ー個實際實施場景舉例，使本發(fā)明的上述目標(biāo)、特征和優(yōu)點(diǎn)更加清晰、易懂。本場景劃分為三個主要步驟，分別是更新請求階段、生成調(diào)度計劃階段、執(zhí)行更新階段。本實施例模擬的場景如下，SaaS服務(wù)提供商Vendorl、Vendor2將自己開發(fā)的SaaS
服務(wù)接入SaaS服務(wù)平臺，Vendorl提供的應(yīng)用為XX-CRM，Vendor2提供的應(yīng)用為XX-HRji
戶I、租戶2、租戶3分別購買了 XX-CRM、XX-HR等產(chǎn)品，其租用及實例部署關(guān)系如表I所示
租戶應(yīng)用當(dāng)前版本實例1D實例類型、租戶IXX-CRM1.0GUID-I實例類型I
租戶IXX-CRMI. 0GUID-2實例類型I
租戶2XX-CRM1.0GUID-3實例類型2
租戶2XX-HR2.0GUID-4實例類型2
租戶3XX-CRM1.0GUID-5實例類型I在更新請求階段，本實施例假定更新請求由XX-CRM的服務(wù)提供商Vendorl發(fā)出’Vendorl需要遵循SaaS運(yùn)營商的規(guī)范，注冊本次更新請求，更新請求需要提供表I所描述的信息。其中包括適用此更新的應(yīng)用，適用此更新的版本標(biāo)識，更新后實例中的版本標(biāo)識，更新包的URL，同時還需要提供用于評估更新耗時的更新基準(zhǔn)時間。更新基準(zhǔn)時間需要包含兩個維度的評估數(shù)據(jù)ー是實例類型，實例類型確定了 CPU、內(nèi)存、磁盤等計算能力的基準(zhǔn)；ニ是數(shù)據(jù)規(guī)模，反映了不同數(shù)據(jù)量下的更新時間基準(zhǔn)。SaaS服務(wù)提供更新請求如表2所示
權(quán)利要求
1.一種多租戶環(huán)境運(yùn)行實例分時更新的方法，其特征在于包括以下步驟 接收軟件更新請求；生成更新調(diào)度計劃；執(zhí)行更新，其中 步驟A，為了評估軟件更新所需的時間，需要包含以下內(nèi)容 更新程序； 更新程序的描述信息； 程序標(biāo)識； 當(dāng)前更新適用的版本號； 更新成功后的目標(biāo)版本號； 更新相關(guān)的度量信息，包括在不同硬件環(huán)境下，不同實例數(shù)據(jù)規(guī)模下更新耗時的基準(zhǔn)數(shù)據(jù)； 更新成功的校驗規(guī)則； 步驟B，調(diào)度計劃生成器通過更新申請中的描述信息確定所有租戶待更新的SaaS服務(wù)實例列表，然后再對待更新SaaS服務(wù)實例列表中的所有實例進(jìn)行調(diào)度時間匹配；調(diào)度計劃的生成采用在SaaS服務(wù)實例的所有可用時間窗口與預(yù)估更新時間進(jìn)行匹配，以獲取最佳更新時間窗口，包括但不限于以下內(nèi)容 租戶預(yù)定義的更新可用時間表； 由SaaS服務(wù)提供商提供的更新基準(zhǔn)數(shù)據(jù)； 已更新相似實例的更新日志統(tǒng)計信息； 實例活動日志統(tǒng)計信息； (5)提供活動監(jiān)控機(jī)制獲取每個實例的活動日志統(tǒng)計信息，每個實例需要輸出的一組可用時間窗口，以方便生成分時更新的調(diào)度計劃； (6)調(diào)度計劃生成器為租戶管理員提供計劃調(diào)整界面入口，調(diào)度計劃生成后可選的通過租戶注冊信息中描述的通知方式通知租戶管理員，以為租戶管理員提供調(diào)整的可能； 步驟C，更新代理在接收到調(diào)度計劃的更新指令后，針對一個具體實例進(jìn)行更新時，有以下步驟 接收調(diào)度窗口及異常處理策略； 備份實例； 獲取更新程序； 執(zhí)行更新； 結(jié)果處理； 在結(jié)果處理中，有兩個關(guān)鍵任務(wù)，一是要將更新的耗時及結(jié)果記入日志，以供后續(xù)調(diào)度計劃生成的參考，二是需要根據(jù)調(diào)度窗口的可用時間以及異常處理策略判斷如果更新失敗后的結(jié)果處理策略。
全文摘要
本發(fā)明提供一種多租戶環(huán)境運(yùn)行實例分時更新的方法，本發(fā)明涉及軟件及數(shù)據(jù)的更新技術(shù)，尤其是支持多租戶的云計算環(huán)境下軟件及數(shù)據(jù)的更新技術(shù)。本發(fā)明提供了一種多租戶環(huán)境下運(yùn)行實例更新的方法，該方法通過模擬更新及相似實例更新日志分析提升更新預(yù)估時間的準(zhǔn)確性，通過租戶指定時段及實例活動日志分析的方式選擇更新窗口，通過應(yīng)用內(nèi)置規(guī)則校驗更新結(jié)果，通過實例備份保證更新異常的可恢復(fù)性，用以提升多租戶環(huán)境下更新的可靠性并降低軟件更新導(dǎo)致的業(yè)務(wù)停止時間。
文檔編號G06F11/34GK102629207SQ201210053810
公開日2012年8月8日 申請日期2012年3月5日 優(yōu)先權(quán)日2012年3月5日
發(fā)明者王興山, 鄭偉波 申請人:浪潮集團(tuán)山東通用軟件有限公司