CN113946276A - 集群中的磁盘管理方法、装置及服务器 - Google Patents
集群中的磁盘管理方法、装置及服务器 Download PDFInfo
- Publication number
- CN113946276A CN113946276A CN202010688693.3A CN202010688693A CN113946276A CN 113946276 A CN113946276 A CN 113946276A CN 202010688693 A CN202010688693 A CN 202010688693A CN 113946276 A CN113946276 A CN 113946276A
- Authority
- CN
- China
- Prior art keywords
- partition
- target
- disk
- logical partition
- node
- 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
Links
- 238000007726 management method Methods 0.000 title claims abstract description 275
- 238000005192 partition Methods 0.000 claims abstract description 795
- 230000002085 persistent effect Effects 0.000 claims abstract description 77
- 238000000638 solvent extraction Methods 0.000 claims abstract description 18
- 238000000034 method Methods 0.000 claims description 55
- 238000012544 monitoring process Methods 0.000 claims description 22
- 238000012216 screening Methods 0.000 claims description 2
- 238000002955 isolation Methods 0.000 abstract description 12
- 238000004883 computer application Methods 0.000 abstract description 2
- 238000012217 deletion Methods 0.000 description 32
- 230000037430 deletion Effects 0.000 description 32
- 238000010586 diagram Methods 0.000 description 24
- 238000013507 mapping Methods 0.000 description 24
- 239000000284 extract Substances 0.000 description 9
- 238000013500 data storage Methods 0.000 description 8
- 238000000605 extraction Methods 0.000 description 5
- 238000004590 computer program Methods 0.000 description 4
- 238000012790 confirmation Methods 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 239000002699 waste material Substances 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input 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/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
- G06F3/0671—In-line storage system
- G06F3/0683—Plurality of storage devices
- G06F3/0689—Disk arrays, e.g. RAID, JBOD
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input 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/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
- G06F3/0604—Improving or facilitating administration, e.g. storage management
- G06F3/0607—Improving or facilitating administration, e.g. storage management by facilitating the process of upgrading existing storage systems, e.g. for improving compatibility between host and storage device
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input 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/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
- G06F3/0638—Organizing or formatting or addressing of data
- G06F3/0644—Management of space entities, e.g. partitions, extents, pools
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
技术领域
本公开涉及计算机应用技术领域，尤其涉及一种集群中的磁盘管理方法、装置及服务器。
背景技术
采用Kubernetes(一种开源集群管理系统，简称“K8s”)管理集群中多个磁盘时，会将创建的本地卷(local volume)存储在一个磁盘上，不能将磁盘的容量依据不同实例进行隔离，会造成实例申请的容量与其实际占用的容量不同，进而影响磁盘上的其他实例的正常使用。
发明内容
本公开提供一种集群中的磁盘管理方法、装置、服务器、存储介质，以至少解决相关技术中，读写速度慢、不同实例之间的使用互相影响的问题。本公开的技术方案如下：
根据本公开实施例的第一方面，提供一种集群中的磁盘管理方法，应用于磁盘分区管理组件，所述集群中的磁盘管理方法，包括：接收集群中容器管理平台发送的分区创建请求；根据所述分区创建请求对目标节点的磁盘空间进行分区以生成目标逻辑分区；以及将所述目标逻辑分区挂载到目标目录下，其中，所述目标逻辑分区在被所述容器管理平台监控到成功挂载至所述目标目录之后，由所述容器管理平台为所述目标逻辑分区创建对应的持久卷声明，所述持久卷声明用于将所述目标逻辑分区与所述分区创建请求对应的应用实例进行绑定。
在本公开的一个实施例中，所述分区创建请求包括所述目标逻辑分区的挂载路径，其中，所述将所述目标逻辑分区挂载到目标目录下，包括：从所述分区创建请求中提取所述挂载路径；以及按照所述挂载路径将所述目标逻辑分区挂载至所述挂载路径对应的所述目标目录下。
在本公开的一个实施例中，所述分区创建请求还包括所述目标逻辑分区的容量，其中，所述根据所述分区创建请求对目标节点的磁盘空间进行分区以生成目标逻辑分区，包括：从所述分区创建请求中提取所述目标逻辑分区的容量；根据所述目标逻辑分区的容量，从多个节点中选取所述目标节点；以及调用所述目标节点上的磁盘分区管理代理，由所述磁盘分区管理代理根据所述目标逻辑分区的容量对所述磁盘空间进行分区，以生成所述目标逻辑分区。
在本公开的一个实施例中，所述根据所述目标逻辑分区的容量，从多个节点中选取所述目标节点，包括：分别获取所述多个节点的磁盘剩余容量；以及从所述多个节点中选取所述磁盘剩余容量大于所述目标逻辑分区的容量且两者的差值最小的节点作为所述目标节点。
在本公开的一个实施例中，所述分区创建请求还包括所述目标逻辑分区的第一类型信息，所述方法还包括：分别获取所述多个节点上的磁盘空间的第二类型信息；从所述分区创建请求中提取所述第一类型信息，选取所述第二类型信息与所述第一类型信息一致的节点作为候选节点；以及从所述候选节点中，选取所述磁盘剩余容量大于所述目标逻辑分区的容量且两者的差值最小的所述候选节点作为所述目标节点。
在本公开的一个实施例中，在所述选取所述第二类型信息与所述第一类型信息一致的节点作为候选节点之后，还包括：获取在所述集群中已部署的应用实例的标签信息；根据所述已部署的应用实例的标签信息，从已部署应用实例的节点中识别被限制的节点，并从所述候选节点中筛除所述被限制的节点；以及从剩余的所述候选节点中，选取所述磁盘剩余容量大于所述目标逻辑分区的容量且两者的差值最小的所述候选节点作为所述目标节点。
在本公开的一个实施例中，所述方法还包括：接收所述容器管理平台发送的分区删除请求；从所述分区删除请求提取待删除的第一逻辑分区的第一标识；以及根据所述第一逻辑分区的第一标识，定位到所述第一逻辑分区所在的第一节点，并从所述第一节点上删除所述第一逻辑分区。
在本公开的一个实施例中，在所述根据所述第一逻辑分区的第一标识，定位到所述第一逻辑分区所在的第一节点之前，所述方法还包括：根据所述第一标识，获取与所述第一逻辑分区存在绑定关系的第一持久卷声明；以及获取与所述第一持久卷声明存在绑定关系的第一应用实例，并确定所述第一应用实例已下线。
在本公开的一个实施例中，所述方法还包括：接收所述容器管理平台发送的分区备份请求；从所述分区备份请求提取第二逻辑分区的第二标识以及第三逻辑分区的第三标识，其中，所述第二逻辑分区为待备份逻辑分区，所述第三逻辑分区为备份逻辑分区；根据所述第二标识和所述第三标识，分别定位所述第二逻辑分区所在的第二节点以及第三逻辑分区所在的第三节点；以及将所述第二逻辑分区的待备份数据备份至所述第三逻辑分区。
根据本公开实例的第二方面，提供另一种集群中的磁盘管理方法，应用于容器管理平台，所述集群中的磁盘管理方法，包括：向部署在集群中的磁盘分区管理组件发送分区创建请求；对目标逻辑分区所需要挂载的目标目录进行监控，其中，所述目标逻辑分区由所述磁盘分区管理组件根据所述分区创建请求所创建；当在所述目标目录下监控到所述目标逻辑分区时，为所述目标逻辑分区创建对应的持久卷声明，其中，所述持久卷声明用于将所述目标逻辑分区与所述分区创建请求对应的应用实例进行绑定。
在本公开的一个实施例中，所述分区创建请求包括所述目标逻辑分区的挂载路径，所述对目标逻辑分区所需要挂载的目标目录进行监控，包括：从所述分区创建请求中提取所述挂载路径，根据所述挂载路径确定所述目标逻辑分区需要挂载的目标目录；以及在所述目标目录下监控所述目标逻辑分区，若监控到所述目标逻辑分区，则确定所述目标逻辑分区挂载成功。
在本公开的一个实施例中，所述方法还包括：向所述磁盘分区管理组件发送分区删除请求，其中，所述分区删除请求中包括待删除的第一逻辑分区的第一标识。
在本公开的一个实施例中，所述向所述磁盘分区管理组件发送分区删除请求之前，还包括：根据所述第一标识，获取与所述第一逻辑分区存在绑定关系的第一持久卷声明；获取与所述第一持久卷声明存在绑定关系的第一应用实例，并确定所述第一应用实例已下线。
在本公开的一个实施例中，所述方法还包括：向所述磁盘分区管理组件发送分区备份请求，其中，所述分区备份请求中包括第二逻辑分区的第二标识以及第三逻辑分区的第三标识，所述第二逻辑分区为待备份逻辑分区，所述第三逻辑分区为备份逻辑分区。
根据本公开实例的第三方面，提供另一种集群中的磁盘管理方法，包括：磁盘分区管理组件接收容器管理平台发送的分区创建请求；所述磁盘分区管理组件根据所述分区创建请求，对目标节点上的磁盘空间进行分区，以生成目标逻辑分区，将所述目标逻辑分区挂载到目标目录；所述容器管理平台对所述目标逻辑分区所需要挂载的目标目录进行监控，当在所述目标目标下监控到所述目标逻辑分区时，为所述目标逻辑分区创建对应的持久卷声明，其中，所述持久卷声明用于将所述目标逻辑分区与所述分区创建请求对应的应用实例进行绑定。
根据本公开实施例的第四方面，提供一种集群中的磁盘管理装置，包括：接收模块，被配置为执行接收集群中容器管理平台发送的分区创建请求；分区模块，被配置为执行根据所述分区创建请求对目标节点的磁盘空间进行分区以生成目标逻辑分区；以及挂载模块，被配置为执行将所述目标逻辑分区挂载到目标目录下，其中，所述目标逻辑分区在被所述容器管理平台监控到成功挂载至所述目标目录之后，由所述容器管理平台为所述目标逻辑分区创建对应的持久卷声明，所述持久卷声明用于将所述目标逻辑分区与所述分区创建请求对应的应用实例进行绑定。
在本公开的一个实施例中，所述分区创建请求包括所述目标逻辑分区的挂载路径，其中，所述挂载模块包括路径提取单元，被配置为执行从所述分区创建请求中提取所述挂载路径；以及挂载单元，用于按照所述挂载路径将所述目标逻辑分区挂载至所述挂载路径对应的所述目标目录下。
在本公开的一个实施例中，所述分区创建请求还包括所述目标逻辑分区的容量，其中，所述分区模块包括容量提取单元，被配置为执行从所述分区创建请求中提取所述目标逻辑分区的容量；节点选取单元，被配置为执行根据所述目标逻辑分区的容量，从多个节点中选取所述目标节点；以及分区单元，被配置为执行调用所述目标节点上的磁盘分区管理代理，由所述磁盘分区管理代理根据所述目标逻辑分区的容量对所述磁盘空间进行分区，以生成所述目标逻辑分区。
在本公开的一个实施例中，所述节点选取单元包括获取子单元，被配置为执行分别获取所述多个节点的磁盘剩余容量；以及选取子单元，被配置为执行从所述多个节点中选取所述磁盘剩余容量大于所述目标逻辑分区的容量且两者的差值最小的节点作为所述目标节点。
在本公开的一个实施例中，所述分区创建请求还包括所述目标逻辑分区的第一类型信息，所述分区模块还包括类型获取单元，被配置为执行分别获取所述多个节点上的磁盘空间的第二类型信息；所述节点选取单元还被配置为执行从所述分区创建请求中提取所述第一类型信息，选取所述第二类型信息与所述第一类型信息一致的节点作为候选节点，以及从所述候选节点中，选取所述磁盘剩余容量大于所述目标逻辑分区的容量且两者的差值最小的所述候选节点作为所述目标节点。
在本公开的一个实施例中，所述分区模块还包括信息获取单元，被配置为执行在所述选取所述第二类型信息与所述第一类型信息一致的节点作为候选节点之后，获取在所述集群中已部署的应用实例的标签信息；所述节点选取单元，还被配置为执行根据所述已部署的应用实例的标签信息，从已部署应用实例的节点中识别被限制的节点，并从所述候选节点中筛除所述被限制的节点，以及从剩余的所述候选节点中，选取所述磁盘剩余容量大于所述目标逻辑分区的容量且两者的差值最小的所述候选节点作为所述目标节点。
在本公开的一个实施例中，所述装置还包括分区删除模块；所述接收模块，还被配置为执行接收所述容器管理平台发送的分区删除请求；所述分区删除模块，被配置为执行从所述分区删除请求提取待删除的第一逻辑分区的第一标识，根据所述第一逻辑分区的第一标识，定位到所述第一逻辑分区所在的第一节点，并从所述第一节点上删除所述第一逻辑分区。
在本公开的一个实施例中，所述装置还包括下线确认模块，被配置为执行在所述根据所述第一逻辑分区的第一标识，定位到所述第一逻辑分区所在的第一节点之前，根据所述第一标识，获取与所述第一逻辑分区存在绑定关系的第一持久卷声明，以及获取与所述第一持久卷声明存在绑定关系的第一应用实例，并确定所述第一应用实例已下线。
在本公开的一个实施例中，所述装置还包括分区备份模块；所述接收模块，还被配置为执行接收所述容器管理平台发送的分区备份请求；所述分区备份模块，被配置为执行从所述分区备份请求提取第二逻辑分区的第二标识以及第三逻辑分区的第三标识，根据所述第二标识和所述第三标识，分别定位所述第二逻辑分区所在的第二节点和所述第三逻辑分区所在的第三节点，并将所述第二逻辑分区的待备份数据备份至所述第三逻辑分区；其中，所述第二逻辑分区为待备份逻辑分区，所述第三逻辑分区为备份逻辑分区。
根据本公开实施例的第五方面，提供另一种集群中的磁盘管理装置，包括：发送模块，被配置为执行向部署在集群中的磁盘分区管理组件发送分区创建请求；挂载监控模块，被配置为执行对目标逻辑分区所需要挂载的目标目录进行监控，其中，所述目标逻辑分区由所述磁盘分区管理组件根据所述分区创建请求所创建；声明创建模块，被配置为执行当所述目标目录下监控到所述目标逻辑分区时，为所述目标逻辑分区创建对应的持久卷声明，其中，所述持久卷声明用于将所述目标逻辑分区与所述分区创建请求对应的应用实例进行绑定。
在本公开的一个实施例中，所述分区创建请求包括所述目标逻辑分区的挂载路径，所述挂载监控模块包括路径提取单元，被配置为执行从所述分区创建请求中提取所述挂载路径，根据所述挂载路径确定所述目标逻辑分区需要挂载的目标目录；以及监控单元，被配置为执行在所述目标目录下监控所述目标逻辑分区，若监控到所述目标逻辑分区，则确定所述目标逻辑分区挂载成功。
在本公开的一个实施例中，所述发送模块，还被配置为执行向所述磁盘分区管理组件发送分区删除请求，其中，所述分区删除请求中包括待删除的第一逻辑分区的第一标识。
在本公开的一个实施例中，所述装置还包括下线确认模块，被配置为执行在向所述磁盘分区管理组件发送所述分区删除请求之前，根据所述第一标识，获取与所述第一逻辑分区存在绑定关系的第一持久卷声明，以及获取与所述第一持久卷声明存在绑定关系的第一应用实例，并确定所述第一应用实例已下线。
在本公开的一个实施例中，所述发送模块还被配置为执行向所述磁盘分区管理组件发送分区备份请求，其中，所述分区备份请求中包括第二逻辑分区的第二标识以及第三逻辑分区的第三标识，所述第二逻辑分区为待备份逻辑分区，所述第三逻辑分区为备份逻辑分区。
根据本公开实施例的第六方面，提供一种集群中的磁盘管理系统，包括：磁盘分区管理组件，被配置为执行接收容器管理平台发送的分区创建请求，根据所述分区创建请求对目标节点上的磁盘空间进行分区，以生成所述目标逻辑分区，将所述目标逻辑分区挂载到目标目录；所述容器管理平台，被配置为执行向所述磁盘分区管理组件发送给所述分区创建请求，以及对所述目标逻辑分区所需要挂载的目标目录进行监控，当在所述目标目录监控到所述目标逻辑分区，则为所述目标逻辑分区创建对应的持久卷声明，其中，所述持久卷声明用于将所述目标逻辑分区与所述分区创建请求对应的应用实例进行绑定。
根据本公开实施例的第七方面，提供一种服务器，包括：处理器；用于存储所述处理器可执行指令的存储器；其中，所述处理器被配置为执行所述指令，以实现如前所述的集群中的磁盘管理方法。
根据本公开实施例的第八方面，提供一种存储介质，当所述存储介质中的指令由服务器的处理器执行时，使得服务器能够执行如前所述的集群中的磁盘管理方法。
根据本公开实施例的第九方面，提供一种计算机程序产品，该计算机程序由服务器的处理器执行时，使得服务器能够执行如前所述的集群中的磁盘管理方法。
本公开的实施例提供的技术方案至少带来以下有益效果：可对节点上的磁盘空间进行分区，还可为生成的磁盘分区创建持久卷声明，使得磁盘分区与其对应的应用实例之间形成绑定关系，通过对磁盘空间的分区，能够实现磁盘空间在不同实例之间的隔离，进而保证不同实例之间的使用互不影响。进一步地，由于节点上实现磁盘空间的隔离，无需依赖挂载网络的机制，因此还可以缩短数据的读写时间，获得较高的读写速度，并且数据存储的稳定性和性能较好。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。
图1是根据一示例性实施例示出的一种集群中的磁盘管理方法的流程图。
图2是根据一示例性实施例示出的一种集群中的磁盘管理方法的场景示意图。
图3是根据一示例性实施例示出的一种集群中的磁盘管理方法中将目标逻辑分区挂载到目标目录下的流程图。
图4是根据一示例性实施例示出的另一种集群中的磁盘管理方法的流程图。
图5是根据一示例性实施例示出的一种集群中的磁盘管理方法中根据目标逻辑分区的容量，从多个节点中选取目标节点的流程图。
图6是根据一示例性实施例示出的另一种集群中的磁盘管理方法中根据目标逻辑分区的容量，从多个节点中选取目标节点的流程图。
图7是根据一示例性实施例示出的另一种集群中的磁盘管理方法中根据目标逻辑分区的容量，从多个节点中选取目标节点的流程图。
图8是根据一示例性实施例示出的一种集群中的磁盘管理方法中分区删除的流程图。
图9是根据一示例性实施例示出的一种集群中的磁盘管理方法中根据第一逻辑分区的第一标识，定位到第一逻辑分区所在的第一节点之前的流程图。
图10是根据一示例性实施例示出的一种集群中的磁盘管理方法中分区备份的流程图。
图11是根据一示例性实施例示出的另一种集群中的磁盘管理方法的流程图。
图12是根据一示例性实施例示出的一种集群中的磁盘管理方法中对目标逻辑分区所需要挂载的目标目录进行监控的流程图。
图13是根据一示例性实施例示出的另一种集群中的磁盘管理方法中分区删除的流程图。
图14是根据一示例性实施例示出的另一种集群中的磁盘管理方法的流程图。
图15为根据一具体示例性实施例示出的一种集群中的磁盘管理方法的流程图。
图16是根据一示例性实施例示出的另一种集群中的磁盘管理方法的场景示意图。
图17是根据一示例性实施例示出的一种集群中的磁盘管理装置框图。
图18是根据一示例性实施例示出的另一种集群中的磁盘管理装置框图。
图19是根据一示例性实施例示出的另一种集群中的磁盘管理装置框图。
图20是根据一示例性实施例示出的另一种集群中的磁盘管理装置框图。
图21是根据一示例性实施例示出的另一种集群中的磁盘管理装置框图。
图22是根据一示例性实施例示出的一种集群中的磁盘管理系统框图。
图23是根据一示例性实施例示出的一种服务器的框图。
具体实施方式
为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。
需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
图1是根据一示例性实施例示出的一种集群中的磁盘管理方法的流程图，如图1所示，该集群中的磁盘管理方法用于部署在集群中的磁盘分区管理组件中，包括以下步骤。
在步骤S101中，接收集群中容器管理平台发送的分区创建请求。
需要说明的是，本公开的集群中的磁盘管理方法应用于部署在集群中的磁盘分区管理组件。本公开实施例中的磁盘可包括固态硬盘，以获得较高的读写速度。
在本公开的一个实施例中，如图2所示，集群中包括容器管理平台、磁盘分区管理组件和多个节点，其中，容器管理平台能够管理部署在多个节点上的容器，磁盘分区管理组件可以对多个节点上的磁盘空间进行管理。容器管理平台可以接收用户的分区创建请求，并将该分区创建请求发送给磁盘分区管理组件。例如，在用户试图部署一个新的应用实例时，可以向容器管理平台发送一个分区创建请求。
在步骤S102中，根据分区创建请求对目标节点的磁盘空间进行分区以生成目标逻辑分区。
可以理解的是，磁盘分区管理组件在接收到分区创建请求后，能够根据分区创建请求从磁盘中的多个节点中确定目标节点，然后对目标节点的磁盘空间进行分区，进而生成目标逻辑分区。
如图2所示，磁盘分区管理组件可以根据分区创建请求，从多个节点中确定节点1为目标节点，并对节点1的磁盘空间进行分区，生成一个新的分区AK，将其作为目标逻辑分区。
在步骤S103中，将目标逻辑分区挂载到目标目录下，其中，目标逻辑分区在被容器管理平台监控到成功挂载至目标目录之后，由容器管理平台为目标逻辑分区创建对应的持久卷声明，持久卷声明用于将目标逻辑分区与分区创建请求对应的应用实例进行绑定。
可以理解的是，生成目标逻辑分区之后，还需要将目标逻辑分区挂载到目标目录下，从而可通过访问该目标逻辑分区，实现目标逻辑分区的磁盘空间的使用。应说明的是，目标目录可预先创建，这里不做过多限定。
进一步地，容器管理平台还可监控目标逻辑分区是否成功挂载到目标目录，若监控目标逻辑分区未成功挂载到目标目录，可发出挂载失败的故障信息，以供用户查看；若监控目标逻辑分区成功挂载到目标目录，还可为目标逻辑分区创建对应的持久卷声明(Persistent Volume Claim，PVC)。
需要说明的是，为目标逻辑分区创建对应的持久卷声明之后，该目标逻辑分区就与分区创建请求对应的应用实例之间形成绑定关系，仅分区创建请求对应的应用实例可使用该目标逻辑分区的磁盘空间，其他应用实例不能使用该目标逻辑分区的磁盘空间，也就实现了磁盘空间在不同实例之间的隔离。
本公开的实施例提供的集群中的磁盘管理方法，可对节点上的磁盘空间进行分区，还可为生成的磁盘分区创建持久卷声明，使得磁盘分区与其对应的应用实例之间形成绑定关系，通过对磁盘空间的分区，能够实现磁盘空间在不同实例之间的隔离，进而保证不同实例之间的使用互不影响。进一步地，由于节点上实现磁盘空间的隔离，无需依赖挂载网络的机制，因此还可以缩短数据的读写时间，获得较高的读写速度，并且数据存储的稳定性和性能较好。
可选的，步骤S103中的将目标逻辑分区挂载到目标目录下，如图3所示，可包括：
在步骤S201中，从分区创建请求中提取挂载路径。
在步骤S202中，按照挂载路径将目标逻辑分区挂载至挂载路径对应的目标目录下。
在本公开的一个实施例中，分区创建请求中可包括目标逻辑分区的挂载路径，其中，挂载路径中包括目标逻辑分区的标识和目标目录的标识，进而能够根据挂载路径，确定出目标逻辑分区所需要挂载的目标目录。进一步地，磁盘分区管理组件在接收到分区创建请求后，能够从分区创建请求中提取挂载路径，然后按照挂载路径将目标逻辑分区挂载至挂载路径对应的目标目录下。
图4是根据一示例性实施例示出的另一种集群中的磁盘管理方法的流程图，如图4所示，该集群中的磁盘管理方法用于部署在集群中的磁盘分区管理组件中，包括以下步骤。
在步骤S301中，接收集群中容器管理平台发送的分区创建请求，其中，分区创建请求包括目标逻辑分区的容量。
在本公开的一个实施例中，分区创建请求中可包括目标逻辑分区的容量信息。
可选的，目标逻辑分区的容量应大于或者等于实例所需的磁盘容量，以保证目标逻辑分区的容量可满足实例的正常使用。例如，若实例1所需的磁盘容量为100G，则可确定其对应的目标逻辑分区的容量为120G。
在步骤S302中，从分区创建请求中提取目标逻辑分区的容量。
在本公开的一个实施例中，磁盘分区管理组件在在接收到分区创建请求后，能够从分区创建请求中提取目标逻辑分区的容量，用于为分区创建请求对应的实例生成目标逻辑分区。
举例而言，若磁盘分区管理组件从分区创建请求1中提取到目标逻辑分区1的容量为120G，则可为分区创建请求对应的实例1生成容量为120G的目标逻辑分区1。
在步骤S303中，根据目标逻辑分区的容量，从多个节点中选取目标节点。
可以理解的是，每个节点对应的磁盘剩余容量可能不同，为了保证实例的正常使用，可从多个节点中筛选出剩余容量大于或者等于目标逻辑分区容量的节点，作为目标节点。
举例而言，若实例1的目标逻辑分区的容量为120G，可用的节点有3个，分别为节点1、节点2和节点3，且节点1的磁盘剩余容量为80G，节点2的磁盘剩余容量为100G，节点3的磁盘剩余容量为130G，则可将节点3作为实例1的目标节点。
在步骤S304中，调用目标节点上的磁盘分区管理代理，由磁盘分区管理代理根据目标逻辑分区的容量对磁盘空间进行分区，以生成目标逻辑分区。
在本公开的一个实施例中，还可在每个节点上部署一个磁盘分区管理代理，磁盘分区管理组件根据目标逻辑分区的容量，从多个节点中选取目标节点之后，可调用目标节点上的磁盘分区管理代理，通过目标节点上的磁盘分区管理代理对目标节点的磁盘空间进行分区，以生成目标逻辑分区。
继续以图2为例，假设磁盘分区管理组件从多个节点中确定节点1为实例1对应的目标节点，则可调用节点1上的磁盘分区管理代理1(图2中未示出)，由磁盘分区管理代理1根据目标逻辑分区1的容量对节点1的磁盘空间进行分区，以生成目标逻辑分区1。
在步骤S305中，将目标逻辑分区挂载到目标目录下，其中，目标逻辑分区在被容器管理平台监控到成功挂载至目标目录之后，由容器管理平台为目标逻辑分区创建对应的持久卷声明，持久卷声明用于将目标逻辑分区与分区创建请求对应的应用实例进行绑定。
上述步骤S305的具体实现过程及原理，可以参照上述实施例的详细描述，此处不再赘述。
本公开的实施例提供的集群中的磁盘管理方法，能够根据目标逻辑分区的容量选取目标节点，保证选取的目标节点上的磁盘容量可满足实例的正常使用，还可调用目标节点上的磁盘分区管理代理对目标节点的磁盘空间进行分区，保证了不同节点之间的分区互不影响，提高了磁盘分区的准确性。
在上述实施例的基础上，如图5所示，步骤S303还可包括：
在步骤S401中，分别获取多个节点的磁盘剩余容量。
可选的，磁盘分区管理组件可分别调用多个节点上的磁盘分区管理代理，由磁盘分区管理代理获取节点的磁盘剩余容量，并反馈给磁盘分区管理组件。
可选的，磁盘分区管理组件可以向容器管理平台发送磁盘剩余容量的查询请求，容器管理平台可向磁盘分区管理组件反馈节点的磁盘剩余容量。
在步骤S402中，从多个节点中选取磁盘剩余容量大于目标逻辑分区的容量且两者的差值最小的节点作为目标节点。
可以理解的是，为了保证实例的正常使用，可先从多个节点中筛选出剩余容量大于目标逻辑分区容量的节点，将其作为候选节点，然后再从候选节点中筛选出剩余容量和目标逻辑分区容量差值最小的节点，将其作为目标节点，可避免磁盘容量的浪费，更有效地利用磁盘资源。
举例而言，若实例1的目标逻辑分区的容量为120G，可用的节点有5个，分别为节点1、节点2、节点3、节点4和节点5，且节点1的磁盘剩余容量为100G，节点2的磁盘剩余容量为125G，节点3的磁盘剩余容量为110G，节点4的磁盘剩余容量为130G，节点5的磁盘剩余容量为120G，则可先筛选出节点2、节点4作为候选节点，由于节点2的磁盘剩余容量与目标逻辑分区的容量的差值较小，可最终确定节点2作为实例1的目标节点。
在上述实施例的基础上，考虑到磁盘的类型很多，有些应用实例需要在某种类型的磁盘上才能正常使用，因此可根据应用实例所需的磁盘类型和节点上的磁盘类型，选取目标节点。其中，磁盘可包括机械(Hard Disk Drive，HDD)硬盘、SSD硬盘、存储区域网络(Storage Area Network，SAN)磁盘等类型，这里不一一赘述。
如图6所示，步骤S303还可包括：
在步骤S501中，分别获取多个节点上的磁盘空间的第二类型信息。
可选的，磁盘分区管理组件可分别调用多个节点上的磁盘分区管理代理，由磁盘分区管理代理获取节点的磁盘空间的第二类型信息，并反馈给磁盘分区管理组件。
可选的，磁盘分区管理组件可以向容器管理平台发送磁盘空间的类型的查询请求，容器管理平台可向磁盘分区管理组件反馈节点上的磁盘空间的类型。
在步骤S502中，从分区创建请求中提取第一类型信息，选取第二类型信息与第一类型信息一致的节点作为候选节点。
在本公开的一个实施例中，分区创建请求中可包括目标逻辑分区的第一类型信息，磁盘分区管理组件在接收到分区创建请求后，能够从分区创建请求中提取目标逻辑分区的第一类型，并与获取的多个节点的磁盘空间的第二类型信息进行比对，选取第二类型信息与第一类型信息一致的节点，将其作为候选节点。
在步骤S503中，从候选节点中，选取磁盘剩余容量大于目标逻辑分区的容量且两者的差值最小的候选节点作为目标节点。
该方法可先从多个节点中筛选出磁盘空间的类型与目标逻辑分区类型一致的节点，将其作为候选节点，确保候选节点上的磁盘空间的类型与实例对应的目标逻辑分区的类型一致，以保证磁盘空间能够被实例正常使用，然后再从候选节点中筛选出剩余容量和目标逻辑分区容量差值最小的节点，将其作为目标节点，可避免磁盘容量的浪费，更有效地利用磁盘资源。
在上述实施例的基础上，如图7所示，步骤S303还可包括：
在步骤S601中，分别获取多个节点上的磁盘空间的第二类型信息。
在步骤S601中，从分区创建请求中提取第一类型信息，选取第二类型信息与第一类型信息一致的节点作为候选节点。
上述步骤S601-S602的具体实现过程及原理，可以参照上述实施例的详细描述，此处不再赘述。
在步骤S603中，获取在集群中已部署的应用实例的标签信息。
在本公开的一个实施例中，可预先为应用实例设置标签信息，用于区分不同的应用实例。其中，标签信息可包括实例所需的中央处理器(Central Processing Unit，CPU)个数、内存容量、系统架构、网络条件等信息，这里不一一赘述。例如，实例1对应的标签信息可标定为“CPU 4核、内存容量4G、x64系统”。
在步骤S604中，根据已部署的应用实例的标签信息，从已部署应用实例的节点中识别被限制的节点，并从候选节点中筛除被限制的节点。
需要说明的是，被限制的节点指的是已部署应用实例的节点中不符合实例部署条件的节点。可以理解的是，已部署应用实例的节点上的CPU使用率、内存使用率、网络带宽使用率等数据会因所部署的应用实例而不同，若某几个应用实例同时部署在一个节点上，则该节点的CPU使用率、内存使用率、网络带宽使用率可能会较高，为了保证实例的正常使用，则可识别该节点为被限制的节点，不再将实例部署在该节点上。
举例而言，磁盘分区管理组件获取到的已部署的应用实例1的标签信息为“CPU 4核、内存容量4G”，且应用实例1部署在节点1上的磁盘空间中，若获取的节点1的CPU使用率为70％、内存使用率为80％，此时若还将新的实例部署在节点1上的磁盘空间，则不仅会影响新的实例的正常使用，还会影响实例1的正常使用，则可识别节点1为被限制的节点，将节点1从候选节点中筛除。
在步骤S605中，从剩余的候选节点中，选取磁盘剩余容量大于目标逻辑分区的容量且两者的差值最小的候选节点作为目标节点。
上述步骤S605的具体实现过程及原理，可以参照上述实施例的详细描述，此处不再赘述。
由此，该方法可考虑到已部署的应用实例对节点选取的影响，可从候选节点中筛除被限制的节点，不仅保证了实例的正常使用，而且从候选节点中筛选出剩余容量、类型与目标逻辑分区容量匹配的节点，将其作为目标节点，可避免磁盘容量的浪费，更有效地利用磁盘资源。
在上述实施例的基础上，如图8所示，集群中的磁盘管理方法还包括：
在步骤S701中，接收容器管理平台发送的分区删除请求。
可以理解的是，对磁盘空间进行分区之后，有可能会出现需要删除分区的情况，例如，该分区对应的实例已下线、该分区不符合实例的需求等，这些情况下为了保证磁盘空间的有效利用，需要将分区删除。
在本公开的一个实施例中，磁盘分区管理组件可接收容器管理平台发送的分区删除请求。
在步骤S702中，从分区删除请求提取待删除的第一逻辑分区的第一标识。
在步骤S703中，根据第一逻辑分区的第一标识，定位到第一逻辑分区所在的第一节点，并从第一节点上删除第一逻辑分区。
在本公开的一个实施例中，分区删除请求中可包括待删除的第一逻辑分区的第一标识。磁盘分区管理组件在在接收到分区删除请求后，能够从分区删除请求中提取第一标识，并可根据第一标识定位到第一逻辑分区所在的第一节点，并从第一节点上删除第一逻辑分区。
可选的，第一逻辑分区的第一标识中可包括其所在的第一节点的位置信息或者标识信息，可从第一逻辑分区的第一标识中提取到其所在的第一节点的位置信息或者标识信息，并根据第一节点的位置信息或者标识信息定位到第一节点。
可选的，步骤S703之前，如图9所示，还可包括：
在步骤S801中，根据第一标识，获取与第一逻辑分区存在绑定关系的第一持久卷声明。
可选的，可预先建立第一逻辑分区的第一标识与第一持久卷声明之间的映射关系或者映射表，在获取第一逻辑分区的第一标识之后，通过查询映射关系或者映射表，可得到与第一逻辑分区存在绑定关系的第一持久卷声明。其中，映射关系或者映射表均可预先设置在磁盘分区管理组件的存储空间中。
在步骤S802中，获取与第一持久卷声明存在绑定关系的第一应用实例，并确定第一应用实例已下线。
可选的，可预先建立第一持久卷声明与第一应用实例之间的映射关系或者映射表，在获取第一持久卷声明之后，通过查询映射关系或者映射表，可得到与第一持久卷声明存在绑定关系的第一应用实例。其中，映射关系或者映射表均可预先设置在磁盘分区管理组件的存储空间中。
在本公开的一个实施例中，在删除第一逻辑分区之前，还可确定第一逻辑分区对应的第一应用实例已下线，以避免实例未下线就删除其对应的逻辑分区的情况，保证了实例的正常使用。进一步地，确认待删除的逻辑分区对应的实例下线之后，还可根据新的分区创建请求，重新对磁盘空间进行分区，能够有效利用磁盘资源。
在上述实施例的基础上，如图10所示，集群中的磁盘管理方法还包括：
在步骤S901中，接收容器管理平台发送的分区备份请求。
在本公开的一个实施例中，在实际应用中，为了保证数据的安全性，可能会对一些实例的重要数据进行备份，在此种应用场景下，磁盘分区管理组件可接收容器管理平台发送的分区备份请求。
在步骤S902中，从分区备份请求提取第二逻辑分区的第二标识以及第三逻辑分区的第三标识，其中，第二逻辑分区为待备份逻辑分区，第三逻辑分区为备份逻辑分区。
在步骤S903中，根据第二标识和第三标识，分别定位第二逻辑分区所在的第二节点以及第三逻辑分区所在的第三节点。
在本公开的一个实施例中，分区备份请求中可包括第二逻辑分区的第二标识，以及第三逻辑分区的第三标识。
磁盘分区管理组件在接收到分区备份请求后，能够从分区删除请求中提取第二标识和第三标识，并可根据第二标识定位到第二逻辑分区所在的第二节点，以及根据第三标识定位到第三逻辑分区所在的第三节点。
关于根据逻辑分区的标识定位到逻辑分区所在的节点的具体实现过程及原理，可以参照上述实施例的详细描述，此处不再赘述。
在步骤S904中，将第二逻辑分区的待备份数据备份至第三逻辑分区。
可选的，在已知待备份的第二逻辑分区所在的第二节点、备份的第三逻辑分区所在的第三节点的定位之后，可将第二逻辑分区的待备份数据进行复制，并将复制的待备份数据存储在第三逻辑分区中，以将第二逻辑分区的待备份数据备份至第三逻辑分区。
本申请中还可对逻辑分区中的数据进行备份，以避免数据丢失，提高了数据存储的安全性和可靠性。进一步地，在数据的原始存储逻辑分区出现故障后，能够通过查询备份数据所在的逻辑分区来获取到相关数据，从而可以维持实例的正常运行。
图11是根据一示例性实施例示出的另一种集群中的磁盘管理方法的流程图，如图11所示，该集群中的磁盘管理方法用于容器管理平台中，包括以下步骤。
在步骤S11中，向部署在集群中的磁盘分区管理组件发送分区创建请求。
需要说明的是，本公开的集群中的磁盘管理方法应用于容器管理平台。
在本公开的一个实施例中，如图2所示，集群中包括容器管理平台、磁盘分区管理组件和多个节点，其中，容器管理平台能够管理部署在多个节点上的容器，磁盘分区管理组件可以对多个节点上的磁盘空间进行管理。容器管理平台可以接收用户的分区创建请求，并将该分区创建请求发送给磁盘分区管理组件。例如，在用户试图部署一个新的应用实例时，可以向容器管理平台发送一个分区创建请求。
在步骤S12中，对目标逻辑分区所需要挂载的目标目录进行监控，其中，目标逻辑分区由磁盘分区管理组件根据分区创建请求所创建。
在步骤S13中，当在目标目录下监控到目标逻辑分区时，为目标逻辑分区创建对应的持久卷声明，其中，持久卷声明用于将目标逻辑分区与分区创建请求对应的应用实例进行绑定。
在本公开的一个实施例中，磁盘分区管理组件根据分区创建请求创建目标逻辑分区之后，还需要将目标逻辑分区挂载到目标目录下。进一步地，容器管理平台可监控目标逻辑分区所需要挂载的目标目录，若在目标目录下监控到目标逻辑分区，则可为目标逻辑分区创建对应的持久卷声明，使得目标逻辑分区与分区创建请求对应的应用实例之间形成绑定关系，仅分区创建请求对应的应用实例可使用该目标逻辑分区的磁盘空间，其他应用实例不能使用该目标逻辑分区的磁盘空间，也就实现了磁盘空间在不同实例之间的隔离。
上述步骤S11-S13的具体实现过程及原理，可以参照上述实施例的详细描述，此处不再赘述。
本公开的实施例提供的集群中的磁盘管理方法，对节点的磁盘空间进行分区之后，可监控分区所需要挂载的目标目录，以识别分区是否成功挂载到目标目录，保证了分区的磁盘空间的正常使用。进一步地，当在目标目录下监控到分区时，可为分区创建持久卷声明，使得磁盘分区与其对应的应用实例之间形成绑定关系，以实现磁盘空间在不同实例之间的隔离，保证不同实例之间的使用互不影响。
可选的，步骤S13中的对目标逻辑分区所需要挂载的目标目录进行监控，如图12所示，可包括：
在步骤S21中，从分区创建请求中提取挂载路径，根据挂载路径确定目标逻辑分区需要挂载的目标目录。
在本公开的一个实施例中，容器管理平台还可根据实例确定目标逻辑分区的挂载路径，在向磁盘分区管理组件发送分区创建请求时，分区创建请求中可包括目标逻辑分区的挂载路径。进一步地，容器管理平台还可从分区创建请求中提取挂载路径，并根据挂载路径确定目标逻辑分区需要挂载的目标目录。其中，挂载路径中包括目标逻辑分区的标识和目标目录的标识，进而能够根据挂载路径，确定出目标逻辑分区所需要挂载的目标目录。
在步骤S22中，在目标目录下监控目标逻辑分区，若监控到目标逻辑分区，则确定目标逻辑分区挂载成功。
进一步地，容器管理平台确定目标逻辑分区需要挂载的目标目录之后，可对该目标目录进行监控，若监控到目标逻辑分区，说明目标逻辑分区已挂载到目标目录上，即可确定目标逻辑分区挂载成功。
或者，若未监控到目标逻辑分区，说明目标逻辑分区未挂载到目标目录上，即可确定目标逻辑分区挂载失败。可选的，容器管理平台可发出挂载失败的故障信息，以供用户查看
可以理解的是，对磁盘空间进行分区之后，有可能会出现需要删除分区的情况，例如，该分区对应的实例已下线、该分区不符合实例的需求等，这些情况下为了保证磁盘空间的有效利用，需要将分区删除。
在本公开的一个实施例中，容器管理平台可监控分区的使用情况，若监控到一些需要删除分区的情况，容器管理平台可生成分区删除请求，并反馈给磁盘分区管理组件。进一步地，容器管理平台还可获取待删除的第一逻辑分区的第一标识，在向磁盘分区管理组件发送分区删除请求时，分区删除请求中可包括第一逻辑分区的第一标识。应说明的是，磁盘分区管理组件可根据第一标识定位到第一逻辑分区所在的第一节点，从第一节点上删除第一逻辑分区。
可选的，如图13所示，逻辑分区删除过程包括：
在步骤S31中，根据第一标识，获取与第一逻辑分区存在绑定关系的第一持久卷声明。
可选的，可预先建立第一逻辑分区的第一标识与第一持久卷声明之间的映射关系或者映射表，在获取第一逻辑分区的第一标识之后，通过查询映射关系或者映射表，可得到与第一逻辑分区存在绑定关系的第一持久卷声明。其中，映射关系或者映射表均可预先设置在容器管理平台的存储空间中。
在步骤S32中，获取与第一持久卷声明存在绑定关系的第一应用实例，并确定第一应用实例已下线。
可选的，可预先建立第一持久卷声明与第一应用实例之间的映射关系或者映射表，在获取第一持久卷声明之后，通过查询映射关系或者映射表，可得到与第一持久卷声明存在绑定关系的第一应用实例。其中，映射关系或者映射表均可预先设置在容器管理平台的存储空间中。
在步骤S33中，向磁盘分区管理组件发送分区删除请求，其中，分区删除请求中包括待删除的第一逻辑分区的第一标识。
上述步骤S33的具体实现过程及原理，可以参照上述实施例的详细描述，此处不再赘述。
该方法中容器管理平台在向磁盘分区管理组件发送分区删除请求之前，还可确定第一逻辑分区对应的第一应用实例已下线，以避免实例未下线就删除其对应的逻辑分区的情况，保证了实例的正常使用。进一步地，容器管理平台确认待删除的逻辑分区对应的实例下线之后，还可生成新的分区创建请求并发送给磁盘分区管理组件，能够有效利用磁盘资源。
在本公开的一个实施例中，容器管理平台还可监控分区中是否存在需要备份的数据，若监控到分区中存在需要备份的数据，容器管理平台可生成分区备份请求，并反馈给磁盘分区管理组件。进一步地，容器管理平台还可获取待备份的第二逻辑分区的第二标识，以及备份的第三逻辑分区的第三标识，在向磁盘分区管理组件发送分区备份请求时，分区备份请求中可包括第二逻辑分区的第二标识，以及第三逻辑分区的第三标识。应说明的是，磁盘分区管理组件能够根据第二标识定位到第二逻辑分区所在的第二节点，以及根据第三标识定位到第三逻辑分区所在的第三节点。
本申请中还可对逻辑分区中的数据进行备份，以避免数据丢失，提高了数据存储的安全性和可靠性。进一步地，在数据的原始存储逻辑分区出现故障后，能够通过查询备份数据所在的逻辑分区来获取到相关数据，从而可以维持实例的正常运行。
图14是根据一示例性实施例示出的另一种集群中的磁盘管理方法的流程图，如图14所示，该集群中的磁盘管理方法用于磁盘分区管理系统中，包括以下步骤。
在步骤S41中，磁盘分区管理组件接收容器管理平台发送的分区创建请求。
在步骤S42中，磁盘分区管理组件根据分区创建请求，对目标节点上的磁盘空间进行分区，以生成目标逻辑分区，将目标逻辑分区挂载到目标目录。
在步骤S43中，容器管理平台对目标逻辑分区所需要挂载的目标目录进行监控，当在目标目标下监控到目标逻辑分区时，为目标逻辑分区创建对应的持久卷声明，其中，持久卷声明用于将目标逻辑分区与分区创建请求对应的应用实例进行绑定。
需要说明的是，本公开的集群中的磁盘管理方法应用于部署在集群中的磁盘分区管理系统。该系统包括部署在集群中的磁盘分区管理组件和容器管理平台。
上述步骤S41-S43的具体实现过程及原理，可以参照上述实施例的详细描述，此处不再赘述。
本公开的实施例提供的集群中的磁盘管理方法，可对节点上的磁盘空间进行分区，还可为生成的磁盘分区创建持久卷声明，使得磁盘分区与其对应的应用实例之间形成绑定关系，通过对磁盘空间的分区，能够实现磁盘空间在不同实例之间的隔离，进而保证不同实例之间的使用互不影响。进一步地，由于节点上实现磁盘空间的隔离，无需依赖挂载网络的机制，因此还可以缩短数据的读写时间，获得较高的读写速度，并且数据存储的稳定性和性能较好。
为使本领域技术人员更清楚地了解本发明，图15为根据一具体示例性实施例示出的一种集群中的磁盘管理方法的流程图，如图15所示，包括以下步骤。
在步骤S51中，容器管理平台向磁盘分区管理组件发送分区创建请求。
在步骤S52中，磁盘分区管理组件根据分区创建请求对目标节点的磁盘空间进行分区以生成目标逻辑分区。
在步骤S53中，磁盘分区管理组件将目标逻辑分区挂载到目标目录下。
在步骤S54中，容器管理平台对目标逻辑分区所需要挂载的目标目录进行监控。
在步骤S55中，当容器管理平台在目标目录下监控到目标逻辑分区时，为目标逻辑分区创建对应的持久卷声明，其中，持久卷声明用于将目标逻辑分区与分区创建请求对应的应用实例进行绑定。
在步骤S56中，容器管理平台向磁盘分区管理组件发送分区删除请求。
在步骤S57中，磁盘分区管理组件从分区删除请求提取待删除的第一逻辑分区的第一标识。
在步骤S58中，磁盘分区管理组件根据第一逻辑分区的第一标识，定位到第一逻辑分区所在的第一节点，并从第一节点上删除第一逻辑分区。
在步骤S59中，容器管理平台向磁盘分区管理组件发送分区备份请求。
在步骤S60中，磁盘分区管理组件从分区备份请求提取第二逻辑分区的第二标识以及第三逻辑分区的第三标识，其中，第二逻辑分区为待备份逻辑分区，第三逻辑分区为备份逻辑分区。
在步骤S61中，磁盘分区管理组件根据第二标识和第三标识，分别定位第二逻辑分区所在的第二节点以及第三逻辑分区所在的第三节点。
在步骤S62中，磁盘分区管理组件将第二逻辑分区的待备份数据备份至第三逻辑分区。
上述步骤S51-S62的具体实现过程及原理，可以参照上述实施例的详细描述，此处不再赘述。
在本公开的一个具体实施例中，集群可基于Kubernetes(一种开源集群管理系统，简称“K8s”)、Docker(一种开源的应用容器引擎)技术而创建。如图16所示，集群中可包括K8s平台、磁盘分区管理组件和多个节点(Node)。其中，磁盘分区管理组件可包括应用程序接口提供器(Application Programming Interface Server、API Server)、控制器(Controller)、调度器(Scheduler)。每个Node均部署一个容器管理插件(Kubelet)、磁盘分区管理代理(简称“Agent”)、以及挂载监控插件(Local Static Provisioner)。
应说明的是，Agent属于磁盘分区管理组件，Kubelet、Local Static Provisioner均属于Kubernetes平台。
需要说明的是，K8s平台即为本公开实施例中的容器管理平台，能够管理部署在多个节点上的容器。API Server用于和K8s平台进行通信。Scheduler用于根据调度策略为新建服务分配目标节点。Agent用于为新建服务创建目标逻辑分区。挂载监控插件用于检测新建的目标逻辑分区是否挂载到目标目录下，并为该分区创建对应的持久卷声明，以将该新建服务绑定到该目标逻辑分区上。Controller用于在新建的目标逻辑分区上创建应用，以为用户提供服务。Kubelet用于进行容器生命周期的管理。
图17是根据一示例性实施例示出的一种集群中的磁盘管理装置框图。参照图1，该装置100包括接收模块110、分区模块120、挂载模块130。
接收模块110被配置为执行接收集群中容器管理平台发送的分区创建请求；
分区模块120被配置为执行根据所述分区创建请求对目标节点的磁盘空间进行分区以生成目标逻辑分区；以及
挂载模块130被配置为执行将所述目标逻辑分区挂载到目标目录下，其中，所述目标逻辑分区在被所述容器管理平台监控到成功挂载至所述目标目录之后，由所述容器管理平台为所述目标逻辑分区创建对应的持久卷声明，所述持久卷声明用于将所述目标逻辑分区与所述分区创建请求对应的应用实例进行绑定。
在本公开的一个实施例中，参照图18，所述分区创建请求包括所述目标逻辑分区的挂载路径，其中，所述挂载模块130包括路径提取单元131，被配置为执行从所述分区创建请求中提取所述挂载路径；以及挂载单元132，用于按照所述挂载路径将所述目标逻辑分区挂载至所述挂载路径对应的所述目标目录下。
在本公开的一个实施例中，参照图18，所述分区创建请求还包括所述目标逻辑分区的容量，其中，所述分区模块120包括容量提取单元121，被配置为执行从所述分区创建请求中提取所述目标逻辑分区的容量；节点选取单元122，被配置为执行根据所述目标逻辑分区的容量，从多个节点中选取所述目标节点；以及分区单元123，被配置为执行调用所述目标节点上的磁盘分区管理代理，由所述磁盘分区管理代理根据所述目标逻辑分区的容量对所述磁盘空间进行分区，以生成所述目标逻辑分区。
在本公开的一个实施例中，参照图18，所述节点选取单元122包括获取子单元1221，被配置为执行分别获取所述多个节点的磁盘剩余容量；以及选取子单元1222，被配置为执行从所述多个节点中选取所述磁盘剩余容量大于所述目标逻辑分区的容量且两者的差值最小的节点作为所述目标节点。
在本公开的一个实施例中，参照图18，所述分区创建请求还包括所述目标逻辑分区的第一类型信息，所述分区模块120还包括类型获取单元124，被配置为执行分别获取所述多个节点上的磁盘空间的第二类型信息；所述节点选取单元122还被配置为执行从所述分区创建请求中提取所述第一类型信息，选取所述第二类型信息与所述第一类型信息一致的节点作为候选节点，以及从所述候选节点中，选取所述磁盘剩余容量大于所述目标逻辑分区的容量且两者的差值最小的所述候选节点作为所述目标节点。
在本公开的一个实施例中，参照图18，所述分区模块120还包括信息获取单元125，被配置为执行在所述选取所述第二类型信息与所述第一类型信息一致的节点作为候选节点之后，获取在所述集群中已部署的应用实例的标签信息；所述节点选取单元122，还被配置为执行根据所述已部署的应用实例的标签信息，从已部署应用实例的节点中识别被限制的节点，并从所述候选节点中筛除所述被限制的节点，以及从剩余的所述候选节点中，选取所述磁盘剩余容量大于所述目标逻辑分区的容量且两者的差值最小的所述候选节点作为所述目标节点。
在本公开的一个实施例中，参照图19，所述装置100还包括分区删除模块140；所述接收模块110，还被配置为执行接收所述容器管理平台发送的分区删除请求；所述分区删除模块140，被配置为执行从所述分区删除请求提取待删除的第一逻辑分区的第一标识，根据所述第一逻辑分区的第一标识，定位到所述第一逻辑分区所在的第一节点，并从所述第一节点上删除所述第一逻辑分区。
在本公开的一个实施例中，参照图19，所述装置100还包括下线确认模块150，被配置为执行在所述根据所述第一逻辑分区的第一标识，定位到所述第一逻辑分区所在的第一节点之前，根据所述第一标识，获取与所述第一逻辑分区存在绑定关系的第一持久卷声明，以及获取与所述第一持久卷声明存在绑定关系的第一应用实例，并确定所述第一应用实例已下线。
在本公开的一个实施例中，参照图19，所述装置100还包括分区备份模块160；所述接收模块110，还被配置为执行接收所述容器管理平台发送的分区备份请求；所述分区备份模块160，被配置为执行从所述分区备份请求提取第二逻辑分区的第二标识以及第三逻辑分区的第三标识，根据所述第二标识和所述第三标识，分别定位所述第二逻辑分区所在的第二节点和所述第三逻辑分区所在的第三节点，并将所述第二逻辑分区的待备份数据备份至所述第三逻辑分区；其中，所述第二逻辑分区为待备份逻辑分区，所述第三逻辑分区为备份逻辑分区。
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
本公开的实施例提供的集群中的磁盘管理装置，可对节点上的磁盘空间进行分区，还可为生成的磁盘分区创建持久卷声明，使得磁盘分区与其对应的应用实例之间形成绑定关系，以实现磁盘空间在不同实例之间的隔离，在保证不同实例之间的使用互不影响的同时，还可获得较高的读写速度，数据存储的稳定性和性能较好。
图20是根据一示例性实施例示出的另一种集群中的磁盘管理装置框图。参照图20，该装置200包括发送模块210、挂载监控模块220、声明创建模块230。
发送模块210被配置为执行向部署在集群中的磁盘分区管理组件发送分区创建请求；
挂载监控模块220被配置为执行对目标逻辑分区所需要挂载的目标目录进行监控，其中，所述目标逻辑分区由所述磁盘分区管理组件根据所述分区创建请求所创建；
声明创建模块230被配置为执行当所述目标目录下监控到所述目标逻辑分区时，为所述目标逻辑分区创建对应的持久卷声明，其中，所述持久卷声明用于将所述目标逻辑分区与所述分区创建请求对应的应用实例进行绑定。
在本公开的一个实施例中，参照图21，所述分区创建请求包括所述目标逻辑分区的挂载路径，所述挂载监控模块220包括路径提取单元221，被配置为执行从所述分区创建请求中提取所述挂载路径，根据所述挂载路径确定所述目标逻辑分区需要挂载的目标目录；以及监控单元222，被配置为执行在所述目标目录下监控所述目标逻辑分区，若监控到所述目标逻辑分区，则确定所述目标逻辑分区挂载成功。
在本公开的一个实施例中，所述发送模块210，还被配置为执行向所述磁盘分区管理组件发送分区删除请求，其中，所述分区删除请求中包括待删除的第一逻辑分区的第一标识。
在本公开的一个实施例中，参照图21，所述装置200还包括下线确认模块240，被配置为执行在向所述磁盘分区管理组件发送所述分区删除请求之前，根据所述第一标识，获取与所述第一逻辑分区存在绑定关系的第一持久卷声明，以及获取与所述第一持久卷声明存在绑定关系的第一应用实例，并确定所述第一应用实例已下线。
在本公开的一个实施例中，所述发送模块210还被配置为执行向所述磁盘分区管理组件发送分区备份请求，其中，所述分区备份请求中包括第二逻辑分区的第二标识以及第三逻辑分区的第三标识，所述第二逻辑分区为待备份逻辑分区，所述第三逻辑分区为备份逻辑分区。
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
本公开的实施例提供的集群中的磁盘管理装置，对节点的磁盘空间进行分区之后，可监控分区所需要挂载的目标目录，以识别分区是否成功挂载到目标目录，保证了分区的磁盘空间的正常使用。进一步地，当在目标目录下监控到分区时，可为分区创建持久卷声明，使得磁盘分区与其对应的应用实例之间形成绑定关系，以实现磁盘空间在不同实例之间的隔离，保证不同实例之间的使用互不影响。
图22是根据一示例性实施例示出的一种集群中的磁盘管理系统框图。参照图22，该系统300包括磁盘分区管理组件310、容器管理平台320。
磁盘分区管理组件310被配置为执行接收容器管理平台发送的分区创建请求，根据所述分区创建请求对目标节点上的磁盘空间进行分区，以生成所述目标逻辑分区，将所述目标逻辑分区挂载到目标目录；
容器管理平台320被配置为执行向所述磁盘分区管理组件发送给所述分区创建请求，以及对所述目标逻辑分区所需要挂载的目标目录进行监控，当在所述目标目录监控到所述目标逻辑分区，则为所述目标逻辑分区创建对应的持久卷声明，其中，所述持久卷声明用于将所述目标逻辑分区与所述分区创建请求对应的应用实例进行绑定。
关于上述实施例中的系统，其中的组件执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
本公开的实施例提供的集群中的磁盘管理系统，可对节点的磁盘空间进行分区，还可为生成的磁盘分区创建持久卷声明，使得磁盘分区与其对应的应用实例之间形成绑定关系，以实现磁盘空间在不同实例之间的隔离，在保证不同实例之间的使用互不影响的同时，还可获得较高的读写速度，数据存储的稳定性和性能较好。
图23是根据一示例性实施例示出的一种用于集群中的磁盘管理的服务器400的框图。
如图23所示，上述服务器400包括：
存储器410及处理器420，连接不同组件(包括存储器410和处理器420)的总线430，存储器410存储有计算机程序，当处理器420执行所述程序时实现本公开实施例所述的集群中的磁盘管理方法。
总线430表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。
服务器400典型地包括多种电子设备可读介质。这些介质可以是任何能够被服务器400访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
存储器410还可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)440和/或高速缓存存储器450。服务器400可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统460可以用于读写不可移动的、非易失性磁介质(图23未显示，通常称为“硬盘驱动器”)。尽管图16中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线430相连。存储器410可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本公开各实施例的功能。
具有一组(至少一个)程序模块470的程序/实用工具480，可以存储在例如存储器410中，这样的程序模块470包括——但不限于——操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块470通常执行本公开所描述的实施例中的功能和/或方法。
服务器400也可以与一个或多个外部设备490(例如键盘、指向设备、显示器491等)通信，还可与一个或者多个使得用户能与该服务器400交互的设备通信，和/或与使得该服务器400能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口492进行。并且，服务器400还可以通过网络适配器493与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图16所示，网络适配器493通过总线430与服务器400的其它模块通信。应当明白，尽管图16中未示出，可以结合服务器400使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。
处理器420通过运行存储在存储器410中的程序，从而执行各种功能应用以及数据处理。
需要说明的是，本实施例的服务器的实施过程和技术原理参见前述对本公开实施例的集群中的磁盘管理方法的解释说明，此处不再赘述。
本公开实施例提供的服务器，可以执行如前所述的集群中的磁盘管理方法，可对节点上的磁盘空间进行分区，还可为生成的磁盘分区创建持久卷声明，使得磁盘分区与其对应的应用实例之间形成绑定关系，以实现磁盘空间在不同实例之间的隔离，在保证不同实例之间的使用互不影响的同时，还可获得较高的读写速度，数据存储的稳定性和性能较好。
为了实现上述实施例，本公开还提出一种存储介质。
其中，该存储介质中的指令由服务器的处理器执行时，使得服务器能够执行如前所述的集群中的磁盘管理方法。
为了实现上述实施例，本公开还提供一种计算机程序产品，该计算机程序由服务器的处理器执行时，使得服务器能够执行如前所述的集群中的磁盘管理方法。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。
应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。
Claims (10)
1.一种集群中的磁盘管理方法，应用于磁盘分区管理组件，其特征在于，包括：
接收集群中容器管理平台发送的分区创建请求；
根据所述分区创建请求对目标节点的磁盘空间进行分区以生成目标逻辑分区；以及
将所述目标逻辑分区挂载到目标目录下，其中，所述目标逻辑分区在被所述容器管理平台监控到成功挂载至所述目标目录之后，由所述容器管理平台为所述目标逻辑分区创建对应的持久卷声明，所述持久卷声明用于将所述目标逻辑分区与所述分区创建请求对应的应用实例进行绑定。
2.根据权利要求1所述的集群中的磁盘管理方法，其特征在于，所述分区创建请求包括所述目标逻辑分区的挂载路径，其中，所述将所述目标逻辑分区挂载到目标目录下，包括：
从所述分区创建请求中提取所述挂载路径；以及
按照所述挂载路径将所述目标逻辑分区挂载至所述挂载路径对应的所述目标目录下。
3.根据权利要求2所述的集群中的磁盘管理方法，其特征在于，所述分区创建请求还包括所述目标逻辑分区的容量，其中，所述根据所述分区创建请求对目标节点的磁盘空间进行分区以生成目标逻辑分区，包括：
从所述分区创建请求中提取所述目标逻辑分区的容量；
根据所述目标逻辑分区的容量，从多个节点中选取所述目标节点；以及
调用所述目标节点上的磁盘分区管理代理，由所述磁盘分区管理代理根据所述目标逻辑分区的容量对所述磁盘空间进行分区，以生成所述目标逻辑分区。
4.根据权利要求3所述的集群中的磁盘管理方法，其特征在于，所述分区创建请求还包括所述目标逻辑分区的第一类型信息，所述方法还包括：
分别获取所述多个节点上的磁盘空间的第二类型信息；
从所述分区创建请求中提取所述第一类型信息，选取所述第二类型信息与所述第一类型信息一致的节点作为候选节点；以及
从所述候选节点中，选取所述磁盘剩余容量大于所述目标逻辑分区的容量且两者的差值最小的所述候选节点作为所述目标节点。
5.根据权利要求4所述的集群中的磁盘管理方法，其特征在于，在所述选取所述第二类型信息与所述第一类型信息一致的节点作为候选节点之后，还包括：
获取在所述集群中已部署的应用实例的标签信息；
根据所述已部署的应用实例的标签信息，从已部署应用实例的节点中识别被限制的节点，并从所述候选节点中筛除所述被限制的节点；以及
从剩余的所述候选节点中，选取所述磁盘剩余容量大于所述目标逻辑分区的容量且两者的差值最小的所述候选节点作为所述目标节点。
6.一种集群中的磁盘管理方法，应用于容器管理平台，其特征在于，包括：
向部署在集群中的磁盘分区管理组件发送分区创建请求；
对目标逻辑分区所需要挂载的目标目录进行监控，其中，所述目标逻辑分区由所述磁盘分区管理组件根据所述分区创建请求所创建；
当在所述目标目录下监控到所述目标逻辑分区时，为所述目标逻辑分区创建对应的持久卷声明，其中，所述持久卷声明用于将所述目标逻辑分区与所述分区创建请求对应的应用实例进行绑定。
7.根据权利要求6所述的集群中的磁盘管理方法，其特征在于，所述分区创建请求包括所述目标逻辑分区的挂载路径，所述对目标逻辑分区所需要挂载的目标目录进行监控，包括：
从所述分区创建请求中提取所述挂载路径，根据所述挂载路径确定所述目标逻辑分区需要挂载的目标目录；以及
在所述目标目录下监控所述目标逻辑分区，若监控到所述目标逻辑分区，则确定所述目标逻辑分区挂载成功。
8.一种集群中的磁盘管理装置，其特征在于，包括：
接收模块，被配置为执行接收集群中容器管理平台发送的分区创建请求；
分区模块，被配置为执行根据所述分区创建请求对目标节点的磁盘空间进行分区以生成目标逻辑分区；以及
挂载模块，被配置为执行将所述目标逻辑分区挂载到目标目录下，其中，所述目标逻辑分区在被所述容器管理平台监控到成功挂载至所述目标目录之后，由所述容器管理平台为所述目标逻辑分区创建对应的持久卷声明，所述持久卷声明用于将所述目标逻辑分区与所述分区创建请求对应的应用实例进行绑定。
9.一种集群中的磁盘管理装置，其特征在于，包括：
发送模块，被配置为执行向部署在集群中的磁盘分区管理组件发送分区创建请求；
挂载监控模块，被配置为执行对目标逻辑分区所需要挂载的目标目录进行监控，其中，所述目标逻辑分区由所述磁盘分区管理组件根据所述分区创建请求所创建；
声明创建模块，被配置为执行当所述目标目录下监控到所述目标逻辑分区时，为所述目标逻辑分区创建对应的持久卷声明，其中，所述持久卷声明用于将所述目标逻辑分区与所述分区创建请求对应的应用实例进行绑定。
10.一种服务器，其特征在于，包括：
处理器；
用于存储所述处理器可执行指令的存储器；
其中，所述处理器被配置为执行所述指令，以实现如权利要求1至5中任一项所述的集群集群中的磁盘管理方法，或者以实现如权利要求6至7中任一项所述的集群集群中的磁盘管理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010688693.3A CN113946276B (zh) | 2020-07-16 | 2020-07-16 | 集群中的磁盘管理方法、装置及服务器 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010688693.3A CN113946276B (zh) | 2020-07-16 | 2020-07-16 | 集群中的磁盘管理方法、装置及服务器 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113946276A true CN113946276A (zh) | 2022-01-18 |
| CN113946276B CN113946276B (zh) | 2024-06-04 |
Family
ID=79326565
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010688693.3A Active CN113946276B (zh) | 2020-07-16 | 2020-07-16 | 集群中的磁盘管理方法、装置及服务器 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113946276B (zh) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114816272A (zh) * | 2022-06-23 | 2022-07-29 | 江苏博云科技股份有限公司 | Kubernetes环境下的磁盘管理系统 |
| CN117289878A (zh) * | 2023-11-23 | 2023-12-26 | 苏州元脑智能科技有限公司 | 卷的创建方法、装置、计算机设备及存储介质 |
| WO2024078211A1 (zh) * | 2022-10-12 | 2024-04-18 | 腾讯科技（深圳）有限公司 | 业务集群实例的备份和恢复方法以及相关设备 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050102559A1 (en) * | 2003-11-10 | 2005-05-12 | Nokia Corporation | Computer cluster, computer unit and method to control storage access between computer units |
| US20100011368A1 (en) * | 2008-07-09 | 2010-01-14 | Hiroshi Arakawa | Methods, systems and programs for partitioned storage resources and services in dynamically reorganized storage platforms |
| CN103731508A (zh) * | 2014-01-23 | 2014-04-16 | 易桂先 | 一种基于云存储的网络硬盘装置及其管理方法 |
| US20140189128A1 (en) * | 2012-12-31 | 2014-07-03 | Huawei Technologies Co., Ltd. | Cluster system with calculation and storage converged |
| CN107992355A (zh) * | 2017-12-21 | 2018-05-04 | 中兴通讯股份有限公司 | 一种部署应用软件的方法、装置及虚拟机 |
-
2020
- 2020-07-16 CN CN202010688693.3A patent/CN113946276B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050102559A1 (en) * | 2003-11-10 | 2005-05-12 | Nokia Corporation | Computer cluster, computer unit and method to control storage access between computer units |
| US20100011368A1 (en) * | 2008-07-09 | 2010-01-14 | Hiroshi Arakawa | Methods, systems and programs for partitioned storage resources and services in dynamically reorganized storage platforms |
| US20140189128A1 (en) * | 2012-12-31 | 2014-07-03 | Huawei Technologies Co., Ltd. | Cluster system with calculation and storage converged |
| CN103731508A (zh) * | 2014-01-23 | 2014-04-16 | 易桂先 | 一种基于云存储的网络硬盘装置及其管理方法 |
| CN107992355A (zh) * | 2017-12-21 | 2018-05-04 | 中兴通讯股份有限公司 | 一种部署应用软件的方法、装置及虚拟机 |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114816272A (zh) * | 2022-06-23 | 2022-07-29 | 江苏博云科技股份有限公司 | Kubernetes环境下的磁盘管理系统 |
| CN114816272B (zh) * | 2022-06-23 | 2022-09-06 | 江苏博云科技股份有限公司 | Kubernetes环境下的磁盘管理系统 |
| WO2024078211A1 (zh) * | 2022-10-12 | 2024-04-18 | 腾讯科技（深圳）有限公司 | 业务集群实例的备份和恢复方法以及相关设备 |
| CN117289878A (zh) * | 2023-11-23 | 2023-12-26 | 苏州元脑智能科技有限公司 | 卷的创建方法、装置、计算机设备及存储介质 |
| CN117289878B (zh) * | 2023-11-23 | 2024-02-23 | 苏州元脑智能科技有限公司 | 卷的创建方法、装置、计算机设备及存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113946276B (zh) | 2024-06-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111488241B (zh) | 在容器编排平台实现无代理备份与恢复操作的方法和系统 | |
| CN113946276B (zh) | 集群中的磁盘管理方法、装置及服务器 | |
| US9405640B2 (en) | Flexible failover policies in high availability computing systems | |
| US11221943B2 (en) | Creating an intelligent testing queue for improved quality assurance testing of microservices | |
| EP3648405B1 (en) | System and method to create a highly available quorum for clustered solutions | |
| CN113656149B (zh) | 一种应用处理方法、装置及相关设备 | |
| CN114237989B (zh) | 数据库服务部署、容灾方法及装置 | |
| CN113094431A (zh) | 读写分离方法、装置及服务器 | |
| CN111399753A (zh) | 写入图片的方法和装置 | |
| CN110209550A (zh) | 存储介质的故障处理方法、装置、电子设备及存储介质 | |
| CN108271420A (zh) | 管理文件的方法、文件系统和服务器系统 | |
| CN110825487B (zh) | 一种虚拟机防脑裂的管理方法及主服务器 | |
| CN116974489A (zh) | 一种数据处理方法、装置、系统、电子设备及存储介质 | |
| CN105307130A (zh) | 一种资源分配方法及系统 | |
| CN106991121B (zh) | 超融合数据存储方法及系统 | |
| US11262932B2 (en) | Host-aware discovery and backup configuration for storage assets within a data protection environment | |
| CN108984356A (zh) | 一种it产品测试方法及装置 | |
| US10972343B2 (en) | System and method for device configuration update | |
| WO2007028249A1 (en) | Method and apparatus for sequencing transactions globally in a distributed database cluster with collision monitoring | |
| CN112347036B (zh) | 一种云存储系统的云间迁移方法及装置 | |
| US10496305B2 (en) | Transfer of a unique name to a tape drive | |
| CN111291101A (zh) | 集群管理方法及系统 | |
| CN107168645B (zh) | 一种分布式系统的存储控制方法及系统 | |
| US10929250B2 (en) | Method and system for reliably restoring virtual machines | |
| CN114281269B (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 |