CN114461228B - 对象生成方法、装置、设备、***及可读存储介质 - Google Patents

Abstract

本申请公开了一种对象生成方法、装置、设备、***及可读存储介质，涉及计算机技术领域，以提高应用部署的灵活性。该方法包括：获取持久卷对象创建请求，其中，所述持久卷对象创建请求是在应用部署的过程中获取的；根据所述持久卷对象创建请求，触发卷驱动器生成本地持久卷对象的工作目录，并从所述卷驱动器获取所述本地持久卷对象的工作目录的信息；根据所述本地持久卷对象的工作目录的信息生成本地持久卷对象。本申请实施例可以提高应用部署的灵活性。

Description

对象生成方法、装置、设备、***及可读存储介质

技术领域

本申请涉及云计算技术领域，尤其涉及一种对象生成方法、装置、设备、***及可读存储介质。

背景技术

Kubernetes又称为K8S，是一个可移植的、可扩展的开源平台，用于管理容器化的工作负载和服务，已广泛应用在各业务***中。

在业务***中，需要使用Local PV(Local Persistent Volume，本地持久卷)的方式将本机文件目录作为中间件容器的数据持久化存储介质。另外，为了提高磁盘资源利用率，在同一个节点也会混布多种类型的中间件。但是，随着应用的部署，有可能需要在应用部署的过程中创建Local PV。但是，目前Kubernetes仅支持在应用部署前静态创建LocalPV，从而导致应用部署的过程不够灵活。

发明内容

本申请实施例提供一种对象生成方法、装置、设备、***及可读存储介质，以提高应用部署的灵活性。

第一方面，本申请实施例提供了一种对象生成方法，应用于对象管理器，包括：

获取持久卷(Persistent Volume，PV)对象创建请求，其中，所述持久卷对象创建请求是在应用部署的过程中获取的；

根据所述持久卷对象创建请求，触发卷驱动器生成本地持久卷对象的工作目录，并从所述卷驱动器获取所述本地持久卷对象的工作目录的信息；

根据所述本地持久卷对象的工作目录的信息生成本地持久卷对象。

第二方面，本申请实施例还提供一种对象生成方法，应用于卷驱动器，包括：

接收对象管理器的目录创建请求，其中，所述目录创建请求是所述对象管理器在获取到持久卷对象创建请求后发送的，所述持久卷对象创建请求是所述对象管理器在应用部署的过程中获取的；

根据所述目录创建请求创建本地持久卷对象的工作目录；

向所述对象管理器发送所述本地持久卷对象的工作目录的信息。

第三方面，本申请实施例还提供一种对象生成方法，包括：

获取用户的持久卷对象创建请求，其中，所述持久卷对象创建请求是在应用部署的过程中获取的；

根据所述持久卷对象创建请求生成本地持久卷对象的工作目录；

根据所述本地持久卷对象的工作目录的信息生成本地持久卷对象。

第四方面，本申请实施例提供了一种对象生成装置，应用于对象管理器，包括：

第一获取模块，用于获取持久卷对象创建请求，其中，所述持久卷对象创建请求是在应用部署的过程中获取的；

第二获取模块，用于根据所述持久卷对象创建请求，触发卷驱动器生成本地持久卷对象的工作目录，并从所述卷驱动器获取所述本地持久卷对象的工作目录的信息；

第一生成模块，用于根据所述本地持久卷对象的工作目录的信息生成本地持久卷对象。

第五方面，本申请实施例提供了一种对象生成装置，应用于卷驱动器，包括：

第一接收模块，用于接收对象管理器的目录创建请求，其中，所述目录创建请求是所述对象管理器在获取到持久卷对象创建请求后发送的，所述持久卷对象创建请求是所述对象管理器在应用部署的过程中获取的；

第一创建模块，用于根据所述目录创建请求创建本地持久卷对象的工作目录；

第一发送模块，用于向所述对象管理器发送所述本地持久卷对象的工作目录的信息。

第六方面，本申请实施例还提供了一种对象生成***，包括：控制管理器，对象管理器，卷驱动器，卷插件；

所述控制管理器，用于获取持久卷对象创建请求，其中，所述持久卷对象创建请求是在应用部署的过程中获取的；

所述对象管理器，用于根据所述控制管理器的持久卷对象创建请求，触发所述卷驱动器生成本地持久卷对象的工作目录，并从所述卷驱动器获取所述本地持久卷对象的工作目录的信息，以及，向所述控制管理器发送所述本地持久卷对象的工作目录的信息；

所述卷驱动器，用于生成本地持久卷对象的工作目录，并向所述对象管理器发送所述本地持久卷对象的工作目录的信息；

所述控制管理器，用于根据所述本地持久卷对象的工作目录的信息，通过所述卷插件触发所述卷驱动器将所述本地持久卷对象的工作目录挂载到POD目录中；

所述卷驱动器，用于将所述本地持久卷对象的工作目录挂载到POD目录中。

第七方面，本申请实施例还提供一种电子设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的程序，所述处理器执行所述程序时实现如上所述的对象生成方法中的步骤。

第八方面，本申请实施例还提供一种可读存储介质，所述可读存储介质上存储程序，所述程序被处理器执行时实现如上所述的对象生成方法中的步骤。

