[发明专利]一种业务节点分配方法、决策节点及服务器集群

说明书

本发明实施例公开了一种业务节点分配方法、决策节点及服务器集群，其中分配方法包括：接收业务节点上报的数据报文；根据业务节点的运行数据以及侧写数据确定业务节点的负荷评价值；根据各业务节点的负荷评价值，将各业务节点按照负荷评价值由低到高进行排序，得到排序列表；若接收到客户端发送的节点请求指令，根据排序列表向客户端分配业务节点。本发明的分配方法通过对业务节点上报的数据报文进行监测并分析业务节点的运行负荷，从而在接收到节点请求指令时，决策节点能够合理地分配业务节点，达到充分利用各业务节点的性能，避免资源浪费的效果。进一步地保证客户端侧与业务节点的连接稳定，提高用户体验。

技术领域

本发明涉及计算机应用技术领域，尤其涉及一种业务节点分配方法、决策节点及服务器集群。

背景技术

在网络游戏中，游戏服务器并不是对玩家透明的一个概念：在进入游戏前，玩家需要选择一个服务器登录，随后玩家的游戏进度存储在该服务器中；登录不同服务器的玩家，一般情况下无法进行交互，或只能在某些特定的玩法中，进行有限制的交互。

这样的架构设计，对于传统的网络游戏来说并没有多大的问题，一方面确实因为技术有所局限，另一方面玩家接受了这一设定，也乐于在不同服务器创建多个角色。但随着休闲类、竞技类、模拟类、社交类游戏的出现，这一设计暴露出了一些不足。首先，新类型的游戏不再局限于扮演游戏中的角色，而是倾向于将自己代入游戏。在游戏中，玩家代表其自己进行竞赛、交友等等活动，对于在不同服务器上创建账号的意愿不强。其次，新类型的游戏中，强调了社交的概念，玩家希望能在游戏中遇到更多的朋友，更多的对手，这是游戏的乐趣所在。

游戏行业提出了“全球同服”这一概念，以解决上述问题。全球同服即建立一个可以容纳整个玩家群体的服务器集群，服务器在集群中被称为节点，集群内的每个节点共享同一份游戏数据，玩家进行游戏时不需要选择一个节点进行操作，而是由集群进行分配。集群中用于分配的服务器称为决策节点，决策节点只有唯一一个；面向玩家，处理游戏业务的服务器被称为业务节点，单个在线玩家在同一时间里只会连接到其中一个业务节点进行游戏，但在游戏过程中可以被分配到另外一个业务节点继续进行游戏。这一概念解释起来简单，但根据游戏类型的不同，可以搭建出完全不同的服务器集群，其网络拓扑结构、数据管理方式等都会差距甚远。从对在线玩家的管理方式看，大体上可以分为如下三类：

一、场景剖分型。多用在角色扮演类游戏中，游戏世界可划分为多个场景，玩家在进行游戏时，会在场景之间切换。于是，可以把一个场景或若干个场景分配给一个节点，如果切换场景时，两个场景分属两个节点，则对在线玩家重新分配节点，将其数据移入后一个场景所在的节点中。另外，一个比较主要的场景，可能一个节点无法完全容纳，则需要用多个节点共同承担一个场景，进入场景时由集群分配到其中某个节点。

二、房间匹配型。多用在竞技类游戏中，玩家登录到被称作“游戏大厅”的节点，这一步服务器对玩家来说并不是透明的。但一场竞技的人数通常有限，在开始竞技前，玩家需要先匹配进入一个“房间”，这时就会被分配到一个房间节点中进行游戏。

三、登录分配型。多见于休闲、社交游戏，也称为弱联网游戏中。这类游戏的特点是交互性较弱，获取到的玩家数据不必要是最新状态，不会影响到游戏体验。此类游戏通常在登录时由集群分配到一个节点进行游戏，游戏过程一直在这个节点进行，下次登录再重新分配。而玩家的游戏数据也是定时同步到其他节点，因此其他节点获得的玩家数据可能稍微落后于玩家所在节点的进度。

无论上述哪一种类型的集群，都会涉及到集群要如何分配在线玩家到节点的问题。如果分配不均，集群将退化成一个单点，性能得不到保障。如果分配过散，节点性能又没法完全利用起来，造成资源浪费。

发明内容

本发明实施例提供一种业务节点分配方法，可提高节点的利用率，充分发挥节点的性能。

第一方面，本发明实施例提供一种业务节点分配方法，该方法应用于服务器集群中的决策节点，所述服务器集群还包括多个业务节点；该方法包括：