CN107580066A - 一种分布式nas存储系统中文件访问的方法、装置及系统 - Google Patents
一种分布式nas存储系统中文件访问的方法、装置及系统 Download PDFInfo
- Publication number
- CN107580066A CN107580066A CN201710854599.9A CN201710854599A CN107580066A CN 107580066 A CN107580066 A CN 107580066A CN 201710854599 A CN201710854599 A CN 201710854599A CN 107580066 A CN107580066 A CN 107580066A
- Authority
- CN
- China
- Prior art keywords
- file
- service node
- visited
- hash
- access request
- 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
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明公开了一种分布式NAS存储系统中文件访问的方法,对存储系统中各个文件预先分配服务节点,当接收到访问请求时,判断该访问请求的待访问文件的服务节点是否为本地服务节点,如果是,直接提供请求响应即可,如果否,则将该访问请求发送至对应的服务节点,由对应的服务节点提供请求响应即可,本发明中存储系统中的每个文件的访问请求都只能够由固定的服务节点进行处理,因此当为客户端提供请求服务时,无需对文件加锁,从而避免了由于在各个服务节点之间频繁申请和召回锁导致的文件业务性能低的问题,提高了整个系统的业务性能,提高客户使用体验。
Description
技术领域
本发明涉及分布式NAS存储系统领域,特别是涉及一种分布式NAS存储系统中文件访问的方法、装置及系统。
背景技术
在分布式NAS存储系统中,一般分为两大类,NAS协议服务端和存储系统,NAS协议服务端最常用的是NFS服务端,负责与NFS客户端交互,为客户端提供文件服务。
多个客户端通过多个NFS服务端并发访问同一个文件时,需要分布式锁来保证NFS服务端访问的一致性,保证缓存的有效性。这就需要在多个NFS服务端之间频繁的申请和召回分布式锁,导致整个系统的业务性能低,不能满足客户需求。
发明内容
本发明的目的是提供一种分布式NAS存储系统中文件访问的方法,解决了由于在多个NFS服务端频繁申请和召回分布式锁,导致的系统业务性能低的问题,在保证文件安全性的基础上,无需给文件加锁即可为客户端提供访问请求服务。
本发明另一目的是提供一种分布式NAS存储系统中文件访问的装置及系统。
为解决上述技术问题,本发明提供一种分布式NAS存储系统中文件访问的方法,包括:
根据接收到的访问请求确定待访问文件的文件标识;根据所述文件标识,确定预先为所述待访问文件分配的服务节点;判断所述服务节点是否为本地服务节点,如果是,则提供所述访问请求的请求响应,如果否,则将所述访问请求发送至所述服务节点,以便所述服务节点提供所述访问请求的请求响应。
其中,所述确定预先为所述待访问文件分配的服务节点包括:
将所述文件标识通过Hash运算获得运算结果,根据所述运算结果确定所述待访问文件对应的Hash区间;根据预先建立的各个服务节点和各个Hash区间的映射关系以及所述待访问文件对应的Hash区间,确定所述待访问文件对应的服务节点;其中,所述预先建立的各个服务节点和各个Hash区间的映射关系的过程包括:
将所述Hash运算的运算结果区间划分为多个Hash区间,并将多个Hash区间映射到各个服务节点,建立各个所述服务节点和各个所述Hash区间的所述映射关系。
其中,将多个Hash区间映射到各个服务节点包括:
将多个所述Hash区间以轮询的方式映射到各个所述服务节点,其中所述Hash区间的数量不少于所述服务节点的数量。
其中,所述将多个Hash区间映射到各个服务节点,建立各个所述服务节点和各个所述Hash区间的所述映射关系包括:
所述将多个Hash区间映射到各个服务节点,生成各个所述服务节点和各个所述Hash区间之间映射关系的映射地图,并将所述映射地图同时发送到各个所述服务节点。
其中,所述提供所述访问请求的响应包括:
将所述待访问文件加锁,并缓存所述待访问文件的锁;提供所述待访问文件的读写操作。
其中,所述访问请求为读文件请求;所述提供所述访问请求的响应包括:
预读所述待访问文件,并缓存预读的所述待访问文件,通过预读的待访问文件提供所述读文件请求的响应。
其中,所述访问请求为写文件请求;所述提供所述访问请求的响应包括:
缓存所述写文件请求,并返回写成功响应,当缓存的所述待访问文件的写文件请求达到预设阈值时,同步对所述待访问文件的多个写文件请求进行处理。
本发明还提供了一种分布式NAS存储系统中文件访问的装置,包括:
接收请求模块,用于接收访问请求,根据所述访问请求确定待访问文件的文件标识;
确定节点模块,用于根据所述文件标识,确定预先为所述待访问文件分配的服务节点;
判断模块,用于判断所述服务节点是否为本地服务节点,如果是,则访问所述待访问文件,如果否,则将所述访问请求发送至所述服务节点,以便所述服务节点访问所述待访问文件。
其中,所述确定节点模块具体用于将所述文件标识通过Hash运算获得运算结果,根据所述运算结果确定所述待访问文件对应的Hash区间;根据预先建立的各个服务节点和各个Hash区间的映射关系以及所述待访问文件对应的Hash区间,确定所述待访问文件对应的服务节点;其中,各个服务节点和各个Hash区间的映射关系为预先通过构建模块建立的映射关系;
所述构建模块用于,将所述Hash运算的运算结果区间划分为多个Hash区间,并将多个Hash区间映射到各个服务节点,建立各个所述服务节点和各个所述Hash区间的所述映射关系。
本发明还提供一种分布式NAS存储系统中文件访问的系统,包括:多个相互连接的服务节点和多个客户端,且各个所述客户端分别和各个所述服务节点连接;其中,所述客户端,用于向所述服务节点发送访问请求;所述服务节点,用于根据接收到的访问请求确定待访问文件的文件标识;根据所述文件标识,确定预先为所述待访问文件分配的服务节点;判断所述服务节点是否为本地服务节点,如果是,则提供所述访问请求的请求响应,如果否,则将所述访问请求发送至所述服务节点,以便所述服务节点提供所述访问请求的请求响应。
本发明所提供的一种分布式NAS存储系统中文件访问的方法,预先为各个待访问文件分配服务节点,当各个客户端并发访问同一文件时,只有该文件分配的服务节点能够为各个客户端的访问提供访问响应,避免了多个服务节点对同一文件的访问请求提供访问相应,那么也就不需要对文件进行申请和召回锁,从而避免了在各个服务节点之间频繁申请和召回锁导致的系统业务性能低的问题。
本发明提供的文件访问方法,能够提高文件系统的业务性能,满足客户需求,为客户提供一个良好的使用体验。
本发明还提供了一种分布式NAS存储系统中文件访问的装置及系统,具有上述有益效果。
附图说明
为了更清楚的说明本发明实施例或现有技术的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单的介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明的一种具体实施例中提供的分布式NAS存储系统中文件访问的流程图;
图2为本发明的实施例中对于预先为各个文件分配服务节点的流程图;
图3为本发明具体实施例中确定待访问文件对应的服务节点的流程图;
图4为本发明实施例提供的分布式NAS存储系统中文件访问的装置的结构框图。
具体实施方式
在分布式NAS存储系统中,由于是多个客户端对多个服务端同时发送文件请求的,当有大量客户端分别通过不同服务端发送对同一个文件的访问请求时,为了避免各个服务端同时为各个客户端提供对同一个文件的请求响应,造成文件错误,就需要在某个服务端为客户提供访问响应时,对文件进行加锁,从而排斥其他客户端通过其他服务端同时对文件访问,直到该客户端访问完毕后,进行召回锁。
当需要对同一个文件访问的请求过多时,就需要各个服务端在处理各个访问请求时,依次进行申请和召回锁,导致整个访问过程频繁执行重复繁琐的加锁解锁操作,增加了整个存储系统中访问文件的程序的复杂度,从而增加了文件业务的负担,本发明通过将各个文件分配有固定的服务端进行处理访问请求,无需对文件加锁,从而简化访问文件程序,提高文件业务性能。
为了使本技术领域的人员更好地理解本发明方案,下面结合附图和具体实施方式对本发明作进一步的详细说明。显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
请参考图1,图1为本发明的一种具体实施例中提供的分布式NAS存储系统中文件访问的流程图,该方法可以包括:
步骤S101:根据接收到的访问请求确定待访问文件的文件标识。
步骤S102:根据文件标识,确定预先为待访问文件分配的服务节点。
步骤S103:判断服务节点是否为本地服务节点,如果是,则进入步骤S105,如果否,进入步骤S104。
步骤S104:将访问请求发送至服务节点。
步骤S105:待访问文件对应的服务节点提供访问请求的请求响应。
具体的,接收到的访问请求可以是和本地服务节点相连接的客户端,也可以是由其他服务节点转发过来的访问请求,对于其他服务节点转发的访问请求,因为需要访问文件的客户端是和转发访问请求的服务节点之间相连接,所以在处理访问请求后,处理访问请求的服务节点还需要通过转发访问请求的服务节点提供请求响应。
一般而言,存储系统中的每个文件都只对应固定的某一个服务节点,而由于文件的数量一般远大于服务节点的数量,因此,每个服务节点需要处理多个文件的访问请求。正常情况下,在对文件和服务节点进行分配之后,不会再重新调整,避免在某个客户端对文件尚未访问完成时,又对该文件重新分配服务节点,导致访问出错的问题。
本发明中对于每个文件只有一个服务节点可以对该文件的访问请求进行处理,从而不需要对文件进行加锁和召回锁操作,简化了文件访问的程序,提高了存储系统文件业务的性能。
另外,对于待访问文件的文件标识一般可以采用Fid唯一标识。
基于上述实施例,本发明的实施例中对于预先为各个文件分配服务节点的流程图如图2所示,可以包括:
步骤S201:选择特定的Hash运算,根据Hash运算的运算结果区间划分为多个Hash区间。
具体的,特定的Hash运算并不是需要具有特定功能的Hash运算,只是应该选取某个确定的Hash运算,而不能在客户端访问文件时随意变动,应保证对于每个文件而言,每次通过Hash运算后的运算结果都相同。
步骤S202:将多个Hash区间映射到各个服务节点。
步骤S203:建立各个服务节点和各个Hash区间的映射关系。
对应的,基于本实施例中预先为各个文件分配服务节点的具体实施方式,对与上述实施例中的步骤S102具体过程可参考图3,图3为本发明具体实施例中确定待访问文件对应的服务节点的流程图,具体可以包括:
步骤S1021:将文件标识通过Hash运算获得运算结果;
步骤S1022:根据运算结果确定待访问文件对应的Hash区间;
步骤S1023:根据各个服务节点和各个Hash区间的映射关系,确定待访问文件对应的服务节点。
需要说明的是,本实施例中之所以采用Hash运算,是为了在确定各个文件对应的服务节点时,可以将各个文件大体平均对应到各个服务节点,避免大量文件集中对应到同一个服务节点中。但这并不是本发明的唯一实施方式,也可以直接将各个文件以轮询的方式对应到各个服务节点,也能够实现各个文件大体平均对应到各个服务节点。
另外,为了能够尽可能的保证各个文件大体平均的对应到各个服务节点,可以对本发明的实施例进一步改进,包括:
多个Hash区间的数量不少于多个所述服务节点的数量,并以轮询的方式将多个Hash区间映射到各个服务节点,Hash区间的数量不少于多个所述服务节点的数量,能够在一定程度上避免大量文件集中对应到同一个服务节点,但是更为优选的实施方式是Hash区间的数量为服务节点数量的整数倍,且每个服务节点对应的Hash区间的数量相同。
以上所述是对于各个访问文件的访问频率基本相同的情况下,各个服务节点以及Hash区间和文件的对应关系,如果存在某些文件被访问的频率过高,可以选取特定的服务节点只对某几个文件的访问请求进行处理,从而保证整个存储系统的文件业务性能。
基于上述实施例,本发明的另一具体实施例中,可以包括:
将多个Hash区间映射到各个服务节点后,生成各个服务节点和各个Hash区间之间映射关系的映射地图,并将映射地图同时发送到各个服务节点。
为了保证各个服务节点对能够在接收到客户端访问请求时,判断出访问请求对应的待访问文件对应的服务节点,可以在生成映射地图之后,同时发送到各个服务节点,也可以是在服务节点接收到客户端的访问请求时,将映射地图发送到服务节点以便判断该访问请求是由哪个服务节点处理。
另外,需要说明的是,创建各个服务节点和Hash区间之间的映射关系并生成映射地图的可以是各个服务节点中的任意一个服务节点。且各个服务节点之间两两相互连接。如果各个服务节点中出现突发情况,某个服务节点突然宕机,或者系统中新增加了服务节点,则立即重新创建新的映射关系,并更新映射地图,以保证客户端对服务文件的正常访问。
基于上述实施例,本发明的另一具体实施例中,为客户端提供响应请求的具体过程可以包括:
将所述待访问文件加锁,并缓存所述待访问文件的锁;提供所述待访问文件的读写操作。
具体的,之所以需要对文件进行加锁,是为了防止系统中其他软件设备产生故障给文件带来影响造成文件错误,对文件上锁可以保证文件的安全性。由于每个文件的访问请求只能由一个服务节点处理,因此在该服务节点对某个文件加锁之后,可以不对文件进行锁召回操作,在保证文件安全的基础上,避免了频繁的申请和召回锁。
一般的,只有在服务节点第一次接收到某个文件的访问请求时,对文件上锁,而不进行召回锁,对于后续的对该访问文件的访问请求,客户端可直接对加锁的文件进行访问,这对于后续对该文件的访问相当于是免锁的,但是这并不是本发明的唯一实施方式,本发明中也可以是在对文件加锁后,如果持续很长一段时间后,都没有对该文件的访问请求,那么就执行召回锁的操作,在下一次接收到相应的访问请求时再加锁。还可以根据文件被访问的时间段,对文件加锁,例如在某一时间段内,某个文件被访问的频率较高,可以在该时间段内使文件始终处于加锁状态等等对文件加锁的方式,都属于本发明的保护范围内。
基于上述任意实施例,本发明的另一具体实施例中,可以包括:
当所述访问请求为读文件请求时,可以预读所述待访问文件,并缓存预读的所述待访问文件,通过预读的到访问文件提供所述读文件请求的响应。
因为各个服务器节点处理的访问请求为固定的某几个文件的访问请求,当客户端需要读取某个文件时,服务节点可以将该文件进行预读,如果后续恰好又接收到该文件的读文件请求时,就无需下盘,服务节点直接可以为客户端提供需要读取的文件,直到该服务节点接收到该文件的写文件请求,则缓存的该文件才会失效。
相对于现有技术中各个服务节点可以处理各个文件的访问请求,虽然也可以对文件进行预读,但是由于每个服务节点需要处理各个文件的访问请求,在较长时间内频繁处理同一个文件的读文件请求的概率相对也会较低,因此服务节点内缓存的预读文件访问命中的概率就会很低,且一旦其他服务节点给该文件提供了一个写操作,该预读文件就会失效,所以即便可以预读并缓存文件,实际用途也不大。
因此本发明的中缓存预读的文件具有较高的命中概率,使缓存的一个预读能够为多个读文件访问请求提供请求服务,从而提高了存储系统的访问性能。
基于上述任意实施例,本发明的另一具体实施例中,可以包括:
当访问请求为写文件请求时,可以先缓存所述写文件请求,并向发送写文件请求的客户端或转发请求的服务节点返回写成功响应,当缓存的所述待访问文件的写文件请求达到预设阈值时,同步对所述待访问文件的多个写文件请求进行处理。因为同一个文件的写请求由固定的服务节点进行处理,在处理同一个文件的多个写文件请求时,为了减少下盘次数,提升性能,可以将多个对于同一个文件的写文件请求合并处理,可以先对同一个文件的写文件请求进行缓存,请求数量达到一定的阈值时,合并处理同一文件的多个写文件请求。
为了防止同一个文件的写文件请求数量长时间达不到预设阈值时,缓存的访问请求发生数据丢失的情况,还可以再进一步设定一个时间阈值,当长时间内没有接收到同一个文件的写文件请求时,先处理目前接收到的该文件所有的写文件请求。当然,这只是本发明的一个较为有选的实施方式,并不是本发明的必要技术特征。
下面对本发明实施例提供的分布式NAS存储系统中文件访问的装置进行介绍,下文描述的分布式NAS存储系统中文件访问的装置与上文描述的分布式NAS存储系统中文件访问的方法可相互对应参照。
图4为本发明实施例提供的分布式NAS存储系统中文件访问的装置的结构框图,参照图4分布式NAS存储系统中文件访问的装置可以包括:
接收请求模块100,用于接收访问请求,根据所述访问请求确定待访问文件的文件标识;
确定节点模块200,用于根据所述文件标识,确定预先为所述待访问文件分配的服务节点;
判断模块300,用于判断所述服务节点是否为本地服务节点,如果是,则访问所述待访问文件,如果否,则将所述访问请求发送至所述服务节点,以便所述服务节点访问所述待访问文件。
优选的,所述确定节点模块200具体将所述文件标识通过Hash运算获得运算结果,根据所述运算结果确定所述待访问文件对应的Hash区间;根据预先建立的各个服务节点和各个Hash区间的映射关系以及所述待访问文件对应的Hash区间,确定所述待访问文件对应的服务节点;
其中,各个服务节点和各个Hash区间的映射关系为预先通过构建模块建立的映射关系;
所述构建模块用于,将所述Hash运算的运算结果区间划分为多个Hash区间,并将多个Hash区间映射到各个服务节点,建立各个所述服务节点和各个所述Hash区间的所述映射关系。
本实施例的分布式NAS存储系统中文件访问的装置用于实现前述的分布式NAS存储系统中文件访问的方法,因此分布式NAS存储系统中文件访问的装置中的具体实施方式可见前文中的分布式NAS存储系统中文件访问的方法的实施例部分,例如,接收请求模块100,用于实现上述分布式NAS存储系统中文件访问的方法中步骤S101,确定节点模块200,用于实现上述方法中步骤S102,判断模块300,用于实现上述方法中步骤S103,S104和S105,所以,其具体实施方式可以参照相应的各个部分实施例的描述,在此不再赘述。
本发明提供的分布式NAS存储系统中文件访问的系统,可以包括:
多个相互连接的服务节点和多个客户端,且各个所述客户端分别和各个所述服务节点连接;
其中,所述客户端,用于向所述服务节点发送访问请求;
所述服务节点,用于根据接收到的访问请求确定待访问文件的文件标识;根据所述文件标识,确定预先为所述待访问文件分配的服务节点;判断所述服务节点是否为本地服务节点,如果是,则提供所述访问请求的请求响应,如果否,则将所述访问请求发送至所述服务节点,以便所述服务节点提供所述访问请求的请求响应;
其中,所述服务节点接收到的访问请求为所述客户端发送的访问请求或其他服务节点转发的访问请求。
具体的,通过将多个服务节点分别分配到各个文件,每个服务节点固定处理某几个文件的访问请求,避免料多个服务节点同时处理同一个文件的不同的访问请求,造成文件错误,且不需要对文件进行加锁,避免了各个服务器节点频繁的对各个文件申请和召回锁的操作,简化了客户端对文件的访问过程,提高了存储系统的文件业务能力。
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其它实施例的不同之处,各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。
专业人员还可以进一步意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
以上对本发明所提供的分布式NAS存储系统中文件访问的方法以及装置进行了详细介绍。本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想。应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以对本发明进行若干改进和修饰,这些改进和修饰也落入本发明权利要求的保护范围内。
Claims (10)
1.一种分布式NAS存储系统中文件访问的方法,其特征在于,包括:
根据接收到的访问请求确定待访问文件的文件标识;
根据所述文件标识,确定预先为所述待访问文件分配的服务节点;
判断所述服务节点是否为本地服务节点,如果是,则提供所述访问请求的请求响应,如果否,则将所述访问请求发送至所述服务节点,以便所述服务节点提供所述访问请求的请求响应。
2.根据权利要求1所述的方法,其特征在于,所述确定预先为所述待访问文件分配的服务节点包括:
将所述文件标识通过Hash运算获得运算结果,根据所述运算结果确定所述待访问文件对应的Hash区间;
根据预先建立的各个服务节点和各个Hash区间的映射关系以及所述待访问文件对应的Hash区间,确定所述待访问文件对应的服务节点;
其中,所述预先建立的各个服务节点和各个Hash区间的映射关系的过程包括:
将所述Hash运算的运算结果区间划分为多个Hash区间,并将多个Hash区间映射到各个服务节点,建立各个所述服务节点和各个所述Hash区间的所述映射关系。
3.根据权利要求2所述的方法,其特征在于,将多个Hash区间映射到各个服务节点包括:
将多个所述Hash区间以轮询的方式映射到各个所述服务节点,其中所述Hash区间的数量不少于所述服务节点的数量。
4.根据权利要求2所述的方法,其特征在于,所述将多个Hash区间映射到各个服务节点,建立各个所述服务节点和各个所述Hash区间的所述映射关系包括:
将多个Hash区间映射到各个服务节点,生成各个所述服务节点和各个所述Hash区间之间映射关系的映射地图,并将所述映射地图同时发送到各个所述服务节点。
5.根据权利要求1至4任一项所述的方法,其特征在于,所述提供所述访问请求的响应包括:
将所述待访问文件加锁,并缓存所述待访问文件的锁;
提供所述待访问文件的读写操作。
6.根据权利要求5所述的方法,其特征在于,所述访问请求为读文件请求;
所述提供所述访问请求的响应包括:
预读所述待访问文件,并缓存预读的所述待访问文件,通过预读的所述待访问文件提供所述读文件请求的响应。
7.根据权利要求5所述的方法,其特征在于,所述访问请求为写文件请求;
所述提供所述访问请求的响应包括:
缓存所述写文件请求,并返回写成功响应,当缓存的所述待访问文件的写文件请求达到预设阈值时,同步对所述待访问文件的多个写文件请求进行处理。
8.一种分布式NAS存储系统中文件访问的装置,其特征在于,包括:
接收请求模块,用于接收访问请求,根据所述访问请求确定待访问文件的文件标识;
确定节点模块,用于根据所述文件标识,确定预先为所述待访问文件分配的服务节点;
判断模块,用于判断所述服务节点是否为本地服务节点,如果是,则访问所述待访问文件,如果否,则将所述访问请求发送至所述服务节点,以便所述服务节点访问所述待访问文件。
9.根据权利要求8所述的装置,其特征在于,所述确定节点模块具体用于:
将所述文件标识通过Hash运算获得运算结果,根据所述运算结果确定所述待访问文件对应的Hash区间;根据预先建立的各个服务节点和各个Hash区间的映射关系以及所述待访问文件对应的Hash区间,确定所述待访问文件对应的服务节点;
其中,各个服务节点和各个Hash区间的映射关系为预先通过构建模块建立的映射关系;
所述构建模块,用于将所述Hash运算的运算结果区间划分为多个Hash区间,并将多个Hash区间映射到各个服务节点,建立各个所述服务节点和各个所述Hash区间的所述映射关系。
10.一种分布式NAS存储系统中文件访问的系统,其特征在于,包括:多个相互连接的服务节点和多个客户端,且各个所述客户端分别和各个所述服务节点连接;
其中,所述客户端,用于向所述服务节点发送访问请求;
所述服务节点,用于根据接收到的访问请求确定待访问文件的文件标识;根据所述文件标识,确定预先为所述待访问文件分配的服务节点;判断所述服务节点是否为本地服务节点,如果是,则提供所述访问请求的请求响应,如果否,则将所述访问请求发送至所述服务节点,以便所述服务节点提供所述访问请求的请求响应。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710854599.9A CN107580066A (zh) | 2017-09-20 | 2017-09-20 | 一种分布式nas存储系统中文件访问的方法、装置及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710854599.9A CN107580066A (zh) | 2017-09-20 | 2017-09-20 | 一种分布式nas存储系统中文件访问的方法、装置及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107580066A true CN107580066A (zh) | 2018-01-12 |
Family
ID=61036351
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710854599.9A Pending CN107580066A (zh) | 2017-09-20 | 2017-09-20 | 一种分布式nas存储系统中文件访问的方法、装置及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107580066A (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108566421A (zh) * | 2018-03-29 | 2018-09-21 | 四川斐讯信息技术有限公司 | 一种基于网络附属存储器的网络式分布方法及系统 |
CN109408487A (zh) * | 2018-11-01 | 2019-03-01 | 郑州云海信息技术有限公司 | 一种nas文件系统下文件处理系统及方法 |
CN110347656A (zh) * | 2019-06-27 | 2019-10-18 | 苏州浪潮智能科技有限公司 | 文件存储系统中请求的管理方法和装置 |
CN110650204A (zh) * | 2019-09-27 | 2020-01-03 | 苏州浪潮智能科技有限公司 | Nas集群的数据访问方法、装置、设备及存储介质 |
CN112383633A (zh) * | 2020-11-17 | 2021-02-19 | 平安养老保险股份有限公司 | 会话管理方法和系统 |
CN112463757A (zh) * | 2020-12-17 | 2021-03-09 | 北京浪潮数据技术有限公司 | 一种分布式系统的资源访问方法及相关装置 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101673289A (zh) * | 2009-10-10 | 2010-03-17 | 成都市华为赛门铁克科技有限公司 | 分布式文件存储构架的构建方法和装置 |
US20110137879A1 (en) * | 2009-12-07 | 2011-06-09 | Saurabh Dubey | Distributed lock administration |
CN103002027A (zh) * | 2012-11-26 | 2013-03-27 | 中国科学院高能物理研究所 | 基于键值对系统实现树形目录结构的数据存储系统及方法 |
CN103379138A (zh) * | 2012-04-17 | 2013-10-30 | 深圳市腾讯计算机系统有限公司 | 实现负载均衡的方法及系统和灰度发布的方法及装置 |
CN104503710A (zh) * | 2015-01-23 | 2015-04-08 | 福州瑞芯微电子有限公司 | 一种提高闪存写入速度的方法和装置 |
CN105094695A (zh) * | 2015-06-29 | 2015-11-25 | 浪潮(北京)电子信息产业有限公司 | 一种存储方法和系统 |
CN105718589A (zh) * | 2016-01-26 | 2016-06-29 | 华为技术有限公司 | 访问文件的方法和装置 |
CN106776720A (zh) * | 2016-11-18 | 2017-05-31 | 北京奇虎科技有限公司 | 一种文件处理方法和装置 |
-
2017
- 2017-09-20 CN CN201710854599.9A patent/CN107580066A/zh active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101673289A (zh) * | 2009-10-10 | 2010-03-17 | 成都市华为赛门铁克科技有限公司 | 分布式文件存储构架的构建方法和装置 |
US20110137879A1 (en) * | 2009-12-07 | 2011-06-09 | Saurabh Dubey | Distributed lock administration |
CN103379138A (zh) * | 2012-04-17 | 2013-10-30 | 深圳市腾讯计算机系统有限公司 | 实现负载均衡的方法及系统和灰度发布的方法及装置 |
CN103002027A (zh) * | 2012-11-26 | 2013-03-27 | 中国科学院高能物理研究所 | 基于键值对系统实现树形目录结构的数据存储系统及方法 |
CN104503710A (zh) * | 2015-01-23 | 2015-04-08 | 福州瑞芯微电子有限公司 | 一种提高闪存写入速度的方法和装置 |
CN105094695A (zh) * | 2015-06-29 | 2015-11-25 | 浪潮(北京)电子信息产业有限公司 | 一种存储方法和系统 |
CN105718589A (zh) * | 2016-01-26 | 2016-06-29 | 华为技术有限公司 | 访问文件的方法和装置 |
CN106776720A (zh) * | 2016-11-18 | 2017-05-31 | 北京奇虎科技有限公司 | 一种文件处理方法和装置 |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108566421A (zh) * | 2018-03-29 | 2018-09-21 | 四川斐讯信息技术有限公司 | 一种基于网络附属存储器的网络式分布方法及系统 |
CN108566421B (zh) * | 2018-03-29 | 2021-06-04 | 浙江华网俊业科技有限公司 | 一种基于网络附属存储器的网络式分布方法及系统 |
CN109408487A (zh) * | 2018-11-01 | 2019-03-01 | 郑州云海信息技术有限公司 | 一种nas文件系统下文件处理系统及方法 |
CN109408487B (zh) * | 2018-11-01 | 2021-10-22 | 郑州云海信息技术有限公司 | 一种nas文件系统下文件处理系统及方法 |
CN110347656A (zh) * | 2019-06-27 | 2019-10-18 | 苏州浪潮智能科技有限公司 | 文件存储系统中请求的管理方法和装置 |
CN110650204A (zh) * | 2019-09-27 | 2020-01-03 | 苏州浪潮智能科技有限公司 | Nas集群的数据访问方法、装置、设备及存储介质 |
CN112383633A (zh) * | 2020-11-17 | 2021-02-19 | 平安养老保险股份有限公司 | 会话管理方法和系统 |
CN112463757A (zh) * | 2020-12-17 | 2021-03-09 | 北京浪潮数据技术有限公司 | 一种分布式系统的资源访问方法及相关装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107580066A (zh) | 一种分布式nas存储系统中文件访问的方法、装置及系统 | |
CN106899680B (zh) | 多区块链的分片处理方法和装置 | |
CN113010818B (zh) | 访问限流方法、装置、电子设备及存储介质 | |
CN108737532A (zh) | 一种资源获取方法、客户端、计算机设备及可读介质 | |
US9361636B2 (en) | Creating, managing, and provisioning packages of online applications | |
CN106961469A (zh) | 基于http代理服务器的无感知定向代理方法及系统 | |
CN109240617A (zh) | 分布式存储系统写请求处理方法、装置、设备及存储介质 | |
CN106027595A (zh) | 用于cdn节点的访问日志处理方法及系统 | |
US9292454B2 (en) | Data caching policy in multiple tenant enterprise resource planning system | |
CN106777085A (zh) | 一种数据处理方法、装置及数据查询系统 | |
CN110300133A (zh) | 跨域数据传输方法、装置、设备及存储介质 | |
CN110737388A (zh) | 数据预读方法、客户端、服务器以及文件系统 | |
CN109471843A (zh) | 一种元数据缓存方法、系统及相关装置 | |
CN105068817B (zh) | 将数据写入存储设备的方法及存储设备 | |
CN108933847A (zh) | 一种地址快速分配的方法及装置 | |
CN108092915A (zh) | 一种用户服务质量流量控制方法及装置 | |
CN108111325A (zh) | 一种资源分配方法及装置 | |
CN106790601A (zh) | 服务地址的读取装置、系统和方法 | |
CN109299049A (zh) | 一种文件访问请求的处理方法及装置 | |
US7660964B2 (en) | Windowing external block translations | |
CN107026879A (zh) | 一种数据缓存方法及后台应用系统 | |
CN103369038A (zh) | 平台即服务PaaS管理平台及方法 | |
CN106649150A (zh) | 一种缓存管理方法及装置 | |
CN112087401A (zh) | 分布式存储中实现服务质量的方法和装置 | |
CN105978744B (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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180112 |
|
RJ01 | Rejection of invention patent application after publication |