CN103532786A - 一种服务器同步检测器及同步检测方法和系统 - Google Patents

Abstract

本发明公开了一种服务器同步检测器及同步检测方法和系统，克服目前集群服务器同步检测效率较低以及准确性不高等不足，该方法应用于对集群中的多台服务器进行同步检测，其包括：所述多台服务器从产生日志到将该日志发送到一日志容器所用的时间超出一预设时间范围时，将产生该日志的服务器标记为不同步；其中，所述日志容器设置为存储所述集群中各服务器所生成的多条日志。本申请的实施例利用了集群中已有的日志框架，不会额外占用服务器资源，不需要轮询集群中的各服务器，减少了各服务器为实现同步所需的性能开销。

Description

一种服务器同步检测器及同步检测方法和系统

技术领域

本发明涉及服务器同步技术，尤其涉及一种服务器同步检测器，以及一种服务器同步检测方法和系统。

背景技术

在云计算平台及大型应用系统中，往往涉及成千上万台服务器。这些服务器往往以集群的方式部署。集群中各服务器之间必须具有一致的时间，即需要保持同步。

同步对集群中各服务器上的任务调度、服务计量、请求处理等都有着很重要的影响。如果时间不同步，有可能导致服务器产生错误的结果。例如，执行makefile时会造成一些不必要的重复编译，甚至拒绝编译。

为了保证云计算平台及大型应用系统等中各服务器间同步，常见的方法是各服务器均和一台第三方的时间服务器进行同步。现有技术中，主要采用网络定时协议（NTP）技术来解决目前互联网的时钟同步问题。

采用NTP同步的一个问题是使用过程较复杂，且由于机器时钟硬件的差别，同步后的两台机器（客户端和服务器）之间的时间也会产生时间差，并且这个差值会随着时间的变化呈线性增长趋势。采用NTP进行同步的另一个问题是要求集群中的所有服务器都能连接外部互联网。在实际运行过程中，由于维护、安全等原因，有时候系统不能连接外部互联网。

还有一种方案是采用轮询方式，检查集群中每台服务器和基准时间服务器是否同步，以便及时发现不同步的服务器。这种方式的问题是比较耗时，且增加了服务器的负担。随着服务器数量的逐渐较多，轮询的工作量将会变得越来越大，效率也越来越低下。

除此之外，还有一些原因也容易导致集群中各服务器之间出现时间不同步的问题，比如：集群中某些服务器的时区设置有误；或者由于网络问题或人为修改了服务器配置文件，导致无法连接网络定时协议（Network TimeProtocol，NTP）服务器；或者NTP服务器访问拥堵和延时；或者集群中某些服务器可能已使用很长时间，时钟电池已老化，导致时钟过快或过慢；等等。

发明内容

本发明所要解决的技术问题是克服目前集群服务器同步检测效率较低以及准确性不高等不足。

为了解决上述技术问题，本发明提供了一种服务器同步检测方法，应用于对集群中的多台服务器进行同步检测，该方法包括：

所述多台服务器从产生日志到将该日志发送到一日志容器所用的时间超出一预设时间范围时，将产生该日志的服务器标记为不同步；

其中，所述日志容器设置为存储所述集群中各服务器所生成的多条日志。

优选地，所述多台服务器从产生日志到将该日志发送到一日志容器所用的时间超出一预设时间范围，包括：

从所述日志容器中获取所述各服务器所产生的多条日志；

对所述多条日志中的每一条日志，获取对应服务器产生该条日志的第一时间以及该条日志到达所述日志容器的第二时间；

所述第二时间与所述第一时间的差值大于等于所述预设时间范围时，确定产生该条日志的服务器与其他服务器不同步。

本申请的实施例提供了一种服务器同步检测器，应用于对集群中的多台服务器进行同步检测，该检测器与一日志容器相连，设置为所述多台服务器从产生日志到将该日志发送到一日志容器所用的时间超出一预设时间范围时，将产生该日志的服务器标记为不同步；其中，所述日志容器设置为存储所述集群中各服务器所生成的多条日志。

优选地，该检测器包括：

第一获取模块，设置为从所述日志容器中获取所述各服务器所产生的多条日志；

第二获取模块，设置为对所述多条日志中的每一条日志，获取对应服务器产生该条日志的第一时间以及该条日志到达所述日志容器的第二时间；

