Cisco Nexus 5500 シ リ ーズ NX-OS ソフトウェア アップグレードおよびダウングレード ガイド、リリース 7.2(1)N1(1)

Cisco Nexus 5500 プラットフォーム スイッチおよび関連拡張モジュール

• Cisco Nexus 5596UP

• Cisco Nexus 5596T

• Cisco Nexus 5548UP

• Cisco Nexus 5548P

• N55-M16P

• N55-M16UP

• N55-M8P8FP

---

---

表 1 show install all impact コマンドと出力の用語

用語	定義
bootable	イメージの互換性に基づいて、モジュールがブートできるかどうか。
Impact	ソフトウェアのアップグレード メカニズムのタイプ（中断されるタイプ、または中断されないタイプ）。
Install-type	reset：モジュールをリセットする。 sw-reset：切り替え後すぐにモジュールをリセットする。 rolling：各モジュールを順番にアップグレードする。 copy-only：BIOS、ローダー、またはブート ROM のソフトウェアを更新する。
理由	incompatible image：新しいアップグレード イメージと現在のイメージの間に ISSU の互換性がありません。

---

---

表 2 アップグレード/ダウングレードの影響

現在の Cisco NX-OS リリース	NX-OS リリース 7.2(1)N1(1) へのアップグレード	NX-OS リリース 7.2(1)N1(1) からのダウングレード
7.2(0)N1(1) 7.1(2)N1(1) 7.1(1)N1(1) 7.1(0)N1(1b) 7.1(0)N1(1a) 7.0(7)N1(1) 7.0(6)N1(1)	中断のないアップグレード（ISSU）	中断を伴うダウングレード

---

---

ISSU とレイヤ 3

Cisco Nexus デバイス は、レイヤ 3 機能をサポートします。ただし、レイヤ 3 が有効な場合、ISSU プロセス（中断のないアップグレード）ではシステムをアップグレードできません。ISSU を使用して中断のない方法でアップグレードできるようにするには、すべてのレイヤ 3 機能を設定解除し、L3 ライセンスを削除してスイッチをリロードする必要があります。

ISSU でサポートされるトポロジ

この項では、次のトピックについて取り上げます。

• 「Cisco Nexus ファブリック エクステンダでの ISSU サポート」

• 「vPC トポロジに対する ISSU サポート」

• 「ファブリック エクステンダのある vPC トポロジに対する ISSU のサポート」

• 「ファイバ チャネルと FCoE トポロジによる ISSU サポート」

• 「ISSU でサポートされるトポロジの要約」

• 「ISSU でサポートされないトポロジの要約」

• 「ISSU 後の管理サービス」

• 「ISSU 中のファイバ チャネル/FCoE プロトコルおよびサービス」

• 「レイヤ 2 プロトコルの影響」

• 「スイッチとファブリック エクステンダ上のイーサネット インターフェイス」

Cisco Nexus ファブリック エクステンダでの ISSU サポート

Cisco Nexus ファブリック エクステンダは、Cisco Nexus デバイスに対してラインカードとして機能します。ファブリック エクステンダは、物理トポロジと論理トポロジ（レイヤ 2）を切り離し、管理とトラブルシューティングのポイントを減らして運用費用を削減し、ループのない大きいレイヤ 2 ファブリックを構築することで、データセンターのネットワーキング インフラストラクチャの柔軟性を高めます。これらは単一レイヤのスイッチングで行われます。

Cisco Nexus デバイスから開始される ISSU プロセスは、スイッチとスイッチに接続された FEX を含むアクセス レイヤ全体をアップグレードします。

ISSU は最初にスイッチをアップグレードします。スイッチがアップグレードされたソフトウェアで動作可能になると、FEX がアップグレードされます。FEX アップグレードは、一度に 1 つの FEX で実行されます。スイッチのアップグレードと同様に、Cisco Nexus ファブリック エクステンダのアップグレードは中断がありません。

ISSU がアップグレード完了までに必要とする時間は、接続された FEX の数によって異なります。メンテナンスの時間帯は、アップグレードの合計時間を念頭に置いて計画してください。アップグレード全体を通じて中断は発生せず、サーバで何らかの機能停止が発生することは想定されていません。

vPC トポロジに対する ISSU サポート

ISSU は、2 台のスイッチが vPC 設定でペアになっている場合、完全にサポートされます。vPC 設定では、1 つのスイッチがプライマリ スイッチとして機能し、もう 1 つのスイッチがセカンダリ スイッチとして機能します。どちらも完全なスイッチング コントロール プレーンを実行しますが、vPC の相手側のデバイスに最適な転送が行われるように、転送の決定を調整します。さらに、2 台のデバイスが EtherChannel（静的と 802.3ad）をサポートする 1 台のデバイスとして表示され、それらのデバイスに同時にデータ転送サービスを実行できます。

vPC トポロジでデバイスをアップグレードする際には、プライマリ スイッチとなっているスイッチから始めてください。vPC セカンダリ デバイスは、ISSU プロセスがプライマリ デバイスで正常に完了してからアップグレードしてください。2 台の vPC デバイスは、ISSU プロセス全体（アップグレードされているスイッチの CPU をリセットするときのプロセスは除く）でコントロール プレーンの通信を続行します。

次に、スイッチの vPC 動作権限を確認する例を示します。

show install all status コマンドを使用してプライマリ スイッチをリロードした後、プライマリ デバイスでの ISSU のステータスをモニタできます。

ISSU が他のスイッチで進行中の際に、vPC ピア スイッチでアップグレードを開始しようとしても、ブロックされて実行できません。

---

注 ピア スイッチの設定はアップグレード中にロックされ、vPC ピア スイッチでの vPC は、アップグレードが完了するまで一時停止状態となります。

アップグレード中のピア スイッチでの vPC ステータスの確認

vPC ステータスを表示するには、ピア スイッチで次のように show vpc コマンドを入力します。

ピア スイッチでのシステム メッセージの表示

アップグレード中に、次のようなキープアライブ メッセージがピア スイッチに表示されることがあります。

プライマリ スイッチがアップグレードされているときに、次のようなインストール ステータス メッセージがピア スイッチに表示されることがあります。

ファブリック エクステンダのある vPC トポロジに対する ISSU のサポート

ISSU は、デュアルホーム トポロジで親スイッチに接続された FEX が含まれる vPC トポロジ、および FEX がシングルホーム トポロジとなっている場合にサポートされます。

ファイバ チャネルと FCoE トポロジによる ISSU サポート

ISSU は、ファイバ チャネルと Fiber Channel over Ethernet（FCoE）が有効となっている場合に、アクセス レイヤ スイッチでサポートされます。このトポロジで ISSU を開始する前に、FC ファブリックが安定していることを確認する必要があります。

ISSU でサポートされるトポロジの要約

図 2図 2 は、アクセス スイッチ トポロジを示したものです。

図 2 アクセス スイッチ トポロジ

 

図 3 は、vPC ピアリング トポロジを示したものです。

図 3 vPC ピアリング トポロジ

 

 

図 4 は、FEX に静的ファブリック接続された仮想モジュラ システムを示したものです。

図 4 FEX に静的ファブリック接続された仮想モジュラ システム

 

図 5 は、仮想モジュラ システムを示したものです。

図 5 仮想モジュラ システム

図 6 は、vPC がピア接続されたデュアル スーパーバイザ仮想モジュラ システムのデュアルホーム FEX を示したものです。

図 6 vPC がピア接続されたデュアル スーパーバイザ仮想モジュラ システムのデュアルホーム FEX

図 7 は、vPC がピア接続されたデュアル スーパーバイザ仮想モジュラ システムのデュアルホーム FEX およびシングルホーム FEX を示したものです。

図 7 vPC がピア接続されたデュアル スーパーバイザ仮想モジュラ システムのデュアルホーム FEX とシングルホーム FEX

図 8 は、vPC がピア接続されたデュアル スーパーバイザ仮想モジュラ システムのデュアルホーム FEX を示したものです。

図 8 vPC がピア接続されたデュアル スーパーバイザ仮想モジュラ システムのデュアルホーム FEX

ISSU でサポートされないトポロジの要約

ISSU を実行する Cisco Nexus デバイス シリーズ スイッチの、重要なスパニングツリー関連の要件は次の 2 つです。

• STP 対応スイッチは、ISSU 実行中のスイッチのダウンストリームに配置できません。

• STP Bridge Assurance 機能は、vPC ピアリンク以外で設定できません。Bridge Assurance は、インターフェイスをスパニングツリーのポート タイプ ネットワークとして設定することでイネーブルになります。

スイッチがリセットされ、ソフトウェアの新しいバージョンがロードされている間、ISSU 実行中のスイッチはコントロール プレーンが非アクティブになります。このような制限に従わないと、想定していないトポロジの変更が発生した場合にネットワークが不安定になる可能性があります

