CN113985961A - 时钟同步装置、方法、电子设备及存储介质 - Google Patents

Abstract

本申请提供了一种时钟同步装置、方法、电子设备及存储介质，该时钟同步装置配置为：周期性地从Kubernetes集群所在时区的当地时间服务器获取时间更新信息，并将所述时间更新信息写入所述Kubernetes集群的etcd存储模块；通过所述etcd存储模块对所述时间更新信息持续进行维护，并通过所述etcd存储模块将所述etcd存储模块维护的所述时间更新信息刷新至所述Kubernetes集群的业务容器。本申请实施例使得Kubernetes集群中所有业务容器能够一致与所在时区的当前时间服务器保持动态的时钟同步。

Description

时钟同步装置、方法、电子设备及存储介质

技术领域

本申请涉及云技术领域，具体涉及一种时钟同步装置、方法、电子设备及存储介质。

背景技术

随着云技术的发展，越来越多的企业采用容器技术的方式部署业务，尤其是在跨国企业中。采用容器技术将业务部署到其他地区时，通常需要打包原地区的业务容器镜像，进而将该业务容器镜像部署到其他地区。由于业务容器镜像默认带上原地区的时区信息，因此部署到其他地区的业务容器镜像与所在地区的时钟会不同步，从而导致业务很可能会运行出错。

发明内容

本申请的一个目的在于提出一种时钟同步装置、方法、电子设备及存储介质，能够使得Kubernetes集群中所有业务容器能够一致与所在时区的当前时间服务器保持动态的时钟同步。

根据本申请实施例的一方面，公开了一种时钟同步装置，所述时钟同步装置部署于Kubernetes集群，所述时钟同步装置配置为：

周期性地从Kubernetes集群所在时区的当地时间服务器获取时间更新信息，并将所述时间更新信息写入所述Kubernetes集群的etcd存储模块；

通过所述etcd存储模块对所述时间更新信息持续进行维护，并通过所述etcd存储模块将所述etcd存储模块维护的所述时间更新信息刷新至所述Kubernetes集群的业务容器。

在本申请的一示例性实施例中，所述时钟同步装置配置为：

获取到所述时间更新信息后，将所述时间更新信息发送至所述Kubernetes集群的API server模块；

通过所述API server模块将所述时间更新信息写入所述etcd存储模块。

在本申请的一示例性实施例中，所述时钟同步装置分布式地部署于Kubernetes集群中的每个Node服务器上，所述时钟同步装置配置为：

在每一个周期内，若一个Node服务器上的所述时钟同步装置获取到所述时间更新信息，则其他Node服务器上所述时钟同步装置停止获取所述时间更新信息。

在本申请的一示例性实施例中，采用Daemonset模式将所述时钟同步装置分布式地部署于Kubernetes集群中的每个Node服务器上。

在本申请的一示例性实施例中，所述时钟同步装置配置为：

在每一个周期内，若一个Node服务器上的所述时钟同步装置获取到所述时间更新信息，则将所述时间更新信息发送至所述Kubernetes集群的API server模块；

通过所述API server模块在接收到所述时间更新信息后向其他Node服务器发送停止获取所述时间更新信息的指令，并通过所述API server模块将所述时间更新信息写入所述etcd存储模块。

在本申请的一示例性实施例中，所述时钟同步装置配置为：

通过所述Kubernetes集群的API server模块接收所述业务容器发送的时钟同步请求，并通过所述API server模块将所述时钟同步请求转发至所述etcd存储模块；

通过所述API server模块将所述etcd存储模块维护的所述时间更新信息转发至所述业务容器，以使得所述业务容器根据所述etcd存储模块维护的所述时间更新信息刷新所述业务容器的本地缓存中的时间信息。

根据本申请实施例的一方面，公开了一种时钟同步方法，所述方法应用于Kubernetes集群，所述方法包括：

周期性地从Kubernetes集群所在时区的当地时间服务器获取时间更新信息，并将所述时间更新信息写入所述Kubernetes集群的etcd存储模块；

在所述etcd存储模块中对所述时间更新信息持续进行维护，并将所述etcd存储模块维护的所述时间更新信息刷新至所述Kubernetes集群的业务容器。

在本申请的一示例性实施例中，所述时钟同步方法还包括：

将预设的时钟同步装置分布式地部署于所述Kubernetes集群中的每个Node服务器上，并通过所述时钟同步装置周期性地获取所述时间更新信息；

在每一个周期内，若一个Node服务器上的所述时钟同步装置获取到所述时间更新信息，则控制其他Node服务器上的所述时钟同步装置停止获取所述时间更新信息。

根据本申请实施例的一方面，公开了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现以上任一项实施例。