在本申请实施例中，对于在应用部署的过程中获取的持久卷对象请求，对象管理器可通过调用卷驱动器的方式获得本地持久卷对象的工作目录，进而生成本地持久卷对象，因此，利用本申请实施例的方案可通过增加的对象管理器和卷驱动器之间的交互生成本地持久卷对象，从而可在应用部署的过程中根据实际部署的需求对本地持久卷对象进行配置，满足应用在部署阶段的需求，进而提高了应用部署的灵活性。同时，由于在应用部署过程中完成本地持久卷对象的工作目录的创建，从而可根据应用的实际部署情况，通过各组件之间的配合对各个节点的资源进行调整或者调整节点的数据处理量，使得各节点资源的使用情况达到较为均衡的状态。

附图说明

图1是本申请实施例提供的对象生成***的示意图；

图2是本申请实施例提供的对象生成方法的流程图之一；

图3是本申请实施例提供的对象生成方法的流程图之二；

图4(a)和图4(b)分别是本申请实施例提供的对象生成过程的示意图；

图5是本申请实施例提供的生成方法的流程图之三；

图6是本申请实施例提供的对象生成装置的结构图之一；

图7是本申请实施例提供的对象生成装置的结构图之二。

具体实施方式

本申请实施例中术语“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

本申请实施例中术语“多个”是指两个或两个以上，其它量词与之类似。

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，并不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

现有技术中，在创建本地持久卷对象时，在应用发布前，通过命令方式手工创建。因此，资源的分配、节点的选择等这些配置都是预先设置好的。那么，在这种情况下，就有可能导致配置不符合应用部署的实际需求。因此，为解决上述问题，本申请实施例提出了一种对象生成方法、装置、设备、***及可读存储介质，通过对象管理器和卷驱动器，以及其他组件的配合，在应用部署过程中完成本地持久卷对象的工作目录的创建，从而可根据实际需要进行资源的分配、节点的选择等配置，为应用部署提供了便利。例如，现有技术中，在创建本地持久卷对象时，预先设定好了每个节点的资源，那么，在实际应用部署的过程中，将会出现节点资源使用不均的问题。而根据现有技术的方案是无法调整各个节点的资源情况的。而通过本申请实施例的方案，由于在应用部署过程中完成本地持久卷对象的工作目录的创建，从而可根据应用的实际部署情况，通过各组件之间的配合对各个节点的资源进行调整或者调整节点的数据处理量，使得各节点资源的使用情况达到较为均衡的状态。

以下，结合不同的实施例详细描述一下本申请实施例的实现过程。

参见图1，图1是本申请实施例提供的对象生成***，包括：控制管理器101，对象管理器102，卷驱动器103，卷插件104。

所述控制管理器(Controller Manager)101，用于获取持久卷对象创建请求(即PV对象创建请求)，其中，所述持久卷对象创建请求(即PV对象创建请求)是在应用部署的过程中获取的；

所述对象管理器(Dynamic PV Manager)102，用于根据所述控制管理器的PV对象创建请求，触发所述卷驱动器生成本地持久卷对象(即本地PV对象)的工作目录，并从所述卷驱动器获取所述本地PV对象的工作目录的信息，以及，向所述控制管理器发送所述本地持久卷对象(即本地PV对象)的工作目录的信息；

所述卷驱动器(Volume Driver)103，用于生成本地持久卷对象(即本地PV对象)的工作目录，并向所述对象管理器发送所述本地持久卷对象(即本地PV对象)的工作目录的信息；

所述控制管理器102，用于根据所述本地持久卷对象(即本地PV对象)的工作目录的信息，通过所述卷插件(Volume Plugin)104触发所述卷驱动器将所述本地持久卷对象(即本地PV对象)的工作目录挂载到节点(POD)目录中；

所述卷驱动器103，还用于将所述本地持久卷对象(即本地PV对象)的工作目录挂载到节点(POD)目录中。

在实际应用中，所述对象管理器可以为PV管理器。当用户需要应用部署时，可通过API Server(API服务器)发送部署请求。此时，API Server向控制管理器发送PV对象创建请求。在所述PV对象创建请求中可包括用户对内存、CPU等的需求等。之后，控制管理器可将PV对象创建请求发送到对象管理器。

在本申请实施例中，引入sig-storage-lib-external-provisioner/controller服务标准，从而使得对象管理器可监测PV对象创建请求。对象管理器启动后，使用Kubernetes Watch(监听)机制监听PVC(即持久卷声明)对象资源的变更信息，即监听PV对象创建请求。当有新的PV对象创建请求时，对象管理器调用和控制管理器之间的“Provision”接口，获取PV对象创建请求，生成本地PV对象。

在生成本地PV对象的过程中，对象管理器调用卷驱动器的“Create”接口创建本地PV对象工作目录，并获取本地PV对象工作目录的信息，如名称，路径等。之后，根据本地PV对象工作目录的信息设置本地PV对象的属性，如源类型、PV对象所在节点主机名、PV对象工作目录等，进而得到本地PV对象。

当创建好本地PV对象之后，对象管理器向控制管理器发送本地PV对象的信息，控制管理器通过卷插件触发卷驱动器挂载本地PV对象的工作目录。

