Skip to main content
ONTAP tools for VMware vSphere 105
本製品の最新リリースがご利用いただけます。
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

ONTAP toolsがigroupとエクスポートポリシーを管理する方法

共同作成者 netapp-revathid
PDF

イニシエータグループ（igroup）は、FCプロトコルホストのワールドワイドポート名（WWPN）またはiSCSIホストの修飾ノード名のテーブルです。igroupを定義し、それらをLUNにマッピングすることで、どのイニシエータがLUNにアクセスできるかを制御できます。

ONTAP tools for VMware vSphere 9.x では、igroup はフラット構造で作成および管理され、vCenter 内の各データストアは単一の igroup に関連付けられていました。このモデルでは、複数のデータストア間での igroup の柔軟性と再利用性が制限されていました。ONTAP tools for VMware vSphere ではネストされた igroup が導入され、vCenter 内の各データストアは親 igroup に関連付けられ、各ホストはその親の下にある子 igroup にリンクされています。igroup の管理を容易にするために、ユーザー定義の名前を持つカスタム親 igroup を定義して、データストア間で再利用することができます。ONTAP tools for VMware vSphere で LUN とデータストアを管理するための igroup ワークフローを理解してください。ワークフローが異なると、生成される igroup 構成も異なります。以下の例を参照してください：

メモ 記載されている名称はあくまで例示であり、実際のigroup名を指すものではありません。ONTAP tools で管理されるigroupは「otv_」という接頭辞を使用します。カスタムigroupには任意の名前を付けることができます。

期間

説明

DS<number>

データストア

iqn<number>

イニシエーターIQN

ホスト<number>

ホストMoRef

lun<number>

LUN ID

<DSName>Igroup<number>

デフォルト（ONTAP tools管理）親igroup

<Host-Moref>Igroup<number>

子イニシエータグループ

CustomIgroup<number>

ユーザー定義のカスタム親igroup

ClassicIgroup<number>

Igroup は、ONTAP tools 9.x バージョンで使用されます。
例1：

1つのイニシエータを使用して、単一ホスト上にデータストアを作成する

ワークフロー: [作成] DS1 (lun1): host1 (iqn1)

結果：

  • DS1Igroup：

    • host1Igroup → (iqn1: lun1)

ONTAP は DS1 の親 igroup DS1Igroup を作成し、子 igroup host1Igroup を lun1 にマッピングします。システムは常に LUN を子 igroup にマッピングします。

例2：

既存のデータストアを別のホストにマウントする

ワークフロー: [マウント] DS1 (lun1): host2 (iqn2)

結果：

  • DS1Igroup：

    • host1Igroup → (iqn1: lun1)

    • host2Igroup → (iqn2: lun1)

ONTAP tools for VMware vSphere は、子 igroup host2Igroup を作成し、既存の親 igroup DS1Igroup に追加します。

例3：

ホストからデータストアをアンマウントする

ワークフロー：[アンマウント] DS1 (lun1)：host1 (iqn1)

結果：

  • DS1Igroup：

    • host2Igroup → (iqn2: lun1)

ONTAP tools for VMware vSphere は、host1Igroup を階層構造から削除します。システムは子 igroup を明示的に削除しません。以下の 2 つの条件下で削除されます：

  • LUNがマッピングされていない場合、ONTAPシステムは子igroupを削除します。

  • スケジュールされたクリーンアップジョブによって、LUNマッピングのない孤立した子igroupが削除されます。これらのシナリオは、ONTAP tools で管理される igroup にのみ適用され、カスタム作成された igroup には適用されません。

例4：

データストアの削除

ワークフロー: [削除] DS1 (lun1): host2 (iqn2)

結果：

  • DS1Igroup：

    • host2Igroup → (iqn2: lun1)

親igroupと子igroupは、別のデータストアが親igroupを再利用しない限り削除されます。子igroupは明示的に削除されません

例5：

カスタム親igroupの下に複数のデータストアを作成する

ワークフロー：

  • 【作成】DS2 (lun2)： host1 (iqn1), host2 (iqn2)

  • 【作成】DS3 (lun3)：host1 (iqn1), host3 (iqn3)

結果：

  • CustomIgroup1：

    • host1Igroup → (iqn1: lun2、lun3)

    • host2Igroup → （iqn2：lun2）

    • host3Igroup → （iqn3：lun3）

CustomIgroup1はDS2用に作成され、DS3で再利用されます。子iグループは、共有親iグループの下で作成または更新され、各子iグループは関連するLUNにマッピングされます。

例6：

カスタム親igroupの下にあるデータストアを1つ削除します。

ワークフロー: [削除] DS2 (lun2): host1 (iqn1)、host2 (iqn2)

