CN111984510B - 调度***的性能测试方法及装置 - Google Patents

Abstract

本说明书一个或多个实施例提供一种调度***的性能测试方法及装置，该方法可以包括：确定用于性能测试的目标容器；在所述目标容器中启动多个进程，以用于分别模拟调度***的多个从节点；通过模拟的从节点对所述调度***的主节点进行性能测试。

Description

调度***的性能测试方法及装置

技术领域

本说明书一个或多个实施例涉及***测试技术领域，尤其涉及一种调度***的性能测试方法及装置。

背景技术

调度***用于将容器调度到合适的宿主机(物理机或虚拟机)上运行，同时保证容器运行的稳定性和宿主机资源的利用率。调度***中包括主节点(master)和从节点(slave)，主节点可以对集群做出全局性决策(如调度)、检测和响应集群事件(如副本数量不足时，控制新副本的启动)，而从节点在每个宿主机上运行，以维护运行的Pod(容器集合)并提供运行时环境。

发明内容

有鉴于此，本说明书一个或多个实施例提供一种调度***的性能测试方法及装置。

为实现上述目的，本说明书一个或多个实施例提供技术方案如下：

根据本说明书一个或多个实施例的第一方面，提出了一种调度***的性能测试方法，包括：

确定用于性能测试的目标容器；

在所述目标容器中启动多个进程，以用于分别模拟调度***的多个从节点；

通过模拟的从节点对所述调度***的主节点进行性能测试。

根据本说明书一个或多个实施例的第二方面，提出了一种基于性能测试数据的资源调度方法，包括：

调度***的主节点获取性能测试数据，所述性能测试数据是通过由目标容器模拟的从节点对所述主节点进行性能测试而得到，其中所述目标容器中启动的多个进程被分别用于模拟出多个从节点；

所述主节点在所述性能测试数据表征的性能范围内，对所述调度***中的从节点进行资源调度。

根据本说明书一个或多个实施例的第三方面，提出了一种调度***的性能测试装置，包括：

确定单元，确定用于性能测试的目标容器；

启动单元，在所述目标容器中启动多个进程，以用于分别模拟调度***的多个从节点；

测试单元，通过模拟的从节点对所述调度***的主节点进行性能测试。

根据本说明书一个或多个实施例的第四方面，提出了一种基于性能测试数据的资源调度装置，包括：

获取单元，使调度***的主节点获取性能测试数据，所述性能测试数据是通过由目标容器模拟的从节点对所述主节点进行性能测试而得到，其中所述目标容器中启动的多个进程被分别用于模拟出多个从节点；

调度单元，使所述主节点在所述性能测试数据表征的性能范围内，对所述调度***中的从节点进行资源调度。

根据本说明书一个或多个实施例的第五方面，提出了一种电子设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器通过运行所述可执行指令以实现如第一方面或第二方面所述的方法。

根据本说明书一个或多个实施例的第六方面，提出了一种计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行时实现如第一方面或第二方面所述方法的步骤。

附图说明

图1是一示例性实施例提供的一种调度***的性能测试***的架构示意图。

图2A是一示例性实施例提供的一种调度***的性能测试方法的流程图。

图2B是一示例性实施例提供的一种基于性能测试数据的资源调度方法的流程图。

图3是一示例性实施例提供的一种生产集群的示意图。

图4是一示例性实施例提供的一种对主节点进行性能测试的流程图。

图5是一示例性实施例提供的一种性能测试集群的示意图。

图6是一示例性实施例提供的一种设备的结构示意图。

图7是一示例性实施例提供的一种调度***的性能测试装置的框图。

图8是一示例性实施例提供的另一种设备的结构示意图。

图9是一示例性实施例提供的一种基于性能测试数据的资源调度装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书一个或多个实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书一个或多个实施例的一些方面相一致的装置和方法的例子。

需要说明的是：在其他实施例中并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤。在一些其他实施例中，其方法所包括的步骤可以比本说明书所描述的更多或更少。此外，本说明书中所描述的单个步骤，在其他实施例中可能被分解为多个步骤进行描述；而本说明书中所描述的多个步骤，在其他实施例中也可能被合并为单个步骤进行描述。

图1是一示例性实施例提供的一种调度***的性能测试***的架构示意图。如图1所示，该***可以包括服务器11、网络12、主节点13和从节点集合14。

服务器11可以为包含一独立主机的物理服务器，或者该服务器11可以为主机集群承载的虚拟服务器。在运行过程中，服务器11可以运行相关程序，以实现对从节点集合14的创建和对主节点13的性能测试。

