后台压测

测试主体

• 登录服 - 验证账号数据，然后把服务器地址发给客户端。
• 逻辑服 - 长连接挂着多个客户端，处理游戏的逻辑。
• 实时战斗服 - 长连接挂着多个客户端，同步帧号到客户端，转发客户端的帧消息。
• 聊天测试服- 聊天服务器设计到跨服聊天，暂时不测

测试目标

• 网络承载能力

  无逻辑下，端到端解包、装包，收发包满带宽。

• 逻辑处理能力

  网络满负荷下，对最常用逻辑和最多网络带宽，比如，判断最常用的thingChange、大地图请求、实时模式

  指标

  目前市面上游戏服务器的标准配置下（可以去阿里云或者腾讯云上面查询），服务器在特定前置条件下运行一段时间，收集一些关键指标:

  • CPU曲线
  • 内存曲线
  • 磁盘IO
  • 网络IO曲线

  主流的云服务器上，都提供了这些指标，所以不需要额外开发。如果没有，在内网环境下需要评估开发指标的时间。

测试流程

准备测试环境

根据服务器使用场景，我们选择高内存云主机进行测试，配置如下:
* 2G cpu
* 8G 内存
* 4M 下载带宽，上传不限速
* 40G ssd

目前云主机有很多家，典型的有阿里云、腾讯云，价格也不一样，需要提前了解准备，压测时间约1周左右。

服务器

• 一台云服务器server
• 一台agent机器（主要跑机器人，输出压力），agent数量看实际情况。

准备

• server 跟agent 内网相连。
• 服务器批量创建5000账号，用于测试。

构造测试条件

• 逻辑服网络承载能力

  1. 机器人批量请求背包协议， 观察网络收发数据。
  2. 逐渐提高机器人数量，观察能否达到网络上下行限速值
  3. 服务器稳定后，连续跑12h或者更长时间。
     

     上行和下行可能不一样，看谁先到达峰值。
     有的云主机对上行可能也限制了，上行速度越高越好。上下行数据平均比例可以根据实际情况粗略计算出来。

• 逻辑服逻辑处理能力

  1. 机器人批量请求大地图请求协议， 观察逻辑处理服的指标。
  2. 逐渐提高机器人数量，观察指标是否正常。是否有丢包现象

  通常情况下，网络请求过多时，需要服务器支持过载丢包情况

新增部分

• 登录服逻辑处理能力
  主要测试短链接释放等问题。
  
  1. 测试，注册、登录、关闭连接测试
  2. 非活跃用户占用问题，由于radis把表全部加载在内存中，所以会影响性能。
     

     上线前后台把注册放到mysql，活跃用户放到radis这次只暴露问题，不优化。

• 战斗服逻辑处理能力
  
  1. 使用机器人直接连接逻辑，匹配成功后转到战斗服。
  2. 逐渐提高机器人数量，观察指标是否正常。是否有丢包现象。
     

     服务器提供批量生成session的脚本，机器人不必登录到服务器了。