用于故障管理的方法、设备和计算机程序产品与流程

文档序号:25543548发布日期:2021-06-18 20:40
用于故障管理的方法、设备和计算机程序产品与流程

本公开的实施例总体上涉及计算机技术领域,并且更具体地涉及用于故障管理的方法、设备以及计算机程序产品。



背景技术:

加速器资源是指一些具有加速功能的处理资源,例如协处理器,其能够辅助中央处理器(cpu)执行一些加速任务。协处理器是一种芯片,其能够减轻系统cpu的特定处理任务。例如,数学协处理器可以进行数字处理,图形协处理器(gpu)可以处理视频绘制。gpu是一种专用于图形或图像的核心处理器,其主要负责的任务是加速图形处理速度。

快速辅助技术(qat)卡也是一种协处理器,其可以用于加速计算密集型任务,例如压缩和加密等。通过为系统添加qat卡,能够加快应用程序的运行,提高系统的性能和效率。qat卡提供的功能可以包括对称加密、身份验证、不对称加密、数字签名、公开密钥加密、无损数据压缩,等等。



技术实现要素:

本公开的实施例提供了一种用于故障管理的方法、设备和计算机程序产品。

在本公开的一个方面,提供了一种用于故障管理的方法。该方法包括:获得加速器资源中的加速器设备的使用率,其中加速器资源包括一个或多个加速器设备;基于加速器设备的使用率,调整用于检测加速器设备中的故障的检测参数;以及基于检测参数,执行针对加速器设备的故障检测。

在本公开的另一方面,提供了一种电子设备。该设备包括处理单元以及存储器,其中存储器被耦合至处理单元并且存储有指令。所述指令在由处理单元执行时执行以下动作:获得加速器资源中的加速器设备的使用率,其中加速器资源包括一个或多个加速器设备;基于加速器设备的使用率,调整用于检测加速器设备中的故障的检测参数;以及基于检测参数,执行针对加速器设备的故障检测。

在本公开的又一方面,提供了一种计算机程序产品。该计算机程序产品被有形地存储在非瞬态计算机可读介质上并且包括计算机可执行指令,所述计算机可执行指令在被执行时使得计算机执行根据本公开的实施例的方法或过程。

提供发明内容部分是为了简化的形式来介绍对概念的选择,它们在下文的具体实施方式中将被进一步描述。本发明内容部分无意标识本公开的关键特征或主要特征,也无意限制本公开的各个实施例的范围。

附图说明

通过结合附图对本公开示例性实施例进行更详细的描述,本公开的上述以及其它目的、特征和优势将变得更加明显,其中在本公开示例性实施例中,相同的附图标记通常代表相同的元素。

图1示出了本公开的实施例的示例计算系统的一部分的架构的示意图;

图2示出了根据本公开的实施例的用于故障检测的方法的流程图;

图3示出了根据本公开的实施例的用于故障管理的方法的流程图;

图4示出了根据本公开的故障检测系统的框架的示意图;

图5示出了根据本公开的加速器资源中的拓扑结构的示意图;以及

图6示出了可以用来实施本公开的实施例的设备的示意性块图。

具体实施例

下面将参照附图更详细地描述本公开的优选实施例。虽然附图中显示了本公开的一些具体实施例,然而应该理解,可以以各种形式实现本公开,而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了使本公开更加透彻和完整,并且能够将本公开的范围完整地传达给本领域的技术人员。

在本文中使用的术语“包括”及其变形表示开放性包括,即“包括但不限于”。除非特别申明,术语“或”表示“和/或”。术语“基于”表示“至少部分地基于”。术语“一个示例实施例”和“一个实施例”表示“至少一个示例实施例”。术语“另一实施例”表示“至少一个另外的实施例”。术语“第一”、“第二”等可以指代不同的或相同的对象,除非明确指示不同。