检测模块，设置为所述第二时间与所述第一时间的差值大于等于所述预设时间范围时，确定产生该条日志的服务器与其他服务器不同步。

本申请的实施例还提供了一种服务器同步检测系统，应用于对集群中的多台服务器进行同步检测，该系统包括：

日志容器，设置为存储所述集群中各服务器所生成的多条日志；

同步检测器，设置为所述多台服务器从产生日志到将该日志发送到一日志容器所用的时间超出一预设时间范围时，将产生该日志的服务器标记为不同步。

优选地，所述同步检测器包括：

第一获取模块，设置为从所述日志容器中获取所述各服务器所产生的多条日志；

第二获取模块，设置为对所述多条日志中的每一条日志，获取对应服务器产生该条日志的第一时间以及该条日志到达所述日志容器的第二时间；

检测模块，设置为所述第二时间与所述第一时间的差值大于等于所述预设时间范围时，确定产生该条日志的服务器与其他服务器不同步。

与现有技术相比，本申请的实施例利用了集群中已有的日志框架，不会额外占用服务器资源，不需要轮询集群中的各服务器，减少了各服务器为实现同步所需的性能开销。本申请的实施例不需要在系统中植入新的执行代码，因此不会增加应用系统的复杂度。本申请的实施例在时间同步检测时，也不需要系统连接外部互联网，降低了同步检测的环境要求。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本发明技术方案的进一步理解，并且构成说明书的一部分，与本申请的实施例一起用于解释本发明的技术方案，并不构成对本发明技术方案的限制。

图1为本申请实施例的服务器同步检测方法的流程示意图。

图2为本申请另一实施例的服务器同步检测方法的流程示意图。

图3为本申请实施例的服务器同步检测器的构造示意图。

图4为本申请实施例的服务器同步检测系统的构成示意图。

具体实施方式

以下将结合附图及实施例来详细说明本发明的实施方式，借此对本发明如何应用技术手段来解决技术问题，并达成技术效果的实现过程能充分理解并据以实施。本申请实施例以及实施例中的各个特征在不相冲突前提下的相互结合，均在本发明的保护范围之内。

另外，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本申请实施例的服务器同步检测方法中，判断服务器集群中的多台服务器，从产生日志到将该日志发送到一日志容器所用的时间是否超出一预设时间范围，是则将产生该日志的服务器标记为不同步；其中，该日志容器设置为存储集群中各服务器所生成的多条日志。

如图1所示，本申请实施例的服务器同步检测方法主要包括如下步骤。

步骤S110，从日志容器中获取集群中服务器所产生的多条日志。如果日志容器中日志数量太多，则可以从日志容器中进行采样；如果日志容器中日志数量较少，则可以将日志容器中的日志都提取出来。

步骤S120，对所述多条日志中的每一条日志，获取对应服务器产生该条日志的第一时间t1以及该条日志到达日志容器的第二时间t2。其中，对应服务器为产生该条日志的服务器。

步骤S130，该第二时间t2与该第一时间t1的差值大于等于前述的预设时间范围时，确定产生该条日志的服务器与其他服务器不同步。

本申请的实施例在进行初始化处理时，可以设定该预设时间范围为T，并可以分别预设一个同步服务器集合V和一个不同步服务器集合U。还可以预设一个进行一次同步检测的日志数量R，和最大迭代次数N。其中，一次同步检测的日志数量R可以根据集群中服务器数量来确定，比如将R设置为服务器数量的合理倍数。本申请的实施例可以将一次同步检测的日志数量R确定为集群中服务器数量的3倍。将一次检测中初始检测的日志位置r置为1。

如图2所示，本申请的一个实施例，在经过上述初始化处理之后，即可以开始后续的检测流程。

步骤S210，判断当前检测次数n是否小于等于最大迭代次数N，是则转步骤S220，否则转步骤S280。其中，n的初始值为0。

步骤S220，从日志容器中获取第r到r+R-1条日志，其中r初始值为1。

步骤S230，将变量i赋值为r，将同步服务器集合V赋值为空集，将不同步服务器集合U赋值为空集。

步骤S240，获取该第i条日志的来源，设为来源于服务器s；获取第i条日志的产生时间，设为t1；获取该第i条日志到达日志容器的时间，设为t2。