STP 条件を満たしていない場合は、中断を伴うアップグレードになることが、インストール チェックで示されます。この場合は、STP 条件に適合するようにトポロジに変更を加えた後でアップグレードを実行するか、中断を伴うアップグレードを実行することができます。

図 9 は、STP を実行しているブレード スイッチに接続された Cisco Nexus デバイスを示したものです。

図 9 STP を実行しているブレード スイッチへの接続

図 10 は、STP を実行しているダウンストリーム スイッチに接続された Cisco Nexus デバイスを示したものです。

図 10 STP を実行しているダウンストリーム スイッチへの接続

 

図 11 は、別のスイッチで Bridge Assurance を実行している Cisco Nexus デバイスを示したものです。

図 11 別のスイッチで Bridge Assurance を実行している Cisco Nexus デバイス

図 12 は、スタブ スイッチに接続されたデュアルホーム FEX を示したものです。

図 12 スタブ スイッチに接続されたデュアルホーム FEX

図 13 は、スタブ スイッチに接続されたシングルホーム FEX を示したものです。

図 13 スタブ スイッチに接続されたシングルホーム FEX

図 14 は、スタブ スイッチに接続されたデュアルホーム FEX を示したものです。

図 14 スタブ スイッチに接続されたデュアルホーム FEX

ISSU の前提条件

ISSU を正常に機能させるには、「アップグレードに関する注意事項」にリストされているアップグレード ガイドラインに従う必要があります。ISSU が進行している間は、ネットワークが安定しており変更が行われていないことを確認してください。現在実行中のリリースとターゲットのリリースとの間の、機能の互換性も確認する必要があります。

図 15 に、アップグレードの制限事項を示します。

図 15 アップグレードの制限事項

中断のないアップグレード（ISSU）の特定の要件は次のとおりです。

• トポロジの要件：ISSU を開始した Cisco Nexus デバイスは、前の図でリストされたサポート対象外のトポロジのいずれにもなっていない必要があります。スパニングツリーで指定されたフォワーディング ステートのインターフェイスがあってはいけません。また、Cisco Nexus デバイスのすべてのインターフェイスで Bridge Assurance を設定しないでください。vPC ピア リンクは、これらの要件の例外です。

• レイヤ 2 の要件：システムがリンク アグリゲーション制御プロトコル（LACP）高速タイマーを設定している場合、ISSU プロセスは中断されます。

• FC/FCoE の要件：ISSU が正しく動作するよう、トポロジが安定していることを確認してください。次を確認する必要があります。

– ドメイン マネージャ：ドメイン マネージャは、インストール プロセスの中で、ファブリックが安定した状態であるかどうか確認します。ファブリックが安定していない場合、インストールは中断されます。

– CFS：インストール プロセスの中で、Cisco Fabric Services（CFS）はロックされているアプリケーション（ntp、fsm、rcsn、fctime）がないかチェックします。該当アプリケーションが CFS ロック、インストールは中断を保持しています。

– ゾーン サーバ：ゾーンのマージ要求またはゾーンの変更要求が進行中の場合、インストール プロセスは中断されます。

– FSPF：アップグレード プロセスの中で、Fabric Shortest Path First（FSPF）は設定されたインターフェイスのデッド インターバルが 80 秒よりも長いかどうかを確認します。長くない場合は、インストールが中断されます。

ISSU 後の管理サービス

インバンド ポートおよび管理ポートは、スイッチを ISSU 用にリセットする前に停止し、ISSU の完了後に再開されます。この期間中、インバンド ポートと管理ポートに対応したサービスが影響を受けます。 表 3 に、ISSU リセット時に影響を受けるサービスを示します。

 

ISSU 中のファイバ チャネル/FCoE プロトコルおよびサービス

ISSU の最中、コントロール プレーンは最大 80 秒間オフラインになります。この期間中におけるネットワークの状態変化は処理されません。変化内容によって、影響が異なります。ISSU 中は、ファブリックの安定を確認することが推奨されます。その他の ISSU の影響については、次の表を参照してください。

 

レイヤ 2 プロトコルの影響

表 5 に、レイヤ 2 プロトコルへの ISSU の影響を示します。

スイッチとファブリック エクステンダ上のイーサネット インターフェイス

コントロール プレーン停止期間中にリンクダウンからリンクアップへの遷移を防止するため、動作上は停止しているが管理上は起動しているポートのレーザーが電源オフされます。この状態は、ISSU リブート開始状態中にスイッチ アプリケーションと FEX アプリケーションが相互の通信を停止した際に発生します。ISSU がリブートして再起動が正常に行われると、レーザーの電源が再びオンになります。この動作によって、リンク状態が ISSU 中にダウンからアップに遷移することが防止されます。

