CN104486255B - 业务资源调度方法和装置 - Google Patents

Abstract

本发明提出一种业务资源调度方法，所述方法包括：管理服务器实时向虚拟机发送连接数采集指令；虚拟机根据所述连接数采集指令采集连接数，并将所述连接数返回给所述管理服务器；管理服务器根据所述连接数设置连接数监控阈值，并基于所述监控阈值对本地业务资源进行动态调度。通过本发明，可以实现虚拟机连接数的精确采集，从而提高资源动态调度的灵敏性。

Description

业务资源调度方法和装置

技术领域

本发明涉及通信技术领域，尤其涉及一种业务资源调度方法和装置。

背景技术

随着硬件速度以及服务器性能的不断提升，数据中心中服务器的使用率有所下降，为了提高服务器硬件利用率，降低数据中心的运维成本，近年来，DRX(DynamicResource extension，动态资源扩展)解决方案得到了很大的发展。

DRX解决方案通过感知业务系统的负载状况，并根据业务系统的实际负载状况自动联动IT基础架构进行基础资源的弹性扩展，实现了企业业务需求向IT需求的自动映射和资源调度，以及企业业务负载和IT支撑资源供给水平的自动关联。

请参见图1，图1为DRX解决方案的系统架构框图，DRX解决方案的系统架构中通常包括资源层、业务资源调度和展示层、业务负载监控模块和业务负载分发模块。

●资源层

负责将数据中心内的物理资源虚拟化和池化，并以虚拟服务器为单位对外提供服务，包括：

物理资源层：由数据中心内的多台物理服务器组成，为企业业务提供服务器资源，服务器规模由企业业务总体需求确定。

虚拟化内核平台：安装于物理资源层内的物理服务器上，实现物理服务器的硬件资源的逻辑封装和虚拟化，是企业云计算架构的基础。

虚拟资源层：物理资源层上运行的虚拟服务器的集合，共同构成统一的虚拟服务器资源池。池内的虚拟服务器作为企业业务承载的最小单元，对外提供业务服务。

●业务资源调度&展示层

负责基于业务负载进行资源的动态调度以及展示，包括：

业务资源动态调度模块：该模块为管理一组虚拟服务器，为一个特定的用户业务(以下统称“动态资源扩展业务”)提供服务。我们把这个虚拟服务器组称为“业务动态资源扩展服务器组”。同时该模块通过与业务负载监控模块的联动，及时感知业务负载状况，根据业务实际负载变化动态的增加或减少虚拟服务器组内运行的服务器数量来实现针对同一业务的服务器资源的弹性扩展。虚拟服务器的扩展(伸缩)可以通过虚拟机的克隆创建、删除和停止等方式来实现。

业务资源调度展示模块：为了实现对数据中心内运行的“动态资源扩展业务”的运行状况和资源支撑情况进行直观的展示，帮助IT管理人员对“动态资源扩展业务”进行有效的管理和预判。该模块提供丰富的动态资源扩展业务的统计信息展示，如，TOP N的虚拟服务器CPU占用率等。

●业务负载监控模块

该模块对支撑某一特定业务的所有虚拟服务器的负载状况进行统一监控。管理员可以根据业务情况事先设定阈值，当该组虚拟服务器的负载上升超出设定的上限阈值(扩展阈值)后，联动业务资源调度模块自动扩展该业务对应的虚拟服务器资源；反之，当该组虚拟服务器的负载下降超出设定的下限阈值(回收阈值)后，联动业务资源调度模块自动回收该业务对应的虚拟服务器资源。

●业务负载分发模块

该模块实现将“业务动态资源扩展服务器组”内的多个虚拟服务器整合为一个逻辑整体来共同支撑一个用户业务。这需要该模块其将对该业务的访问按照管理员事先设定的策略分别发到对应的各虚拟服务器上；这个分发策略由IT管理员依据业务的特点来自行选择。如，各虚拟服务器的监控状况、负载情况、随机轮转分发等。

在现有实现中，所述业务负载监控模块中的业务负载监控指标主要有CPU利用率、内存利用率及网络连接数，其中网络连接数指标对资源调度起着决定性作用，而目前网络连接数通常是在SDN(Software Defined Network，软件定义网络)架构中通过监控虚拟交换机的流表来进行采集的，由于虚拟交换机的流表老化太快，采集到虚拟机的网络连接数往往不准确，从而造成管理员在设置连接数监控阈值时，需要不断的进行压力测试，才能设置一个合理的扩展阈值及回收阈值。