此外，在中间件混合部署模式下，由于其中某一个中间件写入本地工作目录时容量超过申请容量后，有可能会引起其他中间件由于容量不足而引起的服务故障，因此，为解决上述问题，在本申请实施例中，所述对象管理器还可调用卷驱动器的“Quota”接口写入PV对象创建请求对应的配额。通过设置不同的配额，可在多个中间件之间合理的分配资源，从而避免资源分配不均的问题，保证了各个中间件的正常工作。

卷驱动器主要实现创建PV对象工作目录(create host dir)、设置本地PV对象工作目录配额(quota)、通过标准伸缩卷(Flex Volume)接口挂载本地PV对象的工作目录(mount)等。

卷驱动器启动后，创建gRPC(Remote Procedure Call，远程过程调用)服务。根据对象管理器的请求创建本地PV工作目，写入配额，以及，根据卷插件的触发挂载本地PV对象的工作目录。卷插件通过Flex Vloume的“Mount”接口触发卷驱动挂载本地PV对象的工作目录。卷驱动将所述本地PV对象的工作目录挂载到POD目录中。

在本申请实施例中，对于在应用部署的过程中获取的PV对象请求，对象管理器可通过调用卷驱动器的方式获得本地PV对象的工作目录，进而生成本地PV对象，因此，利用本申请实施例的方案可通过增加的对象管理器和卷驱动器之间的交互生成本地PV对象，从而可在应用部署的过程中根据实际部署的需求对本地持久卷对象进行配置，满足应用在部署阶段的需求，进而提高了应用部署的灵活性。同时，由于在应用部署过程中完成本地持久卷对象的工作目录的创建，从而可根据应用的实际部署情况，通过各组件之间的配合对各个节点的资源进行调整或者调整节点的数据处理量，使得各节点资源的使用情况达到较为均衡的状态。

参见图2，图2是本申请实施例提供的对象生成方法的流程图，应用于对象管理器。如图2所示，包括以下步骤：

步骤201、获取持久卷对象创建请求(即PV对象创建请求)，其中，所述持久卷对象创建请求(即PV对象创建请求)是在应用部署的过程中获取的。

在实际应用中，当用户需要应用部署时，可通过API Server发送部署请求。此时，API Server向控制管理器发送PV对象创建请求。在所述PV对象创建请求中可包括用户对内存、CPU等的需求等。之后，控制管理器可将PV对象创建请求发送到对象管理器。相应的，在此步骤中，对象管理器可获取控制管理器转发的所述PV对象创建请求。

步骤202、根据所述持久卷对象创建请求(即PV对象创建请求)，触发卷驱动器生成本地持久卷对象(即本地PV对象)的工作目录，并从所述卷驱动器获取所述本地持久卷对象(即本地PV对象)的工作目录的信息。

在此步骤中，对象管理器可根据所述PV对象创建请求，向所述卷驱动器发送目录创建请求，并接收所述卷驱动器发送的所述本地PV对象的工作目录的信息。所述本地PV对象的工作目录的信息可包括本地PV对象的工作目录的名称，存储路径等。在这种方式中，对象管理器通过向卷驱动器发送目录创建请求的方式，可准确的触发卷驱动器的工作，从而提高后续处理的效率。

在本申请实施例中，PV对象创建请求可包括多个标注数组(Annotations)。不同的标注数组用于表示不同的内容。

具体的，在此步骤中，可获取所述PV对象创建请求的目标标注数组的值，得到用于创建本地PV对象的工作目录的目标节点的信息，其中，所述目标标注数组的值表示用于创建本地PV对象的工作目录的目标节点的信息，所述卷驱动器位于所述目标节点上。例如，所述目标标注数组为volume.kubernetes.io/selected-node。所述目标节点的信息包括所述目标节点的主机名称，IP地址等。之后，对象管理器可生成本地PV对象的ID。例如，在此，可使用UUID(Universally Unique Identifier，通用唯一识别码)算法生成本地PV对象的ID。然后，对象管理器根据所述目标节点的信息，通过创建PV对象工作目录接口(Create)向所述卷驱动器发送所述目录创建请求，所述目录创建请求包括PVC(Persistent VolumeClaim，持久卷声明)的名称、所述本地PV对象的ID以及本地PV对象的名称。其中，PVC用于描述应用所需PV资源的需求申请信息，包括存储类别、存储申请大小等。通过这种方式，可准确的获取用于创建本地PV对象的工作目录的节点信息，从而提高创建本地PV对象的工作目录的成功性和效率。

为了提高通信的成功率，在发送目录创建请求之前，所述对象管理器还可以所述目的节点的IP地址为目的地址参数创建gRPC客户端，使用gRPC协议连接到目标节点的卷驱动器，从而保证了对象管理器和卷驱动器之间的连接和通信。

步骤203、根据所述本地持久卷对象(即本地PV对象)的工作目录的信息生成本地持久卷对象(即本地PV对象)。

如前所述，所述本地PV对象的工作目录的信息包括所述本地PV对象的工作目录的名称、路径等。在此步骤中，对象管理器根据所述本地PV对象的工作目录的名称，设置所述本地PV对象的属性，得到所述本地PV对象。