プレインストール チェック

次のような健全性チェックを実行することにより、システムで ISSU の準備が完了していることを確認し、ISSU の影響を理解しておく必要があります。

• ターゲット イメージが現在のイメージと機能の互換性があるかどうか確認するには、show incompatibility コマンドを入力します。

• すべてのプロセスの重大度レベルが 5 以下に設定されているかどうか確認するには、show logging level コマンドを入力します。

• アップグレードの影響を確認するには、show install all impact コマンドを入力します。

• すべての FEX がオンラインであるかどうか確認するには、show fex コマンドを入力します。

• vPC トポロジ内の vPC スイッチの役割を確認するには、show vpc role コマンドを入力します。

• 最新の Cisco NX-OS ソフトウェアに更新するには、 install all コマンドを入力します。

• インストーラの影響分析を確認し、次に進むかどうかを決定します

---

注 スイッチはこの時点でリロードすることがあり、これはアップグレードが ISSU でない場合、トラフィックの中断が発生する原因となります。

• インストールの進行状態をモニタします。

• アップグレードを検証します。

• インストールのステータスを確認するには、show install all status コマンドを入力します。

次の表に、ISSU の実行時に発生する可能性がある影響または潜在的な問題を確認する show コマンドを示します。

 

次の作業を実行して、問題が実際に発生する前に、発生する可能性のある問題を特定することもできます。

• bootflash: に、イメージを格納できるだけの空き容量があることを確認します。

• アップグレード バージョンに影響する、現在のシステムの非互換設定を表示します。

• システムに接続されている FEX のステータスを次のように表示します。

• STP 設定と、STP で発生する可能性のある問題が存在するかどうかを次のように表示します。

show lacp issu-impact コマンドを使用すると、いずれかのポートまたはピア スイッチがレート高速モードで設定されているかどうかが表示されます。

• ISSU が中断を伴わないことを確認します。このコマンドでは、個々の FEX におけるアップグレードの影響に関する情報（アップグレード イメージのバージョンなど）が表示されます。このコマンドではまた、アップグレードが中断を伴うかどうかと、その理由についても表示されます。

• disable-fka がいずれかの FCoE NPV（VNP）ポートで ISSU 実行前のチェックとして設定されているかどうかを次のようにチェックします。

---

インストールの概要

表 7 にはアップグレード プロセスの概要を示します。

 

外部フラッシュ メモリ デバイスからの実行コンフィギュレーションのコピー

外部フラッシュ メモリ デバイスからコンフィギュレーション ファイルをコピーできます。

---

注 この手順は Cisco NX-OS リリース 5.0.2 以降のリリースを実行している Cisco Nexus デバイスに適用されます。

はじめる前に

外部フラッシュ メモリ デバイスを、アクティブなスーパーバイザ モジュールに挿入します。

 

外部フラッシュ メモリ デバイスからのスタートアップ コンフィギュレーションのコピー

Cisco NX-OS デバイス上のスタートアップ コンフィギュレーションを復元するには、外部フラッシュ メモリ デバイスに保存された新しいスタートアップ コンフィギュレーション ファイルをダウンロードします。

---

注 この手順は Cisco NX-OS リリース 5.0.2 以降のリリースを実行している Cisco Nexus デバイスに適用されます。

はじめる前に

外部フラッシュ メモリ デバイスを、アクティブなスーパーバイザ モジュールに挿入します。

 

vPC 以外のトポロジでのアップグレード プロセス

次のリストは、vPC 以外のトポロジでのアップグレード プロセスを要約したものです。

1. install all コマンドで、インストール済み環境のアップグレードを開始します。

2. 互換性チェックにより、アップグレードの影響が表示されます。

3. アップグレードの影響に基づき、インストールが続行するか、停止します。

4. 現在の状態が保存されます。

5. システムが新しいイメージをアンロードして実行します。

6. システム ソフトウェアとアプリケーションの再起動が正常に行われます。

7. 新しいイメージでインストーラが再開されます。

8. FEX が順次アップグレードされます。

9. インストールが完了します。

次に、ISSU プロセスを表示する例を示します。

次に、ソフトウェア バージョン情報を表示する例を示します。

プライマリ スイッチでの vPC トポロジのアップグレード プロセス

