Apstra仮想インフラストラクチャへのNSX-Tインベントリマッピング
概要
Apstraソフトウェアは、NSX-T APIに接続して、NSX-T環境内のホスト、クラスタ、VM、ポートグループ、vDS/N-vDS、NICの観点からインベントリに関する情報を収集できます。ApstraはNSX-Tと統合することで、Apstra管理者が実行中のアプリケーションワークロード(VM)を可視化し、ワークロードの接続に影響を与える不一致について警告することができます。 Apstra仮想インフラストラクチャの可視化は、 アンダーレイ/オーバーレイの相関関係を可視化し、オーバーレイ/アンダーレイにIBA分析を使用するのに役立ちます。
NSX-Tマネージャーがブループリントに関連付けられるまで、ApstraでNSXインベントリを表示することはできません。 
上記のスクリーンショットに従って、NSX-Tのインベントリ収集は、Apstra拡張可能テレメトリコレクターを介して行われます。
NSX-T ネットワークの用語と相関
NSX-T では、コントロール プレーンとデータ プレーンのコンポーネントに次の用語を使用します。また、Apstraに関して、それぞれの相関関係を見つけてください。
トランスポート ゾーン
トランスポートゾーン(TZ)は、物理ネットワーク上で相互に通信できるESXiホストのグループを定義します。 
トランスポート ゾーンには 2 つのタイプがあります。
- オーバーレイトランスポートゾーン:このトランスポートゾーンは、トランスポートノードまたはNSXエッジの両方で使用できます。ESXi ホストまたは NSX-T エッジ トランスポート ノードがオーバーレイ トランスポート ゾーンに追加されると、ESXi ホストまたは NSX エッジ ノードに N-VDS がインストールされます。
- VLANトランスポートゾーン:NSXエッジとそのVLANアップリンクにホストトランスポートノードで使用できます。
各ハイパーバイザーホストは、特定の時点で1つのトランスポートゾーンにのみ属することができます。
Apstraファブリックのインターフェイスにタグ付けされた新しく作成されたVLAN VNは、以下
のスクリーンショットに従ってVLANベースのトランスポートゾーンに対応します。
ここでタグ付けされた VLAN VN は、トラフィック タイプを VLAN として NSX-T の対応するトランスポート ゾーンにマッピングされます。 
N-VDS
NSX が管理する仮想分散型スイッチは、基盤となる転送を提供し、トランスポート ノードのデータ プレーンです。
N-VDS仮想スイッチの注目すべき点は次のとおりです。
- pnicsはESXiホスト上の物理ポートです
- pnicsは、LAG(リンクアグリゲーション)を形成するためにバンドルすることができます
- アップリンクはN-VDSの論理インターフェイスです
- アップリンクには、pnicsまたはLAGが割り当てられます。
ここでは、NSXオーバーレイネットワーク(遺伝子カプセル化/カプセル化解除)に使用されるトンネルエンドポイントです。P1/P2 は、アップリンク プロファイル(U1/U2)にマッピングされた pNIC です。
N-VDSはハイパーバイザーレベルでインスタンス化されており、以下のように、ToR物理リーフデバイスに接続された仮想スイッチと考えることができます。 
トランスポート ノード
NSX-T データ センター オーバーレイまたは VLAN ネットワークに参加できるノードです。 
異なるトランスポート ノードでホストされた VM は、オーバーレイ ネットワーク全体でシームレスに通信します。トランスポートノードは、以下に属することができます。
- 複数の VLAN トランスポート ゾーン。
- 標準N-VDSを持つオーバーレイトランスポートゾーンは、最大で1つです。
これは、Apstraのブループリントでエンドホスト(サーバー)をVLAN(リーフローカル)またはVXLAN(リーフ間)仮想ネットワークの一部に設定する場合と比較できます。
NSX エッジ ノード
NSX Edge は、ルーティング サービスと NSX-T 導入環境の外部にあるネットワークへの接続を提供します。BGP またはスタティック ルーティングを介して Tier-0 ルーターを介して、NSX-T ドメインから外部接続を確立する場合に必要です。
NSX エッジ VM には、ToR へのアップリンクがあり、個別の VLAN トランスポート ゾーンが必要です。Apstraファブリックは、対応するVLAN仮想ネットワークで設定する必要があります。 
NSX-TエッジベアメタルまたはVMフォームファクターは、トランスポートノードであり、Apstraでハイパーバイザーとして発見されています。ただし、VM エッジ トランスポート ノードを接続された ToR リーフと関連付けすることはできません。
NSX コントローラ クラスタ
NSX-T データ センターの論理スイッチングおよびルーティング コンポーネントにコントロール プレーン機能を提供します。
NSX マネージャー
これは、APIサービス、管理プレーン、エージェントサービスをホストするノードです。
NSX インベントリ モデル
- NSX-T トランスポート ノードはハイパーバイザー ホストであり、ToR リーフ デバイスに接続されたブループリント内のサーバー ノードと関連付けることができます。NSX-Tデータセンターでは、ESXiホストがトランスポートノードとして準備され、ノードは、Apstraファブリック上の仮想ネットワークやノード上のネットワーク間でトラフィックを交換することができます。ハイパーバイザー(ESXi)ネットワークスタックがLLDPパケットを送信していることを確認して、ブループリント内のサーバーノードとESXiホストの関連付けを支援する必要があります。
- PNICは、ESXiまたはハイパーバイザーホスト上の実際の物理ネットワークアダプターです。ハイパーバイザーPCは、ブループリント上のサーバーインターフェイスに関連付けることができます。LAGまたはチーム設定は、これらの物理NICにマッピングされたリンクで行われます。これは、ToRリーフデバイス上でエンドサーバーに向けて行われる結合設定と関連付けることができます。
- NSX-TとApstra VM仮想ネットワークの統合が見つかっています。これらはブループリント仮想ネットワークに関連付けることができます。VMがハイパーバイザー間のトンネルを介して相互通信する必要がある場合、VMはNSX-T(N-VDSと呼ばれる)内の同じ論理スイッチに接続されます。各論理スイッチには、VLAN IDなどのVNI(仮想ネットワーク識別子)があります。これは、Apstraファブリックの物理インフラストラクチャと同様に、VXLAN VNIに対応します。
- NSX-Tアップリンクプロファイルは、PNICインターフェイスのLAGおよびLACP設定の観点から、ファブリックが直面するネットワークインターフェイスの設定を定義します。アップリンクプロファイルは、Apstra Fabricのハイパーバイザー/ESXiからトップオブラックスイッチへのリンクのトランスポートノードにマッピングされます。
- VNICは、トランスポートノードまたはVMの仮想インターフェイスを定義します。N-VDSスイッチは、物理NICをそのようなアップリンク仮想インターフェイスにマッピングします。これらの仮想インターフェイスは、Apstra Fabricのサーバーインターフェイスポートに関連付けることができます。
モデルの詳細と関係
ハイパーバイザー
- ホスト： トランスポート ノードの FQDN 属性
- Hypervisor_id: トランスポートノードのId属性
- ラベル： トランスポートノードの名前属性の表示
- バージョン： トランスポート ノードにインストールされている NSX-T バージョン
各ハイパーバイザーホストのNSX-T API応答を取得し、グラフクエリを使用して相関関係を理解するには、GraphQL エクスプローラーを開くには、">_" ボタンをクリックします
。
グラフエクスプローラでその後、GraphQLを使用して以下のスクリーンショットに従って、左側にグラフクエリを入力できます。 
クエリーの下のトランスポートノードの対応するラベルを確認するには、以下を使用できます。
要求：
{
hypervisor_nodes{
label
}
}
応答：
{
"data": {
"hypervisor_nodes": [
{
"label": "zz-karun-nsxt.cvx.2485377892354-357746820-TN-2"
},
{
"label": "zz-AndyF-nsxt.cvx.2485377892354-4240714876-TN-2"
}
]
}
}
トランスポートノードとして機能するハイパーバイザーは、以下のように「アクティブ」タブの「 アクティブ 」タブで、「 ハイパーバイザーを持つ=はい」 オプションで可視化できます。 
クエリーの下のトランスポートノードの対応するホスト名を取得するには、以下を使用できます。
要求：
{
hypervisor_nodes {
hostname
}
}
応答：
{
"data": {
"hypervisor_nodes": [
{
"hostname": "localhost"
},
{
"hostname": "ubuntu-bionic-nsxt"
}
]
}
}
ハイパーバイザーPNIC
- MAC アドレス: トランスポートノードのインターフェイスの物理アドレス属性
- Switch_id: トランスポートノードのトランスポートゾーンのスイッチ名属性
- ラベル： トランスポートノードのインターフェイスのインターフェイスID属性
- Neighbor_name: トランスポートノードのインターフェイスlldpネイバーのシステム名属性
- Neighbor_intf: トランスポートノードのインターフェイスlldpネイバーの名前属性
- Mtu： トランスポートノードのインターフェイスのMTU属性
物理NICは、オーバーレイネットワーク専用のアップリンクプロファイルに選択されます。NSX-Tアップリンクプロファイルは、LAGとLACP設定の観点から、Apstraファブリックが直面するPNICインターフェイスのネットワークインターフェイス設定を定義します。 
そのため、アップリンクプロファイルは、ハイパーバイザー/ESXiホストのNSX-T論理スイッチからのリンクのトランスポートノードにマッピングされます。Apstra Fabricのトップオブラックスイッチを指しています。
トランスポートノードインターフェイスのMACアドレスを確認するためのNSX-APIリクエスト/応答。
要求：
{
pnic_nodes {
id mac_address
}
}
応答：
{
"data": {
"pnic_nodes": [
{
"id": "1e2162c3-9ce6-4f35-afc2-217bb48ced49",
"mac_address": "52:54:00:88:41:28"
},
{
"id": "9752a438-1939-4648-bc8e-0494addf7c7e",
"mac_address": "52:54:00:04:d5:4f"
}
]
}
}
上記の例に示すMACアドレスは、ApstraファブリックのLAGインターフェイスでNSX-Tトランスポートノードに向けて学習されます。Apstraファブリックの ToRリーフデバイスに対するLAG結合を持つESXiホストpNICのMACアドレスです。
以下のNSX-APIリクエスト/応答は、トランスポートノードのトランスポートゾーンのスイッチ名属性をチェックします。
要求：
{
pnic_nodes {
id switch_id
}
}
応答：
{
"data": {
"pnic_nodes": [
{
"id": "82586be7-2998-401f-82ba-11afa5bb9730",
"switch_id": "zz-cvx-nsxt.cvx.2485377892354-2902673742"
},
{
"id": "0043d742-405a-454f-9e9b-695d5dd14608",
"switch_id": "zz-cvx-nsxt.cvx.2485377892354-2902673742"
}
]
}
}
それぞれのトランスポート ゾーンのスイッチ ID 属性は、NSX マネージャーから NSX-T API によって次
のように読み取られます。
トランスポートノードのインターフェイスを確認するためのNSX-APIリクエスト/応答。
要求：
{
pnic_nodes {
id label
}
}
応答：
{
"data": {
"pnic_nodes": [
{
"id": "82586be7-2998-401f-82ba-11afa5bb9730",
"label": "eth2"
},
{
"id": "0043d742-405a-454f-9e9b-695d5dd14608",
"label": "eth1"
},
{
"id": "b91a5725-7500-489b-a454-e05d7c311525",
"label": "eth0"
}
]
}
}
トランスポートノードには、NSX-T API応答以上に従ってラベルとして返されるのを見ることができる物理的なNICのマッピングがあります。 
トランスポートノードのLLDPネイバーシステム名属性を確認するには、以下のNSX-APIリクエスト/応答を検索してください。
要求：
{
pnic_nodes {
id neighbor_name
}
}
応答：
{
"data": {
"pnic_nodes": [
{
"id": "82586be7-2998-401f-82ba-11afa5bb9730",
"neighbor_name": "leaf-2-525400C6DD2B"
},
{
"id": "0043d742-405a-454f-9e9b-695d5dd14608",
"neighbor_name": "leaf-2-525400C6DD2B"
},
{
"id": "b91a5725-7500-489b-a454-e05d7c311525",
"neighbor_name": "spine-1"
},
{
"id": "f77575fb-44ea-4ec7-9913-1c75b7af87bc",
"neighbor_name": "leaf-1-5254004D5560"
},
{
"id": "628d0f86-4bc1-4faf-8f3f-f1deb92ceee2",
"neighbor_name": "leaf-2-525400C6DD2B"
},
{
"id": "1e2162c3-9ce6-4f35-afc2-217bb48ced49",
"neighbor_name": "leaf-1-5254004D5560"
}
]
}
}
リーフ1/2はトランスポートノードへのLLDPネイバーです
クエリーの下で、対応するトランスポートノードのLLDPネイバーインターフェイス名属性を取得するには、以下を使用できます。
要求：
{
pnic_nodes {
id neighbor_intf
}
}
応答：
{
"data": {
"pnic_nodes": [
{
"id": "82586be7-2998-401f-82ba-11afa5bb9730",
"neighbor_name": "leaf-2-525400C6DD2B"
},
{
"id": "0043d742-405a-454f-9e9b-695d5dd14608",
"neighbor_name": "leaf-2-525400C6DD2B"
},
{
"id": "b91a5725-7500-489b-a454-e05d7c311525",
"neighbor_name": "spine-1"
},
{
"id": "f77575fb-44ea-4ec7-9913-1c75b7af87bc",
"neighbor_name": "leaf-1-5254004D5560"
},
{
"id": "628d0f86-4bc1-4faf-8f3f-f1deb92ceee2",
"neighbor_name": "leaf-2-525400C6DD2B"
},
{
"id": "1e2162c3-9ce6-4f35-afc2-217bb48ced49",
"neighbor_name": "leaf-1-5254004D5560"
}
]
}
}
トランスポートノードのインターフェイスのMTU属性を確認するためのNSX-APIリクエスト/応答。
要求：
{
pnic_nodes {
id neighbor_intf
}
}
応答：
{
"data": {
"pnic_nodes": [
{
"id": "82586be7-2998-401f-82ba-11afa5bb9730",
"neighbor_intf": "swp4"
},
{
"id": "0043d742-405a-454f-9e9b-695d5dd14608",
"neighbor_intf": "swp3"
},
{
"id": "b91a5725-7500-489b-a454-e05d7c311525",
"neighbor_intf": "eth0"
}
]
}
}
Geneveオーバーレイトラフィックを伝送するネットワークには、MTUサイズ1600以上が必要です。したがって、NSX-Tの応答では、ネットワークインターフェイスのMTU値1600がトランスポートノードに向かっています。
VNIC
- MAC アドレス: トランスポートノードまたはVMの仮想インターフェイスの物理アドレス属性
- ラベル： トランスポートノードのVNICラベル属性
- Ipv4_addr: トランスポートノードの仮想インターフェイスのIPアドレス属性
- Traffic_types: これは、トランスポートノードの仮想インターフェイスタイプから派生します。
- Mtu： トランスポートノードの仮想インターフェイスのMTU属性
以下のNSX-APIリクエスト/レスポンスでVNIC macアドレス属性を確認できます。これは、トランスポートノードのインターフェイス仮想インターフェイスまたはVMの仮想インターフェイスに対して可能です。ホスト スイッチの下のトランスポート ノードでは、アップリンク ポート グループに接続された VM NIC の MAC アドレスと一致する仮想 NIC を選択します。
要求：
{
vnic_nodes{
id mac_address
}
}
応答：
{
"data": {
"vnic_nodes": [
{
"id": "c84d8636-c28b-4db3-8747-37fadca4c7aa",
"mac_address": "1e:5c:3b:a2:ea:c3"
},
{
"id": "7d5826d8-0622-4a45-88d7-6b1e88bac62f",
"mac_address": "ca:0f:93:24:24:43"
}
]
}
}
トランスポートノードの仮想インターフェイスのインターフェイスID属性または仮想マシンの仮想インターフェイスのデバイス名属性を示すVNICラベルを確認するためのNSX-APIリクエスト/応答。
要求：
{
vnic_nodes{
id label
}
}
応答：
{
"data": {
"vnic_nodes": [
{
"id": "c84d8636-c28b-4db3-8747-37fadca4c7aa",
"label": "hyperbus"
},
{
"id": "7d5826d8-0622-4a45-88d7-6b1e88bac62f",
"label": "nsx-switch.0"
},
{
"id": "473c2b7d-ab2f-41cd-9a4b-fcf2eb248fd6",
"label": "nsx-switch.0"
},
{
"id": "9553390b-754e-45ef-8976-e63396d554ee",
"label": "nsx-vtep0.0"
},
{
"id": "a00bb649-5032-462f-97e7-b6c4f5f1ac86",
"label": "nsx-vtep0.0"
}
]
}
}
以下は、トランスポートノードの仮想インターフェイスのIPアドレス属性または論理ポートの仮想インターフェイスを示すVNIC Ipv4アドレスを確認するためのNSX-APIリクエスト/応答です。
要求：
{
vnic_nodes{
id ipv4_addr
}
}
応答：
{
"data": {
"vnic_nodes": [
{
"id": "9553390b-754e-45ef-8976-e63396d554ee",
"ipv4_addr": "192.168.1.13"
},
{
"id": "a00bb649-5032-462f-97e7-b6c4f5f1ac86",
"ipv4_addr": "192.168.1.12"
}
]
}
}
ここで「192.168.1.13」と「192.168.1.12」は、トランスポートノードの仮想トンネルエンドポイント(VTEP)として機能するホストトランスポートノード、すなわち 「nsx-vtep0.0」の ブリッジインターフェイスのipv4アドレスです。各ハイパーバイザーには、VLANヘッダー内のVMトラフィックをカプセル化し、さらに処理するためにパケットを宛先VTEPにルーティングする仮想トンネルエンドポイント(VTEP)があります。これは、VXLAN仮想ネットワークエニキャストGW VTEP IPと比較できます。
nsx-vtep0.0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1600
inet 192.168.1.12 netmask 255.255.255.224 broadcast 192.168.1.31
inet6 fe80::c8ec:50ff:fe69:536 prefixlen 64 scopeid 0x20<link>
ether ca:ec:50:69:05:36 txqueuelen 1000 (Ethernet)
RX packets 60312 bytes 3975194 (3.9 MB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 31215 bytes 2675310 (2.6 MB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
admin@localhost:~$
トランスポートノードの仮想インターフェイスのトラフィックタイプを確認するためのNSX-APIリクエスト/応答。以下の例に従って、トランスポート ノードのトラフィック タイプをオーバーレイ タイプにすることも、VLAN タイプにすることもできます。VLAN とオーバーレイ NSX トランスポート ゾーンの両方をトランスポート ノードに追加できます。
VLANベースのトランスポートゾーンは、主にアップリンクベースのトラフィック用です。異なるハイパーバイザーホスト上のVMが相互に通信する必要がある場合は、オーバーレイネットワークを使用する必要があります。Apstra FabricのVXLAN仮想ネットワークと比較できます。
要求：
{
vnic_nodes{
id traffic_types
}
}
応答：
{
"data": {
"vnic_nodes": [
{
"id": "9553390b-754e-45ef-8976-e63396d554ee",
"traffic_types": [
"overlay"
]
},
{
"id": "a00bb649-5032-462f-97e7-b6c4f5f1ac86",
"traffic_types": [
"overlay"
]
}
]
}
}
トランスポートノードのmtuサイズを取得するためのNSX-APIリクエスト/応答。オーバーレイトラフィックを伝送するネットワークのMTUサイズは、Geneveオーバーレイトラフィックを伝送するため、1600以上のサイズである必要があります。N-VDSとTEPカーネルインターフェイスはすべて、ジャンボフレームMTUサイズ(すなわち1600以上)を持つ必要があります。
要求：
{
vnic_nodes{
id mtu
}
}
応答：
{
"data": {
"vnic_nodes": [
{
"id": "9553390b-754e-45ef-8976-e63396d554ee",
"mtu": 1600
},
{
"id": "a00bb649-5032-462f-97e7-b6c4f5f1ac86",
"mtu": 1600
}
]
}
}
したがって、仮想インターフェイス、すなわち NSX VTEP と vswitch は、スクリーンショットごとに 1600 mtu である必要があります。
ポートチャネルポリシー
- ラベル： ホスト スイッチ アップリンク LAG プロファイルの名前属性
- モード： ホスト スイッチ アップリンク LAG プロファイルのモード属性
- Hashing_algorithm: ホスト スイッチ アップリンク LAG プロファイルのロード バランス アルゴリズム属性
アップリンクプロファイルは、ハイパーバイザーホストからNSX-T論理スイッチへのリンクのポリシーを使用して、NSX-T側のトランスポートノードにマッピングされます。 
ハイパーバイザーホストからNSX-T論理スイッチへのリンクは、物理的なNICに関連付けなければならないLAGまたはチーム設定で構成できます。
論理スイッチアップリンクLAGプロファイル属性を確認するためのNSX-APIリクエスト/応答。
要求：
{
port_channel_nodes {
id label
} id port_channel_policy_nodes {
id label
}
}
応答：
{
"data": {
"port_channel_nodes": [
{
"id": "bd86666b-239d-4baa-8715-d73ca40d7100",
"label": null
},
{
"id": "ff5a5b6b-a103-471a-bbfd-ee3dc8c6e1c7",
"label": null
}
],
"id": "rack-based-blueprint-9dfa0044",
"port_channel_policy_nodes": [
{
"id": "59f60d47-ca48-441d-a4a4-e570af7bdb72",
"label": "PTEST-LAG"
}
]
}
}
アップリンクプロファイルラベルは、NSX-T 
ManagerのGUIから取得されたものと照合することもできます。
以下は、アップリンクLAGプロファイルのLACPモード属性を確認するためのNSX-APIリクエスト/応答です。
要求：
{
port_channel_nodes {
id
} id port_channel_policy_nodes {
id mode
}
}
応答：
{
"data": {
"port_channel_nodes": [
{
"id": "bd86666b-239d-4baa-8715-d73ca40d7100"
},
{
"id": "ff5a5b6b-a103-471a-bbfd-ee3dc8c6e1c7"
}
],
"id": "rack-based-blueprint-9dfa0044",
"port_channel_policy_nodes": [
{
"id": "59f60d47-ca48-441d-a4a4-e570af7bdb72",
"mode": "active"
}
]
}
}
ホスト スイッチ アップリンク プロファイルのロード バランシング アルゴリズム属性をチェックするための NSX-API リクエスト/応答。
要求：
{
port_channel_nodes {
id
} id port_channel_policy_nodes {
id hashing_algorithm
}
}
応答：
{
"data": {
"port_channel_nodes": [
{
"id": "bd86666b-239d-4baa-8715-d73ca40d7100"
},
{
"id": "ff5a5b6b-a103-471a-bbfd-ee3dc8c6e1c7"
}
],
"id": "rack-based-blueprint-9dfa0044",
"port_channel_policy_nodes": [
{
"id": "59f60d47-ca48-441d-a4a4-e570af7bdb72",
"hashing_algorithm": "srcMac"
}
]
}
}
上記のLAGプロファイルのスクリーンショットから、送信元MACアドレスベースのロードバランシングアルゴリズムを使用していることを検証できます。
Vnet
- Vn_type: トランスポートゾーンのトランスポートタイプ属性
- ラベル： 論理スイッチの名前属性の表示
- switch_label: トランスポートゾーンのスイッチ名属性
- Vlan： VLANトランスポートゾーンの論理スイッチのVLAN属性
- Vni: オーバーレイトランスポートゾーン用論理スイッチのvni属性
下記のトランスポートゾーンの各トランスポートタイプ属性を取得するには、クエリを使用することができます。これは主に、オーバーレイまたはVLANタイプのトランスポートゾーンのトラフィックタイプを示しています。
要求：
{
vnet_nodes {
id vn_type
} id
}
応答：
{
"data": {
"vnet_nodes": [
{
"id": "a3320cc6-601e-4a81-abe9-8464ae054f18",
"vn_type": "overlay"
},
{
"id": "6bdd7cd9-82eb-433d-8360-076d9daddd1b",
"vn_type": "vlan"
}
],
"id": "rack-based-blueprint-9dfa0044"
}
}
トラフィックタイプは、NSX-T Manager GUIで以下のように識別することもできます。 
N-VDS論理スイッチの表示名を確認するためのNSX-APIリクエスト/応答。
要求：
{
vnet_nodes {
id label
} id
}
応答：
{
"data": {
"vnet_nodes": [
{
"id": "241ce8e1-b31d-4093-a1a3-2f99a29ac2f9",
"label": "mahi-nsxt-kvm-ls"
},
{
"id": "fef41435-ac20-4c4d-81c0-b7f3059d977b",
"label": "zz-cvx-nsxt.cvx.2485377892354-2902673742_1000"
},
{
"id": "6bdd7cd9-82eb-433d-8360-076d9daddd1b",
"label": "zz-cvx-nsxt.cvx.2485377892354-2902673742_VLAN-100-UPLINK-PROFILE-LAG"
}
],
"id": "rack-based-blueprint-9dfa0044"
}
}
上記の「zz-cvx-nsxt.cvx.2485377892354-2902673742_1000」は、トランスポートゾーンに関連付けられたそれぞれの論理スイッチです。 
以下は、トランスポートゾーンのVLANベースの論理スイッチのVLAN ID属性を確認するためのNSX-APIリクエスト/応答です。
要求：
{
vnet_nodes {
id vlan
} id
}
応答：
{
"data": {
"vnet_nodes": [
{
"id": "e0b29951-7739-4ecb-8c87-5725a61f669a",
"vlan": 123
},
{
"id": "cdd0c6d5-fecb-44d8-84c4-06c685e8ef14",
"vlan": 2000
},
{
"id": "fef41435-ac20-4c4d-81c0-b7f3059d977b",
"vlan": 1000
},
{
"id": "6bdd7cd9-82eb-433d-8360-076d9daddd1b",
"vlan": 200
}
],
"id": "rack-based-blueprint-9dfa0044"
}
}
ApstraファブリックVNI IDの1000と2000は、水平方向のL2拡張トラフィック向けのVXLAN仮想ネットワークを表しています。NSX-T のブリッジバック論理スイッチには、同じ VLAN ID が定義されている必要があります。
NSX-Tの論理スイッチのVNI属性を確認するためのNSX-APIリクエスト/応答
要求：
{
vnet_nodes {
id vni
} id
}
応答：
{
"data": {
"vnet_nodes": [
{
"id": "a3320cc6-601e-4a81-abe9-8464ae054f18",
"vni": 67595
},
{
"id": "b7923224-659b-4075-b69b-3edeb5726a32",
"vni": 67589
},
{
"id": "18b81c81-8ae1-46b1-83ca-05cd5b364a1c",
"vni": 67584
}
],
"id": "rack-based-blueprint-9dfa0044"
}
}