[发明专利]基础设施服务层仲裁装置及方法

说明书

本发明涉及一种基础设施服务层仲裁装置及方法，包括：接收模块，用于接收应用层的至少两个进程发送的主备仲裁请求；仲裁模块，与所述接收模块连接，用于根据接收到的各所述主备仲裁请求的时间顺序，将最先接收到的主备仲裁请求对应的进程仲裁为主状态进程，将其它主备仲裁请求对应的进程仲裁为备状态进程。通过基础设施服务层仲裁装置根据接收到的各所述主备仲裁请求的时间顺序，将最先接收到的主备仲裁请求对应的进程仲裁为主状态进程，将其它主备仲裁请求对应的进程仲裁为备状态进程，根据本发明提供的基础设施服务层仲裁装置及方法，能够使应用层获得可靠的仲裁服务，提高通信业务的可靠性。

技术领域

本发明涉及通信领域，尤其涉及一种基础设施服务层仲裁装置及方法。

背景技术

随着通信云概念的推广，业务应用层与基础设施服务（英文：Infrastructure asa Service，缩写：IaaS）层分离，解耦的分层架构被广泛应用到通信系统。硬件设备由IaaS层管理，对业务应用透明，业务应用一般运行在虚拟机（英文：Virtual Machine，缩写：VM）中。

通信应用的一个典型特征是高可靠，通信系统通常通过业务进程主备互助实现高可靠。例如，VM1上配置的是主进程，VM2上配置的是备进程，主进程处理业务，备进程不处理业务，备进程从主进程同步状态和数据。同时，部署管理进程，对系统中运行的业务进程进行监控，负责进程状态管理和主备仲裁。为确保高可靠性，管理进程也会部署主备。在分层架构下，管理进程一般是通过主备管理进程间互发信息进行仲裁。例如，VM1的管理进程与VM2的管理进程互发心跳，根据进程启动的时间进行主备仲裁，进程启动时间早的为主进程，启动晚的为备进程。如果原主管理进程故障了，则原备管理进程变为主进程。

现有技术依赖两个管理进程之间互发心跳进行主备仲裁，容易产生误仲裁。VM2管理进程收不到VM1管理进程的心跳，其原因可能有多种，例如VM1管理进程故障、VM1网口故障或VM2网口故障等。如果是因为网口故障导致VM1管理进程与VM2管理进程之间不能互相发送心跳，则两个管理进程都将认为其为主进程，从而系统将出现两个主管理进程，导致系统出错。

发明内容

技术问题

有鉴于此，本发明要解决的技术问题是，应用层的两个管理进程之间互发心跳进行主备仲裁所产生的误仲裁，及由此导致的通信业务可靠性降低的问题。

解决方案

为了解决上述技术问题，根据本发明的一实施例，提供了一种基础设施服务层仲裁装置，包括：

接收模块，用于接收应用层的至少两个进程发送的主备仲裁请求；

仲裁模块，与所述接收模块连接，用于根据接收到的各所述主备仲裁请求的时间顺序，将最先接收到的主备仲裁请求对应的进程仲裁为主状态进程，将其它主备仲裁请求对应的进程仲裁为备状态进程。

在一种可能的实施方式中，所述仲裁模块被配置为：

当检测到所述主状态进程异常时，根据接收到的各所述主备仲裁请求的时间顺序，从所述备状态进程中选择最先接收到的主备仲裁请求对应的进程作为主状态进程。

在一种可能的实施方式中，所述接收模块被配置为：接收应用层的通信业务仲裁地址请求装置发送的请求仲裁服务地址消息，所述请求仲裁服务地址消息包括所述应用层的至少两个进程的分组用户名；所述基础设施服务层仲裁装置还包括：

发送模块，与所述接收模块连接，用于根据所述分组用户名，发送返回仲裁服务地址消息至所述仲裁地址请求装置，所述返回仲裁服务地址消息中携带有所述仲裁服务地址，所述主备仲裁请求是所述进程根据所述仲裁服务地址发送的。

在一种可能的实施方式中，所述接收模块被配置为：