結果：

  • CustomIgroup1：

    • host1Igroup → （iqn1：lun3）

    • host3Igroup → （iqn3：lun3）

  • CustomIgroup1は再利用されませんが、削除もされません。

  • LUNがマッピングされていない場合、ONTAPシステムはhost2Igroupを削除します。

  • host1IgroupはDS3のlun3にマッピングされているため、削除されません。カスタムigroupは、再利用状況に関わらず、削除されることはありません。

例7：

vVolsデータストアの拡張（ボリュームの追加）

ワークフロー：

拡張前：

[展開] DS4 (lun4)： host4 (iqn4)

  • DS4Igroup：host4Igroup → （iqn4：lun4）

拡張後：

[展開] DS4 (lun4, lun5)： host4 (iqn4)

  • DS4Igroup：host4Igroup → （iqn4：lun4, lun5）

新しいLUNが作成され、既存の子igroup host4Igroupにマッピングされます。

例8：

vVolsデータストアの縮小（ボリュームの削除）

ワークフロー：

縮小前：

[縮小] DS4 (lun4, lun5)：host4 (iqn4)

  • DS4Igroup：host4Igroup → （iqn4：lun4, lun5）

縮小後：

【縮小】DS4 (lun4)：host4 (iqn4)

  • DS4Igroup：host4Igroup → （iqn4：lun4）

指定されたLUN（lun5）は、子igroupからマッピング解除されました。igroupは、少なくとも1つのマッピングされたLUNが存在する限り、アクティブな状態を維持します。

例9：

ONTAP tools 9 から 10 への移行（igroup 正規化）

ワークフロー

ONTAP tools for VMware vSphere 9.x バージョンは、階層型 igroup をサポートしていません。バージョン 10.3 以降への移行時には、igroup を階層構造に正規化する必要があります。

移行前：

[移行] DS6 (lun6, lun7): host6 (iqn6), host7 (iqn7) → ClassicIgroup1 (iqn6 & iqn7 : lun6, lun7)

ONTAP tools 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 10.5P2以降では、移行されたigroupは使用されなくなると削除されます。以前のバージョンでは、移行されたigroupは削除されませんでした。以下の点に注意してください：

  • 移行されたigroupは、データストア間で再利用できません。

  • カスタムigroup（ユーザー定義）は削除されず、引き続き再利用できます。

関連トピック

"igroupについて"

エクスポート ポリシー

エクスポートポリシーは、ONTAP tools for VMware vSphere における NFS データストアへのアクセスとクライアントの権限を制御します。エクスポートポリシーは ONTAP システムで作成および管理され、NFS データストアと組み合わせてアクセス制御を適用するために使用できます。各エクスポートポリシーは、アクセスを許可するクライアント（IP アドレスまたはサブネット）と付与される権限（読み取り専用または読み書き可能）を指定するルールで構成されます。

ONTAP tools for VMware vSphere で NFS データストアを作成する際に、既存のエクスポートポリシーを選択するか、新しいエクスポートポリシーを作成することができます。その後、エクスポートポリシーがデータストアに適用され、承認されたクライアントのみがアクセスできるようになります。

新しいESXiホストにNFSデータストアをマウントすると、ONTAP tools for VMware vSphereは、データストアに関連付けられている既存のエクスポートポリシーにホストのIPアドレスを追加します。これにより、新しいホストは新しいエクスポートポリシーを作成することなくデータストアにアクセスできるようになります。

ESXi ホストから NFS データストアを削除またはアンマウントすると、ONTAP tools for VMware vSphere はホストの IP アドレスをエクスポートポリシーから削除します。他のホストがそのエクスポートポリシーを使用していない場合、そのポリシーは削除されます。NFS データストアを削除すると、ONTAP tools for VMware vSphere は、他のデータストアで再利用されていない場合、そのデータストアに関連付けられているエクスポートポリシーを削除します。エクスポートポリシーが再利用される場合、ホストの IP アドレスは維持され、変更されません。データストアを削除すると、エクスポートポリシーはホストの IP アドレスの割り当てを解除し、デフォルトのエクスポートポリシーを割り当てます。これにより、ONTAP システムは必要に応じてそれらにアクセスできます。

エクスポートポリシーを異なるデータストア間で再利用する場合、その割り当て方法は異なります。エクスポートポリシーを再利用する場合、ポリシーに新しいホストIPアドレスを追加できます。共有エクスポートポリシーを使用するデータストアを削除またはアンマウントしても、ポリシー自体は削除されません。ポリシーは変更されず、他のデータストアと共有されているため、ホストIPアドレスも削除されません。エクスポートポリシーの再利用は、アクセスや遅延の問題を引き起こす可能性があるため、推奨されません。

関連トピック

"エクスポート ポリシーの作成"