シスコでは、イメージのバンドル内の Cisco UCS コンポーネントに、すべてのファームウェア アップデートを提供します。各イメージは、1 つのハードウェア コンポーネントに固有のファームウェア パッケージを表します。たとえば、IOM イメージや Cisco UCS Manager イメージなどです。Cisco UCS ファームウェアのアップデートは、Cisco UCS ドメイン のファブリック インターコネクトに次のバンドルでダウンロードできます。

Cisco UCS インフラストラクチャ ソフトウェア バンドル

Cisco UCS Manager リリース 4.0 以降のリリースには、4 つの個別のインフラストラクチャ バンドルが含まれています。

これらのバンドルには、次のコンポーネントをアップデートするために必要となるファームウェア イメージなどがあります。

• Cisco UCS Manager ソフトウェア

• ファブリック インターコネクトのカーネル ファームウェアとシステム ファームウェア

• I/O モジュールのファームウェア

  （注）	Cisco UCS 6454 Fabric Interconnectには、個別のキック スタート イメージとシステム イメージがありません。

（注）	あるプラットフォーム用の UCS インフラストラクチャ バンドルは、別のプラットフォームをアクティブ化するために使用できません。たとえば、UCS 6300 シリーズ ファブリック インターコネクトのインフラストラクチャ バンドルを使用して Cisco UCS 6454 Fabric Interconnect をアクティブにすることはできません。

Cisco UCS B シリーズ ブレード サーバ ソフトウェア バンドル

このバンドルには、Cisco UCS ドメイン のブレード サーバのファームウェアをアップデートするために必要となる、次のファームウェア イメージが含まれます。リリース用に作成された最新のバンドルに加えて、最新のインフラストラクチャ バンドルに含まれないブレード サーバに対して Cisco UCS Manager をイネーブルにするために、次のバンドルもリリースされる場合があります。

• CIMC ファームウェア

• BIOS ファームウェア

• アダプタ ファームウェア

• ボード コントローラ ファームウェア

• 新規サーバで必要なサードパーティ製のファームウェア イメージ

Cisco UCS C シリーズ ラックマウント UCS 管理対象サーバ ソフトウェア バンドル

このバンドルには、Cisco UCS Manager と統合されその管理を受けているラックマウント サービスのコンポーネントの更新に必要な、次のファームウェア イメージが含まれます。

• CIMC ファームウェア

• BIOS ファームウェア

• アダプタ ファームウェア

• ストレージ コントローラのファームウェア

（注）	このバンドルは、スタンドアロン C シリーズ サーバには使用できません。これらのサーバのファームウェア管理システムは、Cisco UCS Manager に必要なヘッダーを解釈できません。スタンドアロン C シリーズ サーバのアップグレード方法については、C シリーズのコンフィギュレーション ガイドを参照してください。

また、シスコではリリース ノートも提供しており、バンドルを取得したのと同じ Web サイトから入手できます。

自動インストール 中、デフォルト インフラストラクチャ パックのスタートアップ バージョンが設定されます。Cisco UCS Manager後に自動インストール、ファブリック インターコネクト、および IOM の直接アップグレードまたはアクティブ化を正常に完了するには、直接アップグレードまたはアクティブ化を開始する前に、スタートアップ バージョンがクリアされていることを確認します。デフォルト インフラストラクチャ パックのスタートアップ バージョンが設定されている場合、Cisco UCS Manager、ファブリック インターコネクト、および IOM を直接アップグレードまたはアクティブ化することはできません。デフォルトのインフラストラクチャ パックおよびサービス パックのスタートアップ バージョンのクリア は、スタートアップ バージョンのクリアリングに関する詳細な手順を説明します。

インフラストラクチャ ファームウェアのアップグレード中に、完全な状態のバックアップ ファイルが自動的に作成されます。Cisco UCS Manager リリース 2.2(4) では、FSM ステータスで表示される 2 つの新しいバックアップ段階が追加されました。これらを次に示します。

1. InternalBackup：設定をバックアップします。

2. PollInternalBackup：バックアップの完了を待ちます。

バックアップが正常に完了すると、「bkp.timestamp.tgz」という名前のバックアップ ファイルが、両方のファブリック インターコネクトの /workspace/backup ディレクトリに保存されます。ここには、最新のバックアップ ファイルのみが保存されます。

バックアップが失敗した場合は、「internal backup failed」というマイナー エラーがログに記録されます。このエラーは、Cisco UCS Manager リリース 2.2(4) より前のリリースにダウングレードした場合は記録されません。

このバックアップ ファイルからファブリック インターコネクトの設定を復元する前に、local-mgmt から copy コマンドを使用して、バックアップ ファイルをファブリック インターコネクトからファイル サーバにコピーします。

