CN112114848A - 驱动更新方法、装置、***、电子设备及存储介质 - Google Patents

驱动更新方法、装置、***、电子设备及存储介质 Download PDF

Info

Publication number
CN112114848A
CN112114848A CN202010953996.3A CN202010953996A CN112114848A CN 112114848 A CN112114848 A CN 112114848A CN 202010953996 A CN202010953996 A CN 202010953996A CN 112114848 A CN112114848 A CN 112114848A
Authority
CN
China
Prior art keywords
drive
target
version
driver
current
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
Application number
CN202010953996.3A
Other languages
English (en)
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 Dajia Internet Information Technology Co Ltd
Original Assignee
Beijing Dajia Internet Information 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 Dajia Internet Information Technology Co Ltd filed Critical Beijing Dajia Internet Information Technology Co Ltd
Priority to CN202010953996.3A priority Critical patent/CN112114848A/zh
Publication of CN112114848A publication Critical patent/CN112114848A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/65Updates

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)

Abstract

本公开关于一种驱动更新方法、装置、***、电子设备及存储介质。该驱动更新方法包括:从配置中心获取目标驱动版本;其中,通过配置中心可对目标驱动版本进行动态配置;检测驱动对象对应的当前驱动版本与目标驱动版本是否相同;若当前驱动版本与目标驱动版本不相同,则通过屏蔽控制中心屏蔽驱动对象;从驱动文件中心获取与目标驱动版本对应的目标驱动文件,并采用目标驱动文件,对当前驱动进行更新,将当前驱动更新为目标驱动版本对应的目标驱动。该方法的整个驱动更新的过程无需人工参与,能够自动实现对驱动对象的屏蔽,及时完成驱动的更新,缩短驱动更新的周期,提升驱动更新的效率,进一步地提高资源利用率,避免资源浪费。

Description

