CN113438122A

CN113438122A - 一种服务器的心跳管理方法、装置、计算机设备及介质

Info

Publication number: CN113438122A
Application number: CN202110528240.9A
Authority: CN
Inventors: 刘一
Original assignee: Jinan Inspur Data Technology Co Ltd
Current assignee: Jinan Inspur Data Technology Co Ltd
Priority date: 2021-05-14
Filing date: 2021-05-14
Publication date: 2021-09-24
Anticipated expiration: 2041-05-14
Also published as: CN113438122B

Abstract

本法公开了一种服务器的心跳管理方法、装置、计算机设备及介质。所述方法包括：响应于心跳进程启动，则获取服务器的最近一次启动信息；将所述最近一次启动信息与预设存储位置内的信息进行比较以确定启动事件类型；基于启动事件类型确定是否采用所述最近一次启动信息更新所述预设存储位置内的信息；获取心跳进程运行状态并基于心跳进程运行状态和启动事件类型确定服务器运行状态；以及将服务器运行状态发送至管理端。本发明的方案凭借对心跳进程启动状态的监控实现了对服务器与管理端断开时的具体断开原因的准确识别，并主动上报至管理端，同时降低的数据交互次数，减少了管理端的压力，极大的节省了资源开销，提升了处理速度以及稳定性。

Description

一种服务器的心跳管理方法、装置、计算机设备及介质

技术领域

本发明涉及服务器管理技术领域，尤其涉及一种服务器的心跳管理方法、装置、计算机设备及介质。

背景技术

云计算平台是一个复杂的大型系统，虚拟服务器是云计算平台的重要部分，虚拟服务器具有跨系统、资源隔离、可迁移等特点。高效的虚拟机集群部署与动态迁移操作可以将分散的虚拟机组成整体、满足大规模应用需求，可提高云计算平台的运行维护与服务质量。由于云计算平台通常会创建许多虚拟化服务器，这些服务器在运行期间云平台需要监管服务器的运行状态，因此会使用管理端以心跳机制来检测虚拟化服务器的可用状态，以便云计算平台对虚拟机进行管理和维护。

传统的服务器心跳管理方式虽然能能够快速判断虚拟化服务器与管理端之间连接状态，但此种方式也只能判断管理端与虚拟化服务器之间是否连接，无法判断具体断开连接原因，如关机，网络断开，进程重启等。

此外，为了解决管理端无法掌握服务器断开连接原因的问题，目前常用的处理方式为，在服务器恢复连接后，管理端主动探取虚拟化服务器信息，与自身记录信息做比较，分析比对。此方法在处理时，需要恢复连接后，由管理端进行主动探取，增加了至少一次的数据交互开销(一般情况下恢复连接后会对服务器进行同步操作，该操作又会产生管理端与服务器的数据交互)，比较被动，在比较大的业务场景下，会产生大量的处理时间以及资源开销。

发明内容

有鉴于此，有必要针以上技术问题，提供无需服务器与管理端进行多次数据交互，且能够快速分析出服务器运行状态的一种服务器的心跳管理方法、装置、计算机设备及介质。

根据本发明的第一发面，提供了一种服务器的心跳管理方法，所述方法包括在云计算平台虚拟化服务器操作系统上执行以下步骤：

响应于心跳进程启动，则获取服务器的最近一次启动信息；

将所述最近一次启动信息与预设存储位置内的信息进行比较以确定启动事件类型；

基于启动事件类型确定是否采用所述最近一次启动信息更新所述预设存储位置内的信息；

获取心跳进程运行状态并基于心跳进程运行状态和启动事件类型确定服务器运行状态；以及

将服务器运行状态发送至管理端。

在其中一个实施例中，所述将所述最近一次启动信息与预设存储位置内的信息进行比较以确定启动事件类型的步骤包括：

响应于所述预设存储位置内未存储信息，则确定启动事件类型为服务器首次启动；

