分析与比较Openstack 之分布式存储技术

　　　openstack已经攻占了世界上主流的运营商，国内OpenStack市场热度在持续升温。今天课课家教育将为大家带来分析与比较Openstack之分布式存储技术，大家要认真阅读哦~

　　关于Openstack的分布式存储,我关注Ceph,Swift,hdfs的功能实现和优缺点，适用场景。

　　1.存储文件大小：

　　HDFS、HBase、Hive不太适合存文档、图片大小的文件，HDFS适用于存大文件。

　　SWIFT：处理几个G的大文件性能上可能会比HDFS差，因为没有条带化。但遇到很多几兆、几十兆的，这些文件的存储，HDFS就不如SWIFT。所以对于日常文件的单独处理用SWIFT，集中处理如果达到G级用HDFS。

　　2.存储类型：块存储和对象存储：

　　如果你只需要用块存储，那当然是Ceph，如果只需要用对象存储，那当然是SWIFT。各自有各自擅长的地方，不过现在因为Ceph也支持对象存储，SWIFT和Ceph又是OpenStack社区非常频繁提到的两种存储形式，所以，有很多人会把SWIFT和Ceph在一起比较。

　　如果只要用对象存储，就选择SWIFT;如果只要用块存储，那就Ceph;即要用对象存储又要用块存储的场合，是用SWIFT还是Ceph呢?我们一般是这样推荐的：

　　1)如果节点数量很大，推荐用Ceph单独做块，用SWIFT做对象存储，因为在节点数量较大时，Ceph的维护成本比SWIFT要高得多，大多数场景实际应用的时候会发现，大部分数据都可以放到对象存储上(这一点如果有疑问，欢迎随时讨论);

　　2)如果节点数量少，那就用Ceph统一搞定，因为一般认为生产环境中最小的分布式存储应当有五个节点，所以，如果节点数量少于十个或者刚到十来个，那构建两个分布式存储显然是不理想的(考虑到空间划分问题);

　　3)如果团队里有牛人能轻松解决Ceph大规模部署问题，那就果断用Ceph;

　　4)如果希望对象存储能够和OpenStack其他项目无缝结合，如果希望实现多租户，果断用SWIFT来实现对象存储。

　　3.对象存储概念:

　　RESTful接口和扁平的数据组织形式。

　　4.对象存储和文件系统存储区别:

　　所谓文件系统的本质是POSIX接口，“对象”这个名词是做对象存储的人为了把自己做的东西和文件系统区分开而用的术语，把存在对象存储里的文件叫做“对象”，所以选择文件系统还是对象存储，跟你把这堆数据称作对象还是文件并没有直接关系，而是要看你是需要POSIX还是RESTful HTTP接口，是需要目录结构还是适用扁平数据管理结构。

　　GlusterFS，它的优点在于如果你需要使用POSIX接口，那GlusterFS是一个很好的选择，但是Gluster在文件数量、目录数量太大的情况下会出现性能衰减，这是文件系统本身的特点决定的，不论是哪种POSIX兼容的文件系统，都存在类似的问题。

　　知识分享：

　　分布式存储概念；

　　与目前常见的集中式存储技术不同，分布式存储技术并不是将数据存储在某个或多个特定的节点上，而是通过网络使用企业中的每台机器上的磁盘空间，并将这些分散的存储资源构成一个虚拟的存储设备，数据分散的存储在企业的各个角落。

　　OpenStack核心项目：

　　OpenStack覆盖了网络、虚拟化、操作系统、服务器等各个方面。它是一个正在开发中的云计算平台项目，根据成熟及重要程度的不同，被分解成核心项目、孵化项目，以及支持项目和相关项目。每个项目都有自己的委员会和项目技术主管，而且每个项目都不是一成不变的，孵化项目可以根据发展的成熟度和重要性，转变为核心项目。截止到Icehouse版本，下面列出了10个核心项目(即OpenStack服务)。

　　实际应用：图1是为核高基项目设计的结构化数据分布式存储的架构图。

      具体技术及应用：

　　海量的数据按照结构化程度来分，可以大致分为结构化数据，非结构化数据，半结构化数据。

     小结：总的来说在2017年，OpenStack的发展和机会并存，接近中场，国际大厂们开始进行洗牌和盘整，日本和中国公司随着本土市场的成熟，后来居上的势头很猛。和容器整合成为OpenStack供应商们技术角逐的终点战场，而OpenStack的NFV之路则逐渐开始明朗，并且朝着良好的方向前进。如果大家还想了解更多相关内容，请关注课课家教育!