非管理対象モードの設定

非管理対象モードについて

レイヤ 4 ～ レイヤ 7 サービスの挿入機能によって、管理者は 1 つ以上のサービスを 2 つのエンドポイント グループ間に挿入できます。Application Policy Infrastructure Controller（APIC）はサービスにファブリック リソース（VLAN）を割り当て、サービス グラフに指定された設定に従ってファブリック（リーフ スイッチ）とサービス アプライアンスをプログラミングします。サービスをサービス グラフの一部として使用できるようにするには、APIC にそのサービスのデバイス パッケージが必要です。APIC はグラフのインスタンス化時にもサービス アプライアンスをプログラミングします。

APIC で、サービス グラフに対してネットワーク リソースのみを割り当てて、グラフのインスタンス化時にファブリック側のみをプログラミングすることができます。サービス アプライアンスのプログラミングにより適した既存のオーケストレータまたは dev-op ツールが環境にすでにあるなど、さまざまな理由でこれが必要になる場合があります。また、サービス アプライアンスのデバイス パッケージが使用できない場合もあります。

サービスの非管理対象モードでは、ネットワーク リソースの割り当てや、ファブリックのプログラミングに対する APIC の動作を選択できます。非管理対象モードを有効にすると、APIC はネットワーク リソースのみをサービス アプライアンスに割り当て、ファブリック（リーフ）のみをプログラミングするように制限されます。デバイスの設定については、データセンターの管理者が外部から実行します。

管理対象および非管理対象の論理デバイスについて

非管理対象モードは、次の XML コードに示すように、論理デバイス（LDevVip）に managed 設定を導入します。 

<!-- Specified if the device is a managed device-->
<property name="managed"
         type="scalar:Bool"
         owner="management"
         mod="explicit">
         <default value="true"/>
</property>

デバイスは管理対象にも、非管理対象にもできます。デバイスを管理対象として設定すると、Application Policy Infrastructure Controller（APIC）はそのデバイスを管理してグラフのインスタンス化時にプログラミングします。デフォルトで、デバイスは APIC への登録時に管理対象モードに設定されます。

デバイスを非管理対象として設定した場合、つまり managed 設定を false に設定すると、APIC はデバイスをプログラミングしません。APIC は、ネットワーク リソースを割り当ててファブリック側で VLAN/VXLAN のプログラミングのみを実行します。

次の設定は、デバイス クラスタが非管理対象として設定されている場合は必要はありません。

  • デバイス パッケージ
  • 論理デバイス（vnsLDevViP）とデバイス（CDev）の接続情報（管理 IP アドレス、クレデンシャル、およびインバンド接続情報）
  • サポートされる機能タイプ（go-through、go-to）に関する情報
  • コンテキスト認識に関する情報（シングル コンテキストかマルチコンテキスト）

この場合も、APIC は論理デバイスおよびデバイスのトポロジ情報（LIF、CIF）を把握する必要があります。この情報は、APIC がリーフ上で適切なポートをプログラミングするために必要です。また、APIC はこの情報をトラブルシューティング ウィザードに使用することもあります。

さらに、APIC はカプセル化の割り当てに使用する DomP との関係も把握する必要があります。

管理対象および非管理対象の機能ノードについて

非管理対象モードは、次の XML コードに示すように、機能ノード（AbsNode）に managed 設定を導入します。 

 <!-- Specified if the function is using a managed device-->
 <property name="managed"
                type="scalar:Bool"
                owner="management"
                mod="explicit">
                <default value="true"/>
 </property>

機能ノードは管理対象にも、非管理対象にもできます。機能ノードを管理対象として設定すると、その機能ノードは管理対象デバイスを使用できます。Application Policy Infrastructure Controller（APIC）は、グラフのインスタンス化時にデバイスをプログラミングします。デフォルトでは、機能ノードをサービス グラフに追加すると、その機能ノードは管理対象モードで設定されます。

機能ノードを非管理対象として設定した場合、つまり managed 設定を false に設定すると、APIC はパラメータ解決もデバイスのプログラミングも行いません。APIC は、ネットワーク リソースを割り当ててファブリック側で VLAN/VXLAN のプログラミングのみを実行します。

次の設定は、機能ノードが非管理対象として設定されている場合は必要はありません。

  • MFunc の関係
  • AbsFuncProfile
  • 設定パラメータ（AbsNode またはエンドポイント グループ上）
  • サポートされる機能タイプ（go-through、go-to）に関する情報

この場合も、APIC は機能ノードのネットワーク情報（LIF、CIF）を把握する必要があります。この情報は、APIC がリーフ上でネットワークを適切にプログラミングするために必要です。また、APIC はこの情報をトラブルシューティング ウィザードに使用することもあります。

さらに、次の設定が必要です。

  • グラフ インスタンス化時に LDevVip の選択を可能にする LDevCtx
  • グラフ インスタンス化時に LIf の選択を可能にする LIfCtx
  • LIfCtx 内のブリッジ ドメイン
  • LIfCtx でのルート ピアリング
  • LIfCtx 内のサブネット

レイヤ 4 ～ レイヤ 7 サービスのエンドポイント グループについて

非管理対象モード機能の一部として、Application Policy Infrastructure Controller (APIC) では、グラフのインスタンス化時にグラフ コネクタに使用するエンドポイント グループを指定できます。これにより、グラフ導入のトラブルシューティングが容易になります。APIC は、指定されたレイヤ 4 ～レイヤ 7 サービス エンドポイント グループを使用してリーフにカプセル化情報をダウンロードします。また、APIC はこのエンドポイント グループを使用して仮想デバイスの分散仮想スイッチにポート グループを作成します。さらに、レイヤ 4 ～ レイヤ 7 サービスのエンドポイント グループを使用して、グラフ コネクタのエラー情報や統計情報も集約します。

導入されたグラフ リソースへの可視性の向上に加えて、レイヤ 4 ～ レイヤ 7 サービスのエンドポイント グループも使用して、特定のグラフ インスタンスに使用する静的なカプセル化を指定することもできます。このカプセル化は、複数のグラフ インスタンス間でレイヤ 4 ～ レイヤ 7 サービスのエンドポイント グループを共有することによって、複数のグラフ インスタンス間で共有することもできます。

グラフ コネクタと共に レイヤ 4 ～ レイヤ 7 サービスのエンドポイントをどのように使用できるかを示す XML コードの例については、レイヤ 4 ～ レイヤ 7 サービスのエンドポイント グループとコネクタを関連付ける XML の例を参照してください。

グラフ コネクタに対する静的なカプセル化の使用

Application Policy Infrastructure Controller（APIC）は、処理中にさまざまなサービス グラフにカプセル化を割り当てます。一部の使用例では、サービス グラフ内の特定のコネクタに使用するカプセル化を明示的に指定できます。これは静的なカプセル化と呼ばれます。静的なカプセル化は、物理サービスを持つサービス デバイス クラスタがあるサービス グラフ コネクタについてのみサポートされます。仮想サービス デバイスがあるサービス デバイス クラスタは、そのサービス デバイス クラスタに関連付けられた VMware ドメインから動的に割り当てられた VLAN を使用します。

静的なカプセル化は、レイヤ 4 ～ レイヤ 7 サービスのエンドポイント グループの一部としてカプセル化値を指定することによってグラフ コネクタで使用できます。レイヤ 4 ～ レイヤ 7 サービスのエンドポイントで静的なカプセル化の使用方法を示す XML コードの例については、レイヤ 4 ～ レイヤ 7 サービスのエンドポイント グループで静的なカプセル化を使用する XML の例を参照してください。

NX-OS スタイルの CLI を使用した物理デバイスの作成

次に、NX-OS スタイルの CLI を使用して物理デバイスを作成する手順の例を示します。

