SnapMirror主动同步架构
建议更改
PDF
SnapMirror主动同步架构支持在两个集群上同时处理活动工作负载、其中两个集群可以同时处理主工作负载。某些国家/地区的金融机构法规要求企业也必须定期从二级数据中心进行维护、这种部署称为"Tick-Tock"部署、SnapMirror主动同步支持这种部署。
通过将Storage Virtual Machine (SVM)中不同卷中的应用程序专用LUN添加到一致性组、可以在源存储系统和目标存储系统之间创建数据保护关系来保护业务连续性。在正常操作下、企业应用程序会写入到主一致性组、然后主一致性组会将此I/O同步复制到镜像一致性组。
尽管数据保护关系中存在两个单独的数据副本、但由于SnapMirror主动同步会保留相同的LUN身份、因此应用程序主机会将其视为具有多个路径的共享虚拟设备、而一次只会向其中写入一个LUN副本。如果发生故障、致使主存储系统脱机、则ONTAP会检测到此故障、并使用调解器进行重新确认；如果ONTAP和调解器均无法对主站点执行ping操作、则ONTAP会执行自动故障转移操作。此过程会导致仅对特定应用程序进行故障转移、而无需手动干预或编写脚本、而以前进行故障转移时需要执行此操作。
其他需要考虑的问题：
-
支持不受业务连续性保护的未镜像卷。
-
为实现业务连续性而受到保护的卷仅支持另外一个SnapMirror异步关系。
-
级联拓扑不支持为业务连续性提供保护。
ONTAP 调解器
ONTAP调解器安装在第三个故障域中、与两个ONTAP集群不同。其关键角色是充当SnapMirror活动同步副本的被动见证者。如果网络分区或一个副本不可用、SnapMirror主动同步将使用调解器确定哪个副本继续提供I/O、而另一个副本则停止I/O。此设置包含三个关键组件：
-
托管SnapMirror活动同步主CG的主ONTAP集群
-
托管镜像CG的二级ONTAP集群
-
ONTAP 调解器
ONTAP调解器作为被动仲裁见证在SnapMirror主动同步配置中发挥着至关重要的作用、可确保仲裁维护并在发生故障时促进数据访问。它充当控制器的ping代理、用于确定对等控制器的是否活动。虽然调解器不会主动触发切换操作、但它可以使无故障节点在出现网络通信问题时检查其配对节点的状态、从而提供一项至关重要的功能。ONTAP调解器作为仲裁见证者提供指向对等集群的备用路径(有效地充当代理)。
此外、它还允许集群在仲裁过程中获取此信息。它会利用节点管理LIF和集群管理LIF进行通信。它通过多条路径建立冗余连接、以区分站点故障和交换机间链路(ISL)故障。如果集群因某个事件而与ONTAP调解器软件及其所有节点断开连接、则会被视为无法访问。此操作将触发警报、并自动故障转移到二级站点中的镜像一致性组(CG)、从而确保客户端I/O不会中断。复制数据路径依赖于检测信号机制、如果网络故障或事件持续超过某个时间段、则可能会导致检测信号故障、从而导致关系不同步。但是、如果存在冗余路径(例如LIF故障转移到另一个端口)、则可以保持检测信号并防止此类中断。
概括地说、ONTAP调解器用于以下目的：
-
建立仲裁
-
通过自动故障转移实现持续可用性(AUFO)
-
计划内故障转移(PFO)
|
为了实现业务连续性、ONTAP调解器1.7可以管理十个集群对。 |
|
|
如果ONTAP调解器不可用、则无法执行计划内或自动故障转移。应用程序数据将继续同步复制、不会造成任何中断、从而实现零数据丢失。 |
操作
下图展示了SnapMirror活动同步的高级别设计。
此图显示了一个企业级应用程序、该应用程序托管在主数据中心的Storage VM (SVM)上。SVM包含五个卷、其中三个卷属于一个一致性组。一致性组中的三个卷会镜像到二级数据中心。在正常情况下、所有写入操作都会对主数据中心执行；实际上、此数据中心充当I/O操作的源、而二级数据中心充当目标。
如果主数据中心发生灾难、ONTAP会指示二级数据中心充当主数据中心、为所有I/O操作提供服务。仅为一致性组中镜像的卷提供服务。与SVM上的其他两个卷相关的任何操作都会受到灾难事件的影响。
对称主动/主动
SnapMirror主动同步可提供非对称和对称解决方案。
在_an对称 配置_中、主存储副本公开主动优化的路径并主动提供客户端I/O二级站点使用远程路径进行I/O二级站点的存储路径被视为主动-非优化路径。从二级站点代理对写入LUN的访问。
在_对称 主动/主动配置_中、主动优化路径会在两个站点上公开、并且特定于主机、并且是可配置的、这意味着任一端的主机都能够访问本地存储以执行活动I/O
对称主动/主动适用于集群模式应用程序、包括VMware Metro Storage Cluster、Oracle RAC和使用SQL的Windows故障转移集群。