一般来说,硬件设备在使用过程中存在着故障或损坏的可能性。因此,在加速器设备的运行过程中,需要检测加速器设备的故障。通常,加速器设备的故障可以包括可恢复故障和严重故障,可以通过应用程序接口(api)以代码形式报告可恢复故障,并且使用心跳(heartbeat)api来检测严重故障。api可以提前配置一些检测参数,诸如超时值和检测频率。如果加速器设备的响应时间大于超时值,则api就会报告严重故障。然而,当加速器设备上的工作负载较重时,加速器设备的响应可能会变慢,进而出现响应延迟,这可能会引发严重故障报警,虽然加速器设备本身可能并无故障。错误的报告可能导致不必要的且昂贵的故障恢复操作,降低了用户体验,并且影响系统的性能。此外,较低的检测频率可能会使得故障被延迟检测到,而较高的检测频率会造成检测太频繁,进而影响系统的性能。

传统的故障检测方法通常设置一个或多个固定的检测参数(例如,固定的超时值),其期望在预定的时间窗口(固定的超时值)中接收到回声响应。然而,本发明的发明人发现,固定的超时值无法适应于各种情况下的工作负载。一方面,将超时值设置为相对较小会增加了工作负载繁重时误报的可能性。另一方面,将超时值设置为相对较大将导致延迟报告真实故障,从而损害应用的可用性和性能。

为此,本公开的实施例提出了加速器设备的故障检测的新方案。根据本公开的实施例提出的基于工作负载感知的检测参数调整方案,能够根据加速器设备的当前使用情况(例如,当前运行的工作负载情况),适应性地调整检测参数(例如超时值、频率等),由此实现更高效且更准确的故障检测。

此外,根据本公开的一些实施例,还提出了改进的故障恢复方案和改进的故障转移方案,能够实现对故障恢复对象的决策和对故障转移目标的选择。因此,根据本公开的一些实施例的故障管理方案(其可以包括根据本公开的实施例的故障检测方案、故障恢复方案以及故障转移方案的一些组合),具有以下几方面的改进。第一,本公开的实施例的故障管理方案能够实现更有效的故障检测,借助于自适应的超时值设置,能够提升故障检测的准确性,此外,恰当的检测频率将最大程度地减少对系统性能的影响。第二,本公开的实施例的故障管理方案更加智能,其利用加速器资源的拓扑信息和历史故障信息来制定故障恢复策略和故障转移策略,能够省略不必要的故障恢复操作,同时避免将工作负载迁移至仍不稳定的加速器设备或实例。第三,本公开的实施例的故障管理方案具有更好的性能和可用性,其能够通过将待处理的工作负载迁移到最合适(例如最稳定且空闲)的加速器设备的实例,使得故障的影响降至最低,从而保证了应用的可用性。

以下参考图1至图6来说明本公开的基本原理和若干示例实现方式。应当理解,给出这些示例性实施例仅是为了使本领域技术人员能够更好地理解进而实现本公开的实施例,而并非以任何方式限制本公开的范围。

图1示出了本公开的实施例的示例计算系统100的一部分的架构的示意图。如图1所示,计算系统100包括处理器110、加速器资源120以及存储器130。应当理解,计算系统100还可以包括其他未示出的一个或多个部件。

加速器资源120可以包括一个或多个加速器设备,其充当计算系统100的协处理器,以便为处理器110(例如cpu)减轻一些处理任务。加速器资源120能够实现一定特定功能和运算的加速操作,能够取得比处理器110更高的执行效率。在一些实施例中,加速器资源120可以为一个或多个qat加速卡,其可以对数据的加密和/或解密进行加速,也可以对数据的压缩和/或解压进行加速。应当理解,虽然在本公开的一些实施例,加速器资源使用qat卡作为示例,然而,加速器资源也可以为其他具有特定任务(诸如,加解密、压缩、矩阵运算等)加速功能的硬件处理设备。