手順

ステップ 1

コンフィギュレーション モードを開始します。

例:

apic1# configure
ステップ 2

テナントのコンフィギュレーション モードを開始します。 

tenant tenant_name

例:

apic1(config)# tenant t1
ステップ 3

クラスタを作成します。

例:

apic1(config-tenant)# l4l7 cluster name ifav108-asa type physical vlan-domain phyDom5 servicetype FW
ステップ 4

クラスタ デバイスを追加します。

例:

apic1(config-cluster)# cluster-device C1
ステップ 5

プロバイダー クラスタ インターフェイスを追加します。

例:

apic1(config-cluster)# cluster-interface provider
ステップ 6

インターフェイスにメンバー デバイスを追加します。

例:

apic1(config-cluster-interface)# member device C1 device-interface Po1
apic1(config-member)# interface vpc VPCPolASA leaf 103 104
apic1(config-member)# exit
apic1(config-cluster-interface)# exit
ステップ 7

コンシューマ クラスタ インターフェイスを追加します。

例:

apic1(config-cluster)# cluster-interface consumer
ステップ 8

コンシューマ インターフェイスに同じメンバー デバイスを追加します。

例:

apic1(config-cluster-interface)# member device C1 device-interface Po1
apic1(config-member)# interface vpc VPCPolASA leaf 103 104
apic1(config-member)# exit
apic1(config-cluster-interface)# exit
ステップ 9

クラスタ作成モードを終了します。

例:

apic1(config-cluster)# exit

NX-OS スタイルの CLI を使用したハイ アベイラビリティ クラスタの作成

次に、NX-OS スタイルの CLI を使用してハイ アベイラビリティ クラスタを作成する手順の例を示します。

手順

ステップ 1

コンフィギュレーション モードを開始します。

例:

apic1# configure
ステップ 2

テナントのコンフィギュレーション モードを開始します。 

tenant tenant_name

例:

apic1(config)# tenant t1
ステップ 3

クラスタを作成します。

例:

apic1(config-tenant)# l4l7 cluster name ifav108-asa type physical vlan-domain phyDom5 servicetype FW
ステップ 4

クラスタ デバイスを追加します。

例:

apic1(config-cluster)# cluster-device C1
apic1(config-cluster)# cluster-device C2
ステップ 5

プロバイダー クラスタ インターフェイスを追加します。

例:

apic1(config-cluster)# cluster-interface provider vlan 101
ステップ 6

インターフェイスにメンバー デバイスを追加します。

例:

apic1(config-cluster-interface)# member device C1 device-interface Po1
apic1(config-member)# interface vpc VPCPolASA leaf 103 104
apic1(config-member)# exit
apic1(config-cluster-interface)# exit
apic1(config-cluster-interface)# member device C2 device-interface Po2
apic1(config-member)# interface vpc VPCPolASA-2 leaf 103 104
apic1(config-member)# exit
apic1(config-cluster-interface)# exit
ステップ 7

別のプロバイダー クラスタ インターフェイスを追加します。

例:

apic1(config-cluster)# cluster-interface provider vlan 102
ステップ 8

最初のインターフェイスからこの新しいインターフェイスに同じメンバー デバイスを追加します。

例:

apic1(config-cluster-interface)# member device C1 device-interface Po1
apic1(config-member)# interface vpc VPCPolASA leaf 103 104
apic1(config-member)# exit
apic1(config-cluster-interface)# exit
apic1(config-cluster-interface)# member device C2 device-interface Po2
apic1(config-member)# interface vpc VPCPolASA-2 leaf 103 104
apic1(config-member)# exit
apic1(config-cluster-interface)# exit
ステップ 9

クラスタ作成モードを終了します。

例:

apic1(config-cluster)# exit

NX-OS スタイルの CLI を使用した仮想デバイスの作成

次に、NX-OS スタイルの CLI を使用して仮想デバイスを作成する手順の例を示します。