UCS-A# connect local-mgmt
UCS-A (local-mgmt) # copy workspace:/backup/bkp.1429690478.tgz scp://builds@10.190.120.2://home/builds/

自動インストールを使用して、Cisco UCS ドメインを単一のパッケージに含まれているファームウェア バージョンにアップグレードできます。自動インストールでは、3つの独立した段階でファームウェアをインストールする機能を提供 : インフラストラクチャ ファームウェアのインストール、シャーシ ファームウェアのインストール、およびサーバ ファームウェアのインストール。自動インストール中に、IOM、アダプタ、BIOS、CIMCなどの一部のエンドポイントのファームウェアが最初に更新されてからアクティブになります。

エンドポイントのファームウェアを更新するには、ファームウェア イメージをエンドポイントのバックアップ パーティションにステージングする必要があります。更新フェーズでは、エンドポイントの再起動は不要です。アクティブ化の段階で、バックアップ パーティションのファームウェアをエンドポイントのアクティブなファームウェア バージョンとして設定します。アクティベーションには、エンドポイントのリブートが必要な場合やリブートが発生する場合があります。したがって、自動インストール プロセスを完了するのにかかる時間には、次のことを実行するために必要な時間が含まれます。

• すべてのエンドポイントのバックアップ パーティションにファームウェアを更新またはステージングする

  （注）	自動インストール完了に費やされる時間の大半は、この処理です。

• すべてのエンドポイント上でファームウェアをアクティブ化します。

• 該当するすべてのエンドポイントを再起動します。

Cisco UCS Managerリリース 3.2(3) では、インフラストラクチャ、サーバコンポーネント、およびS3260 シャーシファームウェアを同時にアップデートまたはステージングし、アクティベーション プロセスから独立させることができます。ステージング ファームウェアにはエンドポイントの再起動は含まれないため、この機能を使用すると、メンテナンス期間を待たずにすべてのエンドポイントでファームウェアをステージングできます。その結果、自動インストール プロセスの完了にかかる時間には、ファームウェアをすべてのエンドポイントのバックアップ パーティションにステージングするのにかかる時間が含まれなくなりました。したがって、メンテナンスに必要な停止時間を大幅に減らすことができます。

自動インストールを実行する前にこの機能を使用してファームウェアをステージングする場合は、バックアップの更新をスキップしてファームウェアのアクティブ化とエンドポイントの再起動を続行できます。この機能を使用してエンドポイントにファームウェアをステージングしない場合は、自動インストールを引き続き使用してコンポーネントを更新してアクティブ化することができます。エンドポイントのバックアップ パーティションにファームウェアをステージングする機能によって、コンポーネントのファームウェアを更新してアクティブ化するための自動インストールの従来の機能が変わることはありません。

インストール インフラストラクチャ ファームウェア では、Cisco UCS Manager を含む Cisco UCS ドメイン内のすべてのインフラストラクチャ コンポーネントと、すべてのファブリック インターコネクトおよび I/O モジュールをアップグレードします。すべてのコンポーネントが、選択した Cisco UCS インフラストラクチャ ソフトウェア バンドル に含まれるファームウェア バージョンにアップグレードされます。

インストール インフラストラクチャ ファームウェア では、Cisco UCS ドメイン ドメイン内の一部のインフラストラクチャ コンポーネントだけを対象とする部分アップグレードはサポートしていません。

メンテナンス ウィンドウに対応する特定の時刻にインフラストラクチャのアップグレードをスケジュールできます。ただし、インフラストラクチャのアップグレードが進行中の場合、別のインフラストラクチャのアップグレードをスケジュールすることはできません。次のアップグレードをスケジューリングするには、現在のアップグレードが完了するまで待つ必要があります。

（注）	インフラストラクチャ ファームウェア アップグレードが今後行われる予定の場合、キャンセルできます。ただし、インフラストラクチャ ファームウェア アップグレードがいったん開始すると、キャンセルすることはできません。

インストール サーバ ファームウェア では、ホスト ファームウェア パッケージを使用して、Cisco UCS ドメイン内のすべてのサーバおよびコンポーネントをアップグレードします。サービス プロファイルに選択したホスト ファームウェア パッケージが含まれているサーバは、次のように、選択したソフトウェア バンドルのファームウェア バージョンにすべてアップグレードされます。

• シャーシ内のすべてのブレード サーバ用の Cisco UCS B シリーズ ブレード サーバ ソフトウェア バンドル。

• Cisco UCS ドメインに統合されているすべてのラックマウント サーバ用の Cisco UCS C シリーズ ラックマウント UCS 管理対象サーバ ソフトウェア バンドル。

