この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
この章は、次の項で構成されています。
Cisco UCS ドメインのすべてのエンドポイントが完全に機能し、それらのエンドポイントのファームウェアのアップグレードまたはダウングレードを開始する前に、すべてのプロセスが完了している必要があります。機能状態でないエンドポイントはアップグレードまたはダウングレードすることはできません。たとえば、検出されていないサーバのファームウェアはアップグレードまたはダウングレードできません。最大回数の再試行後に失敗した FSM などの未完了のプロセスによって、エンドポイントのアップグレードやダウングレードが失敗する可能性があります。FSM が実行中の場合、Cisco UCS Manager によって、更新とアクティベーションがキューに入れられ、FSM が正常に完了すると、それらが実行されます。
Cisco UCS ドメインのファームウェアをアップグレードまたはダウングレードする前に、次の前提条件を実行します。
リリース ノートの内容を確認します。
適切なハードウェアおよびソフトウェア相互運用性の表を参照し、すべてのサーバのオペレーティング システムドライバのレベルが、アップグレード予定の Cisco UCS のリリースに対して正しいレベルになっていることを確認します。
設定を All Configuration バックアップ ファイルにバックアップします。
クラスタ設定の場合、ファブリック インターコネクトの高可用性ステータスに、両方が稼働中であると示されていることを確認します。
スタンドアロン設定の場合、ファブリック インターコネクトの [Overall Status] が [Operable] であることを確認します。
データ パスが稼働中であることを確認します。詳細については、該当する『Firmware Management Guide』の「erifying that the Data Path is Ready」セクションを参照してください。
すべてのサーバ、I/O モジュール、アダプタが完全に機能することを確認します。動作不能なサーバはアップグレードできません。
Cisco UCS ドメインに致命的または重大な障害がないことを確認します。このような障害がある場合は解決してから、システムをアップグレードしてください。致命的または重大な障害があると、アップグレードが失敗する可能性があります。
すべてのサーバが検出されていることを確認します。サーバの電源を入れる必要はありません。また、サーバをサービス プロファイルと関連付ける必要もありません。
ラックマウント サーバを Cisco UCS ドメインに統合する場合、Cisco UCS Manager で管理するシステムにラックマウント サーバをインストールし、統合する方法については、該当する『C-Series Rack-Mount Server Integration Guide』の指示に従います。
この手順は、All Configuration バックアップ ファイルの既存のバックアップ操作がないことを前提としています。
バックアップ サーバの IPv4 アドレスまたは IPv6 アドレスおよび認証クレデンシャルを取得します。
次の例では、SCP を使用して host35 という名前のホストに All Configuration バックアップ ファイルを作成し、トランザクションをコミットしています。
UCS-A# scope system UCS-A /system* # create backup scp://user@host35/backups/all-config.bak all-configuration enabled Password: UCS-A /system* # commit-buffer UCS-A /system #
ファームウェアのアップグレード中、ファブリック インターコネクト上のすべてのサービスが正しく機能するようにするために、ファブリック インターコネクトがリブートするときにダウンするポート設定とサービスが、ファブリック インターコネクトが再稼働状態に復帰した後に再確立されるようにすることが必要です。
ファブリック インターコネクトの最後のリブート後に再確立されないサービスは Cisco UCS Manager に表示されます。Cisco UCS Manager は、ファブリック インターコネクトをリブートする前に未処理の障害のベースラインを作成します。ファブリック インターコネクトがリブートして再稼働状態に復帰したら、最後のベースライン以降に生成された新しい障害を確認して、ファブリックのリブートによってダウンしたサービスを特定できます。
Cisco UCS Manager が未処理の障害のベースラインを作成してから特定の期間が経過すると、ベースラインはクリアされ、すべての障害が新しい障害として表示されます。この期間は、ベースラインの有効期限と呼ばれます。 障害のベースライン有効期限の変更 には、Cisco UCS Manager でベースラインの有効期限を変更する方法に関する詳細が掲載されています。
シスコでは、ファブリック インターコネクトのリブートまたは待避を実行する前に、サービスに影響する障害を解決することを推奨します。
Cisco UCS Manager では、ベースラインの有効期限を変更できます。
次に、障害のベースライン有効期限を変更する例を示します。
UCS-A# scope monitoring UCS-A /monitoring # scope fault policy UCS-A /monitoring/fault-policy # show Fault Policy: Clear Action Clear Interval Retention Interval (dd:hh:mm:ss) Flap Interval (sec) Baseline Expiration Interval (dd:hh:mm:ss) ------------ -------------- -------------------------------- ----------------------- ------------------------------------------ Retain 00:00:20:00 00:01:00:00 10 10:00:00:12 UCS-A /monitoring/fault-policy # set baseline-expiration-interval 0 2 24 0 UCS-A /monitoring/fault-policy* # commit UCS-A /monitoring/fault-policy # show Fault Policy: Clear Action Clear Interval Retention Interval (dd:hh:mm:ss) Flap Interval (sec) Baseline Expiration Interval (dd:hh:mm:ss) ------------ -------------- -------------------------------- ----------------------- ------------------------------------------ Retain 10:00:00:00 01:01:01:01 10 00:02:24:00 UCS-A /monitoring/fault-policy #
コマンドまたはアクション | 目的 |
---|
次に、アップグレード プロセスのさまざまな段階で生成された障害を表示する方法の例を示します。
プライマリ ファブリック インターコネクトのリブート前の障害
UCS-A# show fault Severity Code Last Transition Time ID Description --------- -------- ------------------------ -------- ----------- Major F0283 2015-06-17T21:08:09.301 57360 fc VIF 687 on server 1 / 6 of switch A down, reason: NPV upstream port not available Warning F0156 2015-06-17T21:07:44.114 53557 Server, vendor(Cisco Systems Inc), model(N20-B6620-1), serial(QCI133400WR) in slot 1/3 presence: mismatch Major F0283 2015-06-16T21:02:33.014 72467 fc VIF 688 on server 1 / 6 of switch B down, reason: NPV upstream port not available Major F0207 2015-06-15T22:40:11.636 57312 Adapter host interface 1/6/1/1 link state: down Major F0479 2015-06-15T22:40:11.635 57311 Virtual interface 687 link state is down Major F0207 2015-06-15T22:40:11.633 57310 Adapter host interface 1/6/1/2 link state: down Major F0479 2015-06-15T22:40:11.632 57309 Virtual interface 688 link state is down
プライマリ ファブリック インターコネクトのリブート後の障害
UCS-A# show fault Severity Code Last Transition Time ID Description --------- -------- ------------------------ -------- ----------- Major F0209 2015-06-17T21:40:49.301 57760 Adapter uplink interface on server 1 / 6 of switch A down, Please verify the connectivity to Fabric Interconnect. Major F0207 2015-06-17T21:40:11.636 57712 Adapter host interface 1/6/1/1 link state: down Major F0479 2015-06-17T21:40:11.635 57711 Virtual interface 685 link state is down Major F0283 2015-06-17T21:08:09.301 57360 fc VIF 687 on server 1 / 6 of switch A down, reason: NPV upstream port not available Warning F0156 2015-06-17T21:07:44.114 53557 Server, vendor(Cisco Systems Inc), model(N20-B6620-1), serial(QCI133400WR) in slot 1/3 presence: mismatch Major F0283 2015-06-16T21:02:33.014 72467 fc VIF 688 on server 1 / 6 of switch B down, reason: NPV upstream port not available Major F0207 2015-06-15T22:40:11.636 57312 Adapter host interface 1/6/1/1 link state: down Major F0479 2015-06-15T22:40:11.635 57311 Virtual interface 687 link state is down Major F0207 2015-06-15T22:40:11.633 57310 Adapter host interface 1/6/1/2 link state: down Major F0479 2015-06-15T22:40:11.632 57309 Virtual interface 688 link state is down
プライマリ ファブリック インターコネクトのリブートにより生成された障害を表示する方法
UCS-A /monitoring # show new-faults Severity Code Last Transition Time ID Description --------- -------- ------------------------ -------- ----------- Major F0209 2015-06-17T21:40:49.301 57760 Adapter uplink interface on server 1 / 6 of switch A down, Please verify the connectivity to Fabric Interconnect. Major F0207 2015-06-17T21:40:11.636 57712 Adapter host interface 1/6/1/1 link state: down Major F0479 2015-06-17T21:40:11.635 57711 Virtual interface 685 link state is down
プライマリ ファブリック インターコネクトのリブート前の障害を表示する方法
UCS-A# show baseline-faults Severity Code Last Transition Time ID Description --------- -------- ------------------------ -------- ----------- Major F0283 2015-06-17T21:08:09.301 57360 fc VIF 687 on server 1 / 6 of switch A down, reason: NPV upstream port not available Warning F0156 2015-06-17T21:07:44.114 53557 Server, vendor(Cisco Systems Inc), model(N20-B6620-1), serial(QCI133400WR) in slot 1/3 presence: mismatch Major F0283 2015-06-16T21:02:33.014 72467 fc VIF 688 on server 1 / 6 of switch B down, reason: NPV upstream port not available Major F0207 2015-06-15T22:40:11.636 57312 Adapter host interface 1/6/1/1 link state: down Major F0479 2015-06-15T22:40:11.635 57311 Virtual interface 687 link state is down Major F0207 2015-06-15T22:40:11.633 57310 Adapter host interface 1/6/1/2 link state: down Major F0479 2015-06-15T22:40:11.632 57309 Virtual interface 688 link state is down
Cisco UCS ドメインがハイ アベイラビリティ クラスタ設定で実行されている場合は、両方のファブリック インターコネクトが動作していることを確認する必要があります。
コマンドまたはアクション | 目的 | |
---|---|---|
ステップ 1 | UCS-A# scope fabric-interconnect {a | b} |
指定したファブリック インターコネクトのファブリック インターコネクト モードを開始します。 |
ステップ 2 | UCS-A /fabric-interconnect #show |
ファブリック インターコネクトの情報を表示します。 ファブリック インターコネクトの動作が Operable 状態であることを確認します。動作可能な状態でない場合は、show tech-support コマンドを実行してシスコのテクニカル サポートに問い合わせてください。ファームウェア アップグレードに進まないでください。show tech-support コマンドの詳細については、『『Cisco UCS Manager B-Series Troubleshooting Guide』』を参照してください。 |
次の例では、両方のファブリック インターコネクトの動作が Operable 状態として表示されています。
UCS-A# scope fabric-interconnect a UCS-A /fabric-interconnect # show Fabric Interconnect: ID OOB IP Addr OOB Gateway OOB Netmask Operability -- --------------- --------------- --------------- ----------- A 192.168.100.10 192.168.100.20 255.255.255.0 Operable UCS-A /fabric-interconnect # exit UCS-A# scope fabric-interconnect b UCS-A /fabric-interconnect # show Fabric Interconnect: ID OOB IP Addr OOB Gateway OOB Netmask Operability -- --------------- --------------- --------------- ----------- B 192.168.100.11 192.168.100.20 255.255.255.0 Operable
高可用性ステータスは、クラスタ設定の両方のファブリック インターコネクトで同じです。
コマンドまたはアクション | 目的 | |
---|---|---|
ステップ 1 | UCS-A# show cluster state |
ハイ アベイラビリティ クラスタの両方のファブリック インターコネクトの動作状態およびリーダーシップ ロールを表示します。 両方のファブリック インターコネクト(A および B)が Up 状態であること、および HA が Ready 状態であることを確認します。ファブリック インターコネクトが Up 状態でない場合、または HA が Ready 状態でない場合、show tech-support コマンドを実行し、シスコ テクニカル サポートにお問い合わせください。ファームウェア アップグレードに進まないでください。show tech-support コマンドの詳細については、『Cisco UCS Troubleshooting Guide』を参照してください。 また、どのファブリック インターコネクトがプライマリ ロールで、どのファブリック インターコネクトが従属ロールであるかにも注目してください。ファブリック インターコネクトのファームウェアをアップグレードするためにこの情報が必要です。 |
次の例の表示では、両方のファブリック インターコネクトが Up 状態、HA が Ready 状態、ファブリック インターコネクト A がプライマリ ロール、ファブリック インターコネクト B が従属ロールです。
UCS-A# show cluster state Cluster Id: 0x4432f72a371511de-0xb97c000de1b1ada4 A: UP, PRIMARY B: UP, SUBORDINATE HA READY
Cisco UCS がハイ アベイラビリティ クラスタ設定で実行されている場合、すべてのシャーシで両方の I/O モジュールのステータスを確認する必要があります。
コマンドまたはアクション | 目的 | |
---|---|---|
ステップ 1 | UCS-A# scope chassis chassis-id |
指定したシャーシでシャーシ モードを開始します。 |
ステップ 2 | UCS-A /chassis # scope iom iom-id |
選択した I/O モジュールでシャーシ I/O モジュール モードを開始します。 |
ステップ 3 | UCS-A # show |
指定したシャーシの指定した I/O モジュールのステータスを表示します。 I/O モジュールの全体的なステータスが Operable 状態であることを確認します。全体的なステータスが Operable 状態ではない場合、show tech-support コマンドを実行し、シスコ テクニカル サポートにお問い合わせください。ファームウェア アップグレードに進まないでください。show tech-support コマンドの詳細については、『Cisco UCS Troubleshooting Guide』を参照してください。 |
次の例では、シャーシ 1 の両方の I/O モジュールの全体的なステータスが Operable 状態として表示されています。
UCS-A# scope chassis 1 UCS-A /chassis # scope iom 1 UCS-A /chassis/iom # show IOM: ID Side Fabric ID Overall Status ---------- ----- --------- -------------- 1 Left A Operable UCS-A /chassis/iom # exit UCS-A /chassis # scope iom 2 UCS-A /chassis/iom # show IOM: ID Side Fabric ID Overall Status ---------- ----- --------- -------------- 2 Right B Operable
コマンドまたはアクション | 目的 |
---|
次の例では、シャーシ 1 のサーバ 7 の全体的なステータスが Ok 状態として表示されています。
UCS-A# scope server 1/7 UCS-A /chassis/server # show status detail Server 1/7: Slot Status: Equipped Conn Path: A,B Conn Status: A,B Managing Instance: B Availability: Unavailable Admin State: In Service Overall Status: Ok Oper Qualifier: N/A Discovery: Complete Current Task:
コマンドまたはアクション | 目的 |
---|
次の例では、シャーシ 1 のサーバ 7 のアダプタの全体的なステータスが Operable 状態として表示されています。
UCS-A# scope server 1/7 UCS-A /chassis/server # show adapter status Server 1/1: Overall Status -------------- Operable
Cisco UCS ドメインが iSCSI ブート用に設定されている場合は、Cisco UCS Release 2.0(1) から Cisco UCS Release 2.0(2) 以降にアップグレードする前に、複数のサービス プロファイルで使用される iSCSI vNIC がすべて一意のイニシエータ名を持っていることを確認する必要があります。
Cisco UCS PowerTool 内で実行するスクリプトを使用して、iSCSI ブート用の Cisco UCS 設定に重複する IQN が含まれているかどうかを確認します。
ステップ 1 | Cisco UCS PowerTool をダウンロードするには、次の手順を実行します。 |
ステップ 2 | Cisco UCS PowerTool を起動するには、コマンドラインに次のように入力します。
C:\Program Files (x86)\Cisco\Cisco UCS PowerTool>C:\Windows\System32\windowspowe rshell\v1.0\powershell.exe -NoExit -ExecutionPolicy RemoteSigned -File .\StartUc sPS.ps1 例: 次に、Cisco UCS PowerTool を起動した場合の処理の例を示します。 C:\Program Files (x86)\Cisco\Cisco UCS PowerTool>C:\Windows\System32\windowspowe rshell\v1.0\powershell.exe -NoExit -ExecutionPolicy RemoteSigned -File .\StartUc sPS.ps1 Windows PowerShell Copyright (C) 2009 Microsoft Corporation. All rights reserved. |
ステップ 3 | Cisco UCS PowerTool で、次の手順を実行します。 |
ステップ 4 | Cisco UCS PowerTool で次のスクリプトを実行して、iSCSI 起動設定を検証し、重複した IQN がないかどうかを確認します。
PS C:\> Get-UcsServiceProfile -type instance | Get-UcsVnicIScsi | ? { $_.InitiatorName -ne "" } | select Dn,InitiatorName | group InitiatorName | ? { $_.Count -gt 1 } | % { $obj = New-Object PSObject ; $obj | Add-Member Noteproperty Count $_.Count; $obj | Add-Member Noteproperty InitiatorName $_.Name; $obj | Add-Member Noteproperty Dn ($_ | select -exp Group | % { $_.Dn } ); $obj } Cisco UCS PowerTool によって、次のように、画面に結果が表示されます。 Count InitiatorName Dn ----- ------------- -- 2 iqn.2012-01.cisco.com:s... {org-root/ls-SP_1_6/is... 2 iqn.2012-01.cisco.com:s... {org-root/ls-SP_2_1/is... 2 iqn.2012-01.cisco.com:s... {org-root/ls-SP_2_41/i... 4 iqn.2012-01.cisco.com:s... {org-root/ls-SP_2_7/is... 2 iqn.2012-01.cisco.com:s... {org-root/org-sub1/ls-... 2 iqn.2012-01.cisco.com:s... {org-root/org-sub2/ls-... |
ステップ 5 | (任意).NET Frame work 3.5 Service Pack 1 がインストールされている場合は、次のスクリプトを使用して GUI で結果を表示できます。
PS C:\> Get-UcsServiceProfile -type instance | Get-UcsVnicIScsi | ? { $_.InitiatorName -ne "" } | select Dn,InitiatorName | group InitiatorName | ? { $_.Count -gt 1 } | % { $obj = New-Object PSObject ; $obj | Add-Member Noteproperty Count $_.Count; $obj | Add-Member Noteproperty InitiatorName $_.Name; $obj | Add-Member Noteproperty Dn ($_ | select -exp Group | % { $_.Dn } ); $obj } | ogv |
ステップ 6 | 次のように、Cisco UCS Manager から切断します。
PS C:\>Disconnect-Ucs |
Cisco UCS ドメインの複数のサービス プロファイルで IQN が重複している場合は、Cisco UCS Release 2.1 以降にアップグレードする前に、Cisco UCS Manager で iSCSI vNIC を再設定し、それぞれが一意の IQN を持つようにします。
アップグレード前に、Cisco UCS ドメインのサービス プロファイル全体においてすべての iSCSI vNIC が一意であることを確認しなかった場合は、IQN の重複を警告するために、Cisco UCS Manager で iSCSI vNIC に関するエラーが発生します。また、サービス プロファイル内に重複した IQN 名(同じ名前が両方の iSCSI vNIC で使用されている場合など)がないことを確認しなかった場合は、Cisco UCS によってサービス プロファイルが再設定され、1 つの IQN を持つようになります。この障害をクリアして重複した IQN を再設定する方法の詳細については、『Cisco UCS B-Series Troubleshooting Guide』を参照してください。