手順

ステップ 1

コンフィギュレーション モードを開始します。

例:

apic1# configure
ステップ 2

テナントのコンフィギュレーション モードを開始します。 

tenant tenant_name

例:

apic1(config)# tenant t1
ステップ 3

クラスタを作成します。

例:

apic1(config-tenant)# l4l7 cluster name ifav108-citrix type virtual vlan-domain ACIVswitch servicetype ADC
ステップ 4

クラスタ デバイスを追加します。

例:

apic1(config-cluster)# cluster-device D1 vcenter ifav108-vcenter vm NSVPX-ESX
ステップ 5

コンシューマ クラスタ インターフェイスを追加します。

例:

apic1(config-cluster)# cluster-interface consumer
ステップ 6

コンシューマ インターフェイスにメンバー デバイスを追加します。

例:

apic1(config-cluster-interface)# member device D1 device-interface 1_1
apic1(config-member)# interface ethernet 1/45 leaf 102
ifav108-apic1(config-member)# vnic "Network adapter 2"
apic1(config-member)# exit
apic1(config-cluster-interface)# exit
ステップ 7

プロバイダー クラスタ インターフェイスを追加します。

例:

apic1(config-cluster)# cluster-interface provider
ステップ 8

プロバイダー インターフェイスに同じメンバー デバイスを追加します。

例:

apic1(config-cluster-interface)# member device D1 device-interface 1_1
apic1(config-member)# interface ethernet 1/45 leaf 102
ifav108-apic1(config-member)# vnic "Network adapter 2"
apic1(config-member)# exit
apic1(config-cluster-interface)# exit
ステップ 9

クラスタ作成モードを終了します。

例:

apic1(config-cluster)# exit

非管理対象モードの XML の例

以降の項の XML の例で、非管理対象モードの管理方法を示します。

非管理対象の LDevVip オブジェクトを作成する XML の例

次に、非管理対象の LDevVip オブジェクトを作成する XML の例を示します。 

<polUni>
    <fvTenant name="HA_Tenant1">
        <vnsLDevVip name="ADCCluster1" devtype="VIRTUAL" managed="no">
            <vnsRsALDevToDomP tDn="uni/vmmp-VMware/dom-mininet"/>
        </vnsLDevVip>
    </fvTenant>
</polUni>

Cisco ACI Virtual Edge については、次の例の XML は非管理対象 LDevVip オブジェクト (Cisco ACI Virtual Edge VMM ドメインと、スイッチング モードとしての ave に関連付けられたもの) を作成します: 

<polUni>
	<fvTenant name="HA_Tenant1">
		<vnsLDevVip name="ADCCluster1" devtype="VIRTUAL" managed="no">
			<vnsRsALDevToDomP switchingMode="AVE" tDn="uni/vmmp-VMware/dom-mininet_ave"/>
		</vnsLDevVip>
	</fvTenant>
</polUni>

非管理対象の AbsNode オブジェクトを作成する XML の例

次に、非管理対象の AbsNode オブジェクトを作成する XML の例を示します。 

    <fvTenant name="HA_Tenant1">
        <vnsAbsGraph name="g1">
            <vnsAbsTermNodeProv name="Input1">
                <vnsAbsTermConn name="C1">
                </vnsAbsTermConn>
            </vnsAbsTermNodeProv>

            <!-- Node1 provides a service function in un-managed mode -->
            <vnsAbsNode name="Node1" managed="no">
                <vnsAbsFuncConn name="outside" >
                </vnsAbsFuncConn>
                <vnsAbsFuncConn name="inside" >
                </vnsAbsFuncConn>
            </vnsAbsNode>

            <vnsAbsTermNodeCon name="Output1">
                <vnsAbsTermConn name="C6">
                </vnsAbsTermConn>
            </vnsAbsTermNodeCon>

            <vnsAbsConnection name="CON2" >
                <vnsRsAbsConnectionConns tDn="uni/tn-HA_Tenant1/AbsGraph-g1/AbsTermNodeCon-Output1/AbsTConn"/>
                <vnsRsAbsConnectionConns tDn="uni/tn-HA_Tenant1/AbsGraph-g1/AbsNode-Node1/AbsFConn-outside"/>
            </vnsAbsConnection>

            <vnsAbsConnection name="CON1" >
                <vnsRsAbsConnectionConns tDn="uni/tn-HA_Tenant1/AbsGraph-g1/AbsNode-Node1/AbsFConn-inside"/>
                <vnsRsAbsConnectionConns tDn="uni/tn-HA_Tenant1/AbsGraph-g1/AbsTermNodeProv-Input1/AbsTConn"/>
            </vnsAbsConnection>

        </vnsAbsGraph>
    </fvTenant>

