这个配置是标准配置，网上搜一下就可以了，https://www.jianshu.com/p/0ef905f039d6何为并发，请明示，是多主吗？  mds似乎不支持mysql这样的多主结构

（1）预设Ceph集群中的PG数至关重要，公式如下:      PG 总数 = (OSD 数 * 100) / 最大副本数（2） 集群中单个池的PG数计算公式如下         PG 总数 = (OSD 数 * 100) / 最大副本数 / 池数

块存储读写快，不利于共享，文件存储读写慢，利于共享。能否弄一个读写快，利 于共享的出来呢。于是就有了对象存储。所以，Ceph的块存储是可以组成文件系统的，提供共享服务的，但没有这个必要，因为服务器、网络以及NFS服务，你都要自行安排。除非一种情况，你对文件系统共享的速度，乃至对象...

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

1）Dell EMC在Garner的分布文件&对象存储的魔力象限中多年一直处于领导象限的第一位置。这是市场对Dell EMC对象存储的认可。    ECS扩展了S3的支持：允许用户在bucket层面自定义元数据（meta data）.这些自定义的Meta data跟系统级的Meta data一道，可以让用户以更简单的...

应该是可以的，我们公司用的是glusterfs，ceph也是持久化存储，应该是一样的；（1）在Pvc中，可以限定比如：spec:  resources: requests: storage: 100Gi（2）在pv中，可以限定比如：spec: capacity: storage: 100Gi（3）在挂载时， volumeMounts: - name: xxxx mountPath: /xxxx-xxxx-data...

看输出中，pool 的配置信息，为什么3个pool 显示的 Max Avail 都是 1.1 TB 呢 ？3个pool加起来也就是 3.3TB ，3副本是 9.9TB ? 好像和实际的磁盘容量大小不符啊；

CRUSH 图主要有 4 个主要段落设备 由任意对象存储设备组成，即对应一个 ceph-osd 进程的存储器。 Ceph 配置文件里的每个 OSD 都应该有一个设备。桶类型： 定义了 CRUSH 分级结构里要用的桶类型（ types ），桶由逐级汇聚的存储位置（如行、机柜、机箱、主机等等）及其权重组成。桶例程...

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

Ceph集群出现什么故障， 如果只是逻辑上问题，修复后，所有文档都不会损失； 如果是物理层的故障，ceph有副本，只要不超过一定限度，仍然不会影响到数据和文件； 如果损失的，这个是物理层的，基本上追不回来了，除非用底层的修复技术。...