[发明专利]跨机房业务调度的方法、装置、系统及服务器

说明书

本申请实施例公开了一种跨机房业务调度的方法、装置、系统及服务器，包括：中心控制节点接收来自普通节点发送的心跳信息；如果中心控制节点在预设时间段内没有接收到普通节点发送的心跳信息，则判定通信状态为故障状态且处于故障状态的普通节点为故障节点；根据故障节点个数与中心控制节点建立心跳连接的普通节点的节点总数之间的比值，控制对故障节点上业务网元调度的调度速率。根据与中心控制节点建立心跳连接的普通节点的节点总数和故障节点与中心控制节点建立心跳连接的普通节点的节点总数比例的不同对故障节点上的业务网元的调度速率进行控制，从而降低业务中断的风险，提高了跨机房业务访问中业务的稳定性。

技术领域

本申请涉及云计算技术领域，尤其涉及一种跨机房业务调度的方法、装置、系统及服务器。

背景技术

在云计算微服务架构下，为实现跨机房业务访问，如图1所示，每个机房均部署一套中心控制节点，每个中心控制节点控制所在机房的所有普通节点，机房之间的业务访问通过每个机房的中心控制节点来控制完成。但是由于每个机房都对应部署了中心控制节点，因此当任一机房业务空闲时，直接造成中心控制节点资源浪费。

为了解决上述问题，传统方法是选定任一机房部署中心控制节点，其他机房只部署普通节点。部署中心控制节点的机房为主机房，其他机房为非主机房，主机房与非主机房之间通过网络专线连接。如图2所示，机房2为主机房，机房1和3为非主机房，机房2中的中心控制节点不仅可以完成对本机房中的普通节点的控制，同时还可以控制机房1和3中的普通节点。

但是在业务访问过程中，当某一机房中部分普通节点异常时，主机房中的中心控制节点会下发指令删除并重新调度异常普通节点上的业务网元到其他正常的普通节点上，如果异常普通节点较多、调度不及时，则会导致大量业务中断，例如：如果连接主机房与非主机房的专线中断，主机房中心控制节点无法获取非主机房的普通节点及业务网元状态，则判定非主机房所有普通节点异常，下发指令删除并重新创建非主机房所有普通节点上的业务网元。当专线恢复后，删除指令会通过专线传输到非主机房，将所有业务网元会被删除并重新创建，业务网元被删除到重新创建的过程，导致非主机房业务中断。

发明内容

本申请提供了一种跨机房业务调度的方法及装置，以解决传统的跨机房业务访问中业务不稳定的问题。

为了解决上述技术问题，本申请实施例公开了如下技术方案：

第一方面，本申请实施例提供了一种跨机房业务调度方法，所述方法包括：中心控制节点接收来自普通节点发送的心跳信息，心跳信息用于判断普通节点与中心控制节点之间心跳连接的通信状态；如果中心控制节点在预设时间段内没有接收到普通节点发送的心跳信息，则判定通信状态为故障状态且处于故障状态的普通节点为故障节点；根据故障节点个数与中心控制节点建立心跳连接的普通节点的节点总数之间的比值，控制对故障节点上业务网元调度的调度速率。根据与中心控制节点建立心跳连接的普通节点的节点总数和故障节点与中心控制节点建立心跳连接的普通节点的节点总数比例的不同对故障节点上的业务网元的调度速率进行控制，从而降低业务中断的风险，提高了跨机房业务访问中业务的稳定性。

第二方面，本申请实施例提供了一种跨机房业务调度装置，所述装置包括：节点信息接收单元，用于中心控制节点接收来自普通节点发送的心跳信息，心跳信息用于判断普通节点与中心控制节点之间心跳连接的通信状态；节点管理单元，用于如果中心控制节点在预设时间段内没有接收到普通节点发送的心跳信息，则判定通信状态为故障状态且处于故障状态的普通节点为故障节点；节点控制单元，用于根据故障节点个数与中心控制节点建立心跳连接的普通节点的节点总数之间的比值，控制对故障节点上业务网元调度的调度速率。本实施例提供的跨机房业务调度装置中节点信息接收单元、节点管理单元和节点控制单元之间相互通信，根据节点信息接收单元和节点管理单元获取的信息，节点管理单元根据信息中的故障节点数和故障节点数与中心控制节点建立心跳连接的普通节点的节点总数的比例，实现对故障节点上的业务网元调度速率的控制，提高了跨机房业务访问中业务的稳定性。