この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
目次
この章は、次の内容で構成されています。
サービス プロファイル内のファームウェア パッケージを使用して、サーバの BIOS など、サーバおよびアダプタのファームウェアをアップグレードできます。ホスト ファームウェア ポリシーを定義して、これをサーバに関連付けられているサービス プロファイルにインクルードします。
サービス プロファイルによって、I/O モジュール、ファブリック インターコネクト、または Cisco UCS Manager のファームウェアをアップグレードすることはできません。 それらのエンドポイントのファームウェアは直接アップグレードする必要があります。
(注) |
Cisco UCS は、新しい管理ファームウェア パッケージの作成をサポートしなくなりました。 必要な場合は、既存の管理ファームウェア パッケージを変更および更新することができます。 ただし、管理ファームウェア パッケージをすべてのサービス プロファイルから削除し、ホスト ファームウェア パッケージを使用してサーバ上の Cisco Integrated Management Controller(CIMC)を更新することをお勧めします。 |
このポリシーでは、ホスト ファームウェア パッケージ(ホスト ファームウェア パック)を構成するファームウェア バージョンのセットを指定することができます。 ホスト ファームウェア パッケージには、次のサーバおよびアダプタのエンドポイントが含まれています。
ヒント |
同じホスト ファームウェア パッケージに複数のファームウェアを含めることができます。 たとえば、1 つのホスト ファームウェア パッケージで BIOS ファームウェアとストレージ コントローラ ファームウェアの両方を使用したり、異なる 2 つのアダプタのモデル用のアダプタ ファームウェアを使用することができます。 ただし、同じ種類、ベンダー、モデル番号に対しては 1 つのファームウェア バージョンしか使用できません。 システムはエンドポイントで必要なファームウェア バージョンを認識し、それ以外のファームウェア バージョンは無視します。 |
ファームウェア パッケージは、このポリシーが含まれるサービス プロファイルに関連付けられたすべてのサーバにプッシュされます。
このポリシーにより、同じポリシーを使用しているサービス プロファイルが関連付けられているすべてのサーバでホスト ファームウェアが同一となります。 したがって、サービス プロファイルをあるサーバから別のサーバに移動した場合でも、ファームウェア バージョンはそのまま変わりません。 さらに、ファームウェア パッケージのエンドポイントのファームウェア バージョンを変更した場合、その影響を受けるサービス プロファイルすべてに新しいバージョンが適用されます。この結果、サーバがリブートされることがあります。
このポリシーはサービス プロファイルにインクルードする必要があります。また、このサービス プロファイルを有効にするには、サーバに関連付ける必要があります。
このポリシーは他のどのポリシーにも依存していません。 しかし、ファブリック インターコネクトに適切なファームウェアがダウンロードされていることを確認する必要があります。 Cisco UCS Manager によりサーバとサービス プロファイルの関連付けが実行される際にファームウェア イメージが使用できない場合、Cisco UCS Manager はファームウェア アップグレードを無視し、関連付けを終了します。
(注) |
Cisco UCS は、新しい管理ファームウェア パッケージの作成をサポートしなくなりました。 必要な場合は、既存の管理ファームウェア パッケージを変更および更新することができます。 ただし、管理ファームウェア パッケージをすべてのサービス プロファイルから削除し、ホスト ファームウェア パッケージを使用してサーバ上の Cisco Integrated Management Controller(CIMC)を更新することをお勧めします。 |
このポリシーでは、管理ファームウェア パッケージ(管理ファームウェア パック)を構成するファームウェア バージョンのセットを指定することができます。 管理ファームウェア パッケージには、サーバの Cisco Integrated Management Controller(CIMC)が含まれています。 CIMC を直接アップグレードする場合は、このパッケージを使用する必要はありません。
ファームウェア パッケージは、このポリシーが含まれるサービス プロファイルに関連付けられたすべてのサーバにプッシュされます。 このポリシーにより、同じポリシーを使用しているサービス プロファイルに関連付けられているすべてのサーバで CIMC ファームウェアが同一となります。 したがって、サービス プロファイルをあるサーバから別のサーバに移動した場合でも、ファームウェア バージョンはそのまま変わりません。
このポリシーはサービス プロファイルにインクルードする必要があります。また、このサービス プロファイルを有効にするには、サーバに関連付ける必要があります。
このポリシーは他のどのポリシーにも依存していません。 しかし、ファブリック インターコネクトに適切なファームウェアがダウンロードされていることを確認する必要があります。
サービス プロファイルのホスト ファームウェア パッケージ ポリシーを使用して、サーバおよびアダプタ ファームウェアをアップグレードすることができます。
注意 |
メンテナンス時間帯を設定およびスケジュールしている場合を除き、エンドポイントを追加するか既存のエンドポイントのファームウェア バージョンを変更してホスト ファームウェア パッケージを変更した場合は、変更を保存するとすぐに Cisco UCS Managerによって、エンドポイントがアップグレードされます。そのファームウェア パッケージに関連付けられているすべてのサーバがリブートされるため、サーバ間のデータ トラフィックが中断します。 |
新しいサービス プロファイルの場合、このアップグレードは次の段階で行われます。
このステージでは、ホストのファームウェア パッケージを作成します。
この段階で、サービス プロファイルにファームウェア パッケージを含め、サービス プロファイルとサーバとの関連付けを形成します。 システムによって、選択したファームウェア バージョンがエンドポイントにプッシュされます。 サーバをリブートし、ファームウェア パッケージで指定したバージョンがエンドポイントで確実に実行されるようにします。
サーバと関連付けられているサービス プロファイルの場合は、メンテナンス時間帯を設定およびスケジューリングしている場合を除いて、ファームウェア パッケージに変更を保存するとすぐに Cisco UCS Managerによってファームウェアがアップグレードされ、サーバがリブートされます。 メンテナンス時間帯を設定およびスケジュールしている場合は、Cisco UCS Managerによってその時間までアップグレードとサーバのリブートが延期されます。
サービス プロファイルのファームウェア パッケージを使用してファームウェアをアップデートするには、パッケージ内のファームウェアをアップデートする必要があります。 ファームウェア パッケージへ変更を保存した後の動作は、Cisco UCS ドメインの設定によって異なります。
次のテーブルに、サービス プロファイルのファームウェア パッケージを使用するサーバのアップグレードに対する最も一般的なオプションを示します。
ポリシーが、サーバに関連付けられている 1 つ以上のサービス プロファイルに含まれており、それらのサービス プロファイルにメンテナンス ポリシーが含まれていない場合、メンテナンス ウィンドウを設定およびスケジュールしていないと、ホスト ファームウェア パッケージ ポリシーを保存するとすぐに、Cisco UCS Manager によってサーバとアダプタのファームウェアが新しいバージョンで更新およびアクティブ化され、サーバがリブートされます。
ヒント |
同じホスト ファームウェア パッケージに複数のファームウェアを含めることができます。 たとえば、1 つのホスト ファームウェア パッケージで BIOS ファームウェアとストレージ コントローラ ファームウェアの両方を使用したり、異なる 2 つのアダプタのモデル用のアダプタ ファームウェアを使用することができます。 ただし、同じ種類、ベンダー、モデル番号に対しては 1 つのファームウェア バージョンしか使用できません。 システムはエンドポイントで必要なファームウェア バージョンを認識し、それ以外のファームウェア バージョンは無視します。 |
ファブリック インターコネクトに適切なファームウェアがダウンロードされていることを確認します。
コマンドまたはアクション | 目的 | |||
---|---|---|---|---|
ステップ 1 | UCS-A# scope org org-name | 指定した組織の組織モードを開始します。 ルート組織モードに入るには、「/」を org-name として入力します。 |
||
ステップ 2 | UCS-A org/ # create fw-host-pack pack-name | ホスト ファームウェア パッケージを選択したパッケージ名で作成し、組織ファームウェア ホスト パッケージ モードを開始します。 |
||
ステップ 3 | UCS-A /org/fw-host-pack # set descr description | (任意) ホスト ファームウェア パッケージの説明を記入します。
|
||
ステップ 4 | UCS-A org/fw-host-pack # create pack-image hw-vendor-name hw-model{adapter | host-hba | host-hba-combined | host-hba-optionrom | host-nic | server-bios | storage-controller | unspecified} version-num | ホスト ファームウェア パッケージのパッケージ イメージを作成し、組織ファームウェア ホスト パッケージ イメージ モードを開始します。 hw-vendor-name および hw-model 値は、show image detail コマンド入力時にパッケージ イメージの判別を容易にするラベルです。 version-num 値は、パッケージのイメージに使用されているファームウェアのバージョン番号を指定します。 モデルとモデル番号(PID)は、このファームウェア パッケージに関連付けられているサーバに一致する必要があります。 誤ったモデルまたはモデル番号を選択すると、Cisco UCS Manager はファームウェア更新ファイルをインストールできません。 |
||
ステップ 5 | UCS-A org/fw-host-pack/pack-image # set version version-num | (任意) パッケージ イメージのバージョン番号を指定します。 この番号を変更すると、サービス プロファイル経由でファームウェアを使用して、すべてのコンポーネントのファームウェア更新が実行されます。 このステップは、ホスト ファームウェア パッケージ更新時にのみ使用し、作成時には使用しません。
|
||
ステップ 6 | UCS-A org/fw-host-pack/pack-image # commit-buffer | トランザクションをコミットします。 Cisco UCS Manager はモデル番号とベンダーを、このポリシーが含まれているサービス プロファイルに関連付けられているすべてのサーバと照合します。 モデル番号とベンダーがポリシー内のファームウェア バージョンに一致する場合、Cisco UCS Manager により、サービス プロファイルに含まれているメンテナンス ポリシー内の設定に従ってファームウェアが更新されます。 |
次の例では、app1 ホスト ファームウェア パッケージを作成し、バージョン 2009.02.09 のファームウェアでストレージ コントローラのパッケージ イメージを作成し、トランザクションをコミットしています。
UCS-A# scope org / UCS-A /org # create fw-host-pack app1 UCS-A /org/fw-host-pack* # set descr "This is a host firmware package example." UCS-A /org/fw-host-pack* # create pack-image Cisco UCS storage-controller 2009.02.09 UCS-A /org/fw-host-pack/pack-image* # commit-buffer UCS-A /org/fw-host-pack/pack-image #
ポリシーをサービス プロファイルとテンプレートのうち一方、または両方に含めます。
(注) |
Cisco UCS は、新しい管理ファームウェア パッケージの作成をサポートしなくなりました。 必要な場合は、既存の管理ファームウェア パッケージを変更および更新することができます。 ただし、管理ファームウェア パッケージをすべてのサービス プロファイルから削除し、ホスト ファームウェア パッケージを使用してサーバ上の Cisco Integrated Management Controller(CIMC)を更新することをお勧めします。 |
ポリシーが、サーバに関連付けられている 1 つ以上のサービス プロファイルに含まれており、それらのサービス プロファイルにメンテナンス ポリシーが含まれていない場合、メンテナンス ウィンドウを設定およびスケジュールしていないと、管理ファームウェア パッケージ ポリシーを保存するとすぐに、Cisco UCS Manager によってサーバの管理ファームウェアが新しいバージョンで更新およびアクティブ化され、サーバがリブートされます。
ファブリック インターコネクトに適切なファームウェアがダウンロードされていることを確認します。
コマンドまたはアクション | 目的 | |||
---|---|---|---|---|
ステップ 1 | UCS-A# scope org org-name | 指定した組織の組織モードを開始します。 ルート組織モードに入るには、「/」を org-name として入力します。 |
||
ステップ 2 | UCS-A org/ # scope fw-mgmt-pack pack-name | 指定したパッケージ名で管理ファームウェア パッケージを作成し、組織ファームウェア管理パッケージ モードを開始します。 |
||
ステップ 3 | UCS-A /org/fw-mgmt-pack # set descr description | (任意) 管理ファームウェア パッケージの説明を記入します。
|
||
ステップ 4 | UCS-A org/fw-mgmt-pack # create pack-image hw-vendor-name hw-model bmc version-num | 管理ファームウェア パッケージのパッケージ イメージを作成し、組織ファームウェア管理パッケージ イメージ モードを開始します。 hw-vendor-name および hw-model 値は、show image detail コマンド入力時にパッケージ イメージの判別を容易にするラベルです。 version-num 値は、パッケージのイメージに使用されているファームウェアのバージョン番号を指定します。 モデルとモデル番号(PID)は、このファームウェア パッケージに関連付けられているサーバに一致する必要があります。 誤ったモデルまたはモデル番号を選択すると、Cisco UCS Manager はファームウェア更新ファイルをインストールできません。 |
||
ステップ 5 | UCS-A org/fw-mgmt-pack/pack-image # set version version-num | (任意) パッケージ イメージのバージョン番号を指定します。 この番号を変更すると、サービス プロファイル経由でファームウェアを使用して、すべてのコンポーネントのファームウェア更新が実行されます。 このステップは、ファームウェア パッケージ更新時にのみ使用し、作成時には使用しません。 |
||
ステップ 6 | UCS-A org/fw-mgmt-pack/pack-image # commit-buffer | トランザクションをコミットします。 Cisco UCS Manager はモデル番号とベンダーを、このポリシーが含まれているサービス プロファイルに関連付けられているすべてのサーバと照合します。 モデル番号とベンダーがポリシー内のファームウェア バージョンに一致する場合、Cisco UCS Manager により、サービス プロファイルに含まれているメンテナンス ポリシー内の設定に従ってファームウェアが更新されます。 |
次に、cimc1 ホスト ファームウェア パッケージを更新して、バージョン 1.0(0.988) のファームウェアを持つ CIMC パッケージ イメージを作成し、トランザクションをコミットする例を示します。
UCS-A# scope org / UCS-A /org # scope fw-mgmt-pack cimc1 UCS-A /org/fw-mgmt-pack* # set descr "This is a management firmware package example." UCS-A /org/fw-mgmt-pack* # create pack-image Cisco UCS cimc 1.0(0.988) UCS-A /org/fw-mgmt-pack/pack-image* # commit-buffer UCS-A /org/fw-mgmt-pack/pack-image #
ポリシーをサービス プロファイルとテンプレートのうち一方、または両方に含めます。
目次
この章は、次の内容で構成されています。
サービス プロファイルのファームウェア パッケージによるファームウェア アップグレード
サービス プロファイル内のファームウェア パッケージを使用して、サーバの BIOS など、サーバおよびアダプタのファームウェアをアップグレードできます。ホスト ファームウェア ポリシーを定義して、これをサーバに関連付けられているサービス プロファイルにインクルードします。
サービス プロファイルによって、I/O モジュール、ファブリック インターコネクト、または Cisco UCS Manager のファームウェアをアップグレードすることはできません。 それらのエンドポイントのファームウェアは直接アップグレードする必要があります。
(注)
Cisco UCS は、新しい管理ファームウェア パッケージの作成をサポートしなくなりました。 必要な場合は、既存の管理ファームウェア パッケージを変更および更新することができます。 ただし、管理ファームウェア パッケージをすべてのサービス プロファイルから削除し、ホスト ファームウェア パッケージを使用してサーバ上の Cisco Integrated Management Controller(CIMC)を更新することをお勧めします。
- ホスト ファームウェア パッケージ
- 管理ファームウェア パッケージ
- サービス プロファイルのファームウェア パッケージを使用したファームウェアのアップグレードのステージ
- サービス プロファイルのファームウェア パッケージに対するアップデートの影響
ホスト ファームウェア パッケージ
このポリシーでは、ホスト ファームウェア パッケージ(ホスト ファームウェア パック)を構成するファームウェア バージョンのセットを指定することができます。 ホスト ファームウェア パッケージには、次のサーバおよびアダプタのエンドポイントが含まれています。
ヒント
同じホスト ファームウェア パッケージに複数のファームウェアを含めることができます。 たとえば、1 つのホスト ファームウェア パッケージで BIOS ファームウェアとストレージ コントローラ ファームウェアの両方を使用したり、異なる 2 つのアダプタのモデル用のアダプタ ファームウェアを使用することができます。 ただし、同じ種類、ベンダー、モデル番号に対しては 1 つのファームウェア バージョンしか使用できません。 システムはエンドポイントで必要なファームウェア バージョンを認識し、それ以外のファームウェア バージョンは無視します。
ファームウェア パッケージは、このポリシーが含まれるサービス プロファイルに関連付けられたすべてのサーバにプッシュされます。
このポリシーにより、同じポリシーを使用しているサービス プロファイルが関連付けられているすべてのサーバでホスト ファームウェアが同一となります。 したがって、サービス プロファイルをあるサーバから別のサーバに移動した場合でも、ファームウェア バージョンはそのまま変わりません。 さらに、ファームウェア パッケージのエンドポイントのファームウェア バージョンを変更した場合、その影響を受けるサービス プロファイルすべてに新しいバージョンが適用されます。この結果、サーバがリブートされることがあります。
このポリシーはサービス プロファイルにインクルードする必要があります。また、このサービス プロファイルを有効にするには、サーバに関連付ける必要があります。
このポリシーは他のどのポリシーにも依存していません。 しかし、ファブリック インターコネクトに適切なファームウェアがダウンロードされていることを確認する必要があります。 Cisco UCS Manager によりサーバとサービス プロファイルの関連付けが実行される際にファームウェア イメージが使用できない場合、Cisco UCS Manager はファームウェア アップグレードを無視し、関連付けを終了します。
管理ファームウェア パッケージ
(注)
Cisco UCS は、新しい管理ファームウェア パッケージの作成をサポートしなくなりました。 必要な場合は、既存の管理ファームウェア パッケージを変更および更新することができます。 ただし、管理ファームウェア パッケージをすべてのサービス プロファイルから削除し、ホスト ファームウェア パッケージを使用してサーバ上の Cisco Integrated Management Controller(CIMC)を更新することをお勧めします。
このポリシーでは、管理ファームウェア パッケージ(管理ファームウェア パック)を構成するファームウェア バージョンのセットを指定することができます。 管理ファームウェア パッケージには、サーバの Cisco Integrated Management Controller(CIMC)が含まれています。 CIMC を直接アップグレードする場合は、このパッケージを使用する必要はありません。
ファームウェア パッケージは、このポリシーが含まれるサービス プロファイルに関連付けられたすべてのサーバにプッシュされます。 このポリシーにより、同じポリシーを使用しているサービス プロファイルに関連付けられているすべてのサーバで CIMC ファームウェアが同一となります。 したがって、サービス プロファイルをあるサーバから別のサーバに移動した場合でも、ファームウェア バージョンはそのまま変わりません。
このポリシーはサービス プロファイルにインクルードする必要があります。また、このサービス プロファイルを有効にするには、サーバに関連付ける必要があります。
このポリシーは他のどのポリシーにも依存していません。 しかし、ファブリック インターコネクトに適切なファームウェアがダウンロードされていることを確認する必要があります。
サービス プロファイルのファームウェア パッケージを使用したファームウェアのアップグレードのステージ
サービス プロファイルのホスト ファームウェア パッケージ ポリシーを使用して、サーバおよびアダプタ ファームウェアをアップグレードすることができます。
注意
メンテナンス時間帯を設定およびスケジュールしている場合を除き、エンドポイントを追加するか既存のエンドポイントのファームウェア バージョンを変更してホスト ファームウェア パッケージを変更した場合は、変更を保存するとすぐに Cisco UCS Managerによって、エンドポイントがアップグレードされます。そのファームウェア パッケージに関連付けられているすべてのサーバがリブートされるため、サーバ間のデータ トラフィックが中断します。
サービス プロファイルのファームウェア パッケージに対するアップデートの影響
サービス プロファイルのファームウェア パッケージを使用してファームウェアをアップデートするには、パッケージ内のファームウェアをアップデートする必要があります。 ファームウェア パッケージへ変更を保存した後の動作は、Cisco UCS ドメインの設定によって異なります。
次のテーブルに、サービス プロファイルのファームウェア パッケージを使用するサーバのアップグレードに対する最も一般的なオプションを示します。
サービス プロファイル メンテナンス ポリシー アップグレード処理 ファームウェア パッケージがサービス プロファイルまたはアップデート中のサービス プロファイル テンプレートに含まれていない。
または
既存のサービス プロファイルまたはアップデート中のサービス プロファイル テンプレートを変更せずにファームウェアをアップグレードする。
メンテナンス ポリシーなし
ファームウェア パッケージのアップデート後に、次のいずれかを実行します。
一部のサーバまたはすべてのサーバを同時にリブートおよびアップグレードするには、サーバに関連付けられている 1 つ以上のサービス プロファイルまたはアップデート中のサービス プロファイル テンプレートにファームウェア パッケージを追加します。
一度に 1 台のサーバをリブートおよびアップグレードするには、各サーバに対して次の手順を実行します。
注意 元のサービス プロファイルにスクラブ ポリシーが含まれている場合は、サービス プロファイルの関連付けを解除すると、ディスクまたは BIOS が新規サービス プロファイルに関連してスクラビング処理されるときにデータが失われることがあります。
ファームウェア パッケージが 1 つ以上のサービス プロファイルに含まれており、このサービス プロファイルが 1 つ以上のサーバに関連付けられている。
または
ファームウェア パッケージがアップデート中のサービス プロファイル テンプレートに含まれており、このテンプレートから作成されたサービス プロファイルが 1 つ以上のサーバに関連付けられている。
メンテナンス ポリシーなし
または
即時アップデート用に設定されたメンテナンス ポリシー。
ファームウェア パッケージをアップデートすると、次のようになります。
ファームウェア パッケージの変更は、保存と同時に有効になります。
Cisco UCS によって、このポリシーをインクルードしているサービス プロファイルに関連付けられているすべてのサーバに照らして、モデル番号とベンダーが検証されます。 モデル番号とベンダーがポリシーのファームウェア バージョンと一致する場合は、Cisco UCS によりサーバがリブートされ、ファームウェアがアップデートされます。
ファームウェア パッケージを含むサービス プロファイルに関連付けられているすべてのサーバが同時にリブートされます。
ファームウェア パッケージが 1 つ以上のサービス プロファイルに含まれており、このサービス プロファイルが 1 つ以上のサーバに関連付けられている。
または
ファームウェア パッケージがアップデート中のサービス プロファイル テンプレートに含まれており、このテンプレートから作成されたサービス プロファイルが 1 つ以上のサーバに関連付けられている。
ユーザ確認応答に関して設定済み
ファームウェア パッケージをアップデートすると、次のようになります。
Cisco UCS によって、変更を確認するように要求され、ユーザ確認応答済みのサーバのリブートが必要であることが通知されます。
点滅している [Pending Activities] ボタンをクリックし、リブートして新規ファームウェアを適用するサーバを選択します。
Cisco UCS によって、このポリシーをインクルードしているサービス プロファイルに関連付けられているすべてのサーバに照らして、モデル番号とベンダーが検証されます。 モデル番号とベンダーがポリシーのファームウェア バージョンと一致する場合は、Cisco UCS によりサーバがリブートされ、ファームウェアがアップデートされます。
サーバを手動でリブートしても、Cisco UCS によってファームウェア パッケージが適用されず、保留中のアクティビティはキャンセルされません。 [Pending Activities] ボタンを使用して、保留中のアクティビティを確認応答するか、またはキャンセルする必要があります。
ファームウェア パッケージが 1 つ以上のサービス プロファイルに含まれており、このサービス プロファイルが 1 つ以上のサーバに関連付けられている。
または
ファームウェア パッケージがアップデート中のサービス プロファイル テンプレートに含まれており、このテンプレートから作成されたサービス プロファイルが 1 つ以上のサーバに関連付けられている。
特定のメンテナンス ウィンドウ時に有効になる変更に関して設定済み。
ファームウェア パッケージをアップデートすると、次のようになります。
Cisco UCS によって、変更を確認するように要求され、ユーザ確認応答済みのサーバのリブートが必要であることが通知されます。
点滅している [Pending Activities] ボタンをクリックし、リブートして新規ファームウェアを適用するサーバを選択します。
Cisco UCS によって、このポリシーをインクルードしているサービス プロファイルに関連付けられているすべてのサーバに照らして、モデル番号とベンダーが検証されます。 モデル番号とベンダーがポリシーのファームウェア バージョンと一致する場合は、Cisco UCS によりサーバがリブートされ、ファームウェアがアップデートされます。
サーバを手動でリブートしても、Cisco UCS によってファームウェア パッケージは適用されず、スケジュールされているメンテナンス アクティビティはキャンセルされません。
ホスト ファームウェア パッケージの作成または更新
手順ポリシーが、サーバに関連付けられている 1 つ以上のサービス プロファイルに含まれており、それらのサービス プロファイルにメンテナンス ポリシーが含まれていない場合、メンテナンス ウィンドウを設定およびスケジュールしていないと、ホスト ファームウェア パッケージ ポリシーを保存するとすぐに、Cisco UCS Manager によってサーバとアダプタのファームウェアが新しいバージョンで更新およびアクティブ化され、サーバがリブートされます。
ヒント
同じホスト ファームウェア パッケージに複数のファームウェアを含めることができます。 たとえば、1 つのホスト ファームウェア パッケージで BIOS ファームウェアとストレージ コントローラ ファームウェアの両方を使用したり、異なる 2 つのアダプタのモデル用のアダプタ ファームウェアを使用することができます。 ただし、同じ種類、ベンダー、モデル番号に対しては 1 つのファームウェア バージョンしか使用できません。 システムはエンドポイントで必要なファームウェア バージョンを認識し、それ以外のファームウェア バージョンは無視します。
コマンドまたはアクション 目的 ステップ 1 UCS-A# scope org org-name 指定した組織の組織モードを開始します。 ルート組織モードに入るには、「/」を org-name として入力します。
ステップ 2 UCS-A org/ # create fw-host-pack pack-name ホスト ファームウェア パッケージを選択したパッケージ名で作成し、組織ファームウェア ホスト パッケージ モードを開始します。
ステップ 3 UCS-A /org/fw-host-pack # set descr description (任意) ホスト ファームウェア パッケージの説明を記入します。
(注) 説明にスペース、特殊文字、または句読点が含まれている場合、説明を引用符で括る必要があります。 引用符は、show コマンド出力の説明フィールドには表示されません。
ステップ 4 UCS-A org/fw-host-pack # create pack-image hw-vendor-name hw-model{adapter | host-hba | host-hba-combined | host-hba-optionrom | host-nic | server-bios | storage-controller | unspecified} version-num ホスト ファームウェア パッケージのパッケージ イメージを作成し、組織ファームウェア ホスト パッケージ イメージ モードを開始します。 hw-vendor-name および hw-model 値は、show image detail コマンド入力時にパッケージ イメージの判別を容易にするラベルです。 version-num 値は、パッケージのイメージに使用されているファームウェアのバージョン番号を指定します。
モデルとモデル番号(PID)は、このファームウェア パッケージに関連付けられているサーバに一致する必要があります。 誤ったモデルまたはモデル番号を選択すると、Cisco UCS Manager はファームウェア更新ファイルをインストールできません。
ステップ 5 UCS-A org/fw-host-pack/pack-image # set version version-num (任意) パッケージ イメージのバージョン番号を指定します。 この番号を変更すると、サービス プロファイル経由でファームウェアを使用して、すべてのコンポーネントのファームウェア更新が実行されます。 このステップは、ホスト ファームウェア パッケージ更新時にのみ使用し、作成時には使用しません。
(注) ホスト ファームウェア パッケージには複数のパッケージ イメージを含めることができます。 その他のコンポーネントについて、追加パッケージ イメージを作成するには、4 と 5 を繰り返します。
ステップ 6 UCS-A org/fw-host-pack/pack-image # commit-buffer トランザクションをコミットします。
Cisco UCS Manager はモデル番号とベンダーを、このポリシーが含まれているサービス プロファイルに関連付けられているすべてのサーバと照合します。 モデル番号とベンダーがポリシー内のファームウェア バージョンに一致する場合、Cisco UCS Manager により、サービス プロファイルに含まれているメンテナンス ポリシー内の設定に従ってファームウェアが更新されます。
次の作業次の例では、app1 ホスト ファームウェア パッケージを作成し、バージョン 2009.02.09 のファームウェアでストレージ コントローラのパッケージ イメージを作成し、トランザクションをコミットしています。
UCS-A# scope org / UCS-A /org # create fw-host-pack app1 UCS-A /org/fw-host-pack* # set descr "This is a host firmware package example." UCS-A /org/fw-host-pack* # create pack-image Cisco UCS storage-controller 2009.02.09 UCS-A /org/fw-host-pack/pack-image* # commit-buffer UCS-A /org/fw-host-pack/pack-image #
ポリシーをサービス プロファイルとテンプレートのうち一方、または両方に含めます。
管理ファームウェア パッケージの更新
手順
(注)
Cisco UCS は、新しい管理ファームウェア パッケージの作成をサポートしなくなりました。 必要な場合は、既存の管理ファームウェア パッケージを変更および更新することができます。 ただし、管理ファームウェア パッケージをすべてのサービス プロファイルから削除し、ホスト ファームウェア パッケージを使用してサーバ上の Cisco Integrated Management Controller(CIMC)を更新することをお勧めします。
ポリシーが、サーバに関連付けられている 1 つ以上のサービス プロファイルに含まれており、それらのサービス プロファイルにメンテナンス ポリシーが含まれていない場合、メンテナンス ウィンドウを設定およびスケジュールしていないと、管理ファームウェア パッケージ ポリシーを保存するとすぐに、Cisco UCS Manager によってサーバの管理ファームウェアが新しいバージョンで更新およびアクティブ化され、サーバがリブートされます。
コマンドまたはアクション 目的 ステップ 1 UCS-A# scope org org-name 指定した組織の組織モードを開始します。 ルート組織モードに入るには、「/」を org-name として入力します。
ステップ 2 UCS-A org/ # scope fw-mgmt-pack pack-name 指定したパッケージ名で管理ファームウェア パッケージを作成し、組織ファームウェア管理パッケージ モードを開始します。
ステップ 3 UCS-A /org/fw-mgmt-pack # set descr description (任意) 管理ファームウェア パッケージの説明を記入します。
(注) 説明にスペース、特殊文字、または句読点が含まれている場合、説明を引用符で括る必要があります。 引用符は、show コマンド出力の説明フィールドには表示されません。
ステップ 4 UCS-A org/fw-mgmt-pack # create pack-image hw-vendor-name hw-model bmc version-num 管理ファームウェア パッケージのパッケージ イメージを作成し、組織ファームウェア管理パッケージ イメージ モードを開始します。 hw-vendor-name および hw-model 値は、show image detail コマンド入力時にパッケージ イメージの判別を容易にするラベルです。 version-num 値は、パッケージのイメージに使用されているファームウェアのバージョン番号を指定します。
モデルとモデル番号(PID)は、このファームウェア パッケージに関連付けられているサーバに一致する必要があります。 誤ったモデルまたはモデル番号を選択すると、Cisco UCS Manager はファームウェア更新ファイルをインストールできません。
ステップ 5 UCS-A org/fw-mgmt-pack/pack-image # set version version-num (任意) パッケージ イメージのバージョン番号を指定します。 この番号を変更すると、サービス プロファイル経由でファームウェアを使用して、すべてのコンポーネントのファームウェア更新が実行されます。 このステップは、ファームウェア パッケージ更新時にのみ使用し、作成時には使用しません。
ステップ 6 UCS-A org/fw-mgmt-pack/pack-image # commit-buffer トランザクションをコミットします。
Cisco UCS Manager はモデル番号とベンダーを、このポリシーが含まれているサービス プロファイルに関連付けられているすべてのサーバと照合します。 モデル番号とベンダーがポリシー内のファームウェア バージョンに一致する場合、Cisco UCS Manager により、サービス プロファイルに含まれているメンテナンス ポリシー内の設定に従ってファームウェアが更新されます。
次の作業次に、cimc1 ホスト ファームウェア パッケージを更新して、バージョン 1.0(0.988) のファームウェアを持つ CIMC パッケージ イメージを作成し、トランザクションをコミットする例を示します。
UCS-A# scope org / UCS-A /org # scope fw-mgmt-pack cimc1 UCS-A /org/fw-mgmt-pack* # set descr "This is a management firmware package example." UCS-A /org/fw-mgmt-pack* # create pack-image Cisco UCS cimc 1.0(0.988) UCS-A /org/fw-mgmt-pack/pack-image* # commit-buffer UCS-A /org/fw-mgmt-pack/pack-image #
ポリシーをサービス プロファイルとテンプレートのうち一方、または両方に含めます。