步骤S250，判断时间t2和时间t1之差是否小于等于预设时间范围T，表示第i条日志在服务器s生成到到达日志容器的时间是否在所允许的范围内，是则转步骤S251，否则转步骤S252。

步骤S251，将服务器s的标识记录到同步服务器集合V中，转步骤S260。如果同步服务器集合V不具有服务器s的标识，则将服务器s的标识加入同步服务器集合V，转步骤S260；如果同步服务器集合V已经具有服务器s的标识，则直接转步骤S260。

步骤S252，将服务器s的标识记录到不同步服务器集合U中，转步骤S260。如果不同步服务器集合U中不具有服务器s的标识，则将服务器s的标识加入不同步服务器集合U，转步骤S260；如果不同步服务器集合U中已经具有服务器s的标识，则直接转步骤S260。

步骤S260，判断i是否小于r+R-1，若是，则将i加1后转步骤S240，否则转步骤S270。

步骤S270，判断集合U是否为空集，是则转步骤S271，否则转步骤S272。

步骤S271，若U为空集，表示该次迭代中未发现不同步的服务器，说明根据最近一次的同步检测来看，各服务器处在良好的同步状态下。从尽快发现不同步服务器的角度考虑，可以适当增加同步检测的日志数量。本申请的实施例，通过将迭代计数器n加1，将r赋值为r+R，将步长增加一倍以加快检测效率，也即将R赋值为2R，返回步骤S210。

步骤S272，集合U不为空，表示已有服务器不同步，则输出集合U中的不同步的服务器标识，清除日志容器中第1到r+R-1条已处理的日志，流程结束。

步骤S280，判断集合V中元素个数是否等于服务器台数，是则转步骤S281，否则转步骤S282。

步骤S281，输出所有服务器都已同步的信息，转步骤S290。

步骤S282，标识不在集合V中的所有服务器并输出，转步骤S290。

步骤S290，清除日志容器中第r到r+R-1条已处理的日志。

需要说明的是，本申请的实施例，日志容器中的日志可以通过存入日志容器的时刻，采用自然数进行顺序编号以相互区分。上述实施例中，清除日志容器中的一部分日志后，剩余日志的编号仍从1开始编号。

本申请实施例的服务器同步检测器，与一日志容器相连，其设置为判断服务器集群中的多台服务器，从产生日志到将该日志发送到一日志容器所用的时间是否超出一预设时间范围内时，是则将产生该日志的服务器标记为不同步。

如图3所示，本申请实施例的服务器同步检测器主要包括有第一获取模块310、第二获取模块320以及检测模块330。

第一获取模块310，其设置为从一日志容器中获取集群中服务器所产生的多条日志。

第二获取模块320，与第一获取模块310相连，其设置为对所述多条日志中的每一条日志，获取对应服务器产生该条日志的第一时间t1以及该条日志到达日志容器的第二时间t2。其中，对应服务器为产生该条日志的服务器。

检测模块330，与第二获取模块320相连，设置为判断该第二时间t2与该第一时间t1的差值是否大于等于前述的预设时间范围时，是则确定产生该条日志的服务器与其他服务器不同步。

如图4所示，本申请实施例的服务器同步检测系统主要包括前述的日志容器410以及同步检测器420等。

其中的日志容器410，设置为存储服务器集群中各服务器所生成的多条日志。

其中的同步检测器420，设置为判断服务器集群中的多台服务器，从产生日志到将该日志发送到一日志容器410所用的时间是否超出一预设时间范围内时，是则将产生该日志的服务器标记为不同步。

如图4所示，本申请实施例的服务器同步检测系统，还可以包括一日志生成器430，其设置为根据一日志适配器440以及日志配置文件，将集群系统中各服务器产生的日志推送到该日志容器410中进行存储。其中的日志适配器440指定了将日志输出到哪个输出介质（日志容器410），即日志数据推送目标。其中的日志配置文件，设置为系统中存在多个日志适配器440时，指定具体使用哪个日志适配器440，同时指定日志输出级别、格式、日志适配器440中的相关参数值等。

