Cisco Nexus Virtual Services Appliance ソフトウェア インストレーション/ アップグレード ガイド リリース 4.2(1) SP1(5.1)

Cisco Virtual Services Applianceソフトウェア アップグレード

---

この章では、Cisco Virtual Services Appliance 製品ファミリを新しいバージョンにアップグレードする方法について説明します。内容は次のとおりです。

• 「前提条件」

• 「ソフトウェア リリース 4.2(1)SP1(3) 以降からのアップグレード」

• 「ソフトウェア リリース 4.0(4)SP1(1) からのアップグレード」

• 「アップグレードの例」

In Service Software Upgrade について

Cisco Virtual Services Appliance のアップグレードは、中断のない In Service Software Upgrade（ISSU）です。ソフトウェアをアップグレードする場合、稼働データは永続情報を失わずに保持されます。VSB が使用できるかどうかは、アップグレード プロセスには影響しません。

アップグレードのためのコマンドが実行されると、アップグレード手順全体が自動化されます。アップグレード プロセスの実行には時間がかかります。プロセスは次の順序で行われます。

• 最初に、ISO イメージのコンポーネントの抽出と検証が行われ、スタンバイ側の Cisco Virtual Services Appliance と同期をとります。

• 先にスタンバイ側の Cisco Virtual Services Appliance がアップグレードされます。

• スタンバイ側で VSBS が再起動します。

• アクティブ側のアップグレードが始まります。

• アクティブ側とスタンバイ側のアップグレードが完了すると、両方ともアップグレードされたソフトウェアを実行する HA ペアを形成します。

最終的に、両方の Cisco Virtual Services Appliance が新しいソフトウェア バージョンで HA ペアを構成したときに ISSU は完了します。

前提条件

ここに示す手順を開始する前に、次の点を理解または実行しておく必要があります。

• 「Cisco CIMC ソフトウェアのバージョンの確認」を使用して、次の製品 ID（PID）を所有していることを確認済みであること。

– Cisco Nexus 1110-S の場合は N1K-C1110

– Cisco Nexus 1110-X の場合は N1K-C1110-X

• Cisco Virtual Services Appliance の背面の CIMC/Serial over LAN ポートから CLI にログインしていること。

（注） この手順では管理 IP を使用してログインしないでください。この手順では、最初にスタンバイ Cisco Virtual Services Appliance をアップグレードしてリロードする必要があります。その後、HA ペアはソフトウェア バージョンの互換性がなくなります。Serial over LAN を使用してログインすることにより、この構成で発生するスプリット ブレインが回避されます。

• 外部サーバの実行コンフィギュレーションのバックアップ コピーをすでに保存していること。

• 新しい Cisco Virtual Services Appliance ソフトウェア ファイルのコピーを次の Cisco.com ソフトウェア ダウンロード サイトから外部サーバに保存済みであること。

www.cisco.com/go/1010download

• Cisco Integrated Management Controller（CIMC）ソフトウェア バージョン 1.2.1(b) 以降がインストールされていること。詳細については、「CIMC および BIOS 情報」を参照してください。

• このバージョンの CIMC がインストール済みであることを確認する手順は、「Cisco CIMC ソフトウェアのバージョンの確認」を参照してください。詳細については、『 CIMC Firmware Management on UCS C-Series Servers』 を参照してください。

これよりも前のバージョンの CIMC がインストールされている場合は、アップグレードに失敗します。

• Cisco Virtual Services Appliance CIMC GUI を使用して、マニュアルの手順に従い CIMC と BIOS ファームウェアを個別に更新してください。詳細については、「CIMC および BIOS 情報」を参照してください。

注意事項および制約事項

Cisco Virtual Services Appliance 製品ファミリのアップグレード時に以下のガイドラインおよび制約事項に従ってください。

• この手順で、アクティブおよびスタンバイ Cisco Virtual Services Appliance の両方がアップグレードされます。

• アップグレード中に新しいソフトウェア バージョンをリロードした後、新しいアップグレード コンフィギュレーションをスタートアップ コンフィギュレーションにコピーすることによって、リブートや再起動が行われてもコンフィギュレーションが永続的に保存されるようにする必要があります。次の手順には、このための作業が含まれています。

• ソフトウェアをアップグレードする唯一の方法は、 install nexus1010 コマンドを使用することです。

• ブート変数は、install コマンドの実行時にシステムによって設定されます。ブート変数を手動で設定することは絶対に避けてください。

ソフトウェア リリース 4.2(1)SP1(3) 以降からのアップグレード