具体的，对象管理器将所述本地PV对象的属性对象源类型、对象所在节点主机名、PV对象工作目录分别设置为：FlexVolume(即伸缩卷)、所述目标节点的主机名称、所述本地PV对象的工作目录的名称。其中，FlexVolume是K8S提供的一种PV源类型，此类型可以让外置PV提供商灵活的控制和处理PV的挂载过程。因此，通过设置本地PV对象的属性，可保证后续挂载的成功率。

在本申请实施例中，对于在应用部署的过程中获取的PV对象请求，对象管理器可通过调用卷驱动器的方式获得本地PV对象的工作目录，进而生成本地PV对象，因此，利用本申请实施例的方案可通过增加的对象管理器和卷驱动器之间的交互生成本地PV对象，从而可在应用部署的过程中根据实际部署的需求对本地持久卷对象进行配置，满足应用在部署阶段的需求，进而提高了应用部署的灵活性。

在中间件混合部署模式下，由于其中某一个中间件写入本地工作目录时容量超过申请容量后，有可能会引起其他中间件由于容量不足而引起的服务故障。为了解决上述问题，在生成本地PV对象之后，所述对象管理器还可向所述卷驱动器发送配额设置请求，所述配额设置请求包括所述本地PV对象的工作目录的名称和配额值。通过设置不同的配额，可在多个中间件之间合理的分配资源，从而避免资源分配不均的问题，保证了各个中间件的正常工作。

此外，在以上实施例的基础上，所述方法还包括：触发所述卷驱动器挂载所述本地PV对象的工作目录。具体的，对象管理器向所述控制管理器发送所述本地PV对象的工作目录，以使所述控制管理器通过卷插件触发所述卷驱动器将所述本地PV对象的工作目录挂载到POD(即节点)目录中。至此，通过挂载本地PV对象的工作目录，可保证应用的顺利部署。

参见图3，图3是本申请实施例提供的对象生成方法的流程图，应用于卷驱动器。如图3所示，包括以下步骤：

步骤301、接收对象管理器的目录创建请求，其中，所述目录创建请求是所述对象管理器在获取到PV对象创建请求后发送的，所述PV对象创建请求是所述对象管理器在应用部署的过程中获取的。

具体的，在此步骤中，卷驱动器接收所述对象管理器通过创建PV对象工作目录接口发送的目录创建请求，所述目录创建请求包括PVC的名称、所述本地PV对象的ID以及本地PV对象的名称。

步骤302、根据所述目录创建请求创建本地持久卷对象(即本地PV对象)的工作目录。

具体的，在此步骤中，卷驱动器利用创建命令创建本地PV对象的工作目录，其中，所述本地PV对象的工作目录的名称为本地PV对象的ID。之后，在所述本地PV对象的工作目录中写入元数据文件(.msxf_pv_meta)，其中，所述元数据文件包括所述PVC的名称以及所述本地PV对象的名称。

步骤303、向所述对象管理器发送所述本地持久卷对象(即本地PV对象)的工作目录的信息。

其中，所述本地PV对象的工作目录的信息包括所述本地PV对象的工作目录的名称、存储路径等。

在本申请实施例中，对于在应用部署的过程中获取的PV对象创建请求，对象管理器通过卷驱动器创建本地PV对象的工作目录，并根据本地PV对象的工作目录的信息生成本地PV对象，从而，利用本申请实施例的方案可通过增加的对象管理器和卷驱动器之间的交互生成本地PV对象，从而可在应用部署的过程中根据实际部署的需求对本地持久卷对象进行配置，满足应用在部署阶段的需求，进而提高了应用部署的灵活性。同时，由于在应用部署过程中完成本地持久卷对象的工作目录的创建，从而可根据应用的实际部署情况，通过各组件之间的配合对各个节点的资源进行调整或者调整节点的数据处理量，使得各节点资源的使用情况达到较为均衡的状态。

在中间件混合部署模式下，由于其中某一个中间件写入本地工作目录时容量超过申请容量后，有可能会引起其他中间件由于容量不足而引起的服务故障的问题。在以上实施例的基础上，为了解决上述问题，所述卷驱动器还可接收所述对象管理器的配额设置请求，所述配额设置请求包括所述本地PV对象的工作目录的名称和配额值，并根据所述配额设置请求设置配额。

具体的，所述卷驱动器利用配额设置命令，设置所述本地PV对象的工作目录的名称对应的PV对象工作目录的配额值，并在元数据文件(.msxf_pv_meta)中写入所述配额值。

此外，为保证应用的顺利部署，在以上实施例的基础上，所述方法还包括：卷驱动器接收卷插件的挂载请求，所述挂载请求包括本地PV对象的工作目录的名称以及POD目录。之后，卷驱动器通过绑定(bind)模式，将所述本地PV对象的工作目录挂载到所述POD目录中。

