共计 2474 个字符,预计需要花费 7 分钟才能阅读完成。
作者:幻好
起源:恒生 LIGHT 云社区
Hadoop 概念及其倒退
Hadoop 最早起源于 Nutch。Nutch 的设计指标是构建一个大型的全网搜索引擎,包含网页抓取、索引、查问等性能,但随着抓取网页数量的减少,遇到了重大的可扩展性问题——如何解决数十亿网页的存储和索引问题。
2003 年、2004 年谷歌发表的两篇论文为该问题提供了可行的解决方案。
- 分布式文件系统(GFS),可用于解决海量网页的存储。
- 分布式计算框架 MAPREDUCE,可用于解决海量网页的索引计算问题。
Nutch 的开发人员实现了相应的开源实现 HDFS 和 MAPREDUCE,并从 Nutch 中剥离成为独立我的项目 HADOOP,到 2008 年 1 月,HADOOP 成为 Apache 顶级我的项目 (同年,cloudera 公司成立),迎来了它的疾速发展期。
- 狭义上来说,Hadoop 指代大数据的一个生态圈,包含很多其余的软件。
- 广义上来说,Hadoop 就是独自指代 Hadoop 这个软件。
Hadoop 的历史版本介绍
0.x 系列版本:hadoop 当中最早的一个开源版本,国外应用较多,因为过后国内大数据还没倒退起来,在此基础上演变而来的 1.x 以及 2.x 的版本
1.x 版本系列:hadoop 版本当中的第二代开源版本,次要修复 0.x 版本的一些 bug 等,是存在工夫最短的一代。
2.x 版本系列:架构产生重大变动,引入了 yarn 平台等许多新个性,国内目前应用最多的版本,因为过后国内正处于大数据暴发的阶段。
3.x 版本系列:引入了一些重要的性能和优化,包含 HDFS 纠删码、多 Namenode 反对 (两个以上)、MR Native Task 优化、YARN 基于 cgroup 的内存和磁盘 IO 隔离等,且对 JDK 最低版本要求为 JDK1.8。发行工夫较晚,目前应用不多,但将来必将成为支流。
hadoop 三大公司发型版本介绍
- 收费开源版本 apache
官网:http://hadoop.apache.org/
长处:领有全世界的开源贡献者,代码更新迭代版本比拟快
毛病:版本的降级,版本的保护,版本的兼容性,版本的补丁都可能思考不太周到,学习能够用,理论生产工作环境尽量不要应用
apache 所有软件的下载地址(包含各种历史版本):
http://archive.apache.org/dist/
- 收费开源 hortonWorks
官网:https://hortonworks.com/
hortonworks 次要是雅虎主导 Hadoop 开发的副总裁,率领二十几个核心成员成立 Hortonworks,外围产品软件 HDP(ambari),HDF 收费开源,并且提供一整套的 web 治理界面,供咱们能够通过 web 界面治理咱们的集群状态,web 治理界面软件 HDF 网址(http://ambari.apache.org/)
- 软件免费版本 ClouderaManager
官网:https://www.cloudera.com/
cloudera 次要是美国一家大数据公司在 apache 开源 hadoop 的版本上,通过本人公司外部的各种补丁,实现版本之间的稳固运行,大数据生态圈的各个版本的软件都提供了对应的版本,解决了版本的降级艰难,版本兼容性等各种问题
Hadoop 的模块组成
- Hadoop HDFS:一个高牢靠、高吞吐量的分布式文件系统。
- Hadoop MapReduce:一个分布式的离线并行计算框架。
- Hadoop YARN:作业调度与集群资源管理的框架。
- Hadoop Common:反对其余模块的工具模块。
Hadoop 的架构模型
NameNode 与 ResourceManager 单节点架构模型
文件系统外围模块:
- NameNode:集群当中的主节点,次要用于治理集群当中的各种数据
- secondaryNameNode:次要能用于 hadoop 当中元数据信息的辅助治理
- DataNode:集群当中的从节点,次要用于存储集群当中的各种数据
数据计算外围模块:
- ResourceManager:接管用户的计算申请工作,并负责集群的资源分配
- NodeManager:次要用于接管 applicationMaster 调配的工作
- applicationMaster: resourcemanager 为每个计算工作启动一个 appMaster, appMatser 次要负责资源的申请, 工作的调配
- NameNode 与 ResourceManager 高可用架构模型
文件系统外围模块:
- NameNode:集群当中的主节点,次要用于治理集群当中的各种数据,个别都是应用两个,实现 HA 高可用
- JournalNode:元数据信息管理过程,个别都是奇数个
- DataNode:从节点,用于数据的存储
数据计算外围模块:
- ResourceManager:Yarn 平台的主节点,次要用于接管各种工作,通过两个,构建成高可用
- NodeManager:Yarn 平台的从节点,次要用于解决 ResourceManager 调配的工作
Hadoop 目前的现状
自 2015 年开始 Hadoop 暴露出诸多问题引起留神。随后 Gartner、IDG 等公司分析师、Hadoop 用户和 Hadoop 和大数据圈内人士越来越多的反映出各种问题。
究其原因,次要如下:
- Hadoop 栈过于简单,组件泛滥,集成艰难,玩转代价过高
- Hadoop 翻新速度不够(或者说终点过低),且不足对立的理念和管控,使得其泛滥组件之间的集成非常复杂
- 受到 Cloud 技术的冲击,特地是类 S3 对象存储提供了比 HDFS 更便宜、更易用、更可伸缩的存储,撬动了 Hadoop 的根基 HDFS
- 对 Hadoop 冀望过高,Hadoop 发迹于便宜存储和批处理,而人们冀望 Hadoop 搞定大数据所有问题,冀望不匹配造成满意度很低
- 人才低廉,且人才匮乏
总结
综上,作为第一代大数据计划的 Hadoop 巅峰已过,大数据进入第二代:分布式数据库。
分布式数据库特地是 MPP 数据库曾经很好的解决了大数据根本剖析层面的问题,将来继续向着更易用更快的方向倒退。
高级数据分析向着下沉到数据库外部的方向倒退。高级数据分析层面的难点不在剖析,而在于数据自身的数量和品质。期待这一方面有更多翻新涌现。