次の表に、KVM/QEMU ハイパーバイザでサポートされる属性を示します。

次の表に、ESXI ハイパーバイザでサポートされる属性を示します。

次の表に、VirtualBox ハイパーバイザでサポートされている属性を示します。

KVM/QEMU ハイパーバイザを介して Cisco Nexus 9000v プラットフォームを展開できます。次の表に、KVM/QEMU での Cisco Nexus 9000v 展開でサポートされるパラメータを示します。

Cisco Nexus 9500v プラットフォームは、シーケンシャル モードと MAC エンコード モードの 2 つの異なるモードで実行されます。Nexus 9300v および Nexus 9500v のシーケンシャル モードの展開手順は、KVM/QEMU ハイパーバイザでまったく同じです。この場合、両方のプラットフォームの最大インターフェイスは 401 インターフェイスです (1 つの管理ポートまたは 400 のデータ ポート)。

Nexus 9500v は、複数のラインカードでインターフェイス トラフィックをエミュレートします。仮想スイッチは、最大合計 400 のインターフェイスに対して KVM/QEMU 上の単一の VM を使用します。Nexus 9500v の MAC エンコード スキーマに基づいて、KVM/QEMU CLI コマンドが呼び出されたときに、エンコードされたスロットとポート番号を使用して各ネットワーク アダプターの MAC アドレスを指定します。

Nexus 9000v プラットフォーム インスタンスまたはその他の仮想プラットフォーム間のインターコネクトは、Linux ブリッジとタップに基づいています。CLI コマンドを呼び出す前に、以下が利用可能であることを確認してください（構成例が提供されています）。

以下の構成例では、ブリッジとタップ インターフェイスを、それぞれ 1 つの管理インターフェイスと 1 つのデータ インターフェイスを持つ 2 つの N9Kv スイッチとともに作成できます。管理インターフェイス「interface mgmt0」は、ブリッジ「mgmt_bridge」を使用して管理ネットワークに接続されています。両方のスイッチからのデータ ポート インターフェイス「interface Eth1/1」は、ブリッジ「interconnect_br」を使用して背中合わせに接続されます。

（注）	必要な最小 QEMU バージョンは、Cisco NX-OS リリース 9.3(3) 以降の 4.2.0 です。

• ブリッジ (ESXi ハイパーバイザーの vSwitch に類似) が作成され、「UP」状態に設定されます。

  ブリッジを作成して UP 状態にする Linux コマンド:

  sudo brctl addbr mgmt_bridge

  sudo brctl addbr interconnect_br

  sudo ifconfig mgmt_bridge up

  sudo ifconfig interconnect_br up

• タップ インターフェイスは、Nexus 9000v が使用しているインターフェイスの数に基づいて作成されます。

  タップ インターフェイスを作成する Linux コマンド:

  sudo openvpn --mktun –dev tap_sw1_mgmt

  sudo openvpn --mktun –dev tap_sw2_mgmt

  sudo openvpn --mktun –dev tap_sw1_eth1_1

  sudo openvpn --mktun –dev tap_sw2_eth1_1

• ブリッジはタップ インターフェイスに接続されます。

  ブリッジをタップ インターフェイスに接続する Linux コマンド:

  sudo brctl addif mgmt_bridge tap_sw1_mgmt

  sudo brctl addif mgmt_bridge tap_sw2_mgmt

  sudo brctl addif interconnect_br tap_sw1_eth1_1

  sudo brctl addif interconnect_br tap_sw2_eth1_1

• すべてのタップ インターフェイスは「UP」状態である必要があります。

  タップ インターフェイスを UP 状態にする Linux コマンド:

  sudo ifconfig tap_sw1_mgmt up

  sudo ifconfig tap_sw2_mgmt up

  sudo ifconfig tap_sw1_eth1_1 up

  sudo ifconfig tap_sw2_eth1_1 up

• すべてのタップ インターフェイスがブリッジに接続されていることを確認します

  タップ インターフェイスがブリッジに接続されていることを確認する Linux コマンド:

  brctl show

  bridge name        bridge id            STP enabled        interfaces
  interconnect_br    8000.1ade2e11ec42    no                 tap_sw1_eth1_1
                                                             tap_sw2_eth1_1
   
  mgmt_bridge        8000.0a52a9089354    no                 tap_sw1_mgmt
                                                             tap_sw2_mgmt
  

