CN108334396A - 一种数据处理方法和装置、资源组的创建方法和装置 - Google Patents

Abstract

本申请提供了一种数据处理方法和装置、资源组的创建方法和装置，其中，该数据处理方法包括：获取待处理请求；将所述待处理请求划分至一个或多个资源组进行处理，其中，所述一个或多个资源组是在同一个虚拟机容器中创建的，并且每个资源组独占该虚拟机容器的部分服务资源。利用本申请实施例提供的技术方案，可以解决现有的容器的服务资源共享而导致的因为某些服务请求出现故障或者负荷过大，会影响整个应用的正常运行的问题，达到了保证应用中的服务即使在某个服务发生延迟或故障，其它服务也可以正常运行的技术效果。

Description

一种数据处理方法和装置、资源组的创建方法和装置

技术领域

本申请属于计算机技术领域，尤其涉及一种数据处理方法和装置、资源组的创建方法和装置。

背景技术

目前，对于虚拟机容器而言，同一个容器内的资源是没有做任何控制的，都是由该容器内的程序共享的，因此，会存在资源争用和互相影响的问题。这主要是因为虽然一个容器内仅放一个应用，但是应用自身是由很多程序组成的，也就是说一个应用有多个服务，这些服务是面向不同的场景需求的，所有多个服务自身也是会互相线程资源竞争的，即，一个容器内的一个应用下的不同服务会存在资源争用的问题。

例如：在程序遇到大文件的频繁读写操作带来的IO性能瓶颈时(IO资源是容器内共享的)，目前只能采用升级硬件设备(比如：将磁盘升级到ssd)的方式，或者将文件提前分解，放到不同的硬盘上进行处理，以缓解文件读写时对同一块硬盘IO带来的压力。

然而，升级硬件设备的方式势必会导致成本增加，同时升级后大量的IO操作仍会给磁盘IO带来压力，会造成性能的波动。分解文件的方式，程序需要再对分解后执行文件读写、内容合并和容错等操作，增加了程序的复杂度。

再例如，程序中经常会因为一条慢SQL(Structured Query Language，结构化查询语言)而导致整个应用服务瘫痪。具体地，因为慢SQL会导致服务接口的响应时间变长，从而导致服务接口处理量下降，造成请求的不断堆积，最后影响到整个应用的正常运行。简言之，一个接口本来处理一个SQL，只要100ms，那么1秒可以处理10个请求，如果SQL变慢了，变成需要1s了，那么1秒只能处理1个请求了，剩下的9个请求就被阻塞而处于等待状态，最终就会将容器的线程和内存占满，从而导致应用瘫痪。

然而，实际上，这种慢SQL可能触发的频率非常低，但是由于容器内资源是共享的，一旦一个节点出现问题，就会影响到容器内所有服务的正常执行。

针对上述问题，目前尚未提出有效的解决方式。

发明内容

本申请目的在于提供一种数据处理方法和装置、资源组的创建方法和装置，可以达到应用中的服务即使在某个服务发生延迟或故障，其它服务也可以正常运行的目的。

本申请提供一种数据处理方法和装置、资源组的创建方法和装置是这样实现的：

一种数据处理方法，所述方法包括：

获取待处理请求；

将所述待处理请求划分至一个或多个资源组进行处理，其中，所述一个或多个资源组是在同一个虚拟机容器中创建的，并且每个资源组独占该虚拟机容器的部分服务资源。

一种资源组的创建方法，包括：

检测是否有待处理任务；

如果有待处理任务，则触发从虚拟机容器的服务资源中创建出一个或多个资源组，其中，每个资源组独占该虚拟机容器的部分服务资源。

一种资源组的创建方法，包括：

在所述虚拟机容器中的应用启动的时候，预先从所述虚拟机容器的服务资源中创建出一个或多个资源组，其中，每个资源组独占该虚拟机容器的部分服务资源；

在接收到第一待处理任务的情况下，将所述第一待处理任务划分至一个资源组中进行处理。

一种数据处理装置，包括：

获取模块，用于获取待处理请求；