参见图4(a)，图4(a)是本申请实施例提供的对象生成方法的处理示意图。在此，引入sig-storage-lib-external-provisioner/controller服务标准，使得对象管理器和控制管理器之间实现了对同一标准或者协议的支持，建立了二者之间的信息交互通道。具体的，在对象管理器实现了上述服务标准中“Provision”接口的功能，从而实现了对象管理器对控制管理器的监听。其中，卷驱动器和对象管理器分别设置在不同的节点上。如图4(a)所示，卷驱动器分别设置在Kubemetes节点1和Kubemetes节点3上，对象管理器(图中以PV管理器为例)设置在Kubemetes节点2上。通过将卷驱动器和对象管理器设置在不同的节点上，可充分利用各个节点的资源和处理能力，从而保证了应用部署的效率。

参见图4(b)，图4(b)是本申请实施例提供的对象生成方法的处理又一示意图。用户的部署请求发送到API Server。API Server根据该部署请求形成PV对象创建请求并发送到控制管理器，控制管理器将其转发到对象管理器。之后，对象管理器从卷驱动器中选择目标卷驱动器创建本地PV对象的工作目录。目标卷驱动器创建本地PV对象的工作目录，设置配额，并向控制管理器发送本地PV对象的信息。控制管理器触发卷插件挂载本地PV对象的工作目录，使得卷插件触发卷驱动器挂载本地PV对象的工作目录。

在本申请实施例中，对于在应用部署的过程中获取的PV对象创建请求，对象管理器通过卷驱动器创建本地PV对象的工作目录，并根据本地PV对象的工作目录的信息生成本地PV对象，从而，利用本申请实施例的方案可在应用部署的过程中创建PV对象，可满足应用在不同阶段的需求，进而提高了应用部署的灵活性。

参见图5，图5是本申请实施例提供的对象生成方法的流程图。在图5中，对象管理器以PC管理器为例进行说明。如图5所示，该方法可包括：

步骤501、PV管理器通过“Provision”接口监听控制管理器的PV对象创建请求。

步骤502、PV管理器遍历所述PV对象创建请求中的标注数组，获取标注数组“volume.kubernetes.io/selected-node”的值，该值用于表示用于创建本地PV对象工作目的节点主机名称。

步骤503、PV管理器生成本地PV对象ID。

PV管理器使用UUID算法生成全局唯一号，并作为本地PV对象ID。

步骤504、PV管理器调用K8S的节点服务接口，获得节点主机名称，并通过节点主机名称得到节点信息，从节点信息中得到节点IP地址。

步骤505、PV管理器使用节点IP地址作为目的地址参数创建gRPC客户端，使用gRPC协议连接到所述节点IP地址对应的节点的卷驱动器服务。

步骤506、PV管理器调用“创建PV对象工作目录(create host dir)”服务接口创建本地PV对象的工作目录，接口参数为“PVC名称、PV对象ID、PV名称”。卷驱动器通过该接口返回在节点上成功分配的本地PV对象的工作目录的信息。

卷驱动器依次提取出“PVC名称、PV对象ID、PV名称”。以PV对象ID为工作目录名称，调用mkdir命令创建本地PV对象的工作目录。在本地PV对象的工作目录中写入元数据文件“.msxf_pv_meta”，文件内容分别为“PVC名称、PV名称”。之后，卷驱动器返回本地PV对象的工作目录的全路径信息。

步骤507、PV管理器调用“设置PV对象工作目录配额(quota)”服务接口写入配额，参数为“本地PV对象的工作目录名称、配额数值”。卷驱动器调用本地配额设置命令，将配额数值保存到文件***元数据中。卷驱动器通过接口返回配额设置的处理结果。

具体的，卷驱动器提取出“本地PV对象的工作目录名称、配额数值”。调用文件的配额设置命令(xfs_quota)，设置本地PV对象的工作目录名称对应的配额。在元数据文件“.msxf_pv_meta”中，追加写入“配额值”。卷驱动器返回配置成功。

步骤508、PV管理器设置本地PV对象的属性“对象源类型、对象所在节点主机名、PV对象工作目录”为“FlexVolume、节点主机名、PV对象工作目录全名”。

在本申请实施例中，可使用Kubernetes的deployment模式(K8S发布容器化应用的一种标准部署方式)，将PV管理器容器化部署到Kubernetes集群。

步骤509、PV管理器通过“Provision”接口向控制管理器返回生成的本地PV对象的信息。

步骤510、控制管理器触发卷插件进行挂载，包括本地PV对象的工作目录的名称以及POD目录。相应的，卷驱动器接收卷插件的挂载请求，所述挂载请求包括本地PV对象的工作目录的名称以及POD目录。

步骤511、卷驱动器通过mount的bind模式，将PV对象工作目录挂载到POD目录。卷驱动器返回挂载成功。

在本申请实施例中，可使用Kubernetes的daemonset模式(K8S发布容器化应用的一种标准部署方式)，将卷驱动器部署到Kubernetes集群。

在本申请实施例中，对于在应用部署的过程中获取的PV对象创建请求，对象管理器通过卷驱动器创建本地PV对象的工作目录，并根据本地PV对象的工作目录的信息生成本地PV对象，从而，利用本申请实施例的方案可通过增加的对象管理器和卷驱动器之间的交互生成本地PV对象，从而可在应用部署的过程中根据实际部署的需求对本地持久卷对象进行配置，满足应用在部署阶段的需求，进而提高了应用部署的灵活性。此外，通过配额的设置，还可避免在中间件混合部署模式下，由于其中某一个中间件写入本地工作目录时容量超过申请容量后，有可能会引起的其他中间件由于容量不足而引起的服务故障的问题。