（注）	[Install Server Firmware] ウィザードの設定が完了した後で、サーバ ファームウェアのアップグレード プロセスをキャンセルすることはできません。Cisco UCS Manager は変更をただちに適用します。ただし、サーバが実際にリブートされるタイミングは、サーバに関連付けられたサービス プロファイル内のメンテナンス ポリシーによって異なります。

Cisco UCS ドメインのすべてのコンポーネントを同じパッケージ バージョンへアップグレードする場合は、自動インストールの各ステージを次の順序で実行する必要があります。

1. インストール インフラストラクチャ ファームウェア

2. インストール サーバ ファームウェア

この順序で実行すると、サーバのファームウェア アップグレードをインフラストラクチャのファームウェア アップグレードとは異なるメンテナンス ウィンドウにスケジュールすることができます。

シスコでは、自動インストールによるインフラストラクチャ ファームウェアのアップグレードについて、次のプロセスを推奨します。

1. ソフトウェアをステージングし、アップグレードを準備します。

   1. すべてのコンフィギュレーション ファイルと完全な状態のバックアップ ファイル、すべてのコンフィギュレーション バックアップ ファイルの作成、完全な状態のコンフィギュレーション バックアップ ファイルの作成 を作成します。

   2. ファームウェア パッケージをダウンロードします。離れた場所からのファブリック インターコネクトへのファームウェア イメージのダウンロード、およびローカル ファイル システムからファブリック インターコネクトへのファームウェア イメージのダウンロード、詳細な情報を提供します。

   3. Cisco UCS Manager リリース 3.2(3) または以降のリリースを使用している場合は、インフラストラクチャのファームウェアをステージングします。ファームウェア インストールの準備は、インフラストラクチャ ファームウェアのステージングに関する詳細情報を提供します。

      （注）	この手順はオプションですが、これもお勧めします。

   4. Smart Call Home を無効にします。Smart Call Home の無効化 には、Smart Call Home の無効化に関する詳細情報が掲載されています。

2. ファブリック アップグレードを準備します。

   1. Cisco UCS Manager障害を確認し、サービスに影響を与える障害を解決します。 障害の検証に関する詳細情報を提供します。UCS Manager の障害の表示は、障害の検証に関する詳細情報を提供します。

   2. 高可用性ステータスを確認し、セカンダリ ファブリック インターコネクトを特定します。クラスタ設定の高可用性ステータスとロールの確認 は、障害の確認に関する詳細情報を提供します。

   3. デフォルトのメンテナンス ポリシーを設定します。デフォルト メンテナンス ポリシーの設定は詳細な情報を提供します。また、このビデオ（http://www.cisco.com/c/en/us/td/docs/unified_computing/ucs/ucs-manager/videos/3-1/configure_the_default_maintenance_policy.html）の [Play] をクリックして、デフォルトのメンテナンス ポリシーを [User Ack] として設定する方法を視聴することもできます。

   4. VLAN と FCOE ID が重複していないことを確認します。

   5. 管理インターフェイスを無効にします。管理インターフェイスの無効化 には、セカンダリ ファブリック インターコネクトの管理インターフェイスの無効化に関する詳細情報が掲載されています。

   6. すべてのパスが機能していることを確認します。データ パスの準備が整っていることの確認は詳細な情報を提供します。

3. 自動インストールによってインフラストラクチャ ファームウェアをアップグレードします。自動インストールによるインフラストラクチャ ファームウェアのアップグレード は詳細情報を提供します。また、このビデオ（http://www.cisco.com/c/en/us/td/docs/unified_computing/ucs/ucs-manager/videos/3-1/upgrade_the_infrastructure_firmware_with_auto_install.html）の [Play] をクリックして、自動インストール でインフラストラクチャ ファームウェアをアップグレードする方法を視聴することもできます。

   （注）	[Prepare for Firmware Install] を使用してインフラストラクチャ ファームウェアをステージングした場合、再起動が必要な場合は、この手順には再起動を伴うアクティブ化のみが含まれます。

4. クラスタの高可用性ステータスを確認します。

5. すべてのパスが動作していることを確認します。

6. 新しい障害を確認します。ファブリック インターコネクトのアップグレード中に生成される障害の表示 には、障害の確認に関する詳細が掲載されています。

7. プライマリ ファブリックのアクティブ化を確認します。プライマリ ファブリック インター コネクトのリブートの確認 は詳細情報を提供します。また、このビデオ（http://www.cisco.com/c/en/us/td/docs/unified_computing/ucs/ucs-manager/videos/3-1/acknowledge_pending_reboot_of_the_primary_fabric_interconnect.html）の [Play] をクリックして、プライマリ ファブリック インターコネクトのリブートを確認する方法を視聴することもできます。

