从分布式存储在金融领域的实际使用过程中，不定期会有常规的运维操作，比如题主所提到的大规模集群的扩容和磁盘更换，IO争抢也是较为常见的问题之一。抛砖引玉，笔者所遇到的大规模集群中，单个集群超过1K的存储节点，按照正常的概率，每个月会有数量不等的磁盘损坏，每个季度会存在一次...

存储的IO响应时间个人认为分为以下几种，卷的响应时间案例如下： Volume: 监控提醒值 监控告警值 持续时间Read Response times  15ms-20ms >20ms 30minWrite Response times   15ms-20ms >20ms 30min磁盘响应时间案例如下：Disk : 监...

最直接的方式还是更换更高端的存储，如果不考虑更换高端存储，也可以考虑成本低一些的扩容，比如增加磁盘数量，新建pool并使用IO性能更优的raid方式，以及配合主机端业务去调整LUN的stripe size等方式。...

如果后期还要加入灵活的调整，满足扩容或者容灾的需求。建议可以试试云平台呗，底层分布式存储利用SSD加速来提升IOPS，多节点聚合满足吞吐量的需求。通过qos来限制各个应用的阈值。不过还是要做好规划。...

浅谈两点吧。1.备份网络和生产业务网络分开，网络上不会对业务产生什么影响。如果实在是分不开，网络是瓶颈，可以尝试备份客户端删重，减少网络流量。但备份客户端删重也会消耗系统的一些性能。2.备份时间窗口尽量安排在系统低峰期，如果实在是没什么时间窗口，可以尝试存储快照，之后...

大多公司都不是使用一个品牌的存储，如果有一个统一存储监控平台也会很方便后期的综合管理。

VMware虚拟化平台主要还是要看每个用户、每个应用服务对性能、质量的要求，进而转化为对存储的要求。比如选型阶段可以考虑传统的存储服务器，也可以考虑vmware的vSAN。如果采用传统的存储服务器，在参数配置方面还是要看应用的具体需求。比如是VDI类型（随机小IO多一些），那么对应...

1、IO模型包括 磁盘IO分别在哪些盘 IOPS 带宽 读IO和写IO的比例 读IO是顺序的还是随机的 写IO是顺序的还是随机的 读IO的大小 写IO的大小在实际的业务处理过程中，一般来说IO比较混杂，比如说读写比例、IO尺寸等等，都是有波动的。所以我们提炼IO模型的时候，一般是针对某一个特...(more)

工具有很多，比如swingbench。也可以采用Swingbench先铺垫背景压力，再使用loadrunner 进行压测

read方面，我们实际业务原来在存储read cache命中小于1ms，没有命中时最好的平均响应时间在6ms，主要集中在8ms段，一旦有高流量就会超过10ms。使用flash以后，系统随机读IO方面综合read response time在1ms左右。如果有大于128K的IO，则延时会增加到3ms左右。...