根据本申请实施例的一方面，公开了一种计算机程序介质，其上存储有计算机可读指令，当所述计算机可读指令被计算机的处理器执行时，使计算机执行以上任一项实施例。

根据本申请实施例的一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各种可选实现方式中提供的方法。

本申请实施例中，通过将时钟同步装置周期性地获取到的时间更新信息进行写入、维护，并将维护的时间更新信息刷新至Kubernetes集群的业务容器，使得Kubernetes集群中所有业务容器能够一致与所在时区的当前时间服务器保持动态的时钟同步。

本申请的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本申请的实践而习得。

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

附图说明

通过参考附图详细描述其示例实施例，本申请的上述和其它目标、特征及优点将变得更加显而易见。

图1示出了根据本申请一个实施例的时钟同步装置部署示意图。

图2示出了根据本申请一个实施例的时钟同步方法流程图。

图3示出了根据本申请一个实施例的电子设备硬件图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些示例实施方式使得本申请的描述将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。附图仅为本申请的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多示例实施方式中。在下面的描述中，提供许多具体细节从而给出对本申请的示例实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本申请的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、步骤等。在其它情况下，不详细示出或描述公知结构、方法、实现或者操作以避免喧宾夺主而使得本申请的各方面变得模糊。

附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

在详细描述本申请的具体实施例之前，首先对本申请涉及的部分概念进行简要解释。

Kubernetes集群，是一个开源的容器编排引擎。Kubernetes集群支持自动化部署、大规模可伸缩、业务容器化管理。

业务容器，是将业务的底层细节提取出来做成平台并提供一定接口而得到的。业务容器一般位于应用服务器之内，由应用服务器负责加载和维护。一个业务容器只能存在于一个应用服务器之内，一个应用服务器可以建立和维护多个业务容器。

etcd存储模块，是一个可靠的分布式键值对存储产品，通常作为Kubernetes集群后端的状态存储。

Node服务器，是Kubernetes集群中负责管理业务容器的服务器。相对的，Kubernetes集群中还有用于管理Node服务器的Master服务器。

API server，是Kubernetes集群整个系统的数据总线和数据中心，提供了Kubernetes集群各类资源对象的增删改查等API接口。API server提供了集群管理的RESTAPI接口(包括认证授权、数据校验以及集群状态变更)；提供了其他模块之间的数据交互和通信的枢纽(其他模块通过API server查询或修改数据，只有API server才直接操作etcd模块)；是资源配额控制的入口；用于完备的集群安全机制。

Daemonset模式，是Kubernetes集群中的容器运行模式之一，这种模式确保全部或者部分节点上运行一个Pod的副本。当有节点加入集群时，也会为这些新加入的节点新增一个Pod。当有节点从集群移除时，这些Pod也会被回收。删除Daemonset模式将会删除它所创建的所有Pod。

本申请提供了一种时钟同步装置，该时钟同步装置部署于Kubernetes集群，以对Kubernetes集群的业务容器进行时钟同步。该时钟同步装置配置为：

周期性地从Kubernetes集群所在时区的当地时间服务器获取时间更新信息，并将该时间更新信息写入该Kubernetes集群的etcd存储模块；

通过该etcd存储模块对该时间更新信息持续进行维护，并通过该etcd存储模块将该etcd存储模块维护的该时间更新信息刷新至该Kubernetes集群的业务容器。

本申请实施例所提供的时钟同步装置周期性地从当地时间服务器获取时间更新信息，并将该时间更新信息写入Kubernetes集群的etcd存储模块。该时间更新信息用于描述Kubernetes集群所在时区的基准时间，位于该时区的所有活动都应按照该时间更新信息执行。

该时间更新信息写入etcd存储模块后，该etcd存储模块对该时间更新信息持续进行维护，从而使得Kubernetes集群与该时区的当前时间服务器保持时钟同步。进而通过该etcd存储模块将其维护的时间更新信息刷新至Kubernetes集群的业务容器，从而使得业务容器与所在时区的当前时间服务器保持时钟同步。

由此可见，本申请实施例中，通过将时钟同步装置周期性地获取到的时间更新信息进行写入、维护，并将维护的时间更新信息刷新至Kubernetes集群的业务容器，使得Kubernetes集群中所有业务容器能够一致与所在时区的当前时间服务器保持动态的时钟同步。

在一实施例中，时钟同步装置获取到时间更新信息后，将该时间更新信息发送至API server模块，进而通过API server模块将该时间更新信息写入etcd存储模块。

在一实施例中，时钟同步装置分布式地部署于Kubernetes集群中的每个Node服务器上，进而所有Node服务器上的时钟同步装置均周期性地从Kubernetes集群所在时区的当地时间服务器获取时间更新信息。