主节点13可以为包含一独立主机的物理服务器，或者该服务器11可以为主机集群承载的虚拟服务器。在运行过程中，主节点13用于对从节点集合14所含的各个从节点进行调度，而服务器11可以据此确定主节点13的调度能力。

从节点集合14包含从节点141、142等，本说明书并不限制从节点的数量。服务器11可以通过调配相应的测试资源，以模拟出大量的从节点、构成从节点集合14，从而针对主节点13的调度能力进行性能测试。

图2A是一示例性实施例提供的一种调度***的性能测试方法的流程图。如图2A所示，该方法应用于服务器(例如图1所示的服务器11)，可以包括以下步骤：

步骤202A，确定用于性能测试的目标容器。

在一实施例中，目标容器是指用于模拟形成本说明书所需的从节点的容器。例如，当采用kubernetes***实现时，上述容器可以包括kubernetes***所实现的container。

在一实施例中，目标容器可以归属于相应的容器组；其中，每一容器组包含一个或多个目标容器，且同一容器组的目标容器之间共享外部资源。例如，当采用kubernetes***实现时，容器组可以包括kubernetes***所实现的pod，而每一pod可以包含一个或多个容器。其中，不同pod之间需要使用不同的外部资源，比如IP地址和端口等；而同一pod所含的多个容器之间对相同的外部资源进行共享。

在一实施例中，目标容器可以包括同一pod所含的部分或全部容器，本说明书并不对此进行限制。因此，目标容器的数量可以为一个或多个；通常而言，由于每一容器的规格(如CPU核心数量、内存大小、磁盘大小等)有限，因而为了模拟形成大规模的从节点集群，往往需要较多数量的目标容器，以满足从节点集群的规模需求。

在一实施例中，目标容器可以是基于专门分配的资源而创建；或者，目标容器可以是基于生产环境或其他环境的空闲资源而创建，有助于提升生产环境或其他环境下的资源利用率。

步骤204A，在所述目标容器中启动多个进程，以用于分别模拟调度***的多个从节点。

在一实施例中，通过在目标容器中启动多个进程，使得一个目标容器可以用于模拟形成调度***中的多个从节点，即目标容器与从节点之间为一对多的对应关系。相应地，同一目标容器模拟形成的所有从节点之间，可以共享相同的外部资源，而不需要为每一从节点分别申请独立的外部资源，因而能够极大地节省外部资源。

在一实施例中，可以构建节点(node)镜像，对所述节点镜像进行参数配置，以设定所述目标容器启动的进程数量，使得在通过所述节点镜像创建所述目标容器后，启动对应于所述进程数量的多个进程。其中，对于每一目标容器所启动的进程数量，可以根据目标容器的实际规格来确定，比如相对更高规格的目标容器可以模拟相对更多的从节点、相对更低规格的目标容器可以模拟相对更少的从节点。

在一实施例中，可以在所述节点镜像中设定与性能测试相关的配置信息，以用于配置所述目标容器模拟的从节点，使所述从节点被应用于对所述主节点进行性能测试。换言之，通过设定与性能测试相关的配置信息，可以将模拟形成的从节点指向性能测试集群，该性能测试集群包括模拟形成的若干从节点和待测试的主节点；尤其是，当同时存在多个场景时，可以准确设定模拟生成的从节点的用途，而避免模拟形成的从节点被应用于其他场景。

步骤206A，通过模拟的从节点对所述调度***的主节点进行性能测试。

在一实施例中，对主节点的性能测试往往需要大规模的从节点，因而通过在每一目标容器中启动多个进程、以分别模拟多个从节点，相比于每一目标容器仅模拟一个从节点而言，使得相同规模的从节点所需的目标容器数量极大地减少，并且由于同一目标容器模拟形成的所有从节点共享相同的外部资源，甚至在多个目标容器属于同一容器组时，该同一容器组下的目标容器所模拟的所有从节点共享相同的外部资源，从而极大地减少了对外部资源的依赖和占用。

在一实施例中，可以通过运维***控制以下操作中至少之一：创建所述目标容器、模拟所述从节点、对所述主节点进行性能测试、删除所述目标容器等，本说明书并不对此进行限制。由于运维***能够基于已配置的处理策略自动、准确、高效地完成上述操作，相比于人工实施上述操作而言，能够有效地提升相关操作的处理效率、降低出错概率。

图2B是一示例性实施例提供的一种基于性能测试数据的资源调度方法的流程图。如图2B所示，该方法应用于调度***的主节点，可以包括以下步骤：