稼働データと永続情報を保持しながら次の Cisco Virtual Services Appliance をアップグレードする手順を次に示します。

（注） 4.2(1)SP1(2) から 4.2(1)SP1(5.1) へのアップグレードはサポートされていません。

（注） 4.0(4) SP1(1) からアップグレードする場合は、「ソフトウェア リリース 4.0(4)SP1(1) からのアップグレード」を参照してください。

（注） VSB 上の Cisco Nexus 1000V ソフトウェアのアップグレードについては、『Cisco Nexus 1000V Software Installation and Upgrade Guide, Release 4.2(1)SV1(5.2)』を参照してください。

ソフトウェア リリース 4.0(4)SP1(1) からのアップグレード

稼働データと永続情報を保持しながら次の Cisco Virtual Services Appliance をアップグレードする手順を次に示します。

（注） 4.2(1)SP1(4) または 4.2(1)SP1(3) からアップグレードする場合は、「ソフトウェア リリース 4.2(1)SP1(3) 以降からのアップグレード」を参照してください。

（注） VSB 上の Cisco Nexus 1000V ソフトウェアのアップグレードについては、『Cisco Nexus 1000V Software Installation and Upgrade Guide, Release 4.2(1)SV1(5.2)』を参照してください。

手順の詳細

---

ステップ 1 Cisco Virtual Services Appliance Serial over LAN 接続で、未保存のコンフィギュレーションを実行コンフィギュレーションからスタートアップにコピーして、リロード後にコンフィギュレーションが保持されるようにします。

copy running-config startup-config

例：

switch# copy running-config startup-config

