任我行的博客

总体而言，在IT基础设施领域，全闪存阵列有点类似改良式创新，在原有基础设施大框架下，不断完善和提升产品竞争能力；而超融合则更像是变革式创新，它带来了用户使用习惯的巨大改变，以及在简化架构、管理、运维等方面带来了巨大的价值。现在，超融合+傲腾持久内存，弥补了对于部署核心业务系统的性能短板，已经初步具备了挑战中高端全闪存的实力，不过与全闪存阵列在核心关键业务领域久经考验相比，超融合+傲腾持久内存的组合刚刚迈出第一步，未来依然还有很长的路。

进一步查看Pod的资源定义，可以看到负责创建的脚本/opt/ceph/ceph-storage-key.sh挂载自ConfigMap ceph-bin中的ceph-storage-key.sh。可以看到牵涉到两个Secret：pvc-ceph-conf-combined-storageclass、pvc-ceph-client-key，你需要把正确的Keyring内容写入其中。对于ID为14的OSD，将宿主机/var/lib/ceph/osd/ceph-14/keyring的内容替换为。

随着OSD数量的变化，选取适当的PG数量很重要。OSD依赖于底层文件系统的扩展属性（Extended Attributes，XATTRs），来存储各种内部对象状态和属性。此外，集群处于Recovery状态时，OSD的内存消耗显著增加，因此配备2G内存更好。此外，集群处于Recovery状态时，OSD的CPU消耗显著增加。集群网络往往消耗更多的带宽，此外，高性能的集群网络对于Recovery的效率很重要。在生产环境下，最好让OSD使用独立的驱动器，如果和OS共享驱动，最好使用独立的分区。

Ceph会按照一定的规则，将已经out的OSD上的PG重映射到其它OSD，并且从现存的副本来回填（Backfilling）数据到新OSD。如果有多个CephFS，你可以为ceph-fuse指定命令行选项–client_mds_namespace，或者在客户端的ceph.conf中添加client_mds_namespace配置。启用cephx后，Cephe会自动在包括/etc/ceph/ceph.$name.keyring在内的位置寻找钥匙串，你可以指定keyring选项来修改默认路径，但是不推荐。

CRUSH 算法通过计算数据存储位置来确定如何存储和检索。CRUSH授权Ceph 客户端直接连接 OSD ，而非通过一个中央服务器或代理。数据存储、检索算法的使用，使 Ceph 避免了单点故障、性能瓶颈、和伸缩的物理限制。CRUSH 需要一张集群的 Map，利用该Map中的信息，将数据伪随机地、尽量平均地分布到整个集群的 OSD 里。OSD 列表把设备汇聚为物理位置的“桶”（Bucket，也叫失败域，Failure Domain）列表指示 CRUSH 如何复制存储池中的数据的规则列表。

存储阵列根据软件栈和硬件设计的区别，分为全闪和混闪两种存储形式，混闪是一种使用SSD作为性能提速层，一般如二级缓存、自动分层技术；HDD作为主要存储介质的使用，通过SSD与HDD的混合使用，达到存储性能提升的目的。而全闪存储是软件栈全面针对SSD介质进行优化，同时使用SSD作为存储介质的存储系统，充分利用SSD介质的低延迟和高IOPS等优势，为客户的生产业务提供有力的支撑和性能保障，除此之外，HDD和SSD的原理差异，也导致全闪阵列的功耗可以更低，工作温度范围更大，也不必过于担心在一些特殊环境下的物理震荡、