CN107566182A - 一种网络文件系统的接管方法及系统 - Google Patents

Abstract

本申请公开了一种网络文件系统的接管方法，所述方法包括：当检测到管理所述网络文件系统的第一节点出现故障时，将所述网络文件系统挂载于第二节点；其中，所述第一节点与所述第二节点连接同一IP SAN资源；将所述第一节点上的共享配置导入所述第二节点；根据所述共享配置在所述第二节点上配置所述第一节点的IP地址，以实现所述第二节点对所述网络文件系统的管理；该方法能够在发生故障时实现网络文件系统的接管，实现网络文件系统服务的冗余；本申请还公开了一种网络文件系统的接管系统、一种计算机可读存储介质及服务器，具有以上有益效果。

Description

一种网络文件系统的接管方法及系统

技术领域

本发明涉及数据存储领域，特别涉及一种网络文件系统的接管方法、系统和一种计算机可读存储介质及服务器。

背景技术

NFS：Network File System，即网络文件系统；

NAS：Network Attached Storage，网络附属存储；

IP：Internet Protocol，网络之间互连的协议；

SAN：Storage Area Network，存储局域网络。

随着NAS使用的越来越广泛，NFS也随之使用的越来越多。出于稳定与安全性的考虑，冗余和故障时的接管也就显的非常重要。但是现有技术中并没有解决网络文件系统的接管方法。

因此，如何在发生故障时实现网络文件系统的接管，实现网络文件系统服务的冗余，是本领域技术人员目前需要解决的技术问题。

发明内容

本申请的目的是提供一种网络文件系统的接管方法、系统和一种计算机可读存储介质及服务器，能够在发生故障时实现网络文件系统的接管，实现网络文件系统服务的冗余。

为解决上述技术问题，本申请提供一种网络文件系统的接管方法，该方法包括：

当检测到管理所述网络文件系统的第一节点出现故障时，将所述网络文件系统挂载于第二节点；其中，所述第一节点与所述第二节点连接同一IP SAN资源；

将所述第一节点上的共享配置导入所述第二节点；

根据所述共享配置在所述第二节点上配置所述第一节点的IP地址，以实现所述第二节点对所述网络文件系统的管理。

可选的，在检测到管理所述网络文件系统的第一节点发生故障前，还包括：

按预定周期检测所述第一节点是否出现所述故障。

可选的，将所述第一节点上的共享配置导入所述第二节点包括：

将所述第一节点上的所述共享配置导入所述第二节点，并删除所述第一节点上的所述共享配置。

本申请还提供了一种网络文件系统的接管系统，该系统包括：

接管挂载模块，用于当检测到管理所述网络文件系统的第一节点出现故障时，将所述网络文件系统挂载于第二节点；其中，所述第一节点与所述第二节点连接同一IP SAN资源；

配置导入模块，用于将所述第一节点上的共享配置导入所述第二节点；

IP配置模块，用于根据所述共享配置在所述第二节点上配置所述第一节点的IP地址，以实现所述第二节点对所述网络文件系统的管理。

可选的，还包括：

检测模块，用于按预定周期检测所述第一节点是否出现所述故障。

可选的，所述配置导入模块为将所述第一节点上的所述共享配置导入所述第二节点，并删除所述第一节点上的所述共享配置的模块。

本申请还提供了一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序执行时实现以下步骤：

当检测到管理所述网络文件系统的第一节点出现故障时，将所述网络文件系统挂载于第二节点；其中，所述第一节点与所述第二节点连接同一IP SAN资源；

将所述第一节点上的共享配置导入所述第二节点；

根据所述共享配置在所述第二节点上配置所述第一节点的IP地址，以实现所述第二节点对所述网络文件系统的管理。

本申请还提供了一种服务器，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器调用所述存储器中的计算机程序时实现以下步骤：

当检测到管理所述网络文件系统的第一节点出现故障时，将所述网络文件系统挂载于第二节点；其中，所述第一节点与所述第二节点连接同一IP SAN资源；

将所述第一节点上的共享配置导入所述第二节点；

根据所述共享配置在所述第二节点上配置所述第一节点的IP地址，以实现所述第二节点对所述网络文件系统的管理。

本发明提供了一种网络文件系统的接管方法，当检测到管理所述网络文件系统的第一节点出现故障时，将所述网络文件系统挂载于第二节点；其中，所述第一节点与所述第二节点连接同一IP SAN资源；将所述第一节点上的共享配置导入所述第二节点；根据所述共享配置在所述第二节点上配置所述第一节点的IP地址，以实现所述第二节点对所述网络文件系统的管理。

本方法中在第一节点发生故障时，现将网络文件系统挂载在第二节点上(第二节点不发生故障)，在第二节点上配置第一节点的IP地址以实现第二节点对网络文件系统的管理。本方法能够在发生故障时实现网络文件系统的接管，实现网络文件系统服务的冗余。本申请同时还提供了一种网络文件系统的接管系统和一种计算机可读存储介质及服务器，具有上述有益效果，在此不再赘述。

附图说明

为了更清楚地说明本申请实施例，下面将对实施例中所需要使用的附图做简单的介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例所提供的一种网络文件系统的接管方法的流程图；

图2为本申请实施例所提供的另一种网络文件系统的接管方法的流程图；

图3为本申请实施例所提供的一种网络文件系统的接管系统的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

下面请参见图1，图1为本申请实施例所提供的一种网络文件系统的接管方法的流程图；

具体步骤可以包括：

步骤S101：当检测到管理所述网络文件系统的第一节点出现故障时，将所述网络文件系统挂载于第二节点；其中，所述第一节点与所述第二节点连接同一IP SAN资源；

其中，本方法的实施主体是Pacemaker，Pacemaker是一个集群资源管理器，它利用集群基础构件(OpenAIS、heartbeat或corosync)提供的消息和成员管理能力来探测并从节点或资源级别的故障中恢复，以实现群集服务(亦称资源)的最大可用性。Pacemaker可以做几乎任何规模的集群，并带有一个强大的依赖模式，让管理员能够准确地表达群集资源之间的关系(包括顺序和位置)。

在本步骤之前默认存在检测网络文件系统是否存在故障的步骤，当然，对于故障的检测可以是相关技术人员在有故障检测需要的时候进行的故障检测，也可以是相关装置按照预设周期固定检测故障，当然还存在其他的检测故障的方法，且上述方法是无法列举穷尽的，本领域的技术人员可以根基方案的实际应用场景选择适当的方法。优选的，当检测到第一节点发生故障时，也可以将故障的类型进行上报，以便相关人员进行故障相对应的处理。

可以理解的是，当第一节点发生故障时，为了将损失降低至最小可以停止关于第一节点的所有业务，直至第二节点实现接管，在第二节点上执行相关业务。

值得注意的是，第一节点与第二节点连接同一IP SAN资源，存储创建文件系统通过IP对外提供文件系统服务，然后基于Pacemaker实现文件系统和IP的接管。两节点连接同一IP SAN资源，并在任一节点创建文件系统，由A点挂载此文件系统。然后分别设置接收客户端连接的IP地址，最后在A节点上基于文件系统创建NFS共享接受客户端的连接

步骤S102：将所述第一节点上的共享配置导入所述第二节点；

其中，本步骤中将第一节点的共享配置导入第二节点有多种方法，可复制第一节点的共享配置然后在第二节点中添加，也可以是直接将第一节点的共享配置传输至第二节点，本领域的技术人员可以根据方案的具体应用场景选择适当的导入方法看，此处不对如何将第一节点的共享配置导入第二节点进行具体的限定。

步骤S103：根据所述共享配置在所述第二节点上配置所述第一节点的IP地址，以实现所述第二节点对所述网络文件系统的管理；

其中，当第二节点配置了第一节点的IP地址时，讦以为直第二节点能够接管NFS服务，从而实现客户端的高可用。

本实施例在第一节点发生故障时，现将网络文件系统挂载在第二节点上(第二节点不发生故障)，在第二节点上配置第一节点的IP地址以实现第二节点对网络文件系统的管理，能够在发生故障时实现网络文件系统的接管，实现网络文件系统服务的冗余。

下面请参见图2，图2为本申请实施例所提供的另一种网络文件系统的接管方法的流程图；

具体步骤可以包括：

步骤S201：按预定周期检测所述第一节点是否出现所述故障。

其中，本步骤中的预设周期为本领域技术人员根据实际需求设定的，此处并不对预定周期的具体数值进行限定。

步骤S202：当检测到管理所述网络文件系统的第一节点出现故障时，将所述网络文件系统挂载于第二节点；其中，所述第一节点与所述第二节点连接同一IP SAN资源；

步骤S203：将所述第一节点上的共享配置导入所述第二节点；

步骤S204：将所述第一节点上的所述共享配置导入所述第二节点，并删除所述第一节点上的所述共享配置，以实现所述第二节点对所述网络文件系统的管理。

请参见图3，图3为本申请实施例所提供的一种网络文件系统的接管系统的结构示意图；

该系统可以包括：

接管挂载模块100，用于当检测到管理所述网络文件系统的第一节点出现故障时，将所述网络文件系统挂载于第二节点；其中，所述第一节点与所述第二节点连接同一IPSAN资源；

配置导入模块200，用于将所述第一节点上的共享配置导入所述第二节点；

IP配置模块300，用于根据所述共享配置在所述第二节点上配置所述第一节点的IP地址，以实现所述第二节点对所述网络文件系统的管理。

在本申请提供的另一种网络文件系统的接管系统的实施例中，还包括：

检测模块，用于按预定周期检测所述第一节点是否出现所述故障。

可选的，所述配置导入模块为将所述第一节点上的所述共享配置导入所述第二节点，并删除所述第一节点上的所述共享配置的模块。

由于系统部分的实施例与方法部分的实施例相互对应，因此系统部分的实施例请参见方法部分的实施例的描述，这里暂不赘述。

本申请还提供了一种计算机可读存储介质，其上存有计算机程序，该计算机程序被执行时可以实现上述实施例所提供的步骤。该存储介质可以包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

本申请还提供了一种服务器，可以包括存储器和处理器，所述存储器中存有计算机程序，所述处理器调用所述存储器中的计算机层序时，可以实现上述实施例所提供的步骤。当然所述服务器还可以包括各种网络接口，电源等组件。

说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的系统而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

还需要说明的是，在本说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的状况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

Claims (8)

1.一种网络文件系统的接管方法，其特征在于，包括：

当检测到管理所述网络文件系统的第一节点出现故障时，将所述网络文件系统挂载于第二节点；其中，所述第一节点与所述第二节点连接同一IP SAN资源；

将所述第一节点上的共享配置导入所述第二节点；

根据所述共享配置在所述第二节点上配置所述第一节点的IP地址，以实现所述第二节点对所述网络文件系统的管理。

2.根据权利要求1所述接管方法，其特征在于，在检测到管理所述网络文件系统的第一节点发生故障前，还包括：

按预定周期检测所述第一节点是否出现所述故障。

3.根据权利要求1所述接管方法，其特征在于，将所述第一节点上的共享配置导入所述第二节点包括：

将所述第一节点上的所述共享配置导入所述第二节点，并删除所述第一节点上的所述共享配置。

4.一种网络文件系统的接管系统，其特征在于，包括：

接管挂载模块，用于当检测到管理所述网络文件系统的第一节点出现故障时，将所述网络文件系统挂载于第二节点；其中，所述第一节点与所述第二节点连接同一IP SAN资源；

配置导入模块，用于将所述第一节点上的共享配置导入所述第二节点；

IP配置模块，用于根据所述共享配置在所述第二节点上配置所述第一节点的IP地址，以实现所述第二节点对所述网络文件系统的管理。

5.根据权利要求4所述接管系统，其特征在于，还包括：

检测模块，用于按预定周期检测所述第一节点是否出现所述故障。

6.根据权利要求4所述接管系统，其特征在于，所述配置导入模块为将所述第一节点上的所述共享配置导入所述第二节点，并删除所述第一节点上的所述共享配置的模块。

7.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序执行时实现如权利要求1至3任一项所述的方法。

8.一种服务器，其特征在于，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器调用所述存储器中的计算机程序时实现如权利要求1至3任一项所述的方法。