CN113835625A - 一种基于子路径的数据存储方法、装置、设备及存储介质 - Google Patents

一种基于子路径的数据存储方法、装置、设备及存储介质 Download PDF

Info

Publication number
CN113835625A
CN113835625A CN202111006792.XA CN202111006792A CN113835625A CN 113835625 A CN113835625 A CN 113835625A CN 202111006792 A CN202111006792 A CN 202111006792A CN 113835625 A CN113835625 A CN 113835625A
Authority
CN
China
Prior art keywords
sub
path
storage volume
data
instruction
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202111006792.XA
Other languages
English (en)
Other versions
CN113835625B (zh
Inventor
王志国
徐玉超
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangdong Inspur Smart Computing Technology Co Ltd
Original Assignee
Guangdong Inspur Smart Computing Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Guangdong Inspur Smart Computing Technology Co Ltd filed Critical Guangdong Inspur Smart Computing Technology Co Ltd
Priority to CN202111006792.XA priority Critical patent/CN113835625B/zh
Publication of CN113835625A publication Critical patent/CN113835625A/zh
Application granted granted Critical
Publication of CN113835625B publication Critical patent/CN113835625B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601Interfaces specially adapted for storage systems
    • G06F3/0602Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0604Improving or facilitating administration, e.g. storage management
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601Interfaces specially adapted for storage systems
    • G06F3/0602Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/062Securing storage systems
    • G06F3/0622Securing storage systems in relation to access
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601Interfaces specially adapted for storage systems
    • G06F3/0628Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0638Organizing or formatting or addressing of data
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601Interfaces specially adapted for storage systems
    • G06F3/0668Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/067Distributed or networked storage systems, e.g. storage area networks [SAN], network attached storage [NAS]
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本申请公开了一种基于子路径的数据存储方法、装置、设备及存储介质,包括:根据第一指令创建对多个业务应用的待存储数据进行存储的存储卷;根据第二指令创建所述存储卷的与多个所述业务应用对应的多个子路径;其中,每个所述业务应用与其对应的所述子路径之间存在唯一对应关系;根据第三指令挂载所述存储卷的多个所述子路径,并分别利用挂载后的所述子路径对相应的所述业务应用的所述待存储数据进行存储。可见,本申请分别根据相应的指令创建存储卷、创建存储卷的与多个业务应用对应的多个子路径,然后通过挂载子路径对待存储数据进行存储,以实现不同业务***的数据隔离,提高多业务应用性能和存储资源利用率。

Description

一种基于子路径的数据存储方法、装置、设备及存储介质
技术领域
本发明涉及计算机技术领域,特别涉及一种基于子路径的数据存储方法、装置、设备及存储介质。
背景技术
多个业务应用将数据以文件的形式存储在一个数据管理***中,业务应用不允许看到其他业务应用的数据。例如,某生产环境中同时部署着OA管理***和进销存管理***,两个管理***应用业务数据不允许对方看见。传统的方法是每个业务应用挂载一个存储卷,数据直接存入到该存储卷,数据管理***再将这些存储卷都挂载到不同的目录里。多个存储卷挂载会造成应用启动速度慢,性能较差,而且每个存储卷都会有初始化数据占用一定的存储空间,造成存储资源浪费,同时数据备份步骤繁琐,需要基于每个业务应用的数据进行单独备份。
因此,如何提高多业务应用数据的存储效率是本领域技术人员亟待解决的技术问题。
发明内容
有鉴于此,本发明的目的在于提供一种基于子路径的数据存储方法、装置、设备及存储介质,能够提高多业务应用性能和存储资源利用率。其具体方案如下:
本申请的第一方面提供了一种基于子路径的数据存储方法,包括:
根据第一指令创建对多个业务应用的待存储数据进行存储的存储卷;
根据第二指令创建所述存储卷的与多个所述业务应用对应的多个子路径;其中,每个所述业务应用与其对应的所述子路径之间存在唯一对应关系;
根据第三指令挂载所述存储卷的多个所述子路径,并分别利用挂载后的所述子路径对相应的所述业务应用的所述待存储数据进行存储。
可选的,所述基于子路径的数据存储方法,还包括:
获取用户端生成的第一指令,如果不存在存储卷,则根据所述第一指令创建所述存储卷;
获取用户端生成的第二指令,如果所述存储卷不存在相应的子路径,则根据所述第二指令创建所述子路径。
可选的,所述根据第一指令创建对多个业务应用的待存储数据进行存储的存储卷之后,还包括:
判断所述存储卷是否创建成功,如果否,则重新创建所述存储卷;
所述根据第二指令创建所述存储卷的与多个所述业务应用对应的多个子路径之后,还包括:
判断与多个所述业务应用对应的多个所述子路径是否创建成功,如果否,则重新创建所述子路径;
所述根据第三指令挂载所述存储卷的多个所述子路径之后,还包括:
判断多个所述子路径是否挂载成功,如果否,则重新挂载所述子路径。
可选的,所述基于子路径的数据存储方法,还包括:
判断重新创建所述存储卷的次数是否大于第一预设次数,如果是,则创建所述存储卷失败;
判断重新创建所述子路径的次数是否大于第二预设次数,如果是,则创建所述子路径失败;
判断重新挂载所述子路径的次数是否大于第三预设次数,如果是,则挂载所述子路径失败。
可选的,所述基于子路径的数据存储方法,还包括:
确定创建所述存储卷的失败原因、创建所述子路径的失败原因、挂载所述子路径的失败原因,并对所述失败原因进行异常报警,以便用户端根据异常报警的所述失败原因对下发指令进行实时调整。
可选的,所述分别利用挂载后的所述子路径对相应的所述业务应用的所述待存储数据进行存储之后,还包括:
将存储在所述子路径中的所述待存储数据读写至对应的主机目录,以确定所述待存储数据是否存储成功。
本申请的第二方面提供了一种基于子路径的数据存储装置,包括:
存储卷创建模块,用于根据第一指令创建对多个业务应用的待存储数据进行存储的存储卷;
子路径创建模块,用于根据第二指令创建所述存储卷的与多个所述业务应用对应的多个子路径;其中,每个所述业务应用与其对应的所述子路径之间存在唯一对应关系;
存储卷挂载模块,用于根据第三指令挂载所述存储卷的多个所述子路径;
存储卷数据隔离模块,用于分别利用挂载后的所述子路径对相应的所述业务应用的所述待存储数据进行存储。
可选的,所述基于子路径的数据存储装置,还包括:
存储卷数据读写模块,用于将存储在所述子路径中的所述待存储数据读写至对应的主机目录,以确定所述待存储数据是否存储成功;
底层资源操作模块,用于通过KubernetesClient调用KubernetesAPI,以对所述第一指令、所述第二指令、所述第三指令进行响应。
本申请的第三方面提供了一种电子设备,所述电子设备包括处理器和存储器;其中所述存储器用于存储计算机程序,所述计算机程序由所述处理器加载并执行以实现前述基于子路径的数据存储方法。
本申请的第四方面提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机可执行指令,所述计算机可执行指令被处理器加载并执行时,实现前述基于子路径的数据存储方法。
本申请中,先根据第一指令创建对多个业务应用的待存储数据进行存储的存储卷;然后根据第二指令创建所述存储卷的与多个所述业务应用对应的多个子路径;其中,每个所述业务应用与其对应的所述子路径之间存在唯一对应关系;最后根据第三指令挂载所述存储卷的多个所述子路径,并分别利用挂载后的所述子路径对相应的所述业务应用的所述待存储数据进行存储。可见,本申请分别根据相应的指令创建存储卷、创建存储卷的与多个业务应用对应的多个子路径,然后通过挂载子路径对待存储数据进行存储,以实现不同业务***的数据隔离,提高多业务应用性能和存储资源利用率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1为本申请提供的一种基于子路径的数据存储方法流程图;
图2为本申请提供的一种具体的基于子路径的数据存储方法示意图;
图3为本申请提供的一种基于子路径的数据存储装置结构示意图;
图4为本申请提供的一种具体的基于子路径的数据存储装置结构示意图;
图5为本申请提供的一种基于子路径的数据存储电子设备结构图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
现有对不同业务应用数据进行存储的方法是每个业务应用挂载一个存储卷,数据直接存入到该存储卷,数据管理***再将这些存储卷都挂载到不同的目录里。多个存储卷挂载会造成应用启动速度慢,性能较差,而且每个存储卷都会有初始化数据占用一定的存储空间,造成存储资源浪费,同时数据备份步骤繁琐,需要基于每个业务应用的数据进行单独备份。针对上述技术缺陷,本申请提供一种基于子路径的数据存储方案,分别根据相应的指令创建存储卷、创建存储卷的与多个业务应用对应的多个子路径,然后通过挂载子路径对待存储数据进行存储,以实现不同业务***的数据隔离,提高多业务应用性能和存储资源利用率。
图1为本申请实施例提供的一种基于子路径的数据存储方法流程图。参见图1所示,该基于子路径的数据存储方法包括:
S11:根据第一指令创建对多个业务应用的待存储数据进行存储的存储卷。
本实施例中,根据第一指令创建对多个业务应用的待存储数据进行存储的存储卷。所述第一指令由用户端生成,在此之前,获取用户端生成的第一指令,如果不存在存储卷,则根据所述第一指令创建所述存储卷。所述第一指令也即存储卷创建指令,执行所述第一指令以创建相应的所述存储卷,由于多个所述业务应用的所述待存储数据的存储是重复循环的过程,因此在创建所述存储卷之前如果已存在相应的所述存储卷,则可直接利用已经创建好的所述存储卷而不再创建新的所述存储卷,以节省计算资源。为了提高***容错性,可进一步判断所述存储卷是否创建成功,如果否,则重新创建所述存储卷。在此基础上,判断重新创建所述存储卷的次数是否大于第一预设次数,如果是,则创建所述存储卷失败。如图2所示,若所述存储卷创建失败则根据设定的重试次数进行存储卷创建重试,重试创建成功继续进行下一步。若最终创建失败,则确定创建所述存储卷的失败原因,并对所述失败原因进行异常报警,以向用户提示异常信息,用户端根据异常报警的所述失败原因对下发指令进行实时调整。
S12:根据第二指令创建所述存储卷的与多个所述业务应用对应的多个子路径;其中,每个所述业务应用与其对应的所述子路径之间存在唯一对应关系。
本实施例中,在创建好所述存储卷后,获取第二指令,根据所述第二指令创建所述存储卷的与多个所述业务应用对应的多个子路径;其中,每个所述业务应用与其对应的所述子路径之间存在唯一对应关系。所述第二指令为由所述用户端生成的子路径生成指令,在此之前,仍需获取用户端生成的第二指令,如果所述存储卷不存在相应的子路径,则根据所述第二指令创建所述子路径。所述子路径(SubPath)是挂载卷中的存储目录,不指定默认存储在卷的根目录,通常用于同一个pod中多容器挂载同一个存储卷时提供隔离。由于应用包含多个容器间进行数据隔离,因此需要创建多个所述子路径。具体的,一个所述业务应用对应唯一的一个所述子路径,该所述子路径用于对所述业务应用的所述待存储数据进行存储,以对所述待存储数据进行隔离。同样的,在创建所述子路径后,需要进一步判断与多个所述业务应用对应的多个所述子路径是否创建成功,如果否,则重新创建所述子路径。在此基础上,判断重新创建所述子路径的次数是否大于第二预设次数,如果是,则创建所述子路径失败。参照图2,若所述子路径创建失败则根据设定的重试次数进行子路径创建重试,重试创建成功继续进行下一步。若最终创建失败,则确定创建所述子路径的失败原因,并对所述失败原因进行异常报警,以向用户提示异常信息,用户端根据异常报警的所述失败原因对下发指令进行实时调整。
S13:根据第三指令挂载所述存储卷的多个所述子路径,并分别利用挂载后的所述子路径对相应的所述业务应用的所述待存储数据进行存储。
本实施例中,获取第三指令,根据所述第三指令挂载所述存储卷的多个所述子路径,并分别利用挂载后的所述子路径对相应的所述业务应用的所述待存储数据进行存储。所述第三指令为由所述用户端生成的存储卷挂载指令,执行所述第三指令进行存储卷挂载。基于所述存储卷的所述子路径来实现多应用业务数据汇总至同一个所述存储卷,也即通过挂载同一个所述存储卷实现多业务应用的数据汇总,并且每个所述业务应用之间数据相互隔离,同时提高性能及存储资源利用率,简化数据备份步骤。同样的,还需进一步判断多个所述子路径是否挂载成功,如果否,则重新挂载所述子路径。在此基础上,判断重新挂载所述子路径的次数是否大于第三预设次数,如果是,则挂载所述子路径失败。如图2所示,若所述子路径挂载失败则根据设定的重试次数进行子路径(存储卷)挂载重试,重试创挂载成功继续进行下一步。若最终挂载失败,则确定挂载所述子路径的失败原因,并对所述失败原因进行异常报警,以向用户提示异常信息,用户端根据异常报警的所述失败原因对下发指令进行实时调整。另外,所述第一预设次数、所述第二预设次数及所述第三预设次数根据具体业务需求进行设置,本实施例中对此不进行限定。
对于挂载成功的所述子路径,分别利用挂载后的所述子路径对相应的所述业务应用的所述待存储数据进行存储。也即将步骤S12中创建且挂载的多个所述子路径设置到应用的每个容器上的SubPath属性上,使得每个容器的数据读写在至各自的所述子路径中。进一步的,还需对所述待存储数据的存储结果进行验证,根据所述用户端发起的存储卷数据读写指令,将存储在所述子路径中的所述待存储数据读写至对应的主机目录,以确定所述待存储数据是否存储成功。为了方便理解,本申请实施例提供如下所示的主机目录实例:/var/lib/kubelet/pods/pod-uid/volume-paths/pv-name/container-name/subpath-name。多个所述业务应用反复执行上述步骤,并且每个所述业务应用挂载同一个所述存储卷实现数据汇总,所述业务应用间的所述待存储数据相互隔离存储。
可见,本申请实施例先根据第一指令创建对多个业务应用的待存储数据进行存储的存储卷;然后根据第二指令创建所述存储卷的与多个所述业务应用对应的多个子路径;其中,每个所述业务应用与其对应的所述子路径之间存在唯一对应关系;最后根据第三指令挂载所述存储卷的多个所述子路径,并分别利用挂载后的所述子路径对相应的所述业务应用的所述待存储数据进行存储。本申请实施例分别根据相应的指令创建存储卷、创建存储卷的与多个业务应用对应的多个子路径,然后通过挂载子路径对待存储数据进行存储,以实现不同业务***的数据隔离,提高多业务应用性能和存储资源利用率。
参见图3所示,本申请实施例还相应公开了一种基于子路径的数据存储装置,包括:
存储卷创建模块11,用于根据第一指令创建对多个业务应用的待存储数据进行存储的存储卷;
子路径创建模块12,用于根据第二指令创建所述存储卷的与多个所述业务应用对应的多个子路径;其中,每个所述业务应用与其对应的所述子路径之间存在唯一对应关系;
存储卷挂载模块13,用于根据第三指令挂载所述存储卷的多个所述子路径;
存储卷数据隔离模块14,用于分别利用挂载后的所述子路径对相应的所述业务应用的所述待存储数据进行存储。
可见,本申请实施例先根据第一指令创建对多个业务应用的待存储数据进行存储的存储卷;然后根据第二指令创建所述存储卷的与多个所述业务应用对应的多个子路径;其中,每个所述业务应用与其对应的所述子路径之间存在唯一对应关系;最后根据第三指令挂载所述存储卷的多个所述子路径,并分别利用挂载后的所述子路径对相应的所述业务应用的所述待存储数据进行存储。本申请实施例分别根据相应的指令创建存储卷、创建存储卷的与多个业务应用对应的多个子路径,然后通过挂载子路径对待存储数据进行存储,以实现不同业务***的数据隔离,提高多业务应用性能和存储资源利用率。
在一些具体实施例中,所述基于子路径的数据存储装置还包括:
第一指令获取模块,用于获取用户端生成的第一指令,如果不存在存储卷,则根据所述第一指令创建所述存储卷;
第二指令获取模块,用于获取用户端生成的第二指令,如果所述存储卷不存在相应的子路径,则根据所述第二指令创建所述子路径;
第一重试模块,用于判断所述存储卷是否创建成功,如果否,则重新创建所述存储卷;以及判断重新创建所述存储卷的次数是否大于第一预设次数,如果是,则创建所述存储卷失败;
第二重试模块,用于判断与多个所述业务应用对应的多个所述子路径是否创建成功,如果否,则重新创建所述子路径;以及判断重新创建所述子路径的次数是否大于第二预设次数,如果是,则创建所述子路径失败;
第三重试模块,用于判断多个所述子路径是否挂载成功,如果否,则重新挂载所述子路径;以及判断重新挂载所述子路径的次数是否大于第三预设次数,如果是,则挂载所述子路径失败;
报警模块,用于确定创建所述存储卷的失败原因、创建所述子路径的失败原因、挂载所述子路径的失败原因,并对所述失败原因进行异常报警,以便用户端根据异常报警的所述失败原因对下发指令进行实时调整。
在此基础上,本申请实施例还相应公开了一种具体的基于子路径的数据存储装置,如图4所示,主要包括子路径生命周期管理模块、存储卷生命周期管理模块、存储卷数据隔离模块、存储卷数据读写模块以及底层资源操作模块。其中,所述子路径生命周期管理模块对所述子路径的生命周期进行管理,包括子路径创建、子路径修改以及子路径删除。所述存储卷生命周期管理模块主要负责对所述存储卷的生命周期进行管理,包括存储卷创建、存储卷挂载、存储卷扩容、存储卷卸载以及存储卷删除。所述存储卷数据隔离模块使用SubPath子路径属性为容器应用进行数据隔离,核心配置文件为:
volumeMounts:
-mountPath:/var/lib/mysql
name:site-data
SubPath:mysql
其中,name为挂载点的名称,mountPath为挂载路径,SubPath为挂载子路径。所述存储卷数据读写模块用于将存储在所述子路径中的所述待存储数据读写至对应的主机目录,以确定所述待存储数据是否存储成功。也即通过读写容器在主机映射的主机目录判断数据读写情况。子路径创建和存储卷数据隔离为装置核心,子路径创建负责子路径创建,为数据隔离提供前提条件,存储卷数据隔离使用已创建出来的子路径进行数据隔离。另外,所述底层资源操作模块用于通过KubernetesClient调用KubernetesAPI,以对所述第一指令、所述第二指令、所述第三指令进行响应。所述底层资源为底层K8S资源,K8s(Kubernetes)是一个开源的用于管理云平台中多个主机上的容器化的应用,是一种具有高可用和弹性伸缩等优势的容器化编排工具。所述KubernetesClient即Kubernetes客户端,用于访问KubernetesAPI操作底层资源,完成下发指令在各个装置中执行。
进一步的,本申请实施例还提供了一种电子设备。图5是根据一示例性实施例示出的电子设备20结构图,图中的内容不能认为是对本申请的使用范围的任何限制。
图5为本申请实施例提供的一种电子设备20的结构示意图。该电子设备20,具体可以包括:至少一个处理器21、至少一个存储器22、电源23、通信接口24、输入输出接口25和通信总线26。其中,所述存储器22用于存储计算机程序,所述计算机程序由所述处理器21加载并执行,以实现前述任一实施例公开的基于子路径的数据存储方法中的相关步骤。
本实施例中,电源23用于为电子设备20上的各硬件设备提供工作电压;通信接口24能够为电子设备20创建与外界设备之间的数据传输通道,其所遵循的通信协议是能够适用于本申请技术方案的任意通信协议,在此不对其进行具体限定;输入输出接口25,用于获取外界输入数据或向外界输出数据,其具体的接口类型可以根据具体应用需要进行选取,在此不进行具体限定。
另外,存储器22作为资源存储的载体,可以是只读存储器、随机存储器、磁盘或者光盘等,其上所存储的资源可以包括操作***221、计算机程序222及数据223等,存储方式可以是短暂存储或者永久存储。
其中,操作***221用于管理与控制电子设备20上的各硬件设备以及计算机程序222,以实现处理器21对存储器22中海量数据223的运算与处理,其可以是Windows Server、Netware、Unix、Linux等。计算机程序222除了包括能够用于完成前述任一实施例公开的由电子设备20执行的基于子路径的数据存储方法的计算机程序之外,还可以进一步包括能够用于完成其他特定工作的计算机程序。数据223可以包括电子设备20收集到的指令数据。
进一步的,本申请实施例还公开了一种存储介质,所述存储介质中存储有计算机程序,所述计算机程序被处理器加载并执行时,实现前述任一实施例公开的基于子路径的数据存储方法步骤。
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其它实施例的不同之处,各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个…”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上对本发明所提供的基于子路径的数据存储方法、装置、设备及存储介质进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种基于子路径的数据存储方法,其特征在于,包括:
根据第一指令创建对多个业务应用的待存储数据进行存储的存储卷;
根据第二指令创建所述存储卷的与多个所述业务应用对应的多个子路径;其中,每个所述业务应用与其对应的所述子路径之间存在唯一对应关系;
根据第三指令挂载所述存储卷的多个所述子路径,并分别利用挂载后的所述子路径对相应的所述业务应用的所述待存储数据进行存储。
2.根据权利要求1所述的基于子路径的数据存储方法,其特征在于,还包括:
获取用户端生成的第一指令,如果不存在存储卷,则根据所述第一指令创建所述存储卷;
获取用户端生成的第二指令,如果所述存储卷不存在相应的子路径,则根据所述第二指令创建所述子路径。
3.根据权利要求1所述的基于子路径的数据存储方法,其特征在于,所述根据第一指令创建对多个业务应用的待存储数据进行存储的存储卷之后,还包括:
判断所述存储卷是否创建成功,如果否,则重新创建所述存储卷;
所述根据第二指令创建所述存储卷的与多个所述业务应用对应的多个子路径之后,还包括:
判断与多个所述业务应用对应的多个所述子路径是否创建成功,如果否,则重新创建所述子路径;
所述根据第三指令挂载所述存储卷的多个所述子路径之后,还包括:
判断多个所述子路径是否挂载成功,如果否,则重新挂载所述子路径。
4.根据权利要求3所述的基于子路径的数据存储方法,其特征在于,还包括:
判断重新创建所述存储卷的次数是否大于第一预设次数,如果是,则创建所述存储卷失败;
判断重新创建所述子路径的次数是否大于第二预设次数,如果是,则创建所述子路径失败;
判断重新挂载所述子路径的次数是否大于第三预设次数,如果是,则挂载所述子路径失败。
5.根据权利要求4所述的基于子路径的数据存储方法,其特征在于,还包括:
确定创建所述存储卷的失败原因、创建所述子路径的失败原因、挂载所述子路径的失败原因,并对所述失败原因进行异常报警,以便用户端根据异常报警的所述失败原因对下发指令进行实时调整。
6.根据权利要求1至5任一项所述的基于子路径的数据存储方法,其特征在于,所述分别利用挂载后的所述子路径对相应的所述业务应用的所述待存储数据进行存储之后,还包括:
将存储在所述子路径中的所述待存储数据读写至对应的主机目录,以确定所述待存储数据是否存储成功。
7.一种基于子路径的数据存储装置,其特征在于,包括:
存储卷创建模块,用于根据第一指令创建对多个业务应用的待存储数据进行存储的存储卷;
子路径创建模块,用于根据第二指令创建所述存储卷的与多个所述业务应用对应的多个子路径;其中,每个所述业务应用与其对应的所述子路径之间存在唯一对应关系;
存储卷挂载模块,用于根据第三指令挂载所述存储卷的多个所述子路径;
存储卷数据隔离模块,用于分别利用挂载后的所述子路径对相应的所述业务应用的所述待存储数据进行存储。
8.根据权利要求7所述的基于子路径的数据存储装置,其特征在于,还包括:
存储卷数据读写模块,用于将存储在所述子路径中的所述待存储数据读写至对应的主机目录,以确定所述待存储数据是否存储成功;
底层资源操作模块,用于通过KubernetesClient调用KubernetesAPI,以对所述第一指令、所述第二指令、所述第三指令进行响应。
9.一种电子设备,其特征在于,所述电子设备包括处理器和存储器;其中所述存储器用于存储计算机程序,所述计算机程序由所述处理器加载并执行以实现如权利要求1至6任一项所述的基于子路径的数据存储方法。
10.一种计算机可读存储介质,其特征在于,用于存储计算机可执行指令,所述计算机可执行指令被处理器加载并执行时,实现如权利要求1至6任一项所述的基于子路径的数据存储方法。
CN202111006792.XA 2021-08-30 2021-08-30 一种基于子路径的数据存储方法、装置、设备及存储介质 Active CN113835625B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111006792.XA CN113835625B (zh) 2021-08-30 2021-08-30 一种基于子路径的数据存储方法、装置、设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111006792.XA CN113835625B (zh) 2021-08-30 2021-08-30 一种基于子路径的数据存储方法、装置、设备及存储介质

Publications (2)

Publication Number Publication Date
CN113835625A true CN113835625A (zh) 2021-12-24
CN113835625B CN113835625B (zh) 2024-02-09

Family

ID=78961572

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111006792.XA Active CN113835625B (zh) 2021-08-30 2021-08-30 一种基于子路径的数据存储方法、装置、设备及存储介质

Country Status (1)

Country Link
CN (1) CN113835625B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114327291A (zh) * 2021-12-30 2022-04-12 郑州云海信息技术有限公司 一种配置***及其管理方法、***及相关组件

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140047139A1 (en) * 2012-08-09 2014-02-13 Hitachi, Ltd. Method and apparatus to migrate existing data among storage systems
CN106446275A (zh) * 2016-10-21 2017-02-22 国云科技股份有限公司 一种支持文件***扩容的容器实现方法
CN107426271A (zh) * 2017-03-21 2017-12-01 咪咕文化科技有限公司 一种服务器中数据处理方法及***
CN107870734A (zh) * 2016-09-27 2018-04-03 苏宁云商集团股份有限公司 一种分布式文件***的交互方法及装置
CN111580753A (zh) * 2020-04-30 2020-08-25 中国工商银行股份有限公司 存储卷级联架构、批量作业处理***和电子设备
CN111966450A (zh) * 2020-07-17 2020-11-20 苏州浪潮智能科技有限公司 一种国产化容器云平台存储卷动态创建方法及装置
CN112181720A (zh) * 2020-09-11 2021-01-05 济南浪潮数据技术有限公司 一种基于云管理平台的虚拟数据中心备份方法及装置

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140047139A1 (en) * 2012-08-09 2014-02-13 Hitachi, Ltd. Method and apparatus to migrate existing data among storage systems
CN107870734A (zh) * 2016-09-27 2018-04-03 苏宁云商集团股份有限公司 一种分布式文件***的交互方法及装置
CN106446275A (zh) * 2016-10-21 2017-02-22 国云科技股份有限公司 一种支持文件***扩容的容器实现方法
CN107426271A (zh) * 2017-03-21 2017-12-01 咪咕文化科技有限公司 一种服务器中数据处理方法及***
CN111580753A (zh) * 2020-04-30 2020-08-25 中国工商银行股份有限公司 存储卷级联架构、批量作业处理***和电子设备
CN111966450A (zh) * 2020-07-17 2020-11-20 苏州浪潮智能科技有限公司 一种国产化容器云平台存储卷动态创建方法及装置
CN112181720A (zh) * 2020-09-11 2021-01-05 济南浪潮数据技术有限公司 一种基于云管理平台的虚拟数据中心备份方法及装置

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114327291A (zh) * 2021-12-30 2022-04-12 郑州云海信息技术有限公司 一种配置***及其管理方法、***及相关组件

Also Published As

Publication number Publication date
CN113835625B (zh) 2024-02-09

Similar Documents

Publication Publication Date Title
US11226847B2 (en) Implementing an application manifest in a node-specific manner using an intent-based orchestrator
US20230138736A1 (en) Cluster file system-based data backup method and apparatus, and readable storage medium
US10691568B2 (en) Container replication and failover orchestration in distributed computing environments
US11467755B2 (en) Method and system for enabling agentless backup and restore operations on a container orchestration platform
EP2494456B1 (en) Backup using metadata virtual hard drive and differential virtual hard drive
CN107016016B (zh) 一种数据处理的方法及装置
CN104216801A (zh) 一种面向虚拟化环境的数据复制方法及***
CN113032099B (zh) 云计算节点、文件管理方法及装置
CN113448938A (zh) 数据处理方法、装置、电子设备及存储介质
CN113656149B (zh) 一种应用处理方法、装置及相关设备
JP2021515304A (ja) システムにおける時系列ログ構造のキーバリュー・ストア内のチェックポイントを使用した障害後のリカバリのための方法、コンピュータ・プログラム、および装置
CN114564339A (zh) 一种磁盘镜像文件跨平台迁移方法及***
US9798483B2 (en) Object storage power consumption optimization
CN113835625B (zh) 一种基于子路径的数据存储方法、装置、设备及存储介质
CN114371914A (zh) 容器ip地址配置方法、装置、存储介质及电子设备
US9965357B1 (en) Virtual backup and restore of virtual machines
CN111767169A (zh) 数据处理方法、装置、电子设备及存储介质
WO2023173959A1 (en) Multi-protocol multi-site replication
US7996708B1 (en) Techniques for file system resource restoration
CN115562590A (zh) 一种云主机使用云硬盘的方法、***、设备和存储介质
CN115469807A (zh) 磁盘功能配置方法、装置、设备及存储介质
CN108763471A (zh) 一种部署集群中http文件服务器的方法及***
CN114879907A (zh) 一种数据分布确定方法、装置、设备及存储介质
US11169728B2 (en) Replication configuration for multiple heterogeneous data stores
CN113687935A (zh) 一种基于超融合设计的云原生存储调度方式

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant