CN113934564A - 一种集群日志的存储方法及装置 - Google Patents

Abstract

本申请提出了一种集群日志的存储方法及装置，用以解决现有技术中集群日志的存储方法导致多个容器的日志存储在同一空间中，无法进行区分，不便于运维人员查看的问题。该方法包括：接收业务服务的配置文件和用于提供业务服务的实例；配置文件包括实例模板以及容器的镜像文件；实例模板中包括用于指示采用控制装置为至少一个容器分别配置存储路径的指示信息，存储路径指示的存储空间属于业务节点；向控制装置发送存储请求；存储请求中包括为至少一个容器分别分配的目标路径；在确定完成挂载时，根据镜像文件在业务节点中部署至少一个容器；将第一容器的目标路径挂载到第一容器在业务节点的部署路径下，第一容器为至少一个容器中的任一个。

Description

一种集群日志的存储方法及装置

技术领域

本申请涉及计算机技术领域，特别涉及一种集群日志的存储方法及装置。

背景技术

在云平台集群环境，例如基于K8s的容器云集群下，部署有大量的微服务，每个微服务可以包括多个实例，多个实例运行在底层的一台或者多台服务器上。每个实例可以由多个容器组成，每个容器都有独立的部署路径。为了记录服务的运行状态并便于在故障时分析问题，容器在运行应用程序时会产生日志并将产生的日志进行存储。目前集群中日志的存储方式是将容器的日志写入到部署容器的服务器中区别于容器的部署路径的一个存储路径中。如果该服务器中部署有多个容器的话，那么这多个容器都会将日志写入上述的存储路径中，导致无法区分具体是哪一个容器的日志，不便于运维人员进行后续的查看分析。

发明内容

本申请实施例提供了一种集群日志的存储方法、装置及系统，用以解决相关技术中，存储集群日志的方法导致日志不便于运维人员查看的问题。

第一方面，本申请实施例提供了一种集群日志的存储方法，应用于业务节点，方法包括：

接收来自管理节点的业务服务的配置文件和用于提供所述业务服务的实例；所述配置文件包括用于创建所述实例的实例模板以及用于创建所述实例包括的至少一个容器的镜像文件；所述实例模板中包括用于指示采用控制装置为所述至少一个容器分别配置存储路径的指示信息，所述存储路径指示的存储空间属于所述业务节点；

向所述控制装置发送存储请求；所述存储请求中包括为所述至少一个容器分别分配的目标路径，所述存储请求用于请求所述控制装置为所述至少一个容器分别配置存储路径，并将配置的存储路径分别挂载到对应的目标路径下；

在确定所述控制装置完成挂载时，根据所述镜像文件在所述业务节点中部署所述至少一个容器；

将第一容器的目标路径挂载到所述第一容器在所述业务节点的部署路径下，所述第一容器为所述至少一个容器中的任一个。

基于上述方案，业务节点可以根据实例模板中包含的指示信息，向控制装置发送存储请求，请求控制装置在业务节点中为实例包含的多个容器分别分配存储空间。多个容器的存储空间是相互独立的，避免了由于多个容器的日志存储到一个存储空间中导致无法进行区分的问题，便于运维人员查看。

第二方面，本申请实施例提供了另一种集群日志的存储方法，应用于控制装置，所述方法包括：

接收来自业务节点的存储请求，所述存储请求中包括为所述至少一个容器分别分配的目标路径；

根据所述存储请求在所述业务节点中为所述至少一个容器分别分配存储空间；所述存储空间用于存储容器日志；

将为第一容器分配的第一存储空间的存储路径挂载在所述第一容器的目标路径下；所述第一容器为所述至少一个容器中的任一个；

所述第一容器的目标路径用于挂载到已部署在所述业务节点中的所述第一容器的部署路径下。

第三方面，本申请实施例提供了另一种集群日志的存储方法，应用于管理节点，包括：

根据配置文件中实例模板创建用于提供业务服务的实例；

向业务节点发送所述实例和所述配置文件；

其中，所述配置文件中还包括镜像文件，实例模板中还包括指示信息，所述镜像文件用于所述业务节点创建所述实例包括的至少一个容器，所述指示信息用于指示所述业务节点请求控制装置为所述至少一个容器分别配置存储路径，所述存储路径指示的存储空间属于所述业务节点。

第四方面，本申请实施例提供了一种集群日志的存储系统，包括：

管理节点，用于根据配置文件中实例模板创建用于提供业务服务的实例；向业务节点发送所述实例和所述配置文件；

所述业务节点，用于接收所述配置文件和所述实例；所述配置文件包括用于创建所述实例的实例模板以及用于创建所述实例包括的至少一个容器的镜像文件；所述实例模板中包括用于指示采用控制装置为所述至少一个容器分别配置存储路径的指示信息，所述存储路径指示的存储空间属于所述业务节点；

所述业务节点，还用于向所述控制装置发送存储请求；所述存储请求中包括为所述至少一个容器分别分配的目标路径，所述存储请求用于请求所述控制装置为所述至少一个容器分别配置存储路径，并将配置的存储路径分别挂载到对应的目标路径下；

所述控制装置，用于接收所述存储请求；根据所述存储请求在所述业务节点中为所述至少一个容器分别分配存储空间；所述存储空间用于存储容器日志；

所述控制装置，还用于将为第一容器分配的第一存储空间的存储路径挂载在所述第一容器的目标路径下；所述第一容器为所述至少一个容器中的任一个；

