CN111767178B - 物理机性能测试方法及装置 - Google Patents

物理机性能测试方法及装置 Download PDF

Info

Publication number
CN111767178B
CN111767178B CN202010431530.7A CN202010431530A CN111767178B CN 111767178 B CN111767178 B CN 111767178B CN 202010431530 A CN202010431530 A CN 202010431530A CN 111767178 B CN111767178 B CN 111767178B
Authority
CN
China
Prior art keywords
test
server
performance
physical machine
target
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.)
Active
Application number
CN202010431530.7A
Other languages
English (en)
Other versions
CN111767178A (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.)
Beijing QIYI Century Science and Technology Co Ltd
Original Assignee
Beijing QIYI Century Science and Technology 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 Beijing QIYI Century Science and Technology Co Ltd filed Critical Beijing QIYI Century Science and Technology Co Ltd
Priority to CN202010431530.7A priority Critical patent/CN111767178B/zh
Publication of CN111767178A publication Critical patent/CN111767178A/zh
Application granted granted Critical
Publication of CN111767178B publication Critical patent/CN111767178B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/2294—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing by remote test
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3409—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for performance assessment
    • 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)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本申请提供了一种物理机性能测试方法及装置，属于计算机技术领域。所述方法应用于服务端中的服务器，服务端包含多个服务器，所述方法包括：接收性能测试请求，性能测试请求用于请求测试目标物理机的目标性能；通过部署于测试服务器中的容器测试目标物理机的目标性能，并通过监管服务器对测试服务器的运行状态进行监测，如果监管服务器监测到测试服务器出现运行故障，通过监管服务器在多个服务器中重新确定测试服务器，并在重新确定出的测试服务器中启动容器，通过启动后的容器测试目标物理机的目标性能，测试服务器和监管服务器均为服务端包含的服务器；输出目标物理机的测试信息。采用本申请，可以提高物理机性能测试的稳定性。

Description