次のリストは、vPC トポロジのプライマリ スイッチでのアップグレード プロセスを要約したものです。

---

注 vPC トポロジでは、2 台のピア スイッチを個別にアップグレードする必要があります。一方のピア スイッチでアップグレードを実行しても、vPC ピア スイッチは自動的に更新されません。

1. vPC プライマリ スイッチで install all コマンドを発行すると、インストールのアップグレードが開始されます。

2. 互換性チェックにより、アップグレードの影響が表示されます。

3. アップグレードの影響に基づき、インストールが続行するか、停止します。

4. 両方の vPC ピア スイッチで設定がロックされます。

5. 現在の状態が保存されます。

6. システムが新しいイメージをアンロードして実行します。

7. システム ソフトウェアとアプリケーションの再起動が正常に行われます。

8. 新しいイメージでインストーラが再開されます。

9. FEX が順次アップグレードされます。

10. これでインストールが完了しました。

インストールが完了すると、vPC プライマリ スイッチと、プライマリ スイッチに接続された FEX がアップグレードされます。これで、シングルホーム FEX とデュアルホーム FEX が、アップグレードされたソフトウェアを実行するようになりました。

---

注 デュアルホーム FEX は、異なる 2 つのバージョンの Cisco NX-OS ソフトウェアを実行する、プライマリ スイッチとセカンダリ スイッチに接続されています。vPC プライマリ スイッチがアップグレードされたバージョンを実行し、vPC セカンダリ スイッチが元のバージョンのソフトウェアを実行します。Cisco NX-OS ソフトウェアは、vPC プライマリ スイッチがアップグレード バージョンを実行し、セカンダリ スイッチが元のバージョンの Cisco NX-OS を実行していても、アップグレードされたデュアルホーム FEX が相互運用できるように設計されています。

セカンダリ スイッチでの vPC トポロジのアップグレード プロセス

次のリストは、vPC トポロジのセカンダリ スイッチでのアップグレード プロセスを要約したものです。

1. vPC セカンダリ スイッチで install all コマンドを発行すると、インストールのアップグレードが開始されます。

2. 互換性チェックにより、アップグレードの影響が表示されます。

3. アップグレードの影響に基づき、インストールが続行するか、停止します。

4. 現在の状態が保存されます。

5. システムが新しいイメージをアンロードして実行します。

6. システム ソフトウェアとアプリケーションの再起動が正常に行われます。

7. 新しいイメージでインストーラが再開されます。

8. FEX が順次アップグレードされます。アップグレードがシングルホーム FEX で完了したら、デュアルホーム FEX で健全性チェックを実行します。

---

注 デュアルホーム FEX は、プライマリ スイッチによってアップグレードされています。

9. プライマリ スイッチとセカンダリ スイッチでの設定のロックが解除されます。

10. これでインストールが完了しました。

---

設定の復元

設定にインターフェイス ブレークアウトまたはユニファイド ポート設定が含まれている場合、次の手順を実行して設定を復元します。

1. copy running-config bootflash :[ directory/ ] filename コマンドを使用して設定をブートフラッシュに保存します。

2. default interface コマンドを使用してブレイクアウト インターフェイスのデフォルト設定を復元します。例： default interface e1/49/1-4, e2/25/1-4

3. copy running-config startup-config コマンドを使用して、実行コンフィギュレーションをスタートアップ コンフィギュレーションに保存します。

4. install all コマンドを使用して、Cisco NX-OS リリース 7.2(0)N1(1) から下位バージョンへのソフトウェア移行を実行します。VPC の場合は、プライマリ スイッチ、セカンダリ スイッチの順にダウングレードしてください。

5. スイッチが起動したら、インターフェイス ブレークアウトのモジュールの電源をオフにし、再度オンにすると有効になります。ベースボード モジュールでブレークアウトが設定されている場合は、 copy running-config startup-config コマンドを使用して実行コンフィギュレーションをスタートアップ コンフィギュレーションに保存してから、再度スイッチをリロードします。

6. ベースボード モジュールでブレークアウトが設定されていなくても、実行コンフィギュレーションに hardware profile route resource service-template が含まれている場合は、再度リロードする必要があります。

7. スイッチ（およびすべてのモジュール）が起動したら、保存した設定を bootflash: <filename> から running-config にコピーします。

8. すべてのインターフェイスが起動し、トラフィックが再開されているかどうかを確認します。

---

手順の詳細