8. 新しい障害を確認します。

このポリシーでは、ホスト ファームウェア パッケージ（ホスト ファームウェア パック）を構成するファームウェア バージョンのセットを指定することができます。ホスト ファームウェア パッケージには、次のサーバおよびアダプタ エンドポイントのファームウェアが含まれています。

• アダプタ

• BIOS

• CIMC

  （注）	ラック マウント サーバでは、ホスト ファームウェア パックから CIMC を除外し、ボード コントローラをアップグレードまたはダウングレードすると、アップグレードまたはダウングレードが失敗する可能性があります。これは、CIMC ファームウェアのバージョンとボード コントローラ ファームウェアのバージョンに互換性がない可能性があるためです。

• ボード コントローラ

• Flex Flash コントローラ

• GPU

• FC アダプタ

• HBA Option ROM

• ホスト NIC

• ホスト NIC オプション ROM

• ローカル ディスク

  （注）	ローカル ディスクは、デフォルトでホスト ファームウェア パックから除外されます。 Cisco UCS Manager リリース 3.1(1) で、ローカル ディスク ファームウェアを更新するには、ホスト ファームウェア パッケージに ブレード パッケージ を必ず含めます。ブレード パッケージには、ブレード サーバとラック サーバのローカル ディスク ファームウェアが含まれています。Cisco UCS Manager リリース 3.1(2) から、ローカル ディスクおよびその他の共通エンドポイント用のファームウェアは、ブレード パッケージとラック パッケージの両方で入手できます。

• PSU

• SAS エクスパンダ

• ストレージ コントローラ

• ストレージ コントローラのオンボード デバイス

• ストレージ コントローラのオンボード デバイス Cpld

• ストレージ デバイスのブリッジ

ヒント	同じホスト ファームウェア パッケージに複数のファームウェアを含めることができます。たとえば、1 つのホスト ファームウェア パッケージで BIOS ファームウェアとストレージ コントローラ ファームウェアの両方を使用したり、異なる 2 つのアダプタのモデル用のアダプタ ファームウェアを使用することができます。ただし、同じ種類、ベンダー、モデル番号に対しては 1 つのファームウェア バージョンしか使用できません。システムはエンドポイントで必要なファームウェア バージョンを認識し、それ以外のファームウェア バージョンは無視します。

また、新しいホスト ファームウェア パッケージを作成するとき、または既存のホスト ファームウェア パッケージを変更するときに、ホスト ファームウェア パッケージから特定のコンポーネントのファームウェアを除外できます。たとえば、ホスト ファームウェア パッケージによって BIOS ファームウェアをアップグレードしない場合は、ファームウェア パッケージ コンポーネントのリストから BIOS ファームウェアを除外できます。

重要	各ホスト ファームウェア パッケージは、すべてのファームウェア パッケージ（ブレードおよびラック）に共通の除外されたコンポーネントの 1 つのリストに関連付けられます。ファームウェア パッケージ タイプごとに別の除外リストを設定するには、別のホスト ファームウェア パッケージを使用します。

ファームウェア パッケージは、このポリシーが含まれるサービス プロファイルに関連付けられたすべてのサーバにプッシュされます。

このポリシーにより、同じポリシーを使用しているサービス プロファイルが関連付けられているすべてのサーバでホスト ファームウェアが同一となります。したがって、サービス プロファイルをあるサーバから別のサーバに移動した場合でも、ファームウェア バージョンはそのまま変わりません。さらに、ファームウェア パッケージのエンドポイントのファームウェア バージョンを変更した場合、その影響を受けるサービス プロファイルすべてに新しいバージョンが即座に適用されます。これによりサーバのリブートが発生する可能性があります。

このポリシーはサービス プロファイルにインクルードする必要があります。また、このサービス プロファイルを有効にするには、サーバに関連付ける必要があります。

このポリシーは他のどのポリシーにも依存していません。しかし、ファブリック インターコネクトに適切なファームウェアがダウンロードされていることを確認する必要があります。Cisco UCS Manager によりサーバとサービス プロファイルのアソシエーションが実行される際にファームウェア イメージが使用できない場合、Cisco UCS Manager はファームウェアのアップグレードを無視し、アソシエーションを終了します。

サービス プロファイルのホスト ファームウェア パッケージ ポリシーを使用して、サーバおよびアダプタ ファームウェアをアップグレードすることができます。

