从分布式存储在金融领域的实际使用过程中,不定期会有常规的运维操作,比如题主所提到的大规模集群的扩容和磁盘更换,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左右。...