发明内容

有鉴于此，本发明提出一种业务资源调度方法，应用于管理服务器，所述管理服务器用于对本地虚拟化资源池中的虚拟化资源进行管理，其中所述虚拟化资源池包括对若干物理服务器虚拟化后生成的若干虚拟机，所述方法包括：

实时向虚拟机发送连接数采集指令；

获取虚拟机根据所述采集指令采集的连接数；

根据所述连接数设置连接数监控阈值，并基于所述监控阈值对本地业务资源进行动态调度。

可选的，所述实时向虚拟机发送连接数采集指令包括:

向Libvirt下发连接数采集请求；所述连接数采集请求中包括所述连接数采集指令以及所述虚拟机的名称；

所述Libvirt解析所述连接数采集请求获取所述虚拟机的名称以及所述连接数采集指令；

所述Libvirt根据所述虚拟机的名称将所述连接数采集指令通过为该虚拟机预先创建的virtio设备发送给该虚拟机。

可选的，所述Libvirt根据所述虚拟机的名称将所述连接数采集指令通过为该虚拟机预先创建的virtio设备发送给该虚拟机包括：

所述Libvirt将所述连接数采集指令发送给QEMU设备模拟处理器，再由所述QEMU设备模拟处理器将所述连接数采集请求写入所述virtio设备的后端物理接口，以使得所述虚拟机调用所述virtio设备的前端应用程序接口从所述后端物理接口中读取所述连接数采集指令；其中，所述前端应用程序接口位于所述虚拟机的操作系统中。

本发明还提出一种业务资源调度方法，应用于虚拟机，所述虚拟机由本地虚拟化资源池中的物理服务器虚拟化后生成，所述方法包括：

接收管理服务器发送的连接数采集指令；

根据所述连接数采集指令采集连接数，并将所述连接数发送给所述管理服务器，以使得所述管理服务器根据所述连接数设置连接数监控阈值，并基于所述监控阈值对其本地业务资源进行动态调度。

可选的，所述根据所述连接数采集指令采集连接数，并将所述连接数发送给所述管理服务器包括：

调用由所述管理服务器为本机创建的virtio设备的前端应用程序接口从所述virtio设备的后端物理接口中读取所述连接数采集指令；其中，所述前端应用程序接口位于所述虚拟机的操作系统中；

执行所述连接数采集指令采集连接数；

将采集到的连接数写入所述virtio设备的后端物理接口，以使得所述管理服务器可从所述后端物理接口中获取所述连接数。

本发明还提出一种业务资源调度装置，应用于管理服务器，所述管理服务器用于对本地虚拟化资源池中的虚拟化资源进行管理，其中所述虚拟化资源池包括对若干物理服务器虚拟化后生成的若干虚拟机，所述装置包括：

发送模块，用于实时向虚拟机发送连接数采集指令；

获取模块，用于获取虚拟机根据所述采集指令采集的连接数；

调度模块，用于根据所述连接数设置连接数监控阈值，并基于所述监控阈值对本地业务资源进行动态调度。

可选的，所述发送模块包括:

下发子模块，用于向Libvirt子模块下发连接数采集请求；所述连接数采集请求中包括所述连接数采集指令以及所述虚拟机的名称；

Libvirt子模块，用于解析所述连接数采集请求获取所述虚拟机的名称以及所述连接数采集指令，并根据所述虚拟机的名称将所述连接数采集指令通过为该虚拟机预先创建的virtio设备发送给该虚拟机。

可选的，所述Libvirt子模块进一步用于：

所述Libvirt将所述连接数采集指令发送给QEMU设备模拟处理器，再由所述QEMU设备模拟处理器将所述连接数采集请求写入所述virtio设备的后端物理接口。

本发明还提出一种业务资源调度装置，应用于虚拟机，所述虚拟机由本地虚拟化资源池中的物理服务器虚拟化后生成，所述装置包括：

接收模块，用于接收管理服务器发送的连接数采集指令；

