svc存储集群与vplex的风险点？

vplex没有写cache，所以应该不存在丢失数据问题，但同时如果挂载的存储性能不好，也无法通过增加这个设备来提升写性能；
SVC有写cache，这点可以通过挂载SVC提升写性能，但存在丢数据风险；
同样的，这两种设备如果故障，都存在逻辑损坏的风险，毕竟所有的数据卷都会格式化为统一的卷格式。收起

我认为买这种设备要不就是要做存储整合，异构存储或者低端存储的整合需求，要不就是为了双活数据中心，通过这种设备来保证双活数据中心的可靠性。
距离的话，双活数据中心目前多数是30公里以内的，有一些30公里以上的，都需要应用可以忍受距离带来的延时对性能的影响，比如光速100公里1ms，不算交换设备，建议最好还是有DWDM这种多波转换的设备才能保证稳定性。我们目前遇到了很多问题，还有做双活数据中心会有两端配置均衡问题。存储设备稳定性等等。收起

二楼很到位。
VPLEX如果连接EMC VMAX等高端存储，需要强大的机头性能做保证，不然容易影响存储性能。
一般用Vplex做双活， 为了避免Vplex的单点问题，会在每个站点部署一台Vplex做成集群，但这时候很容易发生脑裂，因为强烈建设需要第三台机器作为witness节点，实现Vplex集群间的仲裁。目前来说，Vplex的切换时间没有太理想，十几秒到几十秒的测试数据都有。
这两种方式，都相当于在存储和主机之间又增加了一个风险点，在出现链路问题或者IO问题时，增加了排查问题的复杂度，这大概也是存储虚拟化推行的难点之一，因为不同厂商存储的整合，出问题时不太好定位哪家厂商的问题。收起

zhichi,支持，已经使用svc了收起

回复 5# bulls_523

鉴于你用的DMX、VMAX，建议你使用SRDF。这是EMC非常成熟的容灾技术，可以说是独步天下的技术了。当然这一代的symmetrix产品没有双活的功能，如果要VMAX的双活，请咨询EMC销售，马上年底开始大力推VMAX3。VMAX3的srdf/metro应该已经announce了。收起

楼上大家说的应该很到位了，也已经结题了，我在补充一点，上svc或者vplex的工艺过程，都需要将你的生产数据断开，实施的。至少要断开一条链路进行分步链路的实施。这点大家知晓。收起

回复 2# pwey


    感谢指导，两种方式要求的距离和延时性上采用什么策略可以减少风险。谢谢。收起

回复 3# byethen


    感谢分析，我们公司用的就是EMC DMX4 和VMAX存储，现在做的异地容灾是赛门铁克的Storage Foundation for Oracle RAC来做数据库的容灾，后续需要对应用集群做异地容灾，考虑到风险点，还没有定采用哪种容灾方案好了。收起

兄弟们说的都很到位，我觉得最危险的情况是设备到年限需要替换的时候.....现在好像还没有谁做过虚拟化网关设备的替换工作，这个方案可不太好弄.....收起

我觉的不管你是采用vplex方式或是SVC方式做容灾，从两种方案根本上都是为了做数据级的双活（不管你是本地还是在远端）在某些细节上两种方案可能有一些区别，采用双活架构时需要考虑和注意几个方面：
     1、需要异构整合的存储性能，双活后端肯定是要选择统一性能的存储作为存储资源的，如果两端（异地）或是两台（本地）的存储性能不一样，这样势必会严重影响数据的读写性能，短板原理；
     2、两种方案都是在原有的HOST-SAN-Storage架构中添加了一层，这样，节点越多，故障几率也会更多，专业维护人员技术也会要求更高，这要看贵公司在这方面的技术储备和人才；
     3、采用两种方案后，不能避免的就是考虑后期的发展需求，因为在现有架构下，后端的存储资源完全后虚拟化引擎接管，虚拟化引擎的容量许可，性能方面，都会严重制约后期的发展收起