SVC是否本身成为存储性能影响的因素？

   第一个问题：  SVC定位就是异构虚拟化和双活数据中心的功能，只是在这些核心功能的基础上，还支持数据分层等功能

    楼主所说的方案中采用高性能的闪存盘存储和接入到SVC中是不冲突的，接入SVC应该会影响这个架构的稳定性和可靠性（也就是你说的故障风险点，因为加入SVC是在原有的HOST--NET--ARRAY中间添加了SVC节点，节点增加，也就意味着故障节点增加，如果SVC也支持类似于硬件BYPASS功能就更好了），但是性能应该影响不大，因为SVC本身提高很高的读写缓存，可能这个缓存没有SSD盘本身性能高，但是也不会影响，反倒是如果被接管到SVC的存储本身性能非常低，此时通过SVC会提高应用层的反应速度，因为当SVC接管了后端的存储是，前端的应用访问的其实是通过SVC统一对外提供的数据管理服务，也就是说性能完全又SVC提供。

第二个问题：

    针对远程容灾，链路的延迟和不稳定性，会考虑到对生产系统的性能影响，但是这个取决于远程容灾方式，包括同步（影响生产系统的性能）和异步（影响比较小），

一个实际情况：我们用Vplex，存储是VMAX10K，结果IO速度慢的令人发指，跳过Vplex，IO速度就正常了，最后Vplex退货了，当然如果本身存储接管的数据量并发不大还是可以，大了的话，实话实说这个东西还是影响性能。

闪存接到SVC再接到设备，是多了一层SVC，但你忽略了还有机械存储的存在，多种类型存储存在最好的解决方案是有个整合的设备，而不是把一个存储设备接到另一个存储设备做虚拟化，这样汇总的设备如果坏了，是不是比SVC这种方式影响更大呢？况且还需要做存储容灾，SVC能够通过冗余来保证故障影响降到较低的水平

关于传输效率问题，首先是最终落到存储上的数据已经大大减小了，第二次项目为较重要的项目，传输链路的保障是最基础的。而且同步也是最好的选择，防止长时间的不间断的大数据流量导致堆积致死

赞同楼上观点，SVC增加了故障点，而且性能都由SVC来决定，接管了读写缓存区域，所以如果底层存储读写缓存不如SVC的情况下，性能理论上是会有提升的，但如果是高端存储，那性能肯定是会有损失，毕竟多了一层设备，数据刷新都是问题。