由于硬件设备在使用过程中都存在着故障或损坏的可能性,因而需要不断地检测加速器资源120是否发生硬件和/或软件故障。例如,qat卡提供一些api以供调用查询加速器设备是否还在正常工作。本公开的实施例提出了一种改进的故障检测方案,能够根据加速器中的工作负载情况,设置适当的检测参数。例如,如果加速器设备上的工作负载很饱满时,那么可以将超时值设置长一点。通过这种方式,不会造成由于加速器设备没有及时处理检测请求而错误报告故障的情形,提高了故障检测的准确性。

图2示出了根据本公开的实施例的用于故障检测的方法200的流程图。在202,获得加速器资源中的加速器设备的使用率,其中加速器资源包括一个或多个加速器设备。例如,针对qat卡中的某个加速器设备,可以获取该加速器设备当前的使用率,任何已知的或者将来开发的方法可以与本公开的实施例结合使用,以便获得各个加速器设备的使用率。

在204,基于加速器设备的使用率,调整用于检测加速器设备中的故障的检测参数。本公开的实施例能够感知加速器设备上的当前工作负载情况,进而为其设置恰当的检测参数。例如,可以基于预先建立的映射表,获得与使用率相对应的超时值和检测频率,其中映射表可以通过实验或者机器学习的方式获得。在一些实施例,当加速器设备的使用率增大时,可以增大超时值并且降低检测频率,以减少不及时的响应而导致错误报告,并且减小由于故障检测对系统性能的影响。

在206,基于检测参数,执行针对加速器设备的故障检测。例如,可以根据所调整的检测频率,周期性地发起针对加速器设备的检测请求,然后确定加速器设备对于各个检测请求的响应时间,如果确定加速器设备的某个响应时间大于超时值,则说明加速器设备发生故障。在一些实施例中,在存在故障的情况下,可以返回故障代码和/或故障日志,通过对故障代码和/或故障日志的分析,可以确定故障的来源或者故障的位置,例如,可能是加速器设备的硬件故障,也可能是软件实例故障,或者也有可能是会话的故障。

因此,根据本公开的实施例的工作负载感知的检测参数调整方案,能够根据加速器设备的当前使用情况,适应性地调整检测参数(例如超时值、频率等),由此实现更高效且更准确的故障检测。

图3示出了根据本公开的实施例的用于故障管理的方法300的流程图。在302,根据所设置/调整的检测频率,周期性地对加速器设备进行故障检测。在304,判断是否检测到故障。如果没有检测到故障,则返回302,等待预定时间后,继续进行故障检测。如果在304判断检测到故障,则需要在306对加速器设备中的某个对象层级进行故障恢复,并且在308,将未完成的工作负载故障转移到其他软件实例中。

图4示出了根据本公开的故障检测系统400的实例框架的示意图。如图4所示,故障检测系统400可以包括故障检测模块410、故障恢复模块420、故障转移模块430、多维信息库440,下面将分别介绍每个模块的示例实现。应当理解,图4所描述的故障检测系统400仅为本公开的实施例的一个示例实现,故障检测系统400还可以包括更多或者更少的模块。

多维信息库

如图4所示,多维信息库440可以包括加速器资源中的各个加速器设备的使用率信息441、历史故障信息442、以及加速器资源的拓扑信息443。在一些实施例中,加速器设备的使用率信息441还可以包括每个实例的可用性和每个实例的队列深度。历史故障信息442记录历史上发生的每个故障。从工程经验的角度来看,一台设备以前曾发生过故障,将来很有可能会再发生故障。

拓扑信息443指示加速器资源、加速器卡、加速器设备、实例和会话之间的逻辑关系,拓扑信息能够提供有关给定故障的影响范围的知识。例如,加速器设备中的严重故障将影响该加速器设备上的所有软件实例,或者加速器卡故障会破坏位于其上的所有加速器设备。