驱动更新方法、装置、***、电子设备及存储介质
技术领域
本公开涉及计算机技术领域,尤其涉及一种驱动更新方法、装置、***、电子设备及存储介质。
背景技术
随着计算机和互联网技术的不断发展,出现了容器技术,将容器技术作为企业基础设施变得越来普遍。其中,K8s(kubernetes)是一个开源的容器集群管理***,可以实现容器集群的自动化部署、自动扩缩容、维护等。通过在集群中大规模部署服务器来执行机器学习任务,成了各大互联网公司解决人工智能场景中算力编排问题的普遍解决方案。在通过集群执行相关任务时,为保证运算性能的正常发挥,需要经常对集群中驱动进行更新。传统驱动更新方法中,通常需要观察当前驱动版本与待更新的驱动版本是否相同,在不相同的情况下,手动执行驱动更新流程。
然而,当集群规模较大时,传统驱动更新方法中,通过人工手动执行驱动更新流程的方式,驱动更新周期长、效率低下,影响资源利用率,会造成资源浪费。
发明内容
本公开提供一种驱动更新方法、装置、***、电子设备及存储介质,以至少解决相关技术中驱动更新周期长、效率低下的问题。本公开的技术方案如下:
根据本公开实施例的第一方面,提供一种驱动更新方法,包括:
从配置中心获取目标驱动版本;其中,通过所述配置中心可对所述目标驱动版本进行动态配置;
检测驱动对象对应的当前驱动版本与所述目标驱动版本是否相同;
若所述当前驱动版本与所述目标驱动版本不相同,则通过屏蔽控制中心屏蔽所述驱动对象;
从驱动文件中心获取与所述目标驱动版本对应的目标驱动文件,并采用所述目标驱动文件,对所述当前驱动进行更新,将所述当前驱动更新为所述目标驱动版本对应的目标驱动。
在一示例性实施例中,所述若所述当前驱动版本与所述目标驱动版本不相同,则屏蔽所述驱动对象,之前包括:
若所述当前驱动版本与所述目标驱动版本相同,则在第一预设时间后,返回执行所述从配置中心获取目标驱动版本的步骤。
在一示例性实施例中,所述从驱动文件中心获取与所述目标驱动版本对应的目标驱动文件,之前包括:
获取驱动安装包;
编译所述驱动安装包,得到驱动文件;
将所述驱动文件存储至所述驱动文件中心。
在一示例性实施例中,所述采用所述目标驱动文件,对所述当前驱动进行更新,将所述当前驱动更新为所述目标驱动版本对应的目标驱动,包括:
检测所述驱动对象是否存在需要执行的任务;
若存在,则在第二预设时间后,返回执行所述检测所述驱动对象是否存在需要执行的任务的步骤;
若不存在,则采用所述目标驱动文件,对所述当前驱动进行更新,将所述当前驱动更新为所述目标驱动。
在一示例性实施例中,所述若不存在,则采用所述目标驱动文件,对所述当前驱动进行更新,将所述当前驱动更新为所述目标驱动,包括:
若不存在,则通过所述屏蔽控制中心关闭集群服务与容器服务,采用所述目标驱动文件,对所述当前驱动进行更新,将所述当前驱动更新为所述目标驱动。
在一示例性实施例中,所述若不存在,则通过所述屏蔽控制中心关闭集群服务与容器服务,采用所述目标驱动文件,对所述当前驱动进行更新,将所述当前驱动更新为所述目标驱动,之后包括:
通过所述屏蔽控制中心启动所述集群服务与所述容器服务,并解除对所述驱动对象的屏蔽。
根据本公开实施例的第二方面,提供一种驱动更新装置,包括:
目标驱动版本获取单元,被配置为执行从配置中心获取目标驱动版本;其中,通过所述配置中心可对所述目标驱动版本进行动态配置;
驱动版本检测单元,被配置为执行检测驱动对象对应的当前驱动版本与所述目标驱动版本是否相同;
驱动对象屏蔽单元,被配置为执行若所述当前驱动版本与所述目标驱动版本不相同,则通过屏蔽控制中心屏蔽所述驱动对象;
驱动更新单元,被配置为执行从驱动文件中心获取与所述目标驱动版本对应的目标驱动文件,并采用所述目标驱动文件,对所述当前驱动进行更新,将所述当前驱动更新为所述目标驱动版本对应的目标驱动。
在一示例性实施例中,所述驱动更新装置还包括驱动版本更新单元,被配置为执行:
若所述当前驱动版本与所述目标驱动版本相同,则在第一预设时间后,返回执行所述从配置中心获取目标驱动版本的步骤。
在一示例性实施例中,所述驱动更新单元还被配置为执行:
获取驱动安装包;
编译所述驱动安装包,得到驱动文件;
将所述驱动文件存储至所述驱动文件中心。
在一示例性实施例中,所述驱动更新单元还被配置为执行:
检测所述驱动对象是否存在需要执行的任务;
若存在,则在第二预设时间后,返回执行所述检测所述驱动对象是否存在需要执行的任务的步骤;
若不存在,则采用所述目标驱动文件,对所述当前驱动进行更新,将所述当前驱动更新为所述目标驱动。
在一示例性实施例中,所述驱动更新单元还被配置为执行:
若不存在,则通过所述屏蔽控制中心关闭集群服务与容器服务,采用所述目标驱动文件,对所述当前驱动进行更新,将所述当前驱动更新为所述目标驱动。
在一示例性实施例中,所述驱动更新装置还包括屏蔽解除单元,被配置为执行:
通过所述屏蔽控制中心启动所述集群服务与所述容器服务,并解除对所述驱动对象的屏蔽。
根据本公开实施例的第三方面,提供一种驱动更新***,包括:
配置中心,用于存储目标驱动版本,所述配置中心中的目标驱动版本可动态配置;
驱动文件中心,用于存储驱动文件,所述驱动文件用于生成对应的驱动程序;
客户端,用于从所述配置中心获取目标驱动版本,并检测所述驱动对象对应的当前驱动版本与所述目标驱动版本是否相同,若所述当前驱动版本与所述目标驱动版本不相同,则向所述屏蔽控制中心发送屏蔽控制指令;
所述屏蔽控制中心响应于所述屏蔽控制指令,屏蔽所述驱动对象,并将屏蔽控制结果发送至所述客户端;
所述客户端根据所述屏蔽控制结果从所述驱动文件中心获取与所述目标驱动版本对应的目标驱动文件,并采用所述目标驱动文件,对所述当前驱动进行更新,将所述当前驱动更新为所述目标驱动版本对应的目标驱动。
在一示例性实施例中,所述客户端还用于执行:
若所述当前驱动版本与所述目标驱动版本相同,则在第一预设时间后,从所述配置中心获取目标驱动版本。
在一示例性实施例中,所述驱动文件中心还用于:
获取驱动安装包;
编译所述驱动安装包,得到所述驱动文件;
将所述驱动文件存储至所述驱动文件中心。
在一示例性实施例中,所述客户端根据所述屏蔽控制结果从所述驱动文件中心获取与所述目标驱动版本对应的目标驱动文件,并检测所述驱动对象是否存在需要执行的任务;
若存在,则在第二预设时间后,重新检测所述驱动对象是否存在需要执行的任务;
若不存在,则采用所述目标驱动文件,对所述当前驱动进行更新,将所述当前驱动更新为所述目标驱动。
在一示例性实施例中,所述客户端还用于执行:
若不存在,则通过所述屏蔽控制中心关闭集群服务与容器服务,采用所述目标驱动文件,对所述当前驱动进行更新,将所述当前驱动更新为所述目标驱动。
在一示例性实施例中,所述客户端将所述当前驱动更新为所述目标驱动后,向所述屏蔽控制中心发送驱动更新完成指令;
所述屏蔽控制中心响应于所述驱动更新完成指令,启动所述集群服务与所述容器服务,并解除对所述驱动对象的屏蔽。
根据本公开实施例的第四方面,提供一种电子设备,包括:
处理器;
用于存储所述处理器可执行指令的存储器;
其中,所述处理器被配置为执行所述指令,以实现上述第一方面的任一项实施例中所述的驱动更新方法。
根据本公开实施例的第五方面,提供一种存储介质,当所述存储介质中的指令由电子设备的处理器执行时,使得所述电子设备能够执行上述第一方面的任一项实施例中所述的驱动更新方法。
根据本公开实施例的第六方面,提供一种计算机程序产品,所述程序产品包括计算机程序,所述计算机程序存储在可读存储介质中,设备的至少一个处理器从所述可读存储介质读取并执行所述计算机程序,使得设备执行第一方面的任一项实施例中所述的驱动更新方法。
本公开的实施例提供的技术方案至少带来以下有益效果:
从可对目标驱动版本进行动态配置的配置中心获取目标驱动版本,检测驱动对象对应的当前驱动版本与目标驱动版本是否相同,在当前驱动版本与目标驱动版本不相同的情况下,通过屏蔽控制中心屏蔽驱动对象,并从驱动文件中心获取与所述目标驱动版本对应的目标驱动文件,采用所述目标驱动文件,对驱动对象对应的当前驱动进行更新,将当前驱动更新为目标驱动版本对应的目标驱动。整个驱动更新的过程无需人工参与,在当前驱动版本与目标驱动版本不一致的情况下,便可实现对驱动对象的屏蔽,及时从驱动文件中心获取与所述目标驱动版本对应的目标驱动文件,并采用所述目标驱动文件完成驱动的更新,减少人工参与而产生的不必要的时间延迟,缩短驱动更新的周期,提升驱动更新的效率,进一步地提高资源利用率,避免资源浪费。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理,并不构成对本公开的不当限定。
图1是根据一示例性实施例示出的一种驱动更新方法的应用环境图。
图2是根据一示例性实施例示出的一种驱动更新方法的流程图。
图3是根据一示例性实施例示出的步骤S400的一种可实施方式的流程图。
图4是根据一具体示例性实施例示出的一种驱动更新方法的流程图。
图5是根据一示例性实施例示出的一种驱动更新装置的框图。
图6是根据一示例性实施例示出的一种驱动更新***的框图。
图7是根据一示例性实施例示出的一种用于驱动更新的电子设备的框图。
具体实施方式
为了使本领域普通人员更好地理解本公开的技术方案,下面将结合附图,对本公开实施例中的技术方案进行清楚、完整地描述。
需要说明的是,本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
本公开所提供的驱动更新方法,可以应用于如图1所示的应用环境中。其中,终端110与接口服务器120存在交互。终端110(驱动自动升级客户端)在通过服务器120从可对目标驱动版本进行动态配置的配置中心获取目标驱动版本,检测驱动对象对应的当前驱动版本与目标驱动版本是否相同,在当前驱动版本与目标驱动版本不相同的情况下,通过屏蔽控制中心屏蔽驱动对象,并从驱动文件中心获取与目标驱动版本对应的目标驱动文件,采用目标驱动文件,对驱动对象对应的当前驱动进行更新,将当前驱动更新为目标驱动版本对应的目标驱动。其中,终端110可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备,服务器120可以用独立的服务器或者是多个服务器组成的服务器集群来实现。服务器120还包括编译各版本驱动包的驱动包编译中心121、驱动文件中心(文件服务器)122、配置中心123和蔽控制中心(接口服务器,K8s API Server)124。
图2是根据一示例性实施例示出的一种驱动更新方法的流程图,如图2所示,以该方法应用于图1中的终端为例进行说明,具体包括以下步骤:
在步骤S100中,从配置中心获取目标驱动版本;其中,通过配置中心可对目标驱动版本进行动态配置。
在步骤S200中,检测驱动对象对应的当前驱动版本与目标驱动版本是否相同。
在步骤S300中,若当前驱动版本与目标驱动版本不相同,则通过屏蔽控制中心屏蔽驱动对象。
在步骤S400中,从驱动文件中心获取与目标驱动版本对应的目标驱动文件,并采用目标驱动文件,对驱动对象对应的当前驱动进行更新,将当前驱动更新为目标驱动版本对应的目标驱动。
其中,驱动对象是指驱动程序对应的服务器、终端设备、处理器或模块。当前驱动版本是指驱动对象对应的驱动程序的版本,目标驱动版本是指配置中心中存储的需要将驱动对象中的驱动程序更新到的版本。驱动文件中心是由至少一个驱动文件形成的集合,一个驱动版本对应一个驱动文件。其中,驱动文件是对驱动安装包进行编译得到的文件,该驱动文件可用于驱动的更新。
具体地,从可对目标驱动版本进行动态配置的配置中心获取目标驱动版本,在获取到驱动对象对应的当前驱动版本与目标驱动版本后,检测驱动对象对应的当前驱动版本与目标驱动版本是否相同,若当前驱动版本与目标驱动版本不相同,说明该驱动对象对应的驱动程序需要更新,或者该驱动对象对应的驱动程序正在更新中,此时需要通过屏蔽控制中心屏蔽该驱动对象,使该驱动对象不会再被调用,以保证不会有新的任务分配给该驱动对象,同时也使得任务调度***能正常工作。在屏蔽掉驱动对象后,从驱动文件中心获取与目标驱动版本对应的目标驱动文件,并采用目标驱动文件,对驱动对象对应的当前驱动进行更新,将当前驱动更新为目标驱动版本对应的目标驱动。
上述驱动更新方法中,从可对目标驱动版本进行动态配置的配置中心获取目标驱动版本,检测驱动对象对应的当前驱动版本与目标驱动版本是否相同,在当前驱动版本与目标驱动版本不相同的情况下,通过屏蔽控制中心屏蔽驱动对象,并从驱动文件中心获取与目标驱动版本对应的目标驱动文件,采用目标驱动文件,对驱动对象对应的当前驱动进行更新,将当前驱动更新为目标驱动版本对应的目标驱动。整个驱动更新的过程无需人工参与,在当前驱动版本与目标驱动版本不一致的情况下,便可实现对驱动对象的屏蔽,及时从驱动文件中心获取与目标驱动版本对应的目标驱动文件,并采用目标驱动文件完成驱动的更新,减少人工参与而产生的不必要的时间延迟,缩短驱动更新的周期,提升驱动更新的效率,进一步地提高资源利用率,避免资源浪费。
在一示例性实施例中,为步骤S200之前的一种可实施方式,包括:
若当前驱动版本与目标驱动版本相同,则在第一预设时间后,返回执行从配置中心获取目标驱动版本的步骤。
其中,第一预设时间是预设的一个时间跨度,该第一预设时间可以为3分钟、5分钟、10分钟、一周或一个月不等,具体第一预设时间根据实际需求确定,此处并不对第一预设时间进行具体限定。
具体地,在当前驱动版本与目标驱动版本相同的情况下,每隔第一预设时间(例如5分钟),则从配置中心获取目标驱动版本,并对当前驱动版本与目标驱动版本是否一致进行一次检测,直到检测到当前驱动版本与目标驱动版本不相同后,通过屏蔽控制中心屏蔽驱动对象,并从驱动文件中心获取与目标驱动版本对应的目标驱动文件,采用目标驱动文件,对当前驱动版本对应的当前驱动进行更新,将当前驱动更新为目标驱动版本对应的目标驱动。如此,经过一段时间的迭代,可以将一个集群或者一个容器中的所有的驱动更新到指定的目标驱动版本。
上述示例性实施例中,可以在当前驱动版本与目标驱动版本相同时,每隔第一预设时间,则从配置中心获取目标驱动版本,对当前驱动版本与目标驱动版本是否相同进行一次检测,直到检测到当前驱动版本与目标驱动版本不相同后,进行驱动的更新。如此,经过一段时间的迭代,可以将一个集群或者一个容器中的所有的驱动更新到指定的目标驱动版本,提升驱动更新的效率,进一步地提高资源利用率,避免资源浪费。
在一示例性实施例中,驱动文件中心的获取方式,包括:
获取驱动安装包;编译驱动安装包,得到驱动文件;将驱动安装文件存储至驱动文件中心。
具体地,当需要进行驱动更新的设备或服务器为GPU服务器,该GPU服务器是由K8s集群进行部署和管理为例进行说明。其中,k8s GPU集群通常以NVIDIA的GPU卡作为主要计算资源,在执行深度学习相关的任务时,NVIDIA的GP需要使用CUDA(compute UnifiedDevice Architecture)库作为深度学习框架的基础,新版本的CUDA库通常需要更高版本的GPU硬件驱动的支持来提高软件运算性能。因此,每一代CUDA库发布以后,需要更新对应的GPU驱动版本来满足用户对新版本CUDA的使用需求。
驱动更新的过程默认执行是图像化的安装界面,需要人工手动进行操作,想要实现自动化的驱动安装需要提前进行编译。同时,一个K8s GPU集群可能包含各种类型的GPU卡,不同类型GPU卡的驱动版本也在不断迭代。因此需要提前对从NVIDIA官网下载的驱动安装包(GPU驱动安装程序)进行编译,并形成相应的驱动文件中心以供后续调用,具体驱动文件中心的获取方式包括:获取集群服务器中包含headers的linux内核的RPM安装包,在NVIDIA官网下载最新版本各系列GPU卡的驱动安装包,解压GPU卡的驱动安装包,进入安装包的内核目录编译与内核版本匹配的驱动模块,按GPU卡类型与驱动版本进行分类,得到不同类型的驱动文件,不同类型的驱动文件形成相应的驱动文件中心。同时,为了使编译好的驱动文件可以被驱动更新对应的终端或客户端自动拉取,可以构建一个文件服务器用于存放可用的驱动文件中心,例如,可以使用apache软件***搭建http服务器来存放相关驱动模块文件。
上述示例性实施例中,通过对驱动安装包进行提前编译,可以为驱动更新提供便于获取驱动文件的驱动文件中心,从而使得驱动更新时,可以从驱动文件中心中获取与目标驱动版本对应的目标驱动文件,并采用目标驱动文件,对当前驱动进行更新,将当前驱动更新为目标驱动。该过程可直接根据目标驱动文件对驱动进行更新,避免每次更新都对驱动安装包进行编译的步骤,可节省编译时间,缩短驱动更新的周期,提升驱动更新的效率。
在一示例性实施例中,如图3所示,为步骤S400的一种可实施方式的流程图,包括以下步骤:
在步骤S410中,检测驱动对象是否存在需要执行的任务。
在步骤S420中,若存在,则在第二预设时间后,返回执行检测驱动对象是否存在需要执行的任务的步骤。
在步骤S430中,若不存在,采用目标驱动文件,对当前驱动进行更新,将当前驱动更新为目标驱动。
其中,第二预设时间是预设的一个时间跨度,该第二预设时间可以为3分钟、5分钟、10分钟、一周或一个月不等,具体第二预设时间根据实际需求确定,此处并不对第二预设时间进行具体限定。
具体地,在进行驱动更新时,每隔第二预设时间(例如5分钟),检测一次驱动对象中是否存在需要执行的任务,若存在,则等待第二预设时间后,继续检测驱动对象是否存在需要执行的任务,直到驱动对象中不存在需要执行的任务时,采用目标驱动文件,对当前驱动进行更新,将当前驱动更新为目标驱动。
可选地,若驱动对象不存在需要执行的任务,可进一步通过屏蔽控制中心关闭集群服务与容器服务,采用目标驱动文件,对当前驱动进行更新,将当前驱动更新为目标驱动。
其中,集群服务是一种容器集群管理***,例如K8s集群服务。容器服务是一种应用容器引擎,可以使开发者打包相应的应用以及依赖包到一个可移植的镜像中,然后发布到任何流行的Linux或Windows机器上,也可以实现虚拟化,例如Docker服务。
具体地,若驱动对象中不存在需要执行的任务,需要对驱动对象中的驱动进行更新,可先通过屏蔽控制中心关闭集群服务与容器服务,保证在驱动更新的过程中集群服务与容器服务已停用,避免进程冲突,防止驱动更新过程中驱动更新的进程被中断,避免驱动更新失败。在关闭集群服务与容器服务后,采用目标驱动文件,对当前驱动进行更新,将当前驱动更新为目标驱动。
可选地,通过屏蔽控制中心启动集群服务与容器服务,并解除对驱动对象的屏蔽。
示例地,在驱动更新成功后需要通过屏蔽控制中心启动集群服务与容器服务,并解除对驱动对象的屏蔽,使新任务可以调度到驱动更新成功的驱动对象上。示例地,可以采用K8s提供的client-go组件对K8s API进行封装,实现自定义的K8S API Server,在APIServer中调用屏蔽与解除屏蔽接口,来实现自动化的屏蔽与解除屏蔽机器操作。
上述示例性实施例中,每隔一个第二预设时间,检测一次驱动对象是否存在需要执行的任务,可以在驱动对象不存在需要执行的任务时,及时对当前驱动进行更新,减少不必要的时间延迟,缩短驱动更新的周期,提升驱动更新的效率。同时,通过对集群服务与容器服务的关闭,可以保活驱动更新的进程,并在驱动更新完成后及时启动集群服务与容器服务,及时解除对驱动对象的屏蔽,可以有效的增加驱动更新的稳定性。
在一示例性实施例中,为步骤S100之前的一种可实施方式,包括:
从预设的配置中心获取目标驱动版本,配置中心的目标驱动版本可动态配置。其中,配置中心存储有对驱动进行更新的目标驱动版本信息,且其中的目标驱动版本可动态配置。该配置文件可存储于apache软件***搭建的http服务器中。
具体地,根据具体的驱动更新需求对配置中心中的目标驱动版本进行配置,并从预设的配置中心获取目标驱动版本,以供后续驱动版本比较,并根据驱动版本比较结果进行驱动的更新。
上述示例性实施例中,从可动态配置的配置中心获取目标驱动版本,为后续的驱动版本更新提供数据基础的同时,可根据具体需求配置相应的配置中心中的目标驱动版本,达到按照具体需求进行驱动版本更新的目的。
图4是根据一具体示例性实施例示出的一种驱动更新方法的流程图,如图4所示,具体包括:
以驱动对象为GPU服务器、集群服务为K8s、容器服务为Docker进行说明,驱动更新的实现包括以下几个模块:GPU驱动包编译中心、文件服务器、配置中心、K8S API Server和驱动自动更新客户端。
首先,编译NVIDIA官网提供的GPU驱动包,以便后续实现GPU驱动的自动化安装。将编译好的各个版本驱动包对应的驱动文件上传至文件服务器,以便驱动自动更新客户端可自动对驱动文件进行拉取。其中,自动更新客户端的判断逻辑集成至驱动自动化更新客户端主程序里面,通过配置中心模块来获取想要更新的驱动版本,通过K8s API Server的调用来实现集群中驱动对象的自动化屏蔽与解除屏蔽。同时,自动更新客户端本身通过进程保活、启停控制、日志分割等组件保障自身的稳定性。
该自动更新客户端需要部署在需要进行驱动更新的所有服务器上,并设定开机自启动,具体执行逻辑如图5所示。每5分钟执行该检测程序判断GPU驱动版本(当前驱动版本)是否为配置中心中的指定版本(目标驱动版本)。经过一段时间的迭代,会将可进行驱动更新的机器更新完毕。
在轮询执行上述判断逻辑的同时,自动更新客户端使用supervisor软件进行进程的保活,防止更新进程意外被关闭导致更新失败;使用linux自带的logrotate工具进行日志记录的切割,防止日志文件过大影响***正常运行;通过对客户端启动进程的的管理实现更新客户端的启停控制。以有效的增加本设计的稳定性与鲁棒性。
上述示例性实施例中,通过GPU驱动包的编译、文件服务器、配置中心、K8S APIServer和驱动自动更新客户端等的配合,可以在完全无人工参与的情况下,全自动化的完成基于K8s集群的GPU驱动的更新,在很大程度上提高了GPU驱动更新的效率。
应该理解的是,虽然图2-4的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图2-4中的至少一部分步骤可以包括多个步骤或者多个阶段,这些步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
图5是根据一示例性实施例示出的一种驱动更新装置的框图。参照图5,该驱动更新装置包括目标驱动版本获取单元501、驱动版本检测单元502、驱动对象屏蔽单元503和驱动更新单元504,具体包括:
目标驱动版本获取单元501,被配置为执行从配置中心获取目标驱动版本;其中,通过配置中心可对目标驱动版本进行动态配置;
驱动版本检测单元502,被配置为执行检测驱动对象对应的当前驱动版本与目标驱动版本是否相同;
驱动对象屏蔽单元503,被配置为执行若当前驱动版本与目标驱动版本不相同,则通过屏蔽控制中心屏蔽驱动对象;
驱动更新单元504,被配置为执行从驱动文件中心获取与目标驱动版本对应的目标驱动文件,并采用目标驱动文件,对当前驱动进行更新,将当前驱动更新为目标驱动版本对应的目标驱动。
在一示例性实施例中,驱动更新装置还包括驱动版本更新单元,被配置为执行:若当前驱动版本与目标驱动版本相同,则在第一预设时间后,返回执行从配置中心获取目标驱动版本的步骤。
在一示例性实施例中,驱动更新单元504还被配置为执行:获取驱动安装包;编译驱动安装包,得到驱动文件;将驱动文件存储至驱动文件中心。
在一示例性实施例中,驱动更新单元504还被配置为执行:检测驱动对象是否存在需要执行的任务;若存在,则在第二预设时间后,返回执行检测驱动对象是否存在需要执行的任务的步骤;若不存在,则采用目标驱动文件,对当前驱动进行更新,将当前驱动更新为目标驱动。
在一示例性实施例中,驱动更新单元504还被配置为执行:若不存在,则通过屏蔽控制中心关闭集群服务与容器服务,采用目标驱动文件,对当前驱动进行更新,将当前驱动更新为目标驱动。
在一示例性实施例中,驱动更新装置还包括屏蔽解除单元,被配置为执行:通过屏蔽控制中心启动集群服务与容器服务,并解除对驱动对象的屏蔽。
关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
图6是根据一示例性实施例示出的一种驱动更新***的框图,如图6所示,该驱动更新***包括配置中心、驱动文件中心、客户端和屏蔽控制中心:
配置中心,用于存储目标驱动版本,配置中心中的目标驱动版本可动态配置;
驱动文件中心,用于存储驱动文件,驱动文件用于生成对应的驱动程序;
客户端,用于从配置中心获取目标驱动版本,并检测驱动对象对应的当前驱动版本与目标驱动版本是否相同,若当前驱动版本与目标驱动版本不相同,则向屏蔽控制中心发送屏蔽控制指令;
屏蔽控制中心响应于屏蔽控制指令,屏蔽驱动对象,并将屏蔽控制结果发送至客户端;
客户端根据屏蔽控制结果从驱动文件中心获取与目标驱动版本对应的目标驱动文件,并采用目标驱动文件,对当前驱动进行更新,将当前驱动更新为目标驱动版本对应的目标驱动。
其中,驱动对象是指驱动程序对应的服务器、终端设备、处理器或模块。当前驱动版本是指驱动对象对应的驱动程序的版本,目标驱动版本是指配置中心中存储的需要将驱动对象中的驱动程序更新到的版本。驱动文件中心是由至少一个驱动文件形成的集合,一个驱动版本对应一个驱动文件。其中,驱动文件是对驱动安装包进行编译得到的文件,该驱动文件可用于驱动的更新。
具体地,该驱动更新***的客户端从可对目标驱动版本进行动态配置的配置中心获取目标驱动版本,在获取到驱动对象对应的当前驱动版本与目标驱动版本后,检测驱动对象对应的当前驱动版本与目标驱动版本是否相同,若当前驱动版本与目标驱动版本不相同,说明该驱动对象对应的驱动程序需要更新,或者该驱动对象对应的驱动程序正在更新中,此时需要通过屏蔽控制中心屏蔽该驱动对象,使该驱动对象不会再被调用,以保证不会有新的任务分配给该驱动对象,同时也使得任务调度***能正常工作。客户端生成屏蔽控制指令,并向屏蔽控制中心发送屏蔽控制指令,屏蔽控制中心响应于屏蔽控制指令,屏蔽驱动对象,并将屏蔽控制结果发送至客户端,客户端根据屏蔽控制结果从驱动文件中心获取与目标驱动版本对应的目标驱动文件,并采用目标驱动文件,对驱动对象对应的当前驱动进行更新,将当前驱动更新为目标驱动版本对应的目标驱动。
上述驱动更新***中,客户端根据屏蔽控制结果从驱动文件中心获取,检测驱动对象对应的当前驱动版本与目标驱动版本是否相同,在当前驱动版本与目标驱动版本不相同的情况下,向屏蔽控制中心发送屏蔽控制指令,屏蔽控制中心响应于屏蔽控制指令,屏蔽驱动对象,并将屏蔽控制结果发送至客户端,客户端根据屏蔽控制结果从驱动文件中心获取与目标驱动版本对应的目标驱动文件,并采用目标驱动文件,对驱动对象对应的当前驱动进行更新,将当前驱动更新为目标驱动版本对应的目标驱动。驱动更新***的整个驱动更新的过程无需人工参与,在当前驱动版本与目标驱动版本不一致的情况下,便可实现对驱动对象的屏蔽,及时从驱动文件中心获取与目标驱动版本对应的目标驱动文件,并采用目标驱动文件完成驱动的更新,减少人工参与而产生的不必要的时间延迟,缩短驱动更新的周期,提升驱动更新的效率,进一步地提高资源利用率,避免资源浪费。
图7是根据一示例性实施例示出的一种用于驱动更新的电子设备700的框图。例如,设备700可以是移动电话、计算机、数字广播终端、消息收发设备、游戏控制台、平板设备、医疗设备、健身设备、个人数字助理等。
参照图7,设备700可以包括以下一个或多个组件:处理组件702、存储器704、电力组件706、多媒体组件708、音频组件710、输入/输出(I/O)的接口712、传感器组件714以及通信组件716。
处理组件702通常控制设备700的整体操作,诸如与显示、电话呼叫、数据通信、相机操作和记录操作相关联的操作。处理组件702可以包括一个或多个处理器720来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件702可以包括一个或多个模块,便于处理组件702和其他组件之间的交互。例如,处理组件702可以包括多媒体模块,以方便多媒体组件708和处理组件702之间的交互。
存储器704被配置为存储各种类型的数据以支持在设备700的操作。这些数据的示例包括用于在设备700上操作的任何应用程序或方法的指令、联系人数据、电话簿数据、消息、图片、视频等。存储器704可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM)、电可擦除可编程只读存储器(EEPROM)、可擦除可编程只读存储器(EPROM)、可编程只读存储器(PROM)、只读存储器(ROM)、磁存储器、快闪存储器、磁盘或光盘。
电源组件706为设备700的各种组件提供电力。电源组件706可以包括电源管理***,一个或多个电源,及其他与为设备700生成、管理和分配电力相关联的组件。
多媒体组件708包括在所述设备700和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件708包括一个前置摄像头和/或后置摄像头。当设备700处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜***或具有焦距和光学变焦能力。
音频组件710被配置为输出和/或输入音频信号。例如,音频组件710包括一个麦克风(MIC),当设备700处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器704或经由通信组件716发送。在一些实施例中,音频组件710还包括一个扬声器,用于输出音频信号。
I/O接口712为处理组件702和***接口模块之间提供接口,上述***接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件714包括一个或多个传感器,用于为设备700提供各个方面的状态评估。例如,传感器组件714可以检测到设备700的打开/关闭状态,组件的相对定位,例如所述组件为设备700的显示器和小键盘,传感器组件714还可以检测设备700或设备700一个组件的位置改变,用户与设备700接触的存在或不存在,设备700方位或加速/减速和设备700的温度变化。传感器组件714可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件714还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件714还可以包括加速度传感器、陀螺仪传感器、磁传感器、压力传感器或温度传感器。
通信组件716被配置为便于设备700和其他设备之间有线或无线方式的通信。设备700可以接入基于通信标准的无线网络,如WiFi,运营商网络(如2G、3G、4G或5G),或它们的组合。在一个示例性实施例中,通信组件716经由广播信道接收来自外部广播管理***的广播信号或广播相关信息。在一个示例性实施例中,所述通信组件716还包括近场通信(NFC)模块,以促进短程通信。
在示例性实施例中,设备700可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述方法。
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器704,上述指令可由设备700的处理器720执行以完成上述方法。例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
在示例性实施例中,还提供了一种计算机程序产品,所述程序产品包括计算机程序,所述计算机程序存储在可读存储介质中,设备的至少一个处理器从所述可读存储介质读取并执行所述计算机程序,使得设备执行上述方法。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (10)