注意	メンテナンス ウィンドウを設定およびスケジュールしている場合を除き、エンドポイントを追加するか既存のエンドポイントのファームウェア バージョンを変更してホスト ファームウェア パッケージを変更した場合は、変更を保存するとすぐに Cisco UCS Manager によって、エンドポイントがアップグレードされます。そのファームウェア パッケージに関連付けられているすべてのサーバがリブートされるため、サーバ間のデータ トラフィックが中断します。

サービス プロファイルのファームウェア パッケージを使用してファームウェアをアップデートするには、パッケージ内のファームウェアをアップデートする必要があります。ファームウェア パッケージへの変更を保存した後の動作は、Cisco UCS ドメインの設定によって異なります。

次の表に、サービス プロファイルのファームウェア パッケージを使用するサーバのアップグレードに対する最も一般的なオプションを示します。

Cisco UCS Manager は直接アップグレードのプロセスを 2 つのステージに分け、サーバやその他のエンドポイントのアップタイムに影響を与えずに、システムの実行中にエンドポイントにファームウェアをプッシュできるようにします。

アップデート

このステージでは、選択したファームウェア バージョンがプライマリ ファブリック インターコネクトから、エンドポイントのバックアップ パーティションにコピーされ、ファームウェア イメージが破損していないことが確認されます。アップデート プロセスでは、常にバックアップ スロットのファームウェアが上書きされます。

アップデート ステージは、UCS 5108 シャーシの次のエンドポイントにのみ適用されます。

• アダプタ

• CIMC

• I/O モジュール

Cisco UCS S3260 高密度ストレージ ラック サーバ シャーシでは、アップデートの段階は以下のエンドポイントのみに適用されます。

• シャーシ管理コントローラ（CMC）

• 共有アダプタ

• SAS エクスパンダ

• サーバ：

  • BIOS

  • CIMC

  • アダプタ

注意	更新プロセスが完了するまで、エンドポイントがあるハードウェアを取り外したり、そこでメンテナンス作業を実行したりしないでください。ハードウェアが取り外されたり、その他のメンテナンス作業により使用できない場合、ファームウェアの更新は失敗します。この失敗により、バックアップ パーティションが破損する場合があります。バックアップ パーティションが破損しているエンドポイントではファームウェアを更新できません。

アクティブ化

このステージでは、指定したイメージ バージョン（通常はバックアップ バージョン）がスタートアップ バージョンとして設定され、[Set Startup Version Only] を指定していない場合、エンドポイントがただちにリブートされます。エンドポイントがリブートされると、バックアップ パーティションがアクティブなパーティションになり、アクティブなパーティションがバックアップ パーティションになります。新しいアクティブなパーティションのファームウェアはスタートアップ バージョンおよび実行されているバージョンになります。

指定したファームウェア イメージがすでにエンドポイントに存在するため、次のエンドポイントのみアクティベーションが必要です。

• Cisco UCS Manager

• ファブリック インターコネクト

• それらをサポートするサーバ上のボード コントローラ

• Cisco UCS S3260 高密度ストレージ ラック サーバ シャーシ：

  • CMC

  • 共有アダプタ

  • シャーシとサーバのボード コントローラ

  • SAS エクスパンダ

  • ストレージ コントローラ

  • BIOS

  • CIMC

ファームウェアをアクティブにすると、エンドポイントがリブートされ、新しいファームウェアがアクティブなカーネル バージョンおよびシステム バージョンになります。スタートアップ ファームウェアからエンドポイントをブートできない場合、デフォルトがバックアップ バージョンに設定され、エラーが生成されます。

注意

I/O モジュールに対して [Set Startup Version Only] を設定した場合、そのデータ パス内のファブリック インターコネクトがリブートされると、I/O モジュールがリブートされます。I/O モジュールに対して、[Set Startup Version Only] を設定しない場合、I/O モジュールがリブートし、トラフィックが中断します。また、ファブリック インターコネクトと I/O モジュール間でプロトコルとファームウェア バージョンの不一致が Cisco UCS Managerで検出された場合、Cisco UCS Manager は、ファブリック インターコネクトのファームウェアと一致するファームウェア バージョンを使用して I/O モジュールを自動的に更新し、ファームウェアをアクティブ化して、I/O モジュールを再度リブートします。

エンドポイントで、直接のファームウェア アップグレードを実行する場合、Cisco UCS ドメインで、1 つ以上のエンドポイントでトラフィックの中断や、停止が発生することがあります。

シスコでは、エンドポイントでのインフラストラクチャ ファームウェアの直接アップグレードについて、次のプロセスを推奨します。

