CN110730090B - 云环境中代理端批量更新方法、装置、介质及电子设备 - Google Patents

Abstract

本公开涉及云计算领域，揭示了一种云环境中代理端批量更新方法、装置、介质及电子设备。该方法包括：根据服务端的更新标识判断是否启动云主机代理端的更新；如果是，根据预设的更新策略分批次更新服务端中与云主机代理端对应的更新版本信息，以使对应批次的云主机基于根据心跳检测获取的更新版本信息进行代理端更新；接收对应批次云主机返回的更新反馈信息，以判断该批次的云主机是否均进行了代理端的更新；如果是，根据预设的更新策略更新服务端中下一批次的云主机的代理端的版本信息，直至所有云主机均进行了代理端更新。此方法下，实现了代理端更新的高度控制，避免了代理端更新时流量冲高和存储I/O升高的情况，降低了云环境的生产故障率。

Description

云环境中代理端批量更新方法、装置、介质及电子设备

技术领域

本公开涉及云计算技术领域，特别涉及一种云环境中代理端批量更新方法、装置、介质及电子设备。

背景技术

在云环境中，安装有代理端(agent)的云主机为了进行代理端的升级，一般通过心跳机制来与服务端(server)通信，检测服务端是否有新版本的代理端的安装程序，如果发现有新版本的安装程序就可以自动更新。然而，所有云主机在运行心跳机制时使用的心跳时间间隔都是一样的，这样会导致在同一时间，所有云主机都发现了新的代理端版本，从而同时更新。更新过程中，大量云主机同时从存放新版本的服务器拉取安装包，导致网络流量冲高，对于有些共享存储类型的云主机，云主机在解压安装时会导致存储输入输出(I/O)升高，无论是网络流量冲高还是存储I/O升高都会导致云环境中的生产故障。

发明内容

在云计算技术领域，为了解决上述技术问题，本公开的目的在于提供一种云环境中代理端批量更新方法、装置、介质及电子设备。

根据本申请的一方面，提供了一种云环境中代理端批量更新方法，所述方法包括：

根据配置于服务端的更新标识判断是否启动云主机代理端的更新；

当所获取的更新标识指示启动云主机代理端更新时，根据预设的更新策略分批次更新所述服务端中与每一云主机的代理端对应的更新版本信息，以使对应批次的云主机基于根据心跳检测获取的更新版本信息进行代理端更新，其中，在服务端预先为每一云主机中的代理端分别定义一个版本信息，以使云主机在进行心跳检测时获取自身所对应的更新版本信息；

接收对应批次云主机所返回的更新反馈信息，以根据所返回的更新反馈信息判断该批次的云主机是否均进行了代理端的更新；

若该批次的云主机均进行了代理端的更新，则根据预设的更新策略更新所述服务端中下一批次的云主机的代理端的版本信息，直至云环境中所有云主机均进行了代理端的更新。

根据本申请的另一方面，提供了一种云环境中代理端批量更新装置，所述装置包括：

判断模块，被配置为根据配置于服务端的更新标识判断是否启动云主机代理端的更新；

第一更新模块，被配置为当所获取的更新标识指示启动云主机代理端更新时，根据预设的更新策略分批次更新所述服务端中与每一云主机的代理端对应的更新版本信息，以使对应批次的云主机基于根据心跳检测获取的更新版本信息进行代理端更新，其中，在服务端预先为每一云主机中的代理端分别定义一个版本信息，以使云主机在进行心跳检测时获取自身所对应的更新版本信息；

接收模块，被配置为接收对应批次云主机所返回的更新反馈信息，以根据所返回的更新反馈信息判断该批次的云主机是否均进行了代理端的更新；

第二更新模块，被配置为若该批次的云主机均进行了代理端的更新，则根据预设的更新策略更新所述服务端中下一批次的云主机的代理端的版本信息，直至云环境中所有云主机均进行了代理端的更新。

根据本申请的另一方面，提供了一种计算机可读程序介质，其存储有计算机程序指令，当所述计算机程序指令被计算机执行时，使计算机执行如前所述的方法。

根据本申请的另一方面，提供了一种电子设备，所述电子设备包括：

处理器；

存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，实现如前所述的方法。

本发明的实施例提供的技术方案可以包括以下有益效果：

