Cisco Nexus 1000V ソフトウェア アップ グレード ガイド リリース 4.0(4)SV1(3b)

表 1 ソフトウェアの入手

発信元	説明
シスコ	Cisco Nexus 1000V Release 4.0(4) SV1(3b)ソフトウェアを シスコの Web サイト からダウンロードします。
VMware	VMware Web サイト から VMware ソフトウェアをダウンロードします。

---

---

---

VSM のアップグレードに関する前提条件

VSM をアップグレードするための前提条件を次に示します。

• Cisco Nexus 1000V ソフトウェアを Release 4.0(4) SV1(3b) にアップブレードする。

• ネットワーク管理者とサーバ管理者が協力してアップグレード手順を調整する。

• VSM からアクセス可能な外部ストレージ上で次のファイルを使用できる。

– nexus-1000v-mz.4.0.4.SV1.3b.bin

– nexus-1000v-kickstart-mz.4.0.4.SV1.3b.bin

• アップグレード中に失われないように、実行コンフィギュレーションの変更内容をスタートアップ コンフィギュレーションに保存してある。

• 実行コンフィギュレーションのバックアップ コピーを外部ストレージに保存してある。

コンフィギュレーション ファイルのバックアップ方法については、『 Cisco Nexus 1000V System Management Configuration Guide, Release 4.0(4)SV1(3) 』を参照してください。

Release 4.0(4)SV1(2)、Release 4.0(4)SV1(3)、Release 4.0(4) SV1(3a) から Release 4.0(4) SV1(3b) への VSM のアップグレード

ここでは、VSM の Release 4.0(4) SV1(3b) へのアップグレード手順について説明します。

---

（注） 次の手順は、例として、Release 4.0(4)SV1(3) から Release 4.0(4) SV1(3b) へのアップグレードを示しています。

---

（注） この手順は、ネットワーク管理者が実行します。

VSM ソフトウェアの Release 4.0(4) SV1(3b) へのアップグレードを実行するには、次の手順を実行します。

---

ステップ 1 新しいソフトウェア リリース システム イメージ ファイルとキックスタート イメージ ファイルをアクティブ VSM のブートフラッシュ ファイル システムにコピーします。

ステップ 2 install all コマンドを使用して、Release 4.0(4) SV1(3b) イメージをアクティブとスタンバイの両方の VSM にコピーし、ブート変数をアップグレードします。

---

（注） 可能な場合は、ソフトウェア イメージを外部リポジトリから入手して、install all コマンドを使用してコピーします。

ステップ 3 実行コンフィギュレーションをスタートアップ コンフィギュレーションにコピーすることによって構成を保存します。

ステップ 4 構成が保存されていることを確認します。

ステップ 5 VSM のアクティブ モジュールとスタンバイ モジュールの状態を確認します。

---

（注） 上の例で、太字で示されている行は、VSM モジュール 2 が Release 4.0(4)SV1(3) であることを表しています。

ステップ 6 スタンバイ VSM をリロードします。

モジュール 2 がスタンバイ モジュールであるため、次の例ではモジュール 2 を使用します。スタンバイ VSM のリロード後に、ソフトウェア リリース 4.0(4)SV1(3) を実行しているアクティブ VSM と Release 4.0(4) SV1(3b) を実行しているスタンバイ VSM が同期化されます。

---

（注） シーケンス エラーがメッセージ付きで表示される場合があります。これは予想されたことであり、無視してかまいません。

ステップ 7 VSM のアクティブ モジュールとスタンバイ モジュールの状態と、ソフトウェア リリース バージョンを確認します。

---

（注） 上の例で太字の行は、リロード後のアクティブ モジュールとスタンバイ モジュールと、スタンバイ モジュールの VSM モジュール 2 が Release 4.0(4) SV1(3b) にアップグレードされていることを表しています。

ステップ 8 アクティブ VSM で system switchover コマンドを入力して、スタンバイ VSM をアクティブにし、アクティブ VSM をリロードします。

モジュールがスイッチオーバーすると、プライマリ モジュールがリロードされ、新しいソフトウェア バージョンのスタンバイ VSM として復帰します。

ステップ 9 システム スイッチオーバーを確認します。