步骤202B，调度***的主节点获取性能测试数据，所述性能测试数据是通过由目标容器模拟的从节点对所述主节点进行性能测试而得到，其中所述目标容器中启动的多个进程被分别用于模拟出多个从节点。

在一实施例中，主节点获取的性能测试数据，可以通过图2A所示及上文所述的实施例而获得，使得该过程中可以在同一目标容器上基于多个进程模拟得到多个从节点，可以减少目标容器的使用数量、降低性能测试需求，此处不再赘述。

步骤204B，所述主节点在所述性能测试数据表征的性能范围内，对所述调度***中的从节点进行资源调度。

在一实施例中，基于上述的性能测试数据，可以获知主节点在实施资源调度时的性能范围，比如支持调度的最大从节点数量、推荐采用的从节点数量等，而主节点在实际的资源调度过程中，可以通过参照上述的性能范围，确保资源调度对主节点可控，避免超出或大幅度超出性能范围而造成主节点异常等情况，确保调度***的正常运行。

图3是一示例性实施例提供的一种生产集群的示意图。如图3所示，在生产环境中构成了包括生产主节点和若干生产从节点的生产集群，由生产主节点对若干生产从节点进行调度。类似地，在其他环境中也可以存在类似的主从形式的调度***或集群。

假定本说明书中采用kubernetes***实现应用部署和容器管理。生产从节点具体配置于图3所示的圆角矩形结构对应的node；其中，node是kubernetes中的工作机器(物理机或虚拟机)。生产集群中可以包括一个或多个node，对应于上述的一个或多个生产从节点。每个node可以运行一个或多个pod，比如图3中的每个node包含4个pod，每个pod被表征为图3所示的、位于node内部的圆形结构。pod是kubernetes***中的原子单位，每个pod包含一个或多个容器(container)组成的容器组，每个容器被表征为图3所示的、位于pod内部的正方形结构；比如在图3左侧的node中，左上角的pod包含4个容器。

在运行过程中，生产环境可能存在一定的空闲资源，本说明书中可以通过将该空闲资源应用于构成性能测试集群，用于对待测试主节点进行性能测试，以提升对空闲资源的利用率。类似地，其他环境中的空闲资源也可以应用于构成性能测试集群。当然，性能测试集群所使用的资源还可以存在其他来源，比如专门分配的资源等，本说明书并不对此进行限制。

下面结合图4对性能测试集群的创建和运行过程进行描述。其中，图4是一示例性实施例提供的一种对主节点进行性能测试的流程图。如图4所示，该流程可以包括以下步骤：

步骤402，调配可用资源。

在一实施例中，可以根据所需的模拟从节点的数量，确定生产环境所能提供的空闲资源是否足够；如果模拟从节点的数量较多，超出了生产环境所能提供的空闲资源，可以根据超出情况额外调配其他资源，否则可以直接使用该生产环境所提供的空闲资源。

在一实施例中，假定单个容器的规格为“4个CPU核+8G内存+60G硬盘”，且每一容器可以形成40个模拟从节点，那么当所需的模拟从节点的数量为20000个时，所需创建的容器数量为500个，所需占用的资源为2000个CPU核、4000G内存和30000G硬盘。

步骤404，构建hollow-node镜像。

在一实施例中，在hollow-node镜像可以用于创建容器(具体为创建包含容器的pod)，以用于形成模拟从节点。可以针对hollow-node镜像实施一定的参数配置，例如：

设置启动hollow-kubelet进程的数目。通过在容器内启动n个hollow-kubelet进程，可以相应地形成n个模拟从节点。根据容器的规格、所需的模拟从节点总数等，可以预先确定每一容器中需要形成的模拟从节点的数量，从而设定相应的hollow-kubelet进程的数目。

指定性能测试集群的配置信息。通过在hollow-node镜像中指定本实施例中性能测试集群的配置信息，可以确保后续形成的模拟从节点指向该性能测试集群，即形成的模拟从节点被添加至该性能测试集群、以用于对待测试主节点进行性能测试，而不会被添加至其他集群或被应用于其他目的。

步骤406，通过镜像创建容器。

步骤408，在容器中形成模拟从节点。

在一实施例中，当企业内已经预先配置有诸如PAAS(Platform-as-a-Service：平台即服务)或其他类型的运维***时，可以通过对该运维***进行配置，使其能够被复用于上述的性能测试集群，比如通过上述的hollow-node镜像创建容器。例如，通过向运维***输入所需创建的容器数量(由步骤402确定)，并调用上述的hollow-node镜像，可以创建相应数量的容器。

