Skip to main content
简体中文版经机器翻译而成,仅供参考。如与英语版出现任何冲突,应以英语版为准。

MetroCluster 持续可用性

贡献者

MetroCluster 配置通过实施两个物理上独立的镜像集群来保护数据。每个集群会同步复制另一个集群的数据和 SVM 配置。如果某个站点发生灾难,管理员可以激活镜像的 SVM 并开始从正常运行的站点提供数据。

  • 光纤连接的 MetroCluster 配置支持城域范围的集群。

  • 延伸型 MetroCluster 配置支持校园范围的集群。

无论哪种情况,集群都必须建立对等关系。

MetroCluster 使用名为 plex 的 ONTAP 功能 SyncMirror 在副本或另一集群存储中同步镜像每个集群的聚合数据。如果发生切换,则正常运行的集群上的远程丛会联机,并且二级 SVM 会开始提供数据。

显示MetroCluster 从站点B提供数据的图

_在非MetroCluster实施中使用SyncMirror _
您可以选择在非MetroCluster实施中使用SyncMirror、以便在出现故障的磁盘数量超过RAID类型所能保护的数量时或与RAID组磁盘的连接断开时防止数据丢失。此功能仅适用于 HA 对。

聚合数据镜像到存储在不同磁盘架上的丛中。如果其中一个磁盘架不可用,则在修复故障发生原因期间,不受影响的丛将继续提供数据。

请注意,使用 SyncMirror 镜像的聚合所需的存储容量是未镜像聚合的两倍。每个丛所需的磁盘数与其镜像的丛所需的磁盘数相同。例如,要镜像 1 , 440 GB 的聚合,需要 2 , 880 GB 的磁盘空间,每个丛需要 1 , 440 GB 。

借助SyncMirror、建议您为镜像聚合至少保留20%的可用空间、以获得最佳存储性能和可用性。虽然建议对非镜像聚合使用10%的空间、但文件系统可以使用额外的10%空间来吸收增量更改。由于ONTAP采用基于Snapshot的写时复制架构、增量更改可提高镜像聚合的空间利用率。不遵守这些最佳实践可能会对SyncMirror重新同步性能产生负面影响、进而间接影响非共享云部署的NDU和MetroCluster部署的切回等运营工作流。

备注 SyncMirror 也可用于 FlexArray 虚拟化实施。