并且，在每一个周期内，若一个Node服务器上的该时钟同步装置获取到该时间更新信息，则其他Node服务器上该时钟同步装置停止获取该时间更新信息。

即，该实施例中，在每一个周期内，只要有任意一个Node服务器上的时钟同步装置成功地从当前时间服务器获取到时间更新信息，该Node服务器上的时钟同步装置便会将该时间更新信息写入etcd存储模块，并且其他Node服务器上的时钟同步装置停止从当前时间服务器获取时间更新信息。

该实施例的优点在于，通过在至少一个Node服务器上的时钟同步装置成功获取时间更新信息时停止其他Node服务器上的时钟同步装置获取时间更新信息，保证时钟同步的同时，减小了Kubernetes集群的资源消耗。

在一实施例中，采用Daemonset模式将该时钟同步装置分布式地部署于Kubernetes集群中的每个Node服务器上。

该实施例的优点在于，通过采用Daemonset模式部署时钟同步装置，能够实现自动化地在所有Node服务器上均部署上时钟同步装置。

在一实施例中，通过API server模块的指令控制其他Node服务器上的时钟同步装置停止获取时间更新信息。

该实施例中，在每一个周期内，若一个Node服务器上的该时钟同步装置获取到该时间更新信息，则该时钟同步装置将该时间更新信息发送至该Kubernetes集群的APIserver模块。

进而API server模块在接收到该时间更新信息后，向其他Node服务器发送停止获取该时间更新信息的指令，使得其他Node服务器停止获取该时间更新信息。并且APIserver模块在接收到该时间更新信息后，将该时间更新信息写入该etcd存储模块。

在一实施例中，通过API server模块在业务容器与etcd模块之间进行数据中转以使得业务容器刷新该时间更新信息。

该实施例中，通过该Kubernetes集群的API server模块接收该业务容器发送的时钟同步请求，并通过该API server模块将该时钟同步请求转发至该etcd存储模块。进而通过该API server模块将该etcd存储模块维护的该时间更新信息转发至该业务容器，以使得该业务容器根据该etcd存储模块维护的该时间更新信息刷新该业务容器的本地缓存中的时间信息。

具体的，业务容器将时钟同步请求发送给API server模块。API server模块接收到该时钟同步请求后，将该时钟同步请求转发至etcd存储模块。进而etcd存储模块在接收到该时钟同步请求后，将维护的时间更新信息发送给API server模块。进而API server模块将etcd存储模块维护的时间更新信息发送给业务容器。

业务容器接收到etcd存储模块维护的时间更新信息后，将其与该业务容器的本地缓存中的时间信息进行对比。若二者一致，则无需更新本地缓存中的时间信息；若二者不一致，则将本地缓存中的时间信息更新为etcd存储模块维护的时间更新信息。

图1示出了本申请一实施例的时钟同步装置部署示意图。

参考图1所示，该实施例中，时钟同步装置分布式地部署于Kubernetes集群中的每个Node服务器上。每个Node服务器上的时钟同步装置周期性地从当地时间服务器获取时间更新信息。

在每一个周期内，若一个Node服务器上的时钟同步装置成功获取到时间更新信息，则该时钟同步装置将该时间更新信息发送至API server模块。进而API server模块将该时间更新信息发送至etcd存储模块进行写入，并向其他Node服务器上的时钟同步装置发送停止获取时间更新信息的指令，使得其他Node服务器上的时钟同步装置停止获取时间更新信息。

业务容器向API server模块请求进行时钟同步后，API server模块将时钟同步请求发送给etcd存储模块。进而etcd存储模块将其维护的时间更新信息通过API server模块转发至业务容器。

业务容器获取到etcd模块维护的时间更新信息后，将etcd模块维护的时间更新信息与其本地缓存的时间信息进行对比。若一致，则无需更新；若不一致，则将本地缓存的时间信息刷新为etcd模块维护的时间更新信息。

图2示出了本申请提供的一种时钟同步方法，该方法应用于Kubernetes集群。该方法包括：

步骤S210、周期性地从Kubernetes集群所在时区的当地时间服务器获取时间更新信息，并将该时间更新信息写入该Kubernetes集群的etcd存储模块；

步骤S220、在该etcd存储模块中对该时间更新信息持续进行维护，并将该etcd存储模块维护的该时间更新信息刷新至该Kubernetes集群的业务容器。

本申请实施例中，Kubernetes集群周期性地从当地时间服务器获取时间更新信息，将写入etcd存储模块。进而在etcd存储模块中对该时间更新信息持续进行维护，与当地时间服务器保持时钟同步。进而将etcd存储模块维护的时间更新信息刷新至业务容器，从而使得业务容器与当地时间服务器保持时钟同步。