本申请实施例还提供了一种对象生成装置，应用于对象管理器。如图6所示，对象生成装置包括：

第一获取模块601，用于获取持久卷对象(即PV对象)创建请求，其中，所述持久卷对象创建请求(即PV对象创建请求)是在应用部署的过程中获取的；第二获取模块602，用于根据所述持久卷对象(即PV对象)创建请求，触发卷驱动器生成本地持久卷对象(即本地PV对象)的工作目录，并从所述卷驱动器获取所述本地持久卷对象(即本地PV对象)的工作目录的信息；第一生成模块603，用于根据所述本地持久卷对象(即本地PV对象)的工作目录的信息生成本地持久卷对象(即本地PV对象)。

可选的，所述第二获取模块包括：

第一发送子模块，用于根据所述PV对象创建请求，向所述卷驱动器发送目录创建请求；第一接收子模块，用于接收所述卷驱动器发送的所述本地PV对象的工作目录的信息。

可选的，所述第一发送子模块包括：

获取单元，用于获取所述PV对象创建请求的目标标注数组的值，得到用于创建本地PV对象的工作目录的目标节点的信息，其中，所述目标标注数组的值表示用于创建本地PV对象的工作目录的目标节点的信息，所述卷驱动器位于所述目标节点上；生成单元，用于生成本地PV对象的ID；发送单元，用于根据所述目标节点的信息，通过创建PV对象工作目录接口向所述卷驱动器发送所述目录创建请求，所述目录创建请求包括PV声明PVC的名称、所述本地PV对象的ID以及本地PV对象的名称。

可选的，所述本地PV对象的工作目录的信息包括所述本地PV对象的工作目录的名称；所述第一生成模块用于根据所述本地PV对象的工作目录的名称，设置所述本地PV对象的属性，得到所述本地PV对象。

可选的，所述第一生成模块按照如下方式设置所述本地PV对象的属性，得到所述本地PV对象：

将所述本地PV对象的属性对象源类型、对象所在节点主机名、PV对象工作目录分别设置为：FlexVolume、所述目标节点的主机名称、所述本地PV对象的工作目录的名称。

可选的，所述装置还包括：

第一发送单元，用于向所述卷驱动器发送配额设置请求，所述配额设置请求包括所述本地PV对象的工作目录的名称和配额值。

可选的，所述装置还包括：

第一触发单元，用于触发所述卷驱动器挂载所述本地PV对象的工作目录。

可选的，所述第一触发单元用于向所述控制管理器发送所述本地PV对象的工作目录，以使所述控制管理器通过卷插件触发所述卷驱动器将所述本地PV对象的工作目录挂载到POD目录中。

本申请实施例提供的装置，可以执行上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。

本申请实施例还提供了一种对象生成装置，应用于卷驱动器。如图7所示，对象生成装置包括：

第一接收模块701，用于接收对象管理器的目录创建请求，其中，所述目录创建请求是所述对象管理器在获取到持久卷对象(即PV对象)创建请求后发送的，所述持久卷对象(即PV对象)创建请求是所述对象管理器在应用部署的过程中获取的；

第一创建模块702，用于根据所述目录创建请求创建本地持久卷对象(即本地PV对象)的工作目录；

第一发送模块703，用于向所述对象管理器发送所述本地持久卷对象(即本地PV对象)的工作目录的信息。

可选的，所述第一创建模块包括：

创建子模块，用于利用创建命令创建本地PV对象的工作目录，其中，所述本地PV对象的工作目录的名称为本地PV对象的ID；

处理子模块，用于在所述本地PV对象的工作目录中写入元数据文件，其中，所述元数据文件包括所述PVC的名称以及所述本地PV对象的名称。

可选的，所述本地PV对象的工作目录的信息包括所述本地PV对象的工作目录的名称；所述装置还包括：

第二接收模块，用于接收所述对象管理器的配额设置请求，所述配额设置请求包括所述本地PV对象的工作目录的名称和配额值；

设置模块，用于根据所述配额设置请求设置配额。

可选的，所述设置模块包括：

设置子模块，用于利用配额设置命令，设置所述本地PV对象的工作目录的名称对应的PV对象工作目录的配额值；

处理子模块，用于在元数据文件中写入所述配额值。

可选的，所述装置还包括：

第三接收模块，用于接收卷插件的挂载请求，所述挂载请求包括本地PV对象的工作目录的名称以及POD目录；

挂载模块，用于通过绑定bind模式，将所述本地PV对象的工作目录挂载到所述POD目录中。

本申请实施例提供的装置，可以执行上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。

需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

本申请实施例还提供一种电子设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的程序，所述处理器执行所述程序时实现如上所述的对象生成方法中的步骤。

