[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

CN104426694A - 一种调整虚拟机资源的方法和装置 - Google Patents

一种调整虚拟机资源的方法和装置 Download PDF

Info

Publication number
CN104426694A
CN104426694A CN201310379991.4A CN201310379991A CN104426694A CN 104426694 A CN104426694 A CN 104426694A CN 201310379991 A CN201310379991 A CN 201310379991A CN 104426694 A CN104426694 A CN 104426694A
Authority
CN
China
Prior art keywords
vip
virtual machine
ratio
overloaded
vms
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.)
Granted
Application number
CN201310379991.4A
Other languages
English (en)
Other versions
CN104426694B (zh
Inventor
孙松儿
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hangzhou H3C Technologies Co Ltd
Original Assignee
Hangzhou H3C Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hangzhou H3C Technologies Co Ltd filed Critical Hangzhou H3C Technologies Co Ltd
Priority to CN201310379991.4A priority Critical patent/CN104426694B/zh
Priority to EP14839340.8A priority patent/EP3039818A1/en
Priority to PCT/CN2014/085001 priority patent/WO2015027866A1/en
Priority to US14/899,792 priority patent/US20160164828A1/en
Publication of CN104426694A publication Critical patent/CN104426694A/zh
Application granted granted Critical
Publication of CN104426694B publication Critical patent/CN104426694B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5007—Internet protocol [IP] addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
    • H04L41/0816—Configuration setting characterised by the conditions triggering a change of settings the condition being an adaptation, e.g. in response to network events
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0895—Configuration of virtualised networks or elements, e.g. virtualised network function or OpenFlow elements
    • 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/45595—Network integration; Enabling network access in virtual machine instances
    • 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/5077—Logical partitioning of resources; Management or configuration of virtualized resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/668—Internet protocol [IP] address subnets

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请公开了一种调整虚拟机资源的方法，该方法包括：LB管理设备接收到LB转发设备探测到并上报的各VIP的状态信息时，若根据任一VIP的状态信息确定该虚拟服务超载，通知虚拟机管理平台为该VIP新增加VM，并通知LB转发设备该VIP新增加VM，使LB转发设备使用所述LB管理设备下发的该VIP的调度策略为该VIP对应的VM分配承载业务。基于同样的发明构思，本申请还提出一种装置，能够自动实现虚拟机资源的动态调整，减少运维工作量。

Description

一种调整虚拟机资源的方法和装置
技术领域
本申请涉及通信技术领域，特别涉及一种调整虚拟机资源的方法和装置。
背景技术
当前云计算是比较热门的话题，尤其是云计算的虚拟化技术，正在得到广泛的应用。在云计算的存储虚拟化、服务器计算资源虚拟化，网络虚拟化是关键的云计算特征。尤其是云计算的服务器虚拟化，更是因为其实施简单快捷，不需要依赖整体网络改造和云计算大平台的建设而盛行。传统的企业传统数据中心中，服务器的利用效率低下的问题一直存在，而服务器的虚拟化正好可以解决这个问题，因此很多的传统的企业数据中心，在向云计算改造的过程中，基于服务器虚拟化的改造是最容易实施，也是最有效果的一个措施。
同时，针对企业的部分业务对于可靠性和高性能的请求，IT管理部门通常会部署负载均衡（LB）负载均衡设备放置在虚拟机资源池前面，通过LB负载均衡设备进行访问调度，从而合理利用各个虚拟机服务器的资源，保证服务器资源都得到有效的利用。
在这个过程中，服务器的虚拟化改造和LB转发设备的部署运行相互割裂，服务器管理员和网络管理员本身相互独立，业务的负载运行情况和服务器虚拟机资源的管理相互脱节，从而导致虚拟机故障或超载后，网络管理员不能及时感知该状态，也无法提前针对该状态调整服务器资源，以保证业务的正常运行；即使网络管理员发现应用系统出现异常或者访问速度缓慢，若定位发现是由于虚拟机服务器资源不足，仍然缺乏有效手段调整资源配置，只能通过手动方式和服务器管理员进行协调处理，需要消耗较多的时间才能恢复应用。
因此，根据故障情况手动处理这种方式，效率低下，一旦出现故障业务系统恢复较慢。
发明内容
有鉴于此，本申请提供一种调整虚拟机资源的方法和装置，能够自动实现虚拟机资源的动态调整，减少运维工作量。
为解决上述技术问题，本发明的技术方案是这样实现的：
一种调整虚拟机资源的方法，应用于包括LB管理设备、LB转发设备和虚拟机管理平台的系统中的LB管理设备上，其特征在于，该LB管理设备根据业务情况划分VIP，为各VIP配置调度策略，以及对应的VM，并下发给LB转发设备，使LB转发设备在底层物理设备上配置所述VIP，以及各VIP对应的VM；所述方法包括：
该LB管理设备接收到所述LB转发设备探测到并上报的各VIP的状态信息时，若根据任一VIP的状态信息确定该虚拟服务超载，通知虚拟机管理平台为该VIP增加VM，并通知LB转发设备该VIP新增加VM，使LB转发设备使用所述LB管理设备下发的该VIP的调度策略为该VIP对应的VM分配承载业务。
一种装置，可应用于包括LB管理设备、LB转发设备和虚拟机管理平台的系统中的LB管理设备上，其特征在于，该装置包括：配置下发单元、接收单元、确定单元和处理单元；
所述配置下发单元，用于根据业务情况划分VIP，为各VIP配置调度策略，以及对应的VM，并下发给LB转发设备，使LB转发设备在底层物理设备上配置所述VIP，以及各VIP对应的VM；
所述接收单元，用于接收所述LB转发设备上报的各VIP的状态信息；
所述确定单元，用于根据所述接收单元接收到所述LB转发设备探测到并上报的各VIP的状态信息时，根据任一VIP的状态信息确定该虚拟服务超载是否超载；
所述处理单元，用于当所述确定单元确定该VIP超载时，通知所述虚拟机管理平台为该VIP增加VM，并通知LB转发设备该VIP新增加VM，使LB转发设备使用所述配置下发单元下发的该VIP的调度策略为该VIP对应的VM分配承载业务。
综上所述，本申请通过LB管理设备接收到LB转发设备探测到并上报的各VIP的状态信息时，若根据任一VIP的状态信息确定该虚拟服务超载，通知虚拟机管理平台为该VIP新增加VM，并通知LB转发设备该VIP新增加VM，使LB转发设备使用所述LB管理设备下发的该VIP的调度策略为该VIP对应的VM分配承载业务，能够自动实现虚拟机资源的动态调整，减少运维工作量。
附图说明
图1为本发明具体实施例中调整虚拟机资源的方法流程示意图；
图2为包含LB管理设备、LB转发设备和虚拟机管理平台的系统示意图；
图3为本发明具体实施例中确定VIP1是否存在超载的方法流程示意图；
图4为本发明具体实施例中应用于上述技术的装置的结构示意图；
图5为本申请具体实施例中装置的硬件架构组成示意图。
具体实施方式
为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明所述方案作进一步地详细说明。
本发明实施例中提出一种调整虚拟机资源的方法，应用于包括LB管理设备、LB转发设备和虚拟机管理平台的系统中的LB管理设备上。该LB管理设备接收到LB转发设备探测到并上报的各虚服务（VIP）的状态信息时，若根据任一VIP的状态信息确定该虚拟服务超载，通知虚拟机管理平台为该VIP新增加虚拟机（VM），并通知LB转发设备该VIP新增加VM，使LB转发设备使用所述LB管理设备下发的该VIP的调度策略为该VIP对应的VM分配承载业务，能够自动实现虚拟机资源的动态调整，减少运维工作量。
LB管理设备根据业务情况划分VIP，为各VIP配置调度策略，以及对应的VM，并下发给LB转发设备，使LB转发设备在底层物理设备上配置各VIP，以及各VIP对应的VM。
如根据业务情况需划分N个VIP，分别为VIP1到VIPN，以VIP1和VIP2为例：为VIP1分配5个IP地址，如IP1到IP5，即本次为VIP1预定义了IP1到IP5共5个虚拟机资源进行业务承载。为VIP2分配11个IP地址，如IP10到IP20，即本次为虚拟服务2预定义了IP10到IP20共11个虚拟机资源进行业务承载。
同时，还可以为VIP1预留一定范围的IP地址，如IP6到IP9，在后续VIP1超载时，可以使用预留的IP地址作为，为该VIP增加的VM的IP地址。这样实现可以保证IP地址的连续性，便于访问与管理，当然，也可以分配任何一个未被其他VIP中的VM使用的IP地址。对于VIP2到VIPN都可以进行同样的处理，这里不再一一描述。
LB管理设备同时为各VIP配置调度策略，并下发给LB转发设备。具体实现时，可以配置API，并通过配置的API实现下发和调用配置信息的功能。
LB转发设备根据LB管理下发的各VIP信息，以及各VIP对应的VM信息，在底层物理设备上配置各VIP，以及各VIP对应的VM。并记录LB管理设备下发的各VIP的调度策略，用于通过对应的调度策略实现对应的VIP的各VM之间业务承载的负载均衡。
参见图1，图1为本发明具体实施例中调整虚拟机资源的方法流程示意图。具体步骤为：
步骤101，LB管理设备接收LB转发设备探测到并上报的各VIP的状态信息。
LB转发设备会主动探测各个VIP的应用状态，统计基于VIP的状态信息，并上报LB管理设备。
VIP的状态信息包括：VIP当前的流量速率、并发连接数和每秒请求数。
步骤102，若该LB管理设备根据任一VIP的状态信息确定该虚拟服务超载，通知虚拟机管理平台为该VIP增加VM，并通知LB转发设备该VIP新增加VM，使LB转发设备使用本LB管理设备下发的该VIP的调度策略为该VIP对应的VM分配承载业务。
本步骤中该LB管理设备通知虚拟机管理平台为该VIP增加VM时，同时通知该虚拟机管理平台增加的VM的IP地址，且该IP地址为，为该VIP预留的IP地址。
LB管理设备在划分VIP时，还需为各VIP配置最大带宽、最大并发连接数以及最大请求数。并且配置第一预设值，用于确定该VIP是否超载的参数。
LB管理设备确定VIP是否超载的方法，具体包括：
1、确定该VIP的速率比值、并发连接数比值和请求数比值。
确定该VIP的速率比值为该VIP当前的流量速率与该VIP的最大带宽的比值；该VIP的并发连接数比值为该VIP当前的并发连接数与该VIP的最大并发连接数的比值；该VIP的最大请求数比值为该VIP当前的每秒请求数与该VIP的最大请求数的比值。
2、确定该VIP的超载指数。
对该VIP的速率比值、并发连接数比值和请求数比值加权求和获得该VIP的超载指数。
在具体使用时，可以根据实际应用情况配置用于确定该VIP的超载指数。也可以在使用VIP的速率比值、并发连接数比值和请求数比值中的两个或三个参数进行加权计算。不需要加权计算的参数的权重可以用0表示。
3、确定获得的超载指数是否大于所述第一预设值，如果时，确定该VIP超载；否则，确定该VIP未超载。
上文描述了如何确定VIP是否超载，以及超载后的处理过程。在该VIP未超载时，还需确定该VIP对应的各VM的运行状态，如是否存在超载的VM，有多少个VM超载等。具体处理如下：
该LB管理设备若根据任一VIP的状态信息确定该VIP未超载，遍历该VIP对应的各VM，并确定超载的VM的个数与该VIP对应的VM个数的比值是否大于第二预设值，如果是，通知虚拟机管理平台为该VIP增加VM，并通知所述LB转发设备该VIP新增加VM，使所述LB转发设备使用本LB管理设备下发的该VIP的调度策略为该VIP对应的VM分配承载业务；否则，通知所述LB转发设备不再给超载的VM承载业务。
在具体实现时，通知LB转发设备不再给超载的VM承载业务的方式可以根据调度策略来相应地实现。下面以两种调度策略的描述具体实现过程：
如调度策略为根据VM的优先级进行调度，则将超载的VM的优先级设置为优先级最低，并通知LB转发设备，LB转发设备根据调度策略优先给优先级高的VM承载业务，超载的VM就不会再进行新的业务承载。
如果调度策略为轮询各VM，则通知LB转发设备在轮询时，不再为超载的VM承载新的业务。
LB转发设备在为各VIP配置对应的VM时，还为各VM配置最大并发连接数、最大请求数。同时配置第三预设值，用于确定该VM是否超载。
LB转发设备在上报VIP的状态信息时，还上报该VIP对应的虚拟机的状态信息，任一虚拟机的状态信息包括：虚拟机当前的并发连接数、每秒请求数、CPU利用率和内存利用率。
该LB管理设备确定任一虚拟机是否超载的方法，包括：
1、确定该虚拟机的并发连接数比值和请求数比值：
确定该虚拟机的并发连接数比值为该虚拟机当前的并发连接数与该虚拟机最大的并发连接数的比值；该虚拟机的请求数比值为该虚拟机当前的每秒请求数与该虚拟机的最大请求数的比值。
2、确定该虚拟机的超载指数：
确定该虚拟机的超载指数为该虚拟机的并发连接数比值、请求数比值、CPU利用率和内存利用率加权求和获得该VIP的超载指数。
在具体使用时，可以根据实际应用情况配置用于确定该VIP的超载指数。也可以在使用VIP的速率比值、并发连接数比值和请求数比值中的两个或三个参数进行加权计算。不需要加权计算的参数的权重可以用0表示，所有用于加权的权值的和为1即可。
3、确定该虚拟机的超载指数是否大于所述第三预设值，如果是，确定该虚拟机超载；否则，确定该虚拟机未超载。
在具体应用时，还可能初始配置的不够合理，或者调度策略致使某个VM出现空载或轻载。某个VM是否空载或轻载，可以通过上文计算的超载指数确定，如超载指数小于某个预设值确定为空载或超载等。
若确定某个VM轻载或空载时，通知LB转发设备将该VM退出业务承载，使该VM慢慢宕机；并通知虚拟机管理平台在该VM宕机后删除该VM。
下面结合附图详细说明本发明具体实施例中如何实现虚拟机资源的调整。参见图2，图2为包含LB管理设备、LB转发设备和虚拟机管理平台的系统示意图。
在应用系统部署之前，LB管理设备先根据自身的业务情况，合理划分虚服务的数目，并为每一个虚服务预留一定的IP地址范围，为后续的资源增加提供可分配的IP地址。规划完成后，可以通过各种方式，如API接口，实现针对应用的负载均衡参数配置，即调度策略，以配置并实现VIP1为例。对于该VIP配置第一预设值为80%，第二预设值为60%，第三预设值为80%。
为VIP1分配5个IP地址，如IP1到IP5，即本次为VIP1预定义了IP1到IP5共5个虚拟机资源进行业务承载。并为VIP1预留IP6到IP10，同时配置调度策略。
将规划的配置信息（VIP（IP1，IP2…IP5），调度策略）通过LB转发设备，传递到底层物理设备，在底层物理设备上配置各VIP1，以及VIP1对应的VM1到VM5。
LB转发设备会主动探测VIP1的应用状态，统计基于VIP1的状态信息，以及该VIP1对应的虚拟机（VM1到VM5）的状态信息，并上报LB管理设备。VIP的状态信息包括：VIP当前的流量速率、并发连接数和每秒请求数。任一虚拟机的状态信息包括：虚拟机当前的并发连接数、每秒请求数、CPU利用率和内存利用率。
LB管理设备根据上报的VIP1的状态信息以及该VIP1对应的各VM的状态信息，确定是否存在超载，是否需要进行VM的调整等。参见图3，图3为本发明具体实施例中确定VIP1是否存在超载的方法流程示意图。具体步骤为：
步骤301，开始。
步骤302，LB管理设备确定VIP1的超载指数是否大于80%，如果是，执行步骤307；否则，执行步骤303。
VIP的超载指数计算方法上文已详细给出，这里不再详细描述。
步骤303，LB管理设备确定VIP1对应的任一VM的超载指数是否大于80%，如果是，执行步骤304；否则，执行步骤305。
VM的超载指数计算方法上文已详细给出，这里不再详细描述。
步骤304，LB管理设备调整该VM的优先级为最低，并将不可用VM的个数加1。
该实施例中以优先级为例。
步骤305，LB管理设备是否轮询完VIP1对应的所有VM，如果是，执行步骤306；否则，执行步骤303。
步骤306，LB管理设备确定超载的VM的个数与VIP1对应的VM个数的比值是否大于60%，如果是，执行步骤307；否则，执行步骤308。
步骤307，LB管理设备通知虚拟机管理平台为VIP1增加VM，并通知LB转发设备该VIP1新增加VM。
增加的VM可以分配预留的IP地址，如IP6。LB转发设备根据VIP1的调度策略为VI1P对应的VM（VM1到VM6）分配承载业务。具体参见图2。
步骤308，结束。
如果确定存在空载的VM，也可通知虚拟机管理平台删除对应的VM，并通知LB转发设备该VIP1删除了对应的VM，使用调度策略对剩余的VM分配承载业务。
本发明具体实施例中基于同样的发明构思，还提出一种装置，可应用于包括LB管理设备、LB转发设备和虚拟机管理平台的系统中的LB管理设备上。参见图4，图4为本发明具体实施例中应用于上述技术的装置的结构示意图。该装置包括：配置下发单元401、接收单元402、确定单元403和处理单元404。
配置下发单元401，用于根据业务情况划分VIP，为各VIP配置调度策略，以及对应的VM，并下发给LB转发设备，使LB转发设备在底层物理设备上配置所述VIP，以及各VIP对应的VM。
接收单元402，用于接收所述LB转发设备上报的各VIP的状态信息。
确定单元403，用于根据接收单元402接收到所述LB转发设备探测到并上报的各VIP的状态信息时，根据任一VIP的状态信息确定该虚拟服务超载是否超载。
处理单元404，用于当确定单元403确定该VIP超载时，通知所述虚拟机管理平台为该VIP增加VM，并通知LB转发设备该VIP新增加VM，使LB转发设备使用配置下发单元401下发的该VIP的调度策略为该VIP对应的VM分配承载业务。
较佳地，
配置下发单元401，进一步用于为划分的各VIP分配预留IP地址。
处理单元404，进一步用于通知虚拟机管理平台为该VIP增加VM时，通知所述虚拟机管理平台增加的VM的IP地址，且该IP地址为，为配置下发单元401该VIP预留的IP地址。
较佳地，
配置下发单元401，进一步用于为任一VIP配置最大带宽，最大并发连接数，以及最大请求数；其中，所述任一VIP的状态信息包括：该VIP当前的流量速率、并发连接数和每秒请求数。
确定单元403，具体用于确定该VIP的速率比值为该VIP当前的流量速率与配置下发单元401配置的该VIP的最大带宽的比值；该VIP的并发连接数比值为该VIP当前的并发连接数与配置下发单元401配置的该VIP的最大并发连接数的比值；该VIP的最大请求数比值为该VIP当前的每秒请求数与配置下发单元401配置的该VIP的最大请求数的比值；并对该VIP的速率比值、并发连接数比值和请求数比值加权求和获得该VIP的超载指数，确定该VIP的超载指数是否大于所述第一预设值，如果时，确定该VIP超载；否则，确定该VIP未超载。
较佳地，
接收单元402，进一步用于接收所述LB转发设备上报的各VIP对应的VM的状态信息；
确定单元403，进一步用于确定该虚拟服务未超载时，遍历该VIP对应的各VM，并确定超载的VM的个数与该VIP对应的VM个数的比值是否大于第二预设值。
处理单元404，进一步用于当确定单元403确定超载的VM的个数与该VIP对应的VM的个数的比值大于第二预设值时，通知虚拟机管理平台为该VIP增加VM，并通知所述LB转发设备该VIP新增加VM，使所述LB转发设备使用本地调度策略为该VIP对应的VM分配承载业务；当确定单元403确定载的VM的个数与该VIP对应的VM的个数的比值不大于第二预设值时通知所述LB转发设备不再给超载的VM承载业务。
较佳地，
配置下发单元401，进一步用于对任一虚拟机配置该虚拟机的最大并发连接数和最大请求数；其中，所述任一虚拟机的状态信息包括：虚拟机当前的并发连接数、每秒请求数、CPU利用率和内存利用率；
确定单元403，进一步用于确定该虚拟机的并发连接数比值为该虚拟机当前的并发连接数与配置下发单元401配置的该虚拟机最大的并发连接数的比值；该虚拟机的请求数比值为该虚拟机当前的每秒请求数与配置下发单元401配置的该虚拟机的最大请求数的比值；并对该虚拟机的并发连接数比值、请求数的比值、CPU利用率和内存利用率加权求和获得该虚拟机的超载指数，确定该虚拟机的超载指数是否大于第三预设值，如果是，确定该虚拟机超载；否则，确定该虚拟机未超载。
上述实施例的单元可以集成于一体，也可以分离部署；可以合并为一个单元，也可以进一步拆分成多个子单元。
以上实施例对本申请具体实施例中的装置进行了说明，本实施例给出本申请具体实施例中装置的硬件架构组成。
该装置是可以软硬件结合的可编程设备，具体参见图5，图5为本申请具体实施例中装置的硬件架构组成示意图，该装置包括：非易失性存储器，CPU（中央处理器），转发芯片，内存和其他硬件；其中，
内存，用于存储指令代码，当所述指令代码被执行时完成的操作主要为装置中的接收单元、确定单元、配置下发单元和处理单元等单元完成的功能，这里不再详述。
CPU，用于与转发芯片通信，进行各种通知和状态信息的收发，包括：接收来自LB转发设备的状态信息、向LB转发设备下发配置内容，以及通知新增VM或删除VM的信息，并通知虚拟机管理平台新增VM的信息；用于与内存通信，读取和执行内存中存储的所述指令代码，完成上述装置中的接收单元、确定单元、配置下发单元和处理单元等单元完成的功能，以及对从转发芯片上送的状态信息的处理；用于与非易失性存储器通信，读/写非易失性存储器中的数据，包括：VIP的配置信息。
其中，配置下发单元配置用于根据业务情况划分VIP，为各VIP配置调度策略，以及对应的VM，并将配置内容通过转发芯片下发给LB转发设备，使LB转发设备在底层物理设备上配置所述VIP，以及各VIP对应的VM；接收单元用于接收转发芯片上送的来自LB转发设备的状态信息，并写入非易失性存储器进行保存。确定单元用于在接收单元接收到转发芯片上送的来自LB转发设备上报的VIP的状态信息和VM的状态信息之后，确定各VIP是否超载，各VIP对应的VM是否超载，以及某个VIP对应的VM的超载个数等，并将确定结果发送给处理单元。处理单元用于根据确定模块输入的确定结果进行处理。如果确定结果为超载时，向虚拟机管理平台发送的通知，以及向LB转发设备发送的通知发送给转发芯片。
转发芯片，用于通过该芯片上的端口连接到LB转发设备和虚拟及管理平台，负责上述的各种通知和信息的收发处理，具体的，将CPU发来的通知和配置信息发送到LB转发设备，将CPU发来的通知发送到虚拟机管理平台，并将接收到的来自LB转发设备的状态信息上送给CPU。
非易失性存储器，用于存储各种数据，包括：来自LB转发设备上报的状态信息、配置下发单元配置的各VIP的信息。
需要说明的是，图5所示的装置只是一个具体的例子，也可以通过其他的与本实施例描述不同结构实现，例如，执行上述指令代码时所完成的操作，也可以由特定应用专用集成电路（ASIC）实现。另外，上述的CPU可以是一个或多个，如果是多个，则由多个CPU共同负责读取和执行所述指令代码。因此，本申请对装置的具体结构不作具体限定。
综上所述，本发明具体实施例中LB管理设备接收到LB转发设备探测到并上报的各VIP的状态信息时，若根据任一VIP的状态信息确定该虚拟服务超载，通知虚拟机管理平台为该VIP新增加VM，并通知LB转发设备该VIP新增加VM，使LB转发设备使用所述LB管理设备下发的该VIP的调度策略为该VIP对应的VM分配承载业务，能够自动实现虚拟机资源的动态调整，减少运维工作量。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种调整虚拟机资源的方法，应用于包括负载均衡LB管理设备、LB转发设备和虚拟机管理平台的系统中的LB管理设备上，其特征在于，该LB管理设备根据业务情况划分虚服务VIP，为各VIP配置调度策略，以及对应的虚拟机VM，并下发给LB转发设备，使LB转发设备在底层物理设备上配置所述VIP，以及各VIP对应的VM；所述方法包括：
该LB管理设备接收到所述LB转发设备探测到并上报的各VIP的状态信息时，若根据任一VIP的状态信息确定该虚拟服务超载，通知虚拟机管理平台为该VIP增加VM，并通知LB转发设备该VIP新增加VM，使LB转发设备使用本LB管理设备下发的该VIP的调度策略为该VIP对应的VM分配承载业务。
2.根据权利要求1所述的方法，其特征在于，所述方法进一步包括：该LB管理设备为划分的各VIP分配预留IP地址；
所述通知虚拟机管理平台为该VIP增加VM时，所述方法进一步包括：通知所述虚拟机管理平台增加的VM的IP地址，且该IP地址为，为该VIP预留的IP地址。
3.根据权利要求1或2所述的方法，其特征在于，任一VIP的状态信息包括：该VIP当前的流量速率、并发连接数和每秒请求数；
所述方法进一步包括：为任一VIP配置最大带宽，最大并发连接数，以及最大请求数；
确定任一VIP是否超载的方法，包括：确定该VIP的速率比值为该VIP当前的流量速率与该VIP的最大带宽的比值；该VIP的并发连接数比值为该VIP当前的并发连接数与该VIP的最大并发连接数的比值；该VIP的最大请求数比值为该VIP当前的每秒请求数与该VIP的最大请求数的比值；
对该VIP的速率比值、并发连接数比值和请求数比值加权求和获得该VIP的超载指数，并确定该VIP的超载指数是否大于第一预设值，如果时，确定该VIP超载；否则，确定该VIP未超载。
4.根据权利要求1或2所述的方法，其特征在于，所述接收到所述LB转发设备探测到并上报的各VIP的状态信息时，所述方法进一步包括：接收到所述LB转发设备上报的各VIP对应的VM的状态信息；
该LB管理设备若根据任一VIP的状态信息确定该VIP未超载，遍历该VIP对应的各VM，并确定超载的VM的个数与该VIP对应的VM个数的比值是否大于第二预设值，如果是，通知虚拟机管理平台为该VIP增加VM，并通知所述LB转发设备该VIP新增加VM，使所述LB转发设备使用本LB管理设备下发的该VIP的调度策略为该VIP对应的VM分配承载业务；否则，通知所述LB转发设备不再给超载的VM承载业务。
5.根据权利要求4所述的方法，其特征在于，任一虚拟机的状态信息包括：虚拟机当前的并发连接数、每秒请求数、CPU利用率和内存利用率；
所述方法进一步包括：对于任一虚拟机配置该虚拟机的最大并发连接数和最大请求数；
确定虚拟机是否超载的方法，包括：确定该虚拟机的并发连接数比值为该虚拟机当前的并发连接数与该虚拟机最大的并发连接数的比值；该虚拟机的请求数比值为该虚拟机当前的每秒请求数与该虚拟机的最大请求数的比值；
对该虚拟机的并发连接数比值、请求数比值、CPU利用率和内存利用率加权求和获得该虚拟机的超载指数，并确定该虚拟机的超载指数是否大于第三预设值，如果是，确定该虚拟机超载；否则，确定该虚拟机未超载。
6.一种装置，可应用于包括负载均衡LB管理设备、LB转发设备和虚拟机管理平台的系统中的LB管理设备上，其特征在于，该装置包括：配置下发单元、接收单元、确定单元和处理单元；
所述配置下发单元，用于根据业务情况划分虚服务VIP，为各VIP配置调度策略，以及对应的虚拟机VM，并下发给LB转发设备，使LB转发设备在底层物理设备上配置所述VIP，以及各VIP对应的VM；
所述接收单元，用于接收所述LB转发设备上报的各VIP的状态信息；
所述确定单元，用于根据所述接收单元接收到所述LB转发设备探测到并上报的各VIP的状态信息时，根据任一VIP的状态信息确定该虚拟服务超载是否超载；
所述处理单元，用于当所述确定单元确定该VIP超载时，通知所述虚拟机管理平台为该VIP增加VM，并通知LB转发设备该VIP新增加VM，使LB转发设备使用所述配置下发单元下发的该VIP的调度策略为该VIP对应的VM分配承载业务。
7.根据权利要求6所述的装置，其特征在于，
所述配置下发单元，进一步用于为划分的各VIP分配预留IP地址；
所述处理单元，进一步用于通知虚拟机管理平台为该VIP增加VM时，通知所述虚拟机管理平台增加的VM的IP地址，且该IP地址为，为所述配置下发单元该VIP预留的IP地址。
8.根据权利要求6或7所述的装置，其特征在于，
所述配置下发单元，进一步用于为任一VIP配置最大带宽，最大并发连接数，以及最大请求数；其中，所述任一VIP的状态信息包括：该VIP当前的流量速率、并发连接数和每秒请求数；
所述确定单元，具体用于确定该VIP的速率比值为该VIP当前的流量速率与所述配置下发单元配置的该VIP的最大带宽的比值；该VIP的并发连接数比值为该VIP当前的并发连接数与所述配置下发单元配置的该VIP的最大并发连接数的比值；该VIP的最大请求数比值为该VIP当前的每秒请求数与所述配置下发单元配置的该VIP的最大请求数的比值；并对该VIP的速率比值、并发连接数比值和请求数比值加权求和获得该VIP的超载指数，确定该VIP的超载指数是否大于第一预设值，如果时，确定该VIP超载；否则，确定该VIP未超载。
9.根据权利要求6或7所述的装置，其特征在于，
所述接收单元，进一步用于接收所述LB转发设备上报的各VIP对应的VM的状态信息；
所述确定单元，进一步用于确定该VIP未超载时，遍历该VIP对应的各VM，并确定超载的VM的个数与该VIP对应的VM个数的比值是否大于第二预设值；
所述处理单元，进一步用于当所述确定单元确定超载的VM的个数与该VIP对应的VM的个数的比值大于第二预设值时，通知虚拟机管理平台为该VIP增加VM，并通知所述LB转发设备该VIP新增加VM，使所述LB转发设备使用本LB管理设备下发的该VIP的调度策略为该VIP对应的VM分配承载业务；当所述确定单元确定载的VM的个数与该VIP对应的VM的个数的比值不大于第二预设值时通知所述LB转发设备不再给超载的VM承载业务。
10.根据权利要求9所述的装置，其特征在于，
所述配置下发单元，进一步用于对任一虚拟机配置该虚拟机的最大并发连接数和最大请求数；其中，所述任一虚拟机的状态信息包括：虚拟机当前的并发连接数、每秒请求数、CPU利用率和内存利用率；
所述确定单元，进一步用于确定该虚拟机的并发连接数比值为该虚拟机当前的并发连接数与所述配置下发单元配置的该虚拟机最大的并发连接数的比值；该虚拟机的请求数比值为该虚拟机当前的每秒请求数与所述配置下发单元配置的该虚拟机的最大请求数的比值；并对该虚拟机的并发连接数比值、请求数比值、CPU利用率和内存利用率加权求和获得该虚拟机的超载指数，确定该虚拟机的超载指数是否大于第三预设值，如果是，确定该虚拟机超载；否则，确定该虚拟机未超载。
CN201310379991.4A 2013-08-28 2013-08-28 一种调整虚拟机资源的方法和装置 Active CN104426694B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201310379991.4A CN104426694B (zh) 2013-08-28 2013-08-28 一种调整虚拟机资源的方法和装置
EP14839340.8A EP3039818A1 (en) 2013-08-28 2014-08-22 Adjusting virtual machine resources
PCT/CN2014/085001 WO2015027866A1 (en) 2013-08-28 2014-08-22 Adjusting virtual machine resources
US14/899,792 US20160164828A1 (en) 2013-08-28 2014-08-22 Adjusting virtual machine resources

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201310379991.4A CN104426694B (zh) 2013-08-28 2013-08-28 一种调整虚拟机资源的方法和装置

Publications (2)

Publication Number Publication Date
CN104426694A true CN104426694A (zh) 2015-03-18
CN104426694B CN104426694B (zh) 2018-10-12

Family

ID=52585571

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201310379991.4A Active CN104426694B (zh) 2013-08-28 2013-08-28 一种调整虚拟机资源的方法和装置

Country Status (4)

Country Link
US (1) US20160164828A1 (zh)
EP (1) EP3039818A1 (zh)
CN (1) CN104426694B (zh)
WO (1) WO2015027866A1 (zh)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105592134A (zh) * 2015-08-26 2016-05-18 杭州华三通信技术有限公司 一种负载分担的方法和装置
CN105988858A (zh) * 2015-05-15 2016-10-05 中国银联股份有限公司 一种虚拟机资源调度方法、装置及系统
CN106656617A (zh) * 2016-12-29 2017-05-10 杭州迪普科技股份有限公司 一种主备切换方法及装置
CN106713163A (zh) * 2016-12-29 2017-05-24 杭州迪普科技股份有限公司 一种调配服务器负载的方法及装置
CN107015864A (zh) * 2017-01-16 2017-08-04 平安银行股份有限公司 业务批量处理控制方法及装置
CN107040475A (zh) * 2016-11-14 2017-08-11 平安科技（深圳）有限公司 资源调度方法和装置
CN111176792A (zh) * 2019-12-31 2020-05-19 华为技术有限公司 一种资源调度方法、装置及相关设备

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9763135B1 (en) * 2014-08-06 2017-09-12 Cisco Technology, Inc. Load balancing with mobile resources
US9678785B1 (en) 2015-11-30 2017-06-13 International Business Machines Corporation Virtual machine resource allocation based on user feedback

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080104608A1 (en) * 2006-10-27 2008-05-01 Hyser Chris D Starting up at least one virtual machine in a physical machine by a load balancer
CN102214117A (zh) * 2010-04-07 2011-10-12 中兴通讯股份有限公司 虚拟机管理方法、系统及虚拟机管理服务器
CN102427475A (zh) * 2011-12-08 2012-04-25 曙光信息产业(北京)有限公司 一种云计算环境中负载均衡调度的系统
US20120117563A1 (en) * 2010-11-04 2012-05-10 Yuh-Jye Chang Overload control in a cloud computing environment
CN102646062A (zh) * 2012-03-20 2012-08-22 广东电子工业研究院有限公司 一种云计算平台应用集群弹性扩容方法
CN102833355A (zh) * 2012-09-22 2012-12-19 广东电子工业研究院有限公司 一种面向云计算的负载均衡系统及机制
CN102934412A (zh) * 2010-06-18 2013-02-13 诺基亚西门子通信公司 服务器集群
CN103078965A (zh) * 2012-12-25 2013-05-01 曙光云计算技术有限公司 虚拟机的ip地址管理方法
US20130142079A1 (en) * 2011-12-01 2013-06-06 International Business Machines Corporation Distributed Dynamic Virtual Machine Configuration Service

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
SE521190C2 (sv) * 2001-02-16 2003-10-07 Ericsson Telefon Ab L M Metod system och anordning för att styra bandbreddsanvändningen i ett datakommunikationsnät
US20030079018A1 (en) * 2001-09-28 2003-04-24 Lolayekar Santosh C. Load balancing in a storage network
US8478961B2 (en) * 2011-03-02 2013-07-02 International Business Machines Corporation Dynamic migration of virtual machines based on workload cache demand profiling
US8676980B2 (en) * 2011-03-22 2014-03-18 Cisco Technology, Inc. Distributed load balancer in a virtual machine environment
CN102594881B (zh) * 2012-02-08 2017-10-17 中兴通讯股份有限公司 一种虚拟机负载均衡方法、管理模块及虚拟机集群系统
US9065734B2 (en) * 2013-03-08 2015-06-23 Telefonaktiebolaget L M Ericsson (Publ) Network bandwidth allocation in multi-tenancy cloud computing networks

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080104608A1 (en) * 2006-10-27 2008-05-01 Hyser Chris D Starting up at least one virtual machine in a physical machine by a load balancer
CN102214117A (zh) * 2010-04-07 2011-10-12 中兴通讯股份有限公司 虚拟机管理方法、系统及虚拟机管理服务器
CN102934412A (zh) * 2010-06-18 2013-02-13 诺基亚西门子通信公司 服务器集群
US20130204995A1 (en) * 2010-06-18 2013-08-08 Nokia Siemens Networks Oy Server cluster
US20120117563A1 (en) * 2010-11-04 2012-05-10 Yuh-Jye Chang Overload control in a cloud computing environment
US20130142079A1 (en) * 2011-12-01 2013-06-06 International Business Machines Corporation Distributed Dynamic Virtual Machine Configuration Service
CN102427475A (zh) * 2011-12-08 2012-04-25 曙光信息产业(北京)有限公司 一种云计算环境中负载均衡调度的系统
CN102646062A (zh) * 2012-03-20 2012-08-22 广东电子工业研究院有限公司 一种云计算平台应用集群弹性扩容方法
CN102833355A (zh) * 2012-09-22 2012-12-19 广东电子工业研究院有限公司 一种面向云计算的负载均衡系统及机制
CN103078965A (zh) * 2012-12-25 2013-05-01 曙光云计算技术有限公司 虚拟机的ip地址管理方法

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105988858A (zh) * 2015-05-15 2016-10-05 中国银联股份有限公司 一种虚拟机资源调度方法、装置及系统
CN105592134A (zh) * 2015-08-26 2016-05-18 杭州华三通信技术有限公司 一种负载分担的方法和装置
CN105592134B (zh) * 2015-08-26 2019-04-05 新华三技术有限公司 一种负载分担的方法和装置
CN107040475A (zh) * 2016-11-14 2017-08-11 平安科技（深圳）有限公司 资源调度方法和装置
CN106656617A (zh) * 2016-12-29 2017-05-10 杭州迪普科技股份有限公司 一种主备切换方法及装置
CN106713163A (zh) * 2016-12-29 2017-05-24 杭州迪普科技股份有限公司 一种调配服务器负载的方法及装置
CN107015864A (zh) * 2017-01-16 2017-08-04 平安银行股份有限公司 业务批量处理控制方法及装置
CN111176792A (zh) * 2019-12-31 2020-05-19 华为技术有限公司 一种资源调度方法、装置及相关设备
WO2021136137A1 (zh) * 2019-12-31 2021-07-08 华为技术有限公司 一种资源调度方法、装置及相关设备
CN111176792B (zh) * 2019-12-31 2023-11-17 华为技术有限公司 一种资源调度方法、装置及相关设备

Also Published As

Publication number Publication date
EP3039818A1 (en) 2016-07-06
WO2015027866A1 (en) 2015-03-05
CN104426694B (zh) 2018-10-12
US20160164828A1 (en) 2016-06-09

Similar Documents

Publication Publication Date Title
CN104426694B (zh) 一种调整虚拟机资源的方法和装置
US12107769B2 (en) Throttling queue for a request scheduling and processing system
CN106375395B (zh) 节点服务器的负载均衡方法和系统
CN103051564B (zh) 资源动态调配的方法和装置
US8386607B2 (en) Method and system for utilizing a resource conductor to optimize resource management in a distributed computing environment
US20140173620A1 (en) Resource allocation method and resource management platform
JP6881575B2 (ja) 資源割当システム、管理装置、方法およびプログラム
CN104836819A (zh) 动态负载均衡的方法、系统及监控调度设备
CN102427475A (zh) 一种云计算环境中负载均衡调度的系统
CN105373429A (zh) 任务调度方法、装置及系统
CN102369688A (zh) 资源动态调整方法和调度设备
CN104917805A (zh) 一种负载分担的方法和设备
CN105335229A (zh) 一种业务资源的调度方法和装置
CN108132827B (zh) 一种网络切片资源映射方法、相关设备及系统
US10423217B1 (en) Dynamic power capping of multi-server nodes in a chassis based on real-time resource utilization
US8458702B1 (en) Method for implementing user space up-calls on java virtual machine before/after garbage collection
CN109542580A (zh) 一种资源管理方法、装置、设备及计算机可读存储介质
CN113760549B (zh) 一种pod部署方法及装置
WO2022142515A1 (zh) 管理实例的方法、装置以及云应用引擎
CN115378885B (zh) 超融合架构下的虚拟机业务网络带宽管理方法及装置
CN116680078A (zh) 云计算资源调度方法、装置、设备以及计算机存储介质
CN114116203B (zh) 一种资源调用控制方法、资源调用控制装置及存储介质
EP3129878B1 (en) Elasticity engine for availability management framework (amf)
JP6059259B2 (ja) 計算機システム及び計算機リソースの割当方法
CN115878309A (zh) 资源分配方法、装置、处理核、设备和计算机可读介质

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
CB02 Change of applicant information

Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No.

Applicant after: Xinhua three Technology Co., Ltd.

Address before: 310053 Hangzhou hi tech Industrial Development Zone, Zhejiang province science and Technology Industrial Park, No. 310 and No. six road, HUAWEI, Hangzhou production base

Applicant before: Huasan Communication Technology Co., Ltd.

CB02 Change of applicant information
GR01 Patent grant
GR01 Patent grant