阿里云EMR 2.0：界说下一代云原生智能数据湖
摘要：本文整理自阿里云高级技术专家/数据湖存储负责人郑锴(铁杰)；阿里云高级技术专家/开源大数据OLAP负责人范振(辰繁)在 阿里云EMR2.0线上发布会 的分享。本篇内容主要先容了阿里云云原生数据湖分析解决方案的三个核心要素：
1.全托管，湖存储；
2.一站式，湖管理；
3.多模态，湖计算阿里云云原生数据湖分析解决方案全面重磅升级，经中国信通院评测，它是目前国内唯一满分的数据湖方案。它有三个核心要素构成：
[*]全托管，湖存储：全面兼容支持 HDFS/POSIX 协议，无缝对接大数据和AI一体化生态；
[*]一站式，湖管理：提供全面的数据库存储管理本领；
[*]多模态，湖计算：基于一湖多架构，能够同时实现离线湖、实时湖、湖仓分析。
一、全托管 - 湖存储（OSS-HDFS）
1、第三代数据湖存储 OSS-HDFS
[*]第一代数据湖存储是开源的 HDFS；
[*]尺度对象存储如阿里云OSS，被认为是第二代数据库存储；
[*]阿里云融合前两代数据湖存储上的优势，推出第三代数据湖存储：OSS-HDFS。
2、OSS-HDFS 生态支持
https://i-blog.csdnimg.cn/blog_migrate/2aa3fde0748254db7c00f71531188ba5.png
新的数据湖存储解决方案 OSS-HDFS，通过 HDFS API 和 POSIX API，实现对数据湖存储之上丰富的大数据和AI计算场景的完整支持，这是第三代数据湖存储的核心命题。
[*]通过提供充分的、完全的 HDFS 接口兼容，充分对接 Hadoop、Spark 这类大数据生态；
[*]同时，对新兴的湖仓分析计算场景也提供了充分的支持；
[*]对于蓬勃发展的AI生态，通过 POSIX 提供兼容支持。
3、性能优势
在存储服务的核心本领方面，如性能、规模和成本上，阿里云云原生数据湖分析解决方案具备显着的优势。
[*]性能：高
[*]原子性和毫秒级目次操作 rename、delete
[*]超大目次 du/count 毫秒级返回
[*]规模：大
[*]热文件（10 亿）+ 温冷（40亿）vs 4亿
[*]OSS 带宽水平扩展
[*]成本：低
[*]尺度（30%）+ 低频（30%）+ 归档（40%）
[*]免运维
几十PB以致上百PB的数据库，按照二八定律，20%的数据是热数据，80%的数据是温数据大概冷数据，利用 OSS 的分层存储和归档本领，OSS-HDFS 实现了 HDFS 的分层存储管理计谋，可以将20%的热数据实施尺度存储计谋，80%的温数据和冷数据分别按照低频和归档的存储计谋来存储，团体降低了存储成本。
OSS-HDFS 作为全托管的存储服务，相比较开源自建的 HDFS，具备免运维、低人工的维护成本，在性能、规模、成本上具备显着的性能优势。
对于用户自建的 HDFS 集群，阿里云云原生数据湖分析解决方案在业界首次提供了"三不"平滑迁徙方案，不改业务代码，不改文件路径，不停存储服务。对于用户已经在 OSS 上面的数据，支持快速导入，方便用户享受 OSS-HDFS 提供的对于计算访问加速的优势。
二、一站式 - 数据湖管理（DLF）
阿里云云原生数据湖分析解决方案，通过 Data Lake Formation 这个全托管的数据湖管理产物，提供一站式数据湖管理本领。
https://i-blog.csdnimg.cn/blog_migrate/85e069bbced7caa2117730b3b56523c0.png
Data Lake Formation 能够对众多的计算产物提供统一的元数据访问，具有全景的、完整的数据访问统计视图，提供诸多存储分析和成本优化方案，如智能识别温数据、冷数据和热数据，提供分层存储管理计谋；如针对 Deltalake 提供主动优化计谋等。
1、统一元数据服务
[*]全托管、高可用、高性能、可扩展、免运维；
[*]兼容开源 HMS 协议，无缝对接和兼容开源；
[*]支持 Multi-Catalog、多版本管理；
2、权限与安全
[*]支持库、表、列、函数级别细粒度权限控制；
[*]支持和兼容 Apache Ranger 鉴权；
[*]支持数据访问日志审计；
3、存储成本优化
[*]存储分析与成本优化；
[*]湖格式主动优化计谋；
[*]数据生命周期管理；
4、存储访问加速
[*]全场景：大数据分析加速、AI 海量小文件训练加速；
[*]计谋全：读缓存、写缓存、元数据缓存、分层缓存；
[*]同时支持计算透明和数据编排。
三、多模态 - 湖计算
EMR2.0遵循的是一湖多架构的计算模式，然后通过开源引擎引入组合成差别的用户场景。接下来先容几种典范的场景：离线湖，实时湖，湖仓分析。
https://i-blog.csdnimg.cn/blog_migrate/78dfbb0bc4d705136b95a318e5b2d498.png
1、离线湖
离线湖即 Hadoop 场景，主要解决的是数仓的分层模式，一样寻常用在T+1场景。
https://i-blog.csdnimg.cn/blog_migrate/8e54516022fa01c2886639b124f37918.png
（离线湖）
[*]OSS-HDFS：通过提供 HDFS 接口，以及 OSS 对象存储，能够做到分层存储和智能存储，可扩展性高，成本低；
[*]引入全托管的 DLF：解决了 HIVE+MySQL 这种传统元数据模式的一些痛点，包罗稳固性，可扩展性等；
[*]数据湖三剑客：DELTA LAKE、HUDI、ICEBERG，这三种引擎近年来发展得非常好，在反面实时湖的部分重点先容；
[*]计算资源层：这里一样寻常分为 ECS 和 ACK，经过 EMR2.0 引入的这个全新开辟的底座，对 ECS 和 ACK 的支持都非常好，在弹性的速度、可靠性、免运维等方面，对比上一个版本有了质的提升，
[*]计算引擎：计算引擎逐渐由 Hive on MR、Hive on Tez 迁徙到 Spark。Spark 作为近十年来的一个明星产物，阿里云对 Spark 举行了深度的自研优化，在性能上比开源提升了100%。在此根本上，阿里云自研了 Remote Shuffle Service，并把它募捐到了 Apache 社区（名字为 Celeborn），Remote Shuffle Service 把所有的 Shuffle 数据放在一个 Service 上而不是依靠于本地盘，解决了 Spark 常见的 Stage 不稳固、大作业的加速等问题。
离线大数据经过十多年的发展，目前仍耐久不衰，T+1的场景被用户大规模利用，这主要是由于以下几点：
[*]离线数仓的模子理论根本已经非常的完善；
[*]固定的、有界的数据对于计算引擎的复杂度要求没有那么高，可以比较方便的举行数据重跑；
[*]Spark 被市场广泛担当，是一个非常稳固的产物。
2、实时湖
离线数据湖虽然被大规模利用，但它解决不了一些问题，如实时和准实时的问题，这就引出了实时湖。
https://i-blog.csdnimg.cn/blog_migrate/07e0e5048d1fa1e8ef7b7014f8c2acf6.png
（实时湖）
[*]OSS-HDFS 和 DLF（见离线湖部分）；
[*]数据湖的增量存储部分：数据湖三剑客 DELTA LAKE、HUDI、ICEBERG，这三种引擎近年来发展得非常好，这种表格式慢慢的也会演化成差别的方向，但它们着重解决的是同一类问题；
[*]第一，要解决的是增量模式，需要做 ACID 的事件包管，由于引入了 ACID 事件包管，现实上每一个 commit 就是一个 version，那么可以在同一套系统里去做批、做流的处理；
[*]第二，引入了自闭环元数据的布局，现实上解决的问题是大规模的元数据的扩展性以及性能问题。它所依靠的是对象存储，而不是雷同Hive这种体系，所以在可扩展性上是有非常大的进步；
[*]第三，一旦引入 ACID，就可以做 update 这种场景，而要反映到大数据里面，可以通过增量表格式的研发来解决，包罗常见的订单系统、对于数据回溯等状态变化的场景，也包罗一些高级的特性如 Schema Evolution，Time Travel 等，对整个业务会有非常大的提升，这是增量数据湖带给我们的一些好处和能解决的一些业务痛点。
[*]计算引擎：
[*]Flink：Flink 是流引擎的最明星产物，所有客户涉及到实时的产物都在用，近来主打的理念就是批流一体；
[*]Presto和Trino也在往差别的方向走，好比Presto，它目前推出了一些能够举行native计算的领域，包罗Velox，包罗对ETL的一些补充，以及一些容错的方向，它可以做一些原先Spark才能做的工作，许多客户也在用Presto或Trino来做一些简单的ETL加工，虽然它原来标榜的是纯内存计算；
[*]Trino主要的处理的方向是做connector，举行所谓的同盟查询，而且它对细粒度的优化做得非常不错。Presto和Trino主要解决的是湖数据的准实时的处理，即在几十秒大概分钟级别的查询。
实时湖通过表格式的方式去解决一些问题和痛点，其业务的可拓展性和可发展性非常强。
3、湖仓分析
一样寻常在纯实时的场景下引入湖仓分析。
https://i-blog.csdnimg.cn/blog_migrate/cdc3f18c2156008f71615a28e120a7ea.png
（湖仓分析）
数据湖里的数据链路，如果想被 OLAP 系统查询到，大概说被秒级的 Ad-hoc 查询，大概说被高并发查询，目前没有一种引擎可以非常完美解决。但可以把它放到一种仓里，好比常见 StarRocks，Doris，ClickHouse，可以解决实时报表，实时数仓，大屏展示等。
湖仓直接分析是由于如果把数据全部导入到 StarRocks，会有数据重复，也会增加存储成本。
为了平衡成本与性能，通过 StarRocks 统一技术栈，既可以做仓内的查询，也可以做仓外的湖查询，通过缓存机制，能够使得仓外的查询，也就是说 connector 查询，能够到达几乎和仓内查询一样的速度。
StarRocks 看起来像是现代化的云 Lakehouse，自从开源以来，从2.X版本实行引擎的性能提升，全面的向量化，查询规划优化，全新 CBO 优化，主键模子，雾物化视图等等，都是在打造仓内部，后续 StarRocks 兼容轻量的 ETL，在仓内去做分层数仓模子。
从2.4、2.5版本开始，StarRocks 逐渐转化为对于湖上数据的优化，包罗提供对 DELTA LAKE、HUDI、ICEBERG 的全面支持，通过统一的技术栈，即去查询仓内数据，又去查询仓外数据，这样整个架构就会非常顺滑，客户用起来也非常轻松。
4、Serverless
Serverless StarRocks产物已开启邀测，预计3月底公测，后续还会推出 Serverless Spark、Serverless Presto/Trino；
通过 Serverless 举行存算分离架构演进，计算资源可以按需扩展，具备极致的弹性和极致的成本压缩；
通过 OSS-HDFS，DLF，Serverless，实现免运维，99.9% SLA保障，NoteBook/Dataworks 对接等，为用户提供端到端的全托管体验。
原文链接
本文为阿里云原创内容，未经答应不得转载。
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。
页:
[1]