返回模块，用于根据所述连接数采集指令采集连接数，并将所述连接数返回给所述管理服务器，以使得所述管理服务器根据所述连接数设置连接数监控阈值，并基于所述监控阈值对其本地业务资源进行动态调度。

可选的，所述返回模块进一步用于：

调用由所述管理服务器为本机创建的virtio设备的前端应用程序接口从所述virtio设备的后端物理接口中读取所述连接数采集指令；其中，所述前端应用程序接口位于所述虚拟机的操作系统中；

执行所述连接数采集指令采集连接数；

将采集到的连接数写入所述virtio设备的后端物理接口，以使得所述管理服务器可从所述后端物理接口中获取所述连接数。

本发明通过由上层平台的管理服务器向底层平台的虚拟机下发连接数采集指令，由底层平台的虚拟机根据所述连接数采集指令来采集连接数，由于不再通过监控流表来采集连接数，而是直接由底层平台的虚拟机基于由于上层平台的管理服务器下发的采集指令来采集连接数，因此实现了连接数的精确采集，从而使得管理员在通过所述管理服务器设置监控阈值时，可以基于虚拟机采集到的连接数发布标准化的监控阈值，不需要不断的进行压力测试来设置监控阈值，提高了资源动态调度的灵敏性。

附图说明

图1是本发明示出的现有技术中DRX解决方案的系统架构框图；

图2是本发明一种示例性实施方式中示出的DRX解决方案的系统架构框图；

图3是本发明一种示例性实施方式中示出的一种业务资源调度方法的处理流程图；

图4是本发明一种示例性实施方式中示出的虚拟机网络连接数的采集流程图；

图5是本发明一种示例性实施方式示出的一种业务资源调度装置的框图；

图6是本发明一种示例性实施方式示出的一种承载所述一种业务资源调度装置的管理服务器的硬件结构图；

图7是本发明一种示例性实施方式示出的发送模块的框图；

图8是本发明一种示例性实施方式示出的另一种业务资源调度装置的框图；

图9是本发明一种示例性实施方式示出的一种承载所述另一种业务资源调度装置的物理服务器的硬件结构图。

具体实施方式

请参见图2，在基于DRX解决方案的系统架构中，通常包括上层管理服务器上的虚拟化管理平台(以下简称上层平台)以及底层物理服务器上的虚拟化内核平台(以下简称底层平台)。

在底层平台中，通过特定的虚拟化技术，对物理服务器的硬件资源进行逻辑封装和虚拟化，例如所述虚拟化技术可以是KVM(Kernel-based Virtual Machine，基于内核的虚拟机)/QEMU(Quick emulator，快速仿真器)技术，并将虚拟化后的虚拟服务器(以下简称虚拟机)资源进行池化以对外提供服务。

在上层平台中，管理员可以对资源池中某一特定的业务的所有虚拟机的负载状况进行统一监控，并通过业务负载监控指标来设置监控阈值对本地资源池中的虚拟资源进行动态调用，以提高底层物理服务器的资源利用率。

其中，底层平台与上层平台之间的交互，可以通过Libvirt技术提供的开发接口来实现。

Libvirt是一个软件集合，便于使用者管理虚拟机和其他虚拟化功能，比如存储和网络接口管理等等。这些软件通常包括一个API(Application Programming Interface，应用程序编程接口)库、一个守护进程libvirtd和一个命令行工具virsh(Virtual Shell，虚拟外壳)。

目前，Libvirt技术已被广泛应用基于虚拟化的解决方案中，其可以作为连接上层平台和底层平台的一个中间适配层。Libvirt可以为上层平台提供一个统一的稳定的API接口，管理员可以通过Libvirt中的命令行工具，通过编辑特殊的virsh指令来对底层平台中运行了守护进程libvirtd的虚拟机进行管理。

同时，Libvirt通过提供不同的驱动来支持底层平台中不同的虚拟化技术，例如，以目前应用最广泛的KVM/QEMU的虚拟化技术为例，Libvirt提供支持KVM/QEMU的QEMU驱动。

在实际应用中，所述业务负载监控指标通常包括CPU利用率、内存利用率及网络连接数，其中网络连接数指标对资源调度起着决定性作用，而现有实现中，上层平台采集到的虚拟服务器的网络连接数往往不精确，管理员在通过所述管理服务器设置监控阈值时，需要不断的进行压力测试来设置监控阈值，无法发布标准化的监控阈值，因此非常影响上层平台对资源进行动态调度的灵敏性。