响应于所述预测存储位置内有存储信息且与所述最近一次启动信息相同，则确定启动事件类型为心跳进程重启；

响应于所述预测存储位置内有存储信息且与所述最近一次启动信息不同，则确定启动事件类型为服务器重启。

在其中一个实施例中，所述基于启动事件类型确定是否采用所述最近一次启动信息更新所述预设存储位置内的信息的步骤包括：

响应于启动事件类型为服务器首次启动或服务器重启，则将所述最近一次启动信息存储至所述预设存储位置；

响应于启动事件类型为心跳进程重启，则不更新所述预设存储位置内的信息。

在其中一个实施例中，所述心跳进程运行状态包括进程启动和进程活动。

在其中一个实施例中，所述获取心跳进程运行状态并基于心跳进程运行状态和启动事件类型确定服务器运行状态的步骤包括：

响应于心跳进程运行状态为进程启动，则确认服务器的运行状态为已初始化；

响应于心跳进程运行状态为进程活动，且启动事件类型为服务器重启，则确认服务器的运行状态为已重启；

响应于心跳进程状态为进程活动，且心跳进程向管理端发送的心跳信息被接收，则确认服务器运行状态为运行中。

在其中一个实施例中，所述方法还包括：

响应于当前服务器运行状态属于已初始化或已重启，且心跳进程运行状态为进程活动时心跳进程向管理端发送的心跳信息被拒绝，则确认服务器的运行状态与保持不变；

响应于当前服务器运行状态属于运行中，且心跳进程运行状态为进程活动时心跳进程向管理端发送的心跳信息被拒绝，则将服务运行状态变更为连接丢失。

在其中一个实施例中，所述将服务器运行状态发送至管理端的步骤包括：

将服务器运行状态编入心跳信息；

将已编入服务器运行状态的心跳信息发送至管理端。

根据本发明的第二方面，提供了一种服务器的心跳管理装置，所述装置包括：

启动信息获取模块，用于在心跳进程启动，则获取服务器的最近一次启动信息；

比较模块，将所述最近一次启动信息与预设存储位置内的信息进行比较以确定启动事件类型；

存储信息更新模块，用于基于启动事件类型确定是否采用所述最近一次启动信息更新所述预设存储位置内的信息；

运行状态确定模块，用于获取心跳进程运行状态并基于心跳进程运行状态和启动事件类型确定服务器运行状态；以及

发送模块，用于将服务器运行状态发送至管理端。

根据本发明的第三方面，还提供了一种计算机设备，该计算机设备包括：

至少一个处理器；以及

存储器，存储器存储有可在处理器上运行的计算机程序，处理器执行程序时执行前述的服务器的心跳管理方法。

根据本发明的第四方面，还提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时执行前述的服务器的心跳管理方法。

上述一种服务器的心跳管理方法，在监测到心跳进程启动时主动获取服务器的最近一次启动信息，并将其与预设存储位置内的信息进行比较从而确定启动事件的类型，然后根据所确定启动事件类型、最接一次启动信息对预设存储位置选择性更新，进一步再通过获取心跳进程运行状态并基于心跳进程运行状态和启动事件类型确定服务器运行状态，从而将所确定的服务器运行状态发送给管理端，凭借对心跳进程启动状态的监控实现了对服务器与管理端断开时的具体断开原因的准确识别，并主动上报至管理端，为管理端准确、及时地维护服务器的运行状态提供了重要手段，同时降低的数据交互次数，减少了管理端的处理压力，极大的节省了资源开销，提升了处理速度以及稳定性。

此外，本发明还提供了一种服务器的心跳管理装置、一种计算机设备和一种计算机可读存储介质，同样能实现上述技术效果，这里不再赘述。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的实施例。

图1为本发明一个实施例提供的一种服务器的心跳管理方法的流程示意图；

图2为本发明一个实施例提供的一种服务器的心跳管理装置的结构示意图；

图3本发明另一个实施例中计算机设备的内部结构图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本发明实施例进一步详细说明。

