CN115617530A - 基于微处理器的服务系统、微处理器的处理方法及装置 - Google Patents
基于微处理器的服务系统、微处理器的处理方法及装置 Download PDFInfo
- Publication number
- CN115617530A CN115617530A CN202211439553.8A CN202211439553A CN115617530A CN 115617530 A CN115617530 A CN 115617530A CN 202211439553 A CN202211439553 A CN 202211439553A CN 115617530 A CN115617530 A CN 115617530A
- Authority
- CN
- China
- Prior art keywords
- power
- instruction
- microprocessor
- microprocessors
- 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.)
- Pending
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 28
- 230000009467 reduction Effects 0.000 claims abstract description 80
- 238000012545 processing Methods 0.000 claims abstract description 58
- 238000000034 method Methods 0.000 claims abstract description 37
- 239000000758 substrate Substances 0.000 claims abstract description 27
- 230000015654 memory Effects 0.000 claims description 4
- 238000005265 energy consumption Methods 0.000 abstract description 7
- 238000005516 engineering process Methods 0.000 abstract description 4
- 230000008569 process Effects 0.000 description 9
- 230000000694 effects Effects 0.000 description 5
- 230000008859 change Effects 0.000 description 4
- 238000010586 diagram Methods 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 4
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000008602 contraction Effects 0.000 description 1
- 230000007613 environmental effect Effects 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 238000011946 reduction process Methods 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Images
Classifications
-
- 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
-
- 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
-
- 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/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
-
- 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)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Power Sources (AREA)
Abstract
本申请公开了一种基于微处理器的服务系统、微处理器的处理方法及装置,该服务系统包括:调度器,用于响应服务请求,并基于服务请求的数量下发扩容指令或缩容指令;服务器集群,包括多个服务节点,每个服务节点分别部署有电力开关、基板管理控制器以及多个微处理器,电力开关用于接收扩容指令或缩容指令,基于扩容指令下发上电指令,或基于缩容指令下发下电指令,基板管理控制器基于上电指令对第一微处理器进行上电处理,或基于下电指令对第二微处理器进行下电处理,第一微处理器和第二微处理器是多个微处理器中的微处理器。本申请解决了相关技术中通过手动对微处理器进行扩容或缩容来实现降低能耗,导致对微处理器的处理效率比较低的技术问题。
Description
技术领域
本申请涉及微处理器处理技术领域,具体而言,涉及一种基于微处理器的服务系统、微处理器的处理方法及装置。
背景技术
近些年,能源与环境问题越来越受人们的重视,降低对能源的需求,是当前社会重要的研究领域之一。Serverless(无服务框架),通过实时服务调用频率,控制服务实例个数,当空闲时,可将服务实例完全下线,不占用任何资源。虽然服务实例已经下线,但是服务实例对应的资源(微处理器)仍然处于运行状态,仍然会有基础功率的消耗。在集群中,尤其是大规模集群中,基础功率的消耗是一笔非常可观的支出。目前解决办法一般是通过手动关闭一部分服务器,将服务负载转移到开机的服务器上,但这样的做法会造成的问题是,当服务请求量升高时,需要人工将服务器开机,再进行服务的扩容,当服务的请求高峰过去后,还需要人工将服务器关闭,恢复到最初状态。此过程中人为参与频繁,容易出错,并且服务请求高峰无法或很难预测,无法及时响应服务请求的变化。
针对上述的通过手动对微处理器进行扩容或缩容来实现降低能耗,导致对微处理器的处理效率比较低的问题,目前尚未提出有效的解决方案。
发明内容
本申请实施例提供了一种基于微处理器的服务系统、微处理器的处理方法及装置,以至少解决相关技术中通过手动对微处理器进行扩容或缩容来实现降低能耗,导致对微处理器的处理效率比较低的技术问题。
根据本申请实施例的一个方面,提供了一种基于微处理器的服务系统,包括:调度器,用于响应服务请求,并基于所述服务请求的数量下发扩容指令或缩容指令;服务器集群,包括多个服务节点,每个服务节点分别部署有电力开关、基板管理控制器以及多个微处理器,其中,所述电力开关用于接收所述扩容指令或所述缩容指令,基于所述扩容指令下发上电指令,或基于所述缩容指令下发下电指令,所述基板管理控制器基于所述上电指令对第一微处理器进行上电处理,或基于所述下电指令对第二微处理器进行下电处理,所述第一微处理器和所述第二微处理器是所述多个微处理器中的微处理器。
进一步地,所述基板管理控制器还用于监控所述微处理器的状态信息,并将所述状态信息反馈至所述调度器,其中,所述状态信息至少包括供电状态信息。
进一步地,通过所述调度器生成多个服务实例,以通过所述多个服务实例调用所述服务器集群中处于上电状态下的微处理器执行所述服务请求。
根据本申请实施例的另一方面,还提供了一种微处理器的处理方法,包括:获取调度器基于服务请求下发的扩容指令或缩容指令;依据所述扩容指令下发上电指令至基板管理控制器,或依据所述缩容指令下发下电指令至所述基板管理控制器,以通过所述基板管理控制器连接的处于上电状态下的微处理器执行所述服务请求,其中,所述基板管理控制器基于所述上电指令对第一目标微处理器进行上电操作,所述基板管理控制器基于所述下电指令对第二目标微处理器进行下电操作。
进一步地,所述基板管理控制器依据所述上电指令从多个微处理器中确定多个第一目标微处理器,并对所述多个第一目标微处理器进行上电操作。
进一步地,所述基板管理控制器依据所述下电指令从多个微处理器中确定多个第二目标微处理器,并对所述多个第二目标微处理器进行下电操作。
根据本申请实施例的另一方面,还提供了一种微处理器的处理方法,包括:获取电力开关下发的上电指令或下电指令,其中,所述上电指令是所述电力开关基于调度器下发的扩容指令生成的,所述下电指令是所述电力开关基于所述调度器下发的扩容指令生成的;基于所述上电指令对多个微处理器中的第一目标微处理器进行上电操作,或者基于所述下电指令对所述多个微处理器中第二目标微处理器进行下电操作,以通过所述多个微处理器中处于上电状态下的微处理器执行所述调度器接收到的服务请求。
进一步地,所述调度器统计预设时间段内接收到的服务请求的数量,依据所述服务请求的数量判定所述基于微处理器的服务架构是否需要扩容或者缩容,并在需要扩容的情况下下发所述扩容指令,在需要缩容的情况下下发所述缩容指令。
进一步地,基于所述上电指令对第一目标微处理器进行上电操作包括:依据所述上电指令从多个微处理器中确定多个第一目标微处理器;对所述多个第一目标微处理器进行上电操作。
进一步地,基于所述上电指令对第二目标微处理器进行下电操作包括:依据所述下电指令从多个微处理器中确定多个第二目标微处理器;对所述多个第二目标微处理器进行下电操作。
进一步地,依据所述上电指令从多个微处理器中确定多个第一目标微处理器包括:获取各个微处理器的供电状态;根据所述微处理器的供电状态以及所述上电指令中待上电的微处理器的数量从多个微处理器中确定所述多个第一目标微处理器。
进一步地,依据所述下电指令从多个微处理器中确定多个第二目标微处理器包括:获取各个微处理器的供电状态;根据所述微处理器的供电状态以及所述下电指令中待下电的微处理器的数量从多个微处理器中确定所述多个第二目标微处理器。
进一步地,所述调度器根据接收到的服务请求建立多个服务实例,并通过所述多个服务实例调用处于上电状态下的微处理器执行所述当前服务请求。
进一步地,所述调度器在所述当前服务请求的执行成功的情况下,对所述多个服务实例执行下线操作。
根据本申请实施例的另一方面,还提供了一种微处理器的处理装置,包括:第一获取单元,用于获取调度器基于服务请求下发的扩容指令或缩容指令;下发单元,用于依据所述扩容指令下发上电指令至基板管理控制器,或依据所述缩容指令下发下电指令至所述基板管理控制器,以通过所述基板管理控制器连接的处于上电状态下的微处理器执行所述服务请求,其中,所述基板管理控制器基于所述上电指令对第一目标微处理器进行上电操作,所述基板管理控制器基于所述下电指令对第二目标微处理器进行下电操作。
进一步地,所述基板管理控制器依据所述上电指令从多个微处理器中确定多个第一目标微处理器,并对所述多个第一目标微处理器进行上电操作。
进一步地,所述基板管理控制器依据所述下电指令从多个微处理器中确定多个第二目标微处理器,并对所述多个第二目标微处理器进行下电操作。
根据本申请实施例的另一方面,还提供了一种微处理器的处理装置,包括:第二获取单元,用于获取电力开关下发的上电指令或下电指令,其中,所述上电指令是所述电力开关基于调度器下发的扩容指令生成的,所述下电指令是所述电力开关基于所述调度器下发的扩容指令生成的;操作单元,用于基于所述上电指令对多个微处理器中的第一目标微处理器进行上电操作,或者基于所述下电指令对所述多个微处理器中第二目标微处理器进行下电操作,以通过所述多个微处理器中处于上电状态下的微处理器执行所述调度器接收到的服务请求。
进一步地,所述调度器统计预设时间段内接收到的服务请求的数量,依据所述服务请求的数量判定所述基于微处理器的服务架构是否需要扩容或者缩容,并在需要扩容的情况下下发所述扩容指令,在需要缩容的情况下下发所述缩容指令。
进一步地,所述操作单元包括:第一确定子单元,用于依据所述上电指令从多个微处理器中确定多个第一目标微处理器;第一操作子单元,用于对所述多个第一目标微处理器进行上电操作。
进一步地,所述操作单元包括:第二确定子单元,用于依据所述下电指令从多个微处理器中确定多个第二目标微处理器;第二操作子单元,用于对所述多个第二目标微处理器进行下电操作。
进一步地,所述第一确定子单元包括:第一获取模块,用于获取各个微处理器的供电状态;第一确定模块,用于根据所述微处理器的供电状态以及所述上电指令中待上电的微处理器的数量从多个微处理器中确定所述多个第一目标微处理器。
进一步地,所述第二确定子单元包括:第二获取模块,用于获取各个微处理器的供电状态;第二确定模块,用于根据所述微处理器的供电状态以及所述下电指令中待下电的微处理器的数量从多个微处理器中确定所述多个第二目标微处理器。
进一步地,所述调度器根据接收到的服务请求建立多个服务实例,并通过所述多个服务实例调用处于上电状态下的微处理器执行所述当前服务请求。
进一步地,所述调度器在所述当前服务请求的执行成功的情况下,对所述多个服务实例执行下线操作。
根据本发明实施例的另一方面,还提供了一种计算机可读存储介质,所述存储介质存储程序,其中,在所述程序运行时控制所述存储介质所在设备执行上述任意一项所述的微处理器的处理方法。
根据本发明实施例的另一方面,还提供了一种处理器,所述处理器用于运行程序,其中,所述程序运行时执行上述任意一项所述的微处理器的处理方法。
在本申请实施例中,采用调度器,用于响应服务请求,并基于服务请求的数量下发扩容指令或缩容指令;服务器集群,包括多个服务节点,每个服务节点分别部署有电力开关、基板管理控制器以及多个微处理器,其中,电力开关用于接收扩容指令或缩容指令,基于扩容指令下发上电指令,或基于缩容指令下发下电指令,基板管理控制器基于上电指令对第一微处理器进行上电处理,或基于下电指令对第二微处理器进行下电处理,第一微处理器和第二微处理器是多个微处理器中的微处理器,解决了相关技术中通过手动对微处理器进行扩容或缩容来实现降低能耗,导致对微处理器的处理效率比较低的技术问题。在本方案中,通过调度器实时根据服务请求的数量下发扩容指令或缩容指令,电力开关基于扩容指令或者缩容指令下发上电指令或者下电指令,基板管理控制器通过上电指令或者下电指令实现对微处理器的上电或下电操作,避免通过人为的方式实现对微处理器的上电或下电操作,进而达到了提高对微处理器的处理效率的效果。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1是根据本申请实施例一提供基于微处理器的服务系统的示意图;
图2是根据本申请实施例二提供的微处理器的处理方法的流程图;
图3是根据本申请实施例二提供的可选的微处理器的处理方法的流程图;
图4是根据本申请实施例三提供的微处理器的处理方法的流程图;
图5是根据本申请实施例三提供的可选的微处理器的处理方法的流程图;
图6是根据本申请实施例四提供的微处理器的处理装置的示意图;
图7是根据本申请实施例五提供的微处理器的处理装置的示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分的实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
需要说明的是,本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
首先,在对本申请实施例进行描述的过程中出现的部分名词或术语适用于如下解释:
Serverless:无服务框架,指在有服务调用时才启动服务,闲时不占用任何资源;
BMC:基板管理控制器,可以在机器未开启的状态下,对机器进行固件升级、查看机器设备等一些操作;
GPU:微处理器。
实施例1
根据本申请实施例,提供了一种基于微处理器的服务系统,如图1所示,该服务系统包括:调度器10,用于响应服务请求,并基于服务请求的数量下发扩容指令或缩容指令;服务器集群20,包括多个服务节点,每个服务节点分别部署有电力开关201、基板管理控制器202以及多个微处理器203,其中,电力开关201用于接收扩容指令或缩容指令,基于扩容指令下发上电指令,或基于缩容指令下发下电指令,基板管理控制器202基于上电指令对第一微处理器进行上电处理,或基于下电指令对第二微处理器进行下电处理,第一微处理器和第二微处理器是多个微处理器中的微处理器。
基板管理控制器202还用于监控微处理器的状态信息,并将状态信息反馈至调度器10,其中,状态信息至少包括供电状态信息。通过调度器10生成多个服务实例,以通过多个服务实例调用服务器集群中处于上电状态下的微处理器执行服务请求。
具体地,如图1所示,基于微处理器的服务系统至少包括调度器10和服务器集群20,其中,服务器集群20中部署有电力开关201(Node Power Switch)、基板管理控制器202以及多个微处理器203。
调度器10可以是Serverless(无服务框架),在实际使用过程中,调度器10依据当前的服务请求建立对应的服务实例,服务实例调用服务器集群20中的微处理器执行服务请求。在执行完成后调度器10会将对应的服务实例执行下线处理。为了保证上述过程的正常执行,需要保持服务器集群20中的微处理器均处理上电状态,但是微处理器均处理上电状态会有基础功率的消耗,目前解决办法一般是通过手动关闭一部分微处理器,但这样的做法会造成的问题是,当服务请求量升高时,需要人工将服务器开机,再进行服务的扩容,当服务的请求高峰过去后,还需要人工将服务器关闭,恢复到最初状态。此过程中人为参与频繁,容易出错,并且服务请求高峰无法或很难预测,无法及时响应服务请求的变化。
因此,在本申请实施例一提出的基于微处理器的服务系统中,在服务器集群20的服务节点中部署电力开关201、基板管理控制器202以及多个微处理器203。电力开关201和基板管理控制器202可以根据调度器10下发的相关指令自动实现对微处理器203的上下电操作,提高对微处理器的处理效率,同时减少不必要的资源消耗。
调度器10会统计在预设时间段(例如,5s)内接收到的服务请求的总数量,并根据服务请求的总数量,判断当前的基于微处理器的服务系统是否需要进行扩容处理或者缩容处理,也就是判断当前处于上电状态的微处理器是否能够处理当前的服务请求的总数量。
在一可选的实施例中,服务请求的总数量为100,一个微处理器处理服务请求的上限为10,基于微处理器的服务系统中目前没有处于上电的微处理器,那么需要进行扩容,也就是需要对10个微处理器进行上电操作。调度器10下发扩容指令至电力开关201,电力开关201下发上电指令至基板管理控制器202,基板管理控制器202对10个微处理器执行上电操作。
在一可选的实施例中,服务请求的总数量为10,一个微处理器处理服务请求的上限为10,基于微处理器的服务系统中目前处于上电的微处理器有10个,那么需要进行缩容处理,也就是需要对9个微处理器进行下电操作。调度器10下发缩容指令至电力开关201,下发下电指令至基板管理控制器202,基板管理控制器202对9个微处理器执行下电操作。
需要说明的是,基板管理控制器202能够实时监控微处理器的状态信息,例如,微处理器处于上电状态还是下电状态,以及微处理器的运行参数等状态信息。需要说明的是,服务器集群可以是K8s集群。
在完成硬件配置后(即对微处理器的上电操作或者下电操作后),调度器10根据当前的服务请求生成服务实例,其中,服务实例与微处理器是一一对应的,服务实例会调用自身匹配的微处理器执行当前的服务请求。
综上所述,在发生服务扩缩容时,将扩缩容指令传送到对应服务节点的电力开关201上,通过电力开关201以及基板管理控制器202控制对应GPU(微处理器)的上电与下电操作,避免通过人工插拔GPU,提高了对GPU的操作效率,也解决了服务请求高峰无法或很难预测,无法及时响应服务请求的变化的问题。
在本申请实施例一提供的基于微处理器的服务系统中,通过调度器,用于响应服务请求,并基于服务请求的数量下发扩容指令或缩容指令;服务器集群,包括多个服务节点,每个服务节点分别部署有电力开关、基板管理控制器以及多个微处理器,其中,电力开关用于接收扩容指令或缩容指令,基于扩容指令下发上电指令,或基于缩容指令下发下电指令,基板管理控制器基于上电指令对第一微处理器进行上电处理,或基于下电指令对第二微处理器进行下电处理,第一微处理器和第二微处理器是多个微处理器中的微处理器,解决了相关技术中通过手动对微处理器进行扩容或缩容来实现降低能耗,导致对微处理器的处理效率比较低的技术问题。在本方案中,通过调度器实时根据服务请求的数量下发扩容指令或缩容指令,电力开关基于扩容指令或者缩容指令下发上电指令或者下电指令,基板管理控制器通过上电指令或者下电指令实现对微处理器的上电或下电操作,避免通过人为的方式实现对微处理器的上电或下电操作,进而达到了提高对微处理器的处理效率的效果。
实施例2
根据本申请实施例,还提供了一种微处理器的处理方法,该方法可以应用于实施例一提出的基于微处理器的服务系统,如图2所示,该方法包括:
步骤S201,获取调度器基于服务请求下发的扩容指令或缩容指令;
步骤S202,依据扩容指令下发上电指令至基板管理控制器,或依据缩容指令下发下电指令至基板管理控制器,以通过基板管理控制器连接的处于上电状态下的微处理器执行服务请求,其中,基板管理控制器基于上电指令对第一目标微处理器进行上电操作,基板管理控制器基于下电指令对第二目标微处理器进行下电操作。
具体地,在基于微处理器的服务系统中,以电力开关201的角度来说,微处理器的处理方法包括以下内容:电力开关201接收调度器10基于服务请求下发的扩容指令或缩容指令,电力开关201根据扩容指令下发上电指令至基板管理控制器202,或者电力开关201根据缩容指令下发下电指令至基板管理控制器202,基板管理控制器202根据上电指令对第一目标微处理器执行上电操作,或者,基板管理控制器202根据下电指令对第二目标微处理器执行下电操作。在基板管理控制器202执行完成后,向调度器10反馈处于上电状态的微处理器,调度器10根据当前服务请求以及处于上电状态的微处理器,构建服务实例,以通过服务实例调用处于上电状态的微处理器执行当前服务请求。
在一可选的实施例中,电力开关201(Node Power Switch)在启动后,还可以初始化集群信息,集群信息至少包括服务节点与GPU的对应关系,其中,服务节点的信息至少包括:服务节点名称,服务节点IP;GPU的信息包括:UUID、节点卡槽等,集群信息中还包括GPU当前加电状态(加电还是下电)。在初始化完集群信息后,Node Power Switch会监听服务的扩缩容事件,当发生扩容或缩容时,会通过该服务节点上的BMC系统,对相应的GPU进行上电或下电操作。
综上所述,通过对闲置GPU等微处理器进行下电操作,降低集群能耗,同时当扩容时,可以自动对GPU等微处理器进行加电操作,进而达到了提高对微处理器的处理效率的效果。
在一可选的实施例中,基板管理控制器依据上电指令从多个微处理器中确定多个第一目标微处理器,并对多个第一目标微处理器进行上电操作。基板管理控制器依据下电指令从多个微处理器中确定多个第二目标微处理器,并对多个第二目标微处理器进行下电操作。
在一可选的实施例中,可以采用如图3所示的流程图实现对微处理器的处理。具体地,首先,Node Power Switch在启动后,会初始化集群信息,然后,在初始化完集群信息后,获取服务请求的信息,并根据服务请求信息判断是否需要扩容或者缩容。Node PowerSwitch会监听服务实例的扩缩容事件,最后,当发生扩容或缩容时,会通过服务节点上的BMC系统,对相应的GPU进行上电或下电操作,在执行完上电或下电操作后更新服务器集群信息。
在本申请实施例二提供的微处理器的处理方法中,通过获取调度器基于服务请求下发的扩容指令或缩容指令;依据扩容指令下发上电指令至基板管理控制器,或依据缩容指令下发下电指令至基板管理控制器,以通过基板管理控制器连接的处于上电状态下的微处理器执行服务请求,其中,基板管理控制器基于上电指令对第一目标微处理器进行上电操作,基板管理控制器基于下电指令对第二目标微处理器进行下电操作,解决了相关技术中通过手动对微处理器进行扩容或缩容来实现降低能耗,导致对微处理器的处理效率比较低的技术问题。在本方案中,通过调度器实时根据服务请求的数量下发扩容指令或缩容指令,电力开关基于扩容指令或者缩容指令下发上电指令或者下电指令,基板管理控制器通过上电指令或者下电指令实现对微处理器的上电或下电操作,避免通过人为的方式实现对微处理器的上电或下电操作,进而达到了提高对微处理器的处理效率的效果。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本申请所必须的。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本申请各个实施例的方法。
实施例3
根据本申请实施例,还提供了一种微处理器的处理方法,如图4所示,该方法包括:
步骤S401,获取电力开关下发的上电指令或下电指令,其中,上电指令是电力开关基于调度器下发的扩容指令生成的,下电指令是电力开关基于调度器下发的扩容指令生成的;
步骤S402,基于上电指令对多个微处理器中的第一目标微处理器进行上电操作,或者基于下电指令对多个微处理器中第二目标微处理器进行下电操作,以通过多个微处理器中处于上电状态下的微处理器执行调度器接收到的服务请求。
具体地,在基于微处理器的服务系统中,以基板管理控制器202的角度来说,微处理器的处理方法包括以下内容:基板管理控制器202接收电力开关201下发的上电指令或下电指令,基板管理控制器202根据上电指令对多个微处理器中的第一目标微处理器进行上电操作,或者,基于下电指令对多个微处理器中第二目标微处理器进行下电操作。在基板管理控制器202执行完成后,向调度器10反馈处于上电状态的微处理器,调度器10根据当前服务请求以及处于上电状态的微处理器,构建服务实例,以通过服务实例调用处于上电状态的微处理器执行当前服务请求。
综上所述,在发生服务扩缩容时,将扩缩容指令传送到对应服务节点的NodePower Switch上,通过Node Power Switch以及BMC系统控制对应GPU的上电与下电操作,避免通过人工插拔GPU,提高了对GPU的操作效率,也解决了服务请求高峰无法或很难预测,无法及时响应服务请求的变化的问题。
为了提高调度器10下发扩容或者缩容指令的准确性,采用以下方式服务请求的数量:确定调度器统计预设时间段内接收到的服务请求的数量,依据服务请求的数量判定基于微处理器的服务架构是否需要扩容或者缩容,并在需要扩容的情况下下发扩容指令,在需要缩容的情况下下发缩容指令。
具体地,调度器10会实时接收服务请求,为了调度器10能够准确判断当前系统是否需要扩缩容处理,调度器10会统计一段时间内的服务请求的数量,以便准确判断当前系统是否能够满足当前的服务需要。
调度器10会统计在预设时间段(例如,5s)内接收到的服务请求的总数量,并根据服务请求的总数量,判断当前的基于微处理器的服务系统是否需要进行扩容处理或者缩容处理,也就是判断当前处于上电状态的微处理器是否能够处理当前的服务请求的总数量。
在一可选的实施例中,服务请求的总数量为100,一个微处理器处理服务请求的上限为10,基于微处理器的服务系统中目前没有处于上电的微处理器,那么需要进行扩容,也就是需要对10个微处理器进行上电操作。调度器10下发扩容指令至电力开关201,电力开关201下发上电指令至基板管理控制器202,基板管理控制器202对10个微处理器执行上电操作。
在一可选的实施例中,服务请求的总数量为10,一个微处理器处理服务请求的上限为10,基于微处理器的服务系统中目前处于上电的微处理器有10个,那么需要进行缩容处理,也就是需要对9个微处理器进行下电操作。调度器10下发缩容指令至电力开关201,电力开关201下发下电指令至基板管理控制器202,基板管理控制器202对9个微处理器执行下电操作。
通过一段时间内的服务请求数量能够准确判断当前基于微处理器的服务系统的状态,进而通过调度器10准确下发扩容指令或者缩容指令。
基板管理控制器202通过下述方式确定哪些微处理器需要上电操作:依据上电指令从多个微处理器中确定多个第一目标微处理器;对多个第一目标微处理器进行上电操作。依据上电指令从多个微处理器中确定多个第一目标微处理器包括:获取各个微处理器的供电状态;根据微处理器的供电状态以及上电指令中待上电的微处理器的数量从多个微处理器中确定多个第一目标微处理器。
基板管理控制器202通过下述方式确定哪些微处理器需要下电操作:依据下电指令从多个微处理器中确定多个第二目标微处理器;对多个第二目标微处理器进行下电操作。依据下电指令从多个微处理器中确定多个第二目标微处理器包括:获取各个微处理器的供电状态;根据微处理器的供电状态以及下电指令中待下电的微处理器的数量从多个微处理器中确定多个第二目标微处理器。
具体地,基板管理控制器202接收的上电指令或者下电指令中至少包括待上电的微处理器的数量或者待下电的微处理器的数量。同时,基板管理控制器202会实时监测微处理器的状态,因此,在基板管理控制器202接收到上电指令之后,通过微处理器的供电状态以及上电指令中待上电的微处理器的数量从多个微处理器中确定需要执行上电的多个第一目标微处理器,最后,对第一目标微处理器执行上电操作。
在基板管理控制器202接收到下电指令之后,通过微处理器的供电状态以及下电指令中待下电的微处理器的数量从多个微处理器中确定需要执行下电的多个第二目标微处理器,最后,对第二目标微处理器执行上电操作。
在完成硬件配置后(即对微处理器的上电操作或者下电操作后),调度器10根据当前的服务请求生成服务实例,其中,服务实例与微处理器是一一对应的,服务实例会调用自身匹配的微处理器执行当前的服务请求。
并且在执行完当前的服务请求之后,调度器10对执行成功的服务实例进行下线操作,这样的做法能够不占用任何资源,减少资源浪费。
在一可选的实施例中,可以采用如图5所示的示意图实现对微处理器的处理过程,具体地,调度器10(Serverless)下发的扩容指令或缩容指令;电力开关201(Node PowerSwitch)会监听扩缩容事件,当发生扩容或缩容时,下发上电指令或者下电指令至基板管理控制器202(BMC),BMC基于上电指令或者下电指令对微处理器(GPU)进行上电操作或下电操作,在对微处理器(GPU)进行上电操作或下电操作之后,Serverless构建服务实例,最后,通过服务实例调用GPU执行服务请求。
在本申请实施例三提供的微处理器的处理方法中,通过获取电力开关下发的上电指令或下电指令,其中,上电指令是电力开关基于调度器下发的扩容指令生成的,下电指令是电力开关基于调度器下发的扩容指令生成的;基于上电指令对多个微处理器中的第一目标微处理器进行上电操作,或者基于下电指令对多个微处理器中第二目标微处理器进行下电操作,以通过多个微处理器中处于上电状态下的微处理器执行调度器接收到的服务请求,解决了相关技术中通过手动对微处理器进行扩容或缩容来实现降低能耗,导致对微处理器的处理效率比较低的技术问题。在本方案中,通过调度器实时根据服务请求的数量下发扩容指令或缩容指令,电力开关基于扩容指令或者缩容指令下发上电指令或者下电指令,基板管理控制器通过上电指令或者下电指令实现对微处理器的上电或下电操作,避免通过人为的方式实现对微处理器的上电或下电操作,进而达到了提高对微处理器的处理效率的效果。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本申请所必须的。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本申请各个实施例的方法。
实施例4
根据本申请实施例,还提供了一种微处理器的处理装置,如图6所示,该装置包括:第一获取单元601和下发单元602。
第一获取单元601,用于获取调度器基于服务请求下发的扩容指令或缩容指令;
下发单元602,用于依据扩容指令下发上电指令至基板管理控制器,或依据缩容指令下发下电指令至基板管理控制器,以通过基板管理控制器连接的处于上电状态下的微处理器执行服务请求,其中,基板管理控制器基于上电指令对第一目标微处理器进行上电操作,基板管理控制器基于下电指令对第二目标微处理器进行下电操作。
可选地,在本申请实施例四提供的微处理器的处理装置中,基板管理控制器依据上电指令从多个微处理器中确定多个第一目标微处理器,并对多个第一目标微处理器进行上电操作。
可选地,在本申请实施例四提供的微处理器的处理装置中,基板管理控制器依据下电指令从多个微处理器中确定多个第二目标微处理器,并对多个第二目标微处理器进行下电操作。
此处需要说明的是,上述的第一获取单元601和下发单元602对应于实施例2中的步骤S201至步骤S202,两个单元与对应的步骤所实现的实例和应用场景相同,但不限于上述实施例一所公开的内容。
需要说明的是,本申请上述实施例中涉及到的优选实施方案与实施例2提供的方案以及应用场景、实施过程相同,但不仅限于实施例2所提供的方案。
实施例5
根据本申请实施例,还提供了一种微处理器的处理装置,如图7所示,该装置包括:第二获取单元701和操作单元702。
第二获取单元701,用于获取电力开关下发的上电指令或下电指令,其中,上电指令是电力开关基于调度器下发的扩容指令生成的,下电指令是电力开关基于调度器下发的扩容指令生成的;
操作单元702,用于基于上电指令对多个微处理器中的第一目标微处理器进行上电操作,或者基于下电指令对多个微处理器中第二目标微处理器进行下电操作,以通过多个微处理器中处于上电状态下的微处理器执行调度器接收到的服务请求。
可选地,在本申请实施例五提供的微处理器的处理装置中,调度器统计预设时间段内接收到的服务请求的数量,依据服务请求的数量判定基于微处理器的服务架构是否需要扩容或者缩容,并在需要扩容的情况下下发扩容指令,在需要缩容的情况下下发缩容指令。
可选地,在本申请实施例五提供的微处理器的处理装置中,操作单元702包括:第一确定子单元,用于依据上电指令从多个微处理器中确定多个第一目标微处理器;第一操作子单元,用于对多个第一目标微处理器进行上电操作。
可选地,在本申请实施例五提供的微处理器的处理装置中,操作单元702包括:第二确定子单元,用于依据下电指令从多个微处理器中确定多个第二目标微处理器;第二操作子单元,用于对多个第二目标微处理器进行下电操作。
可选地,在本申请实施例五提供的微处理器的处理装置中,第一确定子单元包括:第一获取模块,用于获取各个微处理器的供电状态;第一确定模块,用于根据微处理器的供电状态以及上电指令中待上电的微处理器的数量从多个微处理器中确定多个第一目标微处理器。
可选地,在本申请实施例五提供的微处理器的处理装置中,第二确定子单元包括:第二获取模块,用于获取各个微处理器的供电状态;第二确定模块,用于根据微处理器的供电状态以及下电指令中待下电的微处理器的数量从多个微处理器中确定多个第二目标微处理器。
可选地,在本申请实施例五提供的微处理器的处理装置中,调度器根据接收到的服务请求建立多个服务实例,并通过多个服务实例调用处于上电状态下的微处理器执行当前服务请求。
可选地,在本申请实施例五提供的微处理器的处理装置中,调度器在当前服务请求的执行成功的情况下,对多个服务实例执行下线操作。
此处需要说明的是,上述的第二获取单元701和操作单元702对应于实施例3中的步骤S301至步骤S302,两个单元与对应的步骤所实现的实例和应用场景相同,但不限于上述实施例一所公开的内容。
需要说明的是,本申请上述实施例中涉及到的优选实施方案与实施例2提供的方案以及应用场景、实施过程相同,但不仅限于实施例2所提供的方案。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成,该程序可以存储于一计算机可读存储介质中,存储介质可以包括:闪存盘、只读存储器(Read-Only Memory,ROM)、随机存取器(RandomAccess Memory,RAM)、磁盘或光盘等。
实施例6
本申请的实施例还提供了一种处理器。可选地,在本实施例中,上述处理器可以用于执行上述微处理器的处理方法的程序代码。
可选地,在本实施例中,上述处理器可以用于执行以下步骤的程序代码:获取调度器基于服务请求下发的扩容指令或缩容指令;依据扩容指令下发上电指令至基板管理控制器,或依据缩容指令下发下电指令至基板管理控制器,以通过基板管理控制器连接的处于上电状态下的微处理器执行服务请求,其中,基板管理控制器基于上电指令对第一目标微处理器进行上电操作,基板管理控制器基于下电指令对第二目标微处理器进行下电操作。
可选地,基板管理控制器依据上电指令从多个微处理器中确定多个第一目标微处理器,并对多个第一目标微处理器进行上电操作。
可选地,基板管理控制器依据下电指令从多个微处理器中确定多个第二目标微处理器,并对多个第二目标微处理器进行下电操作。
可选地,获取电力开关下发的上电指令或下电指令,其中,上电指令是电力开关基于调度器下发的扩容指令生成的,下电指令是电力开关基于调度器下发的扩容指令生成的;基于上电指令对多个微处理器中的第一目标微处理器进行上电操作,或者基于下电指令对多个微处理器中第二目标微处理器进行下电操作,以通过多个微处理器中处于上电状态下的微处理器执行调度器接收到的服务请求。
可选地,调度器统计预设时间段内接收到的服务请求的数量,依据服务请求的数量判定基于微处理器的服务架构是否需要扩容或者缩容,并在需要扩容的情况下下发扩容指令,在需要缩容的情况下下发缩容指令。
可选地,基于上电指令对第一目标微处理器进行上电操作包括:依据上电指令从多个微处理器中确定多个第一目标微处理器;对多个第一目标微处理器进行上电操作。
可选地,基于上电指令对第二目标微处理器进行下电操作包括:依据下电指令从多个微处理器中确定多个第二目标微处理器;对多个第二目标微处理器进行下电操作。
可选地,依据上电指令从多个微处理器中确定多个第一目标微处理器包括:获取各个微处理器的供电状态;根据微处理器的供电状态以及上电指令中待上电的微处理器的数量从多个微处理器中确定多个第一目标微处理器。
可选地,依据下电指令从多个微处理器中确定多个第二目标微处理器包括:获取各个微处理器的供电状态;根据微处理器的供电状态以及下电指令中待下电的微处理器的数量从多个微处理器中确定多个第二目标微处理器。
可选地,调度器根据接收到的服务请求建立多个服务实例,并通过多个服务实例调用处于上电状态下的微处理器执行当前服务请求。
可选地,调度器在当前服务请求的执行成功的情况下,对多个服务实例执行下线操作。
本申请的实施例还提供了一种计算机可读存储介质。可选地,在本实施例中,上述存储介质可以用于保存上述实施例一所提供的微处理器的处理方法所执行的程序代码。
可选地,在本实施例中,上述存储介质可以位于计算机网络中计算机终端群中的任意一个计算机终端中,或者位于移动终端群中的任意一个移动终端中。
可选地,在本实施例中,存储介质被设置为存储用于执行以下步骤的程序代码:获取调度器基于服务请求下发的扩容指令或缩容指令;依据扩容指令下发上电指令至基板管理控制器,或依据缩容指令下发下电指令至基板管理控制器,以通过基板管理控制器连接的处于上电状态下的微处理器执行服务请求,其中,基板管理控制器基于上电指令对第一目标微处理器进行上电操作,基板管理控制器基于下电指令对第二目标微处理器进行下电操作。
可选地,基板管理控制器依据上电指令从多个微处理器中确定多个第一目标微处理器,并对多个第一目标微处理器进行上电操作。
可选地,基板管理控制器依据下电指令从多个微处理器中确定多个第二目标微处理器,并对多个第二目标微处理器进行下电操作。
可选地,获取电力开关下发的上电指令或下电指令,其中,上电指令是电力开关基于调度器下发的扩容指令生成的,下电指令是电力开关基于调度器下发的扩容指令生成的;基于上电指令对多个微处理器中的第一目标微处理器进行上电操作,或者基于下电指令对多个微处理器中第二目标微处理器进行下电操作,以通过多个微处理器中处于上电状态下的微处理器执行调度器接收到的服务请求。
可选地,调度器统计预设时间段内接收到的服务请求的数量,依据服务请求的数量判定基于微处理器的服务架构是否需要扩容或者缩容,并在需要扩容的情况下下发扩容指令,在需要缩容的情况下下发缩容指令。
可选地,基于上电指令对第一目标微处理器进行上电操作包括:依据上电指令从多个微处理器中确定多个第一目标微处理器;对多个第一目标微处理器进行上电操作。
可选地,基于上电指令对第二目标微处理器进行下电操作包括:依据下电指令从多个微处理器中确定多个第二目标微处理器;对多个第二目标微处理器进行下电操作。
可选地,依据上电指令从多个微处理器中确定多个第一目标微处理器包括:获取各个微处理器的供电状态;根据微处理器的供电状态以及上电指令中待上电的微处理器的数量从多个微处理器中确定多个第一目标微处理器。
可选地,依据下电指令从多个微处理器中确定多个第二目标微处理器包括:获取各个微处理器的供电状态;根据微处理器的供电状态以及下电指令中待下电的微处理器的数量从多个微处理器中确定多个第二目标微处理器。
可选地,调度器根据接收到的服务请求建立多个服务实例,并通过多个服务实例调用处于上电状态下的微处理器执行当前服务请求。
可选地,调度器在当前服务请求的执行成功的情况下,对多个服务实例执行下线操作。
上述本申请实施例序号仅仅为了描述,不代表实施例的优劣。
在本申请的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的技术内容,可通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或通信连接,可以是电性或其它的形式。
作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
以上仅是本申请的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本申请的保护范围。
Claims (18)
1.一种基于微处理器的服务系统,其特征在于,包括:
调度器,用于响应服务请求,并基于所述服务请求的数量下发扩容指令或缩容指令;
服务器集群,包括多个服务节点,每个服务节点分别部署有电力开关、基板管理控制器以及多个微处理器,
其中,所述电力开关用于接收所述扩容指令或所述缩容指令,基于所述扩容指令下发上电指令,或基于所述缩容指令下发下电指令,所述基板管理控制器基于所述上电指令对第一微处理器进行上电处理,或基于所述下电指令对第二微处理器进行下电处理,所述第一微处理器和所述第二微处理器是所述多个微处理器中的微处理器。
2.根据权利要求1所述的基于微处理器的服务系统,其特征在于,所述基板管理控制器还用于监控所述微处理器的状态信息,并将所述状态信息反馈至所述调度器,其中,所述状态信息至少包括供电状态信息。
3.根据权利要求2所述的基于微处理器的服务系统,其特征在于,通过所述调度器生成多个服务实例,以通过所述多个服务实例调用所述服务器集群中处于上电状态下的微处理器执行所述服务请求。
4.一种微处理器的处理方法,其特征在于,所述微处理器的处理方法应用于权利要求1至3任一项所述的基于微处理器的服务架构,包括:
获取调度器基于服务请求下发的扩容指令或缩容指令;
依据所述扩容指令下发上电指令至基板管理控制器,或依据所述缩容指令下发下电指令至所述基板管理控制器,以通过所述基板管理控制器连接的处于上电状态下的微处理器执行所述服务请求,其中,所述基板管理控制器基于所述上电指令对第一目标微处理器进行上电操作,所述基板管理控制器基于所述下电指令对第二目标微处理器进行下电操作。
5.根据权利要求4所述的微处理器的处理方法,其特征在于,所述基板管理控制器依据所述上电指令从多个微处理器中确定多个第一目标微处理器,并对所述多个第一目标微处理器进行上电操作。
6.根据权利要求4所述的微处理器的处理方法,其特征在于,所述基板管理控制器依据所述下电指令从多个微处理器中确定多个第二目标微处理器,并对所述多个第二目标微处理器进行下电操作。
7.一种微处理器的处理方法,其特征在于,所述微处理器的处理方法应用于权利要求1至3任一项所述的基于微处理器的服务架构,包括:
获取电力开关下发的上电指令或下电指令,其中,所述上电指令是所述电力开关基于调度器下发的扩容指令生成的,所述下电指令是所述电力开关基于所述调度器下发的扩容指令生成的;
基于所述上电指令对多个微处理器中的第一目标微处理器进行上电操作,或者基于所述下电指令对所述多个微处理器中第二目标微处理器进行下电操作,以通过所述多个微处理器中处于上电状态下的微处理器执行所述调度器接收到的服务请求。
8.根据权利要求7所述的微处理器的处理方法,其特征在于,所述调度器统计预设时间段内接收到的服务请求的数量,依据所述服务请求的数量判定所述基于微处理器的服务架构是否需要扩容或者缩容,并在需要扩容的情况下下发所述扩容指令,在需要缩容的情况下下发所述缩容指令。
9.根据权利要求7所述的微处理器的处理方法,其特征在于,基于所述上电指令对第一目标微处理器进行上电操作包括:
依据所述上电指令从多个微处理器中确定多个第一目标微处理器;
对所述多个第一目标微处理器进行上电操作。
10.根据权利要求7所述的微处理器的处理方法,其特征在于,基于所述上电指令对第二目标微处理器进行下电操作包括:
依据所述下电指令从多个微处理器中确定多个第二目标微处理器;
对所述多个第二目标微处理器进行下电操作。
11.根据权利要求9所述的微处理器的处理方法,其特征在于,依据所述上电指令从多个微处理器中确定多个第一目标微处理器包括:
获取各个微处理器的供电状态;
根据所述微处理器的供电状态以及所述上电指令中待上电的微处理器的数量从多个微处理器中确定所述多个第一目标微处理器。
12.根据权利要求10所述的微处理器的处理方法,其特征在于,依据所述下电指令从多个微处理器中确定多个第二目标微处理器包括:
获取各个微处理器的供电状态;
根据所述微处理器的供电状态以及所述下电指令中待下电的微处理器的数量从多个微处理器中确定所述多个第二目标微处理器。
13.根据权利要求7所述的微处理器的处理方法,其特征在于,所述调度器根据接收到的服务请求建立多个服务实例,并通过所述多个服务实例调用处于上电状态下的微处理器执行当前服务请求。
14.根据权利要求13所述的微处理器的处理方法,其特征在于,所述调度器在所述当前服务请求的执行成功的情况下,对所述多个服务实例执行下线操作。
15.一种微处理器的处理装置,其特征在于,包括:
第一获取单元,用于获取调度器基于服务请求下发的扩容指令或缩容指令;
下发单元,用于依据所述扩容指令下发上电指令至基板管理控制器,或依据所述缩容指令下发下电指令至所述基板管理控制器,以通过所述基板管理控制器连接的处于上电状态下的微处理器执行所述服务请求,其中,所述基板管理控制器基于所述上电指令对第一目标微处理器进行上电操作,所述基板管理控制器基于所述下电指令对第二目标微处理器进行下电操作。
16.一种微处理器的处理装置,其特征在于,包括:
第二获取单元,用于获取电力开关下发的上电指令或下电指令,其中,所述上电指令是所述电力开关基于调度器下发的扩容指令生成的,所述下电指令是所述电力开关基于所述调度器下发的扩容指令生成的;
操作单元,用于基于所述上电指令对多个微处理器中的第一目标微处理器进行上电操作,或者基于所述下电指令对所述多个微处理器中第二目标微处理器进行下电操作,以通过所述多个微处理器中处于上电状态下的微处理器执行所述调度器接收到的服务请求。
17.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质包括存储的程序,其中,在所述程序运行时控制所述存储介质所在设备执行权利要求4,或权利要求7所述的微处理器的处理方法。
18.一种电子设备,其特征在于,包括:
存储器,存储有可执行程序;
处理器,用于运行所述程序,其中,所述程序运行时执行权利要求4,或权利要求7所述的微处理器的处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211439553.8A CN115617530A (zh) | 2022-11-17 | 2022-11-17 | 基于微处理器的服务系统、微处理器的处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211439553.8A CN115617530A (zh) | 2022-11-17 | 2022-11-17 | 基于微处理器的服务系统、微处理器的处理方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115617530A true CN115617530A (zh) | 2023-01-17 |
Family
ID=84877936
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211439553.8A Pending CN115617530A (zh) | 2022-11-17 | 2022-11-17 | 基于微处理器的服务系统、微处理器的处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115617530A (zh) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105893141A (zh) * | 2015-12-17 | 2016-08-24 | 乐视致新电子科技(天津)有限公司 | 一种多核处理器调控方法及装置及使用该方法的移动终端 |
CN109039929A (zh) * | 2018-07-06 | 2018-12-18 | 华为技术有限公司 | 业务调度方法及装置 |
CN113986000A (zh) * | 2021-09-30 | 2022-01-28 | 浪潮电子信息产业股份有限公司 | 一种服务器上电方法、系统、装置及介质 |
CN114629794A (zh) * | 2020-12-09 | 2022-06-14 | 华为技术有限公司 | 硬件资源管理方法及通信装置 |
-
2022
- 2022-11-17 CN CN202211439553.8A patent/CN115617530A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105893141A (zh) * | 2015-12-17 | 2016-08-24 | 乐视致新电子科技(天津)有限公司 | 一种多核处理器调控方法及装置及使用该方法的移动终端 |
CN109039929A (zh) * | 2018-07-06 | 2018-12-18 | 华为技术有限公司 | 业务调度方法及装置 |
CN114629794A (zh) * | 2020-12-09 | 2022-06-14 | 华为技术有限公司 | 硬件资源管理方法及通信装置 |
CN113986000A (zh) * | 2021-09-30 | 2022-01-28 | 浪潮电子信息产业股份有限公司 | 一种服务器上电方法、系统、装置及介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101583144B (zh) | 无线控制器业务信息的备份方法和设备 | |
EP2887720B1 (en) | Resource allocation method and device | |
CN101877640A (zh) | 服务器的电源控制系统 | |
CN102938898A (zh) | 一种atca架构下多板卡统一配置系统 | |
CN101119188B (zh) | 一种实现业务不中断的单板升级方法 | |
CN113746821A (zh) | 智能设备控制方法、装置、存储介质及电子设备 | |
CN101751265B (zh) | 服务器的基本输入/输出系统的更新系统及其方法 | |
CN102478948A (zh) | 服务器机柜系统及其启动方法、以及服务器启动方法 | |
CN111753309A (zh) | 一种显卡切换方法及服务器、存储介质 | |
CN115617530A (zh) | 基于微处理器的服务系统、微处理器的处理方法及装置 | |
CN115225464B (zh) | 一种网络切换方法、装置、设备及存储介质 | |
US20240007313A1 (en) | System for managing device power consumption and method, device and storage medium | |
CN115413015A (zh) | 一种通信方法、装置、存储介质和终端设备 | |
CN110119111B (zh) | 通信方法及装置、存储介质、电子装置 | |
CN114265742A (zh) | 虚拟终端的管控方法及装置、系统、电子设备、存储介质 | |
CN100395706C (zh) | 一种交换机设备板件自启动的方法 | |
CN114070884A (zh) | 一种远程管理方法、远程管理设备、模块及可读存储介质 | |
CN103209084B (zh) | 不间断电源及其控制电源分配单元的方法 | |
CN112532543A (zh) | 一种交换机控制方法、装置、设备及计算机可读存储介质 | |
CN113271356A (zh) | 一种终端设备远程唤醒方法、系统及存储介质 | |
CN101699884A (zh) | 实现多业务系统间订购关系一致的方法及系统 | |
CN101557306A (zh) | 电子设备及其线卡工作模式设定方法 | |
CN100472443C (zh) | 快速启动计算机的系统和方法 | |
CN111416726A (zh) | 一种资源管理的方法、发送端设备和接收端设备 | |
CN112996048B (zh) | 下电控制方法及设备 |
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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20230117 |