目录

Cellapp的负载均衡

Cellapp服务器中,包含Space空间的创建和销毁、用户的频繁交互、触发器和移动系统的计算、View的管理等。它是一个内网服务器,虽然没有外网带宽的约束,但对CPU和内存方面的要求会相对高一些,所以开发者需要考虑的是,如何把这些业务平摊到不同的Cellapp服务器上,充分利用服务器资源。

我们知道,多开Cellapp,并且分布在不同的物理服务器上,可以利用引擎特性,从架构上达到负载均衡。

注意:

整个引擎体系中,每个app的cid必须唯一,所以在启动多个Baseapp时,需要在启动脚本或启动工具(如WebConsole)中指定不同的cid!

建议:

1. 房间类项目

该游戏类型中,一个房间是相对独立的空间,或者说是一个Space空间。两个房间之间几乎不会有任何交互,所以可以完全使用引擎提供的方式(API-Entity.createCellEntityInNewSpace(None))进行动态创建Space空间。该API的参数为None时,被创建的空间所在的Cellapp会由引擎的负载均衡进行动态选择。

一旦该空间使用完毕,就及时进行销毁即可。

对应的使用场景:

  • 棋牌类游戏,如斗地主等;
  • 局类游戏,如MOBA、io游戏(球球大作战)等;
  • 有副本的游戏,在创建副本时可用该方式。如MMO的副本


2. 唯一且固定“大小”的空间

由于cell是Cellapp上的最小单位,“唯一且固定大小的空间”相当于是在一个固定的cell上的一个Space空间内。引擎是无法进行负载均衡的。

此时,需要在创建空间时预先分配好对应的Cellapp(同样使用API-Entity.createCellEntityInNewSpace(cellappIndex),这里指定cellappIndex即可),并且这些Cellapp的硬件性能相对较好。

再者,可以设置这些Cellapp不参与负载均衡,可以通过KBEngine.setAppFlags(KBEngine.APP_FLAGS_NOT_PARTCIPATING_LOAD_BALANCING)进行设置。这样一来,不会被负载均衡影响,也就不会被放入不该放入的Space空间,变向的减少了压力。

对应的使用场景:

  • MMO中的主城;
  • ARPG中的主城;
  • 棋牌类的大厅

Copyright © 2018 Yolo Technologies. Publication: 2.0-025. Built: 2018-12-07.