所述业务节点，还用于在确定所述控制装置完成挂载时，根据所述镜像文件在所述业务节点中部署所述至少一个容器；并将第一容器的目标路径挂载到所述第一容器在所述业务节点的部署路径下。

第五方面，本申请实施例提供了一种集群日志的存储装置，包括：

收发单元，用于接收来自管理节点的业务服务的配置文件和用于提供所述业务服务的实例；所述配置文件包括用于创建所述实例的实例模板以及用于创建所述实例包括的至少一个容器的镜像文件；所述实例模板中包括用于指示采用控制装置为所述至少一个容器分别配置存储路径的指示信息，所述存储路径指示的存储空间属于所述业务节点；

所述收发单元，还用于向所述控制装置发送存储请求；所述存储请求中包括为所述至少一个容器分别分配的目标路径，所述存储请求用于请求所述控制装置为所述至少一个容器分别配置存储路径，并将配置的存储路径分别挂载到对应的目标路径下；

处理单元，用于在确定所述控制装置完成挂载时，根据所述镜像文件在所述业务节点中部署所述至少一个容器；

所述处理单元，还用于将第一容器的目标路径挂载到所述第一容器在所述业务节点的部署路径下，所述第一容器为所述至少一个容器中的任一个。

第六方面，本申请实施例提供了另一种集群日志的存储装置，包括：

收发单元，用于接收来自业务节点的存储请求，所述存储请求中包括为所述至少一个容器分别分配的目标路径；

处理单元，用于根据所述存储请求在所述业务节点中为所述至少一个容器分别分配存储空间；所述存储空间用于存储容器日志；

所述处理单元，还用于将为第一容器分配的第一存储空间的存储路径挂载在所述第一容器的目标路径下；所述第一容器为所述至少一个容器中的任一个；所述第一容器的目标路径用于挂载到已部署在所述业务节点中的所述第一容器的部署路径下。

第七方面，本申请实施例提供了另一种集群日志的存储装置，包括：

处理单元，用于根据配置文件中实例模板创建用于提供业务服务的实例；

收发单元，用于向业务节点发送所述实例和所述配置文件；

其中，所述配置文件中还包括镜像文件，实例模板中还包括指示信息，所述镜像文件用于所述业务节点创建所述实例包括的至少一个容器，所述指示信息用于指示所述业务节点请求控制装置为所述至少一个容器分别配置存储路径，所述存储路径指示的存储空间属于所述业务节点。

第八方面，本申请实施例提供了另一种集群日志的存储装置，包括存储器以及处理器；

存储器，用于存储程序指令；

处理器，用于调用所述存储器中存储的程序指令，按照获得的程序执行第一方面至第三方面的任一实现方式中的方法。

第九方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，当所述计算机指令在计算机上运行时，使得计算机执行上述方法。

另外，第三方面至第九方面中任一种实现方式所带来的技术效果可参见第一方面至第二方面不同实现方式所带来的技术效果，此处不再赘述。

附图说明

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

图1为本申请实施例提供的一种集群日志的存储系统的架构示意图；

图2为本申请实施例提供的一种集群日志的存储方法流程示意图；

图3为本申请实施例提供的一种管理节点创建实例和容器的方法流程示意图；

图4为本申请实施例提供的一种创建新的业务服务场景下的集群日志的存储方法流程示意图；

图5为本申请实施例提供的一种删除业务服务的场景下的集群日志的存储方法流程示意图；

图6为本申请实施例提供的一种用于实现集群日志的存储方法的装置示意图；

图7为本申请实施例提供的另一种用于实现集群日志的存储方法的装置示意图。

具体实施方式

为使本申请的目的、实施方式和优点更加清楚，下面将结合本申请示例性实施例中的附图，对本申请示例性实施方式进行清楚、完整地描述，显然，所描述的示例性实施例仅是本申请一部分实施例，而不是全部的实施例。

基于本申请描述的示例性实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请所附权利要求保护的范围。此外，虽然本申请中公开内容按照示范性一个或几个实例来介绍，但应理解，可以就这些公开内容的各个方面也可以单独构成一个完整实施方式。

需要说明的是，本申请中对于术语的简要说明，仅是为了方便理解接下来描述的实施方式，而不是意图限定本申请的实施方式。除非另有说明，这些术语应当按照其普通和通常的含义理解。

现有技术中，集群中日志的存储方式有三种：一是容器直接将生成的日志写入到容器的部署路径下。二是容器中挂载有宿主机上的其他的存储路径，容器将日志写入到挂载的存储路径对应的存储空间中。三是容器中挂载远程的存储服务器，容器将日志写入到挂载的远程存储服务器中。

其中，上述第一种存储方式将日志写入容器的部署路径下，容器的部署路径下的存储空间有限，无法存储大量的日志，另外在将容器删除时，存储在其的部署路径下的日志也会被同步删除。上述第二种存储方式将日志写入容器的宿主机的其他存储空间中，由于宿主机上可能部署有多个容器，多个容器都会将日志写入该存储空间，无法进行区分。所以上述两种方法都会导致运维人员无法查看分析日志的问题。上述第三种存储方式将日志写入远程的存储服务器中，采用这种方式存储日志需要消耗网络带宽，造成资源浪费。

