實現(xiàn)應(yīng)用性能保障的方法和裝置制造方法
【專利摘要】本發(fā)明提供了一種實現(xiàn)應(yīng)用性能保障的方法和裝置，包括：預(yù)先設(shè)置用戶的資源提升權(quán)限參數(shù)；當(dāng)接收到配置應(yīng)用請求時，確定配置請求應(yīng)用所需的資源類型，根據(jù)資源提升權(quán)限參數(shù)，判斷用戶是否有配置請求應(yīng)用所需的資源類型的可用資源；如果判斷出沒有配置請求應(yīng)用所需的資源類型的可用資源，根據(jù)資源提升權(quán)限參數(shù)，判斷用戶是否有提升資源的權(quán)限；如果判斷出有提升資源的權(quán)限，分配配置請求應(yīng)用所需的資源類型的提升資源，配置請求應(yīng)用。本發(fā)明能夠提供彈性和靈活的資源配置，為解決沒有可用資源時導(dǎo)致應(yīng)用崩潰等問題提供了機制保障。
【專利說明】實現(xiàn)應(yīng)用性能保障的方法和裝置

【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及數(shù)據(jù)傳輸【技術(shù)領(lǐng)域】，尤其涉及一種實現(xiàn)應(yīng)用性能保障的方法和裝置。

【背景技術(shù)】
[0002] 隨著電信市場競爭的激烈，運營商紛紛拓展新業(yè)務(wù)，云計算即是拓展的新業(yè)務(wù)之 一，其中，平臺即服務(wù)（PaaS，Platform-as-a-Service)是面向開發(fā)者服務(wù)，提供彈性伸縮 的中間件服務(wù)和應(yīng)用部署的平臺。近年來，基于輕量級Linux容器構(gòu)建PaaS平臺逐漸成為 主流，如開源平臺Cloud Foundry和Red Hat公司的OpenShift均采用這種方式。Linux容 器可以很好地封裝各種中間件系統(tǒng)和用戶的應(yīng)用，用戶不需要再搭建消息中間件、數(shù)據(jù)庫、 應(yīng)用容器等中間件系統(tǒng)，只需要在簡單的需求文件中說明，PaaS平臺就會自動為之適配。因 此，PaaS平臺集合眾多底層平臺、中間件和應(yīng)用開發(fā)工具，轉(zhuǎn)變傳統(tǒng)一對一的產(chǎn)品交付方式 為云端分享型的服務(wù)交付方式，從而為企業(yè)傳統(tǒng)IT和應(yīng)用開發(fā)者把整個開發(fā)、部署與客戶 服務(wù)的生命周期搬到云上創(chuàng)造了條件。
[0003] 因為云數(shù)據(jù)中心提供彈性計算和彈性存儲等服務(wù)已經(jīng)相當(dāng)成熟，所以PaaS平臺 層能夠提供很好的資源擴展和彈性伸縮能力，然而，用戶的資源配額和突遇尖峰時刻的峰 值如何應(yīng)對依舊是個嚴(yán)重的問題。
[0004] 例如，租戶使用PaaS平臺提供的承載服務(wù)時，首先需要確定各種服務(wù)資源的使用 配額（CPU、內(nèi)存、磁盤空間、網(wǎng)絡(luò)帶寬、中間件存儲空間、數(shù)據(jù)庫存儲空間等），這些配額限 制了應(yīng)用使用資源的最大值。這種固定配額機制不夠靈活，比如：當(dāng)某種資源達(dá)到配額時， 其他資源可能并未達(dá)到配額，而此時應(yīng)用能力也不能彈性擴充，可能造成應(yīng)用宕機或者拒 絕服務(wù)；當(dāng)請求越積越多時，甚至可能造成應(yīng)用崩潰。PaaS平臺無法回收這些資源，尤其是 租戶有多個用戶，這些資源配額在租戶中的各用戶之間共享時，這個問題更加突出。
[0005] 為了避免出現(xiàn)應(yīng)用宕機或應(yīng)用崩潰等問題，通常采用配置較大的配額來解決，往 往會配置冗余度為50%的資源配額，即購買的資源配額為正常需求的200%以上，如此過 大的資源配額會造成資源浪費，降低了 PaaS平臺對用戶的吸引力。


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