次の例では、モジュール 2 がアクティブ モジュールで、モジュール 1 がスタンバイ モジュールになっています。

---

（注） 上の例で太字の行は、VSM モジュール 1 が Release 4.0(4) SV1(3b) にアップグレードされていることを表しています。
モジュール 1 を元の状態のアクティブ モジュールに、モジュール 2 を元の状態のスタンバイ モジュールに変更するには、もう一度 system switchover コマンドを使用します。

ステップ 10 （オプション）非デフォルト（jumbo）MTU 設定を構成している場合は、VEM のアップグレードに進む前に「非デフォルト（Jumbo）MTU 設定に関する現象と解決方法」を参照してください。

ステップ 11 VEM のアップグレードに進みます。

詳細については、「VEM のアップグレード」を参照してください。

 

Release 4.0(4)SV1(1) から Release 4.0(4) SV1(3b) への VSM のアップグレード

ここでは、Release 4.0(4)SV1(1) から Release 4.0(4) SV1(3b) への VSM のアップグレードについて説明します。

VSM ソフトウェアの Release 4.0(4)SV1(1) から Release 4.0(4) SV1(3b) へのアップグレードを実行するには、次の手順を実行します。

---

（注） この手順は、ネットワーク管理者が実行します。

---

ステップ 1 VSM 以外のすべての VM の電源をオフにします。

ステップ 2 新しいソフトウェア リリース システム イメージ ファイルとキックスタート イメージ ファイルをアクティブ VSM のブートフラッシュ ファイル システムにコピーします。

ステップ 3 既存のシステム ブート変数とキックスタート ブート変数を削除します。

ステップ 4 新しいシステム ブート変数とキックスタート ブート変数を追加します。

---

（注） デュアル VSM の場合、boot auto-copy がイネーブル（デフォルト）で terminal monitor もイネーブルなら、スタンバイ VSM にもイメージがコピーされます。2 回目のログ メッセージが表示されたら、次のステップに進んでください。

---

ステップ 5 実行コンフィギュレーションをスタートアップ コンフィギュレーションにコピーすることによって、リブートおよび再起動が行われても実行コンフィギュレーションを永続的に保存します。

ステップ 6 構成が保存されていることを確認します。

ステップ 7 VSM のアクティブ モジュールとスタンバイ モジュールの状態を確認します。

---

（注） 上の例で太字の行は、VSM モジュールの 1 と 2 が Release 4.0(4)SV1(1) であることを表しています。

ステップ 8 VSM をリロードします。

アップグレードされた VSM が新しいソフトウェア バージョンで起動します。

ステップ 9 VSM がアップグレードされていることを確認します。

---

（注） 上の例で太字の行は、VSM モジュールの 1 と 2 が Release 4.0(4) SV1(3b) にアップグレードされていることを表しています。

ステップ 10 （オプション）非デフォルト（jumbo）MTU 設定を構成している場合は、VEM のアップグレードに進む前に「非デフォルト（Jumbo）MTU 設定に関する現象と解決方法」を参照してください。

ステップ 11 VEM のアップグレードに進みます。

詳細については、「VEM のアップグレード」を参照してください。

 

---

VEM のアップグレードに関する前提条件

VEM をアップグレードするための前提条件を次に示します。

• VSM CLI に EXEC モードでログインしている。

• VSM を新しいソフトウェア バージョンにアップグレードしてある。

• ネットワーク管理者とサーバ管理者が協力して VEM アップグレードを調整する。

• VMware vCenter および VUM の互換性のあるバージョンについては、『 Cisco Nexus 1000V Compatibility Information, Release 4.0(4)SV1(2) 』 を参照してください。

Release 4.0(2)SV1(2) または Release 4.0(2)SV1(3) から Release 4.0(4) SV1(3b) への VEM のアップグレード

ここでは、VEM の Release 4.0(4) SV1(3b) へのアップグレードの手順について説明します。内容は、次のとおりです。

• 「VMware Update Manager（VUM）を使用した Release 4.0(4) SV1(3b) への VEM のアップグレード」

• 「VEM の Release 4.0(4) SV1(3b) への手動アップグレード」

VMware Update Manager（VUM）を使用した Release 4.0(4) SV1(3b) への VEM のアップグレード