本申请实施例提供了一种集群日志的存储方法、装置及系统，通过在现有的集群的系统中增加用于分配日志存储空间的控制装置，采用控制装置为集群中的多个容器分别分配单独的用于存储日志的存储空间，可以实现将各个容器的日志独立存储，便于运维人员后续查看。需要说明的是，本申请涉及的集群的日志可以为集群中运行的各个容器的日志，后续为了便于描述，均以存储容器的日志为例进行介绍。

图1示出了本申请提供的一种集群日志的存储系统的架构示意图。应理解，本申请实施例并不限于图1所示的系统中，此外，图1中的装置可以是硬件，也可以是从功能上划分的软件或者以上二者结合后的结构。如图1所示，本申请提供的集群日志的存储系统中包括管理节点、业务节点和控制装置，还包括业务节点中包括的第一实例和第二实例。第一实例中包含至少一个容器，第二实例中也包含至少一个容器。

首先，管理节点的功能包括：管理和维护系统中包含的至少一个实例、系统中的任务调配(即根据业务节点的资源剩余情况，完成任务的部署，以实现系统中各个业务节点负载均衡)、提供服务接口(API Server)以及保存系统中各个节点的配置信息和负载变化情况等等。本申请提出的管理节点的功能可以由服务器来实现，也可以由服务器集群来实现，本申请对此不作具体限定。可选地，管理节点中还可以包含多种组件，用以实现上述功能，例如：

(1)应用程序接口服务器：可选地，应用程序接口服务器可以是API server，后续将以API server为例进行介绍。负责对外提供Restful接口服务，管理节点中的其他组件可以通过API server实现各自的功能，例如，通过API server实现监控各个业务节点的负载情况，或者通过API server实现实例或者容器的删除、新增或者查看等操作，或者通过APIserver监控是否有待部署的业务服务。

(2)状态存储(ETCD)：一个采用键值对的方式存储数据的数据库，用于保存系统中所有的网络配置和资源对象的状态信息(例如，某一个业务节点的剩余资源情况)，也就是保存了整个系统的状态。

(3)调度器(Scheduler)：用于监控新建实例副本信息，并通过资源调度算法为需要部署的该新建实例选择一个最合适的业务节点进行部署。部署成功之后，会将实例的信息与其部署的业务节点的信息进行绑定，并存储在ETCD中。

(4)控制器管理组件(Controller Manager)：负责管理管理节点中执行各种功能的控制器(controller)。controller负责维护系统的状态，例如故障检测、自动扩展或者滚动升级等。例如，controller可以根据运维人员部署的配置文件创建新的业务服务，实现业务服务的升级。创建新的业务服务之后，controller可以根据该新的业务服务以及实例模板创建用于运行该业务服务的实例。

其次，业务节点用于为多个实例(或者可以说多个容器)提供运行环境，主要的功能包括：负责实例的启停等操作，还负责将接收到的请求转发到具体地某一个实例上。需要说明的是，业务节点的功能也可以由一个服务器或者服务器集群来实现。可选地，业务节点中还可以包括用于实现上述功能的组件，例如：

(1)代理装置(也可以称为代理组件，比如可以是kubelet)：负责监听和管理已经分配到业务节点的各个实例的生命周期，还用于实现实例的启动、删除或者停止等操作。例如，当监听到有新的业务服务和实例部署到业务节点时，代理装置可以将新的业务服务对应的多个容器部署到实例中，以启动实例。

(2)请求转发组件(kube-proxy)：负责将接收到的请求转发到具体的某一个实例上。

进一步地，第一实例(或者第二实例)为系统中的最小运行单元，一个实例中可以包含一个容器，也可以包含多个容器。用于接收来自终端的业务请求，实现对应的业务服务功能。

本申请实施例提供的控制装置可以用于为业务节点中待部署的多个容器分别分配日志的存储空间。控制装置可以是一个与业务节点服务器连接的硬件处理器，或者也可以是安插在业务节点服务器上的硬件插件，或者还可以直接集成到业务节点服务器内部，再或者还可以是安装在业务节点服务器上的软件，本申请对于控制装置的形式不作具体限定。业务节点可以获取控制装置的标识，比如可以是控制装置的名称。以控制装置为一个安插在业务节点上的插件为例，控制装置在安插到业务节点中时，可以向业务节点注册自身的标识。或者也可以是业务节点按照预先定义的方式获取安插在自身的插件的标识。

需要说明的是，图1仅作为一种示例，本申请对于业务服务更新系统中包含的管理节点、业务节点、控制装置、实例以及容器的数量不作具体限定。

本申请实施例提供的集群日志的存储方法可以由集群日志的存储系统来执行，作为一种举例，集群日志的存储系统的架构可以参见上述图1中的介绍，后续为了便于描述，将集群日志的存储系统简称为存储系统，存储系统中可以包括管理节点、业务节点和控制装置。在一些实施例中，当存在新的业务服务需要部署到存储系统时，存储系统可以首先获取待部署的业务服务的配置文件(可选地，可以是运维人员向存储系统部署配置文件)。作为一种示例，配置文件中可以包括创建用于提供业务服务的实例的实例模板和实例包括的容器的镜像文件。进一步地，根据实例模板创建实例，并将创建好的实例和配置文件发送到待部署实例的业务节点。可选地，存储系统可以根据实例模板中包括的指示信息确定需要采用存储系统中的控制装置为容器分配存储空间。待部署实例的业务节点在创建容器之前向控制装置发送存储请求，请求控制装置为容器分配用于存储日志的存储空间。再进一步地，通过控制装置在业务节点中为容器分配存储空间，并将存储空间的路径挂载到容器的部署路径下。挂载完成后，通过业务节点根据镜像文件创建容器以及将创建好的容器部署到实例中，并运行实例以提供业务服务，完成业务服务的部署。

