AWS在游戏行业的应用实践

1、AWS在游戏行业的应用实践助力游戏客户走向全球游戏改变世界AWS 助力游戏客户走向全球游戏改变世界游戏可以弥补现实世界的不足和缺陷， 游戏化可以让现实变得更美好康在多人在线游戏的世界网络延迟就是游戏的生命线服务器与玩家的距离越近越好网络延迟越低越好得益于国内集中规划的、良好的网络基础设施各主要城市之间的网络延迟都比较低 例如：广州 北京，网络延迟 C4计算性能：C5 C4 A1价格：A1 C5 C440% off to C5, 49% off to C4纯C+代码游戏服m6g新实例测试使用GCC交叉编译不修改一行业务代码编译参数指定硬件平台 -march=armv8.2-a开启fp16+rcp

2、c+dotprod等特性37.03%36.15%37.20%37.00%36.80%36.60%36.40%36.20%36.00%35.80%35.60%M5M6G同压力下CPU占用率CPU占用率1406.4114 3514 3014 2514 2014 1514 1014 0514 0013 9513 90M5M6G同压力下内存使用量(MB)内存使用量1431.42单价降低20%AWS 提供最具广度和深度的服务器类型选择 全方位满足您对游戏服性价比的追求分类能力选项超过275种实例类型传统方式：预置的游戏服务器运行的服务器数量实际需要的服务器数量（在线人数变化导致）容量存在较多空闲的 资源

3、，浪费成本资源不满足实际需要用户体验到游戏卡顿、延迟 用户流失，游戏收入下降除了单机的性价比，游戏服的弹性伸缩程度， 也极大地影响着用户的游戏体验弹性伸缩的游戏服务器架构需求不同地区的玩家数量相差较大，而且变化很快， 如何动态调配游戏服务器资源？伸缩策略调度平台架构-网易（2019）动态伸缩效果-网易（2019）动态伸缩效果(续) -网易（2019）玩家匹配引擎：自定义玩家匹配逻辑，在网络延迟和竞争性之间做出最佳平衡。会话自动分配：自动在全球的 AWS 区域 中选取离玩家最近的地方放置游戏会话， 极大降低网络延迟。自动弹性伸缩：自动对游戏服集群进行容量的扩展与收缩，资源成本配比最优化。轻松开发

4、与维护：通过 API 轻松接入，免除自行构建和维护游戏后端服务器的繁重工作。Amazon GameLiftUbisoft 采用 Amazon GameLift 重构 For Honor 后端服务架构平台服务层关键能力：数据库、数据同步与复制平台服务层SQLNo SQL聊天、商城、NPC、 钱包、道具、排行榜、 用户数据库等全局服务接入服务层游戏服务层区服 1加速服务登录服区服 2玩家DNS负载均衡区服 nCDN对象 存储平台服务层，可能与游戏服务层一起分区域部署，数据库读写能力是关键也有可能多个区域共享一个中心平台服务，往往涉及区域缓存和数据复制等机制Game ServerCacheUSDat

5、a ServerDatabaseEUGame ServerCacheJPINDGame ServerCacheGame ServerCache300万 同 时 在 线预 计 总 出 口 带 宽 将 达 到20 - 30G bps 顶 配 服 务 器400 - 500台需 要 防 御DDO S仙境传说的运营需求案例：游戏早期在台湾的部署中，使用了自建的My SQ L 服务，完全不堪重负2017 re : i n v e n t 首次了解 Am a zo n Au ro ra Amazon Aurora韩国即将上线，预计指标会超过台湾 2 - 3 倍选择全面使用 AW S Am a zo n Au

6、 ro ra 作为游戏后台数据库服务400+ 台 r4 . 1 6 x l a rg e心动网络基于 Amazon Aurora 搭建高性能、高可靠的游戏后端数据库服务Amazon Aurora云原生的高性能数据库，计算与存储分离，跨区域自动复制，全球游戏中心服的数据库首选Ga m e S e r v e r sGa m e S e r v e r sGa m e S e r v e r s共享存储卷SSD 存储节点SQL事务缓存SQL事务缓存SQL事务缓存完全兼容 MySQL 和 PostgreSQL计算与存储分离，省去了分库分表，降低 开发量同等扩展、运维等能力，成本低于采用EC2 自建可

7、跨可用区部署，最多可在 6 个区域创建15 个只读副本性能达到传统 MySQL 的 5 倍高吞吐：高达每秒 20 万次写入 低延迟：跨区域延迟 1 秒快速恢复：整个区域不可用的情况下，切换时间低于 1 分钟俄勒冈区域MRR存储RR存储北弗吉尼亚区域RR存储RR存储圣保罗区域法兰克福区域(主区域)输 入 的 复 制 数 据 流输 入 的 复 制 数 据 流输 入 的 复 制 数 据 流输出的复制数据流Aurora Global Database对于集中式平台服的架构来说（比如说，中心平台服放在美东，覆盖南北美和欧洲，但各地就近部署 游戏服），可通过 Aurora Global Database

8、功能，自动将中心平台服的数据快速复制到各区域的本地 数据库。关系型数据库不能满足所有的游戏后端数据访问需求令人头疼的“写”操作挑战：游戏的“写”操作密集缓存的效用有限Key/Value 型的数据为主数据库成为整个系统瓶颈ervices, Inc. or its affiliates. All rights reserved.两周之内月活跃用户从100万升至800万；普通数据库无法支持如此快速的系统 压力增长；HalfbrickStudios使用AWS的DynamoDB和多个高可用区来支撑水果忍者数以百万计的用户。案例：水果忍者Amazon DynamoDB完全托管的，灵活、高性能的 NoSQL

9、 数据库，自带方便快捷的全球数据同步功能多主（Multi-Master）架构，使用本地数据表实现低延迟读写跨区冗余，自动复制，最终一致性高性能：自动数据分区和 SSD 存储，满足任何规模 的高吞吐、低延迟性能需求全托管，自动弹性伸缩，无需人工管理服务器集群灵活性：支持文档型和键值型数据结构支持事务（Transaction）DynamoDB Global Tables性能波动低于 1 毫秒低延迟每秒处理数百万个请求高性能Amazon DynamoDB持续为您提供高性能、低延迟的非关系型数据访问除了数据库复制还有什么办法可以进行 跨区域的数据同步呢？案例：Riot Games 为 LoL 搭建的全球统一账号系统Riot Games 早期所面临的挑战：10 个完全独立的账号数据库数以亿计的玩家账号恶意的登录流量分散的资源，陈旧的架构Riot 全球统一用户账号系统的跨区域数据复制架构游戏服务层关键能力：高性价比、弹性伸缩59这还不够