处理模块，用于将所述待处理请求划分至一个或多个资源组进行处理，其中，所述一个或多个资源组是在同一个虚拟机容器中创建的，并且每个资源组独占该虚拟机容器的部分服务资源。

一种资源组的创建装置，包括：

检测模块，用于检测是否有待处理任务；

创建模块，用于在确定有待处理任务的情况下，触发从虚拟机容器的服务资源中创建出一个或多个资源组，其中，每个资源组独占该虚拟机容器的部分服务资源。

一种资源组的创建装置，包括：

创建模块，用于在所述虚拟机容器中的应用启动的时候，预先从所述虚拟机容器的服务资源中创建出一个或多个资源组，其中，每个资源组独占该虚拟机容器的部分服务资源；

处理模块，用于在接收到第一待处理任务的情况下，将所述第一待处理任务划分至一个资源组中进行处理。

本申请提供的数据处理方法和装置，通过在容器中将服务资源划分出资源组的方式，并控制资源组中的资源只能被分配至该资源组的请求所使用，从而解决了现有的容器中资源共享而导致的因为某些服务请求出现故障或者负荷过大，会影响整个应用的正常运行的问题，达到了保证应用中的服务即使在某个服务发生延迟或故障，其它服务也可以正常运行的技术效果。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请提供的数据处理方法一种实施例的方法流程图；

图2是本申请提供的容器、应用以及应用中服务关系示意图；

图3是本申请提供的任务请求划分至资源组中的一种示意图；

图4是本申请提供的任务请求划分至资源组中的另一种示意图；

图5是本申请提供的任务请求划分至资源组中的又一种示意图；

图6是本申请提供的数据处理方法一个具体实施例的方法流程图；

图7是本申请提供的数据处理方法另一个具体实施例的方法流程图；

图8是本申请提供的资源组的创建装置所在的虚拟机的架构示意图；

图9是本申请提供的资源组的创建装置的一种结构示意图；

图10是本申请提供的资源组的创建装置的另一种结构示意图；

图11是本申请提供的数据处理装置所在的虚拟机的架构示意图；

图12是本申请提供的数据处理装置的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

发明人考虑到现有的虚拟机容器中，之所以会存在资源争用，以及一个过大的读写任务会导致整个程序的崩溃的主要原因，是因为容器的服务资源是共享的，这样如果某个任务请求需要处理的数据量过大，将会占据过多的服务资源，从而导致整个程序的崩溃。对此，考虑可以对容器的服务资源进行划分，以得到多个独享部分服务资源的资源组。

在本例中，提供了如下的划分方法：

1)预先划分

例如：预先从虚拟机容器的服务资源中创建出一个或多个资源组，其中，每个资源组独占该虚拟机容器的部分服务资源。即，可以先在一个虚拟机容器内生成N个隔离的资源组，这些资源组是独享分配过来的部分服务资源的，可以由程序控制器控制生成资源组，由程序控制器分配处理任务。对于资源组而言，是独享分配的服务资源(例如：CPU、内存、磁盘IO等)的，其中，磁盘可以理解为硬盘，每个硬盘能支持的IO是有个上限的，因此，分配部分的磁盘IO，也就是分配这个上限值中的一部分。

因为预先建立了资源组，那么有任务过来的时候，可以直接选择一个资源组，将任务分配过去。

2)响应于任务请求划分

例如：检测是否有待处理任务；如果有，则从虚拟机容器的服务资源中创建出一个或多个资源组，将所述一个或多个资源组分配给所述待处理任务用于对所述待处理任务进行处理，其中，每个资源组独占该虚拟机容器的部分服务资源。这些资源组之间是隔离的，因为有任务过来，响应于该任务请求会创建资源组对该任务请求进行处理，因此，使得每个任务请求可以仅影响分配至自身的资源组中的任务的执行，不会影响其它资源组中任务的执行。

