6_-_NetApp容灾技术.pptVIP

* 异步SnapMirror的工作方式是NetApp所独有的。 其工作原理与SnapVault相似，在源端首先拍Snapshot快照，然后将Snapshot快照之间的差量传输到远端。这种操作方式对于本地应用的性能完全没有影响，带宽要求低，距离也可以相当远。事实上，许多NetApp用户采用这种方式在非常低带宽的链路上做远程容灾（距离达数千公里）。 与SnapVault不同，SnapMirror用于容灾目的，只在目标端保留一个common Snapshot，即不能保存多个备份版本。 * SnapMirror? Flexibility * 在SnapMirror同步操作时，如果网络发生问题，则会自动回落到异步操作模式，以保证源端应用不受影响，可以继续运行。 正常情况下，源端与目标端的存储控制器互相保持定期通信以确定网络正常。当网络发生问题时，定期通信中断，则进入异步模式。 此时，源端控制器仍然会每分钟尝试建立与目标端存储的连接，直至恢复。 恢复后，每分钟更新数据直到能够重新建立起同步模式。 SnapMirror SyncError Handling * 究竟在何时选择何种方式取决于多种因素。 通常人们倾向于假设他们自己需要同步方式以保证RPO=0。 此时，我们必须让他们明白实现同步所需要的种种条件， 缓存问题、链路稳定性、距离限制、延迟限制、对应用性能的影响，等等。 Sync, Async, or Semi-Sync? * * 在设计上，MetroCluster结合了HA与DR，结果上看，能够以HA的方式（操作简易）来提供DR服务。 MetroCluster Overview * 两端的控制器必须完全一样。 Data Ontap版本也必须一致。 两端的磁盘也需要一样（需要同步镜像）。当然，可以在一端有一些额外的磁盘 – 如果不需要镜像复制的话。但是，当灾难发生时，这些磁盘上的数据是无法在另一端找到并使用的。 MetroCluster Overview * MetroCluster能够将本地cluste系统拉伸到500M的距离，这将cluster扩展到了园区范围，能够实现容灾同时还保持了cluster架构的简单、自动的特性。 MetroCluster有两种部署方式，分别是fabric 和 stretch。 Stretch - 距离在500m内的部署方式 Fabric – 长距离时的部署方式，可以长达30KM，可以申请PVR做到100KM MetroCluster采用同步镜像的方式实现两端数据的同步，因此其RPO=0. 作为容灾方案，MetroCluster具有比其他方案低得多的成本，因为只需要一半的控制器；而且在容灾切换时，其操作采用与本地Cluster相似的切换方式，只需要一条命令即可完成存储的切换过程，大大降低了容灾切换操作的复杂性。 * 上图表示的是Fabric MetroCluster的方式。所有部件之间都需要使用光纤连接，包括：cluster互联、NVRAM镜像、心跳，以及磁盘镜像。如上图，生产端的volume X 被镜像到容灾端的volume X’，容灾端的volume Y 被镜像到生产端的volume Y’。 远距离连接时粗腰使用光纤交换机(Brocade)。 如果使用V系列存储连接异构的存储设备，那可以选择更广泛型号的光纤交换机。 MetroCluster, Switched Deployment * MetroCluster 兼容列表： /NOW/knowledge/docs/olio/guides/metrocluster_compatibility/ * * * * * * SnapMirror与MetroCluster可一起部署，园区内部署MetroCluster后，再用SnapMirror实现远距离容灾，构建多层次的容灾体系 * * ? 2008 NetApp. All rights reserved. Tag line, tag line NetApp容灾技术 NetApp 容灾技术 SnapMirror MetroCluster SnapMirror Snapmirror 支持三种远程数据复制模式 同步 异步 半同步 支持两种链路 IP FC 路径冗余 支持整个FAS产品线（包括V系列）中任何阵列之间的相互数据复制 同步数据复制 1 2 3 4 本地主机发送IO请求给本地阵列 本地阵列把该IO转发给远端阵列 远端阵列在完成该IO后，发送确认信息给本地阵列 本地阵列给主机发送IO完成确认信息 半同步数据复制 本地主机发送IO请求给本地阵列 本地阵列在完成该IO后立即给主机发送IO完成确认信息 本地阵列每隔一段时间把本地的变化