有鉴于次，本发明提出一种业务资源调度方法，旨在实现网络连接数的精确采集，使管理员在通过管理服务器设置监控阈值时，可以发布标准化的监控阈值。

本发明通过由上层平台的管理服务器向底层平台的虚拟机下发连接数采集指令，由底层平台的虚拟机根据所述连接数采集指令来采集连接数，由于不再通过交换机的监控流表来采集连接数，而是直接由底层平台的虚拟机基于由上层平台的管理服务器下发的采集指令来采集连接数，因此实现了连接数的精确采集，从而使得管理员在通过所述管理服务器设置监控阈值时，可以基于虚拟机采集到的连接数发布标准化的监控阈值，不需要不断的进行压力测试来设置监控阈值，提高了资源动态调度的灵敏性。

为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明所述方案作进一步地详细说明。

请参见图3，本发明提出一种业务资源调度方法，应用于管理服务器以及虚拟机，所述管理服务器用于对本地虚拟化资源池中的虚拟化资源进行管理，所述虚拟化资源池包括对若干物理服务器虚拟化后生成的若干虚拟机；其中，所述管理服务器可以是独立于虚拟化资源池中的物理服务器之外的一台单独的服务器，也可以从虚拟化资源池中选定一台物理服务器作为管理服务器；所述管理服务器以及虚拟机相互配合，执行如下步骤：

步骤301、管理服务器实时向虚拟机发送连接数采集指令；

步骤302、虚拟机根据所述连接数采集指令采集连接数，并将所述连接数返回给所述管理服务器；

步骤303、管理服务器根据所述连接数设置连接数监控阈值，并基于所述监控阈值对本地业务资源进行动态调度。

在现有实现中，上层平台可以通过Libvirt中的命令行工具，编辑特殊的virsh指令对底层平台上的虚拟机进行远程管理，为底层平台上的虚拟机下发对应的配置信息、管理信息等；因此，在本实施例中，仍然可以利用这一机制，通过Libvirt中的命令行工具向底层平台中的虚拟机传输所要执行的连接数采集指令。

然而，底层平台的虚拟机对于管理服务器而言，仅仅为上层平台中调用的一个虚拟机进程，二者无法进行直接通信，因此可以通过为虚拟机增加一个virtio设备，上层平台在将所述连接数采集指令下发给虚拟机时，可以通过所述virtio设备与虚拟机上安装的所述采集连接数的服务端程序进行通信，来下发指令并获取连接数。

其中，所述virtio设备为底层平台在其本地通过特定的虚拟化技术(例如KVM/QEMU技术)模拟出的一台模拟设备，通常包括位于后端的驱动程序以及位于所述虚拟机的操作系统中的前端驱动程序；

其中，所述后端驱动程序，在所述管理服务器一侧进行实现，通过采用特定的虚拟机化技术(例如KVM/QEMU技术)实现出的一台特定的模拟设备，该模拟设备可以包括一个后端物理接口。所述前端驱动程序，在虚拟机的操作系统中进行实现，由虚拟机操作系统实现一组通用的前端应用程序接口，提供应用程序的读写，虚拟机的操作系统可以通过调用该前端应用程序接口对所述后端物理接口上写入的指令进行读写。

在管理服务器一侧(即在上层平台中)，管理服务器可以通过Libvirt中的命令行工具发送连接数采集请求，其中，该连接数采集请求中可以携带需要底层虚拟机在远端执行的连接数采集指令，以及虚拟机的名称。

例如，所述连接数采集请求可以是(virsh qemu-agent-command domainName'{"execute":"guest-link-number"}')，在该采集请求中，domainName即为对端虚拟机名称，{"execute":"guest-link-number"}即为该虚拟机所要执行的采集指令。

请参见图4，对于所述连接数采集请求，管理服务器可以通过Libvirt提供的API接口将其实时下发给Libvirt。Libvirt在收到所述连接数采集请求后，对连接数采集请求进行解析，并从中获取对端虚拟机的名称以及该虚拟所要执行的连接数采集指令，然后根据获取到的虚拟机的名称将该连接数采集指令，通过UNIX SOCKET(套接字)发送给平台底层的QEMU设备模拟处理器，再由QEMU设备模拟处理器写入到其本地通过特定的虚拟机化技术模拟出的所述virtio设备的后端物理接口(即所述后端驱动程序)。其中所述后端物理接口在实现时可以是串行物理接口；所述QEMU设备模拟处理器为上层平台中独立运行的软件程序，专门为虚拟机提供各种计算机模拟外设。