ステップ 1 Cisco.com にログインし、Software Download Center にアクセスします。Cisco.com にログインするには、http://www.cisco.com/ を表示してページ最上部の [Log In] をクリックします。シスコ ユーザ名およびパスワードを入力してください。

---

注 Cisco.com に登録していないユーザは、このマニュアルに記載されているリンクにアクセスできません。

Software Download Center には http://www.cisco.com/cisco/software/navigator.html?a=a&i=rpm でアクセスします。Cisco Nexus デバイスのソフトウェア ダウンロードに移動します。スイッチのダウンロード イメージへのリンクが表示されます。

ステップ 2 キックスタート ソフトウェア ファイルおよびシステム ソフトウェア ファイルを選択し、ローカル サーバにダウンロードします。

ステップ 3 イメージ ファイルをコピーするために必要なスペースが bootflash: ディレクトリにあることを確認します。

新しいイメージ ファイルが正常にロードしない場合に使用できるように、最低でも 1 つ前のソフトウェア リリースのキックスタート イメージ ファイルおよびシステム イメージ ファイルを保存しておいてください。

ステップ 4 （任意）bootflash にさらに多くのスペースが必要な場合、不要なファイルを削除して使用できるスペースを作ります。

ステップ 5 FTP、TFTP、SCP、SFTP などの転送プロトコルを使用して、キックスタート イメージおよびシステム イメージをスイッチの bootflash にコピーします。この手順の例では、SCP を使用しています。

ステップ 6 アップグレードの影響を表示します。

ステップ 7 前のステップでダウンロードした新しいイメージ名を指定し、新しいイメージをインストールします。

ステップ 8 スイッチが必要なソフトウェア リリースを実行しているか確認します。

 

直接 vPC またはシングルホーム FEX アクセス レイヤのアップグレード

図 16 から図 18 に、ホストまたはダウンストリーム スイッチに対する vPC 設定がアクセス レイヤに含まれているトポロジを示します。

図 16 vPC ピアに直接接続されたホスト

図 17 vPC がピア接続されたデュアル スーパーバイザ仮想モジュラ システムのデュアルホーム FEX とシングルホーム FEX

図 18 ダウンストリーム スイッチに接続された Cisco Nexus デバイス

ホストに対する中断を発生させずにアクセス レイヤをアップグレードするには、次のタスクを実行します。

• 最初の vPC スイッチ（vPC プライマリ スイッチ）をアップグレードします。このアップグレード中に、スイッチがリロードされます。スイッチがリロードされると、サーバまたはダウンストリーム スイッチが最初のスイッチへの接続の喪失を検出し、2 番めの（vPC セカンダリ）スイッチへの転送を開始します。

• スイッチのアップグレードが正常に完了したことを確認します。アップグレードが完了すると、スイッチにより、vPC ピアリング、接続されている Cisco Nexus ファブリック エクステンダ、およびすべてのリンクが復元されます。

• 2 番めのスイッチをアップグレードします。2 番めのスイッチで同じプロセスを繰り返すと、アップグレード プロセス中に 2 番めのスイッチがリロードされます。このリロード中、最初の（アップグレード済みの）スイッチは、サーバとの間のすべてのトラフィックを転送します。

• 2 番めのスイッチのアップグレードが正常に完了したことを確認します。

---

注 スイッチでのアップグレード中にそのスイッチに転送されるフローは、2 番めのスイッチにフェールオーバーされます。また、vPC ピアがアクティブのときはフローが再配布されます。トラフィックの中断は、サーバまたはホストでリンク ダウンおよびリンク アップ イベントを検出し、フローを再配布するために必要な時間だけで済みます。

---

注 ブート変数を変更し、リロードを実行することで、Cisco NX-OS ソフトウェアをアップグレードすることは、Cisco Nexus 5000 および 6000 シリーズ スイッチではサポートされません。これを行うと、設定の損失と転送の問題が生じるおそれがあります。

 

表 8 アップグレード プロセスのモニタリング

コマンド	定義
show fex	ISSU 実行中のファブリック エクステンダのステータスが表示されます。
show install all failure-reason	インストール時に失敗したアプリケーションと、インストールが失敗した理由が表示されます。
show install all status	インストールの高レベル ログが表示されます。
show system internal log install details	最後のインストール関連コマンドの詳細ログが表示されます。
show system internal log install history	最後の 5 つのインストール関連コマンドの詳細ログを、古いものから順に表示します。
show tech-support	問題を報告するときに、Cisco Technical Assistance Center に提供可能なシステム情報およびコンフィギュレーション情報が表示されます。

---