VUM を使用して VEM をアップグレードするには、次の手順を実行します。

---

（注） 次の手順は、例として、Release 4.0(4)SV1(3) から Release 4.0(4) SV1(3b) へのアップグレードを示しています。

---

（注） この手順は、ネットワーク管理者が実行します。

---

ステップ 1 パッチの ESX400/ESXi400-201002001 よりも前の VMware ソフトウェア リリースを使用して ESX/ESXi を実行している場合は、VM の電源をオフにします。

ホスト メンテナンス モードで ESX/ESXi を実行している場合は、VM の電源をオフにする必要がありません。これは、ESX がアップグレード用のメンテナンス モードになり、VM が別のホストに Vmotion されるためです。

ステップ 2 サーバ管理者に通知して、VEM アップグレード プロセスを調整します。

ステップ 3 アップグレードの通知が送信されたことを確認します。

---

（注） DVS 出力の値は、vCenter のバージョンによって異なります。

ステップ 4 サーバ管理者が vCenter でアップグレードを承認したことを確認します。

サーバ管理者による VEM アップグレードの承認方法については、「vCenter クライアントでの VEM アップグレードの承認」を参照してください。

サーバ管理者と通知の承認について調整し、サーバ管理者がアップグレードを承認してから、VEM アップグレードに進みます。

ステップ 5 VUM アップグレード プロセスを開始します。

vCenter によって DVS がロックされて VUM が始動し、VEM がアップグレードされます。

---

---

（注） 次のコマンドを入力して、vCenter サーバ上の Cisco Nexus 1000V Bundle ID を更新する必要があります。

---

（注） ESX/ESXi ホストで VMware パッチの ESX400/ESXi400-201002001 または ESX410/ESXi410 が使用されており、DRS 設定が受け入れ可能な状態になっている場合は、VUM によって VM が自動的にホストからクラスタ内の別のホストに Vmotion され、ESX/ESXi がアップグレード用のメンテナンス モードになります。このプロセスは、DRS クラスタ内のすべてのホストがアップグレードされるまで他のホストに対して繰り返し実行されます。

ステップ 6 アップグレードの完了ステータスを確認します。

ステップ 7 アップグレード プロセスが完了したら、VEM アップグレード状態をクリアします。

ステップ 8 アップグレード プロセスが完了していることを確認します。

---

（注） 上の例で太字の行は、すべての VSM と VEM が Release 4.0(4) SV1(3b) にアップグレードされていることを表しています。

ステップ 9 機能サポートレベルの変更が必要かどうかを確定します。

• Release 4.0(4)SV1(3) からアップグレードしている場合は、この手順は終了です。

• Release 4.0(4)SV1(2) からアップグレードしている場合は、ステップ 10 に進みます。

ステップ 10 （オプション）新しいソフトウェア バージョンのすべての新機能を VSM でサポートできるように機能サポート レベルを変更します。

詳細については、「機能のサポート レベルの変更」を参照してください。

 

VEM の Release 4.0(4) SV1(3b) への手動アップグレード

VEM の手動アップグレードには、ホスト ESX CLI 上で使用可能な VMware ESX コマンドと VMware vCLI コマンドのどちらかを使用した Cisco Nexus 1000V が含まれます。詳細については、『 Cisco Nexus 1000V Virtual Ethernet Module Software Installation Guide, Release 4.0(4)SV1(2) 』を参照してください。

VEM を手動でアップグレードするには、次の手順を実行します。

---

（注） この手順は、ネットワーク管理者が実行します。

---

ステップ 1 パッチの ESX400/ESXi400-201002001 よりも前の VMware ソフトウェア リリースを使用して ESX/ESXi を実行している場合は、VM を Vmotion するか、VM の電源をオフにします。

VMware パッチの ESX400/ESXi400-201002001 を使用して ESX/ESXi を実行している場合は、VM の電源をオフにする必要がありません。ただし、VEM をアップグレードする前にホストを手動でメンテナンス モードにする必要があります。

ステップ 2 サーバ管理者に通知して、VEM アップグレード プロセスを調整します。

ステップ 3 アップグレードの通知が送信されたことを確認します。