[########################################] 100%

switch#

 

ステップ 2 新しいソフトウェア イメージを外部サーバから次のディレクトリにコピーします。

bootflash: \repository

copy scp://user@path/filename bootflash:filename

例：

switch# copy scp://user@linux-box.cisco.com/home/user/nexus-1010.4.2.1.SP1.5.1.iso bootflash:repository

Enter vrf (If no input, current vrf 'default' is considered):

user@linux-box.cisco.com's password:

nexus-1010.4.2.1.SP1.1.5.1.iso 100% 258234 10.3KB/s 00:15

switch#

 

ステップ 3 新しいイメージをインストールします。

install nexus1010 full_path_to_filename

スイッチでは次のことが起こります。

• 新しいソフトウェア イメージが bootflash にコピーされます。

• bootflash 変数が新しいシステムとキックスタート イメージの名前で更新されます。

• 新しいイメージと bootflash 変数の情報が実行コンフィギュレーションに保存されます。

例：

switch# install nexus1010 bootflash:repository/nexus-1010.4.2.1.SP1.5.1.iso

 

ステップ 4 スタートアップ コンフィギュレーションに新しいブート パラメータを保存します。

switch# copy running-config startup-config

[########################################] 100%

 

---

注意 実行コンフィギュレーションをスタートアップ コンフィギュレーションにコピーしない場合、新しいブート パラメータは ステップ 5 でソフトウェアをリロードしたときに保存されません。

---

ステップ 5 ソフトウェアをリロードしてソフトウェア イメージを新しいイメージ ファイルで更新します。セカンダリ Cisco Virtual Services Appliance がアクティブである場合、現在スタンバイ側であるプライマリ モジュールをリロードします。

reload module 1

例：

switch# reload module1

his command will reboot standby supervisor module. (y/n)? [n] y

about to reset standby sup

switch# 2012 Sep 12 00:14:58 switch %$ VDC-1 %$ %PLATFORM-2-PFM_MODULE_RESET: Manual restart of Module 1 from Command Line Interface

2012 Sep 12 00:15:15 switch %$ VDC-1 %$ %PLATFORM-2-MOD_REMOVE: Module 1 removed (Serial number T023D70E601)

switch#

 

ステップ 6 module 1 が最新のソフトウェア バージョンで起動するまで待機します。module1 には最新のソフトウェア バージョンが導入されているため、そのまま最新のソフトウェア バージョンでアクティブとして表示されます。ソフトウェア バージョンが非互換のため、スタンバイとしては表示されません。

switch# show virtual-service-blade summary

-------------------------------------------------------------------------------

Name HA-Role HA-Status Status Location

-------------------------------------------------------------------------------

VSM1 PRIMARY ACTIVE VSB POWERED ON PRIMARY

VSM1 SECONDARY STANDBY VSB POWERED ON SECONDARY

 

ステップ 7 module 1 の CLI から前のソフトウェアバージョンが導入されている Cisco Virtual Services Appliance で VSM にログインし、手動によるスイッチオーバーを開始します。

switch# login virtual-service-blade vsm

Telnet escape character is '$'.

Trying 127.1.0.18...

Connected to 127.1.0.18.

Escape character is '$'.

 

Nexus 1000v Switch

vsm login: admin

Password:

Cisco Nexus Operating System (NX-OS) Software

TAC support: http://www.cisco.com/tac

Copyright (c) 2002-2011, Cisco Systems, Inc. All rights reserved.

The copyrights to certain works contained in this software are

owned by other third parties and used and distributed under

license. Certain components of this software are licensed under

the GNU General Public License (GPL) version 2.0 or the GNU

Lesser General Public License (LGPL) Version 2.1. A copy of each

such license is available at

http://www.opensource.org/licenses/gpl-2.0.php and

http://www.opensource.org/licenses/lgpl-2.1.php

 

switch# show system redundancy status

Redundancy role

---------------

administrative: secondary

operational: secondary

 

Redundancy mode

---------------

administrative: HA

operational: HA

This supervisor (sup-2)

-----------------------

Redundancy state: Active

Supervisor state: Active

Internal state: Active with HA standby

 

Other supervisor (sup-1)

------------------------

Redundancy state: Standby

Supervisor state: HA standby

Internal state: HA standby

 

switch#system switchover

 

ステップ 8 $ と入力すると Telnet プロンプトに戻ります。

ステップ 9 すべての VSM で手動によるスイッチオーバーを開始します。

ステップ 10 セカンダリ モジュールをリロードします。前のソフトウェアバージョンが導入されているアクティブ側の CLI で次のコマンドを入力します。

switch#reload module 2

セカンダリ Cisco Virtual Services Appliance がリロードされ、プライマリ Cisco Virtual Services Appliance をスタンバイとして加入します。

ステップ 11 各モジュールの CLI から、両方の Cisco Virtual Services Appliance が HA モードであることを確認します。

show system redundancy status

例：

switch# show system redundancy status

Redundancy role

---------------

administrative: primary

operational: primary

Redundancy mode

---------------

administrative: HA

operational: None

This supervisor (sup-1)

-----------------------

Redundancy state: Active

Supervisor state: Active

Internal state: Active with HA standby

Other supervisor (sup-2)

------------------------

Redundancy state: standby
Supervisor state: HA standby
Internal state: HA standby

switch#

---- ----

 

ステップ 12 新しいソフトウェアがロードされたことを確認します。

show module

switch# show module

Mod Ports Module-Type Model Status

--- ----- -------------------------------- ------ ------------

1 0 Cisco Virtual Services Appliance VSA active *

2 0 Cisco Virtual Services Appliance VSA ha-standby

 

Mod Sw Hw

--- ---------------- ------------------------------------------------

1 4.2(1)SP1(5.1) 0.0

2 4.2(1)SP1(5.1) 0.0

 

Mod MAC-Address(es) Serial-Num

--- -------------------------------------- ----------

1 00-19-07-6c-5a-a8 to 00-19-07-6c-62-a8 NA

2 00-19-07-6c-5a-a8 to 00-19-07-6c-62-a8 NA

 

Mod Server-IP Server-UUID Server-Name

--- --------------- ------------ --------------------

1 10.78.109.100 NA NA

2 10.78.109.100 NA NA

 

* this terminal session* this terminal session

switch#

 

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

copy running-config startup-config

例：

n1000v# copy running-config startup-config

[########################################] 100%

n1000v#

---

 

アップグレードの例

次はソフトウェア バージョン 4.2(1)SP1(3) から 4.2(1)SP1(5.1) へのアップグレードの例です。

次はソフトウェア バージョン 4.2(1)SP1(3) から 4.2(1)SP1(4) へのアップグレードの例です。

（スタンバイ Cisco Nexus 1010 のアップグレードは、ここで開始します）。

cppa-mgr# copy running-config startup-config

[########################################] 100%

cppa-mgr#

次はソフトウェア バージョン 4.2(1)SP1(2) から 4.2(1)SP1(3) へのアップグレードの例です。

（スタンバイ Cisco Nexus 1010 のアップグレードは、ここで開始します）。

cppa-mgr# copy running-config startup-config

[########################################] 100%

cppa-mgr#

ソフトウェア アップグレードの機能の履歴

ここでは、ソフトウェア インストールおよびアップグレードのリリース履歴について説明します。