svc做远程拷贝io和延迟问题?

本地svc与远端svc做拷贝时,会造成本地存储的IO降低,且延迟会增高,对本地业务有影响。


前两张是正常时候截图,最后一张是开启远程复制后造成问题截图

2回答

SwitcherSwitcher  数据库管理员 , 某银行
zhuhaiqiangyinxineaglewei等赞同了此回答
是这样的。remote copy大概的原理就是对比remote copy两端LUN的信息,将变化后的块传过去,因此对存储的计算性能开销比较大,在性能不够强劲的中低端存储上尤为明显。在日常使用时候我也会经常碰到这种情况,只看 IOPS和吞吐量并不大,但 IO延迟在100-300ms左右, 会严重影响存储的...显示全部

是这样的。
remote copy大概的原理就是对比remote copy两端LUN的信息,将变化后的块传过去,因此对存储的计算性能开销比较大,在性能不够强劲的中低端存储上尤为明显。
在日常使用时候我也会经常碰到这种情况,只看 IOPS和吞吐量并不大,但 IO延迟在100-300ms左右, 会严重影响存储的使用性能。
目前,还没找到解决的办法,除非升级存储

收起
 2019-08-19
ZhuJun2014ZhuJun2014  存储工程师 , IBM
zhuhaiqiang赞同了此回答
1.简单看性能数据,写等待的响应时间太高了。正常情况下,即使是目标端存储有性能问题,也不会是700多ms。GM这个环节上,需要主从和链路都要检查性能。2.GM的机制类似semi-同步,对链路都性能要求很高,对目标存储的性能要求也很高。3.从GUI上看,微码版本不低,应该支持GMCV功能。建议...显示全部

1.简单看性能数据,写等待的响应时间太高了。正常情况下,即使是目标端存储有性能问题,也不会是700多ms。GM这个环节上,需要主从和链路都要检查性能。
2.GM的机制类似semi-同步,对链路都性能要求很高,对目标存储的性能要求也很高。
3.从GUI上看,微码版本不低,应该支持GMCV功能。建议在线切换到GMCV模式。
4.这节点应该是CF8/CG8。如果是默认配置,那么只有4个8Gb/s  FC端口/节点。如果是独立一个端口出来做GM,那么可用端口更少。这个时候要看看性能数据,是否存在因链路性能不足导致本地FC端口的buffer不足的问题。这种情况下,卷的响应时间会很高,但是后端mdisk的响应时间会相对很好。
5.如果目标端的卷是offline状态,是不是初始化还没完成呀。
6.如果开启GM后性能抖动厉害,说明链路或者目标存储性能不行。

收起
 2019-08-29
浏览162

提问者

hanpeidong其它, cttq

问题状态

  • 发布时间:2019-08-17
  • 关注会员:3 人
  • 问题浏览:1212
  • 最近回答:2019-08-29
  • 关于TWT  使用指南  社区专家合作  厂商入驻社区  企业招聘  投诉建议  版权与免责声明  联系我们
    © 2019  talkwithtrend — talk with trend,talk with technologist 京ICP备09031017号-30