别的再说一点分布式存储的问题，以上三种存储都可以和分布式概念结合，成为分布式文件体系，分布式块存储，还有生成分布式的对象存储。
而文件存储本来也就是集装箱货车，大年夜家连起来扮火车照样有可行性的。
Ceph是个开源的分布式存储，信赖类似的架构图大年夜家都见过，我把底层细节也画出来，便利分析。
底层是RADOS，这是个标准的对象存储。以RADOS为基本，Ceph 可以或许供给文件，块和对象三种存储办事。个中经由过程RBD供给出来的块存储是比较有价值的处所，毕竟因为市情上开源的分布式块存储少见嘛（以前倒是有个sheepdog，然则如今欠妥红了）。当然它也经由过程CephFS模块和响应的私有Client供给了文件办事，这也是很多人认为Ceph是个文件体系的原因。别的它本身原生的对象存储可以经由过程RadosGW存储网关模块向外供给对象存储办事，并且和对象存储的事实标准Amazon S3以及Swift兼容。所以能看出来这其实是个大年夜一统解决筹划，啥都齐备。
膳绫擎讲的大年夜家或多或少都有所懂得，但底层的RADOS的细节可能会忽视，RADOS也是个标准对象存储，琅绫擎也有MDS的元数据治理和OSD的数据存储，而OSD本身是可以基于一个本地文件体系的，比如XFS/EXT4/Brtfs。在早期版本，你在安排Ceph的时刻，是不是要给OSD创建数据目次啊？这一步其实就已经在本地文件体系上做操作了（如今的版本Ceph可以直接应用硬盘）。
如今我们来看数据拜访路径，如不雅看Ceph的文件接口，自底层向上，经由了硬盘（块）->文件->对象->文件的路径；如不雅看RBD的块存储办事，则经由了硬盘（块）->文件->对象->块，也可能是硬盘（块）->对象->块的路径；再看看对象接口（固然用的不多），则是经由了硬盘（块）->文件->对象或者硬盘（块）->对象的路径。
虽说如今大年夜家都这么随便结合，然则这三种存储本质上照样有不合的，我们回到计算机的基本课程，大年夜数据构造来看，这三种存储有着根本不合。块存储的数据构造是数组，而文件存储是二叉树（B,B-,B+,B*各类树），对象存储根本上都是哈希表。
数组和二叉树都是老生常谈，没有太多值得说的，而对象存储应用的哈希表也就是常据说的键值（KeyVaule型）存储的核心数据构造，每个对象找一个UID（所谓的“键”KEY），算哈希值（所谓的“值Vaule”）今后和目标对应。找了一个哈希表例子如下：
趁便说一句，这类NoSQL的出现有点打破了数据库和文件存储的天然樊篱，本来关系数据库琅绫擎是不会存放太大年夜的数据的，然则如今像MongoDB这种NoSQL都支撑直接往里扔大年夜个的“文档”数据，所以大年夜应用角度上，有时刻会把对象存储，分布式文件体系，分布式数据库放到一个台面上来比较，这才是混搭。
当然实际上几个开源对象存储比如swift和ceph都是用的一致性哈希，进阶版，最后变成了一个环，首首尾相接，避免了节点故障时大年夜量数据迁徙的难堪，这个几年前写Swift的时刻就提过。这里不再深刻细节。
【编辑推荐】
- 武汉大年夜学签约杉岩对象存储，打造大年夜数据云存储平台
- 这岁首，没对象能忍，没有对象存储也能忍？
- 对象存储办事-构架设计
- 对象存储其实就是云备份？
- 【经验】Ceph对象存储运维的惊魂72小时
推荐阅读
有奖调研 | 人脸辨认功能在互联网行业认知度情况【编辑推荐】数据中间若何应对数据海啸IT化海潮下，什么样的UPS产品才能更好地知够数据中间扶植需求数据中间收集交换设备架构之战数据在逃离你的数据中间>>>详细阅读
地址：http://www.17bianji.com/lsqh/40763.html
1/2 1
网友点评
精彩导读
科技快报
品牌展示