本发明所提供的云环境中代理端批量更新方法包括如下步骤：根据配置于服务端的更新标识判断是否启动云主机代理端的更新；当所获取的更新标识指示启动云主机代理端更新时，根据预设的更新策略分批次更新所述服务端中与每一云主机的代理端对应的更新版本信息，以使对应批次的云主机基于根据心跳检测获取的更新版本信息进行代理端更新，其中，在服务端预先为每一云主机中的代理端分别定义一个版本信息，以使云主机在进行心跳检测时获取自身所对应的更新版本信息；接收对应批次云主机所返回的更新反馈信息，以根据所返回的更新反馈信息判断该批次的云主机是否均进行了代理端的更新；若该批次的云主机均进行了代理端的更新，则根据预设的更新策略更新所述服务端中下一批次的云主机的代理端的版本信息，直至云环境中所有云主机均进行了代理端的更新。

此方法下，一方面，通过更新标识的设置，实现了云主机中代理端更新的高度控制；另一方面，由于根据预设的更新策略分批次更新服务端中的更新版本信息，使得在各云主机进行心跳检测后，根据心跳检测获得的更新版本信息进行代理端更新时是分批次进行的，因此，同时进行更新的云主机的客户端的数量是有限的，避免了云主机进行代理端更新时网络流量冲高和存储I/O升高的情况的出现，从而降低了云环境下的生产故障率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本发明。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1是根据一示例性实施例示出的一种云环境中代理端批量更新方法的系统架构示意图；

图2是根据另一示例性实施例示出的一种云环境中代理端批量更新方法的系统架构示意图；

图3是根据一示例性实施例示出的一种云环境中代理端批量更新方法的流程图；

图4是根据图3对应实施例示出的一实施例的更新策略的流程图；

图5是根据图3对应实施例示出的另一实施例的更新策略的流程图；

图6是根据一示例性实施例示出的一种云环境中代理端批量更新装置的框图；

图7是根据一示例性实施例示出的一种实现上述云环境中代理端批量更新方法的电子设备示例框图；

图8是根据一示例性实施例示出的一种实现上述云环境中代理端批量更新方法的计算机可读存储介质。

具体实施方式

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

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。

本公开首先提供了一种云环境中代理端批量更新方法。云环境是指云计算下所有资源和设施组成的整体，包括但不限于软件、物理基础设施、固件、数据等。代理端即agent，可以是安装在云主机上的客户端或应用程序，也可以是可以安装并运行在云主机上的模块或组件，比如可以是驻留在云主机后台的服务组件等，运行在云主机上的代理端能够执行与云主机有关的某些功能，比如可以监测或统计云主机的各项参数等，此处的云主机亦可以称为云服务器，是在云环境下构筑的类似独立主机的并且能够进行计算、存储并通过网络进行通信的基础设施单元，一台云主机可以是单独的一台物理主机，还可以是被虚拟化至同一台物理主机上的多台虚拟主机中的一个。云环境中代理端批量更新是指对云环境的多台云主机上安装的代理端进行升级更新，将原代理端中的代码逻辑替换为新的代码逻辑，并且升级更新过程是批量进行的，即不同时对所有云主机上的代理端进行更新，每次更新时选择合适的一部分进行更新，因此本公开提供的云环境中代理端批量更新方法可以减少对云环境中网络资源和存储资源的压力。

本公开的实施终端可以是任何具有运算和处理功能的设备，该设备可以与外部设备相连，用于接收或者发送数据，具体可以是便携移动设备，例如智能手机、平板电脑、笔记本电脑、PDA(Personal Digital Assistant)等，也可以是固定式设备，例如，计算机设备、现场终端、台式电脑、服务器、工作站等，还可以是多个设备的集合，比如云计算的物理基础设施或者服务器集群。

优选地，本公开的实施终端可以为服务器或者云计算的物理基础设施。

图1是根据一示例性实施例示出的一种云环境中代理端批量更新方法的系统架构示意图。如图1所示，包括服务端110、服务器120以及多个云主机130，其中，服务端110、每一云主机130以及服务器120之间两两可以通过相连的通信链路进行通信，要更新的代理端即安装在每一云主机130。在本实施例中，服务器120为本公开的实施终端，服务端110是不同于服务器120的服务器终端，服务端120安装有能够与服务器120以及云主机130进行通信的软件或者组件，实现对云主机130上代理端更新的控制，其中，服务端110还具有更新标识，该更新标识可以控制服务器120是否开始进行代理端更新，在本实施例中，用于对云主机130上的代理端进行更新的新版本的代理端，即代理端的更新包被存储在服务端110上，本公开的实施终端——服务器120可以通过控制服务端110上各代理端的更新包对云主机130的分发实现代理端的批量更新。

