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

一致性组概述

贡献者

一致性组是指作为一个单元进行管理的一组卷。在ONTAP中、一致性组可为跨多个卷的应用程序工作负载提供轻松的管理和保护保证。

您可以使用一致性组来简化存储管理。假设您有一个跨越20个LUN的重要数据库。您可以逐个管理LUN、也可以将LUN视为单独的数据集、从而将其组织到一个一致性组中。

一致性组有助于管理应用程序工作负载、可在某个时间点为一组卷提供易于配置的本地和远程保护策略以及同时生成崩溃状态一致或应用程序一致的Snapshot副本。通过一致性组的Snapshot副本、可以还原整个应用程序工作负载。

了解一致性组

一致性组支持任何FlexVol 卷、而不考虑协议(NAS、SAN或NVMe)、并且可以通过ONTAP REST API或System Manager中的*存储>一致性组*菜单项进行管理。从ONTAP 9.14.1开始、可以使用ONTAP命令行界面管理一致性组。

一致性组可以作为单个实体(即卷集合)存在、也可以位于由其他一致性组组成的分层关系中。单个卷可以具有自己的卷粒度Snapshot策略。此外、还可以使用一致性组范围的Snapshot策略。此一致性组只能具有一个SnapMirror活动同步关系和共享SnapMirror策略、此策略可用于恢复整个一致性组。

下图说明了如何使用单个一致性组。上托管的应用程序的数据 SVM1 跨两个卷: vol1vol2。一致性组上的Snapshot策略每15分钟捕获一次数据的Snapshot副本。

一个一致性组及其成分卷和本地Snapshot策略

较大的应用程序工作负载可能需要多个一致性组。在这些情况下、您可以创建分层一致性组、其中、一个一致性组将成为父一致性组的子组件。父一致性组最多可以包含五个子一致性组。与单个一致性组一样、远程SnapMirror主动同步保护策略可应用于一致性组的整个配置(父级和子级)、以恢复应用程序工作负载。

在以下示例中、应用程序托管在上 SVM1。管理员已创建父一致性组、 SVM1_app、其中包括两个子一致性组: SVM1appDataCG 用于数据和 SVM1app_logCG 日志。每个子一致性组都有自己的Snapshot策略。中卷的Snapshot副本 SVM1appDataCG 每15分钟执行一次。的快照 SVM1app_logCG 每小时执行一次。父一致性组 SVM1_app 具有SnapMirror活动同步策略、该策略可复制数据、以确保在发生灾难时继续提供服务。

嵌套的一致性组及其关联卷

从ONTAP 9.12.1开始、支持一致性组 克隆 并通过修改一致性的成员 添加或删除卷 在System Manager和ONTAP REST API中。从ONTAP 9.12.1开始、ONTAP REST API还支持:

  • 使用新的NFS或SMB卷或NVMe命名空间创建一致性组。

  • 向现有一致性组添加新的或现有的NFS或SMB卷或NVMe命名空间。

有关ONTAP REST API的详细信息、请参见 "ONTAP REST API参考文档"

监控一致性组

从ONTAP 9.13.1开始、一致性组可提供实时和历史容量及性能监控功能、从而深入了解应用程序和各个一致性组的性能。

监控数据每五分钟刷新一次、维护时间长达一年。您可以跟踪以下各项的指标:

  • 性能:IOPS、延迟和吞吐量

  • 容量:大小、已用逻辑容量、可用容量

您可以在System Manager的一致性组菜单的概述选项卡中查看监控数据,也可以在REST API中请求监控数据。从ONTAP 9.14.1开始、您可以使用命令行界面查看一致性组指标 consistency-group metrics show 命令:

备注 在ONTAP 9.13.1中、只能使用REST API检索历史指标。从ONTAP 9.14.1开始、System Manager中还提供了历史指标。

保护一致性组

一致性组可提供应用程序一致的保护、从而确保多个卷或多个生命周期之间的数据一致性。在为一致性组创建Snapshot副本时、系统会在此一致性组上建立一个"隔离"。隔离区会为I/O启动一个队列、直到Snapshot操作完成为止、从而确保一致性组中所有实体之间的数据在时间点上保持一致。在执行Snapshot创建操作(例如计划内Snapshot策略或使用System Manager创建Snapshot)期间、隔离板可能会导致延迟出现瞬时峰值。有关REST API和命令行界面上下文中的详细信息、请参阅ONTAP REST API文档和命令行界面手册页。

一致性组可通过以下方式提供保护:

创建一致性组不会自动启用保护。可以在创建一致性组时或创建一致性组之后设置本地和远程保护策略。

要为一致性组配置保护、请参见 "保护一致性组"

要使用远程保护,您必须满足的要求 SnapMirror活动同步

备注 无法在为进行NAS访问而挂载的卷上建立SnapMirror活动同步关系。

一致性组支持多管理员验证

从MAV.16.1开始、您可以对一致性组使用多管理员验证(ONTAP 9)、以确保某些操作(例如创建、修改或删除一致性组)只能在指定管理员批准后才能执行。这样可以防止受到威胁的、恶意的或不具有相应权限的管理员对现有配置进行不希望的更改。

MetroCluster 配置中的一致性组

从ONTAP 9.11.1开始、您可以在MetroCluster 配置中的集群上使用新卷配置一致性组。这些卷在镜像聚合上进行配置。

配置完这些卷后、您可以在镜像聚合和未镜像聚合之间移动与一致性组关联的卷。因此、与一致性组关联的卷可以位于镜像聚合或未镜像聚合上、也可以同时位于这两者上。您可以将包含与一致性组关联的卷的镜像聚合修改为未镜像。同样、您也可以修改包含与一致性组关联的卷的未镜像聚合以启用镜像。

与放置在镜像聚合上的一致性组关联的卷和Snapshot副本会复制到远程站点(站点B)。站点B上卷的内容可为一致性组提供写入顺序保证、使您能够在发生灾难时从站点B进行恢复。在运行ONTAP 9.11.1或更高版本的集群上、您可以使用具有REST API和System Manager的一致性组来访问一致性组Snapshot副本。从ONTAP 9.14.1开始、您还可以使用ONTAP命令行界面访问Snapshot副本。

如果与一致性组关联的部分或全部卷位于当前无法访问的未镜像聚合上、则对一致性组执行的获取或删除操作就像本地卷或托管聚合脱机一样。

用于复制的一致性组配置

如果站点B运行的是ONTAP 9.10.1或更早版本、则只会将与镜像聚合上的一致性组关联的卷复制到站点B只有当两个站点都运行ONTAP 9.11.1或更高版本时、一致性组配置才会复制到站点B。将站点B升级到ONTAP 9.11.1后、站点A上所有关联卷都放置在镜像聚合上的一致性组的数据将复制到站点B

备注 建议为镜像聚合至少保留20%的可用空间、以获得最佳存储性能和可用性。虽然建议对非镜像聚合使用10%的空间、但文件系统可以使用额外的10%空间来吸收增量更改。由于ONTAP采用基于Snapshot的写时复制架构、增量更改可提高镜像聚合的空间利用率。不遵守这些最佳实践可能会对性能产生负面影响。

升级注意事项

升级到ONTAP 9.10.1或更高版本时,在System ONTAP 9.8 9.9.1中使用SnapMirror active sync (以前称为SnapMirror业务连续性)创建的一致性组将自动升级,并可在System Manager或ONTAP REST API的*存储>一致性组*下进行管理。有关从ONTAP 9.8或9.1升级"SnapMirror主动同步升级和还原注意事项"的详细信息,请参阅。

在REST API中创建的一致性组Snapshot副本可以通过System Manager的一致性组界面和一致性组REST API端点进行管理。从ONTAP 9.14.1开始、还可以使用ONTAP命令行界面管理一致性组快照。

备注 使用ONTAP命令创建的Snapshot副本 cg-start `cg-commit`不会被视为一致性组Snapshot、因此无法通过System Manager的一致性组界面或ONTAP REST API中的一致性组端点进行管理。从ONTAP 9.14.1开始、如果您使用的是SnapMirror异步策略、则可以将这些Snapshot副本镜像到目标卷。有关详细信息,请参见 配置SnapMirror异步

支持的功能(按版本)

ONTAP 9.16.1. ONTAP 9.15.1. ONTAP 9.14.1 ONTAP 9.13.1 ONTAP 9.12.1 ONTAP 9.11.1 ONTAP 9.10.1

分层一致性组

使用Snapshot副本进行本地保护

SnapMirror活动同步

支持 MetroCluster

两阶段提交(仅限REST API)

应用程序和组件标记

克隆一致性组

添加和删除卷

使用新NAS卷创建CGS

仅限REST API

使用新NVMe命名卷创建CGS

仅限REST API

在子一致性组之间移动卷

修改一致性组几何结构

监控

多管理员验证

SnapMirror异步(仅限单个一致性组)

SVM灾难恢复(仅限单个一致性组)

CLI支持