如图4所示，本申请实施例的服务器同步检测系统，还可以包括一配置管理器450，对于事先不能确定或变化频繁的参数，可以存放在日志配置文件中，由配置管理器450进行统一管理。这样可以在系统正式运行后易于修改，也可以降低系统中各个模块的耦合度。配置管理器450可以设定日志输出的级别（日志共分为DEBUG，INFO，WARN，ERROR，FATAL等5个级别），及日志的推送目标（即日志容器410）等。

如图4所示，本申请实施例的服务器同步检测系统，还可以包括一日志转换器460，其与日志容器410相连，设置为对日志进行转换，包括在各服务器所生成的日志中增加该日志到达日志容器410的当前时间。

如图4所示，本申请实施例的服务器同步检测系统，还可以包括一同步控制器470，其与同步检测器420相连，设置为控制同步检测器420的启动、暂停、停止等操作。

本申请的实施例，适用于Log4j、SLF4J、Logback、Java Logging APIs等日志系统。

本申请的实施例属于非侵入式设计方案，采用“推（push）”数据的方式，基于日志系统的日志输出功能，将日志数据作为检测服务器是否同步的数据来源，通过分析集群环境中各服务器的日志产生及到达一日志容器的时间，来检测服务器是否同步，减少各服务器为实现同步所需的性能开销，提高了服务器同步检测的实时性以及准确性。

本领域的技术人员应该明白，上述的本申请实施例所提供的系统的各组成部分，以及方法中的各步骤，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上。可选地，它们可以用计算装置可执行的程序代码来实现。从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

虽然本发明所揭露的实施方式如上，但所述的内容仅为便于理解本发明而采用的实施方式，并非用以限定本发明。任何本发明所属领域内的技术人员，在不脱离本发明所揭露的精神和范围的前提下，可以在实施的形式及细节上进行任何的修改与变化，但本发明的专利保护范围，仍须以所附的权利要求书所界定的范围为准。

Claims (6)

1.一种服务器同步检测方法，应用于对集群中的多台服务器进行同步检测，该方法包括：

所述多台服务器从产生日志到将该日志发送到一日志容器所用的时间超出一预设时间范围时，将产生该日志的服务器标记为不同步；

其中，所述日志容器设置为存储所述集群中各服务器所生成的多条日志。

2.根据权利要求1所述的方法，其中，所述多台服务器从产生日志到将该日志发送到一日志容器所用的时间超出一预设时间范围，包括：

从所述日志容器中获取所述各服务器所产生的多条日志；

对所述多条日志中的每一条日志，获取对应服务器产生该条日志的第一时间以及该条日志到达所述日志容器的第二时间；

所述第二时间与所述第一时间的差值大于等于所述预设时间范围时，确定产生该条日志的服务器与其他服务器不同步。

3.一种服务器同步检测器，应用于对集群中的多台服务器进行同步检测，该检测器与一日志容器相连，设置为所述多台服务器从产生日志到将该日志发送到一日志容器所用的时间超出一预设时间范围时，将产生该日志的服务器标记为不同步；其中，所述日志容器设置为存储所述集群中各服务器所生成的多条日志。

4.根据权利要求3所述的检测器，其中，该检测器包括：

第一获取模块，设置为从所述日志容器中获取所述各服务器所产生的多条日志；

第二获取模块，设置为对所述多条日志中的每一条日志，获取对应服务器产生该条日志的第一时间以及该条日志到达所述日志容器的第二时间；

检测模块，设置为所述第二时间与所述第一时间的差值大于等于所述预设时间范围时，确定产生该条日志的服务器与其他服务器不同步。

5.一种服务器同步检测系统，应用于对集群中的多台服务器进行同步检测，该系统包括：

日志容器，设置为存储所述集群中各服务器所生成的多条日志；

同步检测器，设置为所述多台服务器从产生日志到将该日志发送到一日志容器所用的时间超出一预设时间范围时，将产生该日志的服务器标记为不同步。

6.根据权利要求5所述的检测系统，其中，所述同步检测器包括：

第一获取模块，设置为从所述日志容器中获取所述各服务器所产生的多条日志；

第二获取模块，设置为对所述多条日志中的每一条日志，获取对应服务器产生该条日志的第一时间以及该条日志到达所述日志容器的第二时间；

检测模块，设置为所述第二时间与所述第一时间的差值大于等于所述预设时间范围时，确定产生该条日志的服务器与其他服务器不同步。

Images