レイヤ 4 ～ レイヤ 7 サービスのエンドポイント グループとコネクタを関連付ける XML の例

次に、レイヤ 4 ～ レイヤ 7 サービスのエンドポイント グループとコネクタを関連付ける XML の例を示します。 

<fvTenant name="HA_Tenant1">
    <vnsLDevCtx ctrctNameOrLbl="any" descr="" dn="uni/tn-HA_Tenant1/ldevCtx-c-any-g-any-n-any"
      graphNameOrLbl="any" name="" nodeNameOrLbl="any">
        <vnsRsLDevCtxToLDev tDn="uni/tn-HA_Tenant1/lDevVip-ADCCluster1"/>
        <vnsLIfCtx connNameOrLbl="inside" descr="" name="inside">
            <vnsRsLIfCtxToSvcEPg tDn="uni/tn-HA_Tenant1/ap-sap/SvcEPg-EPG1"/>
            <vnsRsLIfCtxToBD tDn="uni/tn-HA_Tenant1/BD-provBD1"/>
            <vnsRsLIfCtxToLIf tDn="uni/tn-HA_Tenant1/lDevVip-ADCCluster1/lIf-inside"/>
        </vnsLIfCtx>
        <vnsLIfCtx connNameOrLbl="outside" descr="" name="outside">
            <vnsRsLIfCtxToSvcEPg tDn="uni/tn-HA_Tenant1/ap-sap/SvcEPg-EPG2"/>
            <vnsRsLIfCtxToBD tDn="uni/tn-HA_Tenant1/BD-consBD1"/>
            <vnsRsLIfCtxToLIf tDn="uni/tn-HA_Tenant1/lDevVip-ADCCluster1/lIf-outside"/>
        </vnsLIfCtx>
    </vnsLDevCtx>
</fvTenant>

レイヤ 4 ～ レイヤ 7 サービスのエンドポイント グループで静的なカプセル化を使用する XML の例

次に、レイヤ 4 ～ レイヤ 7 サービスのエンドポイント グループで静的なカプセル化を使用する XML の例を示します。 

<polUni>
    <fvTenant name="HA_Tenant1">
        <fvAp name="sap">
            <vnsSvcEPg name="EPG1" encap="vlan-3510">
            </vnsSvcEPg>
        </fvAp>
    </fvTenant>
</polUni>

非管理対象モードの動作

非管理対象モードについて次の動作が適用されます。

  • パラメータ解決と非管理対象機能：非管理対象機能では、Application Policy Infrastructure Controller（APIC）はパラメータ解決を実行しません。AbsGraph、エンドポイント グループ、またはその他のすべてのレベルでパラメータを設定する必要はありません。

  • VDev と非管理対象機能：非管理対象機能では、APIC はパラメータ解決やデバイス側のプログラミングを実行しません。非管理対象サービス グラフ機能では、VDev ツリーは作成されません。

  • 非管理対象モードでのルート ピアリング：非管理対象モードはルート ピアリング機能に影響しません。

  • 非管理対象モードでの VNIC の自動配置：非管理対象モードは VNIC の配置機能に影響しません。