本申请实施例还提供一种可读存储介质，可读存储介质上存储有程序，该程序被处理器执行时实现上述对象生成方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的可读存储介质，可以是处理器能够存取的任何可用介质或数据存储设备，包括但不限于磁性存储器(例如软盘、硬盘、磁带、磁光盘(MO)等)、光学存储器(例如CD、DVD、BD、HVD等)、以及半导体存储器(例如ROM、EPROM、EEPROM、非易失性存储器(NAND FLASH)、固态硬盘(SSD))等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。根据这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁盘、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (17)

1.一种对象生成方法，应用于对象管理器，其特征在于，包括：

获取持久卷对象创建请求，其中，所述持久卷对象创建请求是在应用部署的过程中获取的；

根据所述持久卷对象创建请求，触发卷驱动器生成本地持久卷对象的工作目录，并从所述卷驱动器获取所述本地持久卷对象的工作目录的信息；

根据所述本地持久卷对象的工作目录的信息生成本地持久卷对象；

其中，所述根据所述持久卷对象创建请求，触发卷驱动器生成本地持久卷对象的工作目录，包括：

根据所述持久卷对象创建请求，向所述卷驱动器发送目录创建请求；

其中，所述根据所述持久卷对象创建请求，向所述卷驱动器发送目录创建请求，包括：

获取所述持久卷对象创建请求的目标标注数组的值，得到用于创建本地持久卷对象的工作目录的目标节点的信息，其中，所述目标标注数组的值表示用于创建本地持久卷对象的工作目录的目标节点的信息，所述卷驱动器位于所述目标节点上；

生成本地持久卷对象的ID；

根据所述目标节点的信息，通过创建持久卷对象的工作目录接口向所述卷驱动器发送所述目录创建请求，所述目录创建请求包括持久卷声明的名称、所述本地持久卷对象的ID以及本地持久卷对象的名称。

2.根据权利要求1所述的方法，其特征在于，所述本地持久卷对象的工作目录的信息包括所述本地持久卷对象的工作目录的名称；

所述根据所述本地持久卷对象的工作目录的信息生成本地持久卷对象，包括：

根据所述本地持久卷对象的工作目录的名称，设置所述本地持久卷对象的属性，得到所述本地持久卷对象。

3.根据权利要求2所述的方法，其特征在于，所述根据所述本地持久卷对象的工作目录的名称，设置所述本地持久卷对象的属性，得到所述本地持久卷对象，包括：

按照如下方式设置所述本地持久卷对象的属性，得到所述本地持久卷对象：

将所述本地持久卷对象的属性对象源类型、本地持久卷对象所在节点主机名、本地持久卷对象的工作目录分别设置为：伸缩卷、目标节点的主机名称、所述本地持久卷对象的工作目录的名称。

4.根据权利要求1所述的方法，其特征在于，所述本地持久卷对象的工作目录的信息包括所述本地持久卷对象的工作目录的名称；

在所述触发卷驱动器生成本地持久卷对象的工作目录之后，所述方法还包括：

向所述卷驱动器发送配额设置请求，所述配额设置请求包括所述本地持久卷对象的工作目录的名称和配额值。

5.根据权利要求1所述的方法，其特征在于，在所述根据所述本地持久卷对象的工作目录的信息生成本地持久卷对象之后，所述方法还包括：

触发所述卷驱动器挂载所述本地持久卷对象的工作目录。

6.根据权利要求5所述的方法，其特征在于，所述获取持久卷对象创建请求，包括：

获取控制管理器转发的所述持久卷对象创建请求；

所述触发所述卷驱动器挂载所述本地持久卷对象的工作目录，包括：

向所述控制管理器发送所述本地持久卷对象的工作目录，以使所述控制管理器通过卷插件触发所述卷驱动器将所述本地持久卷对象的工作目录挂载到节点目录中。

7.一种对象生成方法，应用于卷驱动器，其特征在于，包括：

接收对象管理器的目录创建请求，其中，所述目录创建请求是所述对象管理器在获取到持久卷对象创建请求后发送的，所述持久卷对象创建请求是所述对象管理器在应用部署的过程中获取的；

根据所述目录创建请求创建本地持久卷对象的工作目录；

向所述对象管理器发送所述本地持久卷对象的工作目录的信息；

其中，所述根据所述目录创建请求创建本地持久卷对象的工作目录，包括：

利用创建命令创建本地持久卷对象的工作目录，其中，所述本地持久卷对象的工作目录的名称为本地持久卷对象的ID；

在所述本地持久卷对象的工作目录中写入元数据文件，其中，所述元数据文件包括所述持久卷声明的名称以及所述本地持久卷对象的名称。

8.根据权利要求7所述的方法，其特征在于，所述接收对象管理器的目录创建请求，包括：

接收所述对象管理器通过创建持久卷对象的工作目录接口发送的目录创建请求，所述目录创建请求包括持久卷声明的名称、所述本地持久卷对象的ID以及本地持久卷对象的名称。

9.根据权利要求7所述的方法，其特征在于，所述本地持久卷对象的工作目录的信息包括所述本地持久卷对象的工作目录的名称；

在所述根据所述目录创建请求创建本地持久卷对象的工作目录之后，所述方法还包括：

接收所述对象管理器的配额设置请求，所述配额设置请求包括所述本地持久卷对象的工作目录的名称和配额值；

根据所述配额设置请求设置配额。

