动态控制客户端重传请求的方法、系统、设备和存储介质与流程

1.本发明涉及服务器领域，更具体地，特别是指一种动态控制客户端重传请求的方法、系统、设备和存储介质。


背景技术：

2.ganesha是nfsv3\v4协议的文件服务器，运行在linux环境下，提供网络文件服务。当ganesha收到一个nfs(network file system，网络文件系统)请求，当发现系统资源受限不能及时完成nfs请求(文件句柄数量达到限制)，这时候会回复客户端对应的nfs报文，错误码为nfs3err_jukebox(定义参见rfc1813)。客户端收到带该错误码的回复后会在指定的时间间隔后进行重传，再次发送上次处理失败的请求。但是指定的时间间隔具体是多少是由客户端的系统配置决定，不能动态调整，默认为60s。
3.由于重发间隔是客户端配置的，就会导致ganesha服务端这边不能控制客户端的重发时间，当ganesha系统资源不再受限，能处理新的nfs请求时，客户端不能及时重发nfs请求。导致ganesha在空等浪费系统资源。如果客户端配置超时时间为0，则会立即触发重传，如果这时候系统资源仍然受限，网络上会出现大量重传请求占用带宽。


技术实现要素：

4.有鉴于此，本发明实施例的目的在于提出一种动态控制客户端重传请求的方法、系统、计算机设备及计算机可读存储介质，本发明通过将回复报文写入缓存队列，等待资源不再受限时再将回复报文发送到客户端，能够动态控制客户端重传请求，在多文件高并发场景下，有效利用ganesha性能，避免存在客户端等待超时重传而ganesha空闲的情况。
5.基于上述目的，本发明实施例的一方面提供了一种动态控制客户端重传请求的方法，包括如下步骤：响应于接收到网络文件系统读写请求，判断当前文件句柄的数量是否达到第一阈值；响应于当前文件句柄的数量达到所述第一阈值，构造回复报文并将所述回复报文写入缓存队列；监控当前文件句柄的数量，响应于当前文件句柄的数量小于第二阈值，将所述回复报文从所述缓存队列中移出并发送到客户端；以及响应于所述客户端接收到所述回复报文，触发重发机制以将所述网络文件系统读写请求重新发送。
6.在一些实施方式中，所述构造回复报文并将所述回复报文写入缓存队列包括：在所述回复报文中加入错误码，并将带有所述错误码的回复报文依次写入缓存队列。
7.在一些实施方式中，所述将所述回复报文从所述缓存队列中移出并发送到客户端包括：根据当前文件句柄的数量与所述第一阈值的差值确定从所述缓存队列中移出的回复报文的数量。
8.在一些实施方式中，所述触发重发机制以将所述网络文件系统读写请求重新发送包括：设置超时时长，并响应于从接收到所述回复报文等待所述超时时长，将所述网络文件系统读写请求重新发送。
9.本发明实施例的另一方面，提供了一种动态控制客户端重传请求的系统，包括：判
断模块，配置用于响应于接收到网络文件系统读写请求，判断当前文件句柄的数量是否达到第一阈值；构造模块，配置用于响应于当前文件句柄的数量达到所述第一阈值，构造回复报文并将所述回复报文写入缓存队列；执行模块，配置用于监控当前文件句柄的数量，响应于当前文件句柄的数量小于第二阈值，将所述回复报文从所述缓存队列中移出并发送到客户端；以及重发模块，配置用于响应于所述客户端接收到所述回复报文，触发重发机制以将所述网络文件系统读写请求重新发送。
10.在一些实施方式中，所述构造模块配置用于：在所述回复报文中加入错误码，并将带有所述错误码的回复报文依次写入缓存队列。
11.在一些实施方式中，所述执行模块配置用于：根据当前文件句柄的数量与所述第一阈值的差值确定从所述缓存队列中移出的回复报文的数量。
12.在一些实施方式中，所述重发模块配置用于：设置超时时长，并响应于从接收到所述回复报文等待所述超时时长，将所述网络文件系统读写请求重新发送。
13.本发明实施例的又一方面，还提供了一种计算机设备，包括：至少一个处理器；以及存储器，所述存储器存储有可在所述处理器上运行的计算机指令，所述指令由所述处理器执行时实现如上方法的步骤。
14.本发明实施例的再一方面，还提供了一种计算机可读存储介质，计算机可读存储介质存储有被处理器执行时实现如上方法步骤的计算机程序。
15.本发明具有以下有益技术效果：通过将回复报文写入缓存队列，等待资源不再受限时再将回复报文发送到客户端，能够动态控制客户端重传请求，在多文件高并发场景下，有效利用ganesha性能，避免存在客户端等待超时重传而ganesha空闲的情况。
附图说明
16.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的实施例。
17.图1为本发明提供的动态控制客户端重传请求的方法的实施例的示意图；
18.图2为本发明提供的动态控制客户端重传请求的系统的实施例的示意图；
19.图3为本发明提供的动态控制客户端重传请求的计算机设备的实施例的硬件结构示意图；
20.图4为本发明提供的动态控制客户端重传请求的计算机存储介质的实施例的示意图。
具体实施方式
21.为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本发明实施例进一步详细说明。
22.需要说明的是，本发明实施例中所有使用“第一”和“第二”的表述均是为了区分两个相同名称非相同的实体或者非相同的参量，可见“第一”“第二”仅为了表述的方便，不应理解为对本发明实施例的限定，后续实施例对此不再一一说明。
23.本发明实施例的第一个方面，提出了一种动态控制客户端重传请求的方法的实施例。图1示出的是本发明提供的动态控制客户端重传请求的方法的实施例的示意图。如图1所示，本发明实施例包括如下步骤：
24.s1、响应于接收到网络文件系统读写请求，判断当前文件句柄的数量是否达到第一阈值；
25.s2、响应于当前文件句柄的数量达到所述第一阈值，构造回复报文并将所述回复报文写入缓存队列；
26.s3、监控当前文件句柄的数量，响应于当前文件句柄的数量小于第二阈值，将所述回复报文从所述缓存队列中移出并发送到客户端；以及
27.s4、响应于所述客户端接收到所述回复报文，触发重发机制以将所述网络文件系统读写请求重新发送。
28.在文件i/o(input/output，输入/输出)中，要从一个文件读取数据，应用程序首先要调用操作系统函数并传送文件名，并选一个到该文件的路径来打开文件。该函数取回一个顺序号，即文件句柄(file handle)，该文件句柄对于打开的文件是唯一的识别依据。
29.本发明实施例在处理读写请求时，会判断文件句柄资源情况，如果受限，会构造带错误码的回复报文，不会通过网络发送给客户端，会把报文加入缓存队列。当扫描到资源空闲时会把缓存队列报文移出来进行发送。
30.响应于接收到网络文件系统读写请求，判断当前文件句柄的数量是否达到第一阈值。响应于当前文件句柄的数量达到所述第一阈值，构造回复报文并将所述回复报文写入缓存队列。当接收到网络文件系统读写请求，判断当前系统中的文件句柄的数量是否达到第一阈值，如果当前系统中的文件句柄的数量到达第一阈值，会构造回复报文，不会通过网络发送给客户端。
31.在一些实施方式中，所述构造回复报文并将所述回复报文写入缓存队列包括：在所述回复报文中加入错误码，并将带有所述错误码的回复报文依次写入缓存队列。构造带错误码的回复报文，并把回复报文写入缓存队列。如果同时接收到多个读写请求，则会构造多个回复报文，并按照顺序将多个回复报文依次写入缓存队列。
32.监控当前文件句柄的数量，响应于当前文件句柄的数量小于第二阈值，将所述回复报文从所述缓存队列中移出并发送到客户端。在本发明实施例中，第二阈值小于第一阈值，当系统中当前文件句柄的数量小于第二阈值，则表明系统中的资源不再受限，此时可以进行请求重发。
33.在一些实施方式中，所述将所述回复报文从所述缓存队列中移出并发送到客户端包括：根据当前文件句柄的数量与所述第一阈值的差值确定从所述缓存队列中移出的回复报文的数量。如果当前空余的资源不能够支持缓存队列中所有的回复报文对应的读写请求进行重发，则根据当前文件句柄的数量与第一阈值的差值确定从缓存队列中移出的回复报文的数量。
34.响应于所述客户端接收到所述回复报文，触发重发机制以将所述网络文件系统读写请求重新发送。客户端发送完读写请求，会等待请求回复。当收到带错误码nfs3err_jukebox的回复报文时，会立即触发重发机制再次重发同样的读写请求。
35.在一些实施方式中，所述触发重发机制以将所述网络文件系统读写请求重新发送
包括：设置超时时长，并响应于从接收到所述回复报文等待所述超时时长，将所述网络文件系统读写请求重新发送。
36.本发明通过将回复报文写入缓存队列，等待资源不再受限时再将回复报文发送到客户端，能够动态控制客户端重传请求，在多文件高并发场景下，有效利用ganesha性能，避免存在客户端等待超时重传而ganesha空闲的情况。
37.需要特别指出的是，上述动态控制客户端重传请求的方法的各个实施例中的各个步骤均可以相互交叉、替换、增加、删减，因此，这些合理的排列组合变换之于动态控制客户端重传请求的方法也应当属于本发明的保护范围，并且不应将本发明的保护范围局限在实施例之上。
38.基于上述目的，本发明实施例的第二个方面，提出了一种动态控制客户端重传请求的系统。如图2所示，系统200包括如下模块：判断模块，配置用于响应于接收到网络文件系统读写请求，判断当前文件句柄的数量是否达到第一阈值；构造模块，配置用于响应于当前文件句柄的数量达到所述第一阈值，构造回复报文并将所述回复报文写入缓存队列；执行模块，配置用于监控当前文件句柄的数量，响应于当前文件句柄的数量小于第二阈值，将所述回复报文从所述缓存队列中移出并发送到客户端；以及重发模块，配置用于响应于所述客户端接收到所述回复报文，触发重发机制以将所述网络文件系统读写请求重新发送。
39.在一些实施方式中，所述构造模块配置用于：在所述回复报文中加入错误码，并将带有所述错误码的回复报文依次写入缓存队列。
40.在一些实施方式中，所述执行模块配置用于：根据当前文件句柄的数量与所述第一阈值的差值确定从所述缓存队列中移出的回复报文的数量。
41.在一些实施方式中，所述重发模块配置用于：设置超时时长，并响应于从接收到所述回复报文等待所述超时时长，将所述网络文件系统读写请求重新发送。
42.基于上述目的，本发明实施例的第三个方面，提出了一种计算机设备，包括：至少一个处理器；以及存储器，存储器存储有可在处理器上运行的计算机指令，指令由处理器执行以实现如下步骤：s1、响应于接收到网络文件系统读写请求，判断当前文件句柄的数量是否达到第一阈值；s2、响应于当前文件句柄的数量达到所述第一阈值，构造回复报文并将所述回复报文写入缓存队列；s3、监控当前文件句柄的数量，响应于当前文件句柄的数量小于第二阈值，将所述回复报文从所述缓存队列中移出并发送到客户端；以及s4、响应于所述客户端接收到所述回复报文，触发重发机制以将所述网络文件系统读写请求重新发送。
43.在一些实施方式中，所述构造回复报文并将所述回复报文写入缓存队列包括：在所述回复报文中加入错误码，并将带有所述错误码的回复报文依次写入缓存队列。
44.在一些实施方式中，所述将所述回复报文从所述缓存队列中移出并发送到客户端包括：根据当前文件句柄的数量与所述第一阈值的差值确定从所述缓存队列中移出的回复报文的数量。
45.在一些实施方式中，所述触发重发机制以将所述网络文件系统读写请求重新发送包括：设置超时时长，并响应于从接收到所述回复报文等待所述超时时长，将所述网络文件系统读写请求重新发送。
46.如图3所示，为本发明提供的上述动态控制客户端重传请求的计算机设备的一个实施例的硬件结构示意图。
47.以如图3所示的装置为例，在该装置中包括一个处理器301以及一个存储器302。
48.处理器301和存储器302可以通过总线或者其他方式连接，图3中以通过总线连接为例。
49.存储器302作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块，如本技术实施例中的动态控制客户端重传请求的方法对应的程序指令/模块。处理器301通过运行存储在存储器302中的非易失性软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现动态控制客户端重传请求的方法。
50.存储器302可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据动态控制客户端重传请求的方法的使用所创建的数据等。此外，存储器302可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，存储器302可选包括相对于处理器301远程设置的存储器，这些远程存储器可以通过网络连接至本地模块。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
51.一个或者多个动态控制客户端重传请求的方法对应的计算机指令303存储在存储器302中，当被处理器301执行时，执行上述任意方法实施例中的动态控制客户端重传请求的方法。
52.执行上述动态控制客户端重传请求的方法的计算机设备的任何一个实施例，可以达到与之对应的前述任意方法实施例相同或者相类似的效果。
53.本发明还提供了一种计算机可读存储介质，计算机可读存储介质存储有被处理器执行时执行动态控制客户端重传请求的方法的计算机程序。
54.如图4所示，为本发明提供的上述动态控制客户端重传请求的计算机存储介质的一个实施例的示意图。以如图4所示的计算机存储介质为例，计算机可读存储介质401存储有被处理器执行时执行如上方法的计算机程序402。
55.最后需要说明的是，本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关硬件来完成，动态控制客户端重传请求的方法的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，程序的存储介质可为磁碟、光盘、只读存储记忆体(rom)或随机存储记忆体(ram)等。上述计算机程序的实施例，可以达到与之对应的前述任意方法实施例相同或者相类似的效果。
56.以上是本发明公开的示例性实施例，但是应当注意，在不背离权利要求限定的本发明实施例公开的范围的前提下，可以进行多种改变和修改。根据这里描述的公开实施例的方法权利要求的功能、步骤和/或动作不需以任何特定顺序执行。此外，尽管本发明实施例公开的元素可以以个体形式描述或要求，但除非明确限制为单数，也可以理解为多个。
57.应当理解的是，在本文中使用的，除非上下文清楚地支持例外情况，单数形式“一个”旨在也包括复数形式。还应当理解的是，在本文中使用的“和/或”是指包括一个或者一个以上相关联地列出的项目的任意和所有可能组合。
58.上述本发明实施例公开实施例序号仅仅为了描述，不代表实施例的优劣。
59.本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
60.所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本发明实施例公开的范围(包括权利要求)被限于这些例子；在本发明实施例的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，并存在如上的本发明实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。因此，凡在本发明实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本发明实施例的保护范围之内。