需要说明的是，本发明实施例中所有使用“第一”和“第二”的表述均是为了区分两个相同名称非相同的实体或者非相同的参量，可见“第一”“第二”仅为了表述的方便，不应理解为对本发明实施例的限定，后续实施例对此不再一一说明。

在一个实施例中，请参照图1所示，本发明提供了一种服务器的心跳管理方法，所述方法包括在云计算平台虚拟化服务器操作系统上执行以下步骤：

S100，响应于心跳进程启动，则获取服务器的最近一次启动信息；其中，服务器系统每次开始时会自动会记录当前开机时间与前一次启动时间的差并以启动信息的形式存储，通过服务器指令可以获取该启动信息。

S200，将所述最近一次启动信息与预设存储位置内的信息进行比较以确定启动事件类型；

S1300，基于启动事件类型确定是否采用所述最近一次启动信息更新所述预设存储位置内的信息；

S400，获取心跳进程运行状态并基于心跳进程运行状态和启动事件类型确定服务器运行状态；以及

S500，将服务器运行状态发送至管理端。需要说明的是服务器运行状态的发送并不依赖管理端的请求，只要监听到心跳进程启动就会执行上述步骤S100至S500从而确定最新的服务器运行状态，同时管理端并不需要监管每个服务器的启动信息等，对于管理端管理大量服务器的情形会显著降低管理端的信息处理和交换业务数量。

在又一个实施例中，前所步骤S200具体包括以下子步骤：

S210，响应于所述预设存储位置内未存储信息，则确定启动事件类型为服务器首次启动；

S220，响应于所述预测存储位置内有存储信息且与所述最近一次启动信息相同，则确定启动事件类型为心跳进程重启；

S230，响应于所述预测存储位置内有存储信息且与所述最近一次启动信息不同，则确定启动事件类型为服务器重启。

具体举例来说，在服务器未启动时，预测存储位置内是未存储信息的，当启动后，会将服务器的第一次启动信息记录到预设存储位置内，如果后续检测到心跳进程启动，主动通过命令查询到服务器最近一次的启动信息从而对比二者确定是服务器重启或者心跳进程重启，从而诊断出本次启动事件类型，以便后续分析服务器的运行状态。

在又一个实施例中，前述步骤S300具体包括以下子步骤：

S310，响应于启动事件类型为服务器首次启动或服务器重启，则将所述最近一次启动信息存储至所述预设存储位置；

S320，响应于启动事件类型为心跳进程重启，则不更新所述预设存储位置内的信息。

继续举例来说，在服务器首次启动时预设存储位置内没有数据，只有当服务器首次启动才会将第一次启动信息存储至该预设存储位置，后续如果服务器没有重启，则不会更新预设存储位置内的信息，如果监测到有服务器再次启动，则将最新的服务器启动信息存于该预设位置，从而保证能够持续确定每次启动事件类型是由于服务器重启还是心跳进程自身重启。

在又一个实施例中，所述心跳进程运行状态包括进程启动和进程活动。

在前述实施示例的基础上，步骤S400具体包括以下步骤：

S410，响应于心跳进程运行状态为进程启动，则确认服务器的运行状态为已初始化；

S420，响应于心跳进程运行状态为进程活动，且启动事件类型为服务器重启，则确认服务器的运行状态为已重启；

S430，响应于心跳进程状态为进程活动，且心跳进程向管理端发送的心跳信息被接收，则确认服务器运行状态为运行中。

优先地，所述方法还包括：

S440，响应于当前服务器运行状态不属于已初始化或已重启，且心跳进程运行状态为进程活动时心跳进程向管理端发送的心跳信息被拒绝，则确认服务器的运行状态与保持不变；

S450，响应于当前服务器运行状态属于运行中，且心跳进程运行状态为进程活动时心跳进程向管理端发送的心跳信息被拒绝，则将服务运行状态变更为连接丢失。