下面，结合存储系统中包括的各个节点和装置对本申请提出的集群日志的存储系统进行更进一步的介绍。首先，可以参见图2，为本申请实施例提供的一种集群中的日志的存储方法流程图，具体包括：

201，管理节点根据配置文件中实例模板创建用于提供业务服务的实例。

可选地，配置文件可以为待部署待集群中的业务服务的配置文件。在一些可能的情况下当集群中需要部署一个新的业务服务，或者当集群中某一个业务服务需要进行更新时，运维人员会向管理节点部署用于创建新的业务服务的配置文件。

作为一种举例，配置文件中可以包括用于创建提供业务服务的实例的实例模板和用于创建实例包括的多个容器的镜像文件。可选地，若一个业务服务对应多个实例时，那么该业务服务的配置文件中还可以包括待创建的实例的数量。后续为了便于描述，以业务服务对应一个实例为例进行介绍。

可选地，实例模板中还可以包括用于指示采用控制装置为实例包括的多个容器分别配置存储路径的指示信息。还可以包括为多个容器配置的存储路径指示的存储空间的类型，比如存储空间属于业务节点还是属于其他的存储类型的服务器。

202，管理节点向业务节点发送配置文件和实例。

可选地，管理节点在完成创建实例之后，可以向业务节点发送创建指令，并在创建指令中携带配置文件和实例，创建指令可以用于指示业务节点根据配置文件中包括的镜像文件创建实例包括的多个容器。

203，业务节点接收配置文件和实例，向控制装置发送存储请求。

其中，存储请求用于请求为多个容器分别分配用于存储容器日志的存储空间，存储空间属于业务节点。

可选地，业务节点在接收到配置文件和实例之后，可以先不进行创建实例包括的多个容器，而是根据实例模板中的指示信息确定实例包括的多个容器需要采用控制装置为其分配存储空间，进而可以向控制装置发送存储请求，为即将要创建的多个容器请求用于存储容器日志的存储空间。

作为一种举例，存储请求中还可以包括业务节点为每个容器的分配的目标路径，用于控制装置将为容器分配的存储空间的存储路径挂载到容器对应的目标路径下。业务节点在创建容器时会为容器创建一个用于容器运行的存储空间，例如，可以采用命名空间或者控制组等技术为每个容器分配一个独立的用于容器运行的空间，为了便于描述，后续将该空间简称为容器的部署空间，并将部署空间的路径称为部署路径。由于业务节点在发送存储请求时还没有创建容器，那么也就没有为容器创建部署空间，所以业务节点可以先为每个容器都分配一个目标路径，该目标路径是用于在容器部署完成后挂载到容器的部署路径下的。

204，控制装置接收存储请求，在业务节点中为多个容器分别分配存储空间。

可选地，控制装置在接收到存储请求后，可以根据存储请求中包括的待创建多个容器和每个容器的目标路径为每个容器分配一个单独的存储空间。控制装置分配的存储空间为业务节点中的存储空间，例如，控制装置可以从业务节点的存储器为容器分配存储空间。

205，控制装置将为容器分配的存储空间的存储路径挂载到容器的目标路径下。

作为一种举例，控制装置可以设置容器的目标路径和存储空间的存储路径之间的对应关系，以使存储路径挂载在容器的目标路径下。例如，存储路径为“/123/ac/456”，容器的目标路径为“/32/ac/xx”，在设置存储路径与容器的目标路径的对应关系之后，该存储路径就可以挂载在容器的目标路径下。即，路径“/32/ac/xx”中存在路径“/123/ac/456”，在访问路径“/32/ac/xx”时，即可以访问到路径“/123/ac/456”。

可选地，控制装置在完成挂载之后，还可以向业务节点发送挂载完成信息。

206，业务节点在确定控制装置完成挂载时，创建容器。

作为一种可选的方式，业务节点可以在接收到来自控制装置的挂载完成信息时，确定挂载完成，可以根据接收到的来自管理节点的镜像文件创建多个容器。

207，业务节点将任一个容器的目标路径挂载到该容器的部署路径下。

其中，容器的部署路径的介绍可以参见上述步骤203，业务节点在创建容器时可以为容器分配用于容器运行的空间，该空间的路径即为部署路径。作为一种举例，以多个容器中的第一容器为例介绍挂载路径的过程：业务节点在向控制装置为第一容器申请存储空间时，可以为第一容器分配第一容器的目标路径。进而控制装置可以将为第一容器分配的存储空间的存储路径挂载到该第一容器的目标路径下。进一步地，业务节点在创建第一容器时，可以为第一容器分配第一容器的部署路径。业务节点在创建第一容器之后，可以将第一容器的目标路径挂载到第一容器的部署路径下。由此，控制装置分配的第一容器的存储路径挂载在第一容器的目标路径下，第一容器的目标路径挂载在第一容器的部署路径下，可以实现访问第一容器的部署路径即可以访问第一容器的存储路径。

可选地，业务节点创建容器并完成挂载之后就可以运行容器以提供业务服务了。在容器的运行过程中，容器中运行的进程就可以根据挂载的存储路径将产生的容器的日志存储到存储路径指示的存储空间中。

