它的大名在IT圈已是

无人不知，无人不晓

Hadoop的出现

让用户可以在不了解

分布式底层细节的情况下

开发分布式程序

同时还能充分利用集群的威力

进行高速运算和存储

就好比蚂蚁赛大象

廉价的机器群也可以匹敌高性能计算机

但另一方面

越来越多客户

不断缩短Hadoop节点的购买周期

原因就是存储空间不足！

而如果按容量需求购买大量服务器

则会有大量计算资源被浪费

听到Hadoop分布式架构+存储这一概念，相信会有很多人质疑这种架构，也会有人认为小编不懂Hadoop，没有互联网基因。哈哈，不管了，提起Hadoop横向扩展的全分布式架构，几乎90%以上的用户应该都是横向对等的扩展node（即服务器），很少有人会在Hadoop架构下联想存储的使用方法。

其实小编最初也是一样的想法，Hadoop用什么存储？用什么存储看起来都不完美，原谅我对机房的布局有强迫症，不喜欢那种不对称的布局。但随着Hadoop客户的不断壮大，他们面临的现实需求却在不断地敲打着我。

虽然很多客户对Hadoop架构下使用存储抱有抵触的思想，但也有不少客户在尝试，逐步认识到Hadoop架构下使用一些特定存储并没有破坏Hadoop的全分布式结构，也没有改变Hadoop对磁盘的管理。只是我们在不断横向扩展节点的同时，适时的也可以关注一下存储磁盘的纵向扩展。

Hadoop的出现，也让软件定义存储的使用达到了一个前所未有的高度，在一些互联网类的企业里，少则十几个节点，多则几千个节点的Hadoop集群拔地而起，应用场景越来越丰富，数据量也带来了几何倍数的增长。

从开头的话题我们知道，面对海量数据，如果继续沿用横向扩展node方式扩展，必然会造成浪费，因此本文就来分享一些客户在Hadoop环境下使用JBOD存储，从而减低整体成本的使用方法。

JBOD（Justa bunch of disk）俗称硬盘扩展柜。也就是说，这套存储并没有控制器单元，也没有配置CPU/内存等部件，也没有对磁盘的RAID管理，它非常简单，也非常经典。正因为JBOD本身不配置任何逻辑管理，将全部磁盘管理都交由Hadoop，所以JBOD能和Hadoop完美融合。

下面，我们就来介绍JBOD是如何让Hadoop集群变得更经济、更环保。