优选地，提高管理端获取服务器运行状态的效率以及便于服务器及时上报运行状态，步骤S500具体包括以下子步骤：

S510，将服务器运行状态编入心跳信息；

S520，将已编入服务器运行状态的心跳信息发送至管理端。

在又一实施例中，为了便于理解本发明的技术方案，下面以某一云计算平台上运行的多个虚拟化服务器为例进行举例说明，可以理解本发明方法可以应用于每一虚拟化服务器，所述方法包括以下步骤：

步骤一，虚拟化服务器心跳进程在启动时，会触发启动信息处理逻辑，该逻辑会尝试读取记录在特定路径下的服务器启动信息，该启动信息是由上次启动信息处理逻辑产生结果而写入，读取后与当前启动信息进行比较，并将当前启动信息更新至存储空间上。其中启动信息是指，由服务器指令获取的，服务器最近一次启动的时间信息。经过上次记录的启动信息与本次启动信息做比较以及结合是否存在上次启动信息，在时间不存在人工调整的情况下，可推断出得出以几种情形：服务器首次启动、心跳进程重启、服务器重启

具体来说服务器心跳管理的消息处理方式主要步骤如下：

(1)心跳进程启动事件获取以及识别方式，通过在心跳进程初始化时，使用获取系统最近一次启动时间的命令获取系统启动事件，结合使用该命令记录的上次重启时间信息进行判断，获得心跳进程停止运行期间，服务器是否存在重启事件，具体处理方式如下：

(2)服务器首次启动：若启动信息不存在，将本次启动信息写入存储空间内，并得出心跳进程第一次启动

(3)心跳进程重启：若信息存在，且与当前心跳进程获取的启动信息相同，不更新启动信息至存储空间，同时得出服务器在心跳进程距上次活动的时间内，未进行过重启

(3)服务器重启：若信息存在，且与当前心跳进程获取的启动信息不同，更新存储空间内的启动信息，同时得出服务器在心跳进程距上次活动的时间内进行过重启

步骤二，依据上述逻辑推断得出的导致本次心跳进程的具体情形后，虚拟化服务器心跳进程将启动事件转换为服务器活动状态，并计入心跳进程的运行内存中。

步骤三，服务器心跳进程结合上述逻辑推断得出的导致本次心跳进程的具体情形和心跳进程运行状态转换为描述当前服务器运行状态的信息，并在心跳进程存活的过程中，通过编入控制逻辑来维护一系列状态的流转，用于准确描述服务器的状态，其具体状态定义为：已初始化、已重启、运行中、连接丢失。

步骤四，心跳进程所持有的服务器运行状态信息将会被编入心跳信息，发送至管理端，管理端将接收并解析出心跳信息所持有的状态信息，识别出当前虚拟化服务器的运行状态，或是连接丢失期间是否发生过重启等行为。

具体来说心跳进程运行期间，为了准确描述服务器状态而编入的状态流传控制逻辑，其主要控制逻辑如下：

(1)心跳进程启动时，更新状态为已初始化；

(2)进程启动时，若产生的启动事件信息为服务器重启，状态转变为已重启；

(3)进程启动后，心跳进程向管理端发送心跳信息被接收时，状态由当前状态转变为运行中；

(4)进程活动期间，心跳进程向管理端发送心跳信息被拒绝时，且当前状态不为已初始化或已重启，状态维持当前不变；

(5)进程活动期间，心跳进程向管理端发送心跳信息被拒绝时，且当前状态为运行中，状态变更至连接丢失。