举例而言，一台5核、8G内存的虚拟机上，有个程序要频繁读写一个上T的文件，那么在读写开始的时候，即，可以在启动的时候就划分出N个资源组，每一次的读写请求操作都落入一个资源组进行处理，每个资源组是单独享受一部分服务资源的。例如：4个隔离的资源组，有3个空闲，那么一次文件读写请求将随机分配到一个空闲的资源组中。

各个资源组之间的服务资源是隔离的，因为是隔离的，使得每个资源组可以独立处理任务，互不影响，同时也不影响应用其他服务的处理能力。在实现的时候，如果接收到任务请求过来，那么就可以选择一个或多个资源组，将该任务请求划分过去，即，仅通过划分给该任务请求的资源组对该任务请求进行处理，而不占用其它的服务资源。因为对资源组而言，服务资源是独享的，因此，那么即使某个任务请求占用资源过多，也不会对应用中的其它服务产生影响。

基于此，在本例中提供了一种数据处理方法，如图1所示，可以包括：

步骤101：获取待处理请求；

该待处理请求可以理解为容器所承载的应用的待处理请求，其中，容器是一种操作系统级别的虚拟化技术，容器可以将应用程序进行打包，以在不同的操作系统上运行。一个容器中只有一个应用程序，但是一个应用程序中可以应用多个服务，这些服务可以是面向不同场景需求的，这些服务请求自身会竞争线程资源，即，一个容器内的一个应用下的不同服务会争用资源。例如，如图2所示，容器内部署的应用是：交易应用，那么该应用可以提供：确认订单服务、提交订单服务、查看订单服务、订单评价服务等等。对于这些服务而言，本身会存在多个待处理请求，例如，对于查看订单服务，就存在读取文件的请求，那么这种请求就可以视作一个待处理请求。

再例如：容器内部署的应用是：商品库的应用，该应用提供如下服务：商品的查询、商品的编辑、商品的发布和商品的删除等服务，那么当前有一个商品的编辑请求，那么该请求就是一个待处理请求，是一个数据库的写请求。

对于上述应用可以是部署在容器中的应用，上述的待处理请求，可以是当前应用需要处理的请求，是应用所提供的服务的请求。具体地，可以待处理请求可以是待处理的文件读写请求。然而，值得注意的是，上述所列举的应用的类型，以及应用所提供的服务，待处理请求的类型等等仅是一种示意性描述，在实际实现的时候，还可以有其它的应用、提供的服务和待处理请求，本申请对此不作限定。

步骤102：将所述待处理请求划分至一个或多个资源组进行处理，其中，所述一个或多个资源组是在同一个虚拟机容器中创建的，并且每个资源组独占该虚拟机容器的部分服务资源。

为了避免资源共享所导致一个服务出现故障或者数据量过大而导致的应用崩溃的问题，考虑到将容易中的服务资源进行划分，从容器中划分出若干个资源组，资源组之间的服务资源是隔离的，分配至某个资源组的服务资源是被该资源组独享的。这样只需要将待处理请求寻找一个资源组分配进去进行处理即可，即使该待处理请求数据量过于庞大，也仅会影响当前资源组中的服务的运行，对于应用其它服务的运行不会产生影响。

如图3所示，容器内划分了出了多个资源组(资源组1、资源组2…资源组N)，应用中的不同的任务请求可以划分至不同的资源组进行处理。如果当前接收到一个待处理请求，那么可以将其按照图3的方式划分至一个处于空闲状态的资源组中处理，具体的，在划分至处于空闲状态的资源组的时候，可以是随机划分至一个空闲的资源组的，也可以是已经对每个资源组进行了编号，按照编号从小到大的顺序将待处理请求划分至资源组。当然，具体采用哪种进行划分，可以根据实际情况选择，本申请不作限定。也可以如图4所示，划分至所有资源组中负荷相对较小的资源组，或者是如图5所示，新建资源组，然后将该待处理请求划分至该新建的资源组中。

对于资源组而言，所圈定的是服务资源，即，每个资源组中划分了虚拟机的一部分服务资源，这些服务资源被资源组独占，具体的，服务资源包括但不限于以下至少之一：CPU、磁盘IO、内存、宽带。