基于上述方案，控制装置可以每一个容器都分配一个用于存储日志的存储空间，各个容器对应的存储空间是独立的，解决了现有技术中多个容器的日志存储在同一个存储空间中无法进行区分的问题。并且控制装置分配的存储空间为业务节点中的存储空间，解决了现有技术中采用远程日志服务器存储日志带来的带宽资源浪费的问题，也解决了现有技术中将日志存储在容器内部导致日志可能会随着容器被删除而丢失的问题。

在一些实施例中，管理节点在获取业务服务的配置文件(可以是从客户端或者其他的服务器中接收到的，也可以是运维人员部署的)之后，可以根据配置文件中包括的实例模板创建用于提供业务服务的实例。进一步地，管理节点可以根据集群中多个业务节点的负载情况确定要将创建完成的多个实例部署到哪一个业务节点或者哪几个业务节点中，确定好业务节点之后(以确定一个业务节点为例)，可以向确定的业务节点发送实例和配置文件，指示该业务节点创建实例包括的多个容器。

作为一种举例，实例模板中还可以包括指示信息，用于指示采用控制装置为实例包括的多个容器分配用于存储日志的存储空间，例如，实例模板中可以包括：

volumes(存储卷):

-name:example-log-1(一个存储卷)

flexVolume(集群中的一种存储插件):

driver:控制装置的标识(例如可以是控制装置的名称，指示采用控制装置为该实例包括的容器分配存储空间)

-name:example-log-2(另一个存储卷)

csi(集群中的另一种存储插件):

driver:控制装置的标识

可选地，实例模板中还可以包括为容器分配的存储空间的类型(即存储空间属于业务节点，还是属于外部的存储器，比如一个远程的存储服务器)。例如，实例模板中可以包括：

containers(容器):

-name:example-container-1(一个容器)

volumeMounts(挂载存储卷):

-name:example-log-1(容器中的一项数据对应的存储卷名称)

mountPath:/var/log/example-path(该项数据写入的存储路径)

-name:example-log-2(容器中的另一项数据对应的存储卷名称)

mountPath:/var/log/path-2(该项数据写入的存储路径)

作为一种举例，本申请示例性地提供了一种创建实例和容器的方法。具体可以参见图3，以创建的业务服务对应一个实例为例(后续将该实例称为实例A)，结合管理节点和业务节点中的各个组件介绍创建实例和容器的过程，具体包括：

301，API server接收用于创建业务服务的配置文件。

可选地，API server可以将接收到的配置文件转化为服务器可读的文件格式，例如可以转化为protobuf格式的文件。可选地，API server在转化文件格式之后还可以将配置文件写入ETCD中。可选地，如果接收到的配置文件本身就是protobuf格式的文件，可以不用进行文件格式的转化。

作为一种举例，配置文件中可以包括：用于创建业务服务对应的多个容器的镜像文件和用于创建运行该业务服务的实例A的实例模板。具体可以参见上述实施例中对于配置文件的介绍，在此不再进行详述。

302，controller获取实例A的实例模板，创建实例A。

可选地，controller可以实时检测API server中是否存在待创建的实例，在检测到存在待创建的实例A时，获取API server中的实例A的实例模板，创建实例A。

可选地，controller可以将创建完成的实例A存储到ETCD中。

303，Scheduler确定将实例A部署到业务节点A中。

可选地，Scheduler可以实时检测API server中是否存在待创建的实例，在检测到存在待创建的实例A时，可以首先确定实例A是否关联业务节点，若未绑定，则可以根据集群中各个业务节点的负载情况确定将实例A部署到业务节点A中。

可选地，Scheduler在将实例A与业务节点A关联之后，可以将实例A与业务节点A的关联关系存储在ETCD中。

需要说明的是，上述步骤302和步骤303之间没有先后顺序关系，可以先进行步骤302，也可以先进行步骤303，本申请对此不做限定。

304，业务节点A的kubelet将实例A部署到业务节点A中，并创建实例A包括的多个容器。

在一些实施例中，业务节点A的kubelet可以通过API server从ETCD中确定实例A与业务节点A的关联关系，即确定实例A需要被部署到业务节点A中，业务节点的kubelet可以从ETCD中获取实例A，将实例A部署到业务节点A中，并可以从ETCD中获取配置文件，进行创建实例A包括的多个容器。

在另外一些实施例中，也可以是API server在确定需要将实例A部署到业务节点A时，向业务节点A的kubelet下发实例A和实例A包括的多个容器的镜像文件。

以上，以一个具体的例子介绍了创建实例和容器的过程。

可选地，业务节点在接收到来自管理节点的实例和配置文件之后，可以先不进行创建实例包括的多个容器，可以先为待创建的多个实例分别请求独立的用于存储日志的存储空间。在一些实施例中，业务节点可以针对每一个待创建的容器生成一条存储请求，存储请求中还可以包括请求的存储空间的大小。可选地，控制装置在接收到存储请求之后可以根据请求中包括的存储空间的大小为容器分配存储空间。

在一些实施例中，控制装置在为容器分配存储空间之后，可以将存储空间配置为可写状态，使得容器中运行的应用程序可以将容器的日志写入存储空间中。进一步地，业务节点在确定控制装置分别为待创建的多个容器分别分配了存储空间之后，可以根据接收到的容器的镜像文件创建容器，还可以将创建好的多个容器部署在多个实例中。需要说明的是，每个实例中包括的容器是相同的。业务节点完成在各个实例中部署容器之后，就可以运行实例以提供业务服务了。

下面，为了进一步理解本申请的方案，将结合具体的场景对本申请提出的集群日志的存储方法进行介绍。

