CN105607947A - 一种新的云环境虚拟机调度方法 - Google Patents
一种新的云环境虚拟机调度方法 Download PDFInfo
- Publication number
- CN105607947A CN105607947A CN201510954125.2A CN201510954125A CN105607947A CN 105607947 A CN105607947 A CN 105607947A CN 201510954125 A CN201510954125 A CN 201510954125A CN 105607947 A CN105607947 A CN 105607947A
- Authority
- CN
- China
- Prior art keywords
- virtual machine
- node
- migration
- selection
- cpu
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 15
- 230000005012 migration Effects 0.000 claims abstract description 47
- 238000013508 migration Methods 0.000 claims abstract description 47
- 230000015654 memory Effects 0.000 claims abstract description 38
- 238000005265 energy consumption Methods 0.000 claims abstract description 13
- 230000000694 effects Effects 0.000 claims description 8
- 230000007246 mechanism Effects 0.000 claims description 6
- 230000008569 process Effects 0.000 claims description 5
- 230000009286 beneficial effect Effects 0.000 abstract description 3
- 238000004422 calculation algorithm Methods 0.000 abstract description 3
- 238000004364 calculation method Methods 0.000 description 6
- 238000010586 diagram Methods 0.000 description 4
- 238000013459 approach Methods 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 238000004088 simulation Methods 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000010355 oscillation Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
- G06F9/4881—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5061—Partitioning or combining of resources
- G06F9/5066—Algorithms for mapping a plurality of inter-dependent sub-tasks onto a plurality of physical CPUs
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5083—Techniques for rebalancing the load in a distributed system
- G06F9/5088—Techniques for rebalancing the load in a distributed system involving task migration
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/4557—Distribution of virtual machine instances; Migration and load balancing
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明提供了一种新的云环境虚拟机调度算法,可以提高云平台主机资源利用率,维持系统的负载均衡并减少能量消耗。本发明根据虚拟机迁移的特点,分别对待迁移节点的选择、节点中虚拟机的选择以及目的节点的选择三个问题进行研究以及说明,对系统能耗、CPU资源、内存资源、带宽资源进行综合考虑,最后通过概率轮盘来决定最终的选择。本发明可以提高云平台的稳定性,有助于提高工作效率,减少硬件损耗。
Description
技术领域
本发明属于计算机技术领域,涉及云环境下虚拟机迁移算法。
背景技术
现今云计算在理论及技术上发展强劲,逐渐成为人们关注的焦点和未来计算模式的发展趋势。随着越来越多的应用服务提供商和中小型企业把应用部署到云平台上,云平台数据中心的数据逐渐增多,需要的服务器也逐渐增多,但是资源利用率不高、能量消耗大以及负载失衡等现象却普遍存在于云数据中心,制约着平台的发展。
发明内容
本发明的目的是提高云平台主机资源利用率,维持系统的负载均衡并减少能量消耗,根据云平台的特点,提出了一种新的虚拟机动态调度算法。
本发明的技术方案为:
云环境下虚拟机动态迁移问题,目的在于平衡系统中各节点的负载,实现资源的动态调度,主要涉及的问题包括以下三个方面:一是虚拟机迁移的处罚机制,即哪个节点需要进行虚拟机迁移;二是源节点中带歉意的虚拟机的选取,及这个节点中需要迁移哪些虚拟机;三是目的节点的选取,即将这些虚拟机迁移到哪些节点上。三者之间的关系可以用图1动态迁移流程图来表示。
第一个问题,一个节点的工作负载可以用节点的CPU使用率和内存使用率计算而得,采用加权因子W=[w1,w2]对两种资源的利用率进行加权计算,具体该节点的负载定义为WorkLoad:
WorkLoad=w1Cusage(t)+w2Memusage(t)
Cusage为该节点在时刻t的CPU使用率,Memusage为该节点在时刻t的内存使用率,式中w1+w2=1。
用WorkLoadi表示节点i的负载,B表示系统负载均衡度,系统中有n个节点,则B可以用以下公式求得:
当负载过高时,显然需要对节点内虚拟机进行迁移,而负载过低时,节点几乎处于空闲状态,而基础电能却依然在消耗,故也应该将该节点内虚拟机迁出,从而关闭节点,以达到节约能源的效果。故而我们给出要求,当WorkLoad高于80%或者低于30%的时候触发。
第二个问题,CPU作为核心资源,是虚拟机是否迁移的第一因素,而所占内存决定论迁移时间,故而对于一个虚拟机而言,CPU使用量占该节点CPU总量的百分比为Ci,虚拟机内存使用量占该节点内存总量的百分比为Mi,Ui为CPU使用率和内存使用率的比值,即:
Ui=Ci/Mi
在选取虚拟机的时,该虚拟机的Ci越大越好,Mi越小越好,即Ui越大越好。
在选取虚拟机前,先将该节点上虚拟机的Ui进行排序,选取Ui最大的虚拟机进行迁移。
第三个问题,目的节点的选取直接影响系统数据中心运行节点的负载均衡情况。
本文中用CPU使用率、内存、网络带宽的三维向量<CPU,Mem,Net>来描述虚拟机和目的节点的资源。
定义迁移虚拟机i对目的节点j的资源需求向量Dijvm=(dijcpu,dijmem,dijnet),计算公式如下:
dijcpu=CPUi_need/(CPUj_total-CPUj_use-CPUj_reserve)
dijmem=Memi_need/(Memj_total-Memj_use-Memj_reserve)
dijnet=Neti_need/(Netj_total-Netj_use-Netj_reserve)
i_need表示虚拟机i所需的CPU资源、内存资源、带宽资源,j_total表示节点j的CPU资源、内存资源、带宽资源的总量,j_use表示节点j的CPU资源、内存资源、带宽资源已使用量,j_reserve表示节点j的CPU资源、内存资源、带宽资源的预留量。
只有dijcpu,dijmem,dijnet的值均在(0,1)时,才能满足迁移虚拟机对节点的资源需求。
设定权值向量W=(W1,W2,W3),对三种资源需求进行加权计算,得到虚拟机i对节点j的需求量Sij:
Sij=Dijvm*WT(其中W1+W2+W3=1)
Sij在(0,1)内,Sij越大,将该虚拟机迁移至该节点后,该节点的状态越趋近于达到上限。
这样的迁移,会导致其他虚拟机的Sij较小而无法找到合适的目的节点,拥有更多资源的节点却无法接收到迁移的虚拟机,无法满足负载均衡。
在此,定义虚拟机i对节点j的匹配度Mij:
Mij=1-Sij
Mij也在(0,1)内,Mij越大,虚拟机i对该节点j的需求越高,虚拟机迁移到该节点的可能性越大,虚拟机i和节点j的匹配度越高。
资源多,性能好的节点能匹配到相对多的虚拟机,此时就容易引起群聚效应,为避免群聚效应的发生,采用概率轮盘来进行目的节点的选择。
定义虚拟机i最终选择目的节点j的概率为Pij:
Mij为虚拟机i对节点j的匹配度。
共有n个目的节点可以选取。其中,
在实现过程中,可以通过一个(0,1)的随机数字来判断所在的区间,实现虚拟机目的节点的选取。
本发明的有益效果是:根据虚拟机迁移的特点,分别对待迁移节点的选择、节点中虚拟机的选择以及目的节点的选择三个问题进行研究以及说明,对系统能耗、CPU资源、内存资源、带宽资源进行综合考虑,最后通过概率轮盘来决定最终的选择。本发明可以提高云平台的稳定性,有助于提高工作效率,减少硬件损耗。
附图说明
本发明有如下附图:
图1动态迁移流程图。
图2节点能耗图。
图3节点负载状态分类图。
图4上线阈值触发迁移模拟图。
图5下线阈值触发迁移模拟图。
图6虚拟机i的选择概率轮盘图。
具体实施方式
参照说明书附图对本发明作以下详细地说明。
该发明包括三部分内容,其一是虚拟机迁移的触发机制,即哪个节点需要进行虚拟机迁移;其二是源节点中待迁移的虚拟机的选取,即这个节点中需要迁移哪些虚拟机;其三是目的节点的选取,即将这些虚拟机迁移到哪些节点上。具体如下:
第一,虚拟机迁移的触发机制:
定义1,能耗(PowerConsumption)。
一般情况下,一个节点的电能消耗绝大部分来自于CPU的使用,与CPU的使用率近似成以下关系:
P为电能消耗总和,Cusage为节点CPU使用率,Fmax为满负载情况下节点的电能消耗,k为空闲情况下节点电能消耗占满负载情况下电能消耗的比例。
由公式可以看出当Fmax确定,且k值一定时,该节点的电能消耗P的大小只取决于该节点CPU的利用率Cusage,节点从空闲到满负载的电能消耗与CPU利用率近似成线性关系。
如图2所示。随着CPU利用率升高,节点的能耗增加并不大,但是CPU利用率为0%(即空闲节点)的能耗却很高,所以应在保持节点能正常运行的情况下,尽量提高节点的负载,并且将空闲出来的节点关掉,以此来有效的减少电能消耗。
定义2,工作负载(WorkLoad)。
一个节点的工作负载可以用节点的CPU使用率和内存使用率计算而得,采用加权因子W=[w1,w2]对两种资源的利用率进行加权计算,具体该节点的负载定义为WorkLoad:
WorkLoad=w1Cusage(t)+w2Memusage(t)
Cusage为该节点在时刻t的CPU使用率,Memusage为该节点在时刻t的内存使用率,式中w1+w2=1。
定义3,负载均衡度(LoadBalance)。
WorkLoadi表示节点i的负载,B表示系统负载均衡度,系统中有n个节点,则B可以用以下公式求得:
B越小,说明各节点间负载差值越小,系统负载越均衡。
定义4,节点负载等级(NodeLoadLevel):根据节点负载的大小,将各节点负载分为如图3所示四个等级:
根据对节点负载定义,设定双阈值触发机制:基于节点负载的上线阈值触发迁移和下线阈值触发迁移,如图4和图5。
采用双阈值触发主要是基于两方面的考虑,上线阈值的设定主要是为了避免节点负载过高,无法满足用户需求,或者因负载过高导致节点运行出现故障;下线阈值的设定主要是为了尽量减少运行节点的数量,达到节能的效果。
节点的负载信息包括了CPU的利用率、内存的使用率,能更加准确地描述资源的使用情况,单一的CPU利用率或内存利用率无法真实反映资源的使用情况。
实时更新节点负载信息容易出现瞬时低谷或高峰现象,可能节点负载瞬间超出了设定阈值,但是能在短时间内迅速恢复下来。
为了避免因瞬间的振荡而错误地迁移,引入滑动窗口,定义滑动窗口的更新周期为W,W值也表征着窗口大小,是一个连续的时间单元。
在该连续时间单元内,将节点负载值按照固定时间间隔进行采样,采用队列形式组织缓冲池来保存采样数据,当下一个更新周期到来时,当前缓冲区插入到队尾,头缓冲区将作为下一个窗口的接收数据。
对于上线阈值触发,在窗口内,设定一个最大超出次数Mmax,当节点负载连续超出阈值的次数小于Mmax时,滑动窗口不会触发报警,当节点负载连续超出阈值的次数大于Mmax时,滑动窗口发生报警,利用时间序列预测法的AR模型对节点负载的下一个值进行预测,当预测值仍然超出阈值时,触发迁移,否则,不触发迁移。
对于下线阈值触发,在窗口内,同样设定一个最大低于次数Nmax,当节点负载连续低于阈值的次数小于Nmax时,滑动窗口不会触发报警,当节点负载连续低于阈值的次数大于Nmax时,滑动窗口发生告警,利用时间序列预测法的AR模型对节点负载的下一个值进行预测,当预测值仍然低于阈值时,触发迁移,否则,不触发迁移。
第二,源节点中待迁移的虚拟机的选取:
节点满足虚拟机迁移触发条件后,就需要从节点选取虚拟机进行迁移,虚拟机选取只是针对满足上线触发条件的,满足下线触发条件的节点上的虚拟机都要被迁移。
虚拟机的选取策略就是决定从源节点上选取哪些虚拟机进行迁移。在选取虚拟机前,必须确保该虚拟机实例保存在NFS共享存储中,在此基础上才能实现在线迁移。
进行虚拟机的迁移必须要考虑用户服务质量,而用户服务质量主要取决于服务器CPU使用率,尽量选择CPU使用率高的虚拟机进行迁移,剩下的用户才能享用更多的CPU资源,虚拟机CPU使用率是第一个考虑因素。
其次,在选择虚拟机迁移的时候要考虑率迁移成本,迁移成本主要由迁移时间决定。
虚拟机在线迁移过程中,目的节点会根据共享存储里的待迁移虚拟机文件生成一个虚拟机,然后源节点将待迁移虚拟机的内存向目的节点拷贝,同时记录下内存脏页,内存拷贝结束后,开始拷贝内存脏页,直到大部分的内存同步后,暂停待迁移虚拟机,将该虚拟机未同步的内存及CPU状态同步到目的节点上,之后目的节点上的虚拟机开始运行,在迁移过程中虚拟机内存的使用是第二个考虑因素。
定义一个节点上每个虚拟机CPU使用量占该节点CPU总量的百分比为Ci,虚拟机内存使用量占该节点内存总量的百分比为Mi,Ui为CPU使用率和内存使用率的比值,即:
Ui=Ci/Mi
在选取虚拟机的时,该虚拟机的Ci越大越好,Mi越小越好,即Ui越大越好。
在选取虚拟机前,先将该节点上虚拟机的Ui进行排序,选取Ui最大的虚拟机进行迁移。
第三,目的节点的选取:
在迁移中,目的节点的选取是尤为重要,它直接影响系统数据中心运行节点的负载均衡情况。
如果选取的目的节点不合理,可能导致不必要的迁移,或者二次迁移,从而增加系统运行负担及系统能耗。
经过虚拟机迁移触发以及待迁移虚拟机的选取,将待迁移的虚拟机构成集合V=(V1,V2,...,Vn),选择第二等级的节点构成资源池C=(C1,C2,...,Cn),本文中用CPU使用率、内存、网络带宽的三维向量<CPU,Mem,Net>来描述虚拟机和目的节点的资源。
定义迁移虚拟机i对目的节点j的资源需求向量Dijvm=(dijcpu,dijmem,dijnet),计算公式如下:
dijcpu=CPUi_need/(CPUj_total-CPUj_use-CPUj_reserve)
dijmem=Memi_need/(Memj_total-Memj_use-Memj_reserve)
dijnet=Neti_need/(Netj_total-Netj_use-Netj_reserve)
i_need表示虚拟机i所需的CPU资源、内存资源、带宽资源,j_total表示节点j的CPU资源、内存资源、带宽资源的总量,j_use表示节点j的CPU资源、内存资源、带宽资源已使用量,j_reserve表示节点j的CPU资源、内存资源、带宽资源的预留量。
只有dijcpu,dijmem,dijnet的值均在(0,1)时,才能满足迁移虚拟机对节点的资源需求。如果这三个值有一个大于1,则该节点不能作为该虚拟机的目的节点,将该节点从此虚拟机的迁移目的节点集合中删除,剩余的节点构成该虚拟机迁移的资源池。
根据虚拟机对CPU、内存以及网络带宽的需求比例关系,设定权值向量W=(W1,W2,W3),对三种资源需求进行加权计算,得到虚拟机i对节点j的需求量Sij:
Sij=Dijvm*WT(其中W1+W2+W3=1)
Sij在(0,1)内,Sij越大,将该虚拟机迁移至该节点后,该节点的状态越趋近于达到上限。
这样的迁移,会导致其他虚拟机的Sij较小而无法找到合适的目的节点,拥有更多资源的节点却无法接收到迁移的虚拟机,无法满足负载均衡。
在此,定义虚拟机i对节点j的匹配度Mij:
Mij=1-Sij
Mij也在(0,1)内,Mij越大,虚拟机i对该节点j的需求越高,虚拟机迁移到该节点的可能性越大,虚拟机i和节点j的匹配度越高。
资源多,性能好的节点能匹配到相对多的虚拟机,此时就容易引起群聚效应,为避免群聚效应的发生,采用概率轮盘来进行目的节点的选择。
定义虚拟机i最终选择目的节点j的概率为Pij:
Mij为虚拟机i对节点j的匹配度。
共有n个目的节点可以选取。其中,
虚拟机i可以根据选择节点j的概率制定概率轮盘,如图6所示,每个迁移的虚拟机都有一个选择概率轮盘,在实现过程中,可以通过一个(0,1)的随机数字来判断所在的区间,实现虚拟机目的节点的选取。
由图6可知,资源越多、性能越好的节点在轮盘上占用的空间越大,指针最后指向该区域的可能性也就越大,从而该节点被选为目的节点的概率较大。而资源少的节点在轮盘上占用的空间少,被选为目的节点的概率也就小。这样,很大程度上改善了系统负载均衡,也在一定程度上减少了群聚效应的发生。
以上显示和描述了本发明的基本原理、主要特征和本发明的优点。上述实施例和说明中描述的只是说明本发明的原理,在不脱离本发明精神和范围的前提下本发明还会有各种变化和改进,均应包含在本发明的保护范围之内。
Claims (4)
1.一种新的云环境虚拟机调度方法,其特征在于:
该发明根据虚拟机迁移的特点,分别对虚拟机迁移的触发机制、源节点中待迁移的虚拟机的选取以及目的节点的选择三个问题进行研究以及说明,最后通过概率轮盘来决定最终的选择,提高了云平台的稳定性,有助于提高工作效率,减少硬件损耗。
2.如权利要求1所示的一种新的云环境虚拟机调度方法,其特征在于:虚拟机迁移的触发机制,通过节点在满负载情况下的电能消耗、空闲情况下节点电能消耗占满负载情况下电能消耗的比例等因素得出节点在某一时间内电能消耗曲线图,得出负载过高或过低的节点都应该进行虚拟机迁移的结论。利用CPU使用率、内存使用率及加权因子W得出某一节点的工作负载,以当前节点负载大小决定是否触发虚拟机迁移。
3.如权利要求1所示的一种新的云环境虚拟机调度方法,其特征在于:源节点中待迁移的虚拟机的选取,在待迁移节点内部,以每个虚拟机CPU使用量占该节点CPU总量的百分比为是否迁移的第一考虑因素,CPU使用量占比大者能耗大,优先迁移;以虚拟机内存使用量占该节点内存总量的百分比为次要因素,内存占比小者迁移时间短,优先迁移。
4.如权利要求1所示的一种新的云环境虚拟机调度方法,其特征在于:目的节点的选取,根据CPU使用量、内存、网络带宽三者共同决定,为避免群聚效应,使用概率轮盘来平衡系统负载。
定义虚拟机i最终选择目的节点j的概率为Pij:
共有n个目的节点可以选取。其中,
虚拟机i根据选择节点j的概率制定概率轮盘,每个迁移的虚拟机都有一个选择概率轮盘,在实现过程中,可以通过一个(0,1)的随机数字来判断所在的区间,实现虚拟机目的节点的选取。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510954125.2A CN105607947A (zh) | 2015-12-11 | 2015-12-11 | 一种新的云环境虚拟机调度方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510954125.2A CN105607947A (zh) | 2015-12-11 | 2015-12-11 | 一种新的云环境虚拟机调度方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105607947A true CN105607947A (zh) | 2016-05-25 |
Family
ID=55987901
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510954125.2A Pending CN105607947A (zh) | 2015-12-11 | 2015-12-11 | 一种新的云环境虚拟机调度方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105607947A (zh) |
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106227601A (zh) * | 2016-07-26 | 2016-12-14 | 东软集团股份有限公司 | 用于虚拟化平台的资源配置的方法和装置 |
CN106445680A (zh) * | 2016-08-31 | 2017-02-22 | 成都云麒麟软件有限公司 | 基于综合效用的计算单元迁移方法 |
CN106469091A (zh) * | 2016-09-05 | 2017-03-01 | 北京百度网讯科技有限公司 | 用于分配可用区的方法和装置 |
CN106528270A (zh) * | 2016-11-16 | 2017-03-22 | 航天信息股份有限公司 | 一种基于OpenStack云平台的虚拟机自动迁移方法及系统 |
CN107197039A (zh) * | 2017-06-30 | 2017-09-22 | 郑州云海信息技术有限公司 | 一种基于cdn的paas平台服务包分发方法及系统 |
CN107423114A (zh) * | 2017-07-17 | 2017-12-01 | 中国科学院软件研究所 | 一种基于服务分类的虚拟机动态迁移方法 |
CN107491352A (zh) * | 2017-08-22 | 2017-12-19 | 郑州云海信息技术有限公司 | 一种资源调度方法及装置 |
CN107783823A (zh) * | 2017-11-21 | 2018-03-09 | 郑州云海信息技术有限公司 | 一种负载均衡方法及装置 |
CN107943558A (zh) * | 2017-11-21 | 2018-04-20 | 山东科技大学 | 基于霍尔特指数平滑法的状态预测模型生成方法 |
CN108900343A (zh) * | 2018-07-04 | 2018-11-27 | 中国人民解放军国防科技大学 | 基于本地存储的云服务器的资源预测和调度方法 |
CN110399200A (zh) * | 2019-06-26 | 2019-11-01 | 苏州浪潮智能科技有限公司 | 一种云平台资源调度方法和装置 |
CN110489200A (zh) * | 2018-05-14 | 2019-11-22 | 中国科学院声学研究所 | 一种适用于嵌入式容器集群的任务调度方法 |
CN111381928A (zh) * | 2018-12-28 | 2020-07-07 | 中兴通讯股份有限公司 | 一种虚拟机迁移方法、云计算管理平台和存储介质 |
CN114598705A (zh) * | 2022-03-07 | 2022-06-07 | 北京百度网讯科技有限公司 | 消息负载均衡方法、装置、设备和介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110321041A1 (en) * | 2010-06-29 | 2011-12-29 | Bhat Santhosh R | Method and system for migrating a virtual machine |
KR20120118271A (ko) * | 2011-04-18 | 2012-10-26 | 주식회사 케이티 | 가상머신 이동 대상 선택 방법 |
JP2012234564A (ja) * | 2012-08-03 | 2012-11-29 | Ntt Data Corp | 仮想マシンの移行方法、サーバ、及び、プログラム |
CN103607459A (zh) * | 2013-11-21 | 2014-02-26 | 东北大学 | 一种云计算平台IaaS层的动态资源监测及调度方法 |
CN104899100A (zh) * | 2015-05-28 | 2015-09-09 | 北京邮电大学 | 一种用于云系统的资源调度方法 |
-
2015
- 2015-12-11 CN CN201510954125.2A patent/CN105607947A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110321041A1 (en) * | 2010-06-29 | 2011-12-29 | Bhat Santhosh R | Method and system for migrating a virtual machine |
KR20120118271A (ko) * | 2011-04-18 | 2012-10-26 | 주식회사 케이티 | 가상머신 이동 대상 선택 방법 |
JP2012234564A (ja) * | 2012-08-03 | 2012-11-29 | Ntt Data Corp | 仮想マシンの移行方法、サーバ、及び、プログラム |
CN103607459A (zh) * | 2013-11-21 | 2014-02-26 | 东北大学 | 一种云计算平台IaaS层的动态资源监测及调度方法 |
CN104899100A (zh) * | 2015-05-28 | 2015-09-09 | 北京邮电大学 | 一种用于云系统的资源调度方法 |
Cited By (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106227601A (zh) * | 2016-07-26 | 2016-12-14 | 东软集团股份有限公司 | 用于虚拟化平台的资源配置的方法和装置 |
CN106445680A (zh) * | 2016-08-31 | 2017-02-22 | 成都云麒麟软件有限公司 | 基于综合效用的计算单元迁移方法 |
CN106445680B (zh) * | 2016-08-31 | 2020-01-14 | 杭州聚玻科技有限公司 | 基于综合效用的计算单元迁移方法 |
CN106469091B (zh) * | 2016-09-05 | 2018-05-18 | 北京百度网讯科技有限公司 | 用于分配可用区的方法和装置 |
CN106469091A (zh) * | 2016-09-05 | 2017-03-01 | 北京百度网讯科技有限公司 | 用于分配可用区的方法和装置 |
US10320894B2 (en) | 2016-09-05 | 2019-06-11 | Beijing Baidu Netcom Science And Technology Co., Ltd. | Method and apparatus for allocating availability zone |
CN106528270A (zh) * | 2016-11-16 | 2017-03-22 | 航天信息股份有限公司 | 一种基于OpenStack云平台的虚拟机自动迁移方法及系统 |
CN107197039A (zh) * | 2017-06-30 | 2017-09-22 | 郑州云海信息技术有限公司 | 一种基于cdn的paas平台服务包分发方法及系统 |
CN107197039B (zh) * | 2017-06-30 | 2019-08-09 | 郑州云海信息技术有限公司 | 一种基于cdn的paas平台服务包分发方法及系统 |
CN107423114A (zh) * | 2017-07-17 | 2017-12-01 | 中国科学院软件研究所 | 一种基于服务分类的虚拟机动态迁移方法 |
CN107423114B (zh) * | 2017-07-17 | 2020-12-22 | 中国科学院软件研究所 | 一种基于服务分类的虚拟机动态迁移方法 |
CN107491352A (zh) * | 2017-08-22 | 2017-12-19 | 郑州云海信息技术有限公司 | 一种资源调度方法及装置 |
CN107491352B (zh) * | 2017-08-22 | 2020-09-08 | 郑州云海信息技术有限公司 | 一种资源调度方法及装置 |
CN107943558A (zh) * | 2017-11-21 | 2018-04-20 | 山东科技大学 | 基于霍尔特指数平滑法的状态预测模型生成方法 |
CN107783823A (zh) * | 2017-11-21 | 2018-03-09 | 郑州云海信息技术有限公司 | 一种负载均衡方法及装置 |
CN110489200A (zh) * | 2018-05-14 | 2019-11-22 | 中国科学院声学研究所 | 一种适用于嵌入式容器集群的任务调度方法 |
CN110489200B (zh) * | 2018-05-14 | 2022-03-08 | 郑州芯兰德网络科技有限公司 | 一种适用于嵌入式容器集群的任务调度方法 |
CN108900343A (zh) * | 2018-07-04 | 2018-11-27 | 中国人民解放军国防科技大学 | 基于本地存储的云服务器的资源预测和调度方法 |
CN111381928A (zh) * | 2018-12-28 | 2020-07-07 | 中兴通讯股份有限公司 | 一种虚拟机迁移方法、云计算管理平台和存储介质 |
CN110399200A (zh) * | 2019-06-26 | 2019-11-01 | 苏州浪潮智能科技有限公司 | 一种云平台资源调度方法和装置 |
CN114598705A (zh) * | 2022-03-07 | 2022-06-07 | 北京百度网讯科技有限公司 | 消息负载均衡方法、装置、设备和介质 |
CN114598705B (zh) * | 2022-03-07 | 2023-08-15 | 北京百度网讯科技有限公司 | 消息负载均衡方法、装置、设备和介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105607947A (zh) | 一种新的云环境虚拟机调度方法 | |
CN111190688B (zh) | 一种面向云数据中心的Docker迁移方法及系统 | |
CN105159751B (zh) | 一种云数据中心中能量高效的虚拟机迁移方法 | |
CN110134495B (zh) | 一种容器跨主机在线迁移方法、存储介质及终端设备 | |
CN107734052B (zh) | 面向组件依赖的负载均衡容器调度方法 | |
CN104023088B (zh) | 一种应用于分布式文件系统的存储服务器选择方法 | |
CN102104631B (zh) | 一种基于云端计算技术的知识系统中的服务质量保障方法 | |
CN106598733A (zh) | 一种云计算能耗关键的三维度虚拟资源调度方法 | |
CN109783237A (zh) | 一种资源配置方法及装置 | |
CN106648456B (zh) | 基于用户访问量以及预测机制的动态副本文件访问方法 | |
WO2020134364A1 (zh) | 一种虚拟机迁移方法、云计算管理平台和存储介质 | |
CN104375897A (zh) | 基于最小相对负载不均衡度的云计算资源调度方法 | |
CN105681052B (zh) | 一种用于数据中心分布式文件存储的节能方法 | |
Fallah et al. | NASLA: Novel auto scaling approach based on learning automata for web application in cloud computing environment | |
CN108196935A (zh) | 一种面向云计算的虚拟机节能迁移方法 | |
Gill et al. | Dynamic cost-aware re-replication and rebalancing strategy in cloud system | |
Tao et al. | Load feedback-based resource scheduling and dynamic migration-based data locality for virtual hadoop clusters in openstack-based clouds | |
Mahallat | ASTAW: auto-scaling threshold-based approach for web application in cloud computing environment | |
Chen et al. | The container deployment strategy based on stable matching | |
Deiab et al. | Energy efficiency in cloud computing | |
Selvi et al. | Popularity (hit rate) based replica creation for enhancing the availability in cloud storage | |
Liang et al. | [Retracted] Design of Virtual Machine Scheduling Algorithm in Cloud Computing Environment | |
CN115840649A (zh) | 划分容量块式虚拟资源分配方法及装置、存储介质和终端 | |
CN108563489A (zh) | 一种数据中心综合管理系统的虚拟机迁移方法及系统 | |
Zhang et al. | Speeding up vm startup by cooperative vm image caching |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20160525 |
|
WD01 | Invention patent application deemed withdrawn after publication |