1.一种驱动更新方法,其特征在于,包括:
从配置中心获取目标驱动版本;其中,通过所述配置中心可对所述目标驱动版本进行动态配置;
检测驱动对象对应的当前驱动版本与所述目标驱动版本是否相同;
若所述当前驱动版本与所述目标驱动版本不相同,则通过屏蔽控制中心屏蔽所述驱动对象;
从驱动文件中心获取与所述目标驱动版本对应的目标驱动文件,并采用所述目标驱动文件,对所述当前驱动进行更新,将所述当前驱动更新为所述目标驱动版本对应的目标驱动。
2.根据权利要求1所述的驱动更新方法,其特征在于,所述若所述当前驱动版本与所述目标驱动版本不相同,则屏蔽所述驱动对象,之前包括:
若所述当前驱动版本与所述目标驱动版本相同,则在第一预设时间后,返回执行所述从配置中心获取目标驱动版本的步骤。
3.根据权利要求1所述的驱动更新方法,其特征在于,所述从驱动文件中心获取与所述目标驱动版本对应的目标驱动文件,之前包括:
获取驱动安装包;
编译所述驱动安装包,得到驱动文件;
将所述驱动文件存储至所述驱动文件中心。
4.根据权利要求1所述的驱动更新方法,其特征在于,所述采用所述目标驱动文件,对所述当前驱动进行更新,将所述当前驱动更新为所述目标驱动版本对应的目标驱动,包括:
检测所述驱动对象是否存在需要执行的任务;
若存在,则在第二预设时间后,返回执行所述检测所述驱动对象是否存在需要执行的任务的步骤;
若不存在,则采用所述目标驱动文件,对所述当前驱动进行更新,将所述当前驱动更新为所述目标驱动。
5.根据权利要求4所述的驱动更新方法,其特征在于,所述若不存在,则采用所述目标驱动文件,对所述当前驱动进行更新,将所述当前驱动更新为所述目标驱动,包括:
若不存在,则通过所述屏蔽控制中心关闭集群服务与容器服务,采用所述目标驱动文件,对所述当前驱动进行更新,将所述当前驱动更新为所述目标驱动。
6.根据权利要求5所述的驱动更新方法,其特征在于,所述若不存在,则通过所述屏蔽控制中心关闭集群服务与容器服务,采用所述目标驱动文件,对所述当前驱动进行更新,将所述当前驱动更新为所述目标驱动,之后包括:
通过所述屏蔽控制中心启动所述集群服务与所述容器服务,并解除对所述驱动对象的屏蔽。
7.一种驱动更新装置,其特征在于,包括:
目标驱动版本获取单元,被配置为执行从配置中心获取目标驱动版本;其中,通过所述配置中心可对所述目标驱动版本进行动态配置;
驱动版本检测单元,被配置为执行检测驱动对象对应的当前驱动版本与所述目标驱动版本是否相同;
驱动对象屏蔽单元,被配置为执行若所述当前驱动版本与所述目标驱动版本不相同,则通过屏蔽控制中心屏蔽所述驱动对象;
驱动更新单元,被配置为执行从驱动文件中心获取与所述目标驱动版本对应的目标驱动文件,并采用所述目标驱动文件,对所述当前驱动进行更新,将所述当前驱动更新为所述目标驱动版本对应的目标驱动。
8.一种驱动更新***,其特征在于,包括:
配置中心,用于存储目标驱动版本,所述配置中心中的目标驱动版本可动态配置;
驱动文件中心,用于存储驱动文件,所述驱动文件用于生成对应的驱动程序;
客户端,用于从所述配置中心获取目标驱动版本,并检测所述驱动对象对应的当前驱动版本与所述目标驱动版本是否相同,若所述当前驱动版本与所述目标驱动版本不相同,则向所述屏蔽控制中心发送屏蔽控制指令;
所述屏蔽控制中心响应于所述屏蔽控制指令,屏蔽所述驱动对象,并将屏蔽控制结果发送至所述客户端;
所述客户端根据所述屏蔽控制结果从所述驱动文件中心获取与所述目标驱动版本对应的目标驱动文件,并采用所述目标驱动文件,对所述当前驱动进行更新,将所述当前驱动更新为所述目标驱动版本对应的目标驱动。
9.一种电子设备,其特征在于,包括:
处理器;
用于存储所述处理器可执行指令的存储器;
其中,所述处理器被配置为执行所述指令,以实现如权利要求1至6中任一项所述的驱动更新方法。
10.一种存储介质,当所述存储介质中的指令由电子设备的处理器执行时,使得所述电子设备能够执行如权利要求1至6中任一项所述的驱动更新方法。
CN202010953996.3A 2020-09-11 2020-09-11 驱动更新方法、装置、***、电子设备及存储介质 Pending CN112114848A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010953996.3A CN112114848A (zh) 2020-09-11 2020-09-11 驱动更新方法、装置、***、电子设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010953996.3A CN112114848A (zh) 2020-09-11 2020-09-11 驱动更新方法、装置、***、电子设备及存储介质