为了使得资源组可以有效运行，划分的资源组的数量需要小于等于运行虚拟机容器使用的CPU的个数，以保证每个资源组都有处理器(CPU)，以实现待处理请求的处理。例如，如果当前虚拟机是一个5核的处理器的虚拟机，那么所能划分出的资源组的个数需要小于等于5个，为了保证应用中除去业务请求之外的操作也可以被处理，可以限制资源组的数量小于CPU的个数，保证至少有一个CPU不在资源组中。

具体地，在进行待处理请求划分的时候，可以按照以下方式进行：

S1：确定所述虚拟机容器中是否有处于空闲状态的资源组；

S2：如果有处于空闲状态的资源组，则将所述待处理请求划分至所述处于空闲状态的资源组中进行处理；

S3：如果没有处于空闲状态的资源组，则确定所述虚拟机容器是否有处于富余状态的服务资源；

S4：如果有处于富余状态的服务资源，则生成一个资源组，将所述待处理请求分配至生成的资源组中。

S5：如果没有处于富余状态的服务资源，则从虚拟机容器中选择负载小的资源组，将待处理请求分配至负载小的资源组中。

其中，上述所谓处理富余状态，可以理解为未被分配至资源组的服务资源，在处理资源组之外的任务的情况下，是否是完全够用的，且一直有一部分资源是用不到的，对于一直用不到的这部分资源，可以认为是处于富余状态的服务资源。例如，除分配至资源组之外的资源量认为是10，资源组外的任务需要占用的资源量最多的时候是6，那么就表明处于富余状态的资源量为4。

对于资源组而言，资源组中的请求处理完成之后，该资源组就会处理空闲状态，如果当前所有资源组都处于空闲状态，仍旧保留资源组的划分，那么资源组中的资源也是无法被其它请求使用的，也会造成资源的浪费。为此，可以设置一个唤起和销毁机制，在检测出所有资源组都处于空闲状态的情况下，就销毁所有的资源组，释放资源组中的服务资源，程序会恢复至正常的模式，等待下次再需要的时候，可以重新唤起资源组机制。

具体地，可以在将待处理请求划分至资源组进行处理之后，检测虚拟机容器中资源组是否都处于空闲状态；如果是，则销毁虚拟机容器中的资源组，将释放虚拟机容器中的资源组的服务资源。

举例而言，如图3所示，共有N个资源组，每个资源组中都有划分至的服务资源：CPU、IO和内存等，在检测到N个资源组都处于空闲状态的情况下，可以将这些资源组销毁，释放这些资源组的服务资源，由应用中的所有服务共用。

下面结合具体的场景对本申请中的数据处理方法进行说明，然而，值得注意的是，该具体场景仅是为了更好地说明本申请，并不构成对本申请的不当限定。

在本例中，通过在虚拟机(一个容器内)上再由程序控制生成虚拟化隔离的资源组(可以理解为一个独立的资源容器)的方式来隔离和提升资源的使用的方案，尤其在大文件读写时磁盘IO的性能，数据库慢SQL时的隔离等场景会有很明显的效果；目的是为了解决线程间资源共享互相争用而导致的性能问题，以及因为单点服务异常导致的整体服务受影响的问题。

考虑到现有的对容器内的资源争用问题，一般都是通过优化程序、提升硬件等方式来解决的，但是一旦资源达到瓶颈，资源征用问题还是会影响到整个容器内的所有服务。例如：出现文件IO瓶颈时，一般会升级硬件设备，然而，这种方式会增加成本，同时硬件设备会有一个IO处理极限，高并发的IO读写会受到磁盘IO处理的响应能力的影响，从而导致应用的性能波动。一旦一个服务点发生资源的性能瓶颈，那么将会影响到整个容器内的所有服务，会导致其它的服务性能变慢，甚至是服务不可用或整个应用的瘫痪。

例如：容器内部署的是交易应用，那么该应用可以提供：确认订单、提交订单、查看订单等服务。容器内部署的是商品库应用，那么该应用可以提供：商品的查询、商品的编辑、商品的发布、商品的删除等服务。