场景一：创建新的业务服务的场景。

作为一种举例，集群中需要创建新的业务服务的场景可以包括：集群中的某一个业务服务需要升级时，则需要创建升级后的新的业务服务。集群中需要部署一个新的业务服务时，也需要创建待部署的业务服务。

管理节点可以接收运维人员部署的新的业务服务的配置文件，配置文件中可以包括用于创建实例的实例模板和待创建的容器的镜像文件，具体可以参见上述实施例中的介绍，在此不再详述。进一步地，管理节点可以根据配置文件中的实例模板创建实例，并根据业务节点的负载情况确定将创建好的实例部署到哪一个业务节点中，并将创建好的实例发送到该业务节点中。管理节点还可以向确定的业务节点发送用于指示创建容器的创建指令。创建指令中还可以携带实例和配置文件。业务节点可以根据创建指令首先向控制装置发送存储请求，为待创建的容器请求用于存储日志的存储空间。业务节点可以在确定控制装置完成为待创建的容器分配存储空间之后，根据容器的镜像文件启动创建容器，并将容器部署在实例中。进而，业务节点可以运行实例以提供新的业务服务。可选地，业务节点在创建容器并将容器部署在实例中之后，还可以进一步向管理节点上报实例的状态，即实例是否成功启动。

作为一种举例，结合管理节点和业务节点的各个组件对场景一下的创建业务服务的流程进行介绍，为了便于描述，后续将待部署的业务服务简称为业务服务A，参见图4，为本申请实施例提供的场景一下的具体的流程示意图，包括：

401，API server接收用于创建业务服务A的配置文件。

可选地，API server在接收业务服务A的配置文件后可以进行文件格式的转化，具体可以参加上述图3中步骤301的介绍，在此不再进行赘述。

402，controller监控API server，确定需要部署业务服务A，创建用于提供业务服务A的实例。

可选地，controller可以在确定API server中存在待部署的业务服务A时，获取提供业务服务A的实例的实例模板，创建实例。具体可以参见上述图3中步骤302的描述，在此不再进行赘述。

403，业务节点的kubelet监控API server，确定需要部署业务服务A，获取实例和配置文件。

具体可以参见上述图3中的步骤304的相关介绍，在此不再进行详述。

404，业务节点的kubelet向控制装置发送存储请求。

可选地，业务节点在获取到实例与配置文件之后，可以先不进行创建实例包括的多个容器，而是可以先向控制装置请求多个容器用于存储日志的存储空间。可选地，存储请求包括的内容可以参见上述实施例中的介绍，例如，存储请求中可以包括业务节点的kubelet为待创建的多个容器分别分配的目标路径。

405，控制装置接收存储请求，在业务节点中为待创建的容器分配存储空间，并将存储空间的存储路径挂载到目标路径下。

可选地，控制装置可以根据存储请求中包括的请求的存储空间的大小为待创建的多个容器分配存储空间。需要说明的是，多个容器对应的多个存储空间之间相互独立。作为一种可选的方式，控制装置还可以将分配的存储空间的存储路径挂载到待创建的容器的目标路径下，可以参见上述图2中步骤205的相关介绍。可选地，挂载完成后，控制装置还可以向业务节点的kubelet发送挂载完成信息。

406，业务节点的kubelet在确定挂载完成时，创建容器，并将容器的目标路径挂载到容器的部署路径下。

具体可以参见上述图2中步骤206和207的相关介绍，在此不再进行详述。可选地，业务节点创建容器之后，可以将容器部署到实例中，并运行实例以提供业务服务A。

407，业务节点的kubelet向API server发送实例状态。

场景二：删除业务服务的场景。

删除业务服务即为删除业务服务对应的多个实例和多个容器。作为一种示例，在场景二中，以待删除的业务服务对应一个实例，该实例中包括多个容器为例进行介绍。

在一些实施例中，管理节点可以接收运维人员下发的指示信息，指示删除集群中的某一个业务服务。进而管理节点可以向提供该待删除的业务服务的业务节点下发删除指令，指示业务节点删除该待删除的业务服务对应的实例和以及实例包括的多个容器。业务节点在接收到删除指令之后，可以首先确定待删除的多个容器的部署路径下分别挂载多个存储路径，业务节点可以向控制装置发送卸载请求，请求将多个容器路径下挂载的多个存储路径卸载。控制装置在接收到卸载请求后，可以卸载多个容器的目标路径下挂载的存储路径，即解除目标路径与存储路径之间的关联关系。可选地，控制装置卸载完成之后，还可以向业务节点发送卸载完成信息。业务节点可以在接收到卸载完成信息后将待删除的实例删除。可选地，控制装置还可以在完成卸载的设定时长后，将对应的多个存储空间中的数据删除。所以运维人员可以在设定时长内从上述多个存储空间中查看删除的多个容器的日志。在达到设定时长后，控制装置会将多个存储空间中的日志删除，以供后续使用。

作为一种举例，参见图5，为本申请实施例提供的场景二下的具体的流程示意图，包括：

501，管理节点向业务节点发送用于指示删除业务服务的删除指令。

502，业务节点接收删除指令，向控制装置发送卸载请求。

作为一种可选的方式，业务节点在接收到删除指令之后，可以先停止待删除的容器中运行的各个进程，然后可以将容器的部署路径下挂载的目标路径卸载掉，卸载完成后，就可以将待删除的多个容器删除了。进一步地，业务节点还可以向控制装置发送卸载请求，请求控制装置将容器的目标路径下挂载的存储路径卸载掉。

