整合グループの概要
整合グループは、1つのユニットとして管理されるボリュームの集まりです。ONTAPでは、整合グループを使用することで、複数のボリュームにまたがるアプリケーションワークロードの管理が容易になり、保護が保証されます。
整合グループを使用すると、ストレージ管理を簡易化できます。20個のLUNにまたがる重要なデータベースがあるとします。LUNを個別に管理することも、LUNを単一のデータセットとして扱い、単一の整合グループに編成することもできます。
整合グループを使用すると、アプリケーションワークロードの管理が容易になり、ローカルとリモートの保護ポリシーを簡単に設定できます。また、一連のボリュームについて、ある時点におけるcrash-consistentまたはアプリケーションと整合性のあるSnapshotコピーを同時に作成できます。整合性グループのSnapshotコピーを使用すると、アプリケーションワークロード全体をリストアできます。
整合グループの詳細
整合グループは、プロトコル(NAS、SAN、NVMe)に関係なく任意のFlexVol をサポートし、ONTAP REST APIまたは* Storage > Consistency Groups *メニュー項目でSystem Managerから管理できます。ONTAP 9 14.1以降では、ONTAP CLIを使用して整合グループを管理できます。
整合グループは、個 々 のエンティティ(ボリュームの集まり)として作成することも、他の整合グループで構成される階層関係として作成することもできます。個 々 のボリュームには、ボリューム単位で独自のSnapshotポリシーを設定できます。また、整合グループ全体のSnapshotポリシーを作成することもできます。整合性グループに設定できるSnapMirrorのアクティブな同期関係と共有SnapMirrorポリシーは1つだけで、整合性グループ全体をリカバリできます。
次の図は、個 々 の整合グループの使用方法を示しています。でホストされているアプリケーションのデータは SVM1
、との vol2`2つのボリュームにまたがっています `vol1
。整合グループのSnapshotポリシーは、データのSnapshotコピーを15分ごとにキャプチャします。
アプリケーションワークロードが大きいほど、複数の整合グループが必要になる場合がありますこのような場合は、階層型整合グループを作成して、1つの整合グループが親整合グループの子コンポーネントになります。親整合グループには、最大5つの子整合グループを含めることができます。個 々 の整合グループと同様に、リモートのSnapMirrorアクティブ同期保護ポリシーを整合グループの構成全体(親と子)に適用して、アプリケーションワークロードをリカバリできます。
次の例では、アプリケーションがでホストされてい SVM1`ます。管理者が親整合グループを作成しました `SVM1_app
。このグループには、データ用と `SVM1app_logCG`ログ用の2つの子整合グループが含まれてい `SVM1appDataCG`ます。子整合グループには、それぞれ独自のSnapshotポリシーがあります。のボリュームのSnapshotコピー `SVM1appDataCG`が15分ごとに作成されます。のSnapshot `SVM1app_logCG`は1時間ごとに作成されます。親整合性グループ `SVM1_app`にはSnapMirrorのアクティブな同期ポリシーが設定されています。このポリシーは、災害発生時にサービスを継続できるようにデータをレプリケートします。
System.12.1以降では、ONTAP 9 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以降では、整合グループで容量とパフォーマンスをリアルタイムおよび履歴で監視し、アプリケーションと個 々 の整合グループのパフォーマンスに関する分析情報を提供します。
監視データは5分ごとに更新され、最長1年間保持されます。次の指標を追跡できます。
-
パフォーマンス:IOPS、レイテンシ、スループット
-
容量:サイズ、使用済み論理容量、使用可能
監視データは、System Managerの整合グループメニューの[*Overview]タブで表示するか、REST APIで要求することで表示できます。ONTAP 9 .14.1以降では、コマンドを使用して、CLIで整合グループの指標を表示できます consistency-group metrics show
。
ONTAP 9 .13.1では、REST APIを使用してのみ過去の指標を取得できます。ONTAP 9 .14.1以降では、System Managerでも過去の指標を使用できます。 |
整合グループの保護
整合グループを使用すると、アプリケーションと整合性のある保護が実現し、複数のボリュームやLIF間でデータの整合性が確保されます。整合グループのSnapshotコピーを作成すると、整合グループに「フェンシング」が確立されます。フェンシングは、Snapshot処理が完了するまでI/Oキューを開始し、整合グループ内のすべてのエンティティでデータのポイントインタイム整合性を確保します。フェンシングによって、スケジュールされたSnapshotポリシーやSystem ManagerでのSnapshotの作成など、Snapshotの作成処理中に一時的にレイテンシが急増する可能性があります。REST APIおよびCLIの詳細については、ONTAP REST APIのドキュメントおよびCLIのマニュアルページを参照してください。
コンシステンシ・グループでは'
-
Snapshotポリシー
-
[mcc] (ONTAP 9.11.1以降)
-
SnapMirror非同期 (ONTAP 9.13.1以降)
-
"SVMディザスタリカバリ" (ONTAP 9.14.1以降)
整合グループを作成しても、保護は自動的に有効になりません。ローカルとリモートの保護ポリシーは、整合グループの作成時または作成後に設定できます。
コンシステンシグループに保護を設定するには、を参照してください"整合グループの保護"。
リモート保護を利用するには、の要件を満たす必要がありますSnapMirrorアクティブ同期。
NASアクセス用にマウントされたボリュームでは、SnapMirrorのアクティブな同期関係を確立できません。 |
整合グループに対する複数管理者の検証のサポート
ONTAP 9 .16.1以降では、整合グループでマルチ管理者検証(MAV)を使用して、整合グループの作成、変更、削除などの特定の処理を、指定した管理者からの承認後にのみ実行できるようにすることができます。これにより、侵害された管理者、悪意のある管理者、または経験の浅い管理者が既存の設定に望ましくない変更を加えることを防止できます。
MetroCluster構成の整合グループ
ONTAP 9 .11.1以降では、MetroCluster構成内のクラスタに新しいボリュームを使用して整合グループをプロビジョニングできます。これらのボリュームはミラーされたアグリゲートでプロビジョニングされます。
プロビジョニングが完了したら、整合グループに関連付けられているボリュームを、ミラーされたアグリゲートとミラーされていないアグリゲートの間で移動できます。そのため、整合性グループに関連付けられたボリュームは、ミラーされたアグリゲート、ミラーされていないアグリゲート、またはその両方に配置できます。整合性グループに関連付けられているボリュームを含むミラーされたアグリゲートを、ミラーされていないアグリゲートに変更できます。同様に、整合グループに関連付けられているボリュームを含むミラーされていないアグリゲートを変更して、ミラーリングを有効にすることができます。
ミラーされたアグリゲートに配置された整合グループに関連付けられているボリュームとSnapshotコピーがリモートサイト(サイトB)にレプリケートされます。サイトBのボリュームの内容によって整合グループの書き込み順序が保証されるため、災害発生時にサイトBからリカバリできます。ONTAP 9 11.1以降を実行しているクラスタでは、REST APIおよびSystem Managerを使用して整合グループのSnapshotコピーにアクセスできます。ONTAP 9.14.1以降では、ONTAP CLIを使用してSnapshotコピーにアクセスすることもできます。
整合性グループに関連付けられているボリュームの一部またはすべてがミラーされていないアグリゲートに配置されていて、そのアグリゲートに現在アクセスできない場合、整合性グループに対するGETまたはDELETE処理はローカル ボリュームまたはホスティング アグリゲートがオフラインであるかのように動作します。
レプリケーション用の整合性グループ設定
サイトBでONTAP 9.10.1以前が実行されている場合は、整合性グループに関連付けられているボリュームのうち、ミラーされたアグリゲートにあるボリュームだけがサイトBにレプリケートされます。整合性グループの設定がレプリケートされるのは、両方のサイトでONTAP 9.11.1以降が実行されている場合のみです。サイトBをONTAP 9.11.1にアップグレードすると、サイトAの整合性グループのうち、関連付けられているボリュームがすべてミラーされたアグリゲートに配置されている整合性グループのデータが、サイトBにレプリケートされます。
ストレージのパフォーマンスと可用性を最適化するために、ミラーアグリゲートでは少なくとも20%の空きスペースを確保することを推奨します。ミラーされていないアグリゲートでは10%が推奨されますが、追加の10%のスペースはファイルシステムで増分変更に対応するために使用できます。増分変更を行うと、ONTAPのcopy-on-write Snapshotベースのアーキテクチャにより、ミラーされたアグリゲートのスペース使用率が向上します。これらのベストプラクティスに従わないと、パフォーマンスに悪影響を及ぼす可能性があります。 |
アップグレード時の考慮事項
REST APIで作成された整合グループSnapshotコピーは、System Managerの整合グループインターフェイスおよび整合グループREST APIエンドポイントを使用して管理できます。ONTAP 9 14.1以降では、整合グループのSnapshotもONTAP CLIで管理できるようになりました。
ONTAPIコマンドで作成された `cg-commit`Snapshotコピー `cg-start`は、整合グループのSnapshotとして認識されないため、ONTAP REST APIのSystem Managerの整合グループインターフェイスまたは整合グループエンドポイントから管理することはできません。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のサポート |
✓ |
✓ |
✓ |
✓ |
✓ |
✓ |
|
2フェーズコミット(REST APIのみ) |
✓ |
✓ |
✓ |
✓ |
✓ |
✓ |
|
アプリケーションタグとコンポーネントタグ |
✓ |
✓ |
✓ |
✓ |
✓ |
||
クローン整合グループ |
✓ |
✓ |
✓ |
✓ |
✓ |
||
ボリュームの追加と削除 |
✓ |
✓ |
✓ |
✓ |
✓ |
||
新しいNASボリュームでCGを作成する |
✓ |
✓ |
✓ |
✓ |
REST APIのみ |
||
新しいNVMeネームスペースでCGを作成 |
✓ |
✓ |
✓ |
✓ |
REST APIのみ |
||
子整合性グループ間でのボリュームの移動 |
✓ |
✓ |
✓ |
✓ |
|||
コンシステンシグループジオメトリの変更 |
✓ |
✓ |
✓ |
✓ |
|||
監視 |
✓ |
✓ |
✓ |
✓ |
|||
マルチ管理者認証 |
✓ |
||||||
SnapMirror非同期(単一の整合グループのみ) |
✓ |
✓ |
✓ |
✓ |
|||
SVMディザスタリカバリ(単一の整合グループのみ) |
✓ |
✓ |
✓ |
||||
CLIのサポート |
✓ |
✓ |
✓ |