[字幕已自动生成。] 大家好、我是 NetApp的技术营销工程师Stephen。 了解SnapMirror ActiveSync如何支持 活动数据中心、 确保零RPO和零工作时间、同时 通过双向复制提供跨站点读写访问。 它通过以下功能简化运营： 即用REST API、直观的工作流、VMware集成以及通过VMware SRM或NetApp的灾难恢复即服务通过灾难恢复流程编排提供的三个站点保护。 使用SnapCenter进行应用程序感知型恢复。 观看我们的Lightboard视频、了解它如何 为VMware vSphere等应用程序保障业务连续性。 城域存储集群、Windows Server故障转移 集群和Oracle Extended RAC。 大家好、我是 NetApp的技术营销工程师Stephen。 今天我将与您一起讨论SnapMirror ActiveSync、它 是 我们网络弹性产品组合中的一款业务连续性解决方案。 SnapMirror ActiveSync可以使用 我们的任一全闪存平台进行部署。 。 部署我们的平台后、我们 需要确保其获得适当的许可。 许可完成后、我们可以开始 部署和配置这些系统。 首先、我们需要将两个集群配对。 除了对等之外、我们还需要部署一个调解器。 调解员是我们法定人数过程的一个重要部分。 发生中断时、它可以存储信息、并 使我们的两个集群能够与 调解器进行通信、以便在 发生网络或集群中断时获取有关另一个集群的信息。 调解器。 应部署在三级站点中。 存储A需要位于故障域A中、 存储B需要位于故障域B中、 并且调解器再次位于三级站点中。 这可确保每个都 位于各自的单独位置。 在部署时、我们需要确保 为存储配置LUN。 该LUN会连接到存放数据的卷。 部署LUN后、我们希望 将其托管在一个一致性组中。 一致性组有助于提供正确的顺序一致性 、以确保获得应用程序 和崩溃状态一致的快照。 此外、 正是该对象用于创建 到另一个集群的复制。 此时、我们可以开始配置SnapMirror ActiveSync、使其能够开始复制。 我们可以执行非对称 复制或对称复制。 对于非对称复制、 源数据通常位于其中的一个集群是主集群 、并执行大部分读取和写入操作。 写入数据时、 通常会将数据写入到该主集群。 如果无意中将数据写入集群B、则 会将其处理回集群A、以便 后续写入和复制。 但是、借助新功能、我们可以执行对称活动 双向主动复制、从而允许 在集群的两端进行读写。 此外、当写入发生 在A端或B端时、 我们可以保证复制 会实时同步进行、 而其中一个强大的功能是、当 我们开始将其与应用程序集成时。 当然、对于单个应用程序、 我们可以为其提供 所需的高可用性和业务连续性。 当我们开始 部署集群解决方案时、真正的力量就会发挥出来。 例如、我们有VM。 VMware vSphere Metro存储集群。 我们还 可以在这种环境中部署Windows Server故障转移集群、Oracle RAC、MySQL等可能的集群应用程序。 这是什么样子的。 现在、另一端的主机 连接到集群。 主机受保护。 并与我们的存储集群A进行交流。 主机B正在与站点B上的存储集群进行通信 。现在、此集群部署在一个统一架构中。 因此、主机只 与A 端的存储进行通信、主机只与存储B端进行通信、 但我们也可以在统一架构中进行部署。 这样、我们就可以建立连接。 并确保任何 中断事件均受到保护。 如果站点A的主机丢失、站点B的主机仍 可连接到两端、反之亦然。 我们的存储也是如此。 如果站点A 的存储丢失、则站点A的主机仍可 通过站点B与此数据 此外、我们还可以通过主机配置文件 来配置此功能、直到在 主路由所在的iSCSI和FC协议中使用ALUA为止。 这样、我们就可以优先 让站点A与存储和站点B进行通信、 但仍保持站点B可用、反之亦然。 B与存储站点B作为其 主路径进行通信、但如有必要、 其辅助路径可供站点 A使用、以确保业务连续性。 您可以看到、在这种部署中 、RPO和R2均为零。 我们的RPO零通过双向 同步复制进行保护、 确保每次写入都在 确认返回主机之前写入到两端。 R2零是通过 在集群中提供数据来实现的。 发生中断时、我们会设置一个仲裁过程、 集群可以通过该过程与调解器进行通信、以确定 事物的状态。 只要我们的 存储运行状况良好且保持同步、 我们的应用程序就会继续运行、并 确保企业的业务连续性。 现在、您可以看到这是一个精彩而激动人心的部署。 请务必查看我们最新版本的ONTAP 和SnapMirror ActiveSync、帮助您的企业 确保业务连续性。 谢谢你。