Publications (1)

Publication Number Publication Date
CN112114848A true CN112114848A (zh) 2020-12-22

Family

ID=73801944

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010953996.3A Pending CN112114848A (zh) 2020-09-11 2020-09-11 驱动更新方法、装置、***、电子设备及存储介质

Country Status (1)

Country Link
CN (1) CN112114848A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113626095A (zh) * 2021-06-29 2021-11-09 欧电云信息科技(江苏)有限公司 配置中心的切换方法、切换***、电子设备及存储介质

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110289499A1 (en) * 2010-05-19 2011-11-24 Microsoft Corporation Techniques to automatically update software applications
CN105528231A (zh) * 2016-01-21 2016-04-27 华中科技大学 一种基于中间辅助函数的软件动态升级方法及***
CN107357613A (zh) * 2017-06-28 2017-11-17 广州酷狗计算机科技有限公司 应用更新方法、装置及计算机可读存储介质
CN108021378A (zh) * 2016-11-03 2018-05-11 阿里巴巴集团控股有限公司 升级***、基于虚拟机的升级方法及装置
CN108874426A (zh) * 2018-06-28 2018-11-23 武汉斗鱼网络科技有限公司 一种应用程序更新方法、装置及可读存储介质
CN110187908A (zh) * 2019-05-30 2019-08-30 苏州浪潮智能科技有限公司 一种gpu驱动程序自动更新的方法及***
CN110489138A (zh) * 2019-07-02 2019-11-22 招联消费金融有限公司 一种应用更新方法、装置和存储介质
CN111427601A (zh) * 2020-03-23 2020-07-17 深圳忆联信息***有限公司 自动批量升级bios的方法、装置、计算机设备及存储介质

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110289499A1 (en) * 2010-05-19 2011-11-24 Microsoft Corporation Techniques to automatically update software applications
CN105528231A (zh) * 2016-01-21 2016-04-27 华中科技大学 一种基于中间辅助函数的软件动态升级方法及***
CN108021378A (zh) * 2016-11-03 2018-05-11 阿里巴巴集团控股有限公司 升级***、基于虚拟机的升级方法及装置
CN107357613A (zh) * 2017-06-28 2017-11-17 广州酷狗计算机科技有限公司 应用更新方法、装置及计算机可读存储介质
CN108874426A (zh) * 2018-06-28 2018-11-23 武汉斗鱼网络科技有限公司 一种应用程序更新方法、装置及可读存储介质
CN110187908A (zh) * 2019-05-30 2019-08-30 苏州浪潮智能科技有限公司 一种gpu驱动程序自动更新的方法及***
CN110489138A (zh) * 2019-07-02 2019-11-22 招联消费金融有限公司 一种应用更新方法、装置和存储介质
CN111427601A (zh) * 2020-03-23 2020-07-17 深圳忆联信息***有限公司 自动批量升级bios的方法、装置、计算机设备及存储介质

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113626095A (zh) * 2021-06-29 2021-11-09 欧电云信息科技(江苏)有限公司 配置中心的切换方法、切换***、电子设备及存储介质

