目次
Cisco Nexus 6000 シリーズ NX-OS ソフトウェアのアップグレードおよびダウンロード ガイド、リリース 7.0
ソフトウェア イメージの概要
サポート対象ハードウェア
Cisco Nexus 6000 シリーズ スイッチおよび関連拡張モジュール
ソフトウェア イメージの概要
Cisco Nexus デバイスは、スイッチに Cisco NX-OS ソフトウェアをプレインストールした状態で出荷されています。既存のイメージをアップグレードまたはダウングレードする前に、このマニュアルの情報を最後までお読みになり、ソフトウェアのアップグレードに関する注意事項、前提条件、および手順について参照してください。Cisco Nexus デバイス用の Cisco NX-OS ソフトウェアの最新情報については、『 Cisco Nexus 6000 Series Release Notes 』を参照してください。
Cisco NX-OS ソフトウェアはキックスタート イメージとシステム イメージから構成されています。システム イメージには、スイッチに接続したCisco Nexus デバイスおよび Cisco Nexus ファブリック エクステンダ(FEX)用のソフトウェアが含まれています。このイメージにはメジャー リリース識別番号、マイナー リリース識別番号、およびメンテナンス リリース識別番号が含まれ、サポート パッチとも呼ばれる再ビルド識別番号が含まれることもあります。次の図は、Cisco NX-OS ソフトウェアのプラットフォームに依存しない方式とプラットフォームに依存する方式を組み合わせて使用されるバージョン ID を示しています。
図 1 Cisco NX-OS のバージョン ID
プラットフォーム識別子は、Nexus シリーズ スイッチでは N、Nexus 4000 シリーズ スイッチでは E、Nexus 1000 シリーズ スイッチでは S です。プラットフォームに依存しないコードに含まれる該当の機能および修正は、プラットフォームに依存するリリースに含まれています。
サポート対象ハードウェア
Cisco Nexus デバイスは、Cisco NX-OS ソフトウェアがプレインストールされた状態で出荷されています。Cisco NX-OS のアップグレードおよびダウングレードは、次の項に記載するハードウェアでサポートされています。
Cisco Nexus 6000 シリーズ スイッチおよび関連拡張モジュール
• Cisco Nexus 6004 4 RU シャーシ(N6K-C6004-96Q)
• Cisco Nexus 6001 1 RU シャーシ(N6K-C6001-64P)
• Cisco Nexus 6001 1 RU シャーシ(N6K-C6001-64T)
• Cisco Nexus 6004 ユニファイド ポート ラインカード拡張モジュール(N6004X-M20UP)
(注 ) Cisco Nexus 6004 ユニファイド ポート ラインカード拡張モジュールが装着されている場合、ISSU では 7.0(1)N1(1) から 7.0(2)N1(1) へのアップグレード時に中断は発生しません。7.0(1)N1(1) 以前のリリースにダウングレードすることはできません。
Cisco Nexus ファブリック エクステンダ
• Cisco Nexus 2148T ファブリック エクステンダ
• Cisco Nexus 2248TP ファブリック エクステンダ
• Cisco Nexus 2224TP ファブリック エクステンダ
• Cisco Nexus 2232PP ファブリック エクステンダ
• Cisco Nexus 2232TM ファブリック エクステンダ
• Cisco Nexus 2232TT ファブリック エクステンダ
• Cisco Nexus 2248T ファブリック エクステンダ
• Cisco Nexus 2248TP-E ファブリック エクステンダ
• Cisco Nexus 2232TM-E ファブリック エクステンダ
• Cisco Nexus 2248PQ ファブリック エクステンダ
アップグレードに関する注意事項
システム ソフトウェアをアップグレードする場合は、次の注意事項に従ってください。
• 設定変更
アップグレード中はグローバル コンフィギュレーション モードを開始できません。Cisco NX-OS ソフトウェア イメージをアップグレードまたはダウングレードする前に、アクティブなすべてのコンフィギュレーション セッションを保存、送信、または破棄する必要があります。アクティブなコンフィギュレーション セッションが、リロード中に警告なしで削除されます。
アクティブなコンフィギュレーション セッションがないことを確認するには、show configuration session summary コマンドを使用します。
switch# show configuration session summary
There are no active configuration sessions
コンフィギュレーション セッションの詳細については、『 Cisco Nexus 6000 Series NX-OS System Management Configuration Guide, Release 7.0 』を参照してください。
(注 ) インサービス ソフトウェア アップグレード(ISSU)の実行中、CLI および SNMP の設定の変更要求は拒否されます。
• トポロジ:アップグレードを実行する前に、ゾーニングまたは Fabric Shortest Path First(FSPF)に影響する Spanning Tree Protocol(STP)などのトポロジの変更を実施する必要があります。モジュールのインストールまたは削除を行うのは、アップグレードの前または後だけにしてください。
• スケジューリング:アップグレードは、ネットワークが安定しているときにスケジュールしてください。スイッチまたはネットワークにアクセスできるすべての人がその時間にスイッチまたはネットワークを設定しないようにします。アップグレード中はスイッチを設定できません。
• スペース:イメージをコピーする場所に十分なスペースがあることを確認します。内部ブートフラッシュにはおよそ 200 MB の空き容量が必要です。
• ハードウェア:インストール プロセスの最中は、電源停止が起こらないようにします。電源が停止すると、ソフトウェア イメージが破損するおそれがあります。
• リモート サーバへの接続
10/100/1000 BASE-T イーサネット ポート接続の IPv4 アドレスまたは IPv6 アドレスを設定します(インターフェイス mgmt0)。スイッチにリモート サーバへのルートが設定されているかどうかを確認します。サブネット間でトラフィックをルーティングするルータがない場合は、スイッチおよびリモート サーバは同一のサブネットワーク上にある必要があります。
• ソフトウェア イメージ:指定したシステム イメージとキックスタート イメージに、互いに次のような互換性があることを確認します。
– キックスタート イメージが指定されていない場合、スイッチは現在稼働中のキックスタート イメージを使用します。
– 別のシステム イメージを指定する場合は、実行中のキックスタート イメージと互換性があることを確認します。
• 互換性イメージは、次の 2 つの方法のいずれかで取得します。
– ローカル:スイッチ上のローカル イメージを使用できます。
– リモート:イメージがリモートの場所にある場合、リモート サーバのパラメータとローカルで使用するファイル名を使用して、取得先を指定します。
• コマンド:新しいソフトウェアの準備およびインストールを行うには、次のコマンドを使用します。
– リモート サーバへの接続を確認するには ping コマンドを使用します。
– イメージ ファイルをコピーするために必要なスペースがあるかどうかを確認するには dir コマンドを使用します。
– アップグレードの影響を確認するには show install all impact コマンドを使用します。このコマンドにより、現在のイメージ バージョンとアップグレード イメージ バージョンなどの、個々のファブリック エクステンダにおけるアップグレードの影響を記述した情報が表示されます。また、アップグレードが中断を伴うかどうか、あるいはアップグレードが中断する理由と、ファブリック エクステンダをリブートする必要があるかどうかや、リブートが必要な理由も表示されます。
(注 ) コンソール ポートにログインして、アップグレード プロセスを開始することを推奨します。仮想ポート チャネル(vPC)トポロジでは、トポロジ内のプライマリ スイッチまたはセカンダリ スイッチで最初のアップグレードを実行できます。
• 用語
表 1 に、モジュール イメージとソフトウェア イメージの互換性を確認する install all コマンド出力で使用される用語の概要を示します。
表 1 install all コマンドと出力の用語
bootable
イメージの互換性に基づいて、モジュールがブートできるかどうか。
Impact
ソフトウェアのアップグレード メカニズムのタイプ(中断されるタイプ、または中断されないタイプ)。
install-type reset
sw-reset
rolling
copy-only
モジュールをリセットする。
切り替え後すぐにモジュールをリセットする。
各モジュールを順番にアップグレードする。
BIOS、ローダー、またはブート ROM のソフトウェアを更新する。
force
ISSU が可能でも、中断を伴うアップグレードを強制実行するオプション
install all コマンドの使用
install all コマンドを実行すると、Cisco Nexus デバイスおよび Cisco Nexus ファブリック エクステンダに対して ISSU が起動します。次のイメージがインストール中にアップグレードされます。
• キックスタート イメージ
• システム イメージ
• ファブリック エクステンダ イメージ
• システム BIOS
• システムのパワー シーケンサ
install-all コマンドには、次の利点があります。
• 1 つのコマンドで Cisco Nexus デバイスおよび Cisco Nexus ファブリック エクステンダをアップグレードできます。
• インストールを続行する前に、システムに加えようとしている変更についての説明を参照できます。たとえば、アップグレードで中断が生じる可能性があるかどうかが確認されます。
• 次の質問が表示され、アップグレードを続行するか、または取り消すことができます(デフォルトは no です)。
Do you want to continue (y/n) [n] : y
• 中断のない手順(サポートされている場合)で、Cisco NX-OS ソフトウェアをアップグレードできます。
• このコマンドは、イメージの整合性を自動的に確認します。これには、実行中のキックスタート イメージとシステム イメージが含まれます。キックスタートとシステムのブート変数が設定されます。
• プラットフォームの有効性チェックが実行され、正しくないイメージが使用されていないかどうかが確認されます。
• Ctrl+C を押すと、install all コマンドを正常に終了できます。このコマンド シーケンスは、進行中の更新ステップを完了してから、EXEC プロンプトに戻ります。
• install all コマンドの入力後、シーケンス内のいずれかのステップで問題が発生した場合、アップグレードは終了します。
• パワー シーケンサをアップグレードした場合の影響について警告するメッセージが、次のように表示されます。
Warning: please do not remove or power off the module at this time.
Note: Power-seq upgrade needs a power-cycle to take into effect.
(注 ) パワー シーケンサのアップグレードが正常に終了したら、システムの電源を切ってから入れ直す必要があります。
• 中断を伴うアップグレードを強制実行できます。アップグレードの強制実行の詳細については、「アップグレードの強制実行」 を参照してください。
BIOS およびパワー シーケンサ イメージのアップグレード
BIOS とパワー シーケンサが変更されることは稀ですが、変更があった場合は Cisco NX-OS システム イメージに組み込まれ、BIOS とパワー シーケンサがアップグレードされます。インストール プロセス中にインストーラから表示される概要に、BIOS とパワー シーケンサの現在のバージョンとターゲットのバージョンが含まれます。
(注 ) パワー シーケンサのアップグレードが正常に終了したら、システムの電源を切ってから入れ直す必要があります。
アップグレードとダウングレードの影響
Cisco NX-OS は、インサービス ソフトウェア アップグレード(ISSU)をサポートしているため、Cisco Nexus デバイスおよび接続されているすべての FEX が、トラフィックの中断なしにアップグレードされます(短時間のコントロール プレーンの中断を伴います)。ISSU プロセス経由でシステムをアップグレードするには、いくつかの条件を満たす必要があり、アクセス レイヤ トポロジが ISSU 準拠であり、現在のバージョンとターゲットのバージョンが ISSU 対応になっていて、ネットワークが安定している必要があります。
ISSU に必要な条件が満たされていない場合、またはソフトウェア バージョンのダウングレードをする場合は、中断を伴うインストール プロセスになります。たとえば、Cisco Nexus デバイス および接続された FEX を再起動すると中断が発生します。シスコの仮想ポート チャネル(vPC)が Cisco Nexus デバイスに設定されている場合、サーバ/ホストに対してトラフィックの中断ができるだけ少ない方法でアップグレード/ダウングレードを実行することができます。
表 2 アップグレード/ダウングレードの影響
NX-OS Release 7.0(2)N1(1) へのアップグレード
NX-OS Release 7.0(2)N1(1) からのダウングレード
7.0(1)N1(1) 7.0(0)N1(1) 6.0(2)N2(4) 6.0(2)N2(3) 6.0(2)N2(2) 6.0(2)N2(1b) 7.0(2)N1(1) 6.0(2)N2(1) 6.0(2)N1(2) 6.0(2)N1(1)
中断のないアップグレード(ISSU)
以前のバージョンが 6.0(2)N1(1) 以下である場合に 10G ファブリック モードで動作するときの中断を伴うアップグレード。
中断を伴うダウングレード。
インサービス ソフトウェア アップグレード
Cisco Nexus デバイスのような単一スーパーバイザ システムでは、Cisco Nexus デバイスの ISSU により、スーパーバイザ CPU がリセットされて新しいソフトウェア バージョンがロードされます。コントロール プレーンはアクティブではありませんが、データ プレーンはパケットの転送を継続するため、サービスを中断せずにアップグレードできます。CPU が NX-OS の更新バージョンをロードした後で、システムはコントロール プレーンを以前の既知の設定とランタイム状態に復元し、データ プレーンと同期します。データ プレーンは、コントロール プレーンがアップグレードされている間、パケットの転送を継続するため、Cisco Nexus デバイスのアクセス レイヤに接続されたサーバにはトラフックの中断がありません。
ISSU とレイヤ 3
Cisco Nexus デバイスは、レイヤ 3 の機能をサポートしています。ただし、レイヤ 3 が有効な場合、ISSU プロセス(中断のないアップグレード)ではシステムをアップグレードできません。ISSU で中断のないアップグレードを行うにはすべてのレイヤ 3 の機能を設定解除する必要があります。レイヤ 3 ライセンスを削除することが必要になる場合があります。
Cisco Nexus ファブリック エクステンダでの ISSU サポート
Cisco Nexus ファブリック エクステンダは、Cisco Nexus デバイスに対してラインカードとして機能します。ファブリック エクステンダは、物理トポロジと論理トポロジ(レイヤ 2)を切り離し、管理とトラブルシューティングのポイントを減らして運用費用を削減し、ループのない大きいレイヤ 2 ファブリックを構築することで、データセンターのネットワーキング インフラストラクチャの柔軟性を高めます。これらは単一レイヤのスイッチングで行われます。
Cisco Nexus デバイスから開始される ISSU プロセスは、スイッチとスイッチに接続された FEX を含むアクセス レイヤ全体をアップグレードします。
ISSU は最初にスイッチをアップグレードします。スイッチがアップグレードされたソフトウェアで動作可能になると、FEX がアップグレードされます。FEX のアップグレードは、一度に 1 FEX ずつ、ローリング方式で行われます。このファブリック エクステンダでのアップグレードには、スイッチのアップグレードと同様に中断がありません。
ISSU がアップグレード完了までに必要とする時間は、接続された FEX の数によって異なります。メンテナンスの時間帯は、アップグレードの合計時間を念頭に置いて計画してください。アップグレード全体を通じて中断は発生せず、サーバで何らかの機能停止が発生することは想定されていません。
vPC トポロジに対する ISSU サポート
ISSU は、2 台のスイッチが vPC 設定でペアになっている場合、完全にサポートされます。vPC 設定では、1 つのスイッチがプライマリ スイッチとして機能し、もう一方がセカンダリ スイッチとして機能します。どちらも完全なスイッチング コントロール プレーンを実行しますが、vPC の相手側のデバイスに最適な転送が行われるように、転送の決定を調整します。さらに、2 台のデバイスが EtherChannel(静的と 802.3ad)をサポートする 1 台のデバイスとして表示され、それらのデバイスに同時にデータ転送サービスを実行できます。
vPC トポロジでデバイスをアップグレードする際には、プライマリ スイッチとなっているスイッチから始めてください。vPC セカンダリ デバイスは、ISSU プロセスがプライマリ デバイスで正常に完了してからアップグレードしてください。2 台の vPC デバイスは、ISSU プロセス全体(アップグレードされているスイッチの CPU をリセットするときのプロセスは除く)でコントロール プレーンの通信を続行します。
次に、スイッチの vPC 動作権限を確認する例を示します。
(*) - local vPC is down, forwarding via vPC peer-link
Peer status : peer adjacency formed ok
vPC keep-alive status : peer is alive
Configuration consistency status : success
Per-vlan consistency status : success
Type-2 consistency status : success
Number of vPCs configured : 139
Dual-active excluded VLANs : -
Graceful Consistency Check : Enabled
Auto-recovery status : Enabled (timeout = 240 seconds)
---------------------------------------------------------------------
id Port Status Active vlans
-- ---- ------ --------------------------------------------------
1 Po1012 up 1,1001,1009-1029,2000-2019
show install all status コマンドを使用してプライマリ スイッチをリロードした後、プライマリ スイッチでの ISSU のステータスをモニタできます。
ISSU が他のスイッチで進行中に、vPC ピア スイッチでアップグレードを開始しようとしても、ブロックされて実行できません。
(注 ) ピア スイッチの設定はアップグレード中にロックされ、vPC ピア スイッチでの vPC は、アップグレードが完了するまで一時停止状態となります。
アップグレード中のピア スイッチでの vPC ステータスの確認
vPC ステータスを表示するには、ピア スイッチで次のように show vpc コマンドを入力します。
(*) - local vPC is down, forwarding via vPC peer-link
Peer status : peer adjacency formed ok
vPC keep-alive status : peer is alive
Configuration consistency status : success
Per-vlan consistency status : success
Type-2 consistency status : success
Number of vPCs configured : 139
Dual-active excluded VLANs : -
Graceful Consistency Check : Enabled
Auto-recovery status : Enabled (timeout = 240 seconds)
---------------------------------------------------------------------
id Port Status Active vlans
-- ---- ------ --------------------------------------------------
1 Po1012 up 1,1001,1009-1029,2000-2019
ISSU が他のスイッチで開始されると、vPC ピア スイッチに次のメッセージが表示されます。
switch-2# 2014 Jan 26 10:46:08 switch-2 %$ VDC-1 %$ %VPC-2-VPC_ISSU_START: Peer vPC switch ISSU start, locking configuration
ピア スイッチでのシステム メッセージの表示
アップグレード中に、次のようなキープアライブ メッセージがピア スイッチに表示されることがあります。
2010 Feb 4 00:09:26 MN5020-4 %$ VDC-1 %$ %VPC-2-PEER_KEEP_ALIVE_RECV_FAIL: In domain
1000, VPC peer keep-alive receive has failed
プライマリ スイッチがアップグレードされているときに、次のようなインストール ステータス メッセージがピア スイッチに表示されることがあります。
switch-2# 2010 Jun 10 18:27:25 N5K2 %$ VDC-1 %$ %SATCTRL-2-SATCTRL_IMAGE: FEX100 Image
switch-2# 2010 Jun 10 18:32:54 N5K2 %$ VDC-1 %$ %SATCTRL-2-SATCTRL_IMAGE: FEX100 Image
update complete.Install pending
ファブリック エクステンダのある vPC トポロジに対する ISSU のサポート
ISSU は、デュアルホーム トポロジで親スイッチに接続された FEX が含まれる vPC トポロジ、および FEX がシングルホーム トポロジとなっている場合にサポートされます。
FCoE トポロジによる ISSU サポート
ISSU は、ファイバ チャネルと Fibre Channel over Ethernet(FCoE)が有効となっている場合に、アクセス レイヤ スイッチでサポートされます。このトポロジで ISSU を開始する前に、FCoE ファブリックが安定していることを確認する必要があります。
ISSU でサポートされるトポロジの要約
次の図は、アクセス スイッチ トポロジを示したものです。
図 2 アクセス スイッチ トポロジ
次の図は、vPC ピアリング トポロジを示したものです。
図 3 vPC ピアリング トポロジ
次の図は、FEX に静的ファブリック接続された仮想モジュラ システムを示したものです。
図 4 FEX に静的ファブリック接続された仮想モジュラ システム
次の図は、仮想モジュラ システムを示したものです。
図 5 仮想モジュラ システム
次の図は、vPC がピア接続されたデュアル スーパーバイザ仮想モジュラ システムのデュアルホーム FEX を示したものです。
図 6 vPC がピア接続されたデュアル スーパーバイザ仮想モジュラ システムのデュアルホーム FEX
次の図は、vPC がピア接続されたデュアル スーパーバイザ仮想モジュラ システムのデュアルホーム FEX およびシングルホーム FEX を示したものです。
図 7 vPC がピア接続されたデュアル スーパーバイザ仮想モジュラ システムのデュアルホーム FEX とシングルホーム FEX
次の図は、vPC がピア接続されたデュアル スーパーバイザ仮想モジュラ システムのデュアルホーム FEX を示したものです。
図 8 vPC がピア接続されたデュアル スーパーバイザ仮想モジュラ システムのデュアルホーム FEX
ISSU でサポートされないトポロジの要約
ISSU を実行する Cisco Nexus デバイスの、重要なスパニングツリー関連の要件は次の 2 つです。スイッチがリセットされ、ソフトウェアの新しいバージョンがロードされている間、ISSU 実行中のスイッチはコントロール プレーンが非アクティブになります。このような制限がないと、想定していないトポロジの変更が発生した場合にネットワークが不安定になる可能性があります。
• STP 対応スイッチは、ISSU 実行中のスイッチのダウンストリームに配置できません。
• STP Bridge Assurance 機能は、vPC ピア リンク以外で設定できません。Bridge Assurance は、インターフェイスをスパニングツリーのポート タイプ ネットワークとして設定することでイネーブルになります。
STP 条件を満たしていない場合は、中断を伴うアップグレードになることが、インストール チェックで示されます。この場合は、STP 条件に適合するようにトポロジに変更を加えてからあとでアップグレードを実行するか、中断を伴うアップグレードを実行することができます。
次の図は、STP を実行しているブレード スイッチに接続された Cisco Nexus デバイスを示したものです。
図 9 STP を実行しているブレード スイッチへの接続
次の図は、STP を実行しているダウンストリーム スイッチに接続された Cisco Nexus デバイスを示したものです。
図 10 STP を実行しているダウンストリーム スイッチへの接続
次の図は、別のスイッチで Bridge Assurance を実行している Cisco Nexus デバイスを示したものです。
図 11 別のスイッチで Bridge Assurance を実行している Cisco Nexus デバイス
次の図は、スタブ スイッチに接続されたデュアルホーム FEX を示したものです。
図 12 スタブ スイッチに接続されたデュアルホーム FEX
次の図は、スタブ スイッチに接続されたシングルホーム FEX を示したものです。
図 13 スタブ スイッチに接続されたシングルホーム FEX
次の図は、スタブ スイッチに接続されたデュアルホーム FEX を示したものです。
図 14 スタブ スイッチに接続されたデュアルホーム FEX
ISSU の前提条件
ISSU がスムーズに進むように、「アップグレードに関する注意事項」 に示されているすべてのアップグレードのガイドラインに従ってください。ISSU が進行している間は、ネットワークが安定しており変更が行われていないことを確認してください。また、現在実行中のリリースとターゲット リリースとの間の機能の互換性も確認する必要があります。
次の図は、アップグレードの制限事項を示したものです。
図 15 アップグレードの制限事項
さらに、中断を伴わないアップグレード(ISSU)には複数の固有の要件があります。
トポロジの要件:ISSU を開始した Cisco Nexus デバイスは、前の図でリストされたサポート対象外のトポロジのいずれにもなっていない必要があります。スパニングツリーで指定されたフォワーディング ステートのインターフェイスがあってはいけません。さらに、Bridge Assurance は Cisco Nexus デバイスのどのインターフェイスにも設定できません。vPC ピアリンクは、これらの要件から除外されます。
レイヤ 2 の要件:システムがリンク アグリゲーション制御プロトコル(LACP)高速タイマーを設定している場合、ISSU プロセスは中断されます。
FCoE の要件:ISSU がスムーズに動作するよう、トポロジが安定していることを確認してください。次のリストは、チェックする必要がある事項を示したものです。
ドメイン マネージャ:ドメイン マネージャは、インストール プロセスの中で、ファブリックが安定した状態であるかどうか確認します。ファブリックが安定していない場合、インストールは中断されます。
CFS:インストール プロセスの中で、CFS はロックされているアプリケーション(ntp、fsm、rcsn、fctime)がないかチェックします。CFS ロックを保持しているアプリケーションがあると、インストールは中断されます。
ゾーン サーバ:ゾーンのマージ要求またはゾーンの変更要求が進行中の場合、インストール プロセスは中断されます。
FSPF:アップグレード プロセスの中で、Fabric Shortest Path First(FSPF)は設定されたインターフェイスのデッド インターバルが 80 秒よりも長いかどうかを確認します。長くない場合は、インストールが中断されます。
ISSU 後の管理サービス
インバンド ポートおよび管理ポートは、スイッチを ISSU 用にリセットする前に停止し、ISSU の完了後に再開されます。この期間中、インバンド ポートと管理ポートに対応したサービスが影響を受けます。
表 3 ISSU のリセット中に影響を受けるインバンド ポートおよび管理ポートのサービス
Telnet/SSH
ISSU がターゲットの Cisco NX-OS バージョンをロードするためにシステムをリセットすると、すべての Telnet/SSH セッションが切断されるため、ISSU の完了後に再確立する必要があります。
AAA/RADIUS
AAA サービス(ログインなど)を利用するアプリケーションは ISSU 中は無効になります。この期間中はすべてのネットワーク管理サービスが無効になっているため、この動作の整合性が維持されます。
HTTP
スイッチへの HTTP セッションは ISSU のリブート中に切断されます。リブート後、HTTP は再起動され、スイッチが HTTP セッションを受け入れるようになります。
NTP
スイッチとの間の NTP セッションは、ISSU のリブート中に中断されます。リブート後、保存されているスタートアップ コンフィギュレーションに基づいて、NTP セッションが再確立されます。
ISSU 中の FCoE プロトコルおよびサービス
ISSU の最中、コントロール プレーンは最大 80 秒間オフラインになります。この期間中におけるネットワークの状態変化は処理されません。変化内容によって、影響が異なります。ISSU 中は、ファブリックの安定を確認することが推奨されます。その他の ISSU の影響については、次の表を参照してください。
表 4 FCoE サービスへの ISSU の影響
ネーム サーバ
ファブリックで新しいスイッチが起動し、ISSU スイッチのネーム サーバにクエリーを送信しても、ISSU スイッチは応答できず、Nx_port 情報を受信しません。
ドメイン マネージャ
ISSU 実行中のスイッチのドメイン マネージャは、トポロジ変化により発生した BF/RCF/DIA/RDI はいずれも処理しません。これにより、ファブリックでトラフィックが中断する可能性があります。
CFS
ISSU アップグレード中、別のスイッチの CFS アプリケーションは ISSU スイッチの CFS ロックを取得できないため、CFS 配布は ISSU が完了するまで失敗する可能性があります。
N ポート バーチャライゼーション
ISSU 中、NPV プロセスは停止します。サーバからの FLOGI/fdisc または logo 要求は、ISSU が完了するまで失敗します。
ゾーン サーバ
ISSU 中は EPP およびマージ要求が処理されないため、ピア スイッチは、ISSU が完了するまで、ISSU スイッチに接続された E ポートと TE ポートを起動できません。
ピア スイッチのゾーン変更要求に対して、ISSU 実行中のスイッチから応答がありません。ISSU スイッチに接続された他のスイッチでゾーン設定を変更しても、ISSU が完了するまで失敗します。
FSPF
スイッチは ISSU 用にリブートする前に、FSPF hello をすべてのインターフェイスに送信し、ネイバー スイッチが ISSU スイッチへのルートをダウンとしてマークしないようにします。この間のトポロジ変化も、ISSU が完了するまで実行されません。
EPP
ISSU プロセス中、EPP メッセージは ISSU スイッチで送受信されません。FCoE ポート チャネル内の新しいポートは、ISSU が完了するまでネゴシエーションされません。さらに、FC トランク モードの変更(E ポートから TE ポートへの変更とその逆の変更、および許可 VSAN リスト)も処理されません。
FCoE NPV リンク
NPV/FCoE NPV スイッチは、FCoE NPV リンクを通じてコア スイッチにログインすると、この FCoE NPV リンクを通じてピン接続される独自の内部ログイン セッションおよびすべてのホスト ログイン セッション用に、コア スイッチに向けてハートビートを出力します(FIP キープアライブ - FKA)。この 8 秒という FKA 間隔は、ISSU のダウンタイムよりも短くなっています。コア スイッチの VFC パラメータで disable-fka を設定して、コア スイッチが FKA イベントをすべて無視するようにしてください。
レイヤ 2 プロトコルの影響
次の表に、レイヤ 2 プロトコルへの ISSU の影響を示します。
表 5 レイヤ 2 プロトコルへの ISSU の影響
LACP
IEEE 802.3ad では、安定状態のときにデフォルトのスロー エージング タイマーが 30 秒ごとに送信され、90 秒後に期限切れとなります。復旧期間は 90 秒未満のため、ISSU は LACP に依存するピアに影響を与えません。
高速 LACP タイマー(hello=1 秒、dead=3 秒)は中断のない ISSU ではサポートされていないことに注意してください。
IGMP
IGMP はすでに存在するマルチキャスト トラフィックの既存のフローを中断しませんが、新しいフローは ISSU が完了するまで認識されません(ドロップされます)。この間、新しいルータ ポートまたはルータ ポートに対する変更は検出されません。
DCBX および LLDP
DCBX は、LLDP を使用してピア デバイス間のパラメータを交換します。DCBX はリンク ローカル プロトコルであるため、スイッチが ISSU を実施すると、アップグレードされているスイッチと FEX 上のすべてのポートで経過時間が増加します。
この間、手動による設定は無視されます。
CDP
ISSU 中は、存続可能時間の値がタイムアウトの推奨値よりも小さいと、増加されます(180 秒)。手動で指定されている設定は無視されます。
L2MP IS-IS
スイッチは ISSU 用にリブートする前に、L2 IS-IS hello をすべてのインターフェイスに送信し、ネイバー スイッチが ISSU スイッチへのルートをダウンとしてマークしないようにします。この間のトポロジ変化も、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 コマンドを示します。
表 6 アップグレードの show コマンド
show incompatibility system
アップグレード バージョンに影響する、現在のシステムの非互換設定が表示されます。
show logging level
ファシリティ ロギング重大度設定を表示します。
ISSU の実行時にすべてのプロセスのログ レベルが 5 以下に設定されていなければなりません。ログ レベルが 5 を超えるプロセスは、show install all impact コマンドを入力しても表示されません。
show install all impact
現在のイメージ バージョンとアップグレード イメージ バージョンなどの、個々のファブリック エクステンダにおけるアップグレードの影響を記述した情報が表示されます。このコマンドは、アップグレードの中断の有無と、ファブリック エクステンダをリブートする必要があるかどうか、およびその理由についても表示します。
show spanning-tree issu-impact
スパニングツリー設定と、STP に関する問題が発生する可能性があるかどうかが表示されます。
show lacp issu-impact
ポート プライオリティ情報と、問題が発生する可能性があるかどうかが表示されます。
show fcoe-npv issu-impact
disable-fka がいずれかの FCoE NPV(VNP)ポートで ISSU 実行前のチェックとして設定されているかどうかがチェックされます。
次の作業を実行して、問題が実際に発生する前に、発生する可能性のある問題を特定することもできます。
• bootflash: に、イメージを格納できるだけの空き容量があることを確認します。
• アップグレード バージョンに影響する、現在のシステムの非互換設定を表示します。
switch# show incompatibility system bootflash:n6000-uk9.7.0.2.N1.1.bin
No incompatible configurations
• システムに接続されている FEX のステータスを表示します。
Number Description State Model Serial
--------------------------------------------------------------------------------------
100 FEX0100 Online N2K-C2224TP-1GE JAF1427BQME
101 FEX0101 Online N2K-C2224TP-1GE JAF1427BQMK
• STP 設定と、STP で発生する可能性のある問題が存在するかどうかを表示します。
switch# show spanning-tree issu-impact
For ISSU to Proceed, Check the Following Criteria :
1. No Topology change must be active in any STP instance
2. Bridge assurance(BA) should not be active on any port (except MCT)
3. There should not be any Non Edge Designated Forwarding port (except MCT)
4. ISSU criteria must be met on the VPC Peer Switch as well
Following are the statistics on this switch
No Active Topology change Found!
No Ports with BA Enabled Found!
No Non-Edge Designated Forwarding Ports Found!
ISSU Can Proceed!Check Peer Switch.
show lacp issu-impact コマンドを使用すると、いずれかのポートまたはピア スイッチがレート高速モードで設定されているかどうかが表示されます。
• ISSU が中断を伴わないことを確認します。このコマンドでは、個々の FEX におけるアップグレードの影響に関する情報(アップグレード イメージのバージョンなど)が表示されます。このコマンドではまた、アップグレードが中断を伴うかどうかと、その理由についても表示されます。
switch# show install all impact kickstart bootflash:n6000-uk9-kickstart.6.0.2.N1.1.2.bin system bootflash:n6000-uk9.6.0.2.N1.1.2.bin
Verifying image bootflash:/n6000-uk9-kickstart.6.0.2.N1.1.2.bin for boot variable "kickstart".
[####################] 100% -- SUCCESS
Verifying image bootflash:/n6000-uk9.6.0.2.N1.1.2.bin for boot variable "system".
[####################] 100% -- SUCCESS
[####################] 100% -- SUCCESS
Extracting "system" version from image bootflash:/n6000-uk9.6.0.2.N1.1.2.bin.
[####################] 100% -- SUCCESS
Extracting "kickstart" version from image bootflash:/n6000-uk9-kickstart.6.0.2.N1.1.2.bin.
[####################] 100% -- SUCCESS
Extracting "bios" version from image bootflash:/n6000-uk9.6.0.2.N1.1.2.bin.
[####################] 100% -- SUCCESS
Performing module support checks.
[####################] 100% -- SUCCESS
Notifying services about system upgrade.
[####################] 100% -- SUCCESS
Compatibility check is done:
Module bootable Impact Install-type Reason
------ -------- -------------- ------------ ------
0 yes non-disruptive none
1 yes non-disruptive rolling
Images will be upgraded according to following table:
Module Image Running-Version New-Version Upg-Required
------ ---------------- ---------------------- ---------------------- ------------
0 system 7.0(2)N1(1)7.0(2)N1(1) 7.0(2)N1(1) no
0 kickstart 7.0(2)N1(1) 7.0(2)N1(1) no
0 bios v2.6.0(12/11/21) v2.6.0(12/11/21) no
0 fabric-power-seq v1.0 v1.0 no
0 microcontroller v1.1.0.3 v1.1.0.3 no
• disable-fka がいずれかの FCoE NPV(VNP)ポートで ISSU 実行前のチェックとして設定されているかどうかをチェックします。
switch# sh fcoe-npv issu-impact
show fcoe-npv issu-impact
-------------------------
Please make sure to enable "disable-fka" on all logged in VFCs
Please increase the FKA duration to 60 seconds on FCF
Active VNP ports with no disable-fka set
----------------------------------------
アップグレード手順
ISSU プロセスは、 install all コマンドを入力すると起動されます。ここでは、単一の Cisco Nexus デバイスまたは 1 つ以上の FEX に接続された単一の Cisco Nexus デバイスをアップグレードする際に発生するイベントのシーケンスについて説明します。
ここでは、次の内容について説明します。
• 「インストールの概要」
• 「外部フラッシュ メモリ デバイスからの実行コンフィギュレーションのコピー」
• 「外部フラッシュ メモリ デバイスからのスタートアップ コンフィギュレーションのコピー」
• 「vPC 以外のトポロジでのアップグレード プロセス」
• 「プライマリ スイッチでの vPC トポロジのアップグレード プロセス」
• 「セカンダリ スイッチでの vPC トポロジのアップグレード プロセス」
• 「アップグレードの強制実行」
• 「Cisco NX-OS Release 6.0(2)N1(1) からのアップグレード(中断を伴うアップグレード)」
• 「中断を伴うアップグレードの影響の軽減」
• 「直接 vPC またはシングルホーム FEX アクセス レイヤのアップグレード」
• 「デュアルホーム FEX アクセス レイヤのアップグレード」
インストールの概要
次の表に、アップグレード プロセスの概要を示します。
表 7 アップグレード プロセスの概要
1. 最初の Cisco Nexus デバイスにログインします。コンソール ポートにログインすることを推奨します。vPC トポロジでは、トポロジ内のプライマリ スイッチまたはセカンダリ スイッチで最初のアップグレードが実行できます。
2. Cisco.com にログインし、Software Download Center にアクセスします。Cisco.com にログインするには、http://www.cisco.com/ を表示してページ最上部の [Log In] をクリックします。シスコ ユーザ名およびパスワードを入力してください。
3. キックスタート ソフトウェア ファイルおよびシステム ソフトウェア ファイルを選択し、サーバにダウンロードします。
4. イメージ ファイルをコピーするために必要なスペースが bootflash: ディレクトリにあることを確認します。
5. bootflash: ディレクトリにさらに多くのスペースが必要な場合、不要なファイルを削除して使用できるスペースを作ります。
6. ftp:、tftp:、scp:、sftp などの転送プロトコルを使用して、Cisco NX-OS キックスタート イメージおよびシステム イメージを bootflash にコピーします。
7. dir bootflash コマンドを使用して、転送されたイメージのサイズを比較します。Cisco.com から取得したイメージのファイル サイズと、転送されたファイルのイメージ サイズが同じになっている必要があります。
8. トポロジ内の Cisco Nexus デバイスごとに、上記のステップ 9 までを実行します。
1. ターゲット イメージが現在のイメージと機能の互換性があるかどうか確認するには、show incompatibility コマンドを入力します。
2. アップグレードの影響を確認するには、show install all impact コマンドを入力します。
3. アップグレードの影響を表示するには、show spanning-tree issu-impact コマンドを入力します。
4. アップグレードの影響を表示するには、show lacp issue-impact コマンドを入力します。
5. すべての FEX がオンラインであるかどうか確認するには、show fex コマンドを入力します。
1. vPC スイッチの役割を確認するには、show vpc role コマンドを入力します。
2. 最新の Cisco NX-OS ソフトウェアに更新するには、install all コマンドを入力します。
3. インストーラの影響分析を確認し、次に進みます。
Cisco Nexus 6000 のインストーラがソフトウェアをアップグレードします。スイッチが新しいバージョンのソフトウェアを実行するようになります。
1. インストールのステータスを確認するには、show install all status コマンドを入力します。
外部フラッシュ メモリ デバイスからの実行コンフィギュレーションのコピー
外部フラッシュ メモリ デバイスからコンフィギュレーション ファイルをコピーできます。
はじめる前に
外部フラッシュ メモリ デバイスを、アクティブなスーパーバイザ モジュールに挿入します。
ステップ 1
dir usb1 :[ directory/ ]
(任意)外部フラッシュ メモリ デバイス上のファイルを表示します。
ステップ 2
copy { usb1 :[ directory/ ] filename {bootflash:}[ directory/ ] filename
switch# copy usb1:n6000-uk9.7.0.2.N1.1.bin bootflash:n6000-uk9.7.0.2.N1.1.bin
外部フラッシュ メモリ デバイスからブートフラッシュにイメージをコピーします。filename 引数は、大文字と小文字を区別します。
ステップ 3
copy { usb1 :[ directory/ ] filename running-config
switch# copy usb1:dsn-config.cfg running-config
外部フラッシュ メモリ デバイスから実行コンフィギュレーションをコピーします。filename 引数は、大文字と小文字を区別します。
ステップ 4
copy { usb1 :[ directory/ ] filename running-config
switch# copy usb1:dsn-config.cfg running-config
(任意)外部フラッシュ メモリ デバイスから bootflash に実行コンフィギュレーションをコピーします。
ステップ 5
show running-config
switch# show running-config
(任意)実行コンフィギュレーションを表示します。
ステップ 6
copy running-config startup-config
switch# copy running-config startup-config
(任意)実行コンフィギュレーションをスタートアップ コンフィギュレーションにコピーします。
ステップ 7
show startup-config
switch# show startup-config
(任意)スタートアップ コンフィギュレーションを表示します。
外部フラッシュ メモリ デバイスからのスタートアップ コンフィギュレーションのコピー
Cisco NX-OS デバイス上のスタートアップ コンフィギュレーションを復元するには、外部フラッシュ メモリ デバイスに保存された新しいスタートアップ コンフィギュレーション ファイルをダウンロードします。
はじめる前に
外部フラッシュ メモリ デバイスを、アクティブなスーパーバイザ モジュールに挿入します。
ステップ 1
dir { usb1 : | usb2 :}[ directory/ ]
(任意)外部フラッシュ メモリ デバイス上のファイルを表示します。
ステップ 2
copy { usb1 : | usb2 :}[ directory/ ] filename {bootflash:}[ directory/ ] filename
例:
switch# copy usb1:n6000-uk9.7.0.2.N1.1.bin bootflash:n6000-uk9.7.0.2.N1.1.bin
外部フラッシュ メモリ デバイスからブートフラッシュにイメージをコピーします。filename 引数は、大文字と小文字を区別します。
ステップ 3
copy { usb1 : | usb2 :}[ directory/ ] filename startup-config
switch# copy usb1:dsn-config.cfg startup-config
外部フラッシュ メモリ デバイスからスタートアップ コンフィギュレーションをコピーします。filename 引数は、大文字と小文字を区別します。
ステップ 4
copy { usb1 : | usb2 :}[ directory/ ] filename startup-config
switch# copy usb1:dsn-config.cfg startup-config
(任意)外部フラッシュ メモリ デバイスから bootflash にスタートアップ コンフィギュレーションをコピーします。
ステップ 5
show startup-config
switch# show startup-config
(任意)スタートアップ コンフィギュレーションを表示します。
ステップ 6
copy running-config startup-config
switch# copy running-config startup-config
(任意)実行コンフィギュレーションをスタートアップ コンフィギュレーションにコピーします。
ステップ 7
show startup-config
switch# show startup-config
(任意)スタートアップ コンフィギュレーションを表示します。
vPC 以外のトポロジでのアップグレード プロセス
次のリストは、vPC 以外のトポロジでのアップグレード プロセスを要約したものです。
1. install all コマンドで、インストール済み環境のアップグレードを開始します。
2. 互換性チェックにより、アップグレードの影響が表示されます。
3. アップグレードの影響に基づき、インストールが続行するか、停止します。
4. 現在の状態が保存されます。
5. システムが新しいイメージをアンロードして実行します。
6. システム ソフトウェアとアプリケーションの再起動が正常に行われます。
7. 新しいイメージでインストーラが再開されます。
8. FEX が順次アップグレードされます。
9. インストールが完了します。
次の例では、ISSU プロセスを示します。
switch# install all kickstart n6000-uk9-kickstart.7.0.2.N1.1.bin system n6000-uk9.7.0.2.N1.1.bin
Verifying image bootflash:/n6000-uk9-kickstart.7.0.2.N1.1.bin for boot variable "kickstart".
[####################] 100% -- SUCCESS
Verifying image bootflash:/n6000-uk9.7.0.2.N1.1.bin for boot variable "system".
[####################] 100% -- SUCCESS
[####################] 100% -- SUCCESS
Extracting "system" version from image bootflash:/n6000-uk9.7.0.2.N1.1.bin.
[####################] 100% -- SUCCESS
Extracting "kickstart" version from image bootflash:/n6000-uk9-kickstart.7.0.2.N1.1.bin.
[####################] 100% -- SUCCESS
Extracting "bios" version from image bootflash:/n6000-uk9.7.0.2.N1.1.bin.
[####################] 100% -- SUCCESS
Performing module support checks.
[####################] 100% -- SUCCESS
Notifying services about system upgrade.
[####################] 100% -- SUCCESS
Compatibility check is done:
Module bootable Impact Install-type Reason
------ -------- -------------- ------------ ------
1 yes non-disruptive reset
Images will be upgraded according to following table:
Module Image Running-Version New-Version Upg-Required
------ ---------- ---------------------- ---------------------- ------------
1 system 6.0(2)N1(1) 7.0(2)N1(1) yes
1 kickstart 6.0(2)N1(1) 7.0(2)N1(1) yes
1 bios v3.6.0(12/05/09) v3.6.0(12/05/09) no
1 SFP-uC v1.0.0.0 v1.0.0.0 no
1 uC v1.2.0.1 v1.2.0.1 no
Do you want to continue with the installation (y/n)?[n] y
Install is in progress, please wait.
Performing runtime checks.
[####################] 100% -- SUCCESS
Notifying services about the upgrade.
[####################] 100% -- SUCCESS
[####################] 100% -- SUCCESS
Performing configuration copy.
[####################] 100% -- SUCCESS
Upgrade can no longer be aborted, any failure will result in a disruptive upgrade.
Requesting Line Cards to stop communication.
[####################] 100% -- SUCCESS
Requesting Sup Apps to stop communication.
[####################] 100% -- SUCCESS
Freeing memory in the file .
[####################] 100% -- SUCCESS
Loading images into memory.
[####################] 100% -- SUCCESS
Saving supervisor runtime state.
[####################] 100% -- SUCCESS
[####################] 100% -- SUCCESS
Rebooting the switch to proceed with the upgrade.
All telnet and ssh connections will now be temporarily terminated.
Calling into reboot_code_buffer code
\ufffdserial 00:04: unable to assign resources
nohup: redirecting stderr to stdout
autoneg unmodified, ignoring
autoneg unmodified, ignoring
Checking all filesystems.....done.
Uncompressing system image: bootflash:/n6000-uk9.7.0.2.N1.1.bin Tue Jul 3 14:55:27 PST 2012
Load plugins that defined in image conf: /isan/plugin_img/img.conf
load_plugin: Plugin-swid map exists.Any plugin exists in the map will be assigned from the map
Loading plugin 0: core_plugin...
load_plugin: Can't get exclude list from /isan/plugin/0/boot/etc/plugin_exclude.conf (rc 0x40ea0017)
Loading plugin 1: eth_plugin...
Loading plugin 2: fc_plugin...
INIT: Entering runlevel: 3
touch: cannot touch `/var/lock/subsys/netfs': No such file or directory
Mounting other filesystems: [ OK ]
touch: cannot touch `/var/lock/subsys/local': No such file or directory
/isan/bin/muxif_config: fex vlan id: -f,4042
fwm_install....control_vlan: ret: 0
Set name-type for VLAN subsystem.Should be visible in /proc/net/vlan/config
Added VLAN with VID == 4042 to IF -:muxif:-
Continuing with installation process, please wait.
The login will be disabled until the installation is completed.
Performing supervisor state verification.
[####################] 100% -- SUCCESS
Supervisor non-disruptive upgrade successful.
Install has been successful.
Cisco Nexus Operating System (NX-OS) Software
TAC support: http://www.cisco.com/tac
Documents: http://www.cisco.com/en/US/products/ps9372/tsd_products_support_serie
Copyright (c) 2002-2014, Cisco Systems, Inc. All rights reserved.
The copyrights to certain works contained herein are owned by
other third parties and are used and distributed under license.
Some parts of this software are covered under the GNU Public
License. A copy of the license is available at
http://www.gnu.org/licenses/gpl.html.
kickstart: version 7.0(2)N1(1)
system: version 7.0(2)N1(1)
Power Sequencer Firmware:
Fabric Power Sequencer Firmware: Module 0: version v3.0
Microcontroller Firmware: version v1.1.0.3
QSFP Microcontroller Firmware:
BIOS compile time: 12/11/21
kickstart image file is: bootflash:/// n6000-uk9-kickstart.7.0.0.N1.0.521.bin
kickstart compile time: 14/01/24 22:00:00 [14/01/25 08:38:12]
system image file is: bootflash:/// n6000-uk9.7.0.0.N1.0.521.bin
system compile time: 14/01/24 22:00:00 [14/01/25 21:35:45]
cisco Nexus 6004 Chassis ("Nexus 6004 Supervisor")
Intel(R) Xeon(R) CPU @ 2.00 with 16520224 kB of memory.
Processor Board ID FOC171557B7
Kernel uptime is 0 day(s), 3 hour(s), 59 minute(s), 26 second(s)
Last reset at 481990 usecs after Sun Jan 26 12:17:45 2014
Reason: Reset due to upgrade
System version: 6.0(2)N2(2)
Core Plugin, Ethernet Plugin
プライマリ スイッチでの vPC トポロジのアップグレード プロセス
次のリストは、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 トポロジのセカンダリ スイッチでのアップグレード プロセスを要約したものです。vPC 以外のトポロジでのスイッチのアップグレードと異なるステップは太字で示しています。
1. vPC セカンダリ スイッチで install all コマンドを発行すると、インストールのアップグレードが開始されます。
2. 互換性チェックにより、アップグレードの影響が表示されます。
3. アップグレードの影響に基づき、インストールが続行するか、停止します。
4. 現在の状態が保存されます。
5. システムが新しいイメージをアンロードして実行します。
6. システム ソフトウェアとアプリケーションの再起動が正常に行われます。
7. 新しいイメージでインストーラが再開されます。
8. FEX が順次アップグレードされます。アップグレードがシングルホーム FEX で完了したら、デュアルホーム FEX で健全性チェックを実行します。
(注 ) デュアルホーム FEX は、プライマリ スイッチによってアップグレードされています。
9. プライマリ スイッチとセカンダリ スイッチでの設定のロックが解除されます。
10. これでインストールが完了しました。
中断を伴うインストール プロセス
Cisco Nexus デバイスをアップグレードする際に、中断を伴わない ISSU ができない条件は、次のとおりです。
• トポロジや機能が ISSU に対応していない。詳細については、「ISSU の前提条件」 を参照してください。
• インストールが、上位のリリースから下位のリリースへ、などのダウングレードである(リリース固有の情報の項に特記のある場合を除く)。
• 中断を伴うアップグレードを行おうとしている。「アップグレードの強制実行」 を参照してください。
アップグレードの強制実行
ISSU 条件のいずれか 1 つが満たされていない場合は、中断を伴うアップグレードが可能です。中断を伴うアップグレードを実行することになるもう 1 つの理由は、FEX がローリング方式(一度に 1 つの FEX)でアップグレードされる場合であり、この場合はメンテナンスに長い時間がかかります。中断を伴わないアップグレードでは、接続されたすべての FEX が同時にアップグレードされるため、メンテナンス時間を短くすることができます。(トラフィックの中断を伴うが)メンテナンス時間を短くする必要がある場合は、ISSU を利用可能であっても、中断を伴うアップグレードを強制実行することができます。中断を伴うアップグレードを実行する場合は、停止の可能性を念頭に置くことが重要です。
switch # install all force kickstart bootflash:/kickstart_image.bin system
bootflash:/system_image.bin
Installer is forced disruptive
Verifying image bootflash:/kickstart_image.bin for boot variable "kickstart".
[####################] 100% -- SUCCESS
Verifying image bootflash:/system_image.bin for boot variable "system".
install all コマンドの末尾に force キーワードを追加することもできます。
switch # install all kickstart bootflash:/kickstart_image.bin system
bootflash:/system_image.bin force
Installer is forced disruptive
Verifying image bootflash:/kickstart_image.bin for boot variable "kickstart".
Cisco NX-OS Release 6.0(2)N1(1) からのアップグレード(中断を伴うアップグレード)
ここでは、Cisco NX-OS Release 6.0(2)N1(1) からアップグレードする方法について説明します。これらのリリースからのアップグレードは中断を伴います。Cisco Nexus デバイスをアップグレードすると、接続されているファブリック エクステンダもアップグレードされます。
手順の詳細
ステップ 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: ディレクトリにあることを確認します。
4681 May 24 02:43:52 2010 config
13176836 May 24 07:19:36 2010 gdb.1
49152 Jan 12 18:38:36 2009 lost+found/
310556 Dec 23 02:53:28 2008 n1
25213952 Jun 14 19:11:12 2012 n6000-uk9-kickstart.7.0.2.N1.1.bin
20058112 Jun 25 23:17:44 2010 n6000-uk9-kickstart.6.0.2.N1.1.bin
188774802 Jun 14 19:11:48 2012 n6000-uk9.7.0.2.N1.1.bin
76930262 Jun 25 23:11:47 2010 n6000-uk9.6.0.2.N1.1.bin
Usage for bootflash://sup-local
新しいイメージ ファイルが正常にロードしない場合に使用できるように、最低でも 1 つ前のソフトウェア リリースのキックスタート イメージ ファイルおよびシステム イメージ ファイルを保存しておいてください。
ステップ 4 (任意)bootflash にさらに多くのスペースが必要な場合、不要なファイルを削除して使用できるスペースを作ります。
switch# delete bootflash:n6000-uk9-kickstart.6.0.2.N1.1.bin
switch# delete bootflash:n6000-uk9.6.0.2.N1.1.bin
ステップ 5 FTP、TFTP、SCP、SFTP などの転送プロトコルを使用して、キックスタート イメージおよびシステム イメージをスイッチの bootflash にコピーします。この手順の例では、SCP を使用しています。
switch# copy scp://user@scpserver.cisco.com/downloads/n6000-uk9.7.0.2.N1.1.bin bootflash:n6000-uk9.6.0.2 .N1.0.001.bin
switch# copy scp://user@scpserver.cisco.com/downloads/n6000-uk9-kickstart.7.0.2.N1.1.bi n
bootflash:n6000-uk9-kickstart.7.0.2.N1.1.bin
ステップ 6 アップグレードの影響を表示します。
switch# sh install all impact kickstart bootflash:n6000-uk9-kickstart.7.0.0.N1.0.516.bin system bootflash:n6000-uk9.7.0.0.N1.0.516.bin
Verifying image bootflash:/n6000-uk9-kickstart.7.0.0.N1.0.516.bin for boot varia
[####################] 100% -- SUCCESS
Verifying image bootflash:/n6000-uk9.7.0.0.N1.0.516.bin for boot variable "system".
[####################] 100% -- SUCCESS
[####################] 100% -- SUCCESS
Extracting "system" version from image bootflash:/n6000-uk9.7.0.0.N1.0.516.bin.
[####################] 100% -- SUCCESS
Extracting "kickstart" version from image bootflash:/n6000-uk9-kickstart.7.0.0.N
[####################] 100% -- SUCCESS
Extracting "bios" version from image bootflash:/n6000-uk9.7.0.0.N1.0.516.bin.
[####################] 100% -- SUCCESS
Performing module support checks.
[####################] 100% -- SUCCESS
Notifying services about system upgrade.
[####################] 100% -- SUCCESS
Compatibility check is done:
Module bootable Impact Install-type Reason
------ -------- -------------- ------------ ------
1 yes disruptive reset Incompatible image
Images will be upgraded according to following table:
Module Image Running-Version New-Version Upg-Required
------ ---------- ---------------------- ---------------------- ------------
1 system 6.0(2)N1(1) 7.0(2)N1(1) yes
1 kickstart 6.0(2)N1(1) 7.0(2)N1(1) yes
1 bios v3.6.0(12/05/09) v3.6.0(12/05/09) no
1 uC v1.2.0.1 v1.0.0.14 no
ステップ 7 前のステップでダウンロードした新しいイメージ名を指定し、新しいイメージをインストールします。
switch# install all kickstart bootflash:n6000-uk9-kickstart.7.0.0.N1.0.516.bin system bootflash:n6000-uk9.7.0.0.N1.0.516.bin
Verifying image bootflash:/n6000-uk9-kickstart.7.0.0.N1.0.516.bin for boot variable "kickstart".
[####################] 100% -- SUCCESS
Verifying image bootflash:/n6000-uk9.7.0.0.N1.0.516.bin for boot variable "system".
[####################] 100% -- SUCCESS
[####################] 100% -- SUCCESS
Extracting "system" version from image bootflash:/n6000-uk9.7.0.0.N1.0.516.bin.
[####################] 100% -- SUCCESS
Extracting "kickstart" version from image bootflash:/n6000-uk9-kickstart.7.0.0.N1.0.516.bin.
[####################] 100% -- SUCCESS
Extracting "bios" version from image bootflash:/n6000-uk9.7.0.0.N1.0.516.bin.
[####################] 100% -- SUCCESS
Performing module support checks.
[####################] 100% -- SUCCESS
Notifying services about system upgrade.
[####################] 100% -- SUCCESS
Compatibility check is done:
Module bootable Impact Install-type Reason
------ -------- -------------- ------------ ------
1 yes disruptive reset Incompatible image
Images will be upgraded according to following table:
Module Image Running-Version New-Version Upg-Required
------ ---------- ---------------------- ---------------------- ------------
1 system 6.0(2)N1(1) 7.0(2)N1(1) yes
1 kickstart 6.0(2)N1(1) 7.0(2)N1(1) yes
1 bios v3.6.0(12/05/09) v3.6.0(12/05/09) no
1 uC v1.2.0.1 v1.0.0.14 no
Switch will be reloaded for disruptive upgrade.
Do you want to continue with the installation (y/n)?[n] y
Install is in progress, please wait.
Performing runtime checks.
[####################] 100% -- SUCCESS
[# ] 0%2014 Jan 24 21:58:15 Norcal_34 %$ VDC-1 %$ %VSHD-5-VSHD_SYSLOG_CONFIG_I: Configured from vty by on vsh.5943
[####################] 100% -- SUCCESS
Performing configuration copy.
[####################] 100% -- SUCCESS
Finishing the upgrade, switch will reboot in 10 seconds.
Norcal_34# Shutdown Ports..
2014 Jan 24 21:58:31 Norcal_34 %$ VDC-1 %$ Jan 24 21:58:31 %KERN-0-SYSTEM_MSG: Shutdown Ports..- kernel
2014 Jan 24 21:58:31 Norcal_34 %$ VDC-1 %$ Jan 24 21:58:31 %KERN-0-SYSTEM_MSG: writing reset reason 49, - kernel
Broadcast message from root (Fri Jan 24 21:58:36 2014):
The system is going down for reboot NOW!
INIT: Sending processes the TERM signal
2014 Jan 24 21:5Sending all processes the TERM signal...
Sending all processes the KILL signal...
Unmounting filesystems...
ooting kickstart image: bootflash:/n6000-uk9-kickstart.7.0.0.N1.0.516.bin....
...............................................................................
..........................................Image verification OK
INIT: [ 6.438002] I2C - Mezz absent
phys->virt: 0x7fc9eec87fc9eea8-->0x8054d12
phys->virt: 0x7fc9ef187fc9eef8-->0x8054d12
phys->virt: 0x7fc9ef187fc9eef8-->0x8054d12
phys->virt: 0x7fc9ef187fc9eef8-->0x8054d12
Starting system POST.....
Executing Mod 1 1 SEEPROM Test:...done (0 seconds)
Executing Mod 1 1 GigE Port Test:....done (32 seconds)
Executing Mod 1 1 PCIE Test:.................done (0 seconds)
Mod 1 1 Post Completed Successfully
can't create lock file /var/lock/mtab~194: No such file or directory (use -n flag to override)
nohup: redirecting stderr to stdout
autoneg unmodified, ignoring
autoneg unmodified, ignoring
Checking all filesystems.....done.
Uncompressing system image: bootflash:/n6000-uk9.7.0.0.N1.0.516.bin Fri Jan 24 22:00:35 PST 2014
Load plugins that defined in image conf: /isan/plugin_img/img.conf
Loading plugin 0: core_plugin...
load_plugin: Can't get exclude list from /isan/plugin/0/boot/etc/plugin_exclude.conf (rc 0x40ea0017)
Loading plugin 1: eth_plugin...
INIT: Entering runlevel: 3
touch: cannot touch `/var/lock/subsys/netfs': No such file or directory
Mounting other filesystems: [ OK ]
touch: cannot touch `/var/lock/subsys/local': No such file or directory
/isan/bin/muxif_config: fex vlan id: -f,4042
Set name-type for VLAN subsystem.Should be visible in /proc/net/vlan/config
Added VLAN with VID == 4042 to IF -:muxif:-
2014 Jan 24 22:00:58 Norcal_34 %$ VDC-1 %$ %USER-2-SYSTEM_MSG: CLIS: loading cmd files begin - clis
2014 Jan 24 22:01:09 Norcal_34 %$ VDC-1 %$ Jan 24 22:01:00 %KERN-0-SYSTEM_MSG: [ 6.438002] I2C - Mezz absent - kernel
2014 Jan 24 22:01:09 Norcal_34 %$ VDC-1 %$ %USER-2-SYSTEM_MSG: CLIS: loading cmd files end - clis
2014 Jan 24 22:01:09 Norcal_34 %$ VDC-1 %$ %USER-2-SYSTEM_MSG: CLIS: init begin - clis
2014 Jan 24 22:02:54 Norcal_34 %$ VDC-1 %$ %VDC_MGR-2-VDC_ONLINE: vdc 1 has come online
ステップ 8 スイッチが必要なソフトウェア リリースを実行しているか確認します。
Cisco Nexus Operating System (NX-OS) Software
TAC support: http://www.cisco.com/tac
Documents: http://www.cisco.com/en/US/products/ps9372/tsd_products_support_series_home.html
Copyright (c) 2002-2014, Cisco Systems, Inc. All rights reserved.
The copyrights to certain works contained herein are owned by
other third parties and are used and distributed under license.
Some parts of this software are covered under the GNU Public
License. A copy of the license is available at
http://www.gnu.org/licenses/gpl.html.
kickstart: version 7.0(2)N1(1)
system: version 7.0(2)N1(1)
Power Sequencer Firmware:
Fabric Power Sequencer Firmware: Module 1: version v4.0
Microcontroller Firmware: version v1.2.0.5
QSFP Microcontroller Firmware:
BIOS compile time: 12/12/29
kickstart image file is: bootflash:///n6000-uk9-kickstart.7.0.0.N1.0.516.bin
kickstart compile time: 14/01/23 4:00:00 [14/01/23 16:57:14]
system image file is: bootflash:///n6000-uk9.7.0.0.N1.0.516.bin
system compile time: 14/01/23 4:00:00 [14/01/23 16:58:10]
cisco Nexus 6001 Chassis ("Nexus 48X10GBase-T Supervisor")
Intel(R) Xeon(R) CPU @ 2.00 with 8238112 kB of memory.
Processor Board ID FOC17061W2N
Kernel uptime is 0 day(s), 0 hour(s), 15 minute(s), 21 second(s)
Last reset at 783583 usecs after Mon Jan 27 00:10:27 2014
Reason: Reset due to upgrade
System version: 6.0(2)N2(1)
Core Plugin, Ethernet Plugin
中断を伴うアップグレードの影響の軽減
ISSU 以外のアップグレードは中断を伴うアップグレードとなり、Cisco Nexus デバイスとファブリック エクステンダでリロードが行われます。このリロードは、コントロール プレーンとデータ プレーンを停止するコールド リブートです。リロードによって、接続されたサーバとホストに中断が発生します。vPC がアクセス レイヤに導入されていると、ISSU 以外のアップグレードの影響を最小限に抑えることができます。vPC スイッチのいずれかがアップグレード プロセス中にリセットされても、すべてのサーバ トラフィックが vPC ピアを通過できます。
直接 vPC またはシングルホーム FEX アクセス レイヤのアップグレード
次の図は、ホストまたはダウンストリーム スイッチに対する vPC 設定がアクセス レイヤに含まれているトポロジを示しています。
図 16 vPC ピアに直接接続されたホスト
図 17 vPC がピア接続されたデュアル スーパーバイザ仮想モジュラ システムのデュアルホーム FEX とシングルホーム FEX
図 18 ダウンストリーム スイッチに接続された Cisco Nexus デバイス
ホストに対する中断を発生させずにアクセス レイヤをアップグレードするには、次のタスクを実行します。
• 最初の vPC スイッチ(vPC プライマリ スイッチ)をアップグレードします。このアップグレード中に、スイッチがリロードされます。スイッチがリロードされると、サーバまたはダウンストリーム スイッチが最初のスイッチへの接続の喪失を検出し、2 番めの(vPC セカンダリ)スイッチへの転送を開始します。
• スイッチのアップグレードが正常に完了したことを確認します。アップグレードが完了すると、スイッチにより、vPC ピアリング、接続されている Nexus 2000 ファブリック エクステンダ、およびすべてのリンクが復元されます。
• 2 番めのスイッチをアップグレードします。2 番めのスイッチで同じプロセスを繰り返すと、アップグレード プロセス中に 2 番めのスイッチがリロードされます。このリロード中、最初の(アップグレード済みの)スイッチは、サーバとの間のすべてのトラフィックを転送します。
• 2 番めのスイッチのアップグレードが正常に完了したことを確認します。
(注 ) スイッチでのアップグレード中にそのスイッチに転送されるフローは、2 番めのスイッチにフェールオーバーされます。また、vPC ピアがアクティブのときはフローが再配布されます。トラフィックの中断は、サーバまたはホストでリンク ダウンおよびリンク アップ イベントを検出し、フローを再配布するために必要な時間だけで済みます。
デュアルホーム FEX アクセス レイヤのアップグレード
(注 ) デュアルホーム FEX をアップグレードするための次の手順は、アップグレードでのみサポートされ、ダウングレードでは使用できません。
中断を伴うアップグレードでは、スイッチと接続されたすべての FEX がリロードされます。FEX のリロードに必要な時間は、スイッチのリロードに必要な時間よりも短くなります。ホストがデュアルホーム FEX に接続されている場合は、ホストへのトラフィックの中断を、アクセス レイヤ全体のアップグレードに必要な時間ではなく、FEX のリロードに必要な時間(約 120 秒間)に保つことができます。これらのステップでは、2 番めのスイッチのアップグレード中に Cisco NX-OS インストーラがバイパスされるため、注意して使用する必要があります。さらに、Cisco NX-OS インストーラのバイパスが原因となって、スイッチの BIOS コンポーネントとパワー シーケンサ コンポーネントはアップグレードされません。
そのステップを次に示します。
• 最初の vPC スイッチ(vPC プライマリ スイッチ)をアップグレードします。このアップグレード中に、スイッチがリロードされます。スイッチがリロードされるときに、デュアルホーム FEX はリロードされません。シングルホーム FEX のみがリロードされます。これらのデュアルホーム FEX に接続されたサーバは、ネットワーク接続を 2 番めの(vPC セカンダリ)スイッチを経由して維持します。
• 最初のスイッチのアップグレードが正常に完了したことを確認します。アップグレードが完了すると、スイッチは vPC ピアリングを復元します。ただし、デュアルホーム FEX は 2 番めのスイッチだけに接続されたままになります。
• 2 番目のスイッチでブート変数を設定し、(可能であればスイッチ コンソールから)設定を保存します。
1. 新しいターゲット イメージを反映することを示すため、スイッチ上のブート変数を更新します。
2. copy running-config startup-config コマンドを入力して設定を保存します。
• reload fex コマンドを使用してデュアルホーム FEX をリロードします。これらのデュアルホーム FEX に接続されたサーバは、この時点で接続が失われます。
• FEX がリロードされるまで待ちます。リロード後、FEX は最初の(アップグレード済みの)スイッチに接続されます。これらの FEX に接続されたサーバのダウンタイムは、このリロードと再接続時間に限定されます。
• reload コマンドを入力して、スイッチをリロードします。
• 2 番目の vPC スイッチが新しいソフトウェアでバックアップされると、vPC ピアリングが再確立され、デュアルホーム FEX が両方のピア スイッチに接続され、両方のスイッチへのトラフィックの送信を開始します。
手順の詳細
ステップ 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: ディレクトリにあることを確認します。
327568 Sep 12 18:31:51 2013 20130912_182850_poap_4401_init.log
4096 Mar 11 20:50:19 2013 DiagLogs/
4194217 Apr 25 17:41:56 2013 bigsur.log
3707 Apr 18 17:26:57 2013 config-on54
2809 Nov 21 23:36:39 2013 config_b4_writeEras
496 Jan 27 00:11:15 2014 convert_pfm1.log
66683392 Mar 20 21:59:43 2013 diag-n5k-o3-4.0.0.014.bin
66474496 Mar 22 22:31:13 2013 diag-n5k-o3-4.0.0.015.1.bin
2830247 Apr 24 21:35:11 2013 dplug
342 Jan 27 00:11:15 2014 fcoe_mgr_cnv.log
115 Jan 27 00:10:10 2014 fib_pre_issu_dump.txt
4558 Sep 12 18:16:01 2013 for-iluka-9_12
3078 Jan 27 00:10:10 2014 fwm_pre_issu_dump.txt
3413 Jun 18 18:53:18 2013 hplus_6_18
8531402 Mar 20 21:59:47 2013 hw_tools.tar.gz
2830 Nov 25 22:19:50 2013 iluka_11_25
65536 Mar 20 21:59:47 2013 lepton-1.3-P2.csco
34737152 Nov 21 18:05:31 2013 n6000-uk9-kickstart.6.0.2.N2.1.bin
37314048 Dec 19 23:06:20 2013 n6000-uk9-kickstart.7.0.0.N1.0.436.bin
37309952 Jan 26 18:43:09 2014 n6000-uk9-kickstart.7.0.0.N1.0.516.bin
244156539 Nov 21 18:06:58 2013 n6000-uk9.6.0.2.N2.1.bin
241848989 Dec 19 23:07:05 2013 n6000-uk9.7.0.0.N1.0.436.bin
241908697 Jan 26 18:43:51 2014 n6000-uk9.7.0.0.N1.0.516.bin
8388608 Mar 20 22:01:45 2013 norcal64_bios_8MB-v15-1229.bin
2830247 Apr 24 21:15:41 2013 nuova-or-dplug-mzg.6.0.2.N2.0.30.bin
11351 Jul 10 18:54:30 2013 out
11351 Jul 10 18:56:44 2013 out1
4096 Apr 24 18:25:11 2013 proc3687/
4096 Apr 24 18:25:11 2013 pss3687/
4096 Sep 12 18:28:48 2013 scripts/
4316 Jan 27 00:10:10 2014 stp.log.1
2457600 Mar 20 22:01:46 2013 tcl_lib.tar
4096 Mar 21 20:29:29 2013 vdc_2/
4096 Mar 21 20:29:29 2013 vdc_3/
4096 Mar 21 20:29:29 2013 vdc_4/
641 Jan 27 00:11:15 2014 vfc_cnv.log
4096 Mar 21 20:29:29 2013 virt_strg_pool_bf/
163840 Mar 20 22:01:46 2013 w2_64-1.2.0.2.csco
Usage for bootflash://sup-local
新しいイメージ ファイルが正常にロードしない場合に使用できるように、最低でも 1 つ前のソフトウェア リリースのキックスタート イメージ ファイルおよびシステム イメージ ファイルを保存しておいてください。
ステップ 4 (任意)bootflash にさらに多くのスペースが必要な場合、不要なファイルを削除して使用できるスペースを作ります。
ステップ 5 FTP、TFTP、SCP、SFTP などの転送プロトコルを使用して、キックスタート イメージおよびシステム イメージを各スイッチの bootflash にコピーします。この手順の例では、SCP を使用しています。
25213952 Jun 14 19:11:12 2012 n6000-uk9-kickstart.7.0.2.N1.1.bin
31659520 Dec 31 17:05:37 20012 n6000-uk9-kickstart.7.0.2.N1.1.bin
188774802 Jun 14 19:11:48 2012 n6000-uk9.6.0.2.N1.1.bin
173063276 Jul 03 14:51:16 2012 n6000-uk9.7.0.2.N1.1.bin
ステップ 6 show install all impact コマンドを入力します。
switch-1# show install all impact kickstart bootflash:n6000-uk9-kickstart.7.0.0.N1.0.516.bin system bootflash:n6000-uk9.7.0.0.N1.0.516.bin
Verifying image bootflash:/n6000-uk9-kickstart.7.0.0.N1.0.516.bin for boot varia
[####################] 100% -- SUCCESS
Verifying image bootflash:/n6000-uk9.7.0.0.N1.0.516.bin for boot variable "system".
[####################] 100% -- SUCCESS
[####################] 100% -- SUCCESS
Extracting "system" version from image bootflash:/n6000-uk9.7.0.0.N1.0.516.bin.
[####################] 100% -- SUCCESS
Extracting "kickstart" version from image bootflash:/n6000-uk9-kickstart.7.0.0.N
[####################] 100% -- SUCCESS
Extracting "bios" version from image bootflash:/n6000-uk9.7.0.0.N1.0.516.bin.
[####################] 100% -- SUCCESS
Performing module support checks.
[####################] 100% -- SUCCESS
Notifying services about system upgrade.
[####################] 100% -- SUCCESS
Compatibility check is done:
Module bootable Impact Install-type Reason
------ -------- -------------- ------------ ------
1 yes disruptive Reset due to single supervisor
Images will be upgraded according to following table:
Module Image Running-Version New-Version Upg-Required
------ ---------- ---------------------- ---------------------- ------------
1 system 6.0(2)N1(1) 7.0(2)N1(1) yes
1 kickstart 6.0(2)N1(1) 7.0(2)N1(1) yes
1 bios v3.6.0(12/05/09) v3.6.0(12/05/09) no
1 uC v1.2.0.1 v1.0.0.14 no
ステップ 7 install all kickstart image system image コマンドを入力します。
サブステップ 5.a.、5.b.、5.c. は、 アップグレード実行中のステータスの確認方法を示しています。
switch-1# install all kickstart bootflash:n6000-uk9-kickstart.7.0.0.N1.0.516.bin system bootflash:n6000-uk9.7.0.0.N1.0.516.bin
Verifying image bootflash:/n6000-uk9-kickstart.7.0.0.N1.0.516.bin for boot variable "kickstart".
[####################] 100% -- SUCCESS
Verifying image bootflash:/n6000-uk9.7.0.0.N1.0.516.bin for boot variable "system".
[####################] 100% -- SUCCESS
[####################] 100% -- SUCCESS
Extracting "system" version from image bootflash:/n6000-uk9.7.0.0.N1.0.516.bin.
[####################] 100% -- SUCCESS
Extracting "kickstart" version from image bootflash:/n6000-uk9-kickstart.7.0.0.N1.0.516.bin.
[####################] 100% -- SUCCESS
Extracting "bios" version from image bootflash:/n6000-uk9.7.0.0.N1.0.516.bin.
[####################] 100% -- SUCCESS
Performing module support checks.
[####################] 100% -- SUCCESS
Notifying services about system upgrade.
[####################] 100% -- SUCCESS
Compatibility check is done:
Module bootable Impact Install-type Reason
------ -------- -------------- ------------ ------
1 yes disruptive Reset due to single supervisor
Images will be upgraded according to following table:
Module Image Running-Version New-Version Upg-Required
------ ---------- ---------------------- ---------------------- ------------
1 system 6.0(2)N1(1) 7.0(2)N1(1) yes
1 kickstart 6.0(2)N1(1) 7.0(2)N1(1) yes
1 bios v3.6.0(12/05/09) v3.6.0(12/05/09) no
1 uC v1.2.0.1 v1.0.0.14 no
Switch will be reloaded for disruptive upgrade.
Do you want to continue with the installation (y/n)?[n] y
Install is in progress, please wait.
Performing runtime checks.
[####################] 100% -- SUCCESS
[# ] 0%2014 Jan 24 21:58:15 Norcal_34 %$ VDC-1 %$ %VSHD-5-VSHD_SYSLOG_CONFIG_I: Configured from vty by on vsh.5943
[####################] 100% -- SUCCESS
Performing configuration copy.
[####################] 100% -- SUCCESS
Finishing the upgrade, switch will reboot in 10 seconds.
switch-1# Shutdown Ports..
2014 Jan 24 21:58:31 Norcal_34 %$ VDC-1 %$ Jan 24 21:58:31 %KERN-0-SYSTEM_MSG: Shutdown Ports..- kernel
2014 Jan 24 21:58:31 Norcal_34 %$ VDC-1 %$ Jan 24 21:58:31 %KERN-0-SYSTEM_MSG: writing reset reason 49, - kernel
Broadcast message from root (Fri Jan 24 21:58:36 2014):
The system is going down for reboot NOW!
INIT: Sending processes the TERM signal
2014 Jan 24 21:5Sending all processes the TERM signal...
Sending all processes the KILL signal...
Unmounting filesystems...
ooting kickstart image: bootflash:/n6000-uk9-kickstart.7.0.0.N1.0.516.bin....
...............................................................................
..........................................Image verification OK
INIT: [ 6.438002] I2C - Mezz absent
phys->virt: 0x7fc9eec87fc9eea8-->0x8054d12
phys->virt: 0x7fc9ef187fc9eef8-->0x8054d12
phys->virt: 0x7fc9ef187fc9eef8-->0x8054d12
phys->virt: 0x7fc9ef187fc9eef8-->0x8054d12
Starting system POST.....
Executing Mod 1 1 SEEPROM Test:...done (0 seconds)
Executing Mod 1 1 GigE Port Test:....done (32 seconds)
Executing Mod 1 1 PCIE Test:.................done (0 seconds)
Mod 1 1 Post Completed Successfully
can't create lock file /var/lock/mtab~194: No such file or directory (use -n flag to override)
nohup: redirecting stderr to stdout
autoneg unmodified, ignoring
autoneg unmodified, ignoring
Checking all filesystems.....done.
Uncompressing system image: bootflash:/n6000-uk9.7.0.0.N1.0.516.bin Fri Jan 24 22:00:35 PST 2014
Load plugins that defined in image conf: /isan/plugin_img/img.conf
Loading plugin 0: core_plugin...
load_plugin: Can't get exclude list from /isan/plugin/0/boot/etc/plugin_exclude.conf (rc 0x40ea0017)
Loading plugin 1: eth_plugin...
INIT: Entering runlevel: 3
touch: cannot touch `/var/lock/subsys/netfs': No such file or directory
Mounting other filesystems: [ OK ]
touch: cannot touch `/var/lock/subsys/local': No such file or directory
/isan/bin/muxif_config: fex vlan id: -f,4042
Set name-type for VLAN subsystem.Should be visible in /proc/net/vlan/config
Added VLAN with VID == 4042 to IF -:muxif:-
2014 Jan 24 22:00:58 Norcal_34 %$ VDC-1 %$ %USER-2-SYSTEM_MSG: CLIS: loading cmd files begin - clis
2014 Jan 24 22:01:09 Norcal_34 %$ VDC-1 %$ Jan 24 22:01:00 %KERN-0-SYSTEM_MSG: [ 6.438002] I2C - Mezz absent - kernel
2014 Jan 24 22:01:09 Norcal_34 %$ VDC-1 %$ %USER-2-SYSTEM_MSG: CLIS: loading cmd files end - clis
2014 Jan 24 22:01:09 Norcal_34 %$ VDC-1 %$ %USER-2-SYSTEM_MSG: CLIS: init begin - clis
2014 Jan 24 22:02:54 Norcal_34 %$ VDC-1 %$ %VDC_MGR-2-VDC_ONLINE: vdc 1 has come online
プライマリ スイッチでのソフトウェア アップグレード中に、セカンダリ vPC スイッチを使用して FEX アップグレードの進行状況を確認できます(太字の出力を参照してください)。
switch-2# 2010 Jun 10 18:27:25 N5K2 %$ VDC-1 %$ %SATCTRL-2-SATCTRL_IMAGE: FEX100 Image
switch-2# 2010 Jun 10 18:32:54 N5K2 %$ VDC-1 %$ %SATCTRL-2-SATCTRL_IMAGE: FEX100 Image
update complete.Install pending
セカンダリ スイッチからファブリック エクステンダのステータスを確認します。
FEX: 100 Description: FEX0100 state: Online
FEX version: 4.1(3)N1(1) [Switch version: 4.1(3)N1(1)]
Extender Model: N2K-C2148T-1GE, Extender Serial: JAF1343BHCK
pinning-mode: static Max-links: 1
Fabric port for control traffic: Eth1/37
Po5 - Interface Up.State: Active
Eth1/37 - Interface Up.State: Active
(注 ) プライマリ スイッチがリロードされている間、ファブリック エクステンダはオンライン状態のままになります。
ステップ 8 新しいイメージを反映するため、セカンダリ スイッチ上のブート変数を更新します。
switch-2(config)# boot system bootflash:n6000-uk9.7.0.2.N1.1.bin
switch-2(config)# boot kickstart bootflash:n6000-uk9-kickstart.7.0.2.N1.1.b in
Issue the copy running startup-configuration command.
switch-2(config)# copy running startup-configuration
[########################################] 100%
ステップ 9 セカンダリ スイッチから最初のファブリック エクステンダをリロードしてから、以降のファブリック エクステンダをリロードします。
switch-2(config)# reload fex 127
WARNING: This command will reboot FEX 127
Do you want to continue?(y/n) [n] y
2014 Jan 24 18:18:14 Norcal_34 %$ VDC-1 %$ %FEX-5-FEX_PORT_STATUS_NOTI: Uplink-ID 2 of Fex 127 that is connected with Ethernet2/7 changed its status from Active to Disconnected
2014 Jan 24 18:18:14 Norcal_34 %$ VDC-1 %$ %NOHMS-2-NOHMS_ENV_FEX_OFFLINE: FEX-127 Off-line (Serial Number SSI153402XS)
2014 Jan 24 18:18:14 Norcal_34 %$ VDC-1 %$ %PFMA-2-FEX_STATUS: Fex 127 is offline
(注 ) セカンダリ スイッチには新しいイメージがないため、ファブリック エクステンダがオンラインであることはプライマリ スイッチだけに表示されます。セカンダリ スイッチには、ファブリック エクステンダがイメージのダウンロード中であることが表示されます。
FEX: 127 Description: FEX127 state: Image Download
FEX version: 7.0(2)N1(1) [Switch version: 6.0(2)N1(2)]
Extender Serial: SSI153402XS
Extender Model: N2K-C2232TM-E-10GE, Part No: 73-14645-02
Keepalive pending for 1 intervals
Pinning-mode: static Max-links: 1
Fabric port for control traffic: Eth2/9
FCoE FEX AA Configured: false
Po127 - Interface Up.State: Active
Eth2/9 - Interface Up.State: Active
FEX: 127 Description: FEX127 state: Online
FEX version: 7.0(2)N1(1) [Switch version: 7.0(2)N1(1)]
Extender Serial: SSI153402XS
Extender Model: N2K-C2232TM-E-10GE, Part No: 73-14645-02
Keepalive pending for 1 intervals
Pinning-mode: static Max-links: 1
Fabric port for control traffic: Eth2/9
FCoE FEX AA Configured: false
Po127 - Interface Up.State: Active
Eth2/9 - Interface Up.State: Active
(注 ) 最初のファブリック エクステンダが起動したことを確認してから、以降のファブリック エクステンダをリロードしてください。
すべてのファブリック エクステンダがロードされたら、次のステップに進みます。
ステップ 10 セカンダリ スイッチで reload コマンドを入力します。
(注 ) セカンダリ スイッチはファブリック エクステンダがオンライン状態であることを認識できないため、ファブリック エクステンダが失われないよう、コンフィギュレーションは保存しないでください。
WARNING: There is unsaved configuration!!!
WARNING: This command will reboot the system
Do you want to continue?(y/n) [n] y
[23065.556813] Shutdown Ports..
[23065.559745] writing reset reason 9,
2014 Jan 24 18:52:53 Norcal_34 %$ VDC-1 %$ Jan 24 18:52:52 %KERN-0-SYSTEM_MSG: [23065.556813] Shutdown Ports..- kernel
2014 Jan 24 18:52:53 Norcal_34 %$ VDC-1 %$ Jan 24 18:52:52 %KERN-0-SYSTEM_MSG: [23065.559745] writing reset reason 9, - kernel
Broadcast message from root (ttyS0) (Fri Jan 24 18:52:57 2014):
The system is going down for reboot NOW!
INIT: Sending processes the TERM signal
Norcal_34# Jan 24 18:52:58 %LIBSYSMGR-3-SIGTERM_FORCE_EXIT Service "npacl" (PID 3258) is forced exit.
Jan 24 18:52:58 %LIBSYSMGR-3-SIGTERM_FORCE_EXIT Service "netstack" (PID 3381) is forced exit.
Jan 24 18:52:58 %LIBSYSMGR-3-SIGTERM_FORCE_EXIT Service "stp" (PID 3514) is forced exit.
Jan 24 18:52:58 %LIBSYSMGR-3-SIGTERM_FORCE_EXIT Service "mrib" (PID 3323) is forced exit.
Jan 24 18:52:58 %LIBSYSMGR-3-SIGTERM_FORCE_EXIT Service "m2rib" (PID 3483) is forced exit.
Jan 24 18:52:58 %LIBSYSMGR-3-SIGTERM_FORCE_EXIT Service "mcastfwd" (PID 3525) is forced exit.
Jan 24 18:52:58 %LIBSYSMGR-3-SIGTERM_FORCE_EXIT Service "l3vm" (PID 3281) is forced exit.
Jan 24 18:52:58 %LIBSYSMGR-3-SIGTERM_FORCE_EXIT Service "licmgr" (PID 3205) is forced exit.
Jan 24 18:52:58 %LIBSYSMGR-3-SIGTERM_FORCE_EXIT Service "igmp" (PID 3469) is forced exit.
Jan 24 18:52:58 %LIBSYSMGR-3-SIGTERM_FORCE_EXIT Service "icmpv6" (PID 3377) is forced exit.
Jan 24 18:52:58 %LIBSYSMGR-3-SIGTERM_FORCE_EXIT Service "idehsd" (PID 3264) is forced exit.
Jan 24 18:52:58 %LIBSYSMGR-3-SIGTERM_FORCE_EXIT Service "fs-daemon" (PID 3206) is forced exit.
Jan 24 18:52:58 %LIBSYSMGR-3-SIGTERM_FORCE_EXIT Service "eth_dstats" (PID 3268) is forced exit.
Jan 24 18:52:58 %TTYD-2-TTYD_ERROR TTYD Error ttyd bad select
Jan 24 18:52:58 %LIBSYSMGR-3-SIGTERM_FORCE_EXIT Service "statsclient" (PID 3343) is forced exit.
Jan 24 18:52:58 %LIBSYSMGR-3-SIGTERM_FORCE_EXIT Service "callhome server" (PID 3384) is forced exit.
Jan 24 18:52:58 %LIBSYSMGR-3-SIGTERM_FORCE_EXIT Service "arp" (PID 3372) is forced exit.
[23071.223966] usdk_sse: mts_send failed:-32 sending to 0xfe000000.274 errno 32
Jan 24 18:52:58 %LIBSYSMGR-3-SIGTERM_FORCE_EXIT Service "adjmgr" (PID 3317) is forced exit.
Jan 24 18:52:58 %ADJMGR-3-URIB_SEND_TO_ERROR Send to URIB failed: Invalid argument
Jan 24 18:52:58 %LIBSYSMGR-3-SIGTERM_FORCE_EXIT Service "Cert_enroll Daemon" (PID 3278) is forced exit.
Jan 24 18:52:58 %LIBSYSMGR-3-SIGTERM_FORCE_EXIT Service "Radius Daemon" (PID 3464) is forced exit.
Jan 24 18:52:58 %LIBSYSMGR-3-SIGTERM_FORCE_EXIT Service "AAA Daemon" (PID 3279) is forced exit.
Jan 24 18:52:58 %LIBSYSMGR-3-SIGTERM_FORCE_EXIT Service "Security Daemon" (PID 3277) is forced exit.
Jan 24 18:52:58 %LIBSYSMGR-3-SIGTERM_FORCE_EXIT Service "vshd" (PID 3201) is forced exit.
Sending all processes the TERM signal...
Sending all processes the KILL signal...
Unmounting filesystems...
[23079.740309] Resetting board
(注 ) 次のような健全性チェックを実行することにより、システムで ISSU の準備が完了していることを確認し、ISSU の影響を理解しておく必要があります。
アップグレード ステータスのモニタリング
表 8 に、インストールのアップグレードのモニタに使用される show コマンドを示します。
表 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 に提供可能なシステム情報およびコンフィギュレーション情報が表示されます。
次に、show install all status コマンドの出力例を示します。
There is an on-going installation...
Enter Ctrl-C to go back to the prompt.
Continuing with installation process, please wait.
The login will be disabled until the installation is completed.
Performing supervisor state verification.
Supervisor non-disruptive upgrade successful.
Module 198: Non-disruptive upgrading.
Module 199: Non-disruptive upgrading.
Install has been successful.(hit Ctrl-C here)
次の例は、2 つの vPC ピア スイッチでの show fex コマンドの出力です。ここでは FEX 198 と FEX 199 がアップグレードされています。
Number Description State Model Serial
------------------------------------------------------------------------
198 FEX0198 Hitless Upg Idle N2K-C2248TP-1GE JAF1342ANQP
199 FEX0199 Online N2K-C2248TP-1GE JAF1342ANRL
Number Description State Model Serial
------------------------------------------------------------------------
198 FEX0198 FEX AA Upg Idle N2K-C2248TP-1GE JAF1342ANQP
199 FEX0199 Online N2K-C2248TP-1GE JAF1342ANRL
以前のリリースへのダウングレード
install all コマンドを使用してスイッチをダウングレードする手順は、 install all コマンドを使用してスイッチをアップグレードする手順と同じですが、ロードするイメージ ファイルには、スイッチで現在実行しているイメージよりも前のリリースのものを使用します。show incompatibility system コマンドを使用すると、現在のリリースとターゲット リリースとの間に機能の非互換性がないことを確認できます。ダウングレードは中断を伴うことに注意してください。中断を伴わない特定のダウングレードの詳細については、リリース固有の情報の項を参照してください。
(注 ) 特定リリースにダウングレードする前に、スイッチにインストールされている現在のリリースのリリース ノートを確認し、ハードウェアにその特定リリースとの互換性があることを確認してください。
ISSU および中断を伴うインストールのトラブルシューティング
ISSU が失敗する一般的な原因としては、次のようなものがあります。
• ISSU の要件を満たしていない:Bridge Assurance がアクティブ、またはスイッチが STP トポロジ内のリーフ ノードになっていない。これらの問題は、「プレインストール チェック」 で説明されています。
• bootflash: に、更新されたイメージを格納できるだけの十分なスペースがない。
• 指定されたシステムとキックスタートに互換性がない。
• アップグレードの実行中にハードウェアが取り付けられた、または取り外された。
• アップグレードの実行中に停電が発生した。
• リモート サーバの場所のパス全体が正確に指定されていない。
マニュアルの入手方法およびテクニカル サポート
マニュアルの入手方法、テクニカル サポート、その他の有用な情報について、次の URL で、毎月更新される『 What's New in Cisco Product Documentation 』を参照してください。シスコの新規および改訂版の技術マニュアルの一覧も示されています。 http://www.cisco.com/c/en/us/td/docs/general/whatsnew/whatsnew.html
『 What's New in Cisco Product Documentation(Cisco 製品資料の更新情報) 』は、シスコの新規および改訂版の技術マニュアルの一覧も示し、RSS フィードとして購読できます。また、リーダー アプリケーションを使用してコンテンツをデスクトップに配信することもできます。RSS フィードは無料のサービスです。