stick-战斗服管理器的负载均衡
时间: 2017-12-21来源:OSCHINA
前景提要
在上面的基础上继续延伸 战斗服管理器横向扩展
管理器全互联后就不用依赖redis了, 可以相互发消息,本服不存在的房间号,根据房间号混淆加密
房间号加密混淆可逆 算法 直接找出目标组,然后转发过去即可,但是为了不再继续转发 简单的方式是写2个rpc函数来区分。
跨服加入房间问题解决了,那么另外两个个问题,就涉及到负载均衡了。
当本服创建房间失败 或者单人匹配失败。 那么就要把请求转发给其余的管理器去处理(即跨服开房间 或单人匹配)。
单人匹配 和创建房间目前是仅在本服,跨服操作的话那么就要分开构思了。
单人匹配:单人匹配的跨服操作理论上讲 应该尽可能的 全服填坑式 一个服务器组 一个服务器组的塞满。尽可能的让全服玩家都可能相互匹配到

出现这个的原因是管理器有多个,如果全服只有一个的话,那么就简单多了,比如全服只有一个管理器,但是这样吞吐量不够,因为管理器还承担着 战斗服的负载均衡的功能,全服的战斗服都给他去管理的话,压力很大。
方案1:新添加一个服务器角色(匹配服Match),全服只有一台或者仅限的几台,同台可以相互匹配。那么设计上功能尽可能的简单。网络IO协程尽可能的大,因为匹配时间也许会很长,服务器处理能力有限。

TODO


科技资讯:

科技学院:

科技百科:

科技书籍:

网站大全:

软件大全:

热门排行