503，控制装置接收卸载请求，卸载多个待删除的容器的目标路径下挂载的存储路径。

可选地，控制装置卸载完成后，还可以向业务节点发送卸载完成信息。

504，业务节点确定控制装置卸载完成时，删除待删除的实例。

可选地，业务节点可以根据接收到来自控制装置的卸载完成信息确定控制装置已经卸载完成，启动删除待删除实例。

505，业务节点向管理节点发送实例的状态。

可选地，场景二中的实例的状态用于指示实例是否被删除。

在一些实施例中，上述业务节点所执行的操作也可以由业务节点的kubelet来执行。

基于与上述方法的同一构思，参见图6，本申请实施例提供了一种用于实现集群日志的存储方法的装置600。装置600能够执行上述方法中的各个步骤，为了避免重复，此处不再进行详述。装置600包括收发单元601和处理单元602。

在一种可能的场景中：

收发单元601，用于接收来自管理节点的业务服务的配置文件和用于提供所述业务服务的实例；所述配置文件包括用于创建所述实例的实例模板以及用于创建所述实例包括的至少一个容器的镜像文件；所述实例模板中包括用于指示采用控制装置为所述至少一个容器分别配置存储路径的指示信息，所述存储路径指示的存储空间属于所述业务节点；

所述收发单元601，还用于向所述控制装置发送存储请求；所述存储请求中包括为所述至少一个容器分别分配的目标路径，所述存储请求用于请求所述控制装置为所述至少一个容器分别配置存储路径，并将配置的存储路径分别挂载到对应的目标路径下；

处理单元602，用于在确定所述控制装置完成挂载时，根据所述镜像文件在所述业务节点中部署所述至少一个容器；

所述处理单元602，还用于将第一容器的目标路径挂载到所述第一容器在所述业务节点的部署路径下，所述第一容器为所述至少一个容器中的任一个。

在一些实施例中，所述存储请求中还包括请求的存储空间的大小。

在一些实施例中，所述收发单元601，还用于接收来自管理节点的删除指令；所述删除指令用于指示删除所述实例；

所述收发单元601，还用于向所述控制装置发送卸载请求；所述卸载请求用于请求卸载所述至少一个容器分别对应的目标路径下挂载的存储路径；

所述处理单元602，还用于在确定所述控制装置完成卸载时，删除所述实例。

在另一种可能的场景下：

收发单元601，用于接收来自业务节点的存储请求，所述存储请求中包括为所述至少一个容器分别分配的目标路径；

处理单元602，用于根据所述存储请求在所述业务节点中为所述至少一个容器分别分配存储空间；所述存储空间用于存储容器日志；

所述处理单元602，还用于将为第一容器分配的第一存储空间的存储路径挂载在所述第一容器的目标路径下；所述第一容器为所述至少一个容器中的任一个；所述第一容器的目标路径用于挂载到已部署在所述业务节点中的所述第一容器的部署路径下。

在一些实施例中，所述处理单元602，在将所述第一存储空间的存储路径挂载到所述第一容器的目标路径下之后，还用于：

将所述第一存储空间的状态配置为可写状态。

在一些实施例中，所述存储请求中还包括请求的存储空间的大小。

在一些实施例中，所述收发单元601，还用于接收来自所述业务节点的卸载请求；所述卸载请求用于指示卸载所述至少一个容器分别对应的目标路径下挂载的存储路径；

所述处理单元602，还用于根据所述卸载请求将所述至少一个容器分别对应的目标路径下挂载的存储路径卸载；

所述处理单元602，还用于在达到设定时长后，删除所述至少一个容器分别对应存储路径指示的存储空间中的日志。

在另一种可能的场景下：

处理单元602，用于根据配置文件中实例模板创建用于提供业务服务的实例；

收发单元601，用于向业务节点发送所述实例和所述配置文件；

其中，所述配置文件中还包括镜像文件，实例模板中还包括指示信息，所述镜像文件用于所述业务节点创建所述实例包括的至少一个容器，所述指示信息用于指示所述业务节点请求控制装置为所述至少一个容器分别配置存储路径，所述存储路径指示的存储空间属于所述业务节点。

在一些实施例中，所述处理单元602，还用于：

在确定需要删除所述业务服务时，指示所述收发单元601向所述业务节点发送删除指令；所述删除指令用于指示删除所述实例。

本申请实施例还提供另一种用于实现集群日志的存储方法的装置700，参见图7所示，包括：存储器701以及处理器702。可选地，装置700中还可以包括通信接口703。其中，装置700可以通过所述通信接口703与其它设备进行通信，比如收发指令或者收发请求等，通信接口703可以用于实现上述图6中的收发单元所能够实现的功能。存储器701，用于存储程序指令。处理器702，用于调用所述存储器701中存储的程序指令，按照获得的程序执行上述实施例中提出的任一方法。例如，处理器702可以用于实现上述图6中的处理单元所实现的功能。

本申请实施例中不限定上述存储器701、处理器702以及通信接口703之间的具体连接介质，比如总线，总线可以分为地址总线、数据总线、控制总线等。

在本申请实施例中，处理器可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

在本申请实施例中，存储器可以是非易失性存储器，比如硬盘(hard disk drive，HDD)或固态硬盘(solID-state drive，SSD)等，还可以是易失性存储器(volatilememory)，例如随机存取存储器(random-access memory，RAM)。存储器还可以是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本申请实施例中的存储器还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。