物理机性能测试方法及装置
技术领域
本申请涉及计算机技术领域，特别是涉及一种物理机性能测试方法及装置。
背景技术
为采购到满足性能要求的物理机，需要对待采购的物理机的性能进行测试。其中，物理机的性能例如CPU的缓存容量、硬盘的读写速度等。
相关技术中，在批量采购物理机时，用户可以通过用于进行性能测试的服务器，对多台物理机的多种性能进行测试，具体处理过程包括：针对每台物理机，服务器可以在测试该台物理机的某一种性能时，将用于测试该种性能的测试代码发送至该台物理机中。然后，该台物理机可以运行测试代码，得到测试结果，再将测试结果发送至服务器。之后，服务器可以对应该台物理机记录该种性能的测试结果，并更新测试进度。由此，服务器可以接收到全部物理机的多种性能的测试结果，完成批量性能测试。
然而，采用服务器对多台物理机进行性能测试的过程中，如果服务器出现非正常断电，或者，负载压力过大导致死机等故障，会导致性能测试中断，服务器无法获取到各物理机的测试结果、测试进度等测试信息，因此，采用上述方法进行性能测试的稳定性差。
发明内容
本申请实施例的目的在于提供一种物理机性能测试方法及装置，以提高物理机性能测试的稳定性。具体技术方案如下：
第一方面，本申请提供了一种物理机性能测试方法，所述方法应用于服务端中的服务器，所述服务端包含多个服务器，所述方法包括：
接收性能测试请求，所述性能测试请求用于请求对目标物理机的目标性能进行测试；
通过部署于测试服务器中的容器，对所述目标物理机的目标性能进行测试，并通过监管服务器对所述测试服务器的运行状态进行监测，如果所述监管服务器监测到所述测试服务器出现运行故障，则通过所述监管服务器在所述多个服务器中重新确定测试服务器，并在重新确定出的测试服务器中启动容器，通过启动后的容器，对所述目标物理机的目标性能进行测试，所述测试服务器和所述监管服务器均为所述服务端包含的服务器，所述监管服务器用于监测所述测试服务器的运行状态；
输出所述目标物理机的测试信息。
可选的，所述通过部署于测试服务器中的容器，对所述目标物理机的目标性能进行测试之前，还包括：
通过所述容器，生成测试公钥和测试私钥；
将所述测试公钥发送至用户端，以便所述用户端基于用户密钥登录所述目标物理机，并将所述测试公钥存储至所述目标物理机中；
通过所述容器、所述测试公钥和所述测试私钥，登录所述目标物理机。
可选的，所述测试信息包括所述目标性能的测试结果，所述通过部署于测试服务器中的容器，对所述目标物理机的目标性能进行测试，包括：
通过所述容器，将用于测试所述目标性能的测试代码发送至所述目标物理机，以使所述目标物理机执行所述测试代码，得到所述目标性能的测试结果。
可选的，所述测试信息还包括性能测试的测试进度，所述方法还包括：
通过所述容器，确定所述目标物理机中已完成测试的目标性能；
通过所述容器、所述目标物理机、所述已完成测试的目标性能，更新性能测试的测试进度。
可选的，如果所述目标物理机的个数为多个，和/或，所述目标性能的种类为多个，所述输出所述目标物理机的测试信息，包括：
每当获取到所述目标物理机中所述目标性能的测试结果时，向用户端发送测试信息，以便所述用户端显示所述测试信息。
可选的，所述方法还包括：
向预设消息中间件发送测试通知信息，所述测试通知信息包括所述性能测试请求的请求标识、所述目标物理机的机器地址、测试进度中的至少一种；
通过所述容器，从所述预设消息中间件获取所述测试通知信息。
第二方面，本申请还提供了一种物理机性能测试系统，所述系统包括服务端、用户端和待进行性能测试的目标物理机，所述服务端包括多个服务器，其中，
所述用户端，用于生成用于请求对目标物理机的目标性能进行测试的性能测试请求，向所述服务端中的服务器发送所述性能测试请求；
所述服务器，用于接收所述性能测试请求，通过部署于测试服务器中的容器，对所述目标物理机的目标性能进行测试，并通过监管服务器对所述测试服务器的运行状态进行监测，如果所述监管服务器监测到所述测试服务器出现运行故障，则通过所述监管服务器在所述多个服务器中重新确定测试服务器，并在重新确定出的测试服务器中启动容器，通过启动后的容器，对所述目标物理机的目标性能进行测试；并向所述用户端发送所述目标物理机的测试信息，所述测试服务器和所述监管服务器均为所述服务端包含的服务器，所述监管服务器用于监测所述测试服务器的运行状态；
所述用户端，还用于接收并显示所述测试信息。
可选的，所述服务器，还用于通过部署于测试服务器中的容器，生成测试公钥和测试私钥，并将所述测试公钥发送至所述用户端；
所述用户端，还用于接收所述服务器发送的测试公钥，并基于用户密钥登录待进行性能测试的目标物理机，并将所述测试公钥存储至所述目标物理机中；
所述服务器，还用于通过部署于所述测试服务器中的容器、所述测试公钥和所述测试私钥，登录所述目标物理机。
可选的，所述服务端，具体用于在所述测试信息包括所述目标性能的测试结果的情况下，通过所述容器，将用于测试所述目标性能的测试代码发送至所述目标物理机，以使所述目标物理机执行所述测试代码，得到所述目标性能的测试结果。
可选的，所述服务端，还用于在所述测试信息还包括性能测试的测试进度的情况下，通过所述容器，确定所述目标物理机中已完成测试的目标性能；通过所述容器、所述目标物理机、所述已完成测试的目标性能，更新性能测试的测试进度。
可选的，所述服务端，具体用于在所述目标物理机的个数为多个，和/或，所述目标性能的种类为多个的情况下，每当获取到所述目标物理机中所述目标性能的测试结果时，向用户端发送测试信息，以便所述用户端显示所述测试信息。
可选的，所述服务端，还用于向预设消息中间件发送测试通知信息，所述测试通知信息包括所述性能测试请求的请求标识、所述目标物理机的机器地址、测试进度中的至少一种；通过所述容器，从所述预设消息中间件获取所述测试通知信息。
第三方面，本申请还提供了一种物理机性能测试装置，所述装置应用于服务端中的服务器，所述服务端包含多个服务器，所述装置包括：
接收模块，用于接收性能测试请求，所述性能测试请求用于请求对目标物理机的目标性能进行测试；
测试模块，用于通过部署于测试服务器中的容器，对所述目标物理机的目标性能进行测试，并通过监管服务器对所述测试服务器的运行状态进行监测，如果所述监管服务器监测到所述测试服务器出现运行故障，则通过所述监管服务器在所述多个服务器中重新确定测试服务器，并在重新确定出的测试服务器中启动容器，通过启动后的容器，对所述目标物理机的目标性能进行测试，所述测试服务器和所述监管服务器均为所述服务端包含的服务器，所述监管服务器用于监测所述测试服务器的运行状态；
输出模块，用于输出所述目标物理机的测试信息。
可选的，所述装置还包括：
生成模块，用于通过所述容器，生成测试公钥和测试私钥；
第一发送模块，用于将所述测试公钥发送至用户端，以便所述用户端基于用户密钥登录所述目标物理机，并将所述测试公钥存储至所述目标物理机中；
登录模块，用于通过所述容器、所述测试公钥和所述测试私钥，登录所述目标物理机。
可选的，所述测试模块包括：
第一发送子模块，用于在所述测试信息包括所述目标性能的测试结果的情况下，通过所述容器，将用于测试所述目标性能的测试代码发送至所述目标物理机，以使所述目标物理机执行所述测试代码，得到所述目标性能的测试结果。
可选的，所述测试模块还包括：
确定子模块，用于在所述测试信息还包括性能测试的测试进度的情况下，通过所述容器，确定所述目标物理机中已完成测试的目标性能；
更新子模块，用于通过所述容器、所述目标物理机、所述已完成测试的目标性能，更新性能测试的测试进度。
可选的，所述输出模块包括：
第二发送子模块，用于在所述目标物理机的个数为多个，和/或，所述目标性能的种类为多个的情况下，每当获取到所述目标物理机中所述目标性能的测试结果时，向用户端发送测试信息，以便所述用户端显示所述测试信息。
可选的，所述装置还包括：
第二发送模块，用于向预设消息中间件发送测试通知信息，所述测试通知信息包括所述性能测试请求的请求标识、所述目标物理机的机器地址、测试进度中的至少一种；
获取模块，用于通过所述容器，从所述预设消息中间件获取所述测试通知信息。
第四方面，本申请还提供了一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；
存储器，用于存放计算机程序；
处理器，用于执行存储器上所存放的程序时，实现任一第一方面所述的方法步骤。
第五方面，本申请还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现任一第一方面所述的方法步骤。
第六方面，本申请还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述任一第一方面所述的方法步骤。
本申请实施例提供的一种物理机性能测试方法及装置，可以接收性能测试请求，性能测试请求用于请求对目标物理机的目标性能进行测试。然后，通过部署于测试服务器中的容器，对目标物理机的目标性能进行测试，并通过监管服务器对测试服务器的运行状态进行监测，如果监管服务器监测到测试服务器出现运行故障，则通过监管服务器在多个服务器中重新确定测试服务器，并在重新确定出的测试服务器中启动容器，通过启动后的容器，对目标物理机的目标性能进行测试，测试服务器和监管服务器均为服务端包含的服务器，监管服务器用于监测测试服务器的运行状态。之后，输出目标物理机的测试信息。
由于通过部署于测试服务器中的容器对目标物理机的目标性能进行测试，并且在测试服务器出现运行故障时，能够通过部署于重新确定出的测试服务器中的容器继续性能测试，因此，测试过程不受测试服务器运行状态的影响，能够避免测试服务器出现故障时，无法获取到各物理机的测试信息的问题，从而能够提高性能测试的稳定性。
当然，实施本申请的任一产品或方法并不一定需要同时达到以上所述的所有优点。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。
图1为本申请实施例提供的一种物理机性能测试方法的流程图；
图2为本申请实施例提供的另一种物理机性能测试方法的流程图；
图3为本申请实施例提供的另一种物理机性能测试方法的流程图；
图4为本申请实施例提供的一种物理机性能测试系统的示意图；
图5为本申请实施例提供的一种物理机性能测试示例的流程图；
图6为本申请实施例提供的一种物理机性能测试装置的结构示意图；
图7为本申请实施例提供的一种电子设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。
本申请实施例提供了一种物理机性能测试方法，该方法可以应用于服务端中的服务器，服务端包含多个服务器，每个服务器可以是具有数据处理功能的电子设备，多个服务器可以组成为提供物理机性能测试服务的服务端。
采用本申请实施例提供的物理机性能测试方法，可以对物理机进行批量性能测试，即，同时对多台物理机的多种性能进行测试。其中，物理机的性能例如CPU的缓存容量、硬盘的读写速度等。
如图1所示，服务端中的服务器进行物理机性能测试的具体处理过程，包括：
步骤101、接收性能测试请求。
其中，性能测试请求用于请求对目标物理机的目标性能进行测试。
在实施中，当用户想要对多台物理机的性能进行性能测试时，用户可以执行预设操作，以使客户端生成性能测试请求，并向服务端中的服务器发送性能测试请求。客户端生成性能测试请求的具体处理过程后续会进行详细说明。为了便于描述，将待进行性能测试的物理机称为目标物理机，将待测试的性能称为目标性能，将接收到性能测试请求的服务器称为响应服务器。
然后，响应服务器可以根据性能测试请求，确定待进行性能测试的目标物理机、待测试的目标性能。
本申请实施例中，响应服务器根据性能测试请求确定目标物理机和目标性能的方式可以是多种多样的。例如，性能测试请求可以携带有目标物理机的机器地址或标识，由此，响应服务器可以根据目标物理机的机器地址或标识，在多台物理机中确定待进行性能测试的物理机，得到目标物理机。性能测试请求还可以携带有目标性能的性能标识，响应服务器可以将与性能测试请求携带的性能标识对应的性能，作为待进行测试的目标性能。
服务端中可以预先存储有用户与物理机的对应关系，性能测试请求可以携带有用户标识，响应服务器可以在用户与物理机的对应关系中，确定与用户标识对应的物理机，得到目标物理机。类似的，服务端中可以预先存储有用户与性能的对应关系，性能测试请求可以携带有用户标识，响应服务器可以在用户与性能的对应关系中，确定与用户标识对应的性能，得到目标性能。
步骤102、通过部署于测试服务器中的容器，对目标物理机的目标性能进行测试，并通过监管服务器对测试服务器的运行状态进行监测，如果监管服务器监测到测试服务器出现运行故障，则通过监管服务器在多个服务器中重新确定测试服务器，并在重新确定出的测试服务器中启动容器，通过启动后的容器，对目标物理机的目标性能进行测试。
其中，测试服务器和监管服务器均为服务端包含的服务器，监管服务器用于监测测试服务器的运行状态。响应服务器可以作为测试服务器，也可以作为监管服务器。
在实施中，服务端中可以预先存储有用于进行性能测试的容器镜像。在接收到性能测试请求后，响应服务器可以通过预设的容器编排工具、容器镜像，在服务端包含的服务器中生成容器。为了便于区分，将部署有容器的服务器称为测试服务器。响应服务器还可以通过容器编排工具，将多个服务器中的部分服务器作为监测服务器，以便通过监测服务器对测试服务器的运行状态进行监测。
然后，响应服务器可以通过部署于测试服务器中的容器，对目标物理机的目标性能进行测试。在测试过程中，响应服务器还可以通过监管服务器对测试服务器的运行状态进行监测。如果监管服务器监测到测试服务器出现运行故障，则响应服务器可以通过监管服务器，在多个服务器中重新确定测试服务器，并在重新确定出的测试服务器中启动容器，通过启动后的容器，对目标物理机的目标性能进行测试。
可选的，在目标物理机的个数为多个，且，目标性能的种类为多个的情况下，测试服务器可以通过多种方式进行批量性能测试，例如，测试服务器可以针对当前目标物理机，依次对当前目标物理机的多种目标性能进行测试，在完成该目标物理机的多种目标性能的测试后，在多个目标物理机中确定下一个当前目标物理机，并重复执行依次对当前目标物理机的多种目标性能进行测试步骤。
测试服务器也可以针对当前目标性能，依次对多台目标物理机进行该种目标性能的测试，在完成多台目标物理机的该种目标性能的测试后，在多台目标性能中确定下一个当前目标性能，并重复执行依次对多台目标物理机进行该种目标性能的测试步骤。
本申请实施例中，容器编排工具和容器可以是多种多样的，例如，容器编排工具可以是Kubernetes(k8s，容器编排引擎)、Docker Swarm(容器群)，容器可以是Docker(码头)容器、CoreOSrkt(火箭)容器。响应服务器通过容器编排工具和容器镜像生成容器的具体处理过程，可以参照相关技术中通过容器编排工具和容器镜像生成容器的处理过程，此处不再赘述。
容器可以具有检测多种性能的能力。针对目标物理机的个数为多个的情况，响应服务器可以通过容器编排工具和容器镜像生成一个容器，通过一个容器对多个目标物理机进行性能测试；响应服务器也可以通过容器编排工具和容器镜像生成多个容器，分别通过每个容器对部分目标物理机进行性能测试，从而完成全部目标物理机的性能测试。
针对目标性能的种类为多个的情况，响应服务器可以通过容器编排工具和容器镜像生成一个容器，通过一个容器对多种目标性能进行性能测试；响应服务器也可以通过容器编排工具和容器镜像生成多个容器，分别通过每个容器对全部目标物理机的一种性能进行测试。例如，当目标性能为性能A和性能B时，响应服务器可以通过容器编排工具和容器镜像生成2个容器，响应服务器可以通过容器1对目标物理机的性能A进行测试，并通过容器2对目标物理机的性能B进行测试。
步骤103、输出目标物理机的测试信息。
在实施中，目标物理机的测试信息可以是多种多样的，在一种可行的实现方式中，响应服务器可以将目标性能的测试结果，作为目标物理机的测试信息。某一性能的测试结果可以是该性能的参数值、测试分值、表示是否达到测试标准的标识。例如，目标性能为硬盘的读写速度时，测试结果可以为：参数值200Mb/s，或者，测试分值90分，或者，表示达到测试标准的标识Y。
在另一种可行的实现方式中，在目标物理机的个数为多个，和/或，目标性能的种类为多个的情况下，响应服务器还可以在性能测试的过程中，生成目标物理机的测试进度。例如，测试进度为：已完成10台目标物理机的目标性能A的测试。响应服务器可以将目标物理机的测试结果、测试进度作为目标物理机的测试信息。
此外，在目标物理机的个数为多个，和/或，目标性能的种类为多个的情况下，响应服务器输出测试信息的方式可以是多种多样的。
在一种可行的实现方式中，响应服务器可以在针对每台目标物理机完成全部目标性能测试后，生成包含各目标物理机的目标性能的测试结果的测试信息。然后，响应服务器可以向用户端发送该测试信息，以便用户端显示测试信息。
在另一种可行的实现方式中，在测试过程中，响应服务器可以在每当获取到目标物理机中目标性能的测试结果时，向用户端发送测试信息，以便用户端显示测试信息。
具体的，响应服务器可以在获取到全部目标物理机的某一种类目标性能的测试结果时，或者，在获取到某一目标物理机的全部种类目标性能的测试结果时，或者，在获取到某一目标物理机的某一种类目标性能的测试结果时，确定当前的测试进度。响应服务器确定测试进度的具体处理过程后续会进行详细说明。
然后，响应服务器可以生成包含测试结果和更新后的测试进度的测试信息。之后，响应服务器可以向用户端发送该测试信息，以便用户端显示测试信息。由此，便于用户通过用户端了解测试结果，并实时掌握测试进度。
本申请实施例中，响应服务器可以在接收到请求测试目标物理机的目标性能的性能测试请求后，通过部署于测试服务器中的容器，对目标物理机的目标性能进行测试，并通过监管服务器对测试服务器的运行状态进行监测。如果监管服务器监测到测试服务器出现运行故障，则响应服务器可以通过监管服务器，在多个服务器中重新确定测试服务器，并在重新确定出的测试服务器中启动容器，通过启动后的容器，对目标物理机的目标性能进行测试，测试服务器和监管服务器均为服务端包含的服务器，监管服务器用于监测测试服务器的运行状态。之后，响应服务器可以输出目标物理机的测试信息。
由于通过部署于测试服务器中的容器对目标物理机的目标性能进行测试，并且在测试服务器出现运行故障时，能够通过部署于重新确定出的测试服务器中的容器继续性能测试，因此，测试过程不受测试服务器运行状态的影响，能够避免测试服务器出现故障时，无法获取到各物理机的测试信息的问题，从而能够提高性能测试的稳定性。
可选的，本申请实施例提供了一种响应服务器通过容器对目标物理机的目标性能进行测试的实现方式，包括：
通过容器，将用于测试目标性能的测试代码发送至目标物理机，以使目标物理机执行测试代码，得到目标性能的测试结果。
在实施中，容器中可以预先存储有用于测试多种性能的测试代码，在测试某一目标性能时，响应服务器可以通过容器，将用于测试该目标性能的测试代码发送至目标物理机。然后，目标物理机可以执行接收到的测试代码，以对目标性能进行测试，得到目标性能的测试结果。
本申请实施例中，响应服务器可以通过容器，将用于测试目标性能的测试代码发送至目标物理机，以使目标物理机执行测试代码，得到目标性能的测试结果。由于通过容器进行性能测试，测试过程不受响应服务器运行状态的影响，因此，一方面，可以减少响应服务器的数据处理负担；另一方面，能够避免响应服务器出现故障时，无法获取到各物理机的测试信息的问题，从而能够提高性能测试的稳定性。
此外，由于容器运行与测试服务器的运行保持独立，因此，采用容器进行物理机性能测试，便于开发人员对容器中存储的测试代码进行更改，从而能够方便、快捷的更新测试代码。而且，通过容器向各物理机分发测试代码，无需物理机处于特定运行环境。
可选的，在测试信息包括性能测试的测试进度的情况下，响应服务器可以通过容器确定性能测试的测试进度，如图2所示，具体处理过程包括：
步骤201、通过容器，确定目标物理机中已完成测试的目标性能。
在实施中，当某一目标物理机完成某一目标性能的测试后，该目标物理机可以向响应服务器发送测试完成消息。在目标性能的种类为多个的情况下，测试完成消息可以携带有目标性能的性能标识；在目标物理机的个数为多个的情况下，测试完成消息还可以携带有目标物理机的机器标识。
响应服务器可以将接收到的测试完成消息同步至容器。在目标性能的种类为多个的情况下，容器可以根据测试完成消息携带的性能标识，确定已完成测试的目标性能。在目标物理机的个数为多个的情况下，容器可以根据测试完成消息携带的机器标识，确定完成目标性能测试的目标物理机。由此，容器可以确定目标物理机中已完成测试的目标性能。
可选的，某一目标物理机还可以在完成某一目标性能的测试后，直接向容器发送测试完成消息。容器可以根据接收到的测试完成消息，确定目标物理机中已完成测试的目标性能。
步骤202、通过容器、目标物理机、已完成测试的目标性能，更新性能测试的测试进度。
在实施中，容器根据目标物理机、已完成测试的目标性能，更新性能测试的测试进度的具体实现方式可以是多种多样的。
在一种可行的实现方式中，容器可以对应存储已完成测试的目标性能的性能标识、目标物理机的机器标识，得到已完成测试的目标性能与目标物理机的对应关系，从而更新性能测试的测试进度。
在另一种可行的实现方式中，容器可以在与目标物理机对应的目标性能中，确定已完成测试的目标性能，并将该性能的测试状态更改为已完成。当与目标物理机对应的全部目标性能均已测试完成时，容器可以将目标物理机的测试状态更改为已完成，从而更新性能测试的测试进度。
本申请实施例中，响应服务器可以通过容器，确定目标物理机中已完成测试的目标性能。然后，响应服务器可以通过容器、目标物理机、已完成测试的目标性能，更新性能测试的测试进度。由于在测试过程中，响应服务器通过容器更新测试进度，因此，一方面，能够减少响应服务器的数据处理负担；另一方面，能够避免响应服务器出现故障时，无法获取到各物理机的测试进度的问题，从而能够提高性能测试的稳定性。进一步的，通过更新测试进度，便于用户实时掌控测试过程。
本申请实施例中，服务端中的服务器可以采用SSH(Secure Shell，安全外壳协议)方式进行数据传输，由此，能够对测试过程中各服务器、目标物理机和用户端所传输的数据进行加密，保证数据传输的安全性。
相关技术中，在进行物理机批量性能测试时，需要用户提供私有的登录目标物理机所需的用户密钥，然后，用于测试物理机性能的服务器再基于用户密钥登录目标物理机。但是，这种方式存在泄漏用户密钥的风险。
可选的，为了避免泄露用户密钥，本申请实施例提供了一种物理机性能测试方法，如图3所示，具体处理过程包括：
步骤301、通过容器，生成测试公钥和测试私钥。
在实施中，容器可以生成用于进行性能测试的密钥，分别称为测试公钥和测试私钥。然后，容器可以在本地保存测试公钥和测试私钥，将测试公钥发送至响应服务器。
步骤302、将测试公钥发送至用户端。
在实施中，响应服务器可以将测试公钥发送至用户端。然后，用户端可以基于用户密钥登录目标物理机，并将测试公钥存储至目标物理机中。
步骤303、通过容器、测试公钥和测试私钥，登录目标物理机。
在实施中，容器基于测试公钥和测试私钥，登录目标物理机的处理过程，可以参照相关技术中，基于公钥和私钥登录物理机的处理过程，此处不再赘述。
本申请实施例中，容器可以生成测试公钥和测试私钥，然后，响应服务器可以将测试公钥发送至用户端。之后，容器可以基于测试公钥和测试私钥，登录目标物理机。由于响应服务器无需用户密钥，通过容器、测试公钥和测试私钥即可登录目标物理机，因此，能够避免使用用户密钥登录目标物理机可能泄密的问题。
本申请实施例中，容器可以针对不同的性能测试，生成不同的测试公钥和测试私钥。
可选的，在完成目标物理机的性能测试后，测试服务器可以删除容器，从而删除容器中的测试公钥和测试私钥，由此，能够避免泄露测试公钥和测试私钥，保证测试公钥和测试私钥的安全性。
可选的，由于部分容器编排工具在生成容器后不会提供容器在测试服务器中的数据传输地址，因此，在响应服务器和测试服务器为不同服务器的情况下，响应服务器无法与测试服务器中的容器直接通信。针对响应服务器无法与容器直接通信的情况，本申请实施例提供了一种基于消息中间件进行性能测试的实现方式，包括以下步骤：
步骤1、向预设消息中间件发送测试通知信息。
其中，为了便于区分接收到的多个性能测试请求，响应服务器可以生成性能测试请求的测试标识。测试通知信息可以包括性能测试请求的请求标识、目标物理机的机器地址、测试进度中的至少一种。预设消息中间件可以是消息队列。
在实施中，在测试过程中，响应服务器可以生成测试通知信息，并向预设消息中间件发送测试通知信息。
步骤2、通过容器，从预设消息中间件获取测试通知信息。
在实施中，容器可以从预设消息中间件获取测试通知信息。然后，容器可以根据接收到的测试通知信息，对目标物理机的目标性能进行测试。
例如，在开始测试时，响应服务器可以向预设消息中间件发送测试开始命令，测试开始命令可以携带有性能测试请求的请求标识。容器可以从预设消息中间件中读取测试开始命令。当读取到的测试开始命令包含的请求标识与容器本地存储的请求标识相同时，容器可以对目标物理机进行性能测试。容器中存储的请求标识可以由生成容器时配置。
在测试过程中，响应服务器可以确定测试进度，生成包含测试进度和请求标识的测试通知信息，向预设消息中间件发送该测试通知信息。容器可以从预设消息中间件中读取测试通知信息，当读取到的测试通知信息包含的请求标识与容器本地存储的请求标识相同时，容器可以更新本地存储的测试进度。
本申请实施例中，响应服务器可以向预设消息中间件发送测试通知信息，容器可以从预设消息中间件获取测试通知信息。由于通过预设消息中间件向容器发送测试通知信息，因此，能够解耦响应服务器和目标物理机。由容器实现性能测试，避免响应服务器出现故障时，无法获取到各物理机的测试信息的问题，从而能够提高性能测试的稳定性。
可选的，在完成目标物理机的性能测试后，响应服务器可以通过容器，向目标物理机发送预先存储的清除代码，以使目标物理机执行清除代码，以清除目标物理机中的测试结果。由此，实现无侵入测试。
基于相同的技术构思，本申请实施例还提供了一种物理机性能测试系统，如图4所示，所述系统包括用户端410、服务端420和待进行性能测试的目标物理机430。服务端420包含多个服务器421，用户端410可以是用户使用的手机、平板电脑和笔记本电脑等电子设备。其中，所述用户端，用于生成用于请求对目标物理机的目标性能进行测试的性能测试请求，向服务端中的服务器发送所述性能测试请求；
所述服务器，用于接收所述性能测试请求，通过部署于测试服务器中的容器，对所述目标物理机的目标性能进行测试，并通过监管服务器对所述测试服务器的运行状态进行监测，如果所述监管服务器监测到所述测试服务器出现运行故障，则通过所述监管服务器在所述多个服务器中重新确定测试服务器，并在重新确定出的测试服务器中启动容器，通过启动后的容器，对所述目标物理机的目标性能进行测试，并向所述用户端发送所述目标物理机的测试信息，所述测试服务器和所述监管服务器均为所述服务端包含的服务器，所述监管服务器用于监测所述测试服务器的运行状态；
所述用户端，还用于接收并显示所述测试信息。
具体的，当用户想要对物理机的性能进行测试时，用户可以对用户端执行预设操作，以使用户端生成性能测试请求。预设操作可以是点击预设显示页面中目标物理机的机器标识、目标性能的性能标识；预设操作也可以是在预设命令行中输入目标物理机的机器标识、目标性能的性能标识；预设操作还可以是输入用户标识。
在检测到预设操作后，用户端可以通过多种方式生成用于请求对目标物理机的目标性能进行测试的测试请求。在一种可行的实现方式中，用户端可以生成携带有目标物理机的机器标识、目标性能的性能标识的性能测试请求。在另一种可行的实现方式中，服务端中可以预先存储有用户与物理机的对应关系，用户端可以获取用户标识，生成携带有用户标识的性能测试请求。
然后，用户端可以向服务端中的服务器发送性能测试请求。服务端中的服务器在接收到性能测试请求后，可以对目标物理机的目标性能进行测试，具体测试过程可以参照上述一种应用于服务器的物理机测试方法步骤的相关说明，此处不再赘述。
用户端还可以接收服务器发送的目标物理机的测试信息，再在预设的显示页面显示接收到的测试信息，以便用户了解目标物理机的目标性能的测试结果、测试进度等测试信息。
可选的，所述服务器，还用于通过所述容器，生成测试公钥和测试私钥，并将所述测试公钥发送至所述用户端；
所述用户端，还用于接收所述服务器发送的测试公钥，并基于用户密钥登录待进行性能测试的目标物理机，将所述测试公钥存储至所述目标物理机中；
所述服务器，还用于通过所述容器、所述测试公钥和所述测试私钥，登录所述目标物理机。
具体的，所述服务器，也即响应服务器，可以通过部署于测试服务器中的容器，生成测试公钥和测试私钥。然后，响应服务器可以向用户端发送测试公钥。
然后，用户端可以基于用户密钥登录待进行性能测试的目标物理机，具体登录过程可以参照相关技术中，基于密钥登录物理机的处理过程，此处不再赘述。之后，用户端可以将测试公钥存储至目标物理机中，由此，响应服务器可以通过容器、测试公钥和测试私钥登录目标物理机，并对目标物理机进行性能测试。
可选的，所述服务端，具体用于在所述测试信息包括所述目标性能的测试结果的情况下，通过所述容器，将用于测试所述目标性能的测试代码发送至所述目标物理机，以使所述目标物理机执行所述测试代码，得到所述目标性能的测试结果。
可选的，所述服务端，还用于在所述测试信息还包括性能测试的测试进度的情况下，通过所述容器，确定所述目标物理机中已完成测试的目标性能；通过所述容器、所述目标物理机、所述已完成测试的目标性能，更新性能测试的测试进度。
可选的，所述服务端，具体用于在所述目标物理机的个数为多个，和/或，所述目标性能的种类为多个的情况下，每当获取到所述目标物理机中所述目标性能的测试结果时，向用户端发送测试信息，以便所述用户端显示所述测试信息。
可选的，所述服务端，还用于向预设消息中间件发送测试通知信息，所述测试通知信息包括所述性能测试请求的请求标识、所述目标物理机的机器地址、测试进度中的至少一种；通过所述容器，从所述预设消息中间件获取所述测试通知信息。
本申请实施例提供的物理机性能测试系统中，用户端可以生成用于请求对目标物理机的目标性能进行测试的性能测试请求，向服务端中的服务器发送性能测试请求。接收到性能测试请求的服务器可以通过部署于测试服务器中的容器，对目标物理机的目标性能进行测试，并通过监管服务器对测试服务器的运行状态进行监测，如果监管服务器监测到测试服务器出现运行故障，则通过监管服务器在多个服务器中重新确定测试服务器，并在重新确定出的测试服务器中启动容器，通过启动后的容器，对目标物理机的目标性能进行测试，测试服务器和监管服务器均为服务端包含的服务器，监管服务器用于监测测试服务器的运行状态。之后，服务器可以向用户端发送目标物理机的测试信息。用户端可以接收并显示测试信息。
由于通过部署于测试服务器中的容器对目标物理机的目标性能进行测试，并且在测试服务器出现运行故障时，能够通过部署于重新确定出的测试服务器中的容器继续性能测试，因此，测试过程不受测试服务器运行状态的影响，能够避免测试服务器出现故障时，无法获取到各物理机的测试信息的问题，从而能够提高性能测试的稳定性。
如图5所示，为本申请实施例提供的一种物理机性能测试示例的示意图，包括以下步骤：
步骤501、用户端生成用于请求对目标物理机的目标性能进行测试的性能测试请求，向响应服务器发送性能测试请求。
其中，响应服务器为服务端中接收性能测试请求的服务器。
步骤502、响应服务器通过部署于测试服务器中的容器，生成测试公钥和测试私钥。
步骤503、响应服务器将测试公钥发送至用户端。
步骤504、用户端接收响应服务器发送的测试公钥，基于用户密钥登录待进行性能测试的目标物理机，将测试公钥存储至目标物理机中。
步骤505、用户端向响应服务器发送测试开始指令。
步骤506、响应服务器通过部署于测试服务器中的容器，向目标物理机发送用于测试目标性能的测试代码，并通过监管服务器对测试服务器的运行状态进行监测，如果监管服务器监测到测试服务器出现运行故障，则通过监管服务器在多个服务器中重新确定测试服务器，并在重新确定出的测试服务器中启动容器，通过启动后的容器，对目标物理机的目标性能进行测试。
步骤507、目标物理机执行测试代码，得到目标性能的测试结果，目标物理机向响应服务器发送测试完成消息。
步骤508、响应服务器根据测试完成消息，确定测试进度，生成包含测试进度和测试结果的测试信息。
步骤509、响应服务器向用户端发送目标物理机的测试信息。
步骤510、用户端接收并显示目标物理机的测试信息。
本申请实施例还提供了一种物理机性能测试装置，所述装置应用于服务端中的服务器，所述服务端包含多个服务器，如图6所示，所述装置包括：
接收模块610，用于接收性能测试请求，所述性能测试请求用于请求对目标物理机的目标性能进行测试；
测试模块620，用于通过部署于测试服务器中的容器，对所述目标物理机的目标性能进行测试，并通过监管服务器对所述测试服务器的运行状态进行监测，如果所述监管服务器监测到所述测试服务器出现运行故障，则通过所述监管服务器在所述多个服务器中重新确定测试服务器，并在重新确定出的测试服务器中启动容器，通过启动后的容器，对所述目标物理机的目标性能进行测试，所述测试服务器和所述监管服务器均为所述服务端包含的服务器，所述监管服务器用于监测所述测试服务器的运行状态；
输出模块630，用于输出所述目标物理机的测试信息。
可选的，所述装置还包括：
生成模块，用于通过所述容器，生成测试公钥和测试私钥；
第一发送模块，用于将所述测试公钥发送至用户端，以便所述用户端基于用户密钥登录所述目标物理机，并将所述测试公钥存储至所述目标物理机中；
登录模块，用于通过所述容器、所述测试公钥和所述测试私钥，登录所述目标物理机。
可选的，所述测试模块包括：
第一发送子模块，用于在所述测试信息包括所述目标性能的测试结果的情况下，通过所述容器，将用于测试所述目标性能的测试代码发送至所述目标物理机，以使所述目标物理机执行所述测试代码，得到所述目标性能的测试结果。
可选的，所述测试模块还包括：
确定子模块，用于在所述测试信息还包括性能测试的测试进度的情况下，通过所述容器，确定所述目标物理机中已完成测试的目标性能；
更新子模块，用于通过所述容器、所述目标物理机、所述已完成测试的目标性能，更新性能测试的测试进度。
可选的，所述输出模块包括：
第二发送子模块，用于在所述目标物理机的个数为多个，和/或，所述目标性能的种类为多个的情况下，每当获取到所述目标物理机中所述目标性能的测试结果时，向用户端发送测试信息，以便所述用户端显示所述测试信息。
可选的，所述装置还包括：
第二发送模块，用于向预设消息中间件发送测试通知信息，所述测试通知信息包括所述性能测试请求的请求标识、所述目标物理机的机器地址、测试进度中的至少一种；
获取模块，用于通过所述容器，从所述预设消息中间件获取所述测试通知信息。
本申请实施例提供的一种物理机性能测试装置，可以接收性能测试请求，性能测试请求用于请求对目标物理机的目标性能进行测试。然后，通过部署于测试服务器中的容器，对目标物理机的目标性能进行测试，并通过监管服务器对测试服务器的运行状态进行监测，如果监管服务器监测到测试服务器出现运行故障，则通过监管服务器在多个服务器中重新确定测试服务器，并在重新确定出的测试服务器中启动容器，通过启动后的容器，对目标物理机的目标性能进行测试，测试服务器和监管服务器均为服务端包含的服务器，监管服务器用于监测测试服务器的运行状态。之后，输出目标物理机的测试信息。
由于通过部署于测试服务器中的容器对目标物理机的目标性能进行测试，并且在测试服务器出现运行故障时，能够通过部署于重新确定出的测试服务器中的容器继续性能测试，因此，测试过程不受测试服务器运行状态的影响，能够避免测试服务器出现故障时，无法获取到各物理机的测试信息的问题，从而能够提高性能测试的稳定性。
本申请实施例还提供了一种电子设备，电子设备可以作为用于进行物理机性能测试的服务端或客户端，如图7所示，包括处理器701、通信接口702、存储器703和通信总线704，其中，处理器701，通信接口702，存储器703通过通信总线704完成相互间的通信，
存储器703，用于存放计算机程序；
处理器701，用于执行存储器703上所存放的程序时，实现上述任一所述的物理机性能测试方法步骤。
上述终端提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect，简称PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，简称EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
通信接口用于上述终端与其他设备之间的通信。
存储器可以包括随机存取存储器(Random Access Memory，简称RAM)，也可以包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。
上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(Digital Signal Processing，简称DSP)、专用集成电路(Application SpecificIntegrated Circuit，简称ASIC)、现场可编程门阵列(Field－Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
在本申请提供的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的物理机性能测试方法。
在本申请提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的物理机性能测试方法。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。
需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
以上所述仅为本申请的较佳实施例而已，并非用于限定本申请的保护范围。凡在本申请的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本申请的保护范围内。

Claims (8)

1.一种物理机性能测试方法，其特征在于，所述方法应用于服务端中的服务器，所述服务端包含多个服务器，所述方法包括：
接收性能测试请求，所述性能测试请求用于请求对目标物理机的目标性能进行测试；
通过部署于测试服务器中的容器，对所述目标物理机的目标性能进行测试，并通过监管服务器对所述测试服务器的运行状态进行监测，如果所述监管服务器监测到所述测试服务器出现运行故障，则通过所述监管服务器在所述多个服务器中重新确定测试服务器，并在重新确定出的测试服务器中启动容器，通过启动后的容器，对所述目标物理机的目标性能进行测试，所述测试服务器和所述监管服务器均为所述服务端包含的服务器，所述监管服务器用于监测所述测试服务器的运行状态；
输出所述目标物理机的测试信息；
其中，在通过部署于测试服务器中的容器，对所述目标物理机的目标性能进行测试之前，所述方法还包括：通过所述容器，生成测试公钥和测试私钥，所述容器用于针对不同的性能测试生成不同的测试公钥和测试私钥；将所述测试公钥发送至用户端，以便所述用户端基于用户密钥登录所述目标物理机，并将所述测试公钥存储至所述目标物理机中；通过所述容器、所述测试公钥和所述测试私钥，登录所述目标物理机。
2.根据权利要求1所述的方法，其特征在于，所述测试信息包括所述目标性能的测试结果，所述通过部署于测试服务器中的容器，对所述目标物理机的目标性能进行测试，包括：
通过所述容器，将用于测试所述目标性能的测试代码发送至所述目标物理机，以使所述目标物理机执行所述测试代码，得到所述目标性能的测试结果。
3.根据权利要求2所述的方法，其特征在于，所述测试信息还包括性能测试的测试进度，所述方法还包括：
通过所述容器，确定所述目标物理机中已完成测试的目标性能；
通过所述容器、所述目标物理机、所述已完成测试的目标性能，更新性能测试的测试进度。
4.根据权利要求2或3所述的方法，其特征在于，如果所述目标物理机的个数为多个，和/或，所述目标性能的种类为多个，所述输出所述目标物理机的测试信息，包括：
每当获取到所述目标物理机中所述目标性能的测试结果时，向用户端发送测试信息，以便所述用户端显示所述测试信息。
5.根据权利要求3所述的方法，其特征在于，所述方法还包括：
向预设消息中间件发送测试通知信息，所述测试通知信息包括所述性能测试请求的请求标识、所述目标物理机的机器地址、测试进度中的至少一种；
通过所述容器，从所述预设消息中间件获取所述测试通知信息。
6.一种物理机性能测试系统，其特征在于，所述系统包括服务端、用户端和待进行性能测试的目标物理机，所述服务端包括多个服务器，其中，
所述用户端，用于生成用于请求对目标物理机的目标性能进行测试的性能测试请求，向所述服务端中的服务器发送所述性能测试请求；
所述服务器，用于接收所述性能测试请求，通过部署于测试服务器中的容器，对所述目标物理机的目标性能进行测试，并通过监管服务器对所述测试服务器的运行状态进行监测，如果所述监管服务器监测到所述测试服务器出现运行故障，则通过所述监管服务器在所述多个服务器中重新确定测试服务器，并在重新确定出的测试服务器中启动容器，通过启动后的容器，对所述目标物理机的目标性能进行测试；并向所述用户端发送所述目标物理机的测试信息，所述测试服务器和所述监管服务器均为所述服务端包含的服务器，所述监管服务器用于监测所述测试服务器的运行状态，在通过部署于测试服务器中的容器，对所述目标物理机的目标性能进行测试之前，通过所述容器，生成测试公钥和测试私钥，所述容器用于针对不同的性能测试生成不同的测试公钥和测试私钥，将所述测试公钥发送至用户端，以便所述用户端基于用户密钥登录所述目标物理机，并将所述测试公钥存储至所述目标物理机中，通过所述容器、所述测试公钥和所述测试私钥，登录所述目标物理机；
所述用户端，还用于接收并显示所述测试信息。
7.根据权利要求6所述的系统，其特征在于，所述服务器，还用于通过所述容器，生成测试公钥和测试私钥，并将所述测试公钥发送至所述用户端；
所述用户端，还用于接收所述服务器发送的测试公钥，并基于用户密钥登录待进行性能测试的目标物理机，并将所述测试公钥存储至所述目标物理机中；
所述服务器，还用于通过部署于所述测试服务器中的容器、所述测试公钥和所述测试私钥，登录所述目标物理机。
8.一种物理机性能测试装置，其特征在于，所述装置应用于服务端中的服务器，所述服务端包含多个服务器，所述装置包括：
接收模块，用于接收性能测试请求，所述性能测试请求用于请求对目标物理机的目标性能进行测试；
测试模块，用于通过部署于测试服务器中的容器，对所述目标物理机的目标性能进行测试，并通过监管服务器对所述测试服务器的运行状态进行监测，如果所述监管服务器监测到所述测试服务器出现运行故障，则通过所述监管服务器在所述多个服务器中重新确定测试服务器，并在重新确定出的测试服务器中启动容器，通过启动后的容器，对所述目标物理机的目标性能进行测试，所述测试服务器和所述监管服务器均为所述服务端包含的服务器，所述监管服务器用于监测所述测试服务器的运行状态；
输出模块，用于输出所述目标物理机的测试信息；
生成模块，用于通过所述容器，生成测试公钥和测试私钥；
第一发送模块，用于将所述测试公钥发送至用户端，以便所述用户端基于用户密钥登录所述目标物理机，并将所述测试公钥存储至所述目标物理机中；
登录模块，用于通过所述容器、所述测试公钥和所述测试私钥，登录所述目标物理机，所述容器用于针对不同的性能测试生成不同的测试公钥和测试私钥。
CN202010431530.7A 2020-05-20 2020-05-20 物理机性能测试方法及装置 Active CN111767178B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010431530.7A CN111767178B (zh) 2020-05-20 2020-05-20 物理机性能测试方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010431530.7A CN111767178B (zh) 2020-05-20 2020-05-20 物理机性能测试方法及装置

Publications (2)

Publication Number Publication Date
CN111767178A CN111767178A (zh) 2020-10-13
CN111767178B true CN111767178B (zh) 2023-09-01

Family

ID=72719321

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010431530.7A Active CN111767178B (zh) 2020-05-20 2020-05-20 物理机性能测试方法及装置

Country Status (1)

Country Link
CN (1) CN111767178B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112799891B (zh) * 2021-01-15 2023-05-09 网易（杭州）网络有限公司 iOS设备测试方法、装置、系统、存储介质及计算机设备

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102394791A (zh) * 2011-10-26 2012-03-28 浪潮(北京)电子信息产业有限公司 宕机恢复方法和系统
US9495269B1 (en) * 2015-12-16 2016-11-15 International Business Machines Corporation Mobility validation by trial boot using snap shot
WO2019205280A1 (zh) * 2018-04-24 2019-10-31 平安科技（深圳）有限公司 服务器的测试方法、装置、设备及计算机可读存储介质
CN110399307A (zh) * 2019-07-31 2019-11-01 网宿科技股份有限公司 一种测试方法、测试平台及目标服务器
CN110704166A (zh) * 2019-09-30 2020-01-17 北京金山云网络技术有限公司 服务运行方法、装置和服务器
CN110795336A (zh) * 2019-09-25 2020-02-14 腾讯科技（深圳）有限公司 应用程序的控制方法、装置、设备及可读存储介质

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10091057B2 (en) * 2015-12-28 2018-10-02 Ca, Inc. Configuring distributed monitoring systems
US10079719B2 (en) * 2016-06-29 2018-09-18 International Business Machines Corporation Automatically tuning middleware in a mobilefirst platform running in a docker container infrastructure
US10505830B2 (en) * 2016-08-11 2019-12-10 Micro Focus Llc Container monitoring configuration deployment

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102394791A (zh) * 2011-10-26 2012-03-28 浪潮(北京)电子信息产业有限公司 宕机恢复方法和系统
US9495269B1 (en) * 2015-12-16 2016-11-15 International Business Machines Corporation Mobility validation by trial boot using snap shot
WO2019205280A1 (zh) * 2018-04-24 2019-10-31 平安科技（深圳）有限公司 服务器的测试方法、装置、设备及计算机可读存储介质
CN110399307A (zh) * 2019-07-31 2019-11-01 网宿科技股份有限公司 一种测试方法、测试平台及目标服务器
CN110795336A (zh) * 2019-09-25 2020-02-14 腾讯科技（深圳）有限公司 应用程序的控制方法、装置、设备及可读存储介质
CN110704166A (zh) * 2019-09-30 2020-01-17 北京金山云网络技术有限公司 服务运行方法、装置和服务器

Also Published As

Publication number Publication date
CN111767178A (zh) 2020-10-13

Similar Documents

Publication Publication Date Title
US11281515B2 (en) Method and system for problem modification and processing
CN108427616B (zh) 后台程序监控方法及监控装置
CN110943860B (zh) 一种bmc固件更新方法、系统、电子设备及存储介质
US10798218B2 (en) Environment isolation method and device
JP2015505097A (ja) 修復送達システムのためのコンピュータ実装プロセス、コンピュータ・プログラム製品、および装置
CN111405006B (zh) 一种远程登录失败的处理方法、装置及远程登录系统
CN112115049B (zh) 应用程序测试方法、装置、设备和计算机可读存储介质
CN112835782B (zh) 接口的接入测试方法和系统
CN109240734A (zh) 代码提交方法及装置
CN111897697A (zh) 服务器硬件故障修复方法和装置
US11055416B2 (en) Detecting vulnerabilities in applications during execution
CN111767178B (zh) 物理机性能测试方法及装置
CN109600254B (zh) 全链路日志的生成方法及相关系统
CN109150587B (zh) 一种维护方法和装置
CN112187869A (zh) Iot设备的远程调试系统、方法、电子设备及存储介质
KR20040032311A (ko) 이동통신 단말기의 로그 파일 분석 방법 및 그 시스템
US20200028733A1 (en) Method and apparatus for processing information
CN115509918A (zh) 一种软件测试方法、装置、电子设备及存储介质
CN112650666B (zh) 一种软件测试系统、方法、装置、控制设备及存储介质
CN114116448A (zh) 应用程序的压力测试方法、装置、存储介质及计算机设备
CN112162923A (zh) 一种接口测试方法及装置
CN116032793B (zh) 信息处理方法、装置、电子设备及计算机可读介质
CN114791832B (zh) 在设备空间不足时ios系统修复的方法、装置及相关组件
US20240161122A1 (en) Verifying a field replaceable unit before replacement
KR100457186B1 (ko) 결함 정보 전송 및 공유를 위한 장치 및 방법

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant