この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
Cisco UCS Manager を使用して Cisco UCS ドメインのすべてのブレード サーバを管理およびモニタできます。電源状態の変更など一部のブレード サーバ管理タスクは、サーバおよびサービス プロファイルから実行できます。
残りの管理タスクは、サーバ上でだけ実行できます。
シャーシ内のブレード サーバ スロットが空の場合、そのスロットに関する情報、エラー、および障害が Cisco UCS Manager から提供されます。サーバ ミスマッチ エラーを解決し、そのスロット内のブレード サーバを Cisco UCS Manager で再検出するために、スロットを再認識させることもできます。
Cisco UCS Manager を使ってブレード サーバを削除するか開放するかを決定する場合は、次のガイドラインを考慮してください。
物理的に存在し接続されているブレード サーバを一時的に解放するには、構成から一時的に削除します。サーバ情報の一部は、ブレード サーバが再稼働する場合に備えて、将来使用するために Cisco UCS Manager によって保持されます。
削除は、ブレード サーバをシャーシから接続解除して、Cisco UCS Manager から物理的に削除する(取り外す)場合に実行します。ブレード サーバが物理的に存在し、シャーシに接続しているときは、Cisco UCS Manager から削除できません。ブレード サーバの物理的な削除が完了すると、そのブレード サーバの設定を Cisco UCS Manager で削除できます。
削除時、そのブレード サーバへのアクティブ リンクは無効化され、すべてのエントリがデータベースから削除されます。サーバは検出時に割り当てられたすべてのサーバ プールから自動的に削除されます。
![]() (注) | 自動的に削除されるのは、ディスカバリ中に自動的にサーバ プールへ追加されたサーバだけです。サーバ プールに手動で追加したサーバは手動で削除する必要があります。 |
削除したブレード サーバを再び設定に追加するには、それを再び接続して検出する必要があります。Cisco UCS Manager に再導入したサーバは、新しいサーバとして処理され、詳細なディスカバリ プロセスが実施されます。このため、Cisco UCS Manager によって以前とは異なる新しい ID がサーバに割り当てられることがあります。
サーバがサービス プロファイルに関連付けられていない場合は、サーバの物理的な [Power] または [Reset] ボタンなど、サーバの電源状態を変更するために使用可能な手段をすべて使用できます。
サーバがサービス プロファイルに関連付けられているか、サービス プロファイルに割り当てられている場合は、サーバの電源状態の変更は次の方法でのみ行う必要があります。
Cisco UCS Manager GUI で、サーバに関連付けられたサーバまたはサービス プロファイルの [General] タブに移動し、[Actions] 領域で [Boot Server] または [Shutdown Server] を選択します。
Cisco UCS Manager CLI で、サーバ、またはサーバに関連付けられたサービス プロファイルに対して power up または power down コマンドを使用します。
電源がオフになっている関連サーバには、次のオプションのいずれも使用しないでください。
現在電源がオフになっているサーバに対して、リセットまたはサイクルを実施するか、サーバの物理的な [Power] ボタンを使用すると、サーバの実際の電力状態がサービス プロファイルで必要とされる電源状態の設定と同期しなくなる可能性があります。サーバと Cisco UCS Manager 間の通信が中断したり、サービス プロファイルの設定が変更されると、Cisco UCS Manager によって、必要とされる電源の状態がサービス プロファイルからサーバに適用される場合があり、この結果予期しない電力変化が発生する可能性があります。
電源の同期に関する問題は、次に示すように予期しないサーバの再起動につながる可能性があります。
サービス プロファイルで必要とされる電源状態 |
現在のサーバの電源状態 |
通信が中断された後のサーバの電源状態 |
||
---|---|---|---|---|
Up |
電源オフ |
電源オン |
||
Down |
電源オン |
電源オン
|
ブレード サーバまたはサーバ プールにサービス プロファイルを関連付けます。
次の例は、ServProf34 という名前のサービス プロファイルに関連付けられたブレード サーバをブートし、トランザクションをコミットします。
UCS-A# scope org / UCS-A /org* # scope service-profile ServProf34 UCS-A /org/service-profile* # power up UCS-A /org/service-profile* # commit-buffer UCS-A /org/service-profile #
この手順を使用して、インストールされているオペレーティング システムによりサーバをシャットダウンする場合、Cisco UCS Manager により、この OS のグレースフル シャットダウン シーケンスがトリガーされます。
![]() (注) | サービス プロファイルに関連付けられたブレード サーバをシャットダウンすると、VIF ダウン アラート F0283 および F0479 が自動的に制限されます。 |
ブレード サーバまたはサーバ プールにサービス プロファイルを関連付けます。
次に、ServProf34 という名前のサービス プロファイルに関連付けられたブレード サーバをシャットダウンし、トランザクションをコミットする例を示します。
UCS-A# scope org / UCS-A /org # scope service-profile ServProf34 UCS-A /org/service-profile # power down UCS-A /org/service-profile* # commit-buffer UCS-A /org/service-profile #
ブレード サーバを出荷時の設定にリセットできるようになりました。デフォルトでは、出荷時へのリセット操作は、ストレージ ドライブおよび flexflash ドライブに影響しません。これはデータの損失を防止するためです。ただし、これらのデバイスを既知の状態にリセットすることもできます。
ストレージ デバイスをリセットすると、データが失われる可能性があります。
サーバを出荷時のデフォルト設定にリセットするには、次の手順を実行します。
次に、ストレージを削除せずに、サーバを工場出荷時の初期状態にリセットして、トランザクションをコミットする例を示します。
UCS-A# scope server 2/4 UCS-A /chassis/server # reset factory-default UCS-A /chassis/server* # commit-buffer
次に、サーバを工場出荷時の初期状態にリセットし、FlexFlash ストレージを削除して、トランザクションをコミットする例を示します。
UCS-A# scope server 2/4 UCS-A /chassis/server # reset factory-default delete-flexflash-storage UCS-A /chassis/server* # commit-buffer
次に、サーバを工場出荷時の初期状態にリセットし、すべてのストレージを削除して、トランザクションをコミットする例を示します。
UCS-A# scope server 2/4 UCS-A /chassis/server # reset factory-default delete-storage UCS-A /chassis/server* # commit-buffer
次に、サーバを工場出荷時の初期状態にリセットし、すべてのストレージを削除し、すべてのディスクを初期状態に設定して、トランザクションをコミットする例を示します。
UCS-A# scope server 2/4 UCS-A /chassis/server # reset factory-default delete-storage create-initial-storage-volumes UCS-A /chassis/server* # commit-buffer
次に、シャーシ 2 のブレード サーバ 4 の電源をただちに再投入し、トランザクションをコミットする例を示します。
UCS-A# scope server 2/4 UCS-A /chassis/server # cycle cycle-immediate UCS-A /chassis/server* # commit-buffer UCS-A /chassis/server #
サーバをリセットすると、Cisco UCS Manager により、リセット ライン上にパルスが送信されます。 オペレーティング システムのグレースフル シャットダウンを選択することができます。 オペレーティング システムでグレースフル シャットダウンがサポートされていない場合、サーバ電源の再投入が行われます。 Cisco UCS Manager に、サーバをリセットする前にすべての管理操作を完了させるオプションでは、これらの操作がサーバのリセット前に完了するかどうかは保証されていません。
![]() (注) | 電源切断状態からサーバをブートする場合は、[Reset] を使用しないでください。 この手順を使用して電源投入を続けると、サーバの望ましい電源状態が実際の電源状態と同期しなくなり、サーバが後で予期せずシャットダウンすることがあります。 選択したサーバを電源切断状態から安全にリブートするには、[Cancel] をクリックし、[Boot Server] アクションを選択します。 |
次に、シャーシ 2 のブレード サーバ 4 のハード リセットをただちに実行し、トランザクションをコミットする例を示します。
UCS-A# scope server 2/4 UCS-A /chassis/server # reset hard-reset-immediate UCS-A /chassis/server* # commit-buffer UCS-A /chassis/server #
Cisco UCS Manager にサーバ、およびそのサーバのすべてのエンドポイントを再検出させる必要がある場合は、次の手順を実行します。 たとえば、サーバがディスカバリ状態など、予期していなかった状態から抜け出せなくなっている場合に、この手順を使用します。
コマンドまたはアクション | 目的 |
---|
次の例では、シャーシ 2 のサーバ 4 を認識し、トランザクションをコミットします。
UCS-A# acknowledge server 2/4 UCS-A* # commit-buffer UCS-A #
コマンドまたはアクション | 目的 |
---|
次に、シャーシ 2 のブレード サーバ 4 を削除し、トランザクションをコミットする例を示します。
UCS-A# remove server 2/4 UCS-A* # commit-buffer UCS-A #
ブレード サーバを物理的に取り付けなおす場合は、スロットを再認識して、Cisco UCS Manager にこのサーバを再検出させる必要があります。
詳細については、ブレード サーバの認識を参照してください。
コマンドまたはアクション | 目的 |
---|
次の例では、シャーシ 2 のブレード サーバ 4 を解放し、トランザクションをコミットします。
UCS-A# decommission server 2/4 UCS-A* # commit-buffer UCS-A #
次に、シャーシ 2 のブレード サーバ 4 のロケータ LED の電源を投入し、トランザクションをコミットする例を示します。
UCS-A# scope server 2/4 UCS-A /chassis/server # enable locator-led UCS-A /chassis/server* # commit-buffer UCS-A /chassis/server #
次に、シャーシ 2 のブレード サーバ 7 のみでマスター ノードのロケータ LED の電源を投入し、トランザクションをコミットする例を示します。
UCS-A# scope chassis 2/7 UCS-A /chassis/server # enable locator-led multi-master UCS-A /chassis/server* # commit-buffer UCS-A /chassis/server #
コマンドまたはアクション | 目的 |
---|
次に、シャーシ 2 のブレード サーバ 4 のロケータ LED の電源を切断し、トランザクションをコミットする例を示します。
UCS-A# scope chassis 2/4 UCS-A /chassis/server # disable locator-led UCS-A /chassis/server* # commit-buffer UCS-A /chassis/server #
次に、シャーシ 2 のブレード サーバ 7 のマスター ノードのロケータ LED の電源を切断し、トランザクションをコミットする例を示します。
UCS-A# scope chassis 2/7 UCS-A /chassis/server # disable locator-led multi-master UCS-A /chassis/server* # commit-buffer UCS-A /chassis/server #
非常に珍しいケースですが、サーバのトラブルシューティング時に、CMOS のリセットが必要になることがあります。 この手順は、通常のサーバ メンテナンスには含まれません。
コマンドまたはアクション | 目的 |
---|
次に、シャーシ 2 のブレード サーバ 4 の CMOS をリセットし、トランザクションをコミットする例を示します。
UCS-A# scope server 2/4 UCS-A /chassis/server # reset-cmos UCS-A /chassis/server* # commit-buffer UCS-A /chassis/server #
現在実行されているファームウェアで問題が発生した場合など、非常に珍しいケースですが、サーバのトラブルシューティング時に、CIMC のリセットが必要になることがあります。 この手順は、通常のサーバ メンテナンスには含まれません。 CIMC のリセット後、サーバは、そのサーバで実行されているバージョンのファームウェアを使ってブートされます。
CIMC をリセットすると、CIMC がリブートするまでの間、Cisco UCS の電力モニタリング機能が短時間使用不能になります。 通常は 20 秒しかかかりませんが、その間にピーク電力制限を超える可能性があります。 非常に低い電力制限が設定された環境で、設定された電力制限を超えないようにするには、CIMC のリブートまたはアクティブ化を交互に実施することを検討してください。
コマンドまたはアクション | 目的 |
---|
次に、シャーシ 2 のブレード サーバ 4 の CIMC をリセットし、トランザクションをコミットする例を示します。
UCS-A# scope server 2/4 UCS-A /chassis/server # scope CIMC UCS-A /chassis/server/cimc # reset UCS-A /chassis/server/cimc* # commit-buffer UCS-A /chassis/server/cimc #
TPM のサポートが含まれている Cisco UCS M4 ブレード サーバおよびラックマウント サーバでのみ、TPM をクリアできます。
![]() 注意 | TPM のクリアは危険性のある操作です。OS が起動を停止することがあります。また、データを損失する可能性もあります。 |
TPM が有効である必要があります。
次に、ブレード サーバの TPM をクリアする方法の例を示します。
UCS-A# scope server 1/3 UCS-A# /chassis/server # scope tpm 1 UCS-A# /chassis/server/tpm # set adminaction clear-config UCS-A#/chassis/server/tpm* # commit-buffer
システムが応答しないままになっており、Cisco UCS Manager で、CIMC から Non Maskable Interrupt(NMI)を BIOS またはオペレーティング システムに発行する必要がある場合は、次の手順を実行します。 このアクションにより、サーバにインストールされているオペレーティング システム応じて、コア ダンプまたはスタック トレースが作成されます。
コマンドまたはアクション | 目的 |
---|
次に、シャーシ 2 のサーバ 4 から NMI を送信し、トランザクションをコミットする例を示します。
UCS-A# scope server 2/4 UCS-A /chassis/server # diagnostic-interrupt UCS-A /chassis/server* # commit-buffer UCS-A /chassis/server #
ブレード ヘルス LED は、各 Cisco UCS B シリーズ ブレード サーバの前面にあります。Cisco UCS Manager では、センサー故障が発生すると、ブレード ヘルス LED が緑色からオレンジ色またはオレンジ色の点滅に変化します。
ヘルス LED アラームには次の情報が表示されます。
名前 | 説明 |
---|---|
[Sensor ID] カラム |
アラームをトリガーしたセンサーの ID。 |
[Sensor Name] カラム |
アラームをトリガーしたセンサーの名前。 |
コマンドまたはアクション | 目的 |
---|
次の例では、シャーシ 1 サーバ 3 のヘルス LED ステータスとセンサー アラームを表示する方法を示します。
UCS-A# scope server 1/3 UCS-A /chassis/server # show health-led expand Health LED: Severity: Normal Reason: Color: Green Oper State: On UCS-A /chassis/server #