概要速览
美国艺电 (EA) 是游戏行业的翘楚,每年为全球几十亿用户提供数十款游戏。能否针对EA的在线服务做出近实时决策对于业务发展至关重要。本文介绍了在AWS上搭建的基于Presto和Alluxio的数据平台,如何为游戏产业提供即时响应的在线服务。
EA的数据与人工智能部门搭建了数百个平台,来管理游戏和用户每天产生的PB级数据。这些平台包含从实时数据导入到 ETL工作流在内的各类数据分析作业。部门产生的格式化数据已经被公司高管、制作人、产品经理、游戏工程师和设计师等广泛采纳,用于市场营销和货币化、游戏设计以及提升客户参与度、玩家留存率和终端用户体验。
用例
EA的在线服务需要能够获取近实时信息,这对于制定业务相关的决策(如推广活动和故障排查)至关重要。这些服务包括但不限于实时数据可视化、仪表板(dashboarding) 和会话分析,我们的团队正在积极寻找可以支持这些用例的框架。
在EA,为获取支持决策的数据分析结果,我们采用了诸如 Tableau 和 Dundas等一系列的数据可视化工具。这些工具通常连接多个数据源,例如 MySQL DB、AWS S3 或 HDFS。用户可能同时从多个数据源加载数据来运行计算复杂度较高的算法。由于数据加载是 I/O 密集型的,因此可能成为严重的性能瓶颈。尤其当相同的数据需要被多次加载时,性能瓶颈问题可能更严重。因此,我们需要一种解决方案,通过在本地缓存数据的方式来降低数据的访问开销。
仪表板是另一个常见的用例,用于实时追踪用户参与度、客户满意度或系统状态。在这些场景下,数据量通常是GB级的,但需要能够对频繁的信息刷新进行即时处理。目前,我们使用Redshift等商业数据库来处理时间敏感型数据,希望寻求一种在不降低性能的情况下削减成本的替代方案。
我们最近开发了一款汇报式聊天机器人,来提供即时的游戏相关分析,例如实时用户满意度和实时利润分析。该系统的后端运行 Presto,PB级的数据存储在 S3 上。聊天机器人会将用户的提问转换为 ANSI SQL查询语句,并在 Presto 集群上运行这些查询。查询通常会涉及复杂的计算过程,例如在跨数据集搜索后进行预测和合并。我们迫切希望找到一种解决方案,与基于S3存储的数据集互补,确保在不增加成本的情况下提高性能。
架构
为了服务这些具有近实时需求的不同用例,我们搭建并评估了以Presto为查询引擎,S3为数据存储,Alluxio为作业数据集缓存层的数据平台。文中,我们模拟了上述在当前生产环境中搭建的基于S3的 Presto(没有Alluxio)架构,与环境设置(Presto和S3)相同但部署了Alluxio的技术方案进行比较。架构如下图所示:
关于设置的具体信息如下:
√
每个实例启动并置的Presto 和Alluxio服务。
√
硬件方面,我们使用了三个 h1.8xlarge AWS 实例,每个实例上都挂载了 8TB 临时磁盘,供Alluxio把数据缓存到Presto 的本地位置。
S3 作为底层持久文件系统挂载到Alluxio。
√
Presto 配置了两个目录;一个连接到我们现有的 Hive metastore,关联到存储在外部S3 上的基准测试数据集,另一个连接到一个单独的Hive metastore,其中包含在 Alluxio 中创建的基准测试数据表。
√
我们在 S3 上使用相同的数据集进行性能比较,并通过 alluxio fs distributedLoad /testDB指令将数据预加载到 Alluxio。
√
为了提升处理海量小文件时的查询性能,我们在alluxio-site.properties 中启用了元数据缓存功能来进行性能调优。
alluxio.user.metadata.cache.enabled=true
alluxio.user.metadata.cache.max.size=100000
alluxio.user.metadata.cache.expiration.time=10min
基准测试结果
我们选取了代表各类工作负载的四个独立基准测试。基线(baseline)是 Presto 直接查询 S3 时的性能。
基准测试1
测试1是我们对玩家在游戏中事件的内部合成快照,代表 I/O 密集型用例。测试的三个数据集的总数据大小分别为 1GB、10GB 和 100GB,文件为 ORC 格式。每个数据集都是使用相同的 DDL 创建的,包含 49 个 cols(列)、40 个 varchar、5个布尔值和 4个映射。基准测试查询选取所有列以及针对一个varchar 字段的过滤条件。
结果
使用Alluxio缓存数据后,Presto 的性能比基线直接查询S3时的性能快 2 ~ 7倍。
基准测试2
使用游戏元数据和用户参与记录模拟数据可视化。这是一个典型的CPU 和 I/O 密集型查询。我们一共选用了两组数据集和两个查询,分别是Tableau 和 Dundas 中的常用查询,查询选择所有符合日期过滤条件的列,然后对日期字段进行 GROUP BY 和 ORDER BY操作。在这个测试中,我们特意禁用了(已显示出卓越性能提升的)Alluxio元数据缓存功能,以便了解数据缓存在这里起到的作用。
结果
在没有元数据缓存的情况下,在Dundas数据集上使用Alluxio的Presto查询速度比S3快2.75倍,在 Tableau数据集上比S3快 5.1 倍。
基准测试3
使用包含海量小文件的数据集来模拟我们的仪表板用例。数据集是一批 2MB 的文件,总数分别是50、500 和 5000 个文件。使用的查询是聚合每个日期条目数的select查询。
结果
使用元数据缓存功能的Alluxio比 S3 快 1.2 ~ 5.9 倍。如果不启用元数据缓存,Alluxio 实现的性能提速仅为 1 ~1.35 倍。启用元数据缓存可通过记忆元数据、识别热数据和增加副本来显著缩短执行时间。
基准测试4
模拟对话机器人,使用的数据集是每日游戏性能的快照。为模拟 CPU 密集型查询,该查询包含多个计算阶段,将整数字段( integer field) 转换为 HyperLogLog,然后合并, 再选择基数,最后将integer和 varchar 字段作为过滤条件得出结果。
结果
不使用元数据缓存的 Alluxio 可以将查询时间从 85.2 秒缩短到 3 秒,性能提高了 27 倍。
结论
本文探讨了一个支持游戏行业的在线服务即时响应的创新平台,平台使用 Presto 作为计算引擎,把Alluxio 作为 Presto 和 S3 存储之间的数据编排层。我们通过数据可视化、仪表板和会话聊天机器人三个真实行业案例对该平台进行性能评估。
初步测试结果表明, Presto+Alluxio 的部署在所有情况下的性能都显著优于 S3。特别是当Alluxio启用元数据缓存功能后在处理海量小文件时更是实现了高达 5.9 倍的性能提升。Alluxio 通过管理所分配的临时磁盘,将S3中的数据缓存到 Presto的本地位置,从而实现存储和计算的分离。在测试的每个场景中,我们可以观察到性能提升主要得益于Alluxio的高级缓存管理能力,能够针对数据的冷热程度来区别化创建不同数量的副本。
文章作者:
Teng Wang, Du Li, Yu Jin and Sundeep Narravula
原文发表于2020年8月6日
本文为从大数据到人工智能博主「maolv, xiao」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
原文链接:https://lrting.top/backend/8751/