ステップ 4 サーバ管理者が vCenter サーバでアップグレードを承認したことを確認します。

サーバ管理者による VEM アップグレードの承認方法については、「vCenter クライアントでの VEM アップグレードの承認」を参照してください。

サーバ管理者がアップグレードを承認したら、VEM アップグレードに進みます。

ステップ 5 手動アップグレード プロセスを開始します。

---

（注） VUM が vCenter 環境でイネーブルになっている場合は、vmware vem upgrade proceed コマンドを入力する前にそれをディセーブルにして、新しい VIB がすべてのホストに転送されないようにします。

vCenter サーバ上の Cisco Nexus 1000V Bundle ID が更新されるように vmware vem upgrade proceed コマンドを入力します。VUM がイネーブルになっており、Bundle ID を更新していない場合は、次に ESX を VSM に追加したときに不正な VIB バージョンが VEM に転送されます。

ステップ 6 アップグレードの完了ステータスを確認します。

ステップ 7 サーバ管理者がすべての ESX ホスト VEM を新しい VEM ソフトウェア リリースで更新し、アップグレード プロセスが完了したことを通知してくるまで待ちます。

サーバ管理者は、 vihostupdate コマンドまたは ESX/ESXi 更新を使用して手動アップグレードを実行します。VEM ソフトウェアの手動インストール方法については、『 Cisco Nexus 1000V Virtual Ethernet Module Software Installation Guide, Release 4.0(4)SV1(2) 』を参照してください。

ステップ 8 アップグレード プロセスが完了したら、VEM アップグレード状態をクリアします。

ステップ 9 アップグレード プロセスが完了していることを確認します。

---

（注） 上の例で太字の行は、すべての VSM と VEM が Release 4.0(4) SV1(3b) にアップグレードされていることを表しています。

ステップ 10 機能サポートレベルの変更が必要かどうかを確定します。

• Release 4.0(4)SV1(3) からアップグレードしている場合は、この手順は終了です。

• Release 4.0(4)SV1(2) からアップグレードしている場合は、ステップ 11 に進みます。

ステップ 11 （オプション）新しいソフトウェア バージョンのすべての新機能を VSM でサポートできるように機能サポート レベルを変更します。

詳細については、「機能のサポート レベルの変更」を参照してください。

 

Release 4.0(4)SV1(1) から Release 4.0(4) SV1(3b) への VEM のアップグレード

ここでは、Release 4.0(4)SV1(1) から Release 4.0(4) SV1(3b) への VEM アップグレード手順について説明します。内容は次のとおりです。

• 「VMware Update Manager（VUM）を使用した VEM のアップグレード：Release 4.0(4)SV1(1) から Release 4.0(4) SV1(3b) へ」

• 「VEM の手動アップグレード：Release 4.0(4)SV1(1) から Release 4.0(4) SV1(3b) へ」

VMware Update Manager（VUM）を使用した VEM のアップグレード：Release 4.0(4)SV1(1) から Release 4.0(4) SV1(3b) へ

VUM を使用して VEM をアップグレードするには、次の手順を実行します。

---

（注） この手順は、ネットワーク管理者が実行します。アップグレードに進む前に、VM の電源がオフになっていることを確認します。

---

---

ステップ 1 サーバ管理者に通知して、VEM アップグレード プロセスを調整します。

ステップ 2 アップグレードの通知が送信されたことを確認します。

ステップ 3 サーバ管理者が vCenter サーバでアップグレードを承認したことを確認します。

サーバ管理者による VEM アップグレードの承認方法については、「vCenter クライアントでの VEM アップグレードの承認」を参照してください。

サーバ管理者と通知の承認について調整し、サーバ管理者がアップグレードを承認してから、VEM アップグレードに進みます。

サーバ管理者がアップグレードを承認したら、VEM アップグレードに進みます。

ステップ 4 VUM アップグレード プロセスを開始します。

vCenter によって DVS がロックされて VUM が始動し、VEM がアップグレードされます。

---

（注） vCenter サーバ上の Cisco Nexus 1000V Bundle ID が更新されるように vmware vem upgrade proceed コマンドを入力します。Bundle ID を更新しなかった場合は、次に ESX を VSM に追加したときに不正な VIB バージョンが VEM に転送されます。