1. ソフトウェアをステージングし、アップグレードを準備します。
   1. すべてのコンフィギュレーション ファイルと完全な状態のバックアップ ファイル、すべてのコンフィギュレーション バックアップ ファイルの作成、完全な状態のコンフィギュレーション バックアップ ファイルの作成 を作成します。

   2. ファームウェア パッケージをダウンロードします。離れた場所からのファブリック インターコネクトへのファームウェア イメージのダウンロード、およびローカル ファイル システムからファブリック インターコネクトへのファームウェア イメージのダウンロード、詳細な情報を提供します。

   3. Smart Call Home Smart Call Home の無効化 を無効にして、詳細情報を提供します。

2. Cisco UCS Manager ソフトウェアを有効にします。Cisco UCS Manager ソフトウェアのアクティブ化、詳細な情報を提供します。また、このビデオ（http://www.cisco.com/c/en/us/td/docs/unified_computing/ucs/ucs-manager/videos/3-1/activate_ucsm.html）の [Play] をクリックして、Cisco UCS Manager ソフトウェアをアクティブ化する方法を視聴することもできます。

3. IOM ファームウェアを更新します。IOM のファームウェアのアップデート、詳細な情報を提供します。また、このビデオ（http://www.cisco.com/c/en/us/td/docs/unified_computing/ucs/ucs-manager/videos/3-1/update_and_activate_iom.html）の [Play] をクリックして、IOM ファームウェアを更新する方法を視聴することもできます。

4. ファブリック アップグレードを準備します。

   1. UCS Manager の障害を確認し、サービスに影響を及ぼす障害を解決します。UCS Manager の障害の表示 は詳細情報を提供します。

   2. 高可用性ステータスを確認し、セカンダリ ファブリック インターコネクトを特定します。クラスタ設定の高可用性ステータスとロールの確認 は、障害の確認に関する詳細情報を提供します。

   3. デフォルトのメンテナンス ポリシーを設定します。デフォルト メンテナンス ポリシーの設定は詳細な情報を提供します。また、このビデオ（http://www.cisco.com/c/en/us/td/docs/unified_computing/ucs/ucs-manager/videos/3-1/configure_the_default_maintenance_policy.html）の [Play] をクリックして、デフォルトのメンテナンス ポリシーを [User Ack] として設定する方法を視聴することもできます。

   4. VLAN と FCOE ID が重複していないことを確認します。

   5. 詳細な管理インターフェイス情報を表示します。管理インターフェイスの無効化 は詳細情報を提供します。

   6. IOM ファームウェアをアクティブにします。IOM でのファームウェアのアクティブ化は詳細な情報を提供します。また、このビデオ（http://www.cisco.com/c/en/us/td/docs/unified_computing/ucs/ucs-manager/videos/3-1/update_and_activate_iom.html）の [Play] をクリックして、IOM ファームウェアをアクティブ化する方法を視聴することもできます。

5. 従属ファブリック インターコネクトをアクティブにします。

   1. 従属ファブリック インターコネクトのトラフィックを待避させます。ファブリック インターコネクト トラフィックの待避の設定 は詳細情報を提供します。また、このビデオ（http://www.cisco.com/c/en/us/td/docs/unified_computing/ucs/ucs-manager/videos/3-1/enable_and_disable_fi_traffic_evacuation.html）の [Play] をクリックして、ファブリック インターコネクト トラフィックを待避させる方法を視聴することもできます。

   2. 従属ファブリック インターコネクト（FI-B）をアクティブにし、FSM をモニタします。従属ファブリック インターコネクトでのファームウェアのアクティブ化 は詳細情報を提供します。また、このビデオ（http://www.cisco.com/c/en/us/td/docs/unified_computing/ucs/ucs-manager/videos/3-1/activate_the_firmware_on_a_subordinate_fabric_interconnect.html）の [Play] をクリックして、従属ファブリック インターコネクトでファームウェアをアクティブ化する方法を視聴することもできます。

   3. すべてのパスが動作していることを確認します。データ パスの準備が整っていることの確認, は詳細情報を提供します。

   4. 従属ファブリック インターコネクトのトラフィック待避を無効にします。 ファブリック インターコネクト トラフィックの待避の設定 は詳細情報を提供します。また、このビデオ（http://www.cisco.com/c/en/us/td/docs/unified_computing/ucs/ucs-manager/videos/3-1/enable_and_disable_fi_traffic_evacuation.html）の [Play] をクリックして、ファブリック インターコネクトのトラフィック待避を無効にする方法を視聴することもできます。

   5. 新しい障害を確認します。ファブリック インターコネクトのアップグレード中に生成される障害の表示。