在虚拟机一侧(即在底层平台中)，可以在虚拟机的操作系统中安装一个采集连接数的服务端程序，该服务端程序用于读取并执行上层平台下发的所述连接数采集指令，以完成后续采集连接数的操作。

具体地，当所述连接数采集指令被成功写入所述virtio设备的后端物理口后，所述服务端程序可以调用虚拟机操作系统中所述virtio设备的前端应用程序接口(即所述前端驱动)从所述virtio设备的后端物理接口中读取所述连接数采集指令，并执行所述连接数采集指令来采集当前操作系统中的TCP/UDP连接数。当所述连接数采集完成后，所述服务端程序可以将采集到的连接数写入所述virtio设备的后端物理接口。

其中，值得说明的是，所述virtio设备位于所述管理服务器一侧的后端物理接口与位于所述虚拟机一侧的前端应用程序接口之间的通信过程(即前端驱动程序和后端驱动程序之间的通信过程)，可以是基于创建的虚拟队列进行通信，详细过程请参考现有实现中的介绍，本实施例中不再进行详述。

在本实施例中，对于写入所述virtio设备的后端物理接口的连接数，可以由上层平台底层的QEMU设备模拟处理器直接从所述后物理接口中进行读取，然后QEMU设备模拟处理器将读取到的连接数通过UNIX SOCKET返回给Libvirt，并最终通过Libvirt提供的API接口上送到管理服务器，后续管理员可以通过管理服务器基于此次采集到的连接数来设置监控阈值，以对当前资源池中的虚拟资源进行动态调度。

例如，由于连接数可以实时的反应虚拟机的负载，因此管理员可以基于采集到的连接数来设置一个上限阈值(扩展阈值)以及一个下限阈值(回收阈值)，如果通过采集到的连接数判断出当前虚拟机的负载达到了上限阈值，则可以联动业务资源调度模块自动扩展该业务对应的虚拟服务器资源；相反，如果通过采集到的连接数判断出当前虚拟机的低于下限阈值时，为了提高服务器的利用率，可以联动业务资源调度模块自动回收该业务对应的部分虚拟服务器资源，以供其他业务使用。

通过以上实施例可知，本发明通过由上层平台的管理服务器向底层平台的虚拟机下发连接数采集指令，由底层平台的虚拟机根据所述连接数采集指令来采集连接数，由于不再通过监控流表来采集连接数，而是直接由底层平台的虚拟机基于由于上层平台的管理服务器下发的采集指令来采集连接数，因此实现了连接数的精确采集，从而使得管理员在通过所述管理服务器设置监控阈值时，可以基于虚拟机采集到的连接数发布标准化的监控阈值，不需要不断的进行压力测试来设置监控阈值，提高了资源动态调度的灵敏性。

与上述各方法实施例对应，本发明还提供装置项实施例。

请参见图5，本发明提出一种业务资源调度装置50，应用于管理服务器，所述管理服务器用于对本地虚拟化资源池中的虚拟化资源进行管理，其中所述虚拟化资源池包括对若干物理服务器虚拟化后生成的若干虚拟机；其中，请参见图6，作为承载所述业务资源调度装置50的管理服务器所涉及的硬件架构中，通常包括CPU、内存、非易失性存储器、网络接口以及内部总线等。以软件实现为例，本发明装置50通常可以理解为加载在内存中的计算机程序，通过CPU运行之后形成的软硬件相结合的逻辑装置；所述装置50包括：

发送模块501，用于实时向虚拟机发送连接数采集指令；

获取模块502，用于接收虚拟机根据所述采集指令采集的连接数；

调度模块，用于根据所述连接数设置连接数监控阈值，并基于所述监控阈值对本地业务资源进行动态调度。

请参见图7，在本实施例中，所述发送模块501包括:

下发子模块501A，用于向Libvirt子模块下发连接数采集请求；所述连接数采集请求中包括所述连接数采集指令以及所述虚拟机的名称；