ステップ 5 アップグレードの完了ステータスを確認します。

ステップ 6 アップグレード プロセスが完了したら、VEM アップグレード状態をクリアします。

ステップ 7 アップグレード プロセスが完了していることを確認します。

---

（注） 上の例で太字の行は、すべての VSM と VEM が Release 4.0(4) SV1(3b) にアップグレードされていることを表しています。

ステップ 8 新しいソフトウェア バージョンのすべての新機能を VSM でサポートできるように機能サポート レベルを変更します。

詳細については、「機能のサポート レベルの変更」を参照してください。

ステップ 9 VM の電源をオンにします。

 

VEM の手動アップグレード：Release 4.0(4)SV1(1) から Release 4.0(4) SV1(3b) へ

VEM の手動アップグレードには、ホスト ESX CLI 上で使用可能な VMware ESX コマンドと VMware vCLI コマンドのどちらかを使用した Cisco Nexus 1000V が含まれます。詳細については、『 Cisco Nexus 1000V Virtual Ethernet Module Software Installation Guide, Release 4.0(4)SV1(2) 』も参照してください。

VEM を手動でアップグレードするには、次の手順をネットワーク管理者として実行します。

---

（注） この手順は、ネットワーク管理者が実行します。アップグレードに進む前に、VM の電源がオフになっていることを確認します。

---

ステップ 1 サーバ管理者に通知して、VEM アップグレード プロセスを調整します。

ステップ 2 アップグレードの通知が送信されたことを確認します。

ステップ 3 サーバ管理者が vCenter サーバでアップグレードを承認したことを確認します。

サーバ管理者による VEM アップグレードの承認方法については、「vCenter クライアントでの VEM アップグレードの承認」を参照してください。

サーバ管理者がアップグレードを承認したら、VEM アップグレードに進みます。

ステップ 4 ESX ホストで VSM がホストされていない場合は、ステップ 5に進みます。

ESX ホストで VSM がホストされている場合は、サーバ管理者と協力して、VSM の電源をオフにし、手動プロセスを使用して ESX ホスト上の VEM をアップグレードし、VSM の電源をオンにします。

ステップ 5 Cisco Nexus 1000V Bundle ID アップグレード プロセスを開始します。

---

（注） VUM が vCenter 環境でイネーブルになっている場合は、vmware vem upgrade proceed コマンドを入力する前にそれをディセーブルにして、新しい VIB がすべてのホストに転送されないようにします。

vCenter サーバ上の Cisco Nexus 1000V Bundle ID が更新されるように vmware vem upgrade proceed コマンドを入力します。Bundle ID を更新しなかった場合は、次に ESX を VSM に追加したときに不正な VIB バージョンが VEM に転送されます。

ステップ 6 アップグレードの完了ステータスを確認します。

ステップ 7 サーバ管理者がすべての ESX ホスト VEM を新しい VEM ソフトウェア リリースで更新し、アップグレード プロセスが完了したことを通知してくるまで待ちます。サーバ管理者は、vi ホスト更新または ESX/ESXi 更新を使用して手動アップグレードを実行します。詳細については、『 Cisco Nexus 1000V Virtual Ethernet Module Software Installation Guide, Release 4.0(4)SV1(2) 』を参照してください。

ステップ 8 アップグレード プロセスが完了したら、VEM アップグレード状態をクリアします。

ステップ 9 アップグレード プロセスが完了していることを確認します。

---

（注） 上の例で太字の行は、すべての VSM と VEM が Release 4.0(4) SV1(3b) にアップグレードされていることを表しています。

ステップ 10 新しいソフトウェア バージョンのすべての新機能を VSM でサポートできるように機能サポート レベルを変更します。

詳細については、「機能のサポート レベルの変更」を参照してください。

ステップ 11 VM の電源をオンにします。

---

機能サポート レベルの変更に関する前提条件

機能サポート レベルを変更するための前提条件を次に示します。

• EXEC モードで CLI にログインしている。

• アップグレード後の VSM デフォルトは、以前のソフトウェア バージョンの機能だけをサポートすることです。ネットワーク管理者が明示的に機能サポート レベルをアップグレードしない限り、新しいソフトウェア バージョンで追加された機能はサポートされず使用できません。この手順では機能のサポート レベルをアップグレードします。