6. プライマリ ファブリック インターコネクト（FI-A）をアクティブにします。

   1. 管理サービスをプライマリ ファブリック インターコネクトからセカンダリ ファブリック インターコネクトに移行し、クラスタ リードをセカンダリ ファブリック インターコネクトに変更します。ファブリック インターコネクト クラスタ リードのスイッチオーバー は詳細情報を提供します。また、このビデオ（http://www.cisco.com/c/en/us/td/docs/unified_computing/ucs/ucs-manager/videos/3-1/switch_over_fabric_interconnect_cluster_lead.html）の [Play] をクリックして、あるファブリック インターコネクトから別のファブリック インターコネクトにクラスタ リードをスイッチオーバーする方法を視聴することもできます。

   2. プライマリ ファブリック インターコネクトのトラフィックを待避させます。

   3. プライマリ ファブリック インターコネクト（FI-A）をアクティブにし、FSM をモニタします。プライマリ ファブリック インターコネクトでのファームウェアのアクティブ化 は詳細情報を提供します。また、このビデオ（http://www.cisco.com/c/en/us/td/docs/unified_computing/ucs/ucs-manager/videos/3-1/acitvate_the_firmware_on_a_primary_fabric_interconnect.html）の [Play] をクリックして、プライマリ ファブリック インターコネクトでファームウェアをアクティブ化する方法を視聴することもできます。

   4. すべてのパスが動作していることを確認します。

   5. プライマリ ファブリック インターコネクトのトラフィック待避を無効にします。

   6. 新しい障害を確認します。

Cisco UCS Manager ソフトウェアでファームウェアをアクティブ化するときには、次のガイドラインとベスト プラクティスを考慮してください。

• クラスタ設定の場合、両方のファブリック インターコネクトの Cisco UCS Manager は同じバージョンを実行する必要があります。
• Cisco UCS Manager アクティブ化により、管理機能が短期間にわたってダウンします。すべての仮想シェル（VSH）接続が切断されます。
• クラスタ設定の場合、両方のファブリック インターコネクトの Cisco UCS Manager がアクティブ化されます。
• ファブリック インターコネクトをリセットする必要がないため、Cisco UCS Manager の更新はサーバ アプリケーション I/O に影響を与えません。
• 従属ファブリック インターコネクトがダウンしている間に Cisco UCS Manager が更新された場合、従属ファブリック インターコネクトは復帰時に自動的に更新されます。

Cisco UCS I/O モジュール（IOM）は、ブレード サーバ エンクロージャにユニファイド ファブリック テクノロジーを組み込みます。これにより、ブレード サーバとファブリック インターコネクト間の複数の 10 ギガビット イーサネット接続を提供し、診断、配線、管理を簡素化します。IOM により、ファブリック インターコネクトとブレード サーバ シャーシ間での I/O ファブリックが拡張され、すべてのブレードおよびシャーシを 1 つに接続する、損失のない確実な Fibre Channel over Ethernet（FCoE）ファブリックを使用できます。

IOM は分散ライン カードと同様であるため、スイッチングを実行せず、ファブリック インターコネクトの拡張として管理されます。このようなアプローチを取ることで、ブレード シャーシから各種スイッチが取り払われ、システム全体構造の複雑さが低減します。また、Cisco UCS の規模を拡大してシャーシの数を増やしても、必要なスイッチの数が増えることはありません。これにより、すべてのシャーシを可用性の高い 1 つの管理ドメインとして扱うことが可能になります。

IMO では、ファブリック インターコネクトと併せてシャーシ環境（電源、ファン、ブレードを含む）も管理できます。したがって、個別のシャーシ管理モジュールは必要ありません。IMO は、ブレード サーバ シャーシの背面に設置します。各ブレード シャーシは最大 2 つの IOM をサポートできるため、容量と冗長性を向上させることができます。

Cisco Unified Computing Systemは、幅広いコンバージド（統合型）ネットワーク アダプタ（CNA）をサポートします。CNA は、LAN および SAN トラフィックを単一のインターフェイスに統合することで、複数のネットワーク インターフェイス カード（NIC）とホスト バス アダプタ（HBA）の必要性をなくします。

すべての Cisco UCS ネットワーク アダプタ：

• 必要なネットワーク インターフェイス カードとホスト バス アダプタの数を削減可能

• Cisco UCS Managerソフトウェアを使用した管理

• 2 つのファブリック エクステンダと 2 つのファブリック インターコネクトを備えた冗長構成で使用可能

• 配線は初回のみ、その後はソフトウェアで機能の有効化や設定が行える「ワイヤワンス（wire-once）」アーキテクチャに対応

• ファイバ チャネル マルチパスをサポート

