本公开提供了一种存储管理方法、装置、电子设备及存储介质，涉及人工智能技术领域，尤其涉及云计算、云原生、容器技术等领域。具体实现方案为：采用统一的数据访问接口，接收多个上层业务应用发起的第一资源请求；响应多个上层业务应用发起的第一资源请求，采用全局唯一访问路径接入多个底层存储资源；采用统一的数据访问接口，将多个底层存储资源提供给多个上层业务应用。采用本公开，可以实现统一的存储管理。管理。管理。
【技术实现步骤摘要】
一种存储管理方法、装置、电子设备及存储介质
[0001]本公开涉及人工智能
，尤其涉及云计算、云原生、容器技术等领域，具体涉及一种存储管理方法、装置、电子设备及存储介质。
技术介绍
[0002]云原生是一种在云环境中构建和运行应用程序的方法，在实际应用中，可以通过容器、容器编排、微服务等云原生技术来构建容错性好、便于管理和便于观察的云原生应用。
[0003]在集群环境(如k8s/k3s集群环境)中可以使用自动化容器编排引擎，以向下屏蔽底层存储架构的差异性，以及向上支撑各种上层业务应用。然而，目前无法满足对底层存储架构统一存储管理的应用需求。
技术实现思路
[0004]本公开提供了一种存储管理方法、装置、电子设备以及存储介质。
[0005]根据本公开的一方面，提供了一种存储管理方法，包括：
[0006]采用统一的数据访问接口，接收多个上层业务应用发起的第一资源请求；
[0007]响应所述多个上层业务应用发起的第一资源请求，采用全局唯一访问路径接入多个底层存储资源；
[0008]采用所述统一的数据访问接口，将所述多个底层存储资源提供给所述多个上层业务应用。
[0009]根据本公开的另一方面，提供了一种存储管理装置，包括：
[0010]接收模块，用于采用统一的数据访问接口，接收多个上层业务应用发起的第一资源请求；
[0011]响应模块，用于响应所述多个上层业务应用发起的第一资源请求，采用全局唯一访问路径接入多个底层存储资源；
[0012]资源提供模块，用于采用所述统一的数据访问接口，将所述多个底层存储资源提供给所述多个上层业务应用。
[0013]根据本公开的另一方面，提供了一种电子设备，包括：
[0014]多个处理器；以及
[0015]与该多个处理器通信连接的存储器；其中，
[0016]该存储器存储有可被该多个处理器执行的指令，该指令被该多个处理器执行，以使该多个处理器能够执行本公开任意一实施例所提供的方法。
[0017]根据本公开的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，该计算机指令用于使该计算机执行本公开任意一项实施例所提供的方法。
[0018]根据本公开的另一方面，提供了一种计算机程序产品，包括计算机指令，该计算机指令被处理器执行时实现本公开任意一项实施例所提供的方法。
[0019]采用本公开，可以采用统一的数据访问接口，接收多个上层业务应用发起的第一资源请求，响应多个上层业务应用发起的第一资源请求，可以采用全局唯一访问路径接入多个底层存储资源，采用统一的数据访问接口，将多个底层存储资源提供给多个上层业务应用，从而根据统一的数据访问接口及全局唯一访问路径，可以实现统一的存储管理。
[0020]应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
[0021]附图用于更好地理解本方案，不构成对本公开的限定。其中：
[0022]图1是根据本公开实施例的一处理场景的示意图；
[0023]图2是根据本公开实施例的存储管理方法的流程示意图；
[0024]图3是根据本公开实施例的应用示例中的系统架构图；
[0025]图4是根据本公开实施例的应用示例中全局地址空间的示意图；
[0026]图5是根据本公开实施例的应用示例中存储卷为单个存储卷情况下PVC与PV间的映射关系示意图；
[0027]图6是根据本公开实施例的应用示例中存储卷为全局存储卷情况下PVC与PV间的映射关系示意图；
[0028]图7是根据本公开实施例的应用示例中存储卷的创建示意图；
[0029]图8是根据本公开实施例的存储管理装置的组成结构示意图；
[0030]图9是用来实现本公开实施例的存储管理方法的电子设备的框图。
具体实施方式
[0031]以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
[0032]本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。本文中术语“至少一种”表示多种中的任意一种或多种中的至少两种的任意组合，例如，包括A、B、C中的至少一种，可以表示包括从A、B和C构成的集合中选择的任意一个或多个元素。本文中术语“第一”、“第二”表示指代多个类似的技术用语并对其进行区分，并不是限定顺序的意思，或者限定只有两个的意思，例如，第一特征和第二特征，是指代有两类/两个特征，第一特征可以为一个或多个，第二特征也可以为一个或多个。
[0033]另外，为了更好的说明本公开，在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解，没有某些具体细节，本公开同样可以实施。在一些实例中，对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述，以便于凸显本公开的主旨。
[0034]对本申请实施例所涉及到的基本概念进行简单说明。应理解，下文所介绍的基本概念并不对本申请实施例产生限定。
[0035]1、云原生：“云(Cloud)”可以指云计算，“原生(Native)可以指应用所处的环境，
“
云原生”可以理解为一个应用系统借助云计算相关的周边技术，使应用更加适配上该云计算的环境。
[0036]2、微服务：可以称为微服务架构，是一种软件架构方式，它可以将应用构建成一系列按业务领域划分的模块的、更小粒度的自治服务。
[0037]3、挂载(mount)命令：将磁盘设备挂载到pod宿主机的挂载点。
[0038]4、集群环境：集群环境中包括控制节点和计算节点，其中，pod运行于该计算节点上。
[0039]5、卷(Volume)：为pod挂载宿主机上的目录或文件。
[0040]6、Pod：Pod是在集群环境中创建或部署的最小/最简单的基本单位，一个Pod代表集群上正在运行的一个进程(类似于Linux运行的进程)。Pod提供两种共享资源：网络和存储。每个Pod可以被分配一个独立的IP地址，Pod中的每个容器共享网络命名空间，包括IP地址和网络端口；Pod中的所有容器都可以访问指定的共享存储Volume，允许容器共享数据。Pod存在两种使用方式，在一个Pod中运行一个容器，或者，在一个Pod中同时运行多个容器，多个容器互相协作且共享资源，Pod将这些容器的存储资源作为一个实体来管理。
[0041]7、持久卷声明(PersistentVolumeClaim，PVC)：用于申请所需的存储资源，可本文档来自技高网...
【技术保护点】
【技术特征摘要】
1.一种存储管理方法，包括：采用统一的数据访问接口，接收多个上层业务应用发起的第一资源请求；响应所述多个上层业务应用发起的第一资源请求，采用全局唯一访问路径接入多个底层存储资源；采用所述统一的数据访问接口，将所述多个底层存储资源提供给所述多个上层业务应用。2.根据权利要求1所述的方法，其中，所述采用统一的数据访问接口，接收多个上层业务应用发起的第一资源请求，包括：所述统一的数据访问接口为简单对象存储S3接口的情况下，采用所述S3接口接收所述多个上层业务应用发起的第一资源请求；其中，所述S3接口用于支持分片上传、文件夹下载、统一资源定位符下载中的至少一种服务。3.根据权利要求1或2所述的方法，其中，所述响应所述多个上层业务应用发起的第一资源请求，采用全局唯一访问路径接入多个底层存储资源，包括：从所述多个上层业务应用发起的第一资源请求中，得到存储相关信息；根据所述存储相关信息，确定所请求的所述多个底层存储资源；采用所述全局唯一访问路径，接入所述多个底层存储资源。4.根据权利要求3所述的方法，其中，所述采用所述全局唯一访问路径，接入所述多个底层存储资源，包括：为所述多个底层存储资源配置同一个全局访问路径，并作为所述全局唯一访问路径；采用所述全局唯一访问路径，接入所述多个底层存储资源。5.根据权利要求4所述的方法，其中，所述同一个全局访问路径用于表示位于根目录下的至少一个子目录的地址；所述根目录，包括：全局挂载路径；所述至少一个子目录，包括：所述多个底层存储资源对应的存储卷标识ID。6.根据权利要求5所述的方法，还包括：根据指定路径，将对应所述第一资源请求的底层存储资源通过容器存储接口CSI插件进行资源的动态挂载。7.根据权利要求6所述的方法，其中，所述指定路径用于表示位于所述同一个全局访问路径中所述至少一个子目录指向的底层存储地址；还包括：...
【专利技术属性】
技术研发人员：何珊，邓凯，乔爽爽，施恩，
申请(专利权)人：北京百度网讯科技有限公司，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。