图2是根据另一示例性实施例示出的一种云环境中代理端批量更新方法的系统架构示意图。如图2所示，包括服务端210和多个云主机220，每一云主机220与服务端210之间可以通过相连的通信链路进行通信。在本实施例中，服务端210即为本公开的实施终端，代理端的更新包由服务端210进行存储，而云主机220上代理端的批量更新也由服务端210控制和执行。所以图2所示的系统架构与图1所示的系统架构的区别在于，在图2所示系统架构中，服务端210除了具有图1实施例中服务端执行的控制开始进行代理端的更新和代理端的更新包的存储的功能之外，还集成了图1实施例中服务器执行的控制代理端的批量更新的功能。

值得一提的是，图1和图2所示出的实施例都为本公开的实施例。虽然在上述实施例中，本公开的实施终端为服务器或服务端之类的终端，并且代理端的更新包保存在服务端中，但在其他实施例或者具体应用中，可以根据需要将各种终端选为本公开的实施终端，并且可以将代理端的更新包保存在服务端之外任意的终端上，比如可以保存在预先设好的数据库服务器上或者安装包服务器(package server)上，本公开对此不作任何限定，本公开的保护范围也不应因此而受到任何限制。

图3是根据一示例性实施例示出的一种云环境中代理端批量更新方法的流程图。本实施例的方法可以由服务器执行，如图3所示，包括以下步骤：

步骤310，根据配置于服务端的更新标识判断是否启动云主机代理端的更新。

如前所述，本实施例的实施终端可以为所述服务端本身，也可以为服务端之外的一个终端。服务端可以是包括服务器在内的各种终端，服务端既可以位于云环境中，也可以是云环境之外的终端。

云环境中设有多台云主机，而每一云主机中安装有代理端(agent)。因此易于理解，只要一台云主机安装了代理端，云主机和在其上安装的代理端是对应的。

在一个实施例中，本公开的实施终端为服务端本身，而配置于服务端的更新标识在配置时是用户人工方式输入至服务端的。

在一个实施例中，本公开的实施终端为服务端之外的终端，通过接收服务端发来的更新标识判断是否启动云主机代理端的更新。

其中配置于服务端的更新标识即相当于设定一个更新开关，更新标识不同的值代表不同的含义，即启动云主机中代理端的更新和不启动云主机中代理端的更新。例如用0表示更新开关关闭，用1表示更新开关打开。

更新开关被打开时，即可执行后续的对云主机中代理端批量更新的流程，而更新开关被关闭时，整个更新流程将不会进行对云主机中代理端的批量更新。

在一个实施例中，在更新开关被打开时，云主机通过所安装的代理端(即安装有代理端的云主机)进行心跳检测，检测到服务端存在更新的版本时，则可以根据服务端的版本号对应从安装包服务器(package server)获取到更新版本号对应的安装包，进行云主机中代理端的更新。

心跳检测即为服务端判断客户端是否在线的一种机制，在本公开的一些实施例中，心跳检测还被用于判断云主机中的代理端是否为新版本。

在一个实施例中，各云主机的代理端按照预定频率进行心跳检测。

在一个实施例中，云主机的代理端在进行心跳检测时会发送心跳包，所述心跳包至少包括：时间戳、云主机的主机名、云主机的IP地址、云主机的代理端的版本信息。

在一个实施例中，一个云主机通过安装于该云主机上的软件或者组件执行心跳检测，该软件或者组件不包括所述代理端。

在一个实施例中，在更新开关被关闭时，即使代理端通过心跳检测检测服务端所存在更新的版本时，服务端返回指示不需要更新的指示信息，从而，代理端在接收到该指示信息之后不进行版本的更新。

在一个实施例中，在需要更新各云主机中的代理端时，管理员开启更新开关，即将开关标识设定为指示开启的标识，而在云环境中各云主机中的代理端均完成更新后，管理员关闭更新开关，即将开关标识设定为指示关闭的标识。

设置更新标识的好处在于，只有在更新标识指示开始进行代理端更新时，才能对云环境中云主机的代理端进行更新，实现了对云环境中代理端更新的高度控制。

步骤320当所获取的更新标识指示启动云主机代理端更新时，根据预设的更新策略分批次更新所述服务端中与每一云主机的代理端对应的更新版本信息，以使对应批次的云主机基于根据心跳检测获取的更新版本信息进行代理端更新。

其中，在服务端预先为每一云主机中的代理端分别定义一个版本信息，以使云主机在进行心跳检测时获取自身所对应的更新版本信息。

所述更新版本信息是与最新版本有关的信息。

在一个实施例中，所述版本信息为版本号，而所述最新版本信息为最新版本号。

