从分布式存储在金融领域的实际使用过程中,不定期会有常规的运维操作,比如题主所提到的大规模集群的扩容和磁盘更换,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.备份时间窗口尽量安排在系统低峰期,如果实在是没什么时间窗口,可以尝试存储快照,之后...
如果现有存储的某些LUN出现性能瓶颈,传统做法是,给主机分配来自不同磁盘组的新LUN,然后在主机端对LV进行扩容,或者直接将LV迁移到拥有更多后端磁盘的LV上.类似优化方法,操作复杂,对管理人员技能要求高,可能还会要求停机进行迁移操作.在新存储技术下,使用类似存储池的技术...