10.根据权利要求9所述的方法，其特征在于，所述根据所述配额设置请求设置配额，包括：

利用配额设置命令，设置所述本地持久卷对象的工作目录的名称对应的持久卷对象工作目录的配额值；

在元数据文件中写入所述配额值。

11.根据权利要求7所述的方法，其特征在于，在所述向所述对象管理器发送所述本地持久卷对象的工作目录的名称之后，所述方法还包括：

接收卷插件的挂载请求，所述挂载请求包括本地持久卷对象的工作目录的名称以及节点目录；

通过绑定模式，将所述本地持久卷对象的工作目录挂载到所述节点目录中。

12.一种对象生成方法，其特征在于，包括：

获取用户的持久卷对象创建请求，其中，所述持久卷对象创建请求是在应用部署的过程中获取的；

根据所述持久卷对象创建请求生成本地持久卷对象的工作目录；

根据所述本地持久卷对象的工作目录的信息生成本地持久卷对象；

其中，所述根据所述目录创建请求创建本地持久卷对象的工作目录，包括：

利用创建命令创建本地持久卷对象的工作目录，其中，所述本地持久卷对象的工作目录的名称为本地持久卷对象的ID；

在所述本地持久卷对象的工作目录中写入元数据文件，其中，所述元数据文件包括所述持久卷声明的名称以及所述本地持久卷对象的名称。

13.一种对象生成装置，应用于对象管理器，其特征在于，包括：

第一获取模块，用于获取持久卷对象创建请求，其中，所述持久卷对象创建请求是在应用部署的过程中获取的；

第二获取模块，用于根据所述持久卷对象创建请求，触发卷驱动器生成本地持久卷对象的工作目录，并从所述卷驱动器获取所述本地持久卷对象的工作目录的信息；

第一生成模块，用于根据所述本地持久卷对象的工作目录的信息生成本地持久卷对象；

其中，所述第二获取模块包括：

第一发送子模块，用于根据所述持久卷对象创建请求，向所述卷驱动器发送目录创建请求；

其中，所述第一发送子模块包括：

获取单元，用于获取所述持久卷对象创建请求的目标标注数组的值，得到用于创建本地持久卷对象的工作目录的目标节点的信息，其中，所述目标标注数组的值表示用于创建本地持久卷对象的工作目录的目标节点的信息，所述卷驱动器位于所述目标节点上；生成单元，用于生成本地持久卷对象的ID；发送单元，用于根据所述目标节点的信息，通过创建持久卷对象工作目录接口向所述卷驱动器发送所述目录创建请求，所述目录创建请求包括持久卷声明的名称、所述本地持久卷对象的ID以及本地持久卷对象的名称。

14.一种对象生成装置，应用于卷驱动器，其特征在于，包括：

第一接收模块，用于接收对象管理器的目录创建请求，其中，所述目录创建请求是所述对象管理器在获取到持久卷对象创建请求后发送的，所述持久卷对象创建请求是所述对象管理器在应用部署的过程中获取的；

第一创建模块，用于根据所述目录创建请求创建本地持久卷对象的工作目录；

第一发送模块，用于向所述对象管理器发送所述本地持久卷对象的工作目录的信息；

其中，所述第一创建模块包括：

创建子模块，用于利用创建命令创建本地持久卷对象的工作目录，其中，所述本地持久卷对象的工作目录的名称为本地持久卷对象的ID；

处理子模块，用于在所述本地持久卷对象的工作目录中写入元数据文件，其中，所述元数据文件包括持久卷声明的名称以及所述本地持久卷对象的名称。

15.一种对象生成***，其特征在于，包括：控制管理器，对象管理器，卷驱动器，卷插件；

所述控制管理器，用于获取持久卷对象创建请求，其中，所述持久卷对象创建请求是在应用部署的过程中获取的；

所述对象管理器，用于根据所述控制管理器的持久卷对象创建请求，触发所述卷驱动器生成本地持久卷对象的工作目录，并从所述卷驱动器获取所述本地持久卷对象的工作目录的信息，以及，向所述控制管理器发送所述本地持久卷对象的工作目录的信息；

所述卷驱动器，用于生成本地持久卷对象的工作目录，并向所述对象管理器发送所述本地持久卷对象的工作目录的信息；

所述控制管理器，用于根据所述本地持久卷对象的工作目录的信息，通过所述卷插件触发所述卷驱动器将所述本地持久卷对象的工作目录挂载到节点目录中；

所述卷驱动器，用于将所述本地持久卷对象的工作目录挂载到节点目录中；

其中，所述卷驱动器还用于，利用创建命令创建本地持久卷对象的工作目录，其中，所述本地持久卷对象的工作目录的名称为本地持久卷对象的ID；在所述本地持久卷对象的工作目录中写入元数据文件，其中，所述元数据文件包括所述持久卷声明的名称以及所述本地持久卷对象的名称。

16.一种电子设备，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序；其特征在于，所述处理器，用于读取存储器中的程序实现包括如权利要求1至12中任一项所述的对象生成方法中的步骤。

17.一种可读存储介质，用于存储程序，其特征在于，所述程序被处理器执行时实现包括如权利要求1至12中任一项所述的对象生成方法中的步骤。

Images