如前所述，云主机在进行心跳检测时可以由代理端本身来执行，也可以由安装在云主机上的各种软件或者组件来执行，所以，在一个实施例中，云环境中的每一云主机安装了管理应用程序，每一云主机通过管理应用程序进行与服务端之间的心跳检测。

当所获取的更新标识指示启动云主机代理端更新时，即允许进行云主机上代理端的更新。

预设的更新策略是分批次进行云主机上的代理端更新时的具体更新方式。

在一个实施例中，在服务端为每一云主机配置了心跳检测策略，在每一云主机中对应安装了管理应用程序，所述管理应用程序被配置为开机自启动，步骤320可以包括：

当所获取的更新标识指示启动云主机代理端更新时，根据预设的更新策略分批次更新所述服务端中与每一云主机的代理端对应的更新版本信息，以使对应批次的每一云主机执行：

利用安装在该云主机上的管理应用程序从所述服务端获得的为该云主机配置的心跳检测策略；

该云主机的代理端按照所述心跳检测策略控制发起心跳检测，得到与该云主机的代理端对应的更新版本信息；

该云主机的代理端基于获取的更新版本信息进行更新。

心跳检测策略即为云主机进行与服务端之间的心跳检测时的具体方式。

在一个实施例中，所述服务端为云主机配置的心跳检测策略为：为该云主机设置每次进行心跳检测的随机时间段，在该随机时间段内，该云主机的代理端随机获取一个时间点，并在该时间点发起心跳检测，以从服务端获取对应的代理端的版本信息。

现有技术中，云环境中云主机上的代理端都是在同一时间段进行心跳检测，从而导致可能同时检测到服务端的代理端的版本信息。而在该实施例中，将进行心跳检测的时间点设定为一个随机时间段，在该随机时间段内每一云主机的代理端随机进行一次心跳检测。从而在一定程度上错开了检测到版本信息的时间。

在一个实施例中，在步骤320之前，所述方法还可以包括：

将每一更新版本信息和对应的代理端更新包对应存储至安装包服务器上；

所述对应批次的云主机通过如下方式基于根据心跳检测获取的更新版本信息进行代理端更新：

查询所述安装包服务器，以确定与根据心跳检测获取的更新版本信息对应存储的代理端更新包；

从所述安装包服务器下载并安装所述代理端更新包，以完成代理端更新。

本实施例的好处在于，通过单独设立安装包服务器用于代理端更新包的下载，实现了进行代理端更新时任务的均衡分配，降低了云环境下的生产故障率。

在一个实施例中，在步骤320之前，所述方法还可以包括：

获取预定时间段内所述云环境中各云主机的代理端向所述服务端发送请求的次数；

步骤320可以包括：

对各云主机的代理端按照所述次数从大到小进行排序；

当所获取的更新标识指示启动云主机代理端更新时，按照所述排序，每批次更新第四预定数目个与云主机的代理端对应的更新版本信息，以使对应批次的云主机基于根据心跳检测获取的更新版本信息进行代理端更新。

由于对代理端更新会增加代理端的功能，云主机的代理端向所述服务端发送请求的次数越高，说明代理端对于云主机的作用越大，该云主机可能更需要使用新增加的代理端的功能。本实施例的好处在于，可以使最需要更新的代理端在各批次的更新中优先得到更新。

在一个实施例中，所述预设的更新策略为：每隔第一预定时间段更新所述服务端中第一预定数目个与云主机的代理端对应的更新版本信息。比如，第一预定时间段为1小时，而第一预定数目为100，则每隔1小时对100台云主机上的代理端进行更新，实现对云主机上代理端的分批次更新，若云环境中共有1000台云主机，则总共需要分10批次对云环境中所有云主机上代理端进行更新。此处的分批次即开始更新时的分批次，每批次开始更新的时间间隔固定。

本实施例的好处在于，通过按照一定的时间间隔对云主机上的代理端进行分批次更新，降低了对云主机的代理端进行更新时网络、存储等资源的消耗。

在一个实施例中，所述预设的更新策略为：每一批次需要更新版本信息的云主机的代理端的数量，以使对应的代理端对应根据自身所对应的更新版本信息进行代理端的更新。

在一个实施例中，每一批次需要更新版本信息的云主机的代理端的数量为第一预定数目，即每次将第一预定数目个云主机的代理端全部更新完毕后，才进行下一批次代理端的更新且每一批次的更新数量都是相同的。

本实施例的好处在于，每一批次的代理端更新完成后才进行下一批次的更新，使得各批次更新时没有时间上的重叠，在一定程度上进一步降低了代理端更新时的资源消耗。