在一实施例中，通过在容器中创建多个hollow-kubelet进程，使得每一进程可以用于形成一个模拟从节点，从而使得每一容器可以形成多个模拟从节点。这里，由于相关技术中的hollow-kubelet代码仅支持每一容器中创建一个进程，因而本说明书中可以通过调整代码，从而在每一容器中可以创建多个进程。例如在图5所示的实施例中，生产环境下的空闲资源被创建为相应的若干测试节点，每一测试节点包含一个或多个pod，每一pod包含一个或多个容器，每一容器中形成多个模拟从节点。

由于不同pod需要使用不同的IP地址、端口等外部资源，因而通过在每一容器中形成多个模拟从节点，使得在pod数量及其占用的外部资源不变的情况下，相比于每一容器仅形成一个模拟从节点而言，能够形成相对更多数量的模拟从节点，尤其是在形成超大规模(如万级或更大)的性能测试集群时，能够极大地节省外部资源。

在一实施例中，每一模拟从节点可以被配置不同的从节点ID，使得在后续的性能测试过程中，可以基于从节点ID对出错的模拟从节点进行准确定位，便于快速解决相应的错误。

步骤410，执行性能测试操作。

在一实施例中，运维***可以根据预先配置的性能测试逻辑，自动针对性能测试集群进行控制处理，以针对待测试主节点对于模拟从节点的调度性能进行测试，得到相应的性能测试数据。

步骤412，交还测试资源。

在一实施例中，运维***可以在完成性能测试后，自动针对性能测试集群中的容器实现缩容处理，从而将相关容器对应的资源交还至生产环境中，以避免长期占用、影响生产集群的工作，实现了对性能测试环境的弹性伸缩管理。

通过将运维***复用于上述的性能测试过程中，相比于人工执行相关操作而言，能够提升操作效率、降低出错概率，从而极大地降低性能测试所存在的运维风险，尤其适用于大规模或超大规模的性能测试场景下的快速弹性伸缩管理。

图6是一示例性实施例提供的一种设备的示意结构图。请参考图6，在硬件层面，该设备包括处理器602、内部总线604、网络接口606、内存608以及非易失性存储器610，当然还可能包括其他业务所需要的硬件。处理器602从非易失性存储器610中读取对应的计算机程序到内存608中然后运行，在逻辑层面上形成调度***的性能测试装置。当然，除了软件实现方式之外，本说明书一个或多个实施例并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

请参考图7，在软件实施方式中，该调度***的性能测试装置可以包括：

确定单元71，确定用于性能测试的目标容器；

启动单元72，在所述目标容器中启动多个进程，以用于分别模拟调度***的多个从节点；

测试单元73，通过模拟的从节点对所述调度***的主节点进行性能测试。

可选的，所述目标容器归属于相应的容器组；其中，每一容器组包含一个或多个目标容器，且同一容器组的目标容器之间共享外部资源。

可选的，所述外部资源包括以下至少之一：IP地址和端口。

可选的，所述启动单元72具体用于：

构建节点镜像；

对所述节点镜像进行参数配置，以设定所述目标容器启动的进程数量；

在通过所述节点镜像创建所述目标容器后，启动对应于所述进程数量的多个进程。

可选的，还包括：

设定单元74，在所述节点镜像中设定与性能测试相关的配置信息，以用于配置所述目标容器模拟的从节点，使所述从节点被应用于对所述主节点进行性能测试。

可选的，还包括：

控制单元75，通过运维***控制以下操作中至少之一：创建所述目标容器、模拟所述从节点、对所述主节点进行性能测试、删除所述目标容器。

可选的，所述目标容器被基于生产环境的空闲资源而创建。

图8是一示例性实施例提供的一种设备的示意结构图。请参考图8，在硬件层面，该设备包括处理器802、内部总线804、网络接口806、内存808以及非易失性存储器810，当然还可能包括其他业务所需要的硬件。处理器802从非易失性存储器810中读取对应的计算机程序到内存808中然后运行，在逻辑层面上形成基于性能测试数据的资源调度装置。当然，除了软件实现方式之外，本说明书一个或多个实施例并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

请参考图9，在软件实施方式中，该基于性能测试数据的资源调度装置可以包括：

获取单元91，使调度***的主节点获取性能测试数据，所述性能测试数据是通过由目标容器模拟的从节点对所述主节点进行性能测试而得到，其中所述目标容器中启动的多个进程被分别用于模拟出多个从节点；

调度单元92，使所述主节点在所述性能测试数据表征的性能范围内，对所述调度***中的从节点进行资源调度。

上述实施例阐明的***、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

在一个典型的配置中，计算机包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带、磁盘存储、量子存储器、基于石墨烯的存储介质或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在本说明书一个或多个实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书一个或多个实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

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

