CN115098038A - 一种挂载目录的绑定方法、装置及其介质 - Google Patents
一种挂载目录的绑定方法、装置及其介质 Download PDFInfo
- Publication number
- CN115098038A CN115098038A CN202210832789.1A CN202210832789A CN115098038A CN 115098038 A CN115098038 A CN 115098038A CN 202210832789 A CN202210832789 A CN 202210832789A CN 115098038 A CN115098038 A CN 115098038A
- Authority
- CN
- China
- Prior art keywords
- mounting
- disk
- mount
- binding
- directory
- 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.)
- Pending
Links
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/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
- G06F3/0604—Improving or facilitating administration, e.g. storage management
-
- 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/061—Improving I/O performance
-
- 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/0614—Improving the reliability of storage systems
-
- 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/0629—Configuration or reconfiguration of storage systems
- G06F3/0637—Permissions
-
- 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/067—Distributed or networked storage systems, e.g. storage area networks [SAN], network attached storage [NAS]
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
本申请公开了一种挂载目录的绑定方法、装置及其介质,涉及分布式对象存储技术领域,用于提供一种文件系统的目录挂载方法,针对目前的挂载目录绑定方式会因为磁盘乱序导致数据丢失的问题,提供了一种挂载目录的绑定方法,通过以每个磁盘唯一对应的uuid,代替现有的盘符,作为挂载目录将磁盘挂载至各服务的挂载对象下。从而实现通过uuid唯一确定一个磁盘,即使存储服务器关机或重启,服务仍能通过uuid找到挂载对象,不会出现挂载错误,保证其正常工作。避免由于存储服务器上电顺序的不确定,导致磁盘的盘符乱序,进而导致挂载错误而使数据丢失的情况出现。进一步保证了分布式对象存储系统的稳定性和数据的安全性。
Description
技术领域
本申请涉及分布式对象存储技术领域,特别是涉及一种挂载目录的绑定方法、装置及其介质。
背景技术
随着互联网时代的快速发展,人们对于数据的安全存储也越来越重视,特别是在生命科学、材料化学、气象科学以及人工智能等领域中,都需要高带宽和一定的每秒进行读写操作的次数(Input/Output Operations Per Second,IOPS)才能满足需求。而作为一款易于使用、部署和管理简单的并行文件系统,BeeGFS并行文件系统能够满足大规模随机IO、频繁的读写要求,被广泛的应用在各个行业领域中。
BeeGFS并行文件系统进行存储所使用的一种设备是36盘位高密度存储服务器,这种高密度的存储服务器包括多个背板,每个背板连接有若干磁盘,在部署BeeGFS并行文件系统时,会为每一实例挂载一个对象(target)用于存储,这些实例可以是系统具体提供的服务,例如mgmtd服务、meta服务和storage服务等。另外,通常以一个背板对应连接的所有磁盘作为一个target,也即通过磁盘的盘符作为目录,挂载到对应的实例下,此目录即为挂载目录。但是由于存储服务器在开机或重启时背板上电顺序是随机的,盘符的设置又与磁盘的上电顺序有关,故可能导致磁盘乱序,使得挂载目录挂载错误而造成数据丢失。
所以,现在本领域的技术人员亟需要一种挂载目录的绑定方法,解决目前的挂载目录绑定方式会因为磁盘乱序导致数据丢失的问题。
发明内容
本申请的目的是提供一种挂载目录的绑定方法、装置及其介质,以解决目前的挂载目录绑定方式会因为磁盘乱序导致数据丢失的问题。
为解决上述技术问题,本申请提供一种挂载目录的绑定方法,包括:
获取存储系统中各个磁盘的uuid以及挂载关系;
格式化各服务的挂载对象;
根据uuid创建新的挂载目录,并根据预设的挂载关系与服务的挂载对象绑定。
优选的,挂载目录和挂载对象的绑定关系存储在fstab文件中。
优选的,在根据uuid创建新的挂载目录,并与服务的挂载对象绑定之前,还包括:
对用户进行权限认证,仅当权限认证通过后,允许对fstab文件进行读写操作。
优选的,在根据uuid创建新的挂载目录,并根据预设的挂载关系与服务的挂载对象绑定之前,还包括:
获取各个磁盘的剩余空间信息;
相应的,挂载关系根据剩余空间信息确定。
优选的,挂载关系根据剩余空间信息确定包括:
根据剩余空间信息,将磁盘按剩余空间量由大到小排序,按照先后顺序依次匹配各服务,以得到挂载关系。
优选的,在获取各个磁盘的剩余空间信息之后,还包括:
根据剩余空间信息确定磁盘中,剩余空间低于预设阈值的目标磁盘,目标磁盘不参与挂载关系的确定。
优选的,在挂载关系确定后,还包括:生成挂载报告;
挂载报告包括:每一服务对应磁盘的盘符、uuid和剩余空间信息。
为解决上述技术问题,本申请还提供一种挂载目录的绑定装置,包括:
获取模块,用于获取存储系统中各个磁盘的uuid以及挂载关系;
格式化模块,用于格式化各服务的挂载对象;
绑定模块,用于根据uuid创建新的挂载目录,并根据预设的挂载关系与服务的挂载对象绑定。
优选的,还包括:
认证模块,用于对用户进行权限认证,仅当权限认证通过后,允许对fstab文件进行读写操作。
剩余空间确定模块,用于获取各个磁盘的剩余空间信息;相应的,挂载关系根据剩余空间信息确定。
磁盘筛选模块,用于根据剩余空间信息确定磁盘中,剩余空间低于预设阈值的目标磁盘,目标磁盘不参与挂载关系的确定。
挂载报告生成模块,用于根据剩余空间信息确定磁盘中,剩余空间低于预设阈值的目标磁盘,目标磁盘不参与挂载关系的确定。
为解决上述技术问题,本申请还提供一种挂载目录的绑定装置,包括:
存储器,用于存储计算机程序;
处理器,用于执行计算机程序时实现如上述的挂载目录的绑定方法的步骤。
为解决上述技术问题,本申请还提供一种计算机可读存储介质,计算机可读存储介质上存储有计算机程序,计算机程序被处理器执行时实现如上述的挂载目录的绑定方法的步骤。
本申请提供的一种挂载目录的绑定方法,通过以每个磁盘唯一对应的uuid,代替现有的盘符,作为挂载目录将磁盘挂载至各服务的挂载对象下。从而实现通过uuid唯一确定一个磁盘,即使存储服务器关机或重启,服务仍能通过uuid找到挂载对象,不会出现挂载错误,保证其正常工作。避免由于存储服务器上电顺序的不确定,导致磁盘的盘符乱序,进而导致挂载错误而使数据丢失的情况出现。进一步保证了分布式对象存储系统的稳定性和数据的安全性。
本申请提供的挂载目录的绑定装置、及计算机可读存储介质,与上述方法对应,效果同上。
附图说明
为了更清楚地说明本申请实施例,下面将对实施例中所需要使用的附图做简单的介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明提供的一种挂载目录的绑定方法的流程图;
图2为本发明提供的一种挂载目录的绑定装置的结构图;
图3为本发明提供的另一种挂载目录的绑定装置的结构图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下,所获得的所有其他实施例,都属于本申请保护范围。
本申请的核心是提供一种挂载目录的绑定方法、装置及其介质。
为了使本技术领域的人员更好地理解本申请方案,下面结合附图和具体实施方式对本申请作进一步的详细说明。
随着互联网技术的快速发展,如今人们已然步入互联网时代,而在互联网领域中,对于数据能否安全存储的问题有着极高的重视程度,特别是在生命科学、材料化学、气象科学以及人工智能等技术领域中,都需要高带宽和IOPS才能满足存储需求,BeeGFS文件系统作为能够满足大规模随机IO、频繁的读写要求的文件系统,实现正常工作需要一定的存储设备提供支持,通常而言,一种常见的实施方式是使用高密度存储服务器来支持BeeGFS文件系统,相应的,BeeGFS文件系统存储服务(storage服务)也即需要部署在高密度存储服务器上。
在高密度存储服务器上部署BeeGFS文件系统存储服务时,目前所采取的实施方式为把storage服务与指定的盘符挂载到指定目录的方式。
RAID6:英文全称为independent data disks with two independentdistributed parity schemes,也即“带有两个独立分布式校验方案的独立数据磁盘”。这种raid级别是在raid 5的基础上发展而成,是为了进一步加强数据保护而设计的一种RAID方式。
RAID:磁盘阵列(Redundant Arrays of Independent Disks,RAID,有“数块独立磁盘构成具有冗余能力的阵列”之意。磁盘阵列是由很多块独立的磁盘,组合成一个容量巨大的磁盘组,利用个别磁盘提供数据所产生加成效果提升整个磁盘系统效能。利用这项技术,将数据切割成许多区段,分别存放在各个硬盘上。
在实际应用中,作为常见的一种高密度存储服务器,通常使用36盘位高密度存储服务器。这种高密度存储服务器使用了3个背板,每个背板连接12块磁盘,在部署BeeGFS文件系统storage服务时,每个实例对应连接一个target,每12块盘组RAID6作为一个target,由于存储服务器开机或重启时背板上电顺序是随机的,而盘符则与上电顺序有关,故可能导致磁盘乱序。作为一种预期的场景,用户希望一种盘符与target对应顺序如下:
/dev/sdc->target 1
/dev/sdd->target 2
/dev/sde->target 3
但在服务器重启后,一种可能的盘符与target对应顺序如下:
/dev/sdc->target 2
/dev/sdd->target 3
/dev/sde->target 1
也即出现了磁盘乱序的问题。当出现这种情况时,可能会因为挂载目录挂载错误导致数据出现丢失,为用户带来损失。因此,如图1所示,本申请提供一种挂载目录的绑定方法,包括:
S11:获取存储系统中各个磁盘的uuid以及挂载关系。
在BeeGFS文件系统这一应用场景中,对于磁盘通用唯一识别码(UniversallyUnique Identifier,uuid)的获取,具体可通过blkid命令来实现。而对于挂载关系的获取,可以通过用户输入的方式获得,也可以通过原有的以盘符作为挂载方式的挂载目录进行获取,本申请对此不做限制,本领域技术人员可根据实际需要选择合适的获取方式。
S12:格式化各服务的挂载对象。
同样在BeeGFS文件系统这一应用场景中,可使用mkfs命令格式化服务的挂载对象。示例性的,mkfs命令具体为:mkfs.ext4/dev/sdb。
另外,需要进行说明的是,基于本申请的应用场景,上述所提到的服务包括但不限于:存储服务(storage服务)、管理服务(mgmtd服务)和meta服务。
meta服务:meta服务负责存储和管理分片的位置信息,并且保证分片的负载均衡。
S13:根据uuid创建新的挂载目录,并根据预设的挂载关系与服务的挂载对象绑定。
对于上述storage服务、mgmtd服务和meta服务的挂载目录,可通过mount命令挂载。
在通过本申请所提供的一种挂载目录的绑定方法之后,再次运行上述storage服务、mgmtd服务和meta服务,即使BeeGFS文件系统集群环境再次重启或开机,可以通过磁盘唯一确定的uuid确定挂载关系,高密度36盘位存储服务器也不会出现盘符乱序问题。
本申请提供了一种挂载目录的绑定方法,是为了解决现有通过传统的盘符形式进行挂载会在高密度存储服务器这类特定的应用场景下,由于高密度存储服务器重新启动或开机导致磁盘上电顺序不固定,进而导致磁盘乱序使得数据发生丢失的问题。本申请通过获取磁盘的uuid,并以uuid作为重新挂载方式,将挂载目录和BeeGFS文件系统所提供的各服务的挂载对象绑定,使得支持BeeGFS文件系统提供的各项服务的正常运行,且不会在重启或开机后发生磁盘乱序,进而也就不会因此出现挂在错误甚至数据丢失,维护了BeeGFS文件系统和高密度存储服务器的稳定性和数据安全。
对于上述实施例中磁盘uuid和挂载目录之间的绑定关系,通常保存在配置文件或描述文件中以生效,使得系统可以从配置文件中读取挂载目录,实现相应的存储功能。同样的,基于BeeGFS文件系统这一应用场景,其中存在fstab文件,这个文件是用于描述系统中各种文件系统的信息的文件。
基于上述原因,本实施例提供一种优选的实施方案,具体为:挂载目录和挂载对象的绑定关系存储在fstab文件中。
fstab文件作为BeeGFS文件系统的核心文件之一,将磁盘uuid和挂载目录之间的绑定关系存储在fstab文件即可实现当BeeGFS文件系统的各项服务正常运行时,即使高密度存储服务器重启,仍可从fstab文件找到磁盘uuid和挂载目录的绑定关系,从而避免因为出现磁盘乱序的问题导致数据丢失,进一步提高了数据的安全性。同时,fstab文件作为BeeGFS文件系统的已有文件,磁盘uuid和挂载目录之间的绑定关系存储在其中可以实现上述的有益效果的同时,也无需额外创建新的配置文件或描述文件以存放上述的绑定关系,使本申请所提供的挂载目录的绑定方法更加简单易实施,又减少了所需文件的数量,更适合实际应用场景的部署需要。
本实施例所提供的一种优选的实施方案,通过复用现有BeeGFS文件系统的fstab文件存储磁盘uuid和挂载目录之间的绑定关系,使得能在满足实现本申请所提供的绑定方法不会因为高密度存储服务器重新上电而导致磁盘乱序的前提下,无需创建并使用新的配置文件或描述文件来保存磁盘uuid和挂载目录之间的绑定关系,使得在服务需要时,可以从中获取挂载目录,并访问相应的硬件实体,简化了上述挂载目录绑定方法的步骤,更适合应用在实际场景中。
由上述实施例可知,可将磁盘uuid和挂载目录之间的绑定关系存储在fstab文件中以实现当高密度存储服务器重启,仍可从fstab文件找到磁盘uuid和挂载目录的绑定关系,从而避免因为出现磁盘乱序的问题导致数据丢失,进一步提高了数据的安全性的效果。但fstab文件作为描述系统中各种文件系统信息的重要文件。一般而言,应用程序仅允许读取fstab文件,而不对fstab文件进行写操作。对fstab文件的维护是系统管理员等具有一定权限的操作者的工作。
所以,基于上述原因,本实施例在上述实施例的基础上,还提供一种优选的实施方案,在根据uuid创建新的挂载目录,并与服务的挂载对象绑定之前,还包括:
对用户进行权限认证,仅当权限认证通过后,允许对fstab文件进行读写操作。
具体的权限认证方法可通过手机短信验证,密码验证,动态口令验证,第三方验证等方式进行,本实施例对此不做限制。当用户的权限认证通过后,获得由认证方授予的权限信息,用户可在该权限信息的允许范围内,对系统进行相应的操作。
需要说明的是,本实施例所提到的权限认证是可以对fstab文件进行读写操作的权限的认证,也即,若fstab文件为普通用户权限可编辑,上述的权限认证即为普通用户的权限认证。若fstab文件为管理员权限可编辑,上述的权限认证即为管理员的权限认证。本实施例对此同样不做限制,实际使用中可根据安全需要确定fstab文件允许编辑的操作权限,进而,确定上述的权限认证为何种权限的认证即可。
本实施例所提供一种优选的实施方案,通过在对fstab文件进行读写操作前,先对用户进行权限认证,仅有权限认证通过的用户才允许对fstab文件进行读写操作,以将磁盘uuid和挂载目录之间的绑定关系存储在fstab文件中。这种方式提高了fstab文件的安全性,避免未经许可或授权的用户随意更改fstab文件,从而保护数据安全以及BeeGFS文件系统的正常工作,维护了BeeGFS文件系统的稳定性并提高了安全性。
此外,由上述可知,磁盘作为高密度存储服务器的组成部分,主要用于提供存储空间以存放数据,因此,磁盘的剩余空间对于其能够提供的储存能力影响较大。基于上述原因,本实施例提供一种优选的实施方案,在根据uuid创建新的挂载目录,并根据预设的挂载关系与服务的挂载对象绑定之前,还包括:
获取各个磁盘的剩余空间信息;
相应的,挂载关系根据剩余空间信息确定。
磁盘的剩余空间信息反映磁盘的剩余空间量的大小,也即磁盘所能提供的存储能力的大小。对于BeeGFS文件系统所提供的各项服务而言,通常希望其挂载磁盘所能提供的存储空间越大越好,所以在确定挂载关系时,将磁盘剩余空间信息纳入考虑范围能更好地保证服务的正常运行。具体的,可以根据各项服务对存储能力的需求,以及各项服务的优先级分配剩余空间合适的磁盘。
本实施例所提供的一种优选的实施方案,通过获取各个磁盘的剩余空间信息,以确定各个磁盘的存储能力,进而根据所需挂载磁盘的各项服务的存储需要,选择合适的磁盘进行挂载,也即确定上述的挂载关系,再通过本申请提供的一种挂载目录的绑定方法,实现以uuid作为磁盘和挂载对象挂载关系的确定手段,利用了uuid唯一对应于一个磁盘,且不会因为重启或开机等由于磁盘上电顺序不确定而导致乱序,保证了挂载的顺利进行,不会因此导致数据丢失,进一步保证了BeeGFS文件系统的稳定性和数据的安全性。
在上述实施例中,通过获取磁盘的剩余空间信息以确定磁盘所能提供的存储能力,进而以此确定挂载关系。进一步的,本实施例提供一种根据磁盘剩余空间信息确定挂载关系的优选实施方案,具体为:
根据剩余空间信息,将磁盘按剩余空间量由大到小排序,按照先后顺序依次匹配各服务,以得到挂载关系。
容易理解的是,在实际应用中,通常期望服务所挂载的磁盘剩余空间越多越好,因此,通过本实施例所提供的优选方案,将磁盘按照剩余空间量由大到小排序,当与各服务进行匹配时,按照先后顺序依次进行,以保证每次匹配时,所匹配的磁盘都为剩余磁盘中剩余空间最大的磁盘。
另外,对于服务的磁盘挂载,可以为不同服务挂载相同的磁盘,也可以为每个服务分别挂载不同的磁盘,对于服务在进行匹配时的先后顺序可以根据服务的重要性或者优先级进行排序,也可以根据服务的存储需求进行排序,本实施例对此未作限制,而当采用根据服务的存储需求进行排序时,服务和磁盘之间的挂载匹配需要满足磁盘的剩余空间大于服务所需的存储空间。由上述可知,操作人员可根据实际需求自由选择服务的排序方式以及与磁盘的匹配方式。
本实施例所提供的一种优选方案通过将磁盘按照剩余空间量的大小进行从大到小的排序,以在磁盘和服务的挂载关系匹配时按照先后顺序依次匹配,满足每次匹配时,所匹配的磁盘都为现有的待挂载磁盘中剩余空间容量最大的磁盘,尽可能的满足服务的存储需求,进一步保证服务的正常运行以及数据的成功存储。
此外,当磁盘的剩余空间不足一定程度时,其无法为服务提供所需的存储能力,这部分磁盘挂载在服务上作用较少,基于上述原因,本实施例在上述实施例的基础上还提供一种优选的实施方案,在获取各个磁盘的剩余空间信息之后,还包括:
根据剩余空间信息确定磁盘中,剩余空间低于预设阈值的目标磁盘,目标磁盘不参与挂载关系的确定。
同样的,本实施例同样未对预设阈值的具体值的设定作出限制,应根据实际服务的存储需求,确定一个值,当剩余空间低于该值时,不能满足绝大部分服务或者全部服务的存储需求,则预设阈值可以取该值或比该值更小的值。
本实施例所提供的一种优选方案,通过预设阈值界定能够提供服务所需存储能力的磁盘与不能提供的磁盘,从而将不能提供满足服务存储需求的磁盘剔除出待挂载磁盘列表中,不再参与挂载关系的确定,以避免剩余空间不足的磁盘参与挂载导致所提供的存储空间不足,影响服务的正常运行等问题,进一步维护了BeeGFS文件系统的稳定性。
进一步的,当挂载关系确定后,操作人员可能会有获知挂载关系的需求,例如需要获知挂载成功的磁盘的盘符、以及与服务之间的对应关系等需求。为解决上述问题,本实施例在上述实施例的基础上提供一种优选的实施方案,在挂载关系确定后,还包括:生成挂载报告;
挂载报告包括:每一服务对应磁盘的盘符、uuid和剩余空间信息。
具体的,挂载报告包括每一挂载成功的服务名称、每一服务下又包括对应磁盘的盘符、uuid和剩余空间信息。操作人员可根据包含上述信息的挂载报告方便、直观地获知服务和磁盘之间的挂载关系,以及磁盘的盘符、uuid和剩余空间,便于操作人员掌握BeeGFS文件系统的挂载状态,更好地进行后续的维护等工作。
本实施例所提供的优选方案在挂载关系确定之后,相应生成挂载报告并输出,挂载报告包括每一挂载成功的服务名称、每一服务下又包括对应磁盘的盘符、uuid和剩余空间信息,方便操作人员或运维人员直观、快捷地掌握当前BeeGFS文件系统的挂载状态,以更好地进行后续的操作或运维工作,有利于BeeGFS文件系统平稳运行。
为进一步清楚、详实地说明本申请所提供的挂载目录的绑定方法,下面结合实例,进行进一步说明:
示例性的,以高密度36盘位存储服务器作为高密度存储服务器,在其上部署BeeGFS文件系统,具体为部署mgmtd、meta、storage服务,步骤如下:
1)在高密度36盘位存储服务器上使用yum命令安装beeGFS文件系统mgmtd、meta、storage服务。
具体的:yum–y install beegfs-mgmtd beegfs-meta beegfs-storage。
2)在安装好mgmtd、meta、storage服务后,由于默认的挂载方式为通过磁盘盘符挂载,所以要对原有服务的挂载对象也即target进行初始化,可通过mkfs命令实现。
具体的:mkfs.ext4/dev/sdb。
3)创建mgmtd、meta和storage服务的挂载目录并用mount命令挂载。具体的挂载目录的创建方式如上述实施例所示,根据磁盘和服务的挂载关系,通过磁盘uuid重新确定挂载目录,然后通过mount命令挂载到相应的服务下。
具体的:对于mgmtd服务,有/dev/sdb/data/beegfs/beegfs_mgmtd/;对于meta服务,有mount-onodiratime,nobarrier/dev/sdc/data/beegfs/beegfs_meta/;对于storage服务,有mount-onodiratime,logbufs=8,logbsize=256k,largeio,inode64,swalloc,allocsize=131072k/dev/sdd/data/beegfs/beegfs_storage/。
4)修改mgmtd、meta和storage服务与target的挂载方式,首先通过命令blkid查看到每个盘符对应的uuid,再在/etc/fstab文件中通过uuid绑定target与指定目录的挂载关系。
具体的:UUID=42767f23-ed05-474e-85d2-0057f8adf180/data/beegfs/beegfs_storage xfs noatime,nodiratime,logbufs=8,logbsize=256k,largeio,inode64,swalloc,allocsize=131072k 0 0。
5)运行mgmtd、meta和storage服务。
在上述步骤之后,BeeGFS文件系统集群环境再重启高密度36盘位存储服务器时不会出现盘符乱序问题。
本申请是为解决高密度36盘位存储服务器再重新启动致使磁盘重新上电时会导致磁盘乱序问题,所提出的一种挂载目录的绑定方法,传统的通过磁盘盘符的mount挂载方式可能由于高密度存储服务器重新上电使得磁盘乱序,进而导致文件系统数据丢失。而采用本申请所提供的一种挂载目录的绑定方法,以每个盘符对应的uuid方式绑定挂载目录,不会由于高密度存储服务器的重新上电导致磁盘乱序,也因此避免了数据丢失情况的发生,保护了BeeGFS文件系统运行的稳定性和数据的安全性。
在上述实施例中,对于一种挂载目录的绑定方法进行了详细描述,本申请还提供一种挂载目录的绑定装置对应的实施例。需要说明的是,本申请从两个角度对装置部分的实施例进行描述,一种是基于功能模块的角度,另一种是基于硬件的角度。
基于功能模块的角度,本实施例提供一种挂载目录的绑定装置,包括:
获取模块21,用于获取存储系统中各个磁盘的uuid以及挂载关系。
格式化模块22,用于格式化各服务的挂载对象。
绑定模块23,用于根据uuid创建新的挂载目录,并根据预设的挂载关系与服务的挂载对象绑定。
优选的,还包括:
认证模块,用于对用户进行权限认证,仅当权限认证通过后,允许对fstab文件进行读写操作。
剩余空间确定模块,用于获取各个磁盘的剩余空间信息;相应的,挂载关系根据剩余空间信息确定。
磁盘筛选模块,用于根据剩余空间信息确定磁盘中,剩余空间低于预设阈值的目标磁盘,目标磁盘不参与挂载关系的确定。
挂载报告生成模块,用于根据剩余空间信息确定磁盘中,剩余空间低于预设阈值的目标磁盘,目标磁盘不参与挂载关系的确定。
由于装置部分的实施例与方法部分的实施例相互对应,因此装置部分的实施例请参见方法部分的实施例的描述,这里暂不赘述。
本实施例所提供的一种挂载目录的绑定装置,是针对解决现有通过传统的盘符形式进行挂载会在高密度存储服务器这类特定的应用场景下,由于高密度存储服务器重新启动或开机导致磁盘上电顺序不固定,进而导致磁盘乱序使得数据发生丢失的问题。本装置通过获取磁盘的uuid,并以uuid作为重新挂载方式,将挂载目录和BeeGFS文件系统所提供的各服务的挂载对象绑定,使得支持BeeGFS文件系统提供的各项服务的正常运行,由于磁盘与其uuid之间的对应关系不受磁盘上电与否的影响,所以也不会在重启或开机后发生磁盘乱序,进而也就不会因此出现挂在错误甚至数据丢失,维护了BeeGFS文件系统和高密度存储服务器的稳定性和数据安全。
图3为本申请另一实施例提供的一种挂载目录的绑定装置的结构图,如图3所示,一种挂载目录的绑定装置包括:存储器30,用于存储计算机程序;
处理器31,用于执行计算机程序时实现如上述实施例一种挂载目录的绑定方法的步骤。
本实施例提供的一种挂载目录的绑定装置可以包括但不限于智能手机、平板电脑、笔记本电脑或台式电脑等。
其中,处理器31可以包括一个或多个处理核心,比如4核心处理器、8核心处理器等。处理器31可以采用数字信号处理器(Digital Signal Processor,DSP)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)、可编程逻辑阵列(Programmable LogicArray,PLA)中的至少一种硬件形式来实现。处理器31也可以包括主处理器和协处理器,主处理器是用于对在唤醒状态下的数据进行处理的处理器,也称中央处理器(CentralProcessing Unit,CPU);协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中,处理器31可以集成有图像处理器(Graphics Processing Unit,GPU),GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中,处理器31还可以包括人工智能(Artificial Intelligence,AI)处理器,该AI处理器用于处理有关机器学习的计算操作。
存储器30可以包括一个或多个计算机可读存储介质,该计算机可读存储介质可以是非暂态的。存储器30还可包括高速随机存取存储器,以及非易失性存储器,比如一个或多个磁盘存储设备、闪存存储设备。本实施例中,存储器30至少用于存储以下计算机程序301,其中,该计算机程序被处理器31加载并执行之后,能够实现前述任一实施例公开的一种挂载目录的绑定方法的相关步骤。另外,存储器30所存储的资源还可以包括操作系统302和数据303等,存储方式可以是短暂存储或者永久存储。其中,操作系统302可以包括Windows、Unix、Linux等。数据303可以包括但不限于一种挂载目录的绑定方法等。
在一些实施例中,一种挂载目录的绑定装置还可包括有显示屏32、输入输出接口33、通信接口34、电源35以及通信总线36。
本领域技术人员可以理解,图3中示出的结构并不构成对一种挂载目录的绑定装置的限定,可以包括比图示更多或更少的组件。
本申请实施例提供的一种挂载目录的绑定装置,包括存储器和处理器,处理器在执行存储器存储的程序时,能够实现如下方法:一种挂载目录的绑定方法。
本实施例所提供的一种挂载目录的绑定装置,通过处理器执行保存在存储器中的计算机程序,实现通过获取磁盘的uuid,并以uuid作为重新挂载方式,将挂载目录和BeeGFS文件系统所提供的各服务的挂载对象绑定,使得支持BeeGFS文件系统提供的各项服务的正常运行,是为针对性解决现有通过传统的盘符形式进行挂载会在高密度存储服务器这类特定的应用场景下,由于高密度存储服务器重新启动或开机导致磁盘上电顺序不固定,进而导致磁盘乱序使得数据发生丢失的问题。由于磁盘与其uuid之间的对应关系不受磁盘上电与否的影响,所以也不会在重启或开机后发生磁盘乱序,进而也就不会因此出现挂在错误甚至数据丢失,维护了BeeGFS文件系统和高密度存储服务器的稳定性和数据安全。
最后,本申请还提供一种计算机可读存储介质对应的实施例。计算机可读存储介质上存储有计算机程序,计算机程序被处理器执行时实现如上述方法实施例中记载的步骤。
可以理解的是,如果上述实施例中的方法以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
本实施例所提供的一种计算机可读存储介质,当其中保存的计算机程序被执行时,可以实现获取磁盘的uuid,并以uuid作为重新挂载方式,将挂载目录和BeeGFS文件系统所提供的各服务的挂载对象绑定,使得支持BeeGFS文件系统提供的各项服务的正常运行,是为针对性解决现有通过传统的盘符形式进行挂载会在高密度存储服务器这类特定的应用场景下,由于高密度存储服务器重新启动或开机导致磁盘上电顺序不固定,进而导致磁盘乱序使得数据发生丢失的问题。由于磁盘与其uuid之间的对应关系不受磁盘上电与否的影响,所以也不会在重启或开机后发生磁盘乱序,进而也就不会因此出现挂在错误甚至数据丢失,维护了BeeGFS文件系统和高密度存储服务器的稳定性和数据安全。
以上对本申请所提供的一种挂载目录的绑定方法、装置及其介质进行了详细介绍。说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以对本申请进行若干改进和修饰,这些改进和修饰也落入本申请权利要求的保护范围内。
还需要说明的是,在本说明书中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
Claims (10)
1.一种挂载目录的绑定方法,其特征在于,包括:
获取存储系统中各个磁盘的uuid以及挂载关系;
格式化各服务的挂载对象;
根据所述uuid创建新的挂载目录,并根据预设的挂载关系与所述服务的挂载对象绑定。
2.根据权利要求1所述的挂载目录的绑定方法,其特征在于,所述挂载目录和所述挂载对象的绑定关系存储在fstab文件中。
3.根据权利要求2所述的挂载目录的绑定方法,其特征在于,在根据所述uuid创建新的挂载目录,并与所述服务的挂载对象绑定之前,还包括:
对用户进行权限认证,仅当所述权限认证通过后,允许对所述fstab文件进行读写操作。
4.根据权利要求1所述的挂载目录的绑定方法,其特征在于,在根据所述uuid创建新的挂载目录,并根据预设的挂载关系与所述服务的挂载对象绑定之前,还包括:
获取各个所述磁盘的剩余空间信息;
相应的,所述挂载关系根据所述剩余空间信息确定。
5.根据权利要求4所述的挂载目录的绑定方法,其特征在于,所述挂载关系根据所述剩余空间信息确定包括:
根据所述剩余空间信息,将所述磁盘按剩余空间量由大到小排序,按照先后顺序依次匹配各所述服务,以得到所述挂载关系。
6.根据权利要求4所述的挂载目录的绑定方法,其特征在于,在获取各个所述磁盘的剩余空间信息之后,还包括:
根据所述剩余空间信息确定所述磁盘中,剩余空间低于预设阈值的目标磁盘,所述目标磁盘不参与所述挂载关系的确定。
7.根据权利要求4所述的挂载目录的绑定方法,其特征在于,在所述挂载关系确定后,还包括:生成挂载报告;
所述挂载报告包括:每一所述服务对应所述磁盘的盘符、所述uuid和所述剩余空间信息。
8.一种挂载目录的绑定装置,其特征在于,包括:
获取模块,用于获取存储系统中各个磁盘的uuid以及挂载关系;
格式化模块,用于格式化各服务的挂载对象;
绑定模块,用于根据所述uuid创建新的挂载目录,并根据预设的挂载关系与所述服务的挂载对象绑定。
9.一种挂载目录的绑定装置,其特征在于,包括:
存储器,用于存储计算机程序;
处理器,用于执行所述计算机程序时实现如权利要求1至7任意一项所述的挂载目录的绑定方法的步骤。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如权利要求1至7任意一项所述的挂载目录的绑定方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210832789.1A CN115098038A (zh) | 2022-07-15 | 2022-07-15 | 一种挂载目录的绑定方法、装置及其介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210832789.1A CN115098038A (zh) | 2022-07-15 | 2022-07-15 | 一种挂载目录的绑定方法、装置及其介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115098038A true CN115098038A (zh) | 2022-09-23 |
Family
ID=83299379
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210832789.1A Pending CN115098038A (zh) | 2022-07-15 | 2022-07-15 | 一种挂载目录的绑定方法、装置及其介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115098038A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116701299A (zh) * | 2022-12-09 | 2023-09-05 | 荣耀终端有限公司 | 一种目录管理方法及相关装置 |
CN116956331A (zh) * | 2023-09-18 | 2023-10-27 | 中孚安全技术有限公司 | 应用于Linux的文件系统加密隔离方法、系统、设备及介质 |
-
2022
- 2022-07-15 CN CN202210832789.1A patent/CN115098038A/zh active Pending
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116701299A (zh) * | 2022-12-09 | 2023-09-05 | 荣耀终端有限公司 | 一种目录管理方法及相关装置 |
CN116701299B (zh) * | 2022-12-09 | 2024-03-26 | 荣耀终端有限公司 | 一种目录管理方法及相关装置 |
CN116956331A (zh) * | 2023-09-18 | 2023-10-27 | 中孚安全技术有限公司 | 应用于Linux的文件系统加密隔离方法、系统、设备及介质 |
CN116956331B (zh) * | 2023-09-18 | 2023-12-19 | 中孚安全技术有限公司 | 应用于Linux的文件系统加密隔离方法、系统、设备及介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20230138736A1 (en) | Cluster file system-based data backup method and apparatus, and readable storage medium | |
US8713270B2 (en) | Efficient file system metadata scanning using scoped snapshots | |
CN115098038A (zh) | 一种挂载目录的绑定方法、装置及其介质 | |
CN101650660B (zh) | 从中央存储装置引导计算机系统 | |
CN110083399B (zh) | 小程序运行方法、计算机设备及存储介质 | |
CN110806911B (zh) | 一种云桌面管控方法、装置及系统 | |
CN104158858A (zh) | 一种访问分布式集群文件系统方法及系统 | |
US10261710B2 (en) | Volume integrity in a shared-resource environment | |
CN110162429A (zh) | 系统修复方法、服务器及存储介质 | |
US20140082275A1 (en) | Server, host and method for reading base image through storage area network | |
US10089015B1 (en) | Per-drive memory resident zeroing maps for drive zeroing in a data storage system | |
CN101996109A (zh) | 计算机系统及其控制方法和存储计算机程序的记录介质 | |
US7840755B2 (en) | Methods and systems for automatically identifying a modification to a storage array | |
CN105162833A (zh) | 应用于无盘工作站的客户机管理系统及方法 | |
CN111522514A (zh) | 集群文件系统、数据处理方法、计算机设备及存储介质 | |
CN109857519A (zh) | 虚拟磁盘的处理方法及相关装置 | |
US10803109B2 (en) | Method and device for reading and writing video data in NAS device | |
CA2878759A1 (en) | Methods and systems for providing software applications | |
US20210124653A1 (en) | Data write method and storage system | |
CN111629044B (zh) | 基于云盘的Windows操作系统数据漫游网络结构及其方法 | |
CN113656355A (zh) | 文件的处理方法及装置、非易失性存储介质、处理器 | |
CN111143302A (zh) | 一种追踪Office文档内容变更的方法及装置 | |
US11495262B1 (en) | Duplexing data from multiple file systems onto a shared tape | |
US11644997B2 (en) | Releasing data storage tracks while maintaining logical corruption protection | |
CN107704198B (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 |