本申请实施例还提供一种计算机可读存储介质，包括程序代码，当程序代码在计算机上运行时，程序代码用于使计算机执行上述本申请实施例上述提供的方法的步骤。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种集群日志的存储方法，其特征在于，应用于业务节点，所述方法包括：

接收来自管理节点的业务服务的配置文件和用于提供所述业务服务的实例；所述配置文件包括用于创建所述实例的实例模板以及用于创建所述实例包括的至少一个容器的镜像文件；所述实例模板中包括用于指示采用控制装置为所述至少一个容器分别配置存储路径的指示信息，所述存储路径指示的存储空间属于所述业务节点；

向所述控制装置发送存储请求；所述存储请求中包括为所述至少一个容器分别分配的目标路径，所述存储请求用于请求所述控制装置为所述至少一个容器分别配置存储路径，并将配置的存储路径分别挂载到对应的目标路径下；

在确定所述控制装置完成挂载时，根据所述镜像文件在所述业务节点中部署所述至少一个容器；

将第一容器的目标路径挂载到所述第一容器在所述业务节点的部署路径下，所述第一容器为所述至少一个容器中的任一个。

2.如权利要求1所述的方法，其特征在于，所述存储请求中还包括请求的存储空间的大小。

3.如权利要求1或2所述的方法，其特征在于，所述方法还包括：

接收来自管理节点的删除指令；所述删除指令用于指示删除所述实例；

向所述控制装置发送卸载请求；所述卸载请求用于请求卸载所述至少一个容器分别对应的目标路径下挂载的存储路径；

在确定所述控制装置完成卸载时，删除所述实例。

4.一种集群日志的存储方法，其特征在于，应用于控制装置，所述方法包括：

接收来自业务节点的存储请求，所述存储请求中包括为所述至少一个容器分别分配的目标路径；

根据所述存储请求在所述业务节点中为所述至少一个容器分别分配存储空间；所述存储空间用于存储容器日志；

将为第一容器分配的第一存储空间的存储路径挂载在所述第一容器的目标路径下；所述第一容器为所述至少一个容器中的任一个；所述第一容器的目标路径用于挂载到已部署在所述业务节点中的所述第一容器的部署路径下。

5.如权利要求4所述的方法，其特征在于，所述方法还包括：

接收来自所述业务节点的卸载请求；所述卸载请求用于指示卸载所述至少一个容器分别对应的目标路径下挂载的存储路径；

根据所述卸载请求将所述至少一个容器分别对应的目标路径下挂载的存储路径卸载；

在达到设定时长后，删除所述至少一个容器分别对应存储路径指示的存储空间中的日志。

6.如权利要求5所述的方法，其特征在于，在将所述第一存储空间的存储路径挂载到所述第一容器的目标路径下之后，所述方法还包括：

将所述第一存储空间的状态配置为可写状态。

7.一种集群日志的存储方法，其特征在于，应用于管理节点，所述方法包括：

根据配置文件中实例模板创建用于提供业务服务的实例；

向业务节点发送所述实例和所述配置文件；

其中，所述配置文件中还包括镜像文件，实例模板中还包括指示信息，所述镜像文件用于所述业务节点创建所述实例包括的至少一个容器，所述指示信息用于指示所述业务节点请求控制装置为所述至少一个容器分别配置存储路径，所述存储路径指示的存储空间属于所述业务节点。

8.一种集群日志的控制装置，其特征在于，包括：

收发单元，用于接收来自管理节点的业务服务的配置文件和用于提供所述业务服务的实例；所述配置文件包括用于创建所述实例的实例模板以及用于创建所述实例包括的至少一个容器的镜像文件；所述实例模板中包括用于指示采用控制装置为所述至少一个容器分别配置存储路径的指示信息，所述存储路径指示的存储空间属于所述装置；

所述收发单元，还用于向所述控制装置发送存储请求；所述存储请求中包括为所述至少一个容器分别分配的目标路径，所述存储请求用于请求所述控制装置为所述至少一个容器分别配置存储路径，并将配置的存储路径分别挂载到对应的目标路径下；

处理单元，用于在确定所述控制装置完成挂载时，根据所述镜像文件在所述业务节点中部署所述至少一个容器；

所述处理单元，还用于将第一容器的目标路径挂载到所述第一容器在所述业务节点的部署路径下，所述第一容器为所述至少一个容器中的任一个。

9.一种集群日志的控制装置，其特征在于，包括：

收发单元，用于接收来自业务节点的存储请求，所述存储请求中包括为所述至少一个容器分别分配的目标路径；

处理单元，用于根据所述存储请求在所述业务节点中为所述至少一个容器分别分配存储空间；所述存储空间用于存储容器日志；

所述处理单元，还用于将为第一容器分配的第一存储空间的存储路径挂载在所述第一容器的目标路径下；所述第一容器为所述至少一个容器中的任一个。

10.一种集群日志的控制装置，其特征在于，包括：

处理单元，用于根据配置文件中实例模板创建用于提供业务服务的实例；

收发单元，用于向业务节点发送所述实例和所述配置文件；

其中，所述配置文件中还包括镜像文件，实例模板中还包括指示信息，所述镜像文件用于所述业务节点创建所述实例包括的至少一个容器，所述指示信息用于指示所述业务节点请求控制装置为所述至少一个容器分别配置存储路径，所述存储路径指示的存储空间属于所述业务节点。

Images