在同一个容器内，通过程序控制，虚拟化出独享资源的内部租户(即，资源组)。其中，资源组可以理解为是一个容器内的小Docker，或者一个容器内的一个租户，这些资源组可以通过资源调度程序来控制处理特定的任务，例如：IO处理，大数据量查询等等，以缓解这些操作时资源的争用引起应用其他服务性能下降，甚至应用瘫痪等问题。

具体地，可以先由程序控制器在一个虚拟机容器内生成N个隔离的资源组(独享资源的内部容器)，每个资源组是在当前容器内在虚拟化出来的独享资源的内部租户，类似于一台机器上的多个Docker或者一台机器上的多个JVM租户的概念，只是说这个内部租户在同一个容器，这些内部租户对程序来说是一个资源池，由资源调度器来控制分配处理任务，而应用自身处于这些资源组之外的虚拟机容器内，跟资源组是隔离的，不共享服务器资源(CPU，磁盘IO等)。例如：一台5核，8G内存的虚拟机上有一个程序要频繁读写一个上T的文件，可以按照如图6的方式实现：

在读写文件开始时，程序控制器可以先在虚拟机上生成4个隔离的资源组，具体地，控制生成的资源组的数量小于等于CPU的个数。

在隔离的资源组建立完成之后，可以根据需要，将任务分配到对应的资源组内。例如：控制将每一次文件读写请求操作，落入一个空闲的资源组进行处理，每个资源组单独享受一部分机器的磁盘IO，CPU等资源进行任务处理。比如：4个隔离的资源组，有3个空闲，那么一次文件读写请求可以被随机分配到一个空闲的资源组里。

如果请求时没有空余的资源组，那么可以根据当前服务器资源使用情况，进行动态调整：如果服务器资源富余，那么可以生成新的资源组。例如：当前的4个资源组均处在繁忙状态，调度程序发现服务资源仍有富余，那么就可以通知程序控制器再去生成1个新的隔离资源组(可以为生成资源组设置规则，而不是无限制的生成)，并且将请求分配至这个新的资源组进行处理。

当服务器资源紧张，无法生成新的资源组时，可以通过资源组的调度控制器，将请求分配到目前处理任务少的那个资源组。例如：当前有5个资源组，且5个资源组都在处理任务，又有新请求过来，那么该请求将被分配到这5个资源组里任务列队少的那个资源组，进行排队，等待处理。

通过上述步骤，待处理的任务(例如：一个文件读写请求)已经被分到了一个独享的资源组(磁盘IO，CPU等)进行文件的读写操作，应用上的其它服务不会受到IO瓶颈的影响，可以保持良好的性能响应。

在任务都被处理完之后，对应的资源组释放成空闲状态，提供给后续任务。例如：5个资源组，其中有1个处理完成了，那么这个资源组就释放出来，成为空闲状态，等待下一个文件读写任务。

在所有任务完成之后，资源组全部处于空闲状态时，那么程序控制器可以控制是否销毁当前这批资源组，将独享的资源全部释放，等待下一次的生成唤起。例如：5个资源组将文件读写的请求都处理完，处于空闲状态，那么控制程序任务当前可以释放这些资源，从而销毁这些独享资源的资源组，程序又恢复成了普通的模式。

如图7所示，为存在慢SQL查询的场景：

程序控制器生成一个资源组，该资源组负责程序中一个大数据量SQL的查询任务，同时，程序控制器还生成了其它的资源组，这些资源组是在同一个容器内，互相独立使用分配的资源，对于程序本身而言，是一个大的资源池，由资源调度器控制分配处理任务。如果这时上述大数据量SQL的查询任务出现问题(例如：DB压力过大，导致DB load过大，从而影响了这个SQL查询服务的性能时)，因为该大数据量SQL的查询任务在一个资源组中，该资源组是独享资源的，与容器内的其它资源组是隔离开的。因此，该大数据量SQL的查询任务出现问题，只会影响到所在的资源组中任务的运行，而不会影响到其它资源组，因此，容器内的其它服务不会受到影响，还可以正常提供服务。

