[发明专利]一种服务进程的连接方法、系统、设备以及介质

说明书

本发明公开了一种服务进程的连接方法，包括以下步骤：响应于服务进程与监视器断开连接，获取与服务进程对应的预设标记的标记位；根据预设标记的标记位判断服务进程的处理状态；响应于服务进程的处理状态为第一处理状态，尝试与多个不同的监视器建立连接，直到与任一监视器重新建立连接。本发明还公开了一种系统、计算机设备以及可读存储介质。本发明提出的方案通过对服务进程的状态进行标记，当服务进程与监视器断开连接后，对不同状态的服务进程采用不同的重连策略，可以降低系统开销，避免长时间发起过多的重连操作，同时保证了服务进程能够及时上报到监视器，使其及时更新服务进程的状态视图，防止集群出现长时间断流等故障。

技术领域

本发明涉及分布式文件系统领域，具体涉及一种服务进程的连接方法、系统、设备以及存储介质。

背景技术

文件系统通过MON(监视器)进程来管理集群状态。服务进程包括OSD和MDS，前者提供数据读写服务，后者提供元数据服务。所有服务进程在接入分布式文件系统集群时，都需要和MON建立连接、完成认证，并在整个生命周期保持和MON的连接，以和MON能够随时保持交互。MON维护服务进程的状态视图OSDMap和MDSMap，如果服务进程状态发生改变，应及时更改状态视图，将最新版本的状态视图同步到订阅方(包括客户端和其他服务进程等)。

当前分布式文件系统会通过心跳机制检查状态视图的变更，这种方法受心跳间隔影响，心跳间隔过小会导致网络开销过大占用系统资源，通常OSD的心跳间隔为60秒，MDS的心跳间隔为15秒。如果通过心跳间隔来检测服务进程是否发生异常，当异常发生时不能及时检测到，将会导致较长时间的断流。因此在当前的方案中，如果服务进程即将停止，会主动发送消息给MON，告知MON及时更新状态视图。这种上报的方法依赖于服务进程和MON的连接正常，并且与其连接的MON也在正常工作。如果服务进程即将停止工作，与其连接的MON也发生异常，则需要选择其他的MON建立连接。当前的方案服务进程如果重连MON失败，会在3秒内一直尝试重连同一个MON，这样会导致某些场景下，如关闭多个节点，服务进程连接的MON已经停止服务，而重新连接的MON也已停止服务，造成服务进程的关闭由于无法重连到MON上报失败。

发明内容

有鉴于此，为了克服上述问题的至少一个方面，本发明实施例提出一种服务进程的连接方法，包括以下步骤：

响应于服务进程与监视器断开连接，获取与所述服务进程对应的预设标记的标记位；

根据所述预设标记的标记位判断所述服务进程的处理状态；

响应于所述服务进程的处理状态为第一处理状态，尝试与多个不同的所述监视器建立连接，直到与任一所述监视器重新建立连接。

在一些实施例中，尝试与多个不同的所述监视器建立连接，进一步包括：

响应于尝试与当前的所述监视器建立连接失败，随机选择一个其他的所述监视器并再次尝试重新建立连接。

在一些实施例中，还包括：

响应于所述服务进程的处理状态为第二处理状态，每隔预设时间段尝试与多个不同的所述监视器连接，直到与任一所述监视器重新建立连接。

在一些实施例中，在每隔预设时间段尝试与多个不同的所述监视器连接的过程中，尝试与多个不同的所述监视器连接时，进一步包括：

响应于尝试与当前的所述监视器建立连接失败的次数达到阈值，随机选择一个其他的所述监视器并再次尝试重新建立连接。

在一些实施例中，还包括：

响应于接收到停止所述服务进程的指令，将所述服务进程对应的预设标记的标记位更新为第一标记位。

在一些实施例中，还包括：

响应于在超时时间段内未与监视器重新建立连接，直接停止进程。