Libvirt子模块501B，用于解析所述连接数采集请求获取所述虚拟机的名称以及所述连接数采集指令，并根据所述虚拟机的名称将所述连接数采集指令通过为该虚拟机预先创建的virtio设备发送给该虚拟机。

在本实施例中，所述Libvirt子模块501B进一步用于：

所述Libvirt将所述连接数采集指令发送给QEMU设备模拟处理器，再由所述QEMU设备模拟处理器将所述连接数采集请求写入所述virtio设备的后端物理接口，以使得所述虚拟机调用所述virtio设备的前端应用程序接口从所述后端物理接口中读取所述连接数采集指令；其中，所述前端应用程序接口位于所述虚拟机的操作系统中。

请参见图8，本发明提出一种业务资源调度装置80，应用于虚拟机，所述虚拟机由本地虚拟化资源池中的物理服务器虚拟化后生成；其中，请参见图9，作为承载所述业务资源调度装置80的物理服务器所涉及的硬件架构中，通常包括CPU、内存、非易失性存储器、网络接口以及内部总线等。以软件实现为例，本发明装置80通常可以理解为加载在内存中的计算机程序，通过CPU运行之后形成的软硬件相结合的逻辑装置；所述装置80包括：

接收模块801，用于接收管理服务器发送的连接数采集指令；

返回模块802，用于根据所述连接数采集指令采集连接数，并将所述连接数返回给所述管理服务器，以使得所述管理服务器根据所述连接数设置连接数监控阈值，并基于所述监控阈值对其本地业务资源进行动态调度。

在本实施例中，所述返回模块802进一步用于：

调用由所述管理服务器为本机创建的virtio设备的前端应用程序接口从所述virtio设备的后端物理接口中读取所述连接数采集指令；其中，所述前端应用程序接口位于所述虚拟机的操作系统中；

执行所述连接数采集指令采集连接数；

将采集到的连接数写入所述virtio设备的后端物理接口，以使得所述管理服务器可从所述后端物理接口中获取所述连接数。

本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可进一步拆分成多个子模块。上述发明实施例编号仅仅为了描述，不代表实施例的优劣。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (10)

1.一种业务资源调度方法，应用于管理服务器，所述管理服务器用于对本地虚拟化资源池中的虚拟化资源进行管理，其中所述虚拟化资源池包括对若干物理服务器虚拟化后生成的若干虚拟机，所述虚拟机预先创建了virtio设备，其特征在于，所述方法包括：

向Libvirt下发连接数采集指令以及虚拟机的名称；

所述Libvirt根据所述虚拟机的名称将所述连接数采集指令发送给快速仿真器QEMU设备模拟处理器，由所述QEMU设备模拟处理器将所述连接数采集请求写入所述virtio设备的后端物理接口，以使所述虚拟机的操作系统从所述后端物理接口读取所述连接数采集请求；获取虚拟机的操作系统根据所述采集指令采集的连接数；

根据所述连接数设置连接数监控阈值，并基于所述监控阈值对本地业务资源进行动态调度。

2.如权利要求1所述的方法，其特征在于，所述向Libvirt下发连接数采集指令以及虚拟机的名称包括:

向Libvirt下发连接数采集请求；所述连接数采集请求中包括所述连接数采集指令以及所述虚拟机的名称；

所述Libvirt解析所述连接数采集请求获取所述虚拟机的名称以及所述连接数采集指令。

3.如权利要求2所述的方法，其特征在于，所述Libvirt根据所述虚拟机的名称将所述连接数采集指令发送给QEMU设备模拟处理器，由所述QEMU设备模拟处理器将所述连接数采集请求写入所述virtio设备的后端物理接口，以使所述虚拟机的操作系统从所述后端物理接口读取所述连接数采集请求包括：

所述Libvirt将所述连接数采集指令发送给QEMU设备模拟处理器，再由所述QEMU设备模拟处理器将所述连接数采集请求写入所述virtio设备的后端物理接口，以使得所述虚拟机调用所述virtio设备的前端应用程序接口从所述后端物理接口中读取所述连接数采集指令；其中，所述前端应用程序接口位于所述虚拟机的操作系统中。