Claims (14)

1.一种调度***的性能测试方法，其特征在于，包括：

确定用于性能测试的目标容器；

在所述目标容器中启动多个进程，以用于分别模拟调度***的多个从节点；其中，在所述目标容器中启动多个进程，包括：构建节点镜像；对所述节点镜像进行参数配置，以设定所述目标容器启动的进程数量；在通过所述节点镜像创建所述目标容器后，启动对应于所述进程数量的多个进程；

在所述节点镜像中设定与性能测试相关的配置信息，以用于配置所述目标容器模拟的从节点，使所述从节点被应用于对主节点进行性能测试；

通过模拟的从节点对所述调度***的主节点进行性能测试。

2.根据权利要求1所述的方法，其特征在于，所述目标容器归属于相应的容器组；其中，每一容器组包含一个或多个目标容器，且同一容器组的目标容器之间共享外部资源。

3.根据权利要求2所述的方法，其特征在于，所述外部资源包括以下至少之一：IP地址和端口。

4.根据权利要求1所述的方法，其特征在于，还包括：

通过运维***控制以下操作中至少之一：创建所述目标容器、模拟所述从节点、对所述主节点进行性能测试、删除所述目标容器。

5.根据权利要求1所述的方法，其特征在于，所述目标容器被基于生产环境的空闲资源而创建。

6.一种基于性能测试数据的资源调度方法，其特征在于，包括：

调度***的主节点获取性能测试数据，所述性能测试数据是通过由目标容器模拟的从节点对所述主节点进行性能测试而得到，其中所述目标容器中启动的多个进程被分别用于模拟出多个从节点；所述多个从节点由下述方式构建：构建节点镜像；对所述节点镜像进行参数配置，以设定所述目标容器启动的进程数量；在通过所述节点镜像创建所述目标容器后，启动对应于所述进程数量的多个进程；在所述节点镜像中设定与性能测试相关的配置信息，以用于配置所述目标容器模拟的从节点，使所述从节点被应用于对所述主节点进行性能测试；

所述主节点在所述性能测试数据表征的性能范围内，对所述调度***中的从节点进行资源调度。

7.一种调度***的性能测试装置，其特征在于，包括：

确定单元，确定用于性能测试的目标容器；

启动单元，在所述目标容器中启动多个进程，以用于分别模拟调度***的多个从节点；其中，在所述目标容器中启动多个进程，包括：构建节点镜像；对所述节点镜像进行参数配置，以设定所述目标容器启动的进程数量；在通过所述节点镜像创建所述目标容器后，启动对应于所述进程数量的多个进程；

设定单元，在所述节点镜像中设定与性能测试相关的配置信息，以用于配置所述目标容器模拟的从节点，使所述从节点被应用于对主节点进行性能测试；

测试单元，通过模拟的从节点对所述调度***的主节点进行性能测试。

8.根据权利要求7所述的装置，其特征在于，所述目标容器归属于相应的容器组；其中，每一容器组包含一个或多个目标容器，且同一容器组的目标容器之间共享外部资源。

9.根据权利要求8所述的装置，其特征在于，所述外部资源包括以下至少之一：IP地址和端口。

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

控制单元，通过运维***控制以下操作中至少之一：创建所述目标容器、模拟所述从节点、对所述主节点进行性能测试、删除所述目标容器。

11.根据权利要求7所述的装置，其特征在于，所述目标容器被基于生产环境的空闲资源而创建。

12.一种基于性能测试数据的资源调度装置，其特征在于，包括：

获取单元，使调度***的主节点获取性能测试数据，所述性能测试数据是通过由目标容器模拟的从节点对所述主节点进行性能测试而得到，其中所述目标容器中启动的多个进程被分别用于模拟出多个从节点；所述多个从节点由下述方式构建：构建节点镜像；对所述节点镜像进行参数配置，以设定所述目标容器启动的进程数量；在通过所述节点镜像创建所述目标容器后，启动对应于所述进程数量的多个进程；在所述节点镜像中设定与性能测试相关的配置信息，以用于配置所述目标容器模拟的从节点，使所述从节点被应用于对所述主节点进行性能测试；

调度单元，使所述主节点在所述性能测试数据表征的性能范围内，对所述调度***中的从节点进行资源调度。

13.一种电子设备，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器通过运行所述可执行指令以实现如权利要求1-6中任一项所述的方法。

14.一种计算机可读存储介质，其上存储有计算机指令，其特征在于，该指令被处理器执行时实现如权利要求1-6中任一项所述方法的步骤。