游戏服务器级别分类及对应服务器架构
这是王者荣耀技术分析系列第三篇,有兴趣请持续关注。
1、像《王者荣耀》一样红过
2、从《王者荣耀》来聊聊游戏的帧同步
3、游戏服务器的架构演进
本文阅读预计需要10分钟,主要技术点来如下,感兴趣请继续:
游戏服务器特征
短连接游戏服务器架构
长链接游戏服务器架构
分区分服服务器架构
MMOARPG服务器架构
房间服务器架构
游戏服务器端,是一个会长期运行的程序,并且它还要服务于多个不定时,不定点的网络请求。所以这类软件的特点是要非常关注稳定性和性能。这类程序如果需要多个协作来提高承载能力,则还要关注部署和扩容的便利性;同时,还需要考虑如何实现某种程度容灾需求。由于多进程协同工作,也带来了开发的复杂度,这也是需要关注的问题。
功能约束,是架构设计决定性因素。基于游戏领域的功能特征,对服务器端系统来说,有以下几个特殊的需求:
对于游戏数据和玩家数据的存储
对玩家数据进行数据广播和同步
把一部分游戏逻辑在服务器上运算,做好验证,防止外挂。
针对以上的需求特征,在服务器端,我们往往会关注对电脑内存和CPU的使用,以求在特定业务代码下,能尽量满足承载量和响应延迟的需求。最基本的做法就是“空间换时间”,用各种缓存的方式来以求得CPU和内存空间上的平衡。
在CPU和内存之上,是另外一个约束因素:网卡。网络带宽直接限制了服务器的处理能力,所以游戏服务器架构也必定要考虑这个因素。
对于游戏服务端架构,最重要的三个部分就是,如何使用CPU、内存、网卡的设计:
内存架构:主要决定服务器如何使用内存,以最大化利用服务器端内存来提高承载量,降低服务延迟。
逻辑架构:设计如何使用进程、线程、协程这些对于CPU调度的方案。选择同步、异步等不同的编程模型,以提高服务器的稳定性和承载量。可以分区分服,也可以采用世界服的方式,将相同功能模块划分到不同的服务器来处理。
通信模式:决定使用何种方式通讯。基于游戏类型不同采用不同的通信模式,比如http,tcp,udp等。
服务器基于游戏类型不同,所采用的架构也有所不同,我们先讲一下简单的模型,采用http通信模式架构的服务器:
这种服务器架构和我们常用的web服务器架构差不多,也是采用nginx负载集群支持服务器的水平扩展,memcache做缓存。
唯一不同的地点不同的在于通信层需要对协议再加工和加密,一般每个公司都有自己的一套基于http的协议层框架,很少采用开源框架。
长连接游戏和弱联网游戏不同的地方在于,长连接中,玩家是有状态的,服务器可以时时和client交互,数据的传送,不像弱联网一般每次都需要重新创建一个连接,消息传送的频率以及速度上都快于弱联网游戏。
最早的游戏服务器是1978年,英国著名的财经学校University of Essex的学生 Roy Trubshaw编写了世界上第一个MUD程序,叫做《MUD1》。
《MUD1》程序的源代码在 ARPANET共享之后,在全世界广泛流行起来。不断完善的 MUD1的基础上产生了开源的 MudOS(1991),成为众多网游的鼻祖。
MUD1 是一款纯文字的世界,没有任何图片,但是不同计算机前的玩家可以在游戏里共同冒险、交流。
与以往具有网络联机功能的游戏相比, MUD1是第一款真正意义上的实时多人交互的网络游戏,它最大的特色是能够保证整个虚拟世界和玩家角色的持续发展——无论是玩家退出后重新登录还是服务器重启,游戏中的场景、宝箱、怪物和谜题仍保持不变,玩家的角色也依然是上次的状态。
MUDOS使用单线程无阻塞套接字来服务所有玩家,所有玩家的请求都发到同一个线程去处理,主线程每隔1秒钟更新一次所有对象(网络收发,对象状态,刷新地图,刷新NPC)。
用户使用 Telnet之类的客户端用 Tcp协议连接到 MUDOS上,使用纯文字进行游戏,每条指令用回车进行分割。这样的系统在当时每台服务器承载个4000人同时游戏。从1991年的 MUDOS发布后,全球各地都在为他改进,扩充,推出新版本。
MUDOS中游戏内容通过 LPC脚本进行定制,逻辑处理采用单线程tick轮询,这也是第一款服务端架构模型,后来被应用到不同游戏上。后续很多游戏都是跟《UO》一样,直接在 MUDOS上进行二次开发,直到 如今,一些回合制游戏,以及对运算量小的游戏,依然采用这种服务器架构。
第一代服务器架构图:
线程模型
2000年左右,随着图形界面的出现,游戏更多的采用图形界面与用户交互。此时随着在线人数的增加和游戏数据的增加,服务器变得不抗重负。于是就有了分服模型。分服模型结构如下:
分服模型是游戏服务器中最典型,也是历久最悠久的模型。在早期服务器的承载量达到上限的时候,游戏开发者就通过架设更多的服务器来解决。这样提供了很多个游戏的“平行世界”,让游戏中的人人之间的比较,产生了更多的空间。
其特征是游戏服务器是一个个单独的世界。每个服务器的帐号是独立的,每台服务器用户的状态都是不一样的,一个服就是一个世界,大家各部牵扯。
后来游戏玩家呼吁要跨服打架,于是出现了跨服战,再加上随着游戏的运行,单个服务器的游戏活跃玩家越来越少,所以后期就有了服务器的合并以及迁移,慢慢的以服务器的开放、合并形成了一套成熟的运营手段。目前多数游戏还采用分服的结构来架设服务器,多数页游还是采用这种模式。
分服虽然可以解决服务器扩展的瓶颈,但单台服务器在以前单线程的方式来运行,没办法充分利用服务器资源,于是又演变出了以下2种线程模型。
异步-多线程,基于每个场景(或者房间),分配一个线程。每个场景的玩家同属于一个线程。游戏的场景是固定的,不会很多,如此线程的数量可以保证不会不断增大。每个场景线程,同样采用tick轮询的方式,来定时更新该场景内的(对象状态,刷新地图,刷新NPC)数据状态。玩家如果跨场景的话,就采用投递和通知的方式,告知两个场景线程,以此更新两个场景的玩家数据。
多进程。由于单进程架构下,总会存在承载量的极限,越是复杂的游戏,其单进程承载量就越低,因此一定要突破进程的限制,才能支撑更复杂的游戏。多进程系统的其他一些好处:能够利用上多核CPU能力、更容易进行容灾处理。
多进程系统比较经典的模型是“三层架构”,比如,基于之前的场景线程再做改进,把网络部分和数据库部分分离为单独的进程来处理,逻辑进程专心处理逻辑任务,不合IO打交道,网络IO和磁盘IO分别交由网路进程和DB进程处理。
之前的网游服务器都是分区分服,玩家都被划分在不同的服务器上,每台服务器运行的逻辑相同,玩家不能在不同服务器之间交互。想要更多的玩家在同一世界,保持玩家的活跃度,于是就有了世界服模型了。世界服类型也有以下3种演化:
网关部分分离成单端的gate服务器,DB部分分离为DB服务器,把网络功能单独提取出来,让用户统一去连接一个网关服务器,再有网关服务器转发数据到后端游戏服务器。而游戏服务器之间数据交换也统一连接到网管进行交换。所有有DB交互的,都连接到DB服务器来代理处理。
有了一类型的经验,后续肯定是拆分的越细,性能越好,就类似现在微服务,每个相同的模块分布到一台服务器处理,多组服务器集群共同组成一个游戏服务端。
一般地,我们可以将一个组内的服务器简单地分成两类:场景相关的(如:行走、战斗等)以及场景不相关的(如:公会聊天、不受区域限制的贸易等)。经常可以见到的一种方案是:gate服务器、场景服务器、非场景服务器、聊天管理器、AI服务器以及数据库代理服务器。如下模型:
以上中我们简单的讲下服务器的三种类型功能:
场景服务器:它负责完成主要的游戏逻辑,这些逻辑包括:角色在游戏场景中的进入与退出、角色的行走与跑动、角色战斗(包括打怪)、任务的认领等。场景服务器设计的好坏是整个游戏世界服务器性能差异的主要体现,它的设计难度不仅仅在于通信模型方面,更主要的是整个服务器的体系架构和同步机制的设计。
非场景服务器:它主要负责完成与游戏场景不相关的游戏逻辑,这些逻辑不依靠游戏的地图系统也能正常进行,比如公会聊天或世界聊天,之所以把它从场景服务器中独立出来,是为了节省场景服务器的CPU和带宽资源,让场景服务器能够尽可能快地处理那些对游戏流畅性影响较大的游戏逻辑。
网关服务器: 在类型一种的架构中,玩家在多个地图跳转或者场景切换的时候采用跳转的模式,以此进行跳转不同的服务器。还有一种方式是把这些服务器的节点都通过网关服务器管理,玩家和网关服务器交互,每个场景或者服务器切换的时候,也有网关服务器统一来交换数据,如此玩家操作会比较流畅。
通过这种类型服务器架构,因为压力分散了,性能会有明显提升,负载也更大了,包括目前一些大型的 MMORPG游戏就是采用此架构。不过每增加一级服务器,状态机复杂度可能会翻倍,导致研发和找bug的成本上升,这个对开发组挑战比较大,没有经验,很容出错。
魔兽世界的中无缝地图,想必大家印象深刻,整个世界的移动没有像以往的游戏一样,在切换场景的时候需要loading等待,而是直接行走过去,体验流畅。
现在的游戏大地图采用无缝地图多数采用的是9宫格的样式来处理,由于地图没有魔兽世纪那么大,所以采用单台服务器多进程处理即可,不过类似魔兽世界这种大世界地图,必须考虑2个问题:
1、多个地图节点如何无缝拼接,特别是当地图节点比较多的时候,如何保证无缝拼接
2、如何支持动态分布,有些区域人多,有些区域人少,保证服务器资源利用的最大化
为了解决这个问题,比较以往按照地图来切割游戏而言,无缝世界并不存在一块地图上面的人有且只由一台服务器处理了,此时需要一组服务器来处理,每台 Node服务器用来管理一块地图区域,由 NodeMaster(NM)来为他们提供总体管理。更高层次的 World则提供大陆级别的管理服务。
一个 Node所负责的区域,地理上没必要连接在一起,可以统一交给一个Node去管理,而这些区块在地理上并没有联系在一起的必要性。一个 Node到底管理哪些区块,可以根据游戏实时运行的负载情况,定时维护的时候进行更改 NodeMaster 上面的配置。
玩家A、B、C分别代表3种不同的状态,以及不同的迁移方式,我们分别来看。
玩家A: 玩家A在node1地图服务器上,由node1控制,如果迁移到node2上,需要将其数据复制到node2上,然后从node1移除。
玩家B: 玩家B在node1和node2中间,此时由node1和node2维护,若是从node1行走到node2的过程中,会向1请求,同时向2请求,待全部移动过去了再移除。
玩家C:玩家C在node2地图服务器上,由node2控制,如果迁移到node1上,需要将其数据复制到node1上,然后从node2移除。
具体魔兽世界服务器的分析,篇幅过多,我们以后再聊。
房间类玩法和MMORPG有很大的不同,在于其在线广播单元的不确定性和广播数量很小。而且需要匹配一台房间服务器让少数人进入一个服务器。
这一类游戏最重要的是其“游戏大厅”的承载量,每个“游戏房间”受逻辑所限,需要维持和广播的玩家数据是有限的,但是“游戏大厅”需要维持相当高的在线用户数,所以一般来说,这种游戏还是需要做“分服”的。典型的游戏就是《英雄联盟》这一类游戏了。而“游戏大厅”里面最有挑战性的任务,就是“自动匹配”玩家进入一个“游戏房间”,这需要对所有在线玩家做搜索和过滤。
玩家先登录“大厅服务器”,然后选择组队游戏的功能,服务器会通知参与的所有游戏客户端,新开一条连接到房间服务器上,这样所有参与的用户就能在房间服务器里进行游戏交互了。
以上就是目前游戏服务器的演化进程,由于所涉及的内容太多,关于服务器的相关网络IO以及内存模型都没有介绍,以后有机会再具体讲讲这一部分。
最近文章:从《王者荣耀》来聊聊游戏的帧同步
像《王者荣耀》一样红过
游戏服务器级别分类及对应服务器架构相关推荐
- 类似于QQ游戏百万人同时在线的服务器架构实现
本文作者:sodme 本文出处:http://blog.csdn.net/sodme 版权声明:本文可以不经作者同意任意转载,但转载时烦请保留文章开始前两行的版权.作者及出处信息. QQ游戏于前几日终 ...
- 百万人同时在线直播的服务器,QQ游戏百万人同时在线的服务器架构实现
近日在与业内人士讨论时,提到QQ游戏的实现方式并不是我原来所想的那样,于是,今天又认真抓了一下QQ游戏的包,结果确如这位兄弟所言,QQ游戏的架构 与我当初所设想的那个架构相差确实不小.下面,我重新给出 ...
- 游戏上云成标配 云服务器该怎么选?
在疫情影响下,各大游戏平台峰值不断上涨,在<中国游戏产业研报>里数据,中国游戏玩家人数到今年第一季度已经超过6.6亿,第一季度收入达到770亿,环比增长9%. 游戏行业在这两年可谓是达到鼎 ...
- 服务器cpu对游戏的支持,还想使用服务器CPU玩游戏吗?实际上,Xeon E3-1231 V3时代不再是必需的...
想使用至强服务器玩游戏 与控制台不同,在计算机上玩游戏的部分魅力在于对极限的追求,永无止境. 无论是高分辨率显示器,独特的设备还是高端虚拟现实设备. 这仍然不能令人满意. 许多计算机游戏发烧友会好奇, ...
- 最新架构amd服务器cpu,AMD新一代服务器级CPU:Zen 4架构96核心 DDR5内存
AMD已经发布了Zen 3架构处理器,在单线程性能上要比Zen 2强得多,因此在游戏表现上也更加出色.或许有些用户会认为目前CPU性能已经达到了一定的程度,导致性能有过剩的情况.不过对于服务器用户来说 ...
- 天翼云从业认证(1.1)服务器的分类、用途、特点、结构和组件
(一)服务器的分类 (1)按照体系架构区分 非X86服务器:价格昂贵.体系封闭.稳定.性能强(UNIX) X86服务器:价格便宜.兼容性好.稳定性差(intel windows) (2)按照应用层次区 ...
- 我的世界服务器加入游戏显示指令,我的世界服务器最新指令大全 我的世界服务器指令...
导 读 我的世界服务器指令 我的世界服务器最新指令大全" src="http://image.9game.cn/2017/1/1/15506079.jpg" title= ...
- 彩虹服务器列表文件,彩虹引擎服务器架构图最详细的讲解
在应用服务器这一块很多人都会遇到一些相对加大的难题,而这些难题的解决办法也是相当复杂的,而这些种种的原因归根结底就是因为架构图不够完整的缘故.所以在选择架构一个程序的框架就需要选择一些相当专业的架构图 ...
- java 分布式游戏服务器框架,集群游戏服务器框架,游戏服务器网关框架 ioGame 网络游戏服务器框架
网络游戏框架简介 ioGame 是一个由 java 语言编写的网络游戏服务器框架.支持 websocket.tcp ,适用于全球同服.回合制游戏.策略游戏.即时战斗等游戏服务器的开发.具有高性能.稳定 ...
- 其实一切与游戏无关--yy笔录+转载网络游戏服务器设计
严格的说,我从来没有玩过网络游戏,对于网游的理解仅限于大学时其他室友之间关于魔兽世界的经验交流.曾经yy过网游的后台实现方法,但现在回想起来那时的想法确实幼稚的很.两个月打酱油般的工作当中给我最深的体 ...
最新文章
- 一文全览机器学习建模流程(Python代码)
- Linux基础之grep攻坚
- 提高PHP编程效率的20个要点(转)
- gtj2018如何生成工程量报表_如何更高效地使用EXCEL,一键生成报表?
- elasticsearch例子(crud + 分页)
- KNN——机器学习实战_Python3
- Java Web应用开发实用教程,Java Web应用开发技术实用教程
- 用cmd命令行下载github中的工程文件
- 常用工业相机及其SDK
- Android中的工厂模式
- 解决win10小娜Cortana(win+S)无法搜索本地应用或无反应
- EasyPlayer-Android互联网直播视频播放器是如何实现播放器退到后台后再回到前台时,播放画面无缝衔接?
- Window10系统下触摸板失灵了 该咋处理
- Kinect for Unity检测身高方法
- 政务服务一网通办建设方案(ppt)
- 跳一跳python辅助软件思路及源码解析
- 斗地主(代码简易版)
- cut out数据增强_谷歌大脑提出自动数据增强方法AutoAugment:可迁移至不同数据集...
- 如何下载并安装Visual Studio
- 晶闸管-电动机直流不可逆调速系统电路原理总图