在上例中，通过程序控制生成虚拟化隔离的资源组，每个隔离的资源组可以独立处理任务，互不影响，也不会影响应用其他服务的处理能力。从而解决了现有的通过硬件升级或者是程序优化来解决资源争用的问题，而导致的成本增加或者是程序复杂度提高的技术问题，达到了简单高效解决资源争用导致的整个容器内的服务受影响的技术效果。

图8示出了根据本申请的资源组的创建装置的位置结构示意图，该资源组的创建装置运行在虚拟机中，虚拟机中包括有处理器、内部总线、网络接口、内存以及非易失性存储器，当然还可能包括其他业务所需要的虚拟部件。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成数据处理装置。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

如图9所示，该资源组的创建装置可以包括：检测模块901，用于检测是否有待处理任务；创建模块902，用于在确定有待处理任务的情况下，触发从虚拟机容器的服务资源中创建出一个或多个资源组，其中，每个资源组独占该虚拟机容器的部分服务资源。

该资源组的创建装置也可以如图10所示，包括：创建模块1001，用于在所述虚拟机容器中的应用启动的时候，预先从所述虚拟机容器的服务资源中创建出一个或多个资源组，其中，每个资源组独占该虚拟机容器的部分服务资源；处理模块1002，用于在接收到第一待处理任务的情况下，将所述第一待处理任务划分至一个资源组中进行处理。

图11示出了根据本申请的数据处理装置的位置结构示意图，该数据处理装置运行在虚拟机中，虚拟机中包括有处理器、内部总线、网络接口、内存以及非易失性存储器，当然还可能包括其他业务所需要的虚拟部件。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成数据处理装置。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

请参考图12，该数据处理装置可以包括：获取模块1201和处理模块1202。其中：

获取模块1201，用于获取待处理请求；

处理模块1202，用于将所述待处理请求划分至一个或多个资源组进行处理，其中，所述一个或多个资源组是在同一个虚拟机容器中创建的，并且每个资源组独占该虚拟机容器的部分服务资源。

在一个实施方式中，处理模块1202可以包括：第一确定单元，用于确定所述虚拟机容器中是否有处于空闲状态的资源组；第一处理单元，用于在确定有处于空闲状态的资源组的情况下，将所述待处理请求划分至所述处于空闲状态的资源组中进行处理。

在一个实施方式中，处理模块1202还可以包括：第二确定单元，用于在确定没有处于空闲状态的资源组的情况下，确定所述虚拟机容器是否有处于富余状态的服务资源；生成单元，用于在确定有处于富余状态的服务资源的情况下，生成一个资源组；分配单元，用于将所述待处理请求分配至生成的资源组中。

在一个实施方式中，处理模块1202还可以包括：选择单元，用于在确定没有处于空闲状态的资源组的情况下，从所述虚拟机容器中选择负载小的资源组，将所述待处理请求分配至所述负载小的资源组中。

在一个实施方式中，上述数据处理装置还可以包括：确定模块，用于确定所述虚拟机容器中资源组是否都处于空闲状态；销毁模块，用于在确定所述虚拟机容器中资源组都处于空闲状态的情况下，销毁所述虚拟机容器中的资源组，释放所述虚拟机容器中的资源组的服务资源。

在一个实施方式中，服务资源可以包括但不限于以下至少之一：CPU、磁盘IO、内存、宽带。

在一个实施方式中，虚拟机容器中划分出的资源组的数量可以小于等于允许虚拟机容器使用的CPU的个数。

在一个实施方式中，待处理请求可以包括：待处理的文件读写请求。

本申请提供的数据处理方法和装置，通过在容器中将服务资源划分出资源组的方式，并控制资源组中的资源只能被分配至该资源组的请求所使用，从而解决了现有的容器的服务资源共享而导致的因为某些服务请求出现故障或者负荷过大，会影响整个应用的正常运行的问题，达到了保证应用中的服务即使在某个服务发生延迟或故障，其它服务也可以正常运行的技术效果。