在一个实施例中，每一批次需要更新版本信息的云主机的代理端的数量根据云环境中云主机的数量以及云环境中网络情况来设定。

各批次更新版本信息的云主机的代理端的数量可以相同，也可以不同。

在一个实施例中，每一批次需要更新版本信息的云主机的代理端的数量是人工方式设定的。

本实施例的好处在于，通过人工方式设定每一次更新版本信息的云主机的代理端的数量，实现了每批次更新代理端数量的定制，提高了用户体验。

在一个实施例中，所述预设的更新策略为：按照所述云环境中所有云主机的上代理端数量的预定比例确定各批次需要更新版本信息的云主机的代理端的数量。

比如，若该预定比例为10％，那么共需要10批次来对云环境中所有云主机的代理端进行更新。

本实施例的好处在于，使得对所述云环境中所有云主机的代理端进行更新时所使用的批次都是确定的，提高了对代理端更新的时效。

在一个实施例中，所述云主机中代理端的更新过程是：云主机的代理端通过心跳检测向服务端发起网络连接请求后，当服务端的更新开关被开启且所述服务端中与该云主机的代理端对应的版本信息被更新时，向云主机返回代理端的更新版本信息，使云主机获得所述更新版本信息后，从存储代理端更新包的服务器下载与所述更新版本信息对应的安装包，并进行解压安装。

在一个实施例中，云主机的代理端在进行心跳检测时会向服务端发送版本信息，在向云主机返回代理端的更新版本信息之前，所述方法包括：所述服务端将该云主机的代理端发来的版本信息与所述服务端中存储的与该云主机的代理端对应的版本信息进行比对，得到比对结果，其中，所述向云主机返回代理端的更新版本信息是在所述比对结果为不一致的情况下进行的。

在一个实施例中，在向云主机返回代理端的更新版本信息之后，云主机按照获得的更新版本信息下载并安装对应的代理端安装包，以完成代理端的更新。

在一个实施例中，所述更新版本信息为版本号，所述服务端将该云主机的代理端发来的版本信息与所述服务端中存储的与该云主机的代理端对应的版本信息进行比对是指，所述服务端将该云主机的代理端发来的版本号与所述服务端中存储的与该云主机的代理端对应的版本号进行比对。

在一个实施例中，云主机的代理端在进行心跳检测时会向服务端发送该代理端的标识，所述服务端事先将各云主机的代理端的标识与对应的版本信息对应存储，在对与云主机的代理端对应的版本信息进行更新时，根据该标识进行更新，得到更新版本信息，所述服务端在接收到云主机的代理端通过心跳检测发来的代理端的标识后，根据该标识确定与该标识对应存储的版本信息或更新版本信息，然后将该版本信息或更新版本信息与云主机的代理端通过心跳检测发来的版本信息进行比对。

在一个实施例中，代理端的标识为序列号，任意两个代理端的序列号都不相同。

在一个实施例中，云环境中各云主机的主机名和IP地址都不相同，云主机的代理端在进行心跳检测时会向服务端发送该云主机的主机名或者IP地址以及该云主机的代理端的版本信息，服务端对各云主机的主机名或IP地址和对应的代理端的版本信息对应存储，所述服务端根据云主机的代理端通过心跳检测发来的主机名或者IP地址，在与各主机名或者IP地址对应存储的代理端的版本信息中，获取要用来比对的代理端的版本信息，然后将获取的代理端的版本信息与云主机的代理端发来的版本信息进行比对。

步骤330，接收对应批次云主机所返回的更新反馈信息，以根据所返回的更新反馈信息判断该批次的云主机是否均进行了代理端的更新。

在一个实施例中，所述更新反馈信息为指示所述云主机是否进行了代理端更新的信息。

在一个实施例中，所述更新反馈信息为该批次云主机上当前安装的代理端的版本信息。

在云主机中的代理端更新完成后，云主机向服务端返回更新反馈信息，即云主机向服务端反馈是否成功更新，其中，服务端根据所接收到的更新反馈信息一方面确定该批次的云主机均进行了代理端更新，另一方面，根据所接收到的更新反馈信息确定该批次的云主机中哪些云主机的代理端成功更新，哪些云主机的代理端更新失败。

步骤340，若该批次的云主机均进行了代理端的更新，则根据预设的更新策略更新所述服务端中下一批次的云主机的代理端的版本信息，直至云环境中所有云主机均进行了代理端的更新。

即在完成一个批次云主机的代理端更新后，重复步骤320和330，直至云环境中全部云主机均进行了代理端更新。

在一个实施例中，在步骤340之后，所述方法还可以包括：

