I/O モジュール管理

Cisco UCS Manager GUI での I/O モジュール管理

リリース 6.0(1b)以降、Cisco UCS Manager では、Cisco UCS X シリーズの直接構成で Cisco UCS C シリーズ ラック サーバーを管理するためのサポートが導入され、Cisco UCS X シリーズ（M6、M7、および M8）コンピューティング ノードと単一ドメイン内の C シリーズ ラック（M7 および M8）サーバーの両方をシームレスに管理できるようになりました。

リリース 4.3(2a) 以降、Cisco UCS マネージャ は Cisco UCS X9508 サーバー シャーシと Cisco UCS X シリーズ サーバーをサポートします。Cisco UCS X-Series サーバー は、Cisco UCS B シリーズ サーバー内の入出力モジュール（IOM）と類似して機能するインテリジェント ファブリック モジュール（IFM）をサポートします。 このガイドでは、IOM という用語を使用して、IOM と IFM の両方を指します。

Cisco UCS ドメイン内のすべての I/O モジュールは、 Cisco UCS Manager GUIを使用して管理およびモニタできます。

Cisco UCS Manager リリース 4.1 (1) では、Cisco 2408 IO モジュールのサポートが Cisco UCS 64108 ファブリック インターコネクト に拡張されています。

Cisco UCS Manager リリース 4.0 (4c) では、CISCO 2408 IO モジュールが導入されています。この IO モジュールには、32 個の 25 ギガビット バックプレーン ポートと 4 個の 100 ギガビット アップリンク ポートが搭載されており、Cisco UCS 6454 ファブリック インターコネクト でのみサポートされています。

Cisco UCS Manager リリース 4.0(4a) では、Cisco UCS-IOM-2304 I/O モジュールに基づく Cisco UCS-IOM-2304V2 I/O モジュールが導入されました。

この機能の詳細については、『 Cisco UCS Manager Getting Started Guide』を参照してください。

IO モジュールの認識

Cisco UCS Manager リリース 2.2(4) には、シャーシ内の特定の IO モジュールを認識する機能が導入されました。


（注）  

  • ファブリック インターコネクトと IO モジュール間の物理リンクを追加または削除した後、接続を正しく構成するには、IO モジュールの確認応答が必要です。

  • 各 IO モジュールを個別に再確認する機能により、他のファブリック インターコネクトの本番トラフィックを中断することなく、単一の IO モジュールとその親ファブリック インターコネクト間のネットワーク接続を再構築できます。

手順

ステップ 1

[ナビゲーション]ペインで、[機器]をクリックします。

ステップ 2

[機器（Equipment）] > [シャーシ（Chassis）] > [シャーシ番号（Chassis Number）] > [IO モジュール（IO Modules）] の順に展開します。

ステップ 3

認識させる I/O モジュールを選択します。

ステップ 4

[Work] ペインで、[General] タブをクリックします。

ステップ 5

[Actions] 領域で [Acknowledge IO Module] をクリックします。

ステップ 6

[Acknowledge IO Module] 確認ボックスで、[Yes] をクリックします。

I/O モジュールのリセット

Procedure

Step 1

[ナビゲーション]ペインで、[機器]をクリックします。

Step 2

[機器（Equipment）] > [シャーシ（Chassis）] > [シャーシ番号（Chassis Number）] > [IO モジュール（IO Modules）] の順に展開します。

Step 3

リセットする I/O モジュールをクリックします。

Step 4

[Work] ペインで、[General] タブをクリックします。

Step 5

[Actions] 領域で [Reset IO Module] をクリックします。

Step 6

確認ダイアログボックスが表示されたら、[はい]をクリックします。

ピア I/O モジュールからの I/O モジュールのリセット

I/O モジュールのアップグレードが失敗したり、メモリ リークにより Cisco UCS Manager から I/O モジュールにアクセスできなくなったりする場合があります。このような場合でも、アクセスできない I/O モジュールをそのピア I/O モジュールからリブートできます。

I/O モジュールをリセットすると、I/O モジュールが工場出荷時の設定に復元され、すべてのキャッシュ ファイルと一時ファイルが削除されますが、サイズ制限付きの OBFL ファイルは保持されます。

手順

ステップ 1

[ナビゲーション]ペインで、[機器]をクリックします。

ステップ 2

[機器（Equipment）] > [シャーシ（Chassis）] > [シャーシ番号（Chassis Number）] > [IO モジュール（IO Modules）] の順に展開します。

ステップ 3

リセットする I/O モジュールのピア I/O モジュールを選択します。

ステップ 4

[Work] ペインで、[General] タブをクリックします。

ステップ 5

[Actions] 領域で、[Reset Peer IO Module] をクリックします。

I/O モジュールのヘルス イベントの表示

手順

ステップ 1

[ナビゲーション]ペインで、[機器]をクリックします。

ステップ 2

[機器（Equipment）] > [シャーシ（Chassis）] > [シャーシ番号（Chassis Number）] > [IO モジュール（IO Modules）] の順に展開します。

ステップ 3

ヘルス イベントを表示する I/O モジュールを選択します。

ステップ 4

[Work] ペインで、[Health] タブをクリックします。

この I/O モジュールに対してトリガーされたヘルス イベントが表示されます。このタブのフィールドは次のとおりです。

名前

説明

[Health Summary] 領域

[Health Qualifier] フィールド

コンポーネントに対してトリガーされるすべてのヘルス イベントのカンマ区切りの名前。

[Health Severity] フィールド

コンポーネントに対してトリガーされるすべてのステータス イベントの最高シビラティ（重大度）。次のいずれかになります。

  • critical

  • major

  • minor

  • warning

  • info

  • cleared

（注）  

 

シビラティ（重大度）レベルが最高のものから順に記載されています。

[Health Details] 領域

[Severity] カラム

ヘルス イベントのシビラティ（重大度）。次のいずれかになります。

  • critical

  • major

  • minor

  • warning

  • info

  • cleared

（注）  

 

シビラティ（重大度）レベルが最高のものから順に記載されています。

[Name] カラム

ヘルス イベントの名前。

[Description] カラム

ヘルス イベントの詳細。

[Value] カラム

ヘルス イベントの現在の値。

[Details] 領域

[Details] 領域には、[Health Details] 領域で選択するヘルス イベントの [Name] 、[Description] 、[Severity] および [Value] の詳細が表示されます。

I/O モジュールの POST 結果の表示

I/O モジュールに対する Power On Self-Test プロセスで収集された任意のエラーを表示できます。

Procedure

Step 1

[ナビゲーション]ペインで、[機器]をクリックします。

Step 2

[機器（Equipment）] > [シャーシ（Chassis）] > [シャーシ番号（Chassis Number）] > [IO モジュール（IO Modules）] の順に展開します。

Step 3

POST の結果を表示する I/O モジュールを選択します。

Step 4

[Work] ペインで、[General] タブをクリックします。

Step 5

[Actions] 領域で [View POST Results] をクリックします。

[POST Results] ダイアログボックスに、I/O モジュールの POST の結果が一覧表示されます。

Step 6

[OK] をクリックして [POST Results] ダイアログボックスを閉じます。