七十五、HBase架构概述

HBase架构概述

NoSQL

HBase是一种“NoSQL”数据库。“NoSQL”是一个通用术语,意思是数据库不是支持SQL作为其主要访问语言的RDBMS,但是有许多类型的NoSQL数据库:BerkeleyDB是本地NoSQL数据库的一个例子,而HBase是一个分布式数据库。从技术上讲,HBase实际上更像是一个“数据存储”而不是“数据库”,因为它缺少在RDBMS中找到的许多功能,例如键入列,二级索引,触发器和高级查询语言等。

但是,HBase具有很多支持线性和模块化缩放的功能。通过添加商品类服务器上托管的RegionServers来扩展HBase集群。例如,如果一个集群从10个扩展到20个RegionServers,则它在存储和处理能力方面都会翻倍。RDBMS可以很好地扩展,但只能达到某一点 – 具体而言就是单个数据库服务器的大小 – 并且为了获得最佳性能,需要专门的硬件和存储设备。HBase的特点是:

  • 一致的读/写:HBase不是“最终一致的”DataStore。这使它非常适合诸如高速计数器聚合之类的任务。
  • 自动分片:HBase表通过区域分布在集群上,随着数据增长,区域会自动分割和重新分配。
  • 自动RegionServer故障切换
  • Hadoop/HDFS集成:HBase支持HDFS作为其分布式文件系统。
  • MapReduce:HBase支持通过MapReduce进行大规模并行处理,以便将HBase用作源和接收器。
  • Java客户端API:HBase支持易于使用的Java API进行编程式访问。
  • Thrift/REST API:HBase还支持非Java前端的Thrift和REST。
  • 块缓存和Bloom过滤器:HBase支持块缓存和Bloom过滤器,以实现高容量查询优化。
  • 操作管理:HBase提供内置的网页以提供运营洞察力以及JMX指标。

何时使用HBase

HBase不适合所有问题。

首先,确保你有足够的数据。如果你有数亿或数十亿行,那么HBase是一个很好的选择。如果只有几千行,那么使用传统的RDBMS可能是一个更好的选择,因为所有数据都可能在单个节点(或两个)上,而群集的其余部分可能处于闲置状态。

其次,确保您可以在没有RDBMS提供的所有额外功能的情况下生存(例如,键入列,二级索引,事务,高级查询语言等)。针对RDBMS构建的应用程序无法通过简单更改而“移植”到HBase,例如,一个JDBC驱动程序。考虑从RDBMS转移到HBase作为一个完整的重新设计,而不是一个端口。

第三,确保你有足够的硬件。即使是HDFs也不能很好地处理少于5个的数据流(由于HDFS块复制的默认值为3),加上NAMENODE。

HBase可以在笔记本电脑上独立运行 – 但这应该只被视为一种开发配置。

HBase和Hadoop / HDFS有什么区别?

HDFS是一个非常适合存储大型文件的分布式文件系统。它的文档指出,它不是一个通用的文件系统,也没有在文件中提供快速的单个记录查找。另一方面,HBase建立在HDFS之上,为大型表提供快速记录查找(和更新)。这有时会成为概念混淆的一个观点。HBase内部将您的数据放入HDFS上的索引“StoreFiles”中进行高速查找。有关HBase如何实现其目标的更多信息,请参阅数据模型和本章的其余部分。

文章永久链接:https://ddkk.com/?p=12560