根据在每一批次云主机所反馈的更新反馈信息确定云环境中未成功进行代理端更新的云主机，再次启动对所确定云主机中代理端的更新，直至云环境中所有云主机中的代理端均完成更新。

在一个实施例中，在步骤340之后，所述方法还可以包括：

对服务端的更新标识进行更新，即将更新标识重新设定为不启动代理端更新的标识值。

综上所述，图3所示实施例的好处在于，一方面，通过设置更新标识，实现了云主机中代理端更新的高度控制；另一方面，由于根据预设的更新策略分批次更新服务端中的更新版本信息，使得在各云主机进行心跳检测后，根据心跳检测获得的更新版本信息进行代理端更新时是分批次进行的，因此，同时进行更新的云主机的客户端的数量是有限的，避免了云主机进行代理端更新时网络流量冲高和存储I/O升高的情况的出现，从而降低了云环境下的生产故障率。

图4是根据图3对应实施例示出的一实施例的更新策略的流程图。在本实施例中，每一所述版本信息包含一个版本号，对于同一代理端生成版本信息的时间距离当前时间越近，版本号越大，如图4所示，包括以下步骤：

步骤410，从所述服务端中的与每一云主机的代理端对应的更新版本信息中任取第一预定数目个与云主机的代理端对应的版本信息。

第一预定数目可以是任意的数目，只要小于所述服务端中的与每一云主机的代理端对应的更新版本信息的数目。

步骤420，在获取的第一预定数目个与云主机的代理端对应的版本信息中，针对每一版本信息，确定该版本信息的版本号与对应要更新的更新版本信息的版本号之差的绝对值。

比如一个版本信息的版本号为1.1，而对应要更新的更新版本信息的版本号为2.1，那么得到两个版本号之差的绝对值为1.0。

步骤430，若所述差的绝对值大于预设版本号差值阈值所对应的版本信息的数目达到预设数目阈值，则每批次更新第二预定数目个与云主机的代理端对应的更新版本信息。

当所述差的绝对值大于预设版本号差值阈值所对应的版本信息的数目达到预设数目阈值，说明有较多的云主机的代理端还是很旧的版本，亟需更新，此时，将第二预定数目作为每批次更新的代理端的数目。

步骤440，若所述差的绝对值大于预设版本号差值阈值所对应的版本信息的数目小于预设数目阈值，则每批次更新第三预定数目个与云主机的代理端对应的更新版本信息，其中，所述第三预定数目小于所述第二预定数目。

本实施例的好处在于，通过根据代理端的版本与要更新的新版本的差距情况下设定每批次更新的代理端的数量，使得每批次更新的代理端的数量能够更好地满足实际需要。

图5是根据图3对应实施例示出的另一实施例的更新策略的流程图。在本实施例中，每一所述版本信息包含一个版本号，对于同一代理端生成版本信息的时间距离当前时间越近，版本号越大，如图5所示，包括以下步骤：

步骤510，对于所述服务端中与每一云主机的代理端对应的版本信息，确定与该版本信息对应的更新版本信息的版本号和与该版本信息的版本号的差值。

比如一个更新版本信息的版本号为5.2，而对应的版本信息的版本号为3.8，则两者的差值为1.4。

步骤520，对所述服务端中所有与每一云主机的代理端对应的版本信息，按照所述差值从大到小进行排序，其中，当所述差值相同时，随机进行排序。

在一个实施例中，通过冒泡排序算法对与云主机的代理端对应的版本信息按照所述差值进行排序。

步骤530，按照所述排序，每批次更新第五预定数目个与云主机的代理端对应的更新版本信息。

第五预定数目可以是任意的正整数，可以与第四预定数目相同，也可以不同。

版本号的差值越大，说明对应的云主机的代理端未更新的时间越大，可能越需要更新来保证代理端的正常使用。图5所示实施例的好处在于，通过按照版本号差值进行排序，使得最需要更新的代理端优先得到更新，保证了各云主机上代理端的可用性。

本公开还提供了一种云环境中代理端批量更新装置，以下是本公开的装置实施例。

图6是根据一示例性实施例示出的一种云环境中代理端批量更新装置的框图。如图6所示，装置600包括：

判断模块610，被配置为根据配置于服务端的更新标识判断是否启动云主机代理端的更新；

第一更新模块620，被配置为当所获取的更新标识指示启动云主机代理端更新时，根据预设的更新策略分批次更新所述服务端中与每一云主机的代理端对应的更新版本信息，以使对应批次的云主机基于根据心跳检测获取的更新版本信息进行代理端更新，其中，在服务端预先为每一云主机中的代理端分别定义一个版本信息，以使云主机在进行心跳检测时获取自身所对应的更新版本信息；