Similar Documents

Publication Publication Date Title
CN107967141B (zh) 操作***升级方法、装置及终端
CN105955765B (zh) 应用预加载方法及装置
RU2647625C2 (ru) Способ и устройство для запуска прикладной программы
JP6189000B2 (ja) アプリケーションのインストールパッケージの処理方法、装置、プログラム及び記録媒体
US9870239B2 (en) Method and device for running application program
CN112114848A (zh) 驱动更新方法、装置、***、电子设备及存储介质
CN104866349A (zh) 应用更新方法及装置
US11269699B2 (en) Method and device for processing an application
CN114546436A (zh) 一种微前端服务更新方法、装置、电子设备及存储介质
CN114528037A (zh) 一种应用启动方法、装置、电子设备及存储介质
CN109933357B (zh) 应用程序升级方法及装置
CN108427568B (zh) 用户界面的更新方法及装置
CN112181406A (zh) 一种渲染引擎的共享方法和装置
CN111597106A (zh) 一种埋点管理方法及装置
CN114860242A (zh) 一种编译方法、编译装置及存储介质
CN112083981A (zh) 一种页面视图组件的创建方法和装置
CN111767063A (zh) 应用程序的资源更新方法、装置及设备
CN112506628B (zh) 代理程序的管理方法、装置、计算机设备及存储介质
CN114416218B (zh) 一种数据处理方法、装置、电子设备及存储介质
CN110311968B (zh) 流式加载文件的方法、装置及智能设备
CN112256274A (zh) 应用程序的处理方法、装置及存储介质
CN111625251B (zh) 一种处理应用实例的方法及装置
CN111338636B (zh) 内核预处理方法、内核预处理装置及电子设备
CN111596949B (zh) 一种开发应用程序的方法及装置
CN110990073B (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