本发明方法通过在服务器心跳进程启动时，使用获取服务器重启时间信息的命令，将生成信息与已维护的时间信息进行比对，从而推断出进程运行间隔中间服务器所发生的启示事件描述信息，并将启动事件信息作为服务器描述状态的组成元素之一，转变为描述服务器运行状态的状态信息；服务器心跳进程使用内存维护该状态信息，并通过编入一套逻辑，依据启动事件类型、状态以及心跳信息是否被管理端接收，将维护在内存的状态信息进行适当的流转，该流转后的状态信息能够准确识别出，服务器是否进行过重启，进程是否进行过重启等关键事件，最后，产生的状态将被编入心跳信息中，提供给管理端，并作为同步依据完成后续工作。使用本发明将服务器与管理端恢复连接时，产生的多次信息交互来识别并处理服务器断开期间所发生的事件，简化为无需进行数据交互，凭借第一次心跳信息即可完成服务器状态的描述，准确的识别了在服务器与管理端断开时，具体断开的原因，为管理端维护服务器的准确性提供了重要手段，同时降低的数据交互次数，节省了资源开销，提升了处理速度以及稳定性。

在又一实施例中，请结合图2所示，本发明还提供了一种服务器的心跳管理装置60，所述装置包括：

启动信息获取模块61，用于在心跳进程启动，则获取服务器的最近一次启动信息；

比较模块62，将所述最近一次启动信息与预设存储位置内的信息进行比较以确定启动事件类型；

存储信息更新模块63，用于基于启动事件类型确定是否采用所述最近一次启动信息更新所述预设存储位置内的信息；

运行状态确定模块64，用于获取心跳进程运行状态并基于心跳进程运行状态和启动事件类型确定服务器运行状态；以及

发送模块65，用于将服务器运行状态发送至管理端。

需要说明的是，关于服务器的心跳管理装置的具体限定可以参见上文中对服务器的心跳管理方法的限定，在此不再赘述。上述服务器的心跳管理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

根据本发明的另一方面，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图请参照图3所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时实现以上所述的服务器的心跳管理方法，具体来说，所述方法包括以下步骤：

响应于心跳进程启动，则获取服务器的最近一次启动信息；

将服务器运行状态发送至管理端。

根据本发明的又一方面，还提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时执行前述的服务器的心跳管理方法，具体来说，所述方法包括以下步骤：

响应于心跳进程启动，则获取服务器的最近一次启动信息；

将服务器运行状态发送至管理端。

上面所述的应用于服务器的心跳管理方法的所有实施例及其变化都可以直接移转应用于根据本发明的装置、计算机设备及介质，并直接结合于此。为了本公开的简洁起见，在此不再重复阐述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims

1.一种服务器的心跳管理方法，其特征在于，所述方法包括在云计算平台虚拟化服务器操作系统上执行以下步骤：

响应于心跳进程启动，则获取服务器的最近一次启动信息；

将服务器运行状态发送至管理端。

2.根据权利要求1所述的服务器的心跳管理方法，其特征在于，所述将所述最近一次启动信息与预设存储位置内的信息进行比较以确定启动事件类型的步骤包括：

3.根据权利要求2所述的服务器的心跳管理方法，其特征在于，所述基于启动事件类型确定是否采用所述最近一次启动信息更新所述预设存储位置内的信息的步骤包括：

4.根据权利要求2所述的服务器的心跳管理方法，其特征在于，所述心跳进程运行状态包括进程启动和进程活动。

5.根据权利要求4所述的服务器的心跳管理方法，其特征在于，所述获取心跳进程运行状态并基于心跳进程运行状态和启动事件类型确定服务器运行状态的步骤包括：

6.根据权利要求5所述的服务器的心跳管理方法，其特征在于，所述方法还包括：

7.根据权利要求1所述的服务器的心跳管理方法，其特征在于，所述将服务器运行状态发送至管理端的步骤包括：

将服务器运行状态编入心跳信息；

将已编入服务器运行状态的心跳信息发送至管理端。

8.一种服务器的心跳管理装置，其特征在于，所述装置包括：

发送模块，用于将服务器运行状态发送至管理端。

9.一种计算机设备，其特征在于，包括：

至少一个处理器；以及

存储器，所述存储器存储有可在所述处理器中运行的计算机程序，所述处理器执行所述程序时执行权利要求1-7任意一项所述的方法。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时执行权利要求1-7任意一项所述的方法。