シスコ仮想インターフェイス カード（VIC）は、256 の仮想インターフェイスを提供し、Cisco VM-FEX テクノロジーをサポートします。Cisco VIC は、仮想化環境の実際のワークロード モビリティを実現するための I/O ポリシーの整合性と可視性を提供します。Cisco VIC は、B シリーズ ブレード サーバおよび C シリーズ ラック サーバのフォーム ファクタで使用できます。

Basic Input/Output System（BIOS）は、システムのハードウェア コンポーネントをテストおよび初期化し、ストレージ デバイスからオペレーティング システムを起動します。Cisco UCSには、システム動作を制御する複数の BIOS 設定があります。BIOS ファームウェアは、直接 Cisco UCS Manager からアップデートできます。

Cisco Integrated Management Controller（CIMC）は、Cisco UCSでのサーバの管理とモニタリングに使用されます。CIMC には、管理およびモニタリング タスク用に GUI、CLI、IPMI などのオプションが用意されています。C シリーズ サーバでは、CIMC は独立したチップで実行されます。そのため、大規模なハードウェア障害やシステムのクラッシュ時でもサービスを提供することができます。CIMC は、サーバの初期設定やサーバ動作に関する問題のトラブルシューティングにも役立ちます。CIMC ファームウェアは、直接 Cisco UCS Manager から更新できます。

PSU ファームウェアは、Cisco UCS Manager から直接更新できます。

ボード コントローラは、すべての B シリーズ ブレード サーバと C シリーズ ラック サーバ用のさまざまなプログラマブル ロジックおよび電源コントローラを管理します。ボード コントローラ更新ユーティリティを使用すると、重要なハードウェアを更新することができます。

Cisco UCS Manager リリース 2.1(2a) で導入されたボード コントローラを使用すると、ボード コントローラ更新ユーティリティを使用してデジタル コントローラ コンフィギュレーション ファイルを更新することにより、電圧レギュレータなどのコンポーネントを最適化できます。以前は、電圧レギュレータを更新するには物理コンポーネントを変更する必要がありました。これらの更新はハードウェア レベルであり、下位互換性を保つように設計されています。したがって、ボード コントローラのバージョンを最新に保つことが常に望まれます。

Cisco UCS B シリーズ M3 以降のブレード サーバのボード コントローラ ファームウェアのアクティブ化に関する注意事項

次の注意事項は、Cisco UCS B シリーズ M3 以降のブレード サーバのボード コントローラ ファームウェアに適用されます。

• ボード コントローラ ファームウェアをダウングレードする必要はありません。

• ブレード サーバのボード コントローラ ファームウェア バージョンは、インストール済みソフトウェア バンドルと同じか、または新しいバージョンである必要があります。ボード コントローラ ファームウェアのバージョンが、既存の Cisco UCS 環境で実行されているバージョンよりも新しい場合でも、ソフトウェア マトリックスまたは TAC のサポート範囲には違反しません。

• ボード コントローラ ファームウェアの更新は、他のコンポーネントのファームウェアと下位互換性があります。

リリース 2.2(4b) より前のリリースで実行されている一部の Cisco UCS B200 M4 ブレード サーバは、CSCuu15465 に掲載されている誤った Cisco UCS Manager アラートを生成する場合があります。この誤ったボード コントローラ不一致アラートは、Cisco UCS Manager 機能カタログ 2.2(4c)T および 2.2(5b)T で解決されました。機能カタログ 2.2(4c)T または 2.2(5b)T のいずれかを使用する場合、このアラートは表示されなくなります。

（注）	詳細については、https://tools.cisco.com/bugsearch/bug/CSCuu15465 を参照してください。

機能カタログの更新は、次の手順で適用できます。

1. 2.2(4c) インフラ/カタログまたは 2.2(5b) インフラ/カタログ ソフトウェア バンドルをダウンロードします。シスコからのソフトウェア バンドルの入手は、ソフトウェア バンドルのダウンロードに関する詳細情報を提供します。

2. カタログ バージョン 2.2(4c)T または 2.2(5b)T（または含まれているカタログ バージョン）をロードしてカタログをアクティブにします。機能カタログ更新のアクティブ化 は Cisco UCS Manager を使用した機能カタログのアクティブ化についての詳細情報を提供します。

3. 新しく挿入されたブレード サーバを停止します。

4. 以前のボード コントローラ バージョンがあるホスト ファームウェア パック ポリシーにサービス プロファイルを関連付けます。

   サービス プロファイルが更新されたホスト ファームウェア パック ポリシーに関連付けられると、誤った不一致アラート（CSCuu15465 のバグによるものなど）は発生しなくなります。

5. [Save（保存）] をクリックします。

6. ブレード サーバを再検出します。