本申请中各个实施例所涉及的上述描述仅是本申请中的一些实施例中的应用，在某些标准、模型、方法的基础上略加修改后的实施方式也可以实行上述本申请各实施例的方案。当然，在符合本申请上述各实施例的中所述的处理方法步骤的其他无创造性的变形，仍然可以实现相同的申请，在此不再赘述。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

虽然本申请提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。

上述实施例阐明的装置或模块，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。为了描述的方便，描述以上装置时以功能分为各种模块分别描述。在实施本申请时可以把各模块的功能在同一个或多个软件和/或硬件中实现。当然，也可以将实现某功能的模块由多个子模块或子单元组合实现。

本申请中所述的方法、装置或模块可以以计算机可读程序代码方式实现控制器按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

本申请所述装置中的部分模块可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构、类等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的硬件的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，也可以通过数据迁移的实施过程中体现出来。该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，移动终端，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例采用递进的方式描述，各个实施例之间相同或相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。本申请的全部或者部分可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、移动通信终端、多处理器系统、基于微处理器的系统、可编程的电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

虽然通过实施例描绘了本申请，本领域普通技术人员知道，本申请有许多变形和变化而不脱离本申请的精神，希望所附的权利要求包括这些变形和变化而不脱离本申请的精神。

Claims (26)

1.一种数据处理方法，其特征在于，所述方法包括：

获取待处理请求；

将所述待处理请求划分至一个或多个资源组进行处理，其中，所述一个或多个资源组是在同一个虚拟机容器中创建的，并且每个资源组独占该虚拟机容器的部分服务资源。

2.根据权利要求1所述的方法，其特征在于，所述服务资源包括以下至少之一：CPU、磁盘IO、内存、带宽。

3.根据权利要求1所述的方法，其特征在于，所述虚拟机容器中划分出的资源组的数量小于等于允许虚拟机容器使用的CPU的个数。

4.根据权利要求1所述的方法，其特征在于，将所述待处理请求划分至一个或多个资源组进行处理，包括：

确定所述虚拟机容器中是否有处于空闲状态的资源组；

如果有处于空闲状态的资源组，则将所述待处理请求划分至所述处于空闲状态的资源组中进行处理。

5.根据权利要求4所述的方法，其特征在于，在确定所述虚拟机容器中是否有处于空闲状态的资源组之后，所述方法还包括：

如果没有处于空闲状态的资源组，则确定所述虚拟机容器是否有处于富余状态的服务资源；

如果有处于富余状态的服务资源，则生成资源组；

将所述待处理请求分配至生成的资源组中。

6.根据权利要求4所述的方法，其特征在于，在确定所述虚拟机容器中是否有处于空闲状态的资源组之后，所述方法还包括：

如果没有处于空闲状态的资源组，则从所述虚拟机容器中选择负载小的资源组，将所述待处理请求分配至所述负载小的资源组中。

7.根据权利要求1所述的方法，其特征在于，在将所述待处理请求划分至资源组进行处理之后，所述方法还包括：

确定所述虚拟机容器中资源组是否都处于空闲状态；

如果是，则销毁所述虚拟机容器中的资源组，释放所述虚拟机容器中的资源组的服务资源。

8.根据权利要求1至7中任一项所述的方法，其特征在于，所述待处理请求包括：待处理的文件读写请求。

9.根据权利要求1至7中任一项所述的方法，其特征在于，所述一个或多个资源组彼此隔离。

10.一种资源组的创建方法，其特征在于，包括：

检测是否有待处理任务；

如果有待处理任务，则触发从虚拟机容器的服务资源中创建出一个或多个资源组，其中，每个资源组独占该虚拟机容器的部分服务资源。

11.根据权利要求10所述的方法，其特征在于，在触发从虚拟机容器的服务资源中创建出一个或多个资源组之后，所述方法还包括：

确定是否所述一个或多个资源组是否都处于空闲状态；

如果是，则响应于所述待处理任务创建的一个或多个资源组，释放所述一个或多个资源组的服务资源。