2 つの Nexus 9000v プラットフォームを起動し、それぞれ 1 つのインターフェイスを背中合わせに接続するには、次のコマンドを例として使用できます。接続は、ソケットベースまたはブリッジベースの接続にすることができます。この例では、ブリッジを使用して、管理インターフェイスのインスタンスと 1 つのデータ ポートを接続します。同様に、コマンド ライン オプションでネット デバイスを追加することで、同じ方法でより多くの Nexus 9000v データ ポートを接続できます。この例では、両方の Nexus 9000v インスタンスの 2 つのインターフェイス (インターフェイス mgmt0 とインターフェイス eth1/1) がそれぞれマッピングされています。

Nexus 9000v の最初のインスタンスの場合:

sudo qemu-system-x86_64 -smp 2  -m 8196 -enable-kvm -bios bios.bin 
-device i82801b11-bridge,id=dmi-pci-bridge 
-device pci-bridge,id=bridge-1,chassis_nr=1,bus=dmi-pci-bridge
-device pci-bridge,id=bridge-2,chassis_nr=2,bus=dmi-pci-bridge
-device pci-bridge,id=bridge-3,chassis_nr=3,bus=dmi-pci-bridge
-device pci-bridge,id=bridge-4,chassis_nr=4,bus=dmi-pci-bridge
-device pci-bridge,id=bridge-5,chassis_nr=5,bus=dmi-pci-bridge
-device pci-bridge,id=bridge-6,chassis_nr=6,bus=dmi-pci-bridge
-device pci-bridge,id=bridge-7,chassis_nr=7,bus=dmi-pci-bridge
-netdev tap,ifname=tap_sw1_mgmt,script=no,downscript=no,id=eth1_1_0 
-device e1000,bus=bridge-1,addr=1.0,netdev=eth1_1_0,mac=00:b0:b0:01:aa:bb,multifunction=on,
romfile= 
-netdev tap,ifname=tap_sw1_eth1_1,script=no,downscript=no,id=eth1_1_1 
-device e1000,bus=bridge-1,addr=1.1,netdev=eth1_1_1,mac=00:b0:b0:01:01:01,multifunction=on,
romfile= 
-device ahci,id=ahci0 -drive file=test1.qcow2,if=none,id=drive-sata-disk0,id=drive-sata-disk0,
format=qcow2 
-device ide-hd,bus=ahci0.0,drive=drive-sata-disk0,id=drive-sata-disk0 
-serial telnet:localhost:9000,server,nowait -M q35 -daemonize 

Nexus 9000v の 2 番目のインスタンスの場合:

sudo qemu-system-x86_64 -smp 2  -m 8196 -enable-kvm -bios bios.bin 
-device i82801b11-bridge,id=dmi-pci-bridge 
-device pci-bridge,id=bridge-1,chassis_nr=1,bus=dmi-pci-bridge 
-device pci-bridge,id=bridge-2,chassis_nr=2,bus=dmi-pci-bridge 
-device pci-bridge,id=bridge-3,chassis_nr=3,bus=dmi-pci-bridge 
-device pci-bridge,id=bridge-4,chassis_nr=4,bus=dmi-pci-bridge 
-device pci-bridge,id=bridge-5,chassis_nr=5,bus=dmi-pci-bridge 
-device pci-bridge,id=bridge-6,chassis_nr=6,bus=dmi-pci-bridge 
-device pci-bridge,id=bridge-7,chassis_nr=7,bus=dmi-pci-bridge 
-netdev tap,ifname=tap_sw2_mgmt,script=no,downscript=no,id=eth1_1_0 
-device e1000,bus=bridge-1,addr=1.0,netdev=eth1_1_0,mac=00:b0:b0:02:aa:bb,multifunction=on,
romfile= 
-netdev tap,ifname=tap_sw2_eth1_1,script=no,downscript=no,id=eth1_1_1 
-device e1000,bus=bridge-1,addr=1.1,netdev=eth1_1_1,mac=00:b0:b0:02:01:01,multifunction=on,
romfile= 
-device ahci,id=ahci0 -drive file=test2.qcow2,if=none,id=drive-sata-disk0,id=drive-sata-disk0,
format=qcow2 
-device ide-hd,bus=ahci0.0,drive=drive-sata-disk0,id=drive-sata-disk0 
-serial telnet:localhost:9100,server,nowait -M q35 -daemonize 

qemu-system-x86_64 以上の KVM コマンドは、Linux のデプロイ方法によっては同等です。呼び出しが成功すると、「telnet localhost 9000」または「telnet localhost 9100」を介して、シリアル コンソールの両方のインスタンスにそれぞれアクセスできるはずです。

LLDP および LACP マルチキャスト固有のパケットのトラフィックを Linux ブリッジ経由で渡すには、各インスタンスに接続するすべてのブリッジで次の値を設定します。