• インストールされている最低の VEM ソフトウェア バージョンをサポートするよう VSM を設定して、機能を一貫してサポートすることができます。

• 機能のサポート レベルをアップグレードする前に、VSM ドメイン内のすべての VEM を新しいソフトウェア バージョンにアップグレードする必要があります。

• VSM 機能のサポート レベルをアップグレードすると、他のソフトウェア バージョンがインストールされた VEM は VSM に接続できなくなります。

• VSM 機能のサポート レベルをアップグレードすると、ダウングレードできなくなります。

機能のサポート レベルの変更

機能サポート レベルを変更するには、次の手順を実行します。

---

（注） この手順は、ネットワーク管理者が実行します。

---

（注） 次の手順は、例として、機能サポート レベル 4.0(4)SV1(2) からのアップグレードを示しています。

---

ステップ 1 現在の機能サポート レベルを確認します。

switch# show system vem feature level

current feature level: 4.0(4)SV1(2)

---

（注） 現在の機能サポート レベルが 4.0(4)SV1(1) または 4.0(4)SV1(2) である場合、機能サポート レベル 4.0(4)SV1(3) へのアップグレードを選択できます。

ステップ 2 現在の VEM 機能および VEM のバージョンに基づいて出力を表示します。

switch# system update vem feature level

1 4.0(4)SV1(2)

2 4.0(4)SV1(3)

---

（注） すべての VEM が新しいソフトウェア バージョンにアップグレードされると、機能サポートを新しいソフトウェア バージョンにアップグレードできます。以前のソフトウェア バージョンを実行している VEM が 1 つでもあれば、機能サポート レベルをアップグレードすることができず、リストは空になります。

ステップ 3 機能レベルをステップ 2 で表示されたリストの必要な索引レベルに変更します。

switch# system update vem feature level 2

Old feature level: 4.0(4)SV1(2)

New feature level: 4.0(4)SV1(3)

---

（注） 機能レベルのアップグレード後は、その機能レベルよりも古いバージョンの VEM は VSM に接続できなくなります。

ステップ 4 更新された機能サポート レベルを確認します。

ステップ 5 VEM への接続を確認します。

---

（注） show module コマンドの出力で VEM の状態が次のいずれかになります。
OK：VEM が VSM に接続されている。
not-inserted(upgrade)：VEM が VSM に接続されていない。

ステップ 6 ソフトウェア アップグレードが完了しました。

VEM アップグレードの承認に関する前提条件

VEM アップグレードを承認するための前提条件を次に示します。

• EXEC モードで CLI にログインしている。

• ネットワーク管理者とサーバ管理者がアップグレード手順を調整している。

• VEM アップグレードの前に VSM アップグレードが完了している。

• VEM ソフトウェアのアップグレードが利用可能であるという vCenter の通知を受信している。

VEM のアップグレードの承認

ネットワーク管理者が VSM をアップグレードし、新しい VEM ソフトウェア バージョンが利用可能であることを vCenter サーバに通知してから、サーバ管理者が VEM アップグレードを承認します。

VEM アップグレードに対する要求を承認するには、次の手順を実行します。

---

（注） この手順は、サーバ管理者が実行します。

---

ステップ 1 vSphere Client DVS の [Summary] タブをクリックして、ソフトウェア アップグレードが使用可能かどうかを確認します（図 1を参照）。

図 1 vSphere Client DVS の [Summary] タブ

 

 

ステップ 2 [Apply upgrade] をクリックします。

次の処理が行われます。

• VEM にアップグレードを適用できることがネットワーク管理者に通知される。

• ネットワーク管理者が vCenter に VEM アップグレードを開始するよう通知する。

• VUM を使用する場合、vCenter によって DVS がロックされて VUM が始動し、VEM がアップグレードされる。

ネットワーク管理者が実施する VEM アップグレードの詳細については、「VEM のアップグレード」 を参照してください。

 

非デフォルト（Jumbo）MTU 設定に関する現象と解決方法

非デフォルト（jumbo）MTU 設定を構成している場合は、VEM のアップグレードに進む前にこの項をお読みください。

