2同行回答
如果要采用SVC来做双活数据中心的存储虚拟化层。
第一、每一个数据中心对SVC节点的扩展性要求需要把握好。因为SVC产品是以IO GROUP为单位来实现IO控制的，IO GROUP之间不能实现负载平衡，那么就需要我们把握好业务压力和节点的扩展性问题。
第二，SVC实际上属于HA模式，故障时刻是一个切换过程，在切换过程中节点缓冲并没有同步，缓存数据就会丢失。那么从业务角度来讲我们需要把握是否可以忍受这样的情况，或者从应用上如何把握业务的完整性、数据的一致性。
第三，如果数据库层面要实现跨数据中心的RAC，而存储又要用SVC实现统一虚拟化，那么双中心之间的SVC的互联通道，延时和抖动指标就要严格把关了。
第四，通过加入闪存以及存储分层技术来平衡整个系统的性能问题。
收起- 缓冲数据没有同步是什么意思？
- SVC控制器之间没有缓存同步，这样的切换属于冷切换。 MCC&VPLEX都属于具备缓存同步的产品，这样的切换，时间上相对快，没那么多校验。数据上也没有任何丢失。
- 哪部分在缓存中的数据没有同步？
- 现在实现双活，要么是Stretch Cluster，要么是Local Hyper Swap，Stretch Cluster是一对控制器实现的双活，缓存自然是完全同步的，而Local Hyper Swap利用了MM的机制，自然缓存也是同步的。既然是双活自然不会有数据的丢失，时间上自然也是比较快的。我估计你说的是1、2年前的情况，那个时候SVC内部只有Cluster，没有双活的概念。
- Stretch Cluster 在备中心的那个节点和主中心的那个节点的缓存靠什么同步过去的？以太网？
- SVC控制器内存里面保存的缓存数据。。。
- 请参阅这本红皮书：http://www.redbooks.ibm.com/redbooks/pdfs/sg248211.pdf
- SVC节点内存里面的数据还能通过光纤同步到备中心？
- 光纤啊，双活中心要么光纤，ISL要么DWDM，纯以太可靠性和性能都没法保障啊
- 不同步过去数据怎么保障？ 我在这里贴了个图，http://www.storagechina.net/Question/178301 不想下红皮书的话就看看这个图吧，SVC在v7.3之后更新了太多
- 或者你想想，所有的存储的同步复制功能90%以上都是通过光纤复制数据的，数据不同步，怎么叫同步复制？双活只是在同步基础上强化了R2站点的数据可用性，在存储层面做了数据管理，让R2的数据不至于在R1活着时不可用
- 内存里面的数据能通过SAN传递到备中心，厉害，呵呵。
- 双中心的链路肯定是光纤，这个没问题。但是这个光纤上可以既跑以太又跑SAN，我是想知道这部分数据究竟是通过什么协议同步过去的。
- [此评论已删除]
- 什么时候说过光纤上跑以太了？
- 这么说吧，1台SVC有两个节点，这两个SVC之间只要配置完成，有光纤链路连接，那么在正常情况下，这两个节点的内存信息是同步的，这点你承认么？
- 你的意思是 其实VCS并没有实现真真的双活 控制器的缓存没有同步？ VPLEX实现了么？
这个问题有点大，考虑一些因素吧，可能不太全
1. 环境因素：
两地的距离，网络的质量，使用的场景
2. 应用问题：
双活的必要性，可以容忍的性能损失，可以承受的中断时间
3. 设备因素：
通信方式？DWDM，裸光纤？
仲裁设备？
收起