• VM 間の LLDP および LACP 通信を設定します。

  echo 0x4004 > /sys/class/net/br_test/bridge/group_fwd_mask

• Linux ブリッジを介したマルチキャスト パケット フローを許可します。

  echo 0 > /sys/devices/virtual/net/br_test/bridge/multicast_snooping

Cisco Nexus 9500v は、シーケンシャル モードと MAC エンコード モードの 2 つの異なるモードで動作します。Nexus 9300v および Nexus 9500v のシーケンシャル モードの展開手順は、ESXi ハイパーバイザでまったく同じです。両方のプラットフォーム タイプのインターフェイスの最大数は 10（1 つの管理ポートと 9 つのデータ ポート）です。これはハイパーバイザの制限です。

Nexus 9500v は、インターフェイスの総数が 10 に制限されている場合でも、ESXi ハイパーバイザ上の単一の VM で複数回線カード インターフェイス トラフィックをエミュレートします。Nexus 9500v の MAC エンコード スキーマの使用を選択した場合は、エミュレートされているスロットとポートに一致するように各ネットワーク アダプタの MAC アドレスを変更します。

Nexus 9300v と Nexus 9500v、またはその他の仮想プラットフォーム間のネットワークは、ESXi ハイパーバイザのブリッジとしての vSwitch に基づいています。さまざまな顧客のユース ケースをシミュレートするように設計された任意のトポロジを使用できます。

Vagrant/VBox 環境に Cisco Nexus 9300v を展開することはできません。仮想 artifacts.boxファイルは、配布でのみ入手できます。

nexus9300v.9.3.3.IDI9.0.XXX.box を VirtualBox に展開します。Vagrant/Vbox の使用に関する次のカスタマイズ ガイドラインと警告を参照してください。

• Vagrant ファイルでのユーザーのカスタマイズは必要ありません。

• Windows の名前付きパイプを変更する必要はありません。Mac または Windows の両方で、デフォルトのポート 2023 を使用してシリアル コンソールにアクセスします。必要に応じて、このシリアル コンソールを telnet localhost 2023 経由で使用して、スイッチの起動プロセスを監視します。

• 標準のボックス プロセスは、他のアプライアンスのディストリビューションと同様に使用されます。ベース ボックス名を使用して VM を起動するだけです。

• ボックス名は、Vagrant ファイルの config.vm.box フィールドを使用して、「base」以外の別の名前に変更できます。

• ブートストラップ構成は、リリース イメージ ファイルから .box の既存の汎用構成以外に、スイッチに別の構成を適用する場合に可能です。この場合、vb.customize pre-boot を使用します。例：

  vb.customize "pre-boot", [ 
               "storageattach", :id, 
               "--storagectl", "SATA", 
               "--port", "1", 
               "--device", "0", 
               "--type", "dvddrive", 
               "--medium", "../common/nxosv_config.iso",
  

• config.vm.base_mac フィールドを使用して、VM インターフェイスの MAC アドレスをカスタマイズします。この変更は、vagrant up CLI コマンドを入力する前、および vagrant init CLI コマンドを入力した後に実行する必要があります。vagrant up CLI コマンドの入力後、または VM の作成後に MAC アドレスを変更する場合は、ボックス コマンドを使用して VM を変更します。

Nexus 9300v と他の仮想プラットフォーム間のネットワークは、VBox 内部ネットワークに基づいています。次の接続図を参照してください。

環境に応じて、適切な仮想アーティファクトを使用し、次のセクションのいずれかを参照して VM を展開します。

• KVM/QEMU に対する Nexus 9000v 展開ワークフロー

• ESXi の Nexus 9000v 展開ワークフロー

• Vagrant 用 Nexus 9000v 展開ワークフロー

Nexus 9300v のアップグレードは、Cisco Nexus 9000v リリース 9.3(1) 以降の仮想アーティファクトで作成された VM からのみ許可されます。アップグレードする前に、ブートフラッシュに 400Mb 以上の新しい NX-OS バイナリ イメージがあることを確認してください。アップグレードするには、新しいバイナリをブートフラッシュにコピーしてから、標準の NX-OS ワークフローを使用してアップグレードします (例: 'install all nxos bootflash:///<nxos.bin> ')。

これはプラットフォームの最初のリリースであるため、Nexus 9500v のアップグレードはサポートされていません。

Nexus 9300v および 9500v lite の場合、以前のバイナリ イメージから Lite バイナリ イメージへの ISSU はサポートされていません。コールド ブートを使用してイメージを起動できる場合でも、最初に以前の構成を削除してから、lite バイナリをインストールします。