一般情報

『Cisco Nexus 1000V Documentation Roadmap, Release 4.0(4)SV1(3a)』

『Cisco Nexus 1000V Release Notes, Release 4.0(4)SV1(3a)』

『 Cisco Nexus 1000V Compatibility Information, Release 4.0(4)SV1(3a) 』

『 Cisco Nexus 1010 Management Software Release Notes, Release 4.0(4)SP1(1) 』

インストール & アップグレード

『 Cisco Nexus 1000V Virtual Supervisor Module Software Installation Guide, Release 4.0(4)SV1(3a) 』

『 Cisco Nexus 1000V Software Upgrade Guide, Release 4.0(4)SV1(3a) 』

『 Cisco Nexus 1000V Virtual Ethernet Module Software Installation Guide, Release 4.0(4)SV1(3a) 』

『 Cisco Nexus 1010 Virtual Services Appliance Installation Guide 』

コンフィギュレーション

『 Cisco Nexus 1000V License Configuration Guide, Release 4.0(4)SV1(3) 』

『 Cisco Nexus 1000V Getting Started Guide, Release 4.0(4)SV1(3) 』

『 Cisco Nexus 1000V High Availability and Redundancy Configuration Guide, Release 4.0(4)SV1(3) 』

『 Cisco Nexus 1000V Interface Configuration Guide, Release 4.0(4)SV1(3) 』

『 Cisco Nexus 1000V Layer 2 Switching Configuration Guide, Release 4.0(4)SV1(3) 』

『 Cisco Nexus 1000V Port Profile Configuration Guide, Release 4.0(4)SV1(3) 』

『 Cisco Nexus 1000V Quality of Service Configuration Guide, Release 4.0(4)SV1(3) 』

『 Cisco Nexus 1000V Security Configuration Guide, Release 4.0(4)SV1(3) 』

『 Cisco Nexus 1000V System Management Configuration Guide, Release 4.0(4)SV1(3) 』

『 Cisco Nexus 1010 Software Configuration Guide, Release 4.0(4)SP1(1) 』

プログラミング

『 Cisco Nexus 1000V XML API User Guide, Release 4.0(4)SV1(3) 』

リファレンス

『 Cisco Nexus 1000V Command Reference, Release 4.0(4)SV1(3) 』

『 Cisco Nexus 1000V MIB Quick Reference 』

『 Cisco Nexus 1010 Command Reference, Release 4.0(4)SP1(1) 』

トラブルシューティング & アラート

『 Cisco Nexus 1000V Troubleshooting Guide, Release 4.0(4)SV1(3a) 』

『 Cisco Nexus 1000V Password Recovery Guide 』

『 Cisco NX-OS System Messages Reference 』

ネットワーク解析モジュール マニュアル

『 Cisco Network Analysis Module Software Documentation Guide, 4.2 』

『 Cisco Nexus 1000V NAM Virtual Service Blade Installation and Configuration Guide 』

『 Network Analysis Module Command Reference Guide, 4.2 』

『 User Guide for the Cisco Network Analysis Module Virtual Service Blades, 4.2 』

『 Cisco Network Analysis Module Software Release Notes, 4.2 』

---

このマニュアルは、 「入手可能なマニュアル」 に記載されているマニュアルと併せて使用する必要があります。

Cisco and the Cisco Logo are trademarks of Cisco Systems, Inc. and/or its affiliates in the U.S. and other countries. A listing of Cisco's trademarks can be found at www.cisco.com/go/trademarks . Third party trademarks mentioned are the property of their respective owners. The use of the word partner does not imply a partnership relationship between Cisco and any other company. (1005R)

このマニュアルで使用している IP アドレスおよび電話番号は、実際のアドレスおよび電話番号を示すものではありません。マニュアル内の例、コマンド出力、ネットワーク トポロジ図、およびその他の図は、説明のみを目的として使用されています。説明の中に実際のアドレスおよび電話番号が使用されていたとしても、それは意図的なものではなく、偶然の一致によるものです。

© 2010 Cisco Systems, Inc.
All rights reserved.

Copyright © 2010-2011, シスコシステムズ合同会社.
All rights reserved.