不建议使用开源软件，开源软件开发维护需要投入人员较多，而且这种人员不好招聘，一旦离职影响会比较大。存储专业性比较强，有厂商支持会好一些。

目前而言，大并发、稳定性要求较高的业务系统不建议使用开源CEPH，成熟的商用CEPH、充足的技术支持和服务、完善的CEPH部署架构和方案、充分的应急预案的情况下，可以少量使用试试水。

机型： 2U还是4U并不重要，主要是磁盘容器和接口是不是够；A、cpu：（1）mds服务器应该有足够的处理能力（如 4 核或更强悍的 CPU），所以，竟可能的多一点。（2）OSD 运行着 RADOS 服务、用 CRUSH 计算数据存放位置、复制数据、维护它自己的集群运行图副本，因此 OSD 需要一定的处理能力。B、内存...

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

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

作为生产系统，有一个dashboard是很有必要的。（1）建议滚动升级到L版（2）寻求是否有其他第三方的dashboard可供J版使用；（3）根据ceph api接口，自己开发一个dashboard

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

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

对于存储管理，推荐使用Stor2rrd这个开源软件进行统一管理与监控。

ceph最好是奇数个吧，偶数的话会出现选举问题。