svc虚拟化性能问题？
我们公司有10多台存储如：ds3k、ds4700，ds5200，v3700、v5000、v7000 ，ds8100、ds8870等等，前两年购置了两台svc，目标是统一管理存储，并且对一些核心做容灾，但是实际上线后主机性能和没上svc的时候还慢。如：之前bw本来数据量就大，把ds8k给svc之后，从svc给bw，感觉性能下降，坐上容灾之后发...显示全部
查看其它 5 个回答EndlessRain的回答
虽然你目前系统环境复杂，但是存储虚拟化技术便是致力于这一领域的，如果因为统一管理诉求导致更多副作用，我只能说该产品价值性不高。其次，如今弃用SVC，你们的决策者又如何给公司交待？- -！
上面七嘴八舌回复了很多内容如：是否设置得当，是否架构合理等等，楼主都说了厂商设计的，如果有这么多问题还花钱请厂商设计个毛线？或者直接结论产品缺陷？毕竟这是有“厂商”设计的。这么多回复没看到哪个有建设性。
楼主，你的问题很好解决，直接测试那台最高端DS8000性能，使用各种参数，如：随机百分比，读写百分比，outstanding，队列深度。然后让SVC接管同一台DS8000，同样的参数基准再测，然后出具两份成绩对比，成绩应该包含：各种基准下IOPS数量，每秒MB/s吞吐量，平均延迟ms。最终你获得了一份客观有利数据，一旦你发现SVC接管后各方面成绩均明显不如前者，那么你就直接可以找厂商让他们解决，然后义正言辞给他们一个解决问题的期限。很多人喜欢拿“感觉”说事，例如：觉得比原来慢了，比原来延迟大。但是具体慢多少又无法描述，因此，这个测试非常重要。
我也经常实施项目，但是上述写的成绩表(POC)会在我每次实施之后交给用户，而且由用户陪同下一起完成，这样才能预知问题，看来这次你要亲自做才是。
- 说到公司交代的问题，这个涉及到政治问题不谈。 测试这个我没做过，不过当时我是tpc上看到的，没加入svc之前ds8100最高可以达到42000左右iops，加入之后没看到操作40000，当然后期因为出问题了，也用了一些措施来保证业务进行，如把备份停了，把一些非必要查询改到历史库上去等等，但是每天出数据还是延迟
- 由衷建议你做一次我上述给测试，因为你这个结果太模糊。 然后拿着结果找厂商解决问题，无论问题发生在哪个环节，对你来说仅仅是你作为客户需要的一个交待，关键是先把问题解决了，环节问题是实施厂商该关注的问题。而且还有一个问题你想过没有？性能不足影响业务是厂商问题，但是由于你把备份停了，万一出现逻辑错误等问题，不能进行一个指定时间窗口的恢复，那这就是你的问题。意外宕机远远没有逻辑错误来的频繁，而SVC两边数据都是实时sync，又没有CDP，快照到时候是否可用还难说，总之你要斟酌。
- 当时是没办法的，我们公司每天早上早餐会前必须出来一些必须的数据高层要看，如果出不来，基本有事连带责任，罚款了，所以当时为了保数据按时出来 ，停了好多东西，包含一些抽数等等
- 虽然我也是乙方，请相信，你面临这种上有政策下有厂商矛盾我绝对能体会。而且越是在基层越是难以调和。
- 我们的目标就是不出事，用什么其实无所谓，所以最后经过讨论把svc干掉了，当然svc也没闲着，我们搬迁机房迁移存储迁移数据简直就是神器，嘿嘿