接收模块630，被配置为接收对应批次云主机所返回的更新反馈信息，以根据所返回的更新反馈信息判断该批次的云主机是否均进行了代理端的更新；

第二更新模块640，被配置为若该批次的云主机均进行了代理端的更新，则根据预设的更新策略更新所述服务端中下一批次的云主机的代理端的版本信息，直至云环境中所有云主机均进行了代理端的更新。

据本公开的第三方面，还提供了一种能够实现上述方法的电子设备。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

下面参照图7来描述根据本发明的这种实施方式的电子设备700。图7显示的电子设备700仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图7所示，电子设备700以通用计算设备的形式表现。电子设备700的组件可以包括但不限于：上述至少一个处理单元710、上述至少一个存储单元720、连接不同系统组件(包括存储单元720和处理单元710)的总线730。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元710执行，使得所述处理单元710执行本说明书上述“实施例方法”部分中描述的根据本发明各种示例性实施方式的步骤。

存储单元720可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)721和/或高速缓存存储单元722，还可以进一步包括只读存储单元(ROM)723。

存储单元720还可以包括具有一组(至少一个)程序模块725的程序/实用工具724，这样的程序模块725包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线730可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备700也可以与一个或多个外部设备900(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备700交互的设备通信，和/或与使得该电子设备700能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口750进行。并且，电子设备700还可以通过网络适配器760与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器760通过总线730与电子设备700的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备700使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。

根据本公开的第四方面，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。

参考图8所示，描述了根据本发明的实施方式的用于实现上述方法的程序产品800，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

此外，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围执行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (7)

1.一种云环境中代理端批量更新方法，其特征在于，所述方法包括：

根据配置于服务端的更新标识判断是否启动云主机代理端的更新；

当所获取的更新标识指示启动云主机代理端更新时，根据预设的更新策略分批次更新所述服务端中与每一云主机的代理端对应的更新版本信息，以使对应批次的云主机基于根据心跳检测获取的更新版本信息进行代理端更新，其中，在服务端预先为每一云主机中的代理端分别定义一个版本信息，以使云主机在进行心跳检测时获取自身所对应的更新版本信息，每一所述版本信息包含一个版本号，对于同一代理端生成版本信息的时间距离当前时间越近，版本号越大；

接收对应批次云主机所返回的更新反馈信息，以根据所返回的更新反馈信息判断该批次的云主机是否均进行了代理端的更新；

若该批次的云主机均进行了代理端的更新，则根据预设的更新策略更新所述服务端中下一批次的云主机的代理端的版本信息，直至云环境中所有云主机均进行了代理端的更新；

其中，所述预设的更新策略为：从所述服务端中的与每一云主机的代理端对应的更新版本信息中任取第一预定数目个与云主机的代理端对应的版本信息；在获取的第一预定数目个与云主机的代理端对应的版本信息中，针对每一版本信息，确定该版本信息的版本号与对应要更新的更新版本信息的版本号之差的绝对值；若所述差的绝对值大于预设版本号差值阈值所对应的版本信息的数目达到预设数目阈值，则每批次更新第二预定数目个与云主机的代理端对应的更新版本信息；若所述差的绝对值大于预设版本号差值阈值所对应的版本信息的数目小于预设数目阈值，则每批次更新第三预定数目个与云主机的代理端对应的更新版本信息，其中，所述第三预定数目小于所述第二预定数目；或者

对于所述服务端中与每一云主机的代理端对应的版本信息，确定与该版本信息对应的更新版本信息的版本号和与该版本信息的版本号的差值；对所述服务端中所有与每一云主机的代理端对应的版本信息，按照所述差值从大到小进行排序，其中，当所述差值相同时，随机进行排序；按照所述排序，每批次更新第五预定数目个与云主机的代理端对应的更新版本信息。

2.根据权利要求1所述的方法，其特征在于，在服务端为每一云主机配置了心跳检测策略，在每一云主机中对应安装了管理应用程序，所述管理应用程序被配置为开机自启动，所述当所获取的更新标识指示启动云主机代理端更新时，根据预设的更新策略分批次更新所述服务端中与每一云主机的代理端对应的更新版本信息，以使对应批次的云主机基于根据心跳检测获取的更新版本信息进行代理端更新包括：

当所获取的更新标识指示启动云主机代理端更新时，根据预设的更新策略分批次更新所述服务端中与每一云主机的代理端对应的更新版本信息，以使对应批次的每一云主机执行：

利用安装在该云主机上的管理应用程序从所述服务端获得的为该云主机配置的心跳检测策略；

该云主机的代理端按照所述心跳检测策略控制发起心跳检测，得到与该云主机的代理端对应的更新版本信息；

该云主机的代理端基于获取的更新版本信息进行更新。

3.根据权利要求1所述的方法，其特征在于，在当所获取的更新标识指示启动云主机代理端更新时，根据预设的更新策略分批次更新所述服务端中与每一云主机的代理端对应的更新版本信息，以使对应批次的云主机基于根据心跳检测获取的更新版本信息进行代理端更新之前，所述方法还包括：将每一更新版本信息和对应的代理端更新包对应存储至安装包服务器上；

所述对应批次的云主机通过如下方式基于根据心跳检测获取的更新版本信息进行代理端更新：

查询所述安装包服务器，以确定与根据心跳检测获取的更新版本信息对应存储的代理端更新包；

从所述安装包服务器下载并安装所述代理端更新包，以完成代理端更新。

4.根据权利要求1所述的方法，其特征在于，在当所获取的更新标识指示启动云主机代理端更新时，根据预设的更新策略分批次更新所述服务端中与每一云主机的代理端对应的更新版本信息，以使对应批次的云主机基于根据心跳检测获取的更新版本信息进行代理端更新之前，所述方法还包括：

获取预定时间段内所述云环境中各云主机的代理端向所述服务端发送请求的次数；

所述当所获取的更新标识指示启动云主机代理端更新时，根据预设的更新策略分批次更新所述服务端中与每一云主机的代理端对应的更新版本信息，以使对应批次的云主机基于根据心跳检测获取的更新版本信息进行代理端更新，包括：

对各云主机的代理端按照所述次数从大到小进行排序；

当所获取的更新标识指示启动云主机代理端更新时，按照所述排序，每批次更新第四预定数目个与云主机的代理端对应的更新版本信息，以使对应批次的云主机基于根据心跳检测获取的更新版本信息进行代理端更新。

5.一种云环境中代理端批量更新装置，其特征在于，所述装置包括：

判断模块，被配置为根据配置于服务端的更新标识判断是否启动云主机代理端的更新；

第一更新模块，被配置为当所获取的更新标识指示启动云主机代理端更新时，根据预设的更新策略分批次更新所述服务端中与每一云主机的代理端对应的更新版本信息，以使对应批次的云主机基于根据心跳检测获取的更新版本信息进行代理端更新，其中，在服务端预先为每一云主机中的代理端分别定义一个版本信息，以使云主机在进行心跳检测时获取自身所对应的更新版本信息，每一所述版本信息包含一个版本号，对于同一代理端生成版本信息的时间距离当前时间越近，版本号越大；

接收模块，被配置为接收对应批次云主机所返回的更新反馈信息，以根据所返回的更新反馈信息判断该批次的云主机是否均进行了代理端的更新；

第二更新模块，被配置为若该批次的云主机均进行了代理端的更新，则根据预设的更新策略更新所述服务端中下一批次的云主机的代理端的版本信息，直至云环境中所有云主机均进行了代理端的更新；

其中，所述预设的更新策略为：从所述服务端中的与每一云主机的代理端对应的更新版本信息中任取第一预定数目个与云主机的代理端对应的版本信息；在获取的第一预定数目个与云主机的代理端对应的版本信息中，针对每一版本信息，确定该版本信息的版本号与对应要更新的更新版本信息的版本号之差的绝对值；若所述差的绝对值大于预设版本号差值阈值所对应的版本信息的数目达到预设数目阈值，则每批次更新第二预定数目个与云主机的代理端对应的更新版本信息；若所述差的绝对值大于预设版本号差值阈值所对应的版本信息的数目小于预设数目阈值，则每批次更新第三预定数目个与云主机的代理端对应的更新版本信息，其中，所述第三预定数目小于所述第二预定数目；或者

对于所述服务端中与每一云主机的代理端对应的版本信息，确定与该版本信息对应的更新版本信息的版本号和与该版本信息的版本号的差值；对所述服务端中所有与每一云主机的代理端对应的版本信息，按照所述差值从大到小进行排序，其中，当所述差值相同时，随机进行排序；按照所述排序，每批次更新第五预定数目个与云主机的代理端对应的更新版本信息。

6.一种计算机可读程序介质，其特征在于，其存储有计算机程序指令，当所述计算机程序指令被计算机执行时，使计算机执行根据权利要求1至4中任一项所述的方法。

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

处理器；

存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，实现如权利要求1至4任一项所述的方法。

Images