[0006] 為了解決上述技術(shù)問題，本發(fā)明提供了一種實現(xiàn)應(yīng)用性能保障的方法和裝置，能 夠提供彈性和靈活的資源配置，為解決沒有可用資源時導(dǎo)致應(yīng)用崩潰等問題提供了機制保 障。
[0007] 為了達(dá)到本發(fā)明目的，本發(fā)明提供了一種實現(xiàn)應(yīng)用性能保障的方法，包括：預(yù)先設(shè) 置用戶的資源提升權(quán)限參數(shù)；當(dāng)接收到配置應(yīng)用請求時，確定配置請求應(yīng)用所需的資源類 型，根據(jù)所述資源提升權(quán)限參數(shù)，判斷用戶是否有配置請求應(yīng)用所需的資源類型的可用資 源；如果判斷出沒有配置請求應(yīng)用所需的資源類型的可用資源，根據(jù)所述資源提升權(quán)限參 數(shù)，判斷用戶是否有提升資源的權(quán)限；如果判斷出有提升資源的權(quán)限，分配配置請求應(yīng)用所 需的資源類型的提升資源，配置請求應(yīng)用。
[0008] 進一步地，所述確定配置請求應(yīng)用所需的資源類型之前，還包括：建立應(yīng)用和配置 應(yīng)用所需的資源類型的對應(yīng)關(guān)系，所述資源類型至少包括CPU、內(nèi)存、磁盤空間、網(wǎng)絡(luò)帶寬、 中間件存儲空間或數(shù)據(jù)庫存儲空間。
[0009] 進一步地，所述資源提升權(quán)限參數(shù)至少包括資源余額和資源配額；所述判斷用戶 是否有配置請求應(yīng)用所需的資源類型的可用資源包括：計算配置請求應(yīng)用所需的資源類型 的資源消耗，如果資源余額大于或等于配置請求應(yīng)用所需的資源類型的資源消耗，且請求 應(yīng)用的資源配額大于或等于配置請求應(yīng)用所需的資源類型的資源消耗，則判斷出有配置請 求應(yīng)用所需的資源類型的可用資源；如果資源余額小于配置請求應(yīng)用所需的資源類型的資 源消耗，或者該應(yīng)用的資源配額小于配置請求應(yīng)用所需的資源類型的資源消耗，則判斷出 沒有配置請求應(yīng)用所需的資源類型的可用資源。
[0010] 進一步地，所述資源提升權(quán)限參數(shù)包括權(quán)限向量和配額升級次數(shù)；所述判斷用戶 是否有提升資源的權(quán)限包括：如果所述權(quán)限向量的狀態(tài)為有提升資源的權(quán)限，且所述配額 升級次數(shù)中有剩余次數(shù)，則判斷出有提升資源的權(quán)限；如果所述權(quán)限向量的狀態(tài)為沒有提 升資源的權(quán)限，或者所述配額升級次數(shù)中沒有剩余次數(shù)，則判斷出沒有提升資源的權(quán)限；所 述權(quán)限向量的矩陣為：

【權(quán)利要求】
1. 一種實現(xiàn)應(yīng)用性能保障的方法，其特征在于，預(yù)先設(shè)置用戶的資源提升權(quán)限參數(shù)； 還包括： 當(dāng)接收到配置應(yīng)用請求時，確定配置請求應(yīng)用所需的資源類型，根據(jù)所述資源提升權(quán) 限參數(shù)，判斷用戶是否有配置請求應(yīng)用所需的資源類型的可用資源； 如果判斷出沒有配置請求應(yīng)用所需的資源類型的可用資源，根據(jù)所述資源提升權(quán)限參 數(shù)，判斷用戶是否有提升資源的權(quán)限； 如果判斷出有提升資源的權(quán)限，分配配置請求應(yīng)用所需的資源類型的提升資源，配置 請求應(yīng)用。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述確定配置請求應(yīng)用所需的資源類型 之前，還包括；建立應(yīng)用和配置應(yīng)用所需的資源類型的對應(yīng)關(guān)系，所述資源類型至少包括 CPU、內(nèi)存、磁盤空間、網(wǎng)絡(luò)帶寬、中間件存儲空間或數(shù)據(jù)庫存儲空間。
3. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述資源提升權(quán)限參數(shù)至少包括資源余 額和資源配額； 所述判斷用戶是否有配置請求應(yīng)用所需的資源類型的可用資源包括： 計算配置請求應(yīng)用所需的資源類型的資源消耗，如果資源余額大于或等于配置請求應(yīng) 用所需的資源類型的資源消耗，且請求應(yīng)用的資源配額大于或等于配置請求應(yīng)用所需的資 源類型的資源消耗，則判斷出有配置請求應(yīng)用所需的資源類型的可用資源；如果資源余額 小于配置請求應(yīng)用所需的資源類型的資源消耗，或者該應(yīng)用的資源配額小于配置請求應(yīng)用 所需的資源類型的資源消耗，則判斷出沒有配置請求應(yīng)用所需的資源類型的可用資源。
4. 根據(jù)權(quán)利要求3中所述的方法，其特征在于，所述資源提升權(quán)限參數(shù)還包括權(quán)限向 量和配額升級次數(shù)； 所述判斷用戶是否有提升資源的權(quán)限包括：如果所述權(quán)限向量的狀態(tài)為有提升資源的 權(quán)限，且所述配額升級次數(shù)中有剩余次數(shù)，則判斷出有提升資源的權(quán)限；如果所述權(quán)限向量 的狀態(tài)為沒有提升資源的權(quán)限，或者所述配額升級次數(shù)中沒有剩余次數(shù)，則判斷出沒有提 升資源的權(quán)限； 所述權(quán)限向量的矩陣為： P =如，口2，--?Pk) Pi ;= 〇| 1 其中，i = 1，2,…，k ; 當(dāng)Pi = 1時，表示有提升第i種資源的權(quán)限，當(dāng)Pi = 0時，表示沒有提升第i種資源的 權(quán)限。
5. 根據(jù)權(quán)利要求3中所述的方法，其特征在于，所述資源提升權(quán)限參數(shù)還包括配額升 級后資源是否共享； 所述判斷用戶是否有提升資源的權(quán)限包括；如果所述配額升級后資源是否共享狀態(tài)為 配額升級后資源共享，則判斷出有提升資源的權(quán)限。
6. 根據(jù)權(quán)利要求4或5所述的方法，其特征在于，所述資源提升權(quán)限參數(shù)還包括配額升 級粒度； 所述分配配置請求應(yīng)用所需的資源類型的提升資源包括；根據(jù)資源提升權(quán)限中的所述 配額升級粒度，在所述資源余額和所述資源配額中增加配置請求應(yīng)用所需的資源類型的提 升資源； 所述分配配置請求應(yīng)用所需的資源類型的提升資源之后還包括；在所述配額升級次數(shù) 中減一。
7. -種實現(xiàn)應(yīng)用性能保障裝置，其特征在于，包括： 設(shè)置模塊，用于預(yù)先設(shè)置用戶的資源提升權(quán)限參數(shù)； 第一判斷模塊，用于當(dāng)接收到配置應(yīng)用請求時，確定配置請求應(yīng)用所需的資源類型，根 據(jù)所述資源提升權(quán)限參數(shù)，判斷用戶是否有配置請求應(yīng)用所需的資源類型的可用資源； 第二判斷模塊，用于在所述第一判斷模塊判斷出沒有配置請求應(yīng)用所需的資源類型的 可用資源，根據(jù)所述資源提升權(quán)限參數(shù)，判斷用戶是否有提升資源的權(quán)限； 分配模塊，用于在所述第二判斷模塊判斷出有提升資源的權(quán)限時，分配配置請求應(yīng)用 所需的資源類型的提升資源； 配置模塊，用于所述分配模塊分配配置請求應(yīng)用所需的資源類型的提升資源后，配置 請求應(yīng)用。
8. 根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述裝置還包括；關(guān)系建立模塊，用于建 立應(yīng)用和配置應(yīng)用所需的資源類型的對應(yīng)關(guān)系，所述資源類型至少包括CPU、內(nèi)存、磁盤空 間、網(wǎng)絡(luò)帶寬、中間件存儲空間或數(shù)據(jù)庫存儲空間。
9. 根據(jù)權(quán)利要求7或8所述的裝置，其特征在于，所述資源提升權(quán)限參數(shù)包括權(quán)限向 量、資源余額、資源配額、配額升級粒度、配額升級次數(shù)和配額升級后資源是否共享，其中， 所述權(quán)限向量的矩陣為： P = (Pi，口2，-..Pk) Pi ;= 0 11 其中，i = 1，2,…，k ; 當(dāng)Pi = 1時，表示有提升第i種資源的權(quán)限，當(dāng)Pi = 0時，表示沒有提升第i種資源的 權(quán)限。
10. 根據(jù)權(quán)利要求9中所述的裝置，其特征在于，所述第一判斷模塊用于判斷用戶是否 有配置請求應(yīng)用所需的資源類型的可用資源具體為：計算配置請求應(yīng)用所需的資源類型的 資源消耗，如果資源余額大于或等于配置請求應(yīng)用所需的資源類型的資源消耗，且請求應(yīng) 用的資源配額大于或等于配置請求應(yīng)用所需的資源類型的資源消耗，則判斷出有配置請求 應(yīng)用所需的資源類型的可用資源；如果資源余額小于配置請求應(yīng)用所需的資源類型的資源 消耗，或者該應(yīng)用的資源配額小于配置請求應(yīng)用所需的資源類型的資源消耗，則判斷出沒 有配置請求應(yīng)用所需的資源類型的可用資源； 所述第二判斷模塊用于判斷用戶是否有提升資源的權(quán)限具體為；如果所述權(quán)限向量的 狀態(tài)為有提升資源的權(quán)限，且所述配額升級次數(shù)中有剩余次數(shù)，則判斷出有提升資源的權(quán) 限；如果所述權(quán)限向量的狀態(tài)為沒有提升資源的權(quán)限，或者所述配額升級次數(shù)中沒有剩余 次數(shù)，則判斷出沒有提升資源的權(quán)限；或者，如果所述配額升級后資源是否共享狀態(tài)為配額 升級后資源共享，則判斷出有提升資源的權(quán)限； 所述分配模塊用于分配配置請求應(yīng)用所需的資源類型的提升資源具體為；所述分配模 塊用于根據(jù)資源提升權(quán)限中的所述配額升級粒度，在所述資源余額和所述資源配額中增加 配置請求應(yīng)用所需的資源類型的提升資源。
【文檔編號】H04L29/08GK104468755SQ201410705949
【公開日】2015年3月25日 申請日期:2014年11月27日 優(yōu)先權(quán)日:2014年11月27日
【發(fā)明者】雷磊, 王志軍, 房秉毅 申請人:中國聯(lián)合網(wǎng)絡(luò)通信集團有限公司