参考图5,其示出了根据本公开的加速器资源中的拓扑结构500的示意图。如图5所示,加速器资源120包括多个加速器卡510和520,每个加速器卡可以为一个qat卡,每个加速器卡可以包括一个或多个加速器设备,虽然这些加速器设备物理布局在同一个加速器卡上,但是逻辑上可以是彼此独立的。例如,加速器卡510包括加速器设备511和512,加速器卡520包括加速器设备521和522。虽然在图5中每个加速器卡仅示出包括2个加速器设备,但是每个加速器卡也可以包括更多个加速器设备。每个加速器设备可以提供一个或多个软件实例,如实例级530所示,每个软件实例可以支持一个或多个会话,如会话级540所示。加速器资源、加速器卡、加速器设备、实例以及会话之间的层级关系构成加速器资源的拓扑信息。

返回参考图4,故障检测模块410、故障恢复模块420、故障转移模块430可以利用多维信息库440中的一项或多项来提高系统的性能。

故障检测

传统的方法依赖于心跳检测来发现严重故障(在加速器设备无响应时)。然而,在工作负载饱和将对心跳检测的响应造成影响。为此,本公开的实施例引入了可感知工作负载的心跳检测方法来进行改进。如图4所示,故障检测模块410包括心跳api411、可恢复故障api412以及根据本公开的实施例的工作负载感知的检测参数调整器413。

根据本公开的实施例,故障检测模块410用于对加速器设备进行故障检测。工作负载感知的检测参数调整器413通过访问使用率信息441,能够在调用心跳api时调整检测参数,诸如超时值和/或频率。在一些实施例中,可以根据实验或机器学习的方法获得不同的工作负载所对应的最合适的检测参数。一旦建立了检测参数与工作负载之间的映射表,工作负载感知的检测参数调整器413就可以使用映射表来根据运行时工作负载来调整检测参数,其中检测参数可以包括超时值和频率,也可以包括用于故障检测的其他参数。此外,在检测到加速器设备的故障时,故障检测模块410可以将故障信息记录到历史故障信息442中以便实时维护历史故障信息库。

故障恢复

通常,从成本和效率的角度来看,故障恢复方法通常具有不同的重置层级。作为升级的序列,重置层级可以包括会话重置、实例重置、加速器设备重置、加速器卡重置。然而,大多数情况下,传统的方法不知道应该重置哪个层级。结果是,需要逐级地进行重置,这会带来额外的负担,甚至会给整个系统带来不良影响。因此,传统的逐步升级的重置方式效率较低,并且不智能。例如,根据传统的方法,应用将首先尝试重置会话(成本最低),然后是实例、加速器设备,甚至是整个加速器卡(成本最高)。

根据本公开的实施例,故障恢复模块420可以包括决策系统421和对象重置器422,决策系统421通过考虑拓扑信息443和历史故障信息442,能够更智能地进行决策。例如,当同一加速器设备上的两个实例都发生故障时,直接进行加速器设备重置可能是最佳选择。再例如,当在短时间内多次对同一个加速器设备进行重置而仍然无法解决问题时,则可以放弃对其进行恢复并进行脱机诊断。因此,本公开的实施例的故障恢复方法能够更精准地发现待恢复的对象,进而选择一个最合适的层级进行重置。

决策系统421用于实现高级决策逻辑,在加速器设备发生故障时,决策系统421通过考虑拓扑信息443和历史故障信息442来确定应该重置的对象,即重置层级。例如,借助于历史故障信息442,可以推断出在短时间内在某个加速器设备上重复出现的严重故障,从而导致根本无法恢复的故障(在这种情况下,可以认为该加速器设备无法再恢复)。借助于拓扑信息443,可以判断某个加速器设备上经常出现多个实例故障,因而可以直接对加速器设备进行重置,而无需再首先重置实例。通过这种方式,能够省去不必要的重置,提高系统的故障恢复效率,进而提升系统的性能。在确定待重置的重置层级之后,对象重置器422可以执行相应的重置,其中重置层级包括会话级、实例级、设备级等。

故障转移

一般来说,当加速器设备上的一个软件实例发生故障并且仍然有其他实例在正常工作时,可以期望将工作负载平稳地迁移到正常工作的实例中。然而,传统的方法不存在这样的针对加速器设备中的实例的故障转移方案。