12.根据权利要求10所述的方法，其特征在于，从虚拟机容器的服务资源中创建出一个或多个资源组，包括：

程序控制器从虚拟机容器的服务资源中创建出一个或多个资源组。

13.根据权利要求10所述的方法，其特征在于，所述一个或多个资源组彼此隔离。

14.根据权利要求10所述的方法，其特征在于，从虚拟机容器的服务资源中创建出的资源组的总数量小于等于允许所述虚拟机容器使用的CPU的个数。

15.一种资源组的创建方法，其特征在于，包括：

在所述虚拟机容器中的应用启动的时候，预先从所述虚拟机容器的服务资源中创建出一个或多个资源组，其中，每个资源组独占该虚拟机容器的部分服务资源；

在接收到第一待处理任务的情况下，将所述第一待处理任务划分至一个资源组中进行处理。

16.根据权利要求15所述的方法，其特征在于，在将所述第一待处理任务划分至一个资源组中进行处理之后，还包括：

在接收到第二待处理任务的情况下，确定是否有处于空闲状态的资源组；

如果没有，则确定所述虚拟机容器是否有富余的服务资源；

如果有，则创建一个资源组，并将所述第二待处理任务划分至创建的资源组中进行处理。

17.根据权利要求15所述的方法，其特征在于，所述一个或多个资源组彼此隔离。

18.根据权利要求15所述的方法，其特征在于，从虚拟机容器的服务资源中创建出的资源组的总数量小于等于允许所述虚拟组容器使用的CPU的个数。

19.一种数据处理装置，其特征在于，包括：

获取模块，用于获取待处理请求；

处理模块，用于将所述待处理请求划分至一个或多个资源组进行处理，其中，所述一个或多个资源组是在同一个虚拟机容器中创建的，并且每个资源组独占该虚拟机容器的部分服务资源。

20.根据权利要求19所述的装置，其特征在于，所述处理模块包括：

第一确定单元，用于确定所述虚拟机容器中是否有处于空闲状态的资源组；

第一处理单元，用于在确定有处于空闲状态的资源组的情况下，将所述待处理请求划分至所述处于空闲状态的资源组中进行处理。

21.根据权利要求20所述的装置，其特征在于，所述处理模块还包括：

第二确定单元，用于在确定没有处于空闲状态的资源组的情况下，确定所述虚拟机容器是否有处于富余状态的服务资源；

生成单元，用于在确定有处于富余状态的服务资源的情况下，生成一个资源组；

分配单元，用于将所述待处理请求分配至生成的资源组中。

22.根据权利要求20所述的装置，其特征在于，所述处理模块还包括：

选择单元，用于在确定没有处于空闲状态的资源组的情况下，从所述虚拟机容器中选择负载小的资源组，将所述待处理请求分配至所述负载小的资源组中。

23.根据权利要求19所述的装置，其特征在于，还包括：

确定模块，用于确定所述虚拟机容器中资源组是否都处于空闲状态；

销毁模块，用于在确定所述虚拟机容器中资源组都处于空闲状态的情况下，销毁所述虚拟机容器中的资源组，释放述虚拟机容器中的资源组的服务资源。

24.一种资源组的创建装置，其特征在于，包括：

检测模块，用于检测是否有待处理任务；

创建模块，用于在确定有待处理任务的情况下，触发从虚拟机容器的服务资源中创建出一个或多个资源组，其中，每个资源组独占该虚拟机容器的部分服务资源。

25.一种资源组的创建装置，其特征在于，包括：

创建模块，用于在所述虚拟机容器中的应用启动的时候，预先从所述虚拟机容器的服务资源中创建出一个或多个资源组，其中，每个资源组独占该虚拟机容器的部分服务资源；

处理模块，用于在接收到第一待处理任务的情况下，将所述第一待处理任务划分至一个资源组中进行处理。

26.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现以下步骤：

获取待处理请求；

将所述待处理请求划分至一个或多个资源组进行处理，其中，所述一个或多个资源组是在同一个虚拟机容器中创建的，并且每个资源组独占该虚拟机容器的部分服务资源。