all-in-kubenetes，我们公司就用Prometheus+grafana把监控全包了，监控需要统一，工具太多，未必是好事。

硬件层面a、 硬件规划b、SSD选择c、BIOS设置软件层面a、Linux OSb、Ceph Configurationsc、PG Number调整d、CRUSH Mape、其他因素

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

1、 OSD请求缓慢的主要原因是：a、 底层硬件的问题，例如磁盘驱动器，主机，机架或网络交换机。b、网络问题。这些问题通常与flapping OSD有关。c、系统负载。2、 使用 dump_historic_ops administration socket命令确定慢速请求的类型3、 使用ceph osd perf确定慢速磁盘...

频繁的调整osd的权重是不可取的，必须要做好规划，对数据规模进行必要的预估。

降低recovery的I/O优先级，使得Client IO优先

对于金融保险业的非结构化数据存储选型，一般来说，应当考虑如下因素：1、访问协议。文件访问？对象访问？数据分析？做不做机器学习等等；2、数据量。有多少数据需要存储，增长情况怎么样？还容易被忽略的包括文件大小、目录大小、访问方式（随机/顺序）等等；3、维护量。这一点也经常被拍板的人...

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