6 - NetApp容灾技术 - - proof reading.ppt

NetApp容灾技术 NetApp 容灾技术 SnapMirror Snapmirror 同步数据复制 半同步数据复制 异步数据复制 SnapMirror 部署的灵活性 SnapMirror Sync 同步错误处理 连接中断时，自动回落到异步模式 每隔一分钟，尝试重新建立同步模式 同步、异步、半同步？ 通常人们倾向于认为需要同步 同步需要许多昂贵的资源 缓存 稳定而且高带宽的链路 信号传输延迟会限制距离（通常 30KM） 性能伤害 许多用户采用了异步SnapMirror 最小间隔每分钟传输一次 距离不受限制 带宽要求很低 低成本方案 SnapMirror Demo MetroCluster 设计目标 MetroCluster 构成 MetroCluster MetroCluster部署（采用交换机时） Fabric MetroCluster – 都市范围 场景练习 4 在设计上，MetroCluster结合了HA与DR，结果上看，能够以HA的方式（操作简易）来提供DR服务。 MetroCluster Overview 两端的控制器必须完全一样。 Data Ontap版本也必须一致。 两端的磁盘也需要一样（需要同步镜像）。当然，可以在一端有一些额外的磁盘 – 如果不需要镜像复制的话。但是，当灾难发生时，这些磁盘上的数据是无法在另一端找到并使用的。 MetroCluster Overview ? 2008 NetApp. All rights reserved. * Tag line, tag line SnapMirror MetroCluster 支持三种远程数据复制模式 同步 异步 半同步 支持两种链路 IP FC 支持整个FAS产品线（包括V系列）中任何阵列之间的相互数据复制 支持反向增量同步，大大缩短数据恢复时间 1 2 3 4 本地主机发送IO请求给本地阵列 本地阵列把该IO转发给远端阵列 远端阵列在完成该IO后，发送确认信息给本地阵列 本地阵列给主机发送IO完成确认信息 本地主机发送IO请求给本地阵列 本地阵列在完成该IO后立即给主机发送IO完成确认信息 本地阵列每隔一段时间把本地的变化数据成批发送给远端阵列 远端阵列给本地阵列发送数据接收确认信息 主存储与容灾存储之间有数据延迟（以时间或IO计算） 1 2 3 4 空闲空间池 主存储系统 容灾存储系统 空闲空间池 对主存储系统的性能没有影响 仅传输快照之间的差异数据块，数据量小 可定义最小每1分钟传输一次 Async Sync Many-to-one 级联 FAS NearStore? 非对称复制 FAS 与 V系列，异构复制 V-Series FAS Add info from previous sections on metrocluster to this area MetroCluster 的主要目的是在灾难（如：火灾、长时间电力停顿等）发生时能够为关键应用提供持续的存储服务 MetroCluster 在站点间进行数据的完全同步 - 能够防范站点失效，对关键应用造成的中断最小，零数据丢失 MetroCluster 需要下列组件以及软件许可： 集群的控制器 / 在发生硬件失效时提供控制器（站点间） Cluster license 自动切换功能  SyncMirror 提供站点间数据的完全同步；切换后无需 管理员介入，数据即可使用 ClusterRemote 使管理员能够在灾难发生后，用单条命令 即可触发站点切换动作，易于使用 FC 交换机 在相距500米以上的站点间提供控制器连接 *或在使用2Gb 光纤连接时，超过300M距离 LAN/SAN Major Data Center Nearby Office FAS or Vseries Disks MetroCluster 是独一无二的，经济的同步复制解决方案，结合了HA与DR，能够保护园区或都市范围内的站点灾难 Stretch MetroCluster 提供园区容灾解决方案 距离可达 500m* Fabric MetroCluster 提供都市容灾解决方案 距离可达 100 km* 配置 * 实际距离取决于速度、电缆类型与连接方式 Building A The switched MetroCluster 部署使用长波光纤模块以达到更远距离 LAN Cluster interconnect A-loop B-loop vol X vol Y’ vol X’ vol Y Building B 100km w/o PVR ? FCP now supported in ONTAP 7.0.1 建筑 A 建筑