VMware vSphere の ONTAP ツールにおける igroup とエクスポート ポリシーを理解する
変更を提案
PDF
イニシエータグループ（igroup）は、FCプロトコルホストのワールドワイドポート名（WWPN）またはiSCSIホストの修飾ノード名（Qualified Node Name）のテーブルです。igroupを定義してLUNにマッピングすることで、どのイニシエータがLUNにアクセスできるかを制御できます。
ONTAP tools for VMware vSphereでは、igroup はフラットな構造で作成および管理され、vCenter 内の各データストアは単一の igroup に関連付けられていました。このモデルでは、複数のデータストアにわたる igroup の柔軟性と再利用が制限されていました。ONTAP tools for VMware vSphereでは、ネストされた igroup が導入されています。ネストされた igroup では、vCenter 内の各データストアが親 igroup に関連付けられ、各ホストはその親の下の子 igroup にリンクされます。ユーザー定義の名前を持つカスタム親 igroup を定義して、データストア間で再利用することで、igroup の管理を容易にすることができます。 ONTAP tools for VMware vSphereで LUN とデータストアを管理するための igroup ワークフローを理解します。次の例に示すように、ワークフローによって異なる igroup 構成が生成されます。
|
記載されている名前は説明のみを目的としており、実際の igroup 名を指すものではありません。 ONTAPツールで管理される igroup は、プレフィックス「otv_」を使用します。カスタム igroup には任意の名前を付けることができます。 |
期間 |
説明 |
DS<番号> |
データストア |
iqn<番号> |
イニシエータIQN |
ホスト<番号> |
ホストMoRef |
lun<数値> |
LUN ID |
<DSName>Igroup<番号> |
デフォルト（ONTAPツール管理）の親igroup |
<Host-Moref>Igroup<番号> |
子igroup |
CustomIgroup<数値> |
ユーザー定義のカスタム親 igroup |
ClassicIgroup<番号> |
ONTAP ツール 9.x バージョンで使用される igroup。 |
1つのイニシエータを持つ単一のホスト上にデータストアを作成する
ワークフロー: [作成] DS1 (lun1): host1 (iqn1)
結果：
-
DS1Igroup：
-
ホスト1Iグループ → (iqn1: lun1)
-
ONTAP はDS1 の親 igroup DS1Igroup を作成し、子 igroup host1Igroup を lun1 にマッピングします。システムは常に LUN を子 igroup にマッピングします。
既存のデータストアを追加のホストにマウントする
ワークフロー: [マウント] DS1 (lun1): host2 (iqn2)
結果：
-
DS1Igroup：
-
ホスト1Iグループ → (iqn1: lun1)
-
ホスト2Iグループ → (iqn2: lun1)
-
ONTAP tools for VMware vSphereは、子 igroup host2Igroup を作成し、それを既存の親 igroup DS1Igroup に追加します。
ホストからデータストアをアンマウントする
ワークフロー: [アンマウント] DS1 (lun1): host1 (iqn1)
結果：
-
DS1Igroup：
-
ホスト2Iグループ → (iqn2: lun1)
-
ONTAP tools for VMware vSphereは、階層から host1Igroup を削除します。システムは子 igroup を明示的に削除しません。以下の 2 つの条件で削除されます。
-
LUN がマップされていない場合、ONTAP システムは子 igroup を削除します。
-
スケジュールされたクリーンアップ ジョブにより、LUN マッピングのない、ぶら下がっている子 igroup が削除されます。割り当ての子 igroup が削除されます。これらのシナリオは、ONTAP ツールで管理されている igroup にのみ適用され、カスタム作成された igroup には適用されません。
データストアの削除
ワークフロー: [削除] DS1 (lun1): host2 (iqn2)
結果：
-
DS1Igroup：
-
ホスト2Iグループ → (iqn2: lun1)
-
別のデータストアが親 igroup を再利用しない限り、親 igroup と子 igroup は削除されます。子igroupは明示的に削除されません
カスタム親igroupの下に複数のデータストアを作成する
ワークフロー:
-
[作成] DS2 (lun2): ホスト1 (iqn1)、ホスト2 (iqn2)
-
[作成] DS3 (lun3): host1 (iqn1)、host3 (iqn3)
結果：
-
CustomIgroup1：
-
host1Igroup → (iqn1: lun2、lun3)
-
ホスト2Iグループ → (iqn2: lun2)
-
ホスト3Iグループ → (iqn3: lun3)
-
CustomIgroup1 は DS2 用に作成され、DS3 で再利用されます。共有された親 igroup の下に子 igroup が作成または更新され、各子 igroup は対応する LUN にマッピングされます。
カスタム親 igroup の下にある 1 つのデータストアを削除します。
ワークフロー: [削除] DS2 (lun2): host1 (iqn1)、host2 (iqn2)
結果：
-
CustomIgroup1：
-
ホスト1Iグループ → (iqn1: lun3)
-
ホスト3Iグループ → (iqn3: lun3)
-
-
CustomIgroup1 は再利用されませんが、削除されません。
-
LUN がマップされていない場合、ONTAP システムは host2Igroup を削除します。
-
host1igroupはDS3のlun3にマッピングされているため削除されません。カスタムigroupは、再利用ステータスに関わらず削除されることはありません。
vVols データストアの拡張（ボリュームの追加）
ワークフロー:
拡張前:
[展開] DS4 (lun4): host4 (iqn4)
-
DS4Igroup: host4Igroup → (iqn4: lun4)
拡張後:
[展開] DS4 (lun4、lun5): host4 (iqn4)
-
DS4Igroup: host4Igroup → (iqn4: lun4、lun5)
新しい LUN が作成され、既存の子 igroup host4Igroup にマップされます。
vVols データストアの縮小（ボリュームの削除）
ワークフロー:
収縮前：
[縮小] DS4 (lun4、lun5): host4 (iqn4)
-
DS4Igroup: host4Igroup → (iqn4: lun4、lun5)
縮小後:
[縮小] DS4 (lun4): host4 (iqn4)
-
DS4Igroup: host4Igroup → (iqn4: lun4)
指定されたLUN（lun5）は子igroupからマッピング解除されています。igroupは、マッピングされたLUNが少なくとも1つある限りアクティブなままです。
ONTAPツール9から10への移行（igroupの正規化）
-
ワークフロー *
VMware vSPhere 9.x バージョン用のONTAPツールは、階層型 igroup をサポートしていません。 10.3 以降のバージョンへの移行中は、igroup を階層構造に正規化する必要があります。
移行前:
[移行] DS6 (lun6、lun7): host6 (iqn6)、host7 (iqn7) → ClassicIgroup1 (iqn6 & iqn7: lun6、lun7)
ONTAP ツール 9.x ロジックでは、1 対 1 のホスト マッピングを強制することなく、igroup ごとに複数のイニシエータが許可されます。
移行後:
[移行] DS6 (lun6、lun7): host6 (iqn6)、host7 (iqn7) → ClassicIgroup1: otv_ClassicIgroup1 (iqn6 & iqn7: lun6、lun7)
移行中:
-
新しい親 igroup (ClassicIgroup1) が作成されます。
-
元の igroup の名前は otv_ プレフィックス付きで変更され、子 igroup になります。
これにより、階層モデルへの準拠が保証されます。
輸出政策
エクスポート ポリシーは、ONTAP tools for VMware vSphereで NFS データストアのアクセスとクライアント権限を制御します。エクスポート ポリシーはONTAPシステムで作成および管理され、NFS データストアで使用してアクセス制御を実施できます。各エクスポート ポリシーは、アクセスが許可されるクライアント (IP アドレスまたはサブネット) と付与される権限 (読み取り専用または読み取り/書き込み) を指定するルールで構成されます。
ONTAP Tools for VMware vSphere で NFS データストアを作成する際、既存のエクスポートポリシーを選択するか、新しいエクスポートポリシーを作成できます。作成したエクスポートポリシーはデータストアに適用され、承認されたクライアントのみがデータストアにアクセスできるようになります。
新しいESXiホストにNFSデータストアをマウントすると、VMware vSphere用のONTAPツールによって、そのデータストアに関連付けられた既存のエクスポートポリシーにホストのIPアドレスが追加されます。これにより、新しいホストは新しいエクスポートポリシーを作成しなくてもデータストアにアクセスできるようになります。
ESXi ホストから NFS データストアを削除またはアンマウントすると、 ONTAP tools for VMware vSphere、エクスポート ポリシーからホストの IP アドレスが削除されます。他のホストがそのエクスポート ポリシーを使用していない場合は、そのエクスポート ポリシーは削除されます。NFS データストアを削除すると、そのデータストアに関連付けられているエクスポート ポリシーが他のデータストアで再利用されていない場合、 ONTAP tools for VMware vSphereそのデータストアが削除されます。エクスポート ポリシーが再利用される場合、ホスト IP アドレスは保持され、変更されません。データストアを削除すると、エクスポート ポリシーによってホスト IP アドレスの割り当てが解除され、デフォルトのエクスポート ポリシーが割り当てられるため、必要に応じてONTAPシステムがデータストアにアクセスできるようになります。
エクスポートポリシーを異なるデータストア間で再利用する場合、割り当て方法が異なります。エクスポートポリシーを再利用する際は、新しいホストIPアドレスをポリシーに追加できます。共有エクスポートポリシーを使用しているデータストアを削除またはアンマウントしても、ポリシーは削除されません。ポリシーは変更されず、ホストIPアドレスも削除されません。これは、他のデータストアと共有されているためです。エクスポートポリシーの再利用は、アクセスやレイテンシの問題につながる可能性があるため、推奨されません。