文件作为使用多年的非结构化数据存储手段，能够满足大多数的使用场景，但文件存储最大的问题是海量的文件，特别是小文件的处理，会因为元数据的频繁处理以及目录结构的访问导致性能急剧下降，而对象通过更扁平的Key直接访问后端的对象，再加上使用桶等技术对对象进行封装，可以大幅度...

一，文件存储很好的兼容了传统的开发和使用习惯，而且目前主流厂商的文件存储支持横向扩展，另外一些存储厂商的高端存储也支持NAS功能，提供了很高的冗余性及容灾能力，运维管理的成本较低。同时存储厂商对文件存储的性能优化很到位。二，对象存储是针对非结构化数据管理比较新的方...

性能同太多因素有关系了。单纯说其它条件一样，包括数据放置、访问带宽等等。那这两种存储的性能差异就变成了访问协议的差异。对象协议由于扁平化、更直接的访问协议，会得到更好的数据性能。而文件由于大量元数据操作和目录的因素，会慢一点。但是，真实情况不一定这样，如果是一...

传统的文件存储底层的磁盘要么使用raid技术冗余要么使用副本技术冗余，raid根据不同的级别的盘率不同，通常raid5 4+1模式只有80%的得盘率，只能容忍一个一个硬盘故障；raid6 按照6+2的模式得盘率只有75%，允许2块硬盘故障。即使是使用较新的分布式raid得盘率和能够容忍的和故障硬...

时至今日，容量已经不再是约束是否使用对象存储的条件。而且特别是当前X86价格如此透明的时代。是否使用对象存储，除了数据类型外，还与业务特点有关。如你所述，同城双活，如果业务对锁敏感，那么对象存储非常合适，但数据的一致性是异步的，除非是跨数据中心纠删，但真不建议此种方案，东...

目前的版本主要是块和文件，更加偏向于对于性能有要求的块存储场景吧。

集群内配置ntp服务器，其他节点从这里同步时间即可。或者集群配置公司通用的ntp服务器也可以，如果有的话。

原因太多了，主要工具就是看日志：（1）文件系统的问题；（2）认证的问题；（3）osd状态不对；（4）osd资源问题。。。。。。。

都说了osd不存在，创建一个呗/usr/local/bin/ceph osd create

使用bluestore（1)  创建逻辑卷 vgcreate cache /dev/sdb lvcreate --size 100G --name db-lv-0 cache vgcreate cache /dev/sdb lvcreate --size 100G --name wal-lv-0 cache (2)  创建OSD ceph-deploy osd create --bluestore storage1 --data /dev/sdc --block-db ca...