根据本公开的实施例,能够基于多维信息库440,将未完成的工作负载迁移到最适合的实例或设备中。如图4所示,故障转移模块430包括目标实例选择器431和故障转移操作器432。故障转移操作通过将未完成的任务重新提交到可用的目标实例来执行实际的工作负载迁移。目标实例选择器431用于选择适当的实例作为迁移目标。借助于历史故障信息442,目标实例选择器431能够选择最稳定的一个目标实例。借助于运行时的利用率信息441,目标实例选择器431能够选择最空闲的一个目标实例。在一些实施例,可以选择既稳定又空闲的一个目标实例。此外,目标实例选择器431还可以考虑拓扑信息443来进行选择,以便快速找到对等的实例。在选择目标实例之后,故障转移操作器432用来执行工作负载的具体迁移工作。

图6示出了可以用来实施本公开的实施例的设备600的示意性块图,设备600可以为本公开的实施例所描述的设备或装置。如图6所示,设备600包括中央处理单元(cpu)601,其可以根据存储在只读存储器(rom)602中的计算机程序指令或者从存储单元608加载到随机访问存储器(ram)603中的计算机程序指令,来执行各种适当的动作和处理。在ram603中,还可存储设备600操作所需的各种程序和数据。cpu601、rom602以及ram603通过总线604彼此相连。输入/输出(i/o)接口605也连接至总线604。虽然未在图6中示出,设备600还可以包括协处理器。

设备600中的多个部件连接至i/o接口605,包括:输入单元606,例如键盘、鼠标等;输出单元607,例如各种类型的显示器、扬声器等;存储单元608,例如磁盘、光盘等;以及通信单元609,例如网卡、调制解调器、无线通信收发机等。通信单元609允许设备600通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

上文所描述的各个方法或过程可由处理单元601来执行。例如,在一些实施例中,方法可被实现为计算机软件程序,其被有形地包含于机器可读介质,例如存储单元608。在一些实施例中,计算机程序的部分或者全部可以经由rom602和/或通信单元609而被载入和/或安装到设备600上。当计算机程序被加载到ram603并由cpu601执行时,可以执行上文描述的方法或过程中的一个或多个步骤或动作。

在一些实施例中,以上所描述的方法和过程可以被实现为计算机程序产品。计算机程序产品可以包括计算机可读存储介质,其上载有用于执行本公开的各个方面的计算机可读程序指令。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是但不限于电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、静态随机存取存储器(sram)、便携式压缩盘只读存储器(cd-rom)、数字多功能盘(dvd)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身,诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如,通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

本文所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备,或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令,并转发该计算机可读程序指令,以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构(isa)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码,所述编程语言包括面向对象的编程语言,以及常规的过程式编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络—包括局域网(lan)或广域网(wan)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中,通过利用计算机可读程序指令的状态信息来个性化定制电子电路,例如可编程逻辑电路、现场可编程门阵列(fpga)或可编程逻辑阵列(pla),该电子电路可以执行计算机可读程序指令,从而实现本公开的各个方面。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理单元,从而生产出一种机器,使得这些指令在通过计算机或其它可编程数据处理装置的处理单元执行时,产生了实现流程图和/或块图中的一个或多个方块中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中,这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作,从而,存储有指令的计算机可读介质则包括一个制造品,其包括实现流程图和/或块图中的一个或多个方块中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上,使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤,以产生计算机实现的过程,从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或块图中的一个或多个方块中规定的功能/动作。

附图中的流程图和块图显示了根据本公开的多个实施例的设备、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或块图中的每个方块可以代表一个模块、程序段或指令的一部分,所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中,方块中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方块实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这取决于所涉及的功能。也要注意的是,块图和/或流程图中的每个方块、以及块图和/或流程图中的方块的组合,可以用执行规定的功能或动作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。

以上已经描述了本公开的各实施例,上述说明是示例性的,并非穷尽性的,并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下,对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择,旨在最好地解释各实施例的原理、实际应用或对市场中技术的技术改进,或者使得本技术领域的其它普通技术人员能理解本文披露的各实施例。

再多了解一些
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1