您的浏览器禁用了JavaScript(一种计算机语言,用以实现您与网页的交互),请解除该禁用,或者联系我们。[DataFunSummit2023:数据湖架构峰会]:高性能、云原生湖仓体存储架构探秘 - 发现报告
当前位置:首页/行业研究/报告详情/

高性能、云原生湖仓体存储架构探秘

AI智能总结
查看更多
高性能、云原生湖仓体存储架构探秘

2023 高性能、云原生湖仓一体存储架构探秘 怵雷➃넞僅⨴Juicedata䪮助⚁㹻 目录 湖仓一体存储架构的演进 不同类型存储系统比较 探索湖仓一体架构未来的存储选型 湖仓一体架构在JuiceFS上的实践 01 湖仓一体存储架构的演进 大数据存储系统的演进 机房时代 HDFS 云计算时代 ? 云原⽣、⾼性能存储系统 HDFS •起源于GFS(GoogleFileSystem),2006年正式发布 •独⽴元数据存储(NameNode),树形结构元数据 •多副本数据存储(DataNode) •数据分块存储(Block),不可修改 •存算耦合架构(HDFS+YARN) •适合存储⼤⽂件,2亿左右的⽂件数 对象存储 •S3于2006年发布 •以存储海量⾮结构化数据为⽬标 •能⽀撑万亿级⽂件数,⼤⼩⽂件均适合 •低廉的存储成本(⽀持EC),可靠的数据持久性(11个9) •基于HTTP协议的RESTfulAPI •KV结构的元数据设计 •数据不⽀持修改 •最终⼀致性 02 不同类型存储系统比较 HDFSvs.对象存储 HDFS 对象存储 存储规模(单namespace) 亿级 ⭐万亿级 ⼀致性 ⭐强⼀致性 部分强⼀致性 容量管理 ⼿动 ⭐弹性 原⼦重命名 ⭐⽀持 不⽀持 List性能 ⭐⾼ 低 随机写 不⽀持 不⽀持 缓存加速 不⽀持 不⽀持 运维复杂度 ⾼ ⭐低 HDFSAPI兼容性 - 部分兼容 Hadoop⽣态权限管理兼容性 - 不兼容 POSIX兼容性 不⽀持 部分兼容(需第三⽅组件) HDFS的阿喀琉斯之踵——NameNode •单⼀命名空间下的NameNode存储瓶颈 •联邦架构1.0:ViewFs+多集群 •联邦架构2.0:Router-basedFederation(RBF) https://hadoop.apache.org/docs/stable/hadoop-project-dist/hadoop-hdfs-rbf/HDFSRouterFederation.html HDFS的阿喀琉斯之踵——NameNode •NameNode的单点问题 •⾼可⽤架构:QuorumJournalManager(QJM) https://www.uber.com/blog/scaling-hdfs 对象存储的阿喀琉斯之踵——元数据 •元数据操作的性能以及⼀致性问题 如何实现重命名? mv/foo/bar 对象存储的阿喀琉斯之踵——元数据 •步骤1:递归拷⻉数据 •步骤2:更新索引 •步骤3:删除原路径中的数据 •⼀致性如何保证? 对象存储元数据性能及API限制 ⽂件数 对象存储ListP50延迟 100 50ms 1K 131ms 10K 1062ms 100K 9932ms https://hudi.apache.org/docs/metadata https://iceberg.incubator.apache.org/docs/latest/aws/#object-store-file-layout •List性能差:HudiMetadataTable •APIQPS限制:IcebergObjectStorageLocationProvider 03 探索湖仓一体架构未来的存储选型 目标 •扩展性好 •⾼可⽤ •⾼性能 •弹性伸缩 •存算分离 •海量⼩⽂件管理 •云原⽣ •多种类型API 技术关键点 •扩展性好 •⾼可⽤ •数据可靠 •⾼性能 •弹性伸缩 •存算分离 •海量⼩⽂件管理 •云原⽣ •多种类型API •不存在扩展瓶颈 •不存在单点,⾃动故障切换 •冗余机制保证数据可靠性 •针对⽂件系统设计的独⽴元数据 •数据存储组件容易横向伸缩 •缓存加速,分布式缓存,缓存亲和性 •元数据存储结构优化 •充分利⽤云上资源 •针对不同API实现不同客户端 JuiceFS •强⼀致性分布式⽂件系统 •插件式元数据引擎 •使⽤对象存储作为数据存储 •元数据引擎可横向扩展 •⼩⽂件友好的元数据设计 •本地多级缓存 •多种类型客户端 •完全兼容POSIX •完全兼容HDFSAPI 04 湖仓一体架构在JuiceFS上的实践 湖仓一体架构 元数据性能比较 使⽤Hadoop中专⻔⽤于压测⽂件系统元数据性能的组件NNBench,将其单线程测试测试任务改成多线程,便于增加并发压⼒。 使⽤3台阿⾥云4核16G的虚拟机,CDH5,HDFS2.6作为测试环境。HDFS使⽤3个JournalNode的⾼可⽤配置,使⽤内⽹IP 。OSS使⽤内⽹接⼝访问。 数据查询性能比较 左图:使⽤阿⾥云3台计算节点4核CPU、16G内存、200Gx2硬盘,使⽤100GBTPC-DS数据集,通过SparkSQL进⾏基准测试。 右图:使⽤阿⾥云5台计算节点8核CPU、32G内存、5500Gx4硬盘,PrestoSQL334,使⽤1TBTPC-DS数据集。以上测试中JuiceFS启⽤了缓存,并使数据充分预热。 感谢您的观看 https://github.com/juicedata/juicefs

你可能感兴趣

hot

云原生数据湖存储的架构发展和数据治理-程力

信息技术
ArchSummit上海2023|全球架构师峰会2023-06-06
hot

1 镜舟科技&阿里云-StarRocks云原生湖仓分析技术揭秘

电子设备
StarRocks 2024 年度技术峰会2024-12-17
hot

高德-福辰-高德云原生架构变革与演进

信息技术
2023第十二届全球TOP100软件案例研究峰会2024-08-21