在一实施例中，Kubernetes集群通过在每个Node服务器上部署分布式地部署时钟同步装置的方式，从当地时间服务器获取时间更新信息。

该实施例中，Kubernetes集群将预设的时钟同步装置分布式地部署于该Kubernetes集群中的每个Node服务器上，并通过该时钟同步装置周期性地获取该时间更新信息。

并且在每一个周期内，若一个Node服务器上的该时钟同步装置获取到该时间更新信息，则控制其他Node服务器上的该时钟同步装置停止获取该时间更新信息。

在一实施例中，Kubernetes集群采用Daemonset模式将时钟同步装置分布式地部署于Kubernetes集群中的每个Node服务器上。

下面参考图3来描述根据本申请实施例的电子设备30。图3显示的电子设备30仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

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

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

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

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

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

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

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

在本申请的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有计算机可读指令，当所述计算机可读指令被计算机的处理器执行时，使计算机执行上述方法实施例部分描述的方法。

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

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

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

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

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

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外，尽管在附图中以特定顺序描述了本申请中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

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

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由所附的权利要求指出。

Claims (10)

1.一种时钟同步装置，其特征在于，所述时钟同步装置部署于Kubernetes集群，所述时钟同步装置配置为：

周期性地从Kubernetes集群所在时区的当地时间服务器获取时间更新信息，并将所述时间更新信息写入所述Kubernetes集群的etcd存储模块；

通过所述etcd存储模块对所述时间更新信息持续进行维护，并通过所述etcd存储模块将所述etcd存储模块维护的所述时间更新信息刷新至所述Kubernetes集群的业务容器。

2.根据权利要求1所述的时钟同步装置，其特征在于，所述时钟同步装置配置为：

获取到所述时间更新信息后，将所述时间更新信息发送至所述Kubernetes集群的APIserver模块；

通过所述API server模块将所述时间更新信息写入所述etcd存储模块。

3.根据权利要求1所述的时钟同步装置，其特征在于，所述时钟同步装置分布式地部署于Kubernetes集群中的每个Node服务器上，所述时钟同步装置配置为：

在每一个周期内，若一个Node服务器上的所述时钟同步装置获取到所述时间更新信息，则其他Node服务器上所述时钟同步装置停止获取所述时间更新信息。

4.根据权利要求3所述的时钟同步装置，其特征在于，采用Daemonset模式将所述时钟同步装置分布式地部署于Kubernetes集群中的每个Node服务器上。

5.根据权利要求3所述的时钟同步装置，其特征在于，所述时钟同步装置配置为：

在每一个周期内，若一个Node服务器上的所述时钟同步装置获取到所述时间更新信息，则将所述时间更新信息发送至所述Kubernetes集群的API server模块；

通过所述API server模块在接收到所述时间更新信息后向其他Node服务器发送停止获取所述时间更新信息的指令，并通过所述API server模块将所述时间更新信息写入所述etcd存储模块。

6.根据权利要求1所述的时钟同步装置，其特征在于，所述时钟同步装置配置为：

通过所述Kubernetes集群的API server模块接收所述业务容器发送的时钟同步请求，并通过所述API server模块将所述时钟同步请求转发至所述etcd存储模块；

通过所述API server模块将所述etcd存储模块维护的所述时间更新信息转发至所述业务容器，以使得所述业务容器根据所述etcd存储模块维护的所述时间更新信息刷新所述业务容器的本地缓存中的时间信息。

7.一种时钟同步方法，其特征在于，所述方法应用于Kubernetes集群，所述时钟同步方法包括：

周期性地从Kubernetes集群所在时区的当地时间服务器获取时间更新信息，并将所述时间更新信息写入所述Kubernetes集群的etcd存储模块；

在所述etcd存储模块中对所述时间更新信息持续进行维护，并将所述etcd存储模块维护的所述时间更新信息刷新至所述Kubernetes集群的业务容器。

8.根据权利要求7所述的时钟同步方法，其特征在于，所述时钟同步方法还包括：

将预设的时钟同步装置分布式地部署于所述Kubernetes集群中的每个Node服务器上，并通过所述时钟同步装置周期性地获取所述时间更新信息；

在每一个周期内，若一个Node服务器上的所述时钟同步装置获取到所述时间更新信息，则控制其他Node服务器上的所述时钟同步装置停止获取所述时间更新信息。

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

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现如权利要求7至8任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，其上存储有计算机可读指令，当所述计算机可读指令被计算机的处理器执行时，使计算机执行权利要求7至8中的任一项所述的方法。

Images