整合グループの概要
-
このドキュメント ページのPDF
-
ボリューム管理
- CLI を使用した論理ストレージ管理
-
NAS ストレージ管理
-
CLIを使用したSMBの管理
- SMB を使用したファイルアクセスの管理
-
CLIを使用したSMBの管理
-
ボリューム管理
PDF版ドキュメントのセット
Creating your file...
整合グループは、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 Business Continuity(SM-BC)関係と共有のSM-BCポリシーを1つだけ含めることができます。このポリシーを使用して整合グループ全体をリカバリできます。
次の図は、個 々 の整合グループを使用する方法を示しています。でホストされているアプリケーションのデータ SVM1
2つのボリュームにまたがっている: vol1
および vol2
。整合グループのSnapshotポリシーは、データのSnapshotコピーを15分ごとにキャプチャします。
アプリケーションワークロードが大きいほど、複数の整合グループが必要になる場合がありますこのような場合は、階層型整合グループを作成して、1つの整合グループが親整合グループの子コンポーネントになります。親整合グループには、最大 5 つの子整合グループを含めることができます。個々の整合グループと同様に、リモートの SM-BC 保護ポリシーを整合グループの設定全体(親と子)に適用して、アプリケーションワークロードをリカバリすることができます。
次の例では、アプリケーションがでホストされています SVM1
。管理者が親整合グループを作成し、 SVM1_app`を使用します。このグループには次の2つの子整合グループ `SVM1appDataCG
データおよび SVM1app_logCG
をクリックします。子整合グループには、それぞれ独自のSnapshotポリシーがあります。SVMナイノボリュームノSnapshotコピー SVM1appDataCG
15分ごとに服用してください。のSnapshot SVM1app_logCG
1時間ごとに作成されます。親整合グループ SVM1_app
データを複製し、災害発生時にサービスを継続できるようにするSM-BCポリシーが用意されています。
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以降では、整合グループで容量とパフォーマンスをリアルタイムと履歴で監視し、アプリケーションや個 々 の整合グループのパフォーマンスに関する分析情報を提供します。
監視データは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でも履歴指標を使用できます。 |
整合グループを保護します
コンシステンシ・グループは'次の機能を使用
-
Snapshot ポリシー
-
[mcc] (ONTAP 9.11.1以降)
-
非同期SnapMirror (ONTAP 9.13.1以降)
-
"SVM ディザスタリカバリ" (ONTAP 9.14.1以降)
整合性グループを作成しても、保護は自動的に有効になりません。ローカルとリモートの保護ポリシーは、整合グループの作成時または作成後に設定できます。
コンシステンシグループに保護を設定するには、を参照してください "整合グループを保護する"。
リモート保護を利用するには、の要件を満たす必要があります SnapMirror によるビジネス継続性の導入。
NAS アクセス用にマウントされたボリュームでは、 SM-BC 関係を確立できません。 |
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にレプリケートされます。サイトBをONTAP 9.11.1にアップグレードしたあと、サイトAの整合グループのデータのうち、関連付けられているすべてのボリュームがミラーされたアグリゲートに配置されているものはサイトBにレプリケートされます
ストレージのパフォーマンスと可用性を最適化するために、ミラーアグリゲートでは少なくとも20%の空きスペースを確保することを推奨します。ミラーされていないアグリゲートでは10%が推奨されますが、追加の10%のスペースはファイルシステムで増分変更に対応するために使用できます。増分変更を行うと、ONTAPのcopy-on-write Snapshotベースのアーキテクチャにより、ミラーされたアグリゲートのスペース使用率が向上します。これらのベストプラクティスに従わないと、パフォーマンスに悪影響を及ぼす可能性があります。 |
アップグレード時の考慮事項
ONTAP 9.8および9.9.1でSM-BCで作成した整合グループは、ONTAP 9.10.1以降へのアップグレード時に、System Managerの*[ストレージ]>[整合グループ]*またはONTAP REST APIで自動的にアップグレードされて管理できるようになります。ONTAP 9.8または9.9.1からのアップグレードの詳細については、を参照してください "SM-BC アップグレードおよびリバートに関する考慮事項"。
REST APIで作成された整合グループSnapshotコピーは、System Managerの整合グループインターフェイスおよび整合グループREST APIエンドポイントを使用して管理できます。ONTAP 9.14.1以降では、ONTAP CLIでも整合グループSnapshotを管理できます。
ontapiコマンドで作成されたSnapshotコピー cg-start および cg-commit は整合グループのSnapshotとして認識されるため、ONTAP REST APIでは、System Managerの整合グループインターフェイスまたは整合グループエンドポイントから管理することはできません。ONTAP 9.14.1以降では、非同期SnapMirrorポリシーを使用している場合、これらのSnapshotコピーをデスティネーションボリュームにミラーリングできます。詳細については、を参照してください 非同期SnapMirror保護を設定する。
|
リリースごとにサポートされる機能
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のサポート |
✓ |