4.一种业务资源调度方法，应用于虚拟机，所述虚拟机由本地虚拟化资源池中的物理服务器虚拟化后生成，所述虚拟机预先创建了virtio设备，其特征在于，所述方法包括：

所述虚拟机的操作系统从所述virtio设备的后端物理接口读取连接数采集请求；其中，所述连接数采集请求由管理服务器通过Libvirt下发给QEMU设备模拟处理器，再由所述QEMU设备模拟处理器将所述连接数采集请求写入所述virtio设备的后端物理接口；

在所述操作系统中根据所述连接数采集指令采集连接数，并将所述连接数发送给所述管理服务器，以使得所述管理服务器根据所述连接数设置连接数监控阈值，并基于所述监控阈值对其本地业务资源进行动态调度。

5.如权利要求4所述的方法，其特征在于，所述虚拟机的操作系统从所述virtio设备的后端物理接口读取连接数采集请求包括：

调用由所述管理服务器为本机创建的virtio设备的前端应用程序接口从所述virtio设备的后端物理接口中读取所述连接数采集指令；其中，所述前端应用程序接口位于所述虚拟机的操作系统中；

所述在所述操作系统中根据所述连接数采集指令采集连接数，并将所述连接数发送给所述管理服务器包括：

执行所述连接数采集指令采集连接数；

将采集到的连接数写入所述virtio设备的后端物理接口，以使得所述管理服务器可从所述后端物理接口中获取所述连接数。

6.一种业务资源调度装置，应用于管理服务器，所述管理服务器用于对本地虚拟化资源池中的虚拟化资源进行管理，其中所述虚拟化资源池包括对若干物理服务器虚拟化后生成的若干虚拟机，所述虚拟机预先创建了virtio设备，其特征在于，所述装置包括：

发送模块，用于向Libvirt下发连接数采集指令以及虚拟机的名称；所述Libvirt根据所述虚拟机的名称将所述连接数采集指令发送给QEMU设备模拟处理器，由所述QEMU设备模拟处理器将所述连接数采集请求写入所述virtio设备的后端物理接口，以使所述虚拟机的操作系统从所述后端物理接口读取所述连接数采集请求；

获取模块，用于获取虚拟机的操作系统根据所述采集指令采集的连接数；

调度模块，用于根据所述连接数设置连接数监控阈值，并基于所述监控阈值对本地业务资源进行动态调度。

7.如权利要求6所述的装置，其特征在于，所述发送模块包括:

下发子模块，用于向Libvirt子模块下发连接数采集请求；所述连接数采集请求中包括所述连接数采集指令以及所述虚拟机的名称；

Libvirt子模块，用于解析所述连接数采集请求获取所述虚拟机的名称以及所述连接数采集指令。

8.如权利要求7所述的装置，其特征在于，所述Libvirt子模块进一步用于：

所述Libvirt将所述连接数采集指令发送给QEMU设备模拟处理器，再由所述QEMU设备模拟处理器将所述连接数采集请求写入所述virtio设备的后端物理接口。

9.一种业务资源调度装置，应用于虚拟机，所述虚拟机由本地虚拟化资源池中的物理服务器虚拟化后生成，所述虚拟机预先创建了virtio设备，其特征在于，所述装置包括：

接收模块，用于所述虚拟机的操作系统从所述virtio设备的后端物理接口读取连接数采集请求；其中，所述连接数采集请求由管理服务器通过Libvirt下发给QEMU设备模拟处理器，再由所述QEMU设备模拟处理器将所述连接数采集请求写入所述virtio设备的后端物理接口；

返回模块，用于在所述操作系统中根据所述连接数采集指令采集连接数，并将所述连接数返回给所述管理服务器，以使得所述管理服务器根据所述连接数设置连接数监控阈值，并基于所述监控阈值对其本地业务资源进行动态调度。

10.如权利要求9所述的装置，其特征在于，所述接收模块进一步用于：

调用由所述管理服务器为本机创建的virtio设备的前端应用程序接口从所述virtio设备的后端物理接口中读取所述连接数采集指令；其中，所述前端应用程序接口位于所述虚拟机的操作系统中；

所述返回模块进一步：

执行所述连接数采集指令采集连接数；

将采集到的连接数写入所述virtio设备的后端物理接口，以使得所述管理服务器可从所述后端物理接口中获取所述连接数。