[發明專利]一種保障云應用程序服務質量的方法和裝置

有效

• 申請號: 201180003062.2
• 申請日: 2011-12-28
• 公開（公告）號: CN103562852B
• 公開（公告）日: 2017-11-17
• 發明（設計）人: 王烽
• 申請（專利權）人: 華為技術有限公司
• 主分類號: G06F9/00
• 分類號: G06F9/00
• 代理公司: 暫無信息
• 代理人: 暫無信息

技術領域

本發明實施例涉及IT領域，尤其涉及一種保障云應用程序服務質量的方法和裝置。

背景技術

云計算的應用環境可以分為三層，分別是云應用、虛擬資源管理平臺和物理設備管理平臺。云應用程序指運行在云應用層上的程序，運行時包含一個或多個進程，可能分布在一個或多個虛擬機(VirtualMachine，VM)上。虛擬資源管理平臺將物理資源虛擬化，對外提供VM、VM集群、虛擬卷、虛擬網絡等虛擬資源。其中，VM集群是對VM的分組，每個應用程序對應一個VM集群。物理設備管理平臺，提供對物理機(Physical Machine，PM)的操作，如安裝、部署、升級、上下電等等。

隨著云計算的發展，對云上應用服務質量(Quality of Service，QoS)的保證越來越受到重視。現有技術中，QoS的調度靠虛擬資源管理平臺的調度模塊來完成。調度模塊可以分為從云應用到虛擬資源管理平臺的上層調度模塊和從虛擬資源管理平臺到物理設備管理平臺的下層調度模塊。云應用QoS的保證只是靠下層調度模塊提供的固定QoS模板來完成。由于上下兩層調度模塊是獨立執行調度的，缺少相應的聯合調度機制，這樣會出現兩種情況：

1、云應用程序進程之間是主進程與備用進程的關系，上層調度模塊將主進程與備用進程放置不同的虛擬機，但是下層調度模塊將不同的虛擬機卻創建在相同的物理機上，這樣當物理機宕機后，主進程和備用進程會同時關閉，導致云應用程序的QoS無法保障。

2、云應用程序進程之間經常相互進行通信，要求通信時延小，速度快。故上層調度模塊將所有進程放置相同的虛擬機，能夠保證通信的速度。但是下層調度模塊將該虛擬機卻創建在不同的物理機上，導致不同的進程在不同的物理機上，通信的時延大，速度慢，無法保證云應用程序的QoS。

發明內容

本發明提出了一種保障云應用服務質量的方法和裝置，解決了上下兩層模塊分開執行調度導致無法保障云應用程序QoS的問題。

本發明實施例提供的方法，包括：

上層調度模塊根據QoS策略和QoS約束參數，確定云應用程序的至少兩個進程對應的虛擬機VM；

將所述QoS策略和QoS約束參數發送至下層調度模塊，以使所述下層調度模塊根據所述QoS策略和QoS約束參數，確定用于創建所述VM的物理機PM。

本發明實施例還提供一種保障云應用服務質量的設備，包括：

確定單元，用于根據QoS策略和QoS約束參數，確定云應用程序的至少兩個進程對應的虛擬機VM；

發送單元，將所述QoS策略和QoS約束參數發送至下層調度模塊，以使所述下層調度模塊根據所述QoS策略和QoS約束參數，確定用于創建所述VM的物理機PM。

通過本發明實施例提供的方法、裝置及系統，上層調度模塊擴展通信接口，發送待調度VM的QoS約束參數至下層調度模塊，下層模塊創建該VM在一個滿足QoS約束參數的PM上，實現了上下兩層調度模塊的聯合調度。解決了上下兩層模塊分開執行調度導致無法保障云應用程序QoS的問題，提高了保障QoS的可靠性。

附圖說明

為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發明的一些實施例，對于本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。

圖1為本發明實施例一的方法流程圖；

圖2為本發明實施例二的方法流程圖；

圖3為本發明實施例三的調度設備結構圖；

圖4為本發明實施例四的設備結構圖。

具體實施方式

為使本發明實施例的目的、技術方案和優點更加清楚，下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是本發明一部分實施例，而不是全部的實施例。基于本發明中的實施例，本領域普通技術人員在沒有做出創造性勞動的前提下所獲得的所有其他實施例，都屬于本發明保護的范圍。

為了更好的理解本發明實施例，需要介紹一下本發明的系統架構，系統架構可分為云應用層、虛擬機集群、物理機集群、上層調度模塊和下層調度模塊：

云應用層，用于提供云應用程序給用戶，其中云應用程序包含多個進程，進程需要在虛擬機上創建，可以是一個進程對應一臺虛擬機，也可以是多個進程對應一臺虛擬機；