一种事件管理的方法、系统、设备及介质与流程

[0001]
本发明涉及存储系统领域，更具体地，特别是指一种事件管理的方法、系统、计算机设备及可读介质。


背景技术：

[0002]
在存储系统中，内存管理及其重要，内存管理是指软件运行时对存储设备内存资源的分配和使用的技术，其最主要的目的是如何高效、快速的分配，并且在适当的时候释放和回收内存资源。存储设备使用过程中，不可避免的会发生节点异常，比如节点软硬件故障以及掉电等情况，但是系统中使用mm(memory management，内存管理)模块的模块比较多，现有系统中对于mm事件管理的方式差强人意，经常发生因为未能同步造成mm丢失，mm异常时客户端继续使用，以及客户端异常时继续占用mm，以及和使用的客户端配合不紧密，造成业务中断较长等情况，对存储设备的使用影响极大。


技术实现要素：

[0003]
有鉴于此，本发明实施例的目的在于提出一种事件管理的方法、系统、计算机设备及计算机可读存储介质，通过采用qar(quick access recorder，快速存取记录器)和握手确认机制保证在节点发生异常和恢复时，客户端不因为mm处于节点事件或自身事件处理异常而继续使用影响io(输入输出)处理，造成数据错误，保证mm异常时不被使用；也不会因为客户端异常而继续占用mm资源，即造成了内存资源的浪费，也可能导致数据异常；同时客户端和mm模块的处理事件时的协调配置和异步任务处理执行能够减少节点异常处理交互造成的静默时间，减少存储系统的业务中断时间，能够保证系统能够以最短的时间恢复业务。
[0004]
基于上述目的，本发明实施例的一方面提供了一种事件管理的方法，包括如下步骤：响应于接收到客户端推送的节点事件，内存管理配置端向内存管理业务端发送丢弃任务；响应于所述内存管理业务端执行完所述丢弃任务，向集群发送私有事件的请求以通过集群转发至客户端；响应于接收到客户端发送的私有事件，所述内存管理配置端向所述内存管理业务端发送所述私有事件对应的任务；响应于所述内存管理业务端完成所述私有事件对应的任务，判断是否存在未完成的私有事件；以及响应于不存在未完成的私有事件，对所述内存管理配置端和所述内存管理业务端进行重启。
[0005]
在一些实施方式中，所述内存管理配置端向内存管理业务端发送丢弃任务还包括：向所述客户端发送所述内存管理配置端和所述内存管理业务端处于挂起状态的通知。
[0006]
在一些实施方式中，还包括：响应于存在未完成的私有事件，向集群发送下一个私有事件的请求。
[0007]
在一些实施方式中，所述向集群发送私有事件的请求包括：向所述集群发送停止使用正常节点的请求。
[0008]
在一些实施方式中，所述向集群发送下一个私有事件的请求包括：向所述集群发送扩展同步节点的请求，并判断所述扩展同步是增加节点还是删除节点。
[0009]
在一些实施方式中，还包括：响应于所述扩展同步是增加节点，将正常节点的内存信息同步给增加的节点。
[0010]
在一些实施方式中，所述对所述内存管理配置端和所述内存管理业务端进行重启包括：判断所述客户端是否完成静默；以及响应于所述客户端完成静默，向所述集群发送重启的请求以重启内存管理配置端和内存管理业务端。
[0011]
本发明实施例的另一方面，还提供了一种事件管理系统，包括：第一内存管理模块，配置用于响应于接收到客户端推送的节点事件，使内存管理配置端向内存管理业务端发送丢弃任务；第二内存管理模块，配置用于响应于所述内存管理业务端执行完所述丢弃任务，向集群发送私有事件的请求以通过集群转发至客户端；第三内存管理模块，配置用于响应于接收到客户端发送的私有事件，所述内存管理配置端向所述内存管理业务端发送所述私有事件对应的任务；判断模块，配置用于响应于所述内存管理业务端完成所述私有事件对应的任务，判断是否存在未完成的私有事件；以及重启模块，配置用于响应于不存在未完成的私有事件，对所述内存管理配置端和所述内存管理业务端进行重启。
[0012]
本发明实施例的又一方面，还提供了一种计算机设备，包括：至少一个处理器；以及存储器，所述存储器存储有可在所述处理器上运行的计算机指令，所述指令由所述处理器执行时实现如上方法的步骤。
[0013]
本发明实施例的再一方面，还提供了一种计算机可读存储介质，计算机可读存储介质存储有被处理器执行时实现如上方法步骤的计算机程序。
[0014]
本发明具有以下有益技术效果：通过采用qar+握手确认机制保证在节点发生异常和恢复时，客户端不因为mm处于节点事件或自身事件处理异常而继续使用影响io处理，造成数据错误，保证mm异常时不被使用；也不会因为客户端异常而继续占用mm资源，即造成了内存资源的浪费，也可能导致数据异常；同时客户端和mm模块的处理事件时的协调配置和异步任务处理执行能够减少节点异常处理交互造成的静默时间，减少存储系统的业务中断时间，能够保证系统能够以最短的时间恢复业务。
附图说明
[0015]
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的实施例。
[0016]
图1为本发明提供的事件管理的方法的实施例的示意图；
[0017]
图2为本发明提供的事件管理的方法的实施例的流程图；
[0018]
图3为本发明提供的事件管理的计算机设备的实施例的硬件结构示意图。
具体实施方式
[0019]
为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本发明实施例进一步详细说明。
[0020]
需要说明的是，本发明实施例中所有使用“第一”和“第二”的表述均是为了区分两个相同名称非相同的实体或者非相同的参量，可见“第一”“第二”仅为了表述的方便，不应
理解为对本发明实施例的限定，后续实施例对此不再一一说明。
[0021]
基于上述目的，本发明实施例的第一个方面，提出了一种事件管理的方法的实施例。图1示出的是本发明提供的事件管理的方法的实施例的示意图。如图1所示，本发明实施例包括如下步骤：
[0022]
s1、响应于接收到客户端推送的节点事件，内存管理配置端向内存管理业务端发送丢弃任务；
[0023]
s2、响应于内存管理业务端执行完丢弃任务，向集群发送私有事件的请求以通过集群转发至客户端；
[0024]
s3、响应于接收到客户端发送的私有事件，内存管理配置端向内存管理业务端发送私有事件对应的任务；
[0025]
s4、响应于内存管理业务端完成私有事件对应的任务，判断是否存在未完成的私有事件；以及
[0026]
s5、响应于不存在未完成的私有事件，对内存管理配置端和内存管理业务端进行重启。
[0027]
所有客户端注册集群节点事件以及私有事件，在节点发生异常时能够接收节点和私有事件进行处理。客户端收到事件后推送到mm，mm本身不注册集群事件，mm收到注册的客户端推送的事件后，进行自身discard(丢弃)/stop(停止)/expand(扩展)/resume(恢复)流程操作；同时通知客户端是处于pend(挂起)还是unpend(非挂起)状态，方便客户端确定是否能够使用mm。客户端本身收到集群节点事件，会进行静默操作，停止业务，收到mm挂起的通知后会停止使用mm，cleint静默完成后会通知mm静默完成，方便mm恢复后向客户端发送mm已经重启的通知，客户端可以恢复静默状态，重新开业务。然后进入master(主)commit阶段，删除volume(卷)的主机映射，调用sub(副)commit阶段，sub commit阶段将循环删除每一个vdisk(虚拟磁盘)的配置状态信息，完成删除。commit用于把所做的修改保存到数据库。
[0028]
图2示出的是本发明提供的事件管理的方法的实施例的流程图，下面结合图2对本发明实施例进行说明。
[0029]
当节点出现故障，集群将节点事件发送到客户端，客户端将节点事件推送到mm，同时客户端自身静默io。响应于接收到客户端推送的节点事件，内存管理配置端向内存管理业务端发送丢弃任务。mm对异常节点进行丢弃任务，清除异常节点的内存信息。
[0030]
在一些实施方式中，所述内存管理配置端向内存管理业务端发送丢弃任务还包括：向所述客户端发送所述内存管理配置端和所述内存管理业务端处于挂起状态的通知。
[0031]
响应于内存管理业务端执行完丢弃任务，向集群发送私有事件的请求。响应于接收到客户端发送的私有事件，内存管理配置端向内存管理业务端发送私有事件对应的任务。
[0032]
在一些实施方式中，所述向集群发送私有事件的请求包括：向所述集群发送停止使用正常节点的请求。集群收到停止使用正常节点的请求后广播通知给客户端，客户端推送到mm配置端，配置端发送stop任务到业务端，业务端进行stop处理。
[0033]
响应于内存管理业务端完成私有事件对应的任务，判断是否存在未完成的私有事件。在一些实施方式中，还包括：响应于存在未完成的私有事件，向集群发送下一个私有事
件的请求。停止使用正常节点的任务完成后，判断是否存在未完成的私有事件，此时，还有扩展同步的任务尚未完成，因此，向集群发送扩展同步的请求。
[0034]
在一些实施方式中，所述向集群发送下一个私有事件的请求包括：向所述集群发送扩展同步节点的请求，并判断所述扩展同步是增加节点还是删除节点。在一些实施方式中，还包括：响应于所述扩展同步是增加节点，将正常节点的内存信息同步给增加的节点。如果是节点退出则省略此步骤，如果是节点加入，则需要将正常节点的mm内存信息同步给新加入节点。
[0035]
响应于不存在未完成的私有事件，对内存管理配置端和内存管理业务端进行重启。
[0036]
在一些实施方式中，所述对所述内存管理配置端和所述内存管理业务端进行重启包括：判断所述客户端是否完成静默；以及响应于所述客户端完成静默，向所述集群发送重启的请求以重启内存管理配置端和内存管理业务端。扩展同步完成后检查客户端是否已经静默完成，客户端异步执行静默动作，执行完成后通知给mm，此时若检查客户端静默完成，则请求resume操作。集群通知到客户端，clinet推送到mm，mm重新启动提供内存服务。启动完成后，向客户端发送mm可重新使用的通知，设置unpend状态，客户端获取mm信息，重新准备元数据，恢复io业务处理。
[0037]
本发明提出了一种存储系统mm事件管理方法，采用qar+握手确认机制保证在节点发生异常和恢复时，客户端不因为mm处于节点事件或自身事件处理异常而继续使用影响io处理，造成数据错误，保证mm异常时不被使用；也不会因为客户端异常而继续占用mm资源，既造成了内存资源的浪费，也可能导致数据异常；同时客户端和mm模块的处理事件时的协调配置和异步任务处理执行能够减少节点异常处理交互造成的静默时间，减少存储系统的业务中断时间，能够保证系统能够以最短的时间恢复业务。
[0038]
需要特别指出的是，上述事件管理的方法的各个实施例中的各个步骤均可以相互交叉、替换、增加、删减，因此，这些合理的排列组合变换之于事件管理的方法也应当属于本发明的保护范围，并且不应将本发明的保护范围局限在实施例之上。
[0039]
基于上述目的，本发明实施例的第二个方面，提出了一种事件管理的系统，包括：第一内存管理模块，配置用于响应于接收到客户端推送的节点事件，使内存管理配置端向内存管理业务端发送丢弃任务；第二内存管理模块，配置用于响应于所述内存管理业务端执行完所述丢弃任务，向集群发送私有事件的请求以通过集群转发至客户端；第三内存管理模块，配置用于响应于接收到客户端发送的私有事件，所述内存管理配置端向所述内存管理业务端发送所述私有事件对应的任务；判断模块，配置用于响应于所述内存管理业务端完成所述私有事件对应的任务，判断是否存在未完成的私有事件；以及重启模块，配置用于响应于不存在未完成的私有事件，对所述内存管理配置端和所述内存管理业务端进行重启。
[0040]
在一些实施方式中，所述第一内存管理模块配置用于：向所述客户端发送所述内存管理配置端和所述内存管理业务端处于挂起状态的通知。
[0041]
在一些实施方式中，系统还包括：私有模块，配置用于响应于存在未完成的私有事件，向集群发送下一个私有事件的请求。
[0042]
在一些实施方式中，所述第二内存管理模块配置用于：向所述集群发送停止使用
正常节点的请求。
[0043]
在一些实施方式中，所述私有模块配置用于：向所述集群发送扩展同步节点的请求，并判断所述扩展同步是增加节点还是删除节点。
[0044]
在一些实施方式中，系统还包括：同步模块，配置用于响应于所述扩展同步是增加节点，将正常节点的内存信息同步给增加的节点。
[0045]
在一些实施方式中，所述重启模块配置用于：判断所述客户端是否完成静默；以及响应于所述客户端完成静默，向所述集群发送重启的请求以重启内存管理配置端和内存管理业务端。
[0046]
基于上述目的，本发明实施例的第三个方面，提出了一种计算机设备，包括：至少一个处理器；以及存储器，存储器存储有可在处理器上运行的计算机指令，指令由处理器执行以实现如下步骤：s1、响应于接收到客户端推送的节点事件，内存管理配置端向内存管理业务端发送丢弃任务；s2、响应于内存管理业务端执行完丢弃任务，向集群发送私有事件的请求以通过集群转发至客户端；s3、响应于接收到客户端发送的私有事件，内存管理配置端向内存管理业务端发送私有事件对应的任务；s4、响应于内存管理业务端完成私有事件对应的任务，判断是否存在未完成的私有事件；以及s5、响应于不存在未完成的私有事件，对内存管理配置端和内存管理业务端进行重启。
[0047]
在一些实施方式中，所述内存管理配置端向内存管理业务端发送丢弃任务还包括：向所述客户端发送所述内存管理配置端和所述内存管理业务端处于挂起状态的通知。
[0048]
在一些实施方式中，步骤还包括：响应于存在未完成的私有事件，向集群发送下一个私有事件的请求。
[0049]
在一些实施方式中，所述向集群发送私有事件的请求包括：向所述集群发送停止使用正常节点的请求。
[0050]
在一些实施方式中，所述向集群发送下一个私有事件的请求包括：向所述集群发送扩展同步节点的请求，并判断所述扩展同步是增加节点还是删除节点。
[0051]
在一些实施方式中，步骤还包括：响应于所述扩展同步是增加节点，将正常节点的内存信息同步给增加的节点。
[0052]
在一些实施方式中，所述对所述内存管理配置端和所述内存管理业务端进行重启包括：判断所述客户端是否完成静默；以及响应于所述客户端完成静默，向所述集群发送重启的请求以重启内存管理配置端和内存管理业务端。
[0053]
如图3所示，为本发明提供的上述事件管理的计算机设备的一个实施例的硬件结构示意图。
[0054]
以如图3所示的装置为例，在该装置中包括一个处理器301以及一个存储器302，并还可以包括：输入装置303和输出装置304。
[0055]
处理器301、存储器302、输入装置303和输出装置304可以通过总线或者其他方式连接，图3中以通过总线连接为例。
[0056]
存储器302作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块，如本申请实施例中的事件管理的方法对应的程序指令/模块。处理器301通过运行存储在存储器302中的非易失性软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例的事件管理的
方法。
[0057]
存储器302可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据事件管理的方法的使用所创建的数据等。此外，存储器302可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，存储器302可选包括相对于处理器301远程设置的存储器，这些远程存储器可以通过网络连接至本地模块。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
[0058]
输入装置303可接收输入的用户名和密码等信息。输出装置304可包括显示屏等显示设备。
[0059]
一个或者多个事件管理的方法对应的程序指令/模块存储在存储器302中，当被处理器301执行时，执行上述任意方法实施例中的事件管理的方法。
[0060]
执行上述事件管理的方法的计算机设备的任何一个实施例，可以达到与之对应的前述任意方法实施例相同或者相类似的效果。
[0061]
本发明还提供了一种计算机可读存储介质，计算机可读存储介质存储有被处理器执行时执行如上方法的计算机程序。
[0062]
最后需要说明的是，本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关硬件来完成，事件管理的方法的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，程序的存储介质可为磁碟、光盘、只读存储记忆体(rom)或随机存储记忆体(ram)等。上述计算机程序的实施例，可以达到与之对应的前述任意方法实施例相同或者相类似的效果。
[0063]
以上是本发明公开的示例性实施例，但是应当注意，在不背离权利要求限定的本发明实施例公开的范围的前提下，可以进行多种改变和修改。根据这里描述的公开实施例的方法权利要求的功能、步骤和/或动作不需以任何特定顺序执行。此外，尽管本发明实施例公开的元素可以以个体形式描述或要求，但除非明确限制为单数，也可以理解为多个。
[0064]
应当理解的是，在本文中使用的，除非上下文清楚地支持例外情况，单数形式“一个”旨在也包括复数形式。还应当理解的是，在本文中使用的“和/或”是指包括一个或者一个以上相关联地列出的项目的任意和所有可能组合。
[0065]
上述本发明实施例公开实施例序号仅仅为了描述，不代表实施例的优劣。
[0066]
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
[0067]
所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本发明实施例公开的范围(包括权利要求)被限于这些例子；在本发明实施例的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，并存在如上的本发明实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。因此，凡在本发明实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本发明实施例的保护范围之内。