Cisco UCS Manager リリース 4.2 サーバー管理（CLI 用）ガイド

サーバー BIOS 設定

Cisco UCS では、Cisco UCS ドメイン内のサーバー上の BIOS 設定をグローバルに変更する方法が 2 つ用意されています。サーバーまたはサーバーの集合のニーズに合う特定の BIOS 設定グループを含む BIOS ポリシーを 1 つ以上作成するか、特定のサーバープラットフォームに対するデフォルトの BIOS 設定を使用できます。

BIOS ポリシーおよびサーバープラットフォームのデフォルトの BIOS 設定のどちらででも、Cisco UCS Manager によって管理されるサーバーの BIOS 設定を微調整できます。

データセンターのニーズに応じて、一部のサービスプロファイルについては BIOS ポリシーを設定し、同じ Cisco UCS ドメイン内の他のサービスプロファイルについては BIOS のデフォルトを使用したり、そのいずれかのみを使用したりできます。また、Cisco UCS Manager を使用して、サーバーの実際の BIOS 設定を表示し、それらが現在のニーズを満たしているかどうかを確認できます。

（注）

Cisco UCS Manager は、BIOS ポリシーまたはデフォルトの BIOS 設定による BIOS 設定の変更を Cisco Integrated Management Controller（CIMC）バッファにプッシュします。これらの変更はバッファ内にとどまり、サーバーがリブートされるまでは有効になりません。

設定するサーバーで BIOS 設定のサポートを確認することをお勧めします。RAS メモリのミラーリングモードなどの一部の設定は、すべての Cisco UCS サーバーでサポートされているわけではありません。

メイン BIOS 設定

次の表は、BIOS ポリシーまたはデフォルトの BIOS 設定を介して行うことができるメインサーバの BIOS 設定を示しています。


名前	説明
Properties
[Reboot on BIOS Settings Change] set reboot-on-update	1 つ以上の BIOS 設定を変更した後、サーバーをリブートするタイミング。 yes ：この設定を有効にした場合、サーバーのサービスプロファイルのメンテナンスポリシーに従ってサーバーがリブートされます。たとえば、メンテナンスポリシーでユーザーの確認応答が必要な場合、サーバーはリブートされず、ユーザーが保留中のアクティビティを確認するまで BIOS の変更は適用されません。 no ：この設定を有効にしない場合、BIOS の変更は、別のサーバー設定変更の結果であれ手動リブートであれ、次回のサーバーのリブート時まで適用されません。
BIOS 設定
[Quiet Boot] set quiet-boot-config quiet-boot	BIOS が Power On Self-Test（POST）中に表示する内容。次のいずれかになります。 [disabled][Disabled]：BIOS はブート中にすべてのメッセージとオプションROM 情報を表示します。 [enabled][Enabled]：BIOS はロゴ画面を表示しますが、ブート中にメッセージやオプションROM 情報を表示しません。 [platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。
[POST error pause] set post-error-pause-config post-error-pause	POST 中にサーバーで重大なエラーが発生した場合の処理。次のいずれかになります。 [disabled][Disabled]：BIOS はサーバーのブートを続行します。 [enabled][Enabled]：POST 中に重大なエラーが発生した場合、BIOSはサーバーのブートを一時停止し、Error Manager を開きます。 [platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。
[Resume on AC power loss] set resume-ac-on-power-loss-config resume-action	予期しない電力損失後に電力が復帰したときにサーバーがどのように動作するかを決定します。次のいずれかになります。 [stay-off][Stay Off]：手動で電源をオンにするまでサーバーの電源がオフのままになります。 [last-state][Last State]：サーバーの電源がオンになり、システムが最後の状態を復元しようとします。 [reset][Reset]：サーバーの電源がオンになり、自動的にリセットされます。 [platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。
[Front panel lockout] set front-panel-lockout-config front-panel-lockout	前面パネルの電源ボタンとリセットボタンがサーバーによって無視されるかどうかを決定します。次のいずれかになります。 [disabled][Disabled]：前面パネルの電源ボタンとリセットボタンはアクティブであり、サーバーに影響を与えるために使用できます。 [enabled][Enabled]：電源ボタンとリセットボタンはロックアウトされます。サーバーをリセットしたり、電源をオンにしたりできるのは、CIMC GUI からのみです。 [platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。
[CDN Control] set consistent-device-name-control cdn-name	一貫したデバイスの命名によって、一貫した方法でイーサネットインターフェイスに名前を付けることができます。これによりイーサネットインターフェイスの名前は、より統一され、識別しやすくなり、アダプタや他の設定に変更が加えられても永続的に保持されます。一貫したデバイスの命名をイネーブルにするかどうか。次のいずれかになります。 [disabled][Disabled]：一貫したデバイスの命名はBIOS ポリシーでディセーブルになっています。 [enabled][Enabled]：一貫したデバイスの命名はBIOS ポリシーでイネーブルになっています。これにより、イーサネットインターフェイスに一貫した方法で命名できます。これがデフォルトのオプションです。 [platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。
PCIe Slots CDN コントロール set consistent-device-name-control pcie-slot-cdn-name	PCIe スロットの Consistent Device Naming（CDN）制御により、PCIe スロットに一貫した方法で名前を付けることができます。これにより PCIe スロットの名前は、より統一され、識別しやすくなり、構成に変更が加えられても永続的に保持されます。次のいずれかになります。ディセーブル化 — Consistent Device Naming（CDN）はディセーブル化されています。これがデフォルトのオプションです。イネーブル化 — Consistent Device Naming（CDN）はイネーブル化されています。 [platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

プロセッサのBIOS設定

次の表は、BIOS ポリシーまたはデフォルトの BIOS 設定を介して行うことができるプロセッサの BIOS 設定を示しています。

名前

説明

[Intel Turbo Boost Tech]

set intel-turbo-boost-config turbo-boost

プロセッサでインテルターボブーストテクノロジーを使用するかどうか。このテクノロジーでは、仕様よりも低い電力、温度、または電圧でプロセッサが動作していると、自動的にそのプロセッサの周波数が上がります。次のいずれかになります。

[disabled][Disabled]：プロセッサの周波数は自動的には上がりません。
[enabled][Enabled]：必要に応じてプロセッサで TurboBoost Technology が利用されます。
[Platform Default][platform-default]：BIOSは、サーバータイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

[Enhanced Intel SpeedStep Tech]

set enhanced-intel-speedstep-config speed-step

プロセッサで拡張版 Intel SpeedStep テクノロジーを使用するかどうか設定します。このテクノロジーでは、プロセッサの電圧やコア周波数をシステムが動的に調整できます。このテクノロジーにより、平均電力消費量と平均熱発生量が減少する可能性があります。次のいずれかになります。

[disabled][Disabled]：プロセッサの電圧または周波数を動的に調整しません。
[enabled][Enabled]：プロセッサで EnhancedIntel SpeedStep Technology が使用され、サポートされているすべてのスリープ状態でさらに電力を節約することが可能になります。
[Platform Default][platform-default]：BIOSは、サーバータイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

オペレーティングシステムがこの機能をサポートするかどうかについては、オペレーティングシステムのベンダーに問い合わせることを推奨します。

[Intel HyperThreading Tech]

set hyper-threading-config hyper-threading

プロセッサでインテルハイパースレッディングテクノロジーを使用するかどうか。このテクノロジーでは、マルチスレッドソフトウェアアプリケーションのスレッドを各プロセッサ内で並列に実行できます。次のいずれかになります。

[disabled][Disabled]：プロセッサでのハイパースレッディングを禁止します。
[enabled][Enabled]：プロセッサでの複数スレッドの並列実行を許可します。
[Platform Default][platform-default]：BIOSは、サーバータイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

オペレーティングシステムがこの機能をサポートするかどうかについては、オペレーティングシステムのベンダーに問い合わせることを推奨します。

[Intel Speed Select（Intel の速度選択）]

set-IntelSpeedSelect

Intel Speed Select テクノロジーを使用して CPU のパフォーマンスを向上させ、論理プロセッサコア、頻度、および TDP スレッド設定の数に基づいて、3 つの動作プロファイルのいずれかで実行する CPU を調整し、基本プラットフォームのデフォルト設定でパフォーマンスを向上させます。これらのプロファイルは、高、中、および低のコア設定に対応しており、次のいずれかになります。

base：プロセッサは Base を使用します。
config1：プロセッサは Config 1 を使用します。
config2：プロセッサは Config 2 を使用します。
config3：プロセッサは Config 3 を使用します。

config4：プロセッサは Config 4 を使用します。：

（注）

値 config1 および config2 は、Cicso UCS M6 サーバーではサポートされていません。

（注）

Cisco UCS M6 および Cisco UCS M7 サーバーの場合、 config 3 および config 4 （第 4 世代 Intel Xeon Scalable プロセッサおよび第 5 世代 Intel Xeon Scalable プロセッサ）の値は、 config 1 および config 2 の値（第 3 世代 Intel Xeon スケーラブルプロセッサ）と同等です。

[Platform Default][platform-default]：BIOSは、サーバタイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

を参照してください。

[コア多重処理（Core Multi Processing）]

set core-multi-processing-config multi-processing

パッケージ内の CPU ごとの論理プロセッサコアの状態を設定します。この設定を無効にすると、Intel ハイパースレッディングテクノロジーも無効になります。次のいずれかになります。

[all]：すべての論理プロセッサコアの多重処理を有効にします。
[1～n]:Sサーバで実行可能なCPUあたりの論理プロセッサコアの数を指定します。マルチプロセッシングを無効にして、サーバーで動作する CPU ごとの論理プロセッサコアを 1 つのみにするには、[1] を選択します。
[Platform Default][platform-default]：BIOSは、サーバータイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

オペレーティングシステムがこの機能をサポートするかどうかについては、オペレーティングシステムのベンダーに問い合わせることを推奨します。

[Execute Disable Bit]

set execute-disable bit

サーバーのメモリ領域を分類し、アプリケーションコードを実行可能な場所を指定します。この分類の結果、悪意のあるワームがバッファにコードを挿入しようとした場合、プロセッサでコードの実行を無効化します。この設定は、損害、ワームの増殖、および特定クラスの悪意のあるバッファオーバーフロー攻撃を防止するのに役立ちます。次のいずれかになります。

[disabled][Disabled]：プロセッサがメモリ領域を分類しません。
[enabled][Enabled]：プロセッサがメモリ領域を分類します。
[Platform Default][platform-default]：BIOSは、サーバータイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

オペレーティングシステムがこの機能をサポートするかどうかについては、オペレーティングシステムのベンダーに問い合わせることを推奨します。

[Intel Virtualization Technology]

set intel-vt-config vt

プロセッサで Intel Virtualization Technology を使用するかどうか。このテクノロジーでは、1 つのプラットフォームで、複数のオペレーティングシステムとアプリケーションをそれぞれ独立したパーティション内で実行できます。次のいずれかになります。

[disabled][Disabled]：プロセッサでの仮想化を禁止します。
[enabled][Enabled]：プロセッサで、複数のオペレーティングシステムをそれぞれ独立したパーティション内で実行できます。
[Platform Default][platform-default]：BIOSは、サーバータイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

（注）

このオプションを変更した場合は、設定を有効にするためにサーバーの電源を再投入する必要があります。

[Hardware Prefetcher]

set processor-prefetch-config hardware-prefetch

プロセッサで、インテルハードウェアプリフェッチャが必要に応じてデータおよび命令ストリームをメモリから取得し、統合 2 次キャッシュに入れることを許可するかどうか。次のいずれかになります。

[disabled][Disabled]：ハードウェアプリフェッチャは使用しません。
[enabled][Enabled]：プロセッサで、キャッシュの問題が検出されたときにハードウェアプリフェッチャを使用します。
[Platform Default][platform-default]：BIOSは、サーバータイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

（注）

この値を指定するには、CPUPerformance を [Custom] に設定する必要があります。[Custom] 以外の値の場合は、このオプションよりも、選択された CPU パフォーマンスプロファイルの設定が優先されます。

[Adjacent Cache Line Prefetcher]

set processor-prefetch-config adjacent-cache-line-prefetch

プロセッサで必要な行のみを取得するのではなく、偶数または奇数のペアのキャッシュ行を取得するかどうか。次のいずれかになります。

[disabled][Disabled]：プロセッサで必要な行のみを取得します。
[enabled][Enabled]：プロセッサで必要な行およびペアの行の両方を取得します。
[Platform Default][platform-default]：BIOSは、サーバータイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

（注）

この値を指定するには、[CPU Performance] を [Custom] に設定する必要があります。[Custom] 以外の値の場合は、このオプションよりも、選択された CPU パフォーマンスプロファイルの設定が優先されます。

[DCU Streamer Prefetch]

set processor-prefetch-config dcu-streamer-prefetch

プロセッサで DCU IP プリフェッチメカニズムを使用して履歴キャッシュアクセスパターンを分析し、L1 キャッシュ内で最も関連性の高い行をプリロードします。次のいずれかになります。

[disabled][Disabled]：プロセッサはキャッシュ読み取り要求を予測しようとせず、明示的に要求された行のみを取得します。
[enabled][Enabled]：DCU Prefetcherでキャッシュ読み取りパターンを分析し、必要と判断した場合にキャッシュ内の次の行を事前に取得します。
[Platform Default][platform-default]：BIOSは、サーバータイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

[DCU IP Prefetcher]

set processor-prefetch-config dcu-ip-prefetch

プロセッサで DCU IP プリフェッチメカニズムを使用して履歴キャッシュアクセスパターンを分析し、L1 キャッシュ内で最も関連性の高い行をプリロードします。次のいずれかになります。

[disabled][Disabled]：プロセッサでキャッシュデータをプリロードしません。
[enabled][Enabled]：DCU IPPrefetcher で最も関連性が高いと判断されたデータを含む L1 キャッシュをプリロードします。
[Platform Default][platform-default]：BIOSは、サーバータイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

[KTU プリフェッチ（KTI Prefetch）]

KTI プリフェッチは、DDR バス上でメモリ読み込みが早期に開始されるようにするメカニズムです。これは次のいずれかになります。

[disabled][Disabled]：プロセッサでキャッシュデータをプリロードしません。
[enabled][Enabled]：KTI Prefetcherで最も関連性が高いと判断されたデータを含む L1 キャッシュをプリロードします。
[Platform Default][platform-default]：BIOSは、サーバータイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

[LLC プリフェッチ（LLC Prefetch）]

プロセッサが LLC プリフェッチメカニズムを使用して日付を LLC にフェッチするかどうか。次のいずれかになります。

[disabled][Disabled]：プロセッサでキャッシュデータをプリロードしません。
[enabled][Enabled]：LLC Prefetcherで最も関連性が高いと判断されたデータを含む L1 キャッシュをプリロードします。
[Platform Default][platform-default]：BIOSは、サーバータイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

[XPT プリフェッチ（XPT Prefetch）

XPT プリフェッチを使用して、最後のレベルのキャッシュに読み取り要求を送信できるようにして、その要求のコピーをメモリコントローラのプリフェッチャに発行するかどうか設定します。次のいずれかになります。

disabled：CPU は XPT Prefetch オプションを使用しません。
enabled：CPU は XPT Prefetcher オプションを有効にします。
自動化：CPU 自動化では XPT Prefetcher オプションを有効にします。
[Platform Default][platform-default]：BIOSは、サーバータイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

[Direct Cache Access]

set direct-cache-access-config access

プロセッサで、データを I/O デバイスから直接プロセッサキャッシュに入れることにより、I/O パフォーマンスを向上させることができます。この設定はキャッシュミスを減らすのに役立ちます。次のいずれかになります。

[auto][Auto]：CPU は、I/Oデバイスからプロセッサキャッシュにデータを配置する方法を決定します。
[disabled][Disabled]：データは I/Oデバイスから直接プロセッサキャッシュには入れられません。
[enabled][Enabled]：データは I/Oデバイスから直接プロセッサキャッシュに入れられます。
[Platform Default][platform-default]：BIOSは、サーバータイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

[Processor C State]

set processor-c-state-config c-state

アイドル期間中にシステムが省電力モードに入ることができるかどうか。次のいずれかになります。

[disabled][Disabled]：システムは、アイドル時にも高パフォーマンス状態を維持します。
[enabled][Enabled]：システムは DIMMや CPU などのシステムコンポーネントへの電力を低減できます。
[Platform Default][platform-default]：BIOSは、サーバータイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

オペレーティングシステムがこの機能をサポートするかどうかについては、オペレーティングシステムのベンダーに問い合わせることを推奨します。

[Processor C1E]

set processor-c1e-config c1e

C1 に入ってプロセッサが最低周波数に遷移できるようにします。この設定は、サーバをリブートするまで有効になりません。次のいずれかになります。

[disabled][Disabled]：CPU はC1 状態でも引き続き最大周波数で動作します。
[enabled][Enabled]：CPU は最小周波数に移行します。このオプションでは、C1 状態での最大電力量が削減されます。
[Platform Default][platform-default]：BIOSは、サーバータイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

[Processor C3 Report]

set processor-c3-report-config processor-c3-report

プロセッサからオペレーティングシステムに C3 レポートを送信するかどうか。次のいずれかになります。

[enabled][Enabled]：プロセッサから C3レポートを OS に送信します。
[disabled][Disabled]：プロセッサから C3レポートを送信しません。
[acpi-c2][ACPI C2]：プロセッサから AdvancedConfiguration and Power Interface（ACPI）C2 フォーマットを使用して C3 レポートを送信します。
[acpi-c3][ACPI C3]：プロセッサから ACPIC3 フォーマットを使用して C3 レポートを送信します。
[Platform Default][platform-default]：BIOSは、サーバータイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

Cisco UCS B440 Server の場合、[BIOS Setup] メニューでこれらのオプションに対して [enabled] と [disabled] が使用されます。[acpi-c2] または [acpi-c2] を指定すると、このサーバーではそのオプションの BIOS 値に [enabled] が設定されます。

[Processor C6 Report]

set processor-c6-report-config processor-c6-report

プロセッサからオペレーティングシステムに C6 レポートを送信するかどうか。次のいずれかになります。

[disabled][Disabled]：プロセッサから C6レポートを送信しません。
[enabled][Enabled]：プロセッサから C6レポートを送信します。
[Platform Default][platform-default]：BIOSは、サーバータイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

[プロセッサ C7 レポート（Processor C7 Report）]

set processor-c7-report-config processor-c7-report

プロセッサからオペレーティングシステムに C7 レポートを送信するかどうか。次のいずれかになります。

[c7][C7]：プロセッサから C7フォーマットを使用してレポートを送信します。
[c7s][C7s]：プロセッサから C7sフォーマットを使用してレポートを送信します。
[disabled][Disabled]：プロセッサから C7レポートを送信しません。
[enabled][Enabled]：プロセッサから C7レポートを送信します。
[Platform Default][platform-default]：BIOSは、サーバータイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

[プロセッサCMCI（Processor CMCI）]

CMCI の生成を有効にします。次のいずれかになります。

[disabled][Disabled]：プロセッサは CMCIを無効にします。
[enabled][Enabled]：プロセッサは CMCIを有効にします。
[Platform Default][platform-default]：BIOSは、サーバータイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

[CPU Performance]

set cpu-performance-config cpu-performance

サーバーの CPU パフォーマンスプロファイルを設定します。次のいずれかになります。

[カスタム（Custom）]：パフォーマンスプロファイルのすべてのオプションをサーバーの BIOS セットアップから設定できます。また、[ハードウェアプリフェッチャ（Hardware Prefetcher）] オプションと [隣接キャッシュラインプリフェッチャ（Adjacent Cache Line Prefetcher）] オプションも同様に設定できます。
[企業（enterprise）]：M4 以降のサーバーに対して、すべてのプリフェッチャとデータの再利用が有効になります。
[high-throughput][High Throughput]：データの再利用と DCUIP プリフェッチャはイネーブルになり、他のすべてのプリフェッチャはディセーブルになります。
[hpc][HPC]：プリフェッチャはすべてイネーブルになり、データの再利用はディセーブルになります。この設定はハイパフォーマンスコンピューティングとも呼ばれます。
[Platform Default][platform-default]：BIOSは、サーバータイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

[Max Variable MTRR Setting]

set max-variable-mtrr-setting-config processor-mtrr

平均修復時間（MTRR）変数の数を選択できます。次のいずれかになります。

[auto-max][Auto Max]：BIOSはプロセッサのデフォルト値を使用します。
8：BIOS は MTRR 変数に指定された数を使用します。
[Platform Default][platform-default]：BIOSは、サーバータイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

[Local X2 APIC]

set local-x2-apic-config localx2-apic

Application Policy Infrastructure Controller（APIC）アーキテクチャタイプを設定できます。次のいずれかになります。

[disabled][Disabled]：プロセッサがローカル X2APIC を無効にします。
[enabled][Enabled]：プロセッサがローカル X2APIC を有効にします。
[xapic][XAPIC]：標準の xAPICアーキテクチャを使用します。
[x2apic][X2APIC]：拡張 x2APICアーキテクチャを使用してプロセッサの 32 ビットアドレス指定能力をサポートします。
[auto][Auto]：検出された xAPICアーキテクチャを自動的に使用します。
[Platform Default][platform-default]：BIOSは、サーバータイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

[Power Technology]

set processor-energy-config cpu-power-management

次のオプションの CPU 電源管理設定を指定できます。

Enhanced Intel Speedstep Technology
Intel Turbo Boost Technology
Processor Power State C6

[Power Technology] は次のいずれかになります。

[disabled][Disabled]：サーバーで CPU電源管理は実行されず、前述の BIOS パラメータの設定が無視されます。
Energy_Efficient：前述の BIOS パラメータに最適な設定が決定され、これらのパラメータの個々の設定は無視されます。
[performance][Performance]：サーバーは前述の BIOSパラメータのパフォーマンスを自動的に最適化します。
[custom][Custom]：サーバーは前述の BIOSパラメータの個々の設定を使用します。これらの BIOS パラメータのいずれかを変更する場合は、このオプションを選択する必要があります。
[Platform Default][platform-default]：BIOSは、サーバータイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

[Energy Performance]

set processor-energy-config energy-performance

システムパフォーマンスまたはエネルギー効率がこのサーバーで重要かどうかを判断できます。次のいずれかになります。

[performance][Performance]：サーバーでは、すべてのサーバーコンポーネントに全電力を常時提供します。このオプションでは、最高レベルのパフォーマンスが維持され、最大量の電力が必要となります。
[balanced-performance][Balanced Performance]：サーバーは、すべてのサーバーコンポーネントに、パフォーマンスと電力のバランスを保つのに十分な電力を提供します。
[balanced-energy][Balanced Energy]：サーバーは、すべてのサーバーコンポーネントに、パフォーマンスと電力のバランスを保つのに十分な電力を提供します。
[energy-efficient][Energy Efficient]：サーバーは、すべてのサーバーコンポーネントに提供する電力を少なくし、電力消費を抑えます。
[Platform Default][platform-default]：BIOSは、サーバータイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

（注）

[Power Technology][CPUPowerManagement] を [Custom] に設定する必要があります。そのようにしない場合、このパラメータの設定は無視されます。

[Frequency Floor Override]

set frequency-floor-override-config cpu-frequency

アイドル時に、CPU がターボを除く最大周波数よりも低い周波数にできるようにするかどうか。次のいずれかになります。

[disabled][Disabled]：アイドル中に CPUをターボを除く最大周波数よりも低くできます。このオプションでは電力消費が低下しますが、システムパフォーマンスが低下する可能性があります。
[enabled][Enabled]：アイドル状態のときに CPUを最大非ターボ周波数よりも低くできません。このオプションではシステムパフォーマンスが向上しますが、消費電力が増加することがあります。
[Platform Default][platform-default]：BIOSは、サーバータイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

[P STATE Coordination]

set p-state-coordination-config p-state

BIOS がオペレーティングシステムに P-state サポートモデルを伝達する方法を定義できます。Advanced Configuration and Power Interface（ACPI）仕様では、次の 3 つのモデルが定義されています。

[hw-all][HW ALL]：プロセッサハードウェアが、依存性のある論理プロセッサ（パッケージ内のすべての論理プロセッサ）間の P-state を調整します。
[sw-all][SW ALL]：OSPower Manager（OSPM）が、依存性のある論理プロセッサ（物理パッケージ内のすべての論理プロセッサ）間の P-state を調整します。すべての論理プロセッサで遷移を開始する必要があります。
[sw-any][SW ANY]：OSPower Manager（OSPM）が、依存性のある論理プロセッサ（パッケージ内のすべての論理プロセッサ）間の P-state を調整します。ドメイン内の任意の論理プロセッサで遷移を開始する場合があります。
[Platform Default][platform-default]：BIOSは、サーバータイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

（注）

[Power Technology][CPUPowerManagement] を [Custom] に設定する必要があります。そのようにしない場合、このパラメータの設定は無視されます。

[DRAM Clock Throttling]

set dram-clock-throttling-config dram-clock-throttling

メモリ帯域幅と消費電力に関してシステム設定を調整できます。次のいずれかになります。

[auto][Auto]：CPU が DRAMクロックスロットリング設定を決定します。
[balanced][Balanced]：DRAM クロックスロットリングを低下させ、パフォーマンスと電力のバランスをとります。
[performance][Performance]：DRAM クロックスロットリングはディセーブルです。追加の電力をかけてメモリ帯域幅を増やします。
[Energy Efficient]：DRAMのクロックスロットリングを上げてエネルギー効率を向上させます。
[Platform Default][platform-default]：BIOSは、サーバータイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

[Channel Interleaving]

set interleave-config channel-interleave

CPU がメモリブロックを分割して、インターリーブされたチャネル間にデータの連続部分を分散し、同時読み取り動作を有効にするかどうか。次のいずれかになります。

[auto][Auto]：実行するインターリーブは CPUによって決定されます。
[1-way]：
[2-way][2 Way]：
[3-way][3 Way]：
[4-way][4-way]：最大量のチャネルインターリーブが使用されます。
[Platform Default][platform-default]：BIOSは、サーバータイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

[Rank Interleaving]ドロップダウンリスト

set interleave-config rank-interleave

1 つのランクを更新中に別のランクにアクセスできるよう、CPU がメモリの物理ランクをインターリーブするかどうか。次のいずれかになります。

[auto][Auto]：実行するインターリーブは CPUによって決定されます。
[1-way]：
[2-way][2 Way]：
[4-way][4-way]
[8-way][8 Way]：最大量のランクインターリーブが使用されます。
[Platform Default][platform-default]：BIOSは、サーバータイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

[サブ NUMA クラスタリング（Sub NUMA Clustering）]

CPU がサブ NUMA クラスタリングをサポートするかどうか。そのクラスタリングでは、タグディレクトリとメモリチャネルは常に同じ領域にあります。次のいずれかになります。

[自動（auto）] — BIOS かサブ NUMA のクラスタリングされるかが決まります。
[disabled][Disabled]：サブ NUMAクラスタリングは発生しません。これがデフォルトのオプションです。
[enabled][Enabled]：サブ NUMAクラスタリングが発生します。
[Platform Default][platform-default]：BIOSは、サーバータイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

[Memory Interleaving]

set interleave-config memory-interleave

メモリの更新中に別のメモリにアクセスできるように、CPU が物理メモリをインターリーブするかどうか設定します。このオプションは、ファブリックレベルでメモリのインターリーブを制御します。チャネル、ダイ、ソケットの要件はメモリによって異なるため、選択したオプションがメモリでサポートされない場合これらは無視されます。次のいずれかになります。

[なし（none）]
[channel（チャネル）]
[死亡する（die）]
[ソケット（socket）]
[自動（auto）]：これはデフォルトのオプションです。
：BIOS は、サーバタイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

[Demand Scrub]

set scrub-policies-config demand-scrub

CPU または I/O から読み取り要求があった時に発生したシングルビットメモリエラーを、システムで修正するかどうか。次のいずれかになります。

[disabled][Disabled]：1 ビットメモリエラーは修正されません。
[enabled][Enabled]：1 ビットメモリエラーがメモリ内部で修正され、修正されたデータが、読み取り要求への応答として設定されます。
[Platform Default][platform-default]：BIOSは、サーバータイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

[Patrol Scrub]

set scrub-policies-config patrol-scrub

システムがサーバー上のメモリの未使用部分でも単一ビットメモリエラーをアクティブに探して訂正するかどうか。次のいずれかになります。

[disabled][Disabled]：CPU がメモリアドレスの読み取りまたは書き込みを行うときのみ、システムはメモリの ECC エラーをチェックします。
[enabled][Enabled]：システムは定期的にメモリを読み書きして ECCエラーを探します。エラーが見つかると、システムは修復を試みます。このオプションにより、単一ビットエラーは複数ビットエラーになる前に修正される場合がありますが、パトロールスクラブの実行時にパフォーマンスが低下する場合もあります。
[Platform Default][platform-default]：BIOSは、サーバータイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

[DCPMM Firmware Downgrade（DCPMM ファームウェアのダウングレード）]

次のいずれかになります。

[無効]：サポートは無効になります。
[有効]：サポートは有効になります。
[Platform Default][platform-default]：BIOSは、サーバタイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

[設定可能な TDP コントロール（Configurable TDP Control）]

Thermal Design Power (TDP) のカスタマイズされた値を設定できます。次のいずれかになります。

自動：プロセッサの定格 TDP 値を使用します。
手動：TDP 値をカスタマイズできます。

[Altitude]

set altitude altitude-config

物理サーバーがインストールされている地点のおよその海抜（m 単位）。次のいずれかになります。

[auto][Auto]：物理的な高度を CPUが決定します。
[300-m][300 M]：サーバーは、海抜約300 m です。
[900-m][900 M]：サーバーは、海抜約900 m です。
[1500-m][1500 M]：サーバーは、海抜約1500 m です。
[3000-m][3000 M]：サーバーは、海抜約3000 m です。
[Platform Default][platform-default]：BIOSは、サーバータイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

[Package C State Limit]

set package-c-state-limit-config package-c-state-limit

アイドル時にサーバーコンポーネントが使用できる電力量。次のいずれかになります。

（注）

C220 M4、C240 M4、C460 M4、および S3260 M4 サーバの場合は、パッケージ C の状態制限を制限なし、またはプラットフォームのデフォルトに設定することを推奨します。

パッケージ C の状態制限トークンを他の値から制限なしに変更する場合は、パワーテクノロジーがカスタムに設定されていることを確認します。

[CPU ハードウェア電源管理（CPU Hardware Power Management）]

set cpu-hardware-power-management-config cpu-hardware-power-management

プロセッサの Hardware Power Management（HWPM）をイネーブルにします。次のいずれかになります。

[Platform Default][platform-default]：BIOSは、サーバータイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。
[disabled][Disabled]：HWPM がディセーブルになります。
[hwpm-native-mode][HWPM Native Mode]：HWPM ネイティブモードがイネーブルになります。
[hwpm-oob-mode][HWPM OOB Mode]：HWPM アウトオブボックスモードがイネーブルになります。
[Native Mode with no Legacy]（GUI のみ）

[エネルギーパフォーマンスの調整（Energy Performance Tuning）]

set power-performance-tuning-support power-performance-tuning-config

BIOS または OS によってエネルギーパフォーマンスのバイアス調整をオンにできるかどうかを指定します。オプションは [BIOS] と [OS] です。

[bios]：
[os]：
[Platform Default][platform-default]：BIOSは、サーバータイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

[ワークロード設定（Workload Configuration）]

この機能を使用すると、ワークロードを最適化できます。オプションは [Balanced] と [I/O Sensitive] です。

[バランス（Balanced）]
io-sensitive — これはデフォルトのオプションです。
[Platform Default][platform-default]：BIOSは、サーバータイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

[Balanced] を使用することを推奨します。

[コアパフォーマンスブースト（Core Performance Boost）]

set CbsCmnCpuCpb

AMD プロセッサがアイドル状態（ほとんど使用されていない状態）のときにコアの周波数を上げるかどうかを指定します。次のいずれかになります。

[auto]：パフォーマンスをブーストする方法を CPU で自動的に決定します。これはデフォルトのオプションです。
[disabled]：CPU により自動的にブーストパフォーマンスが決定されます。
[Platform Default][platform-default]：BIOSは、サーバータイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

[非コア周波数スケーリング（Uncore Frequency Scaling）]

プロセッサの非コア部分の周波数のスケーリングを設定できます。次のいずれかになります。

[enabled]：プロセッサの非コア部分の周波数を、負荷に応じて上下します。(デフォルト)
[disabled]：プロセッサの非コア部分の周波数を固定します。
[Platform Default][platform-default]：BIOSは、サーバタイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

[非コア周波数スケーリング（Uncore Frequency Scaling）] の固定の上限値と下限値については、『Intel® Dear Customer Letter（DCL）』を参照してください。

[TDP の設定（Config TDP）]

プロセッサの温度設計電力 (TDP) 値の調整を可能にします。プロセッサの動作とパフォーマンスレベルを変更することにより、プロセッサの消費電力と TDP を同時に調整できます。したがって、プロセッサは、使用可能な冷却容量と望ましい消費電力に応じて、パフォーマンスレベルが高いまたは低い方で動作します。

次のいずれかになります。

[normal]：CPUは通常のパフォーマンスレベルで動作します。(デフォルト)
[level1]
[level1]

（注）

TDP レベルの値については、『Intel Dear Customer Letter（DCL）』を参照してください。

[UPI リンク速度（UPIH Link Speed）]

set-qpilinkspeed

複数のソケット間での Intel Ultra Path Interconnect (UPI) リンク速度の設定を可能にします。次のいずれかになります。

[auto]：最適なリンク速度を自動的に設定します。（デフォルト）
9.6GT/s (ギガ転送/秒)：最適なリンク速度を 9.6GT/秒に設定します。
[10.4gt]：最適なリンク速度を 10.4GT/秒に設定します。
[11.2gt]：最適なリンク速度 11.2GT/秒に設定します。

リンクごとの設定を使用

（注）

リンクごとの値の使用は、UCS M6 サーバーではサポートされていません。

[グローバル C ステート制御（Global C-state Control）]

set CbsCmnCpuGlobalCstateCtrl

AMD プロセッサが IO ベースの C ステートジェネレーションおよび DF C ステートを制御するかどうかです。次のいずれかになります。

[auto]：CPU で IO ベースの C ステートの生成方法を自動的に決定します。
[disabled]：グローバル C ステートの制御が無効になります。これがデフォルトのオプションです。
[enabled]：グローバル C ステートの制御が有効になります。
[Platform Default][platform-default]：BIOSは、サーバータイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

[L1 ストリーム HW プリフェッチャ（L1 Stream HW Prefetcher）]

set CbsCmnCpuL1StreamHwPrefetcher

プロセッサで、AMD ハードウェアプリフェッチャが必要に応じてデータおよび命令ストリームをメモリから取得し、L1 キャッシュに入れることを許可するかどうか。次のいずれかになります。

[auto][Auto]：CPU は、I/Oデバイスからプロセッサキャッシュにデータを配置する方法を決定します。これがデフォルトのオプションです。
[disabled][Disabled]：ハードウェアプリフェッチャは使用しません。
[enabled][Enabled]：プロセッサで、キャッシュの問題が検出されたときにハードウェアプリフェッチャを使用します。
[Platform Default][platform-default]：BIOSは、サーバータイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

[L2 ストリーム HW プリフェッチャ（L2 Stream HW Prefetcher）]

set CbsCmnCpuL2StreamHwPrefetcher

プロセッサで、AMD ハードウェアプリフェッチャが必要に応じてメモリからデータおよび命令ストリームを取得し、L2 キャッシュに入れることを許可するかどうかを指定します。次のいずれかになります。

[auto][Auto]：CPU は、I/Oデバイスからプロセッサキャッシュにデータを配置する方法を決定します。これがデフォルトのオプションです。
[disabled][Disabled]：ハードウェアプリフェッチャは使用しません。
[enabled][Enabled]：プロセッサで、キャッシュの問題が検出されたときにハードウェアプリフェッチャを使用します。
[Platform Default][platform-default]：BIOSは、サーバータイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

[AMD メモリインターリービングサイズ（AMD Memory Interleaving Size）]

インターリーブされるメモリブロックのサイズを決定します。また、インターリーブの開始アドレス（ビット 8、9、10、11）も指定します。次のいずれかになります。

1 KB
2 KB
256 バイト
512 バイト
自動: CPU、メモリブロックのサイズを決定します。
[Platform Default][platform-default]：BIOSは、サーバータイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

[チップセレクトインターリービング（Chipselect Interleaving）]

set CbsCmnMemMapBankInterleaveDdr4

ノード 0 に選択する DRAM チップ経由でメモリブロックがインターリーブされるかどうか。次のいずれかになります。

[auto]：CPU でチップセレクトのインタリーブの方法を自動的に決定します。これがデフォルトのオプションです。
[disabled]：チップの選択は、メモリコントローラ内でインターリーブされません。
有効：チップの選択は、メモリコントローラ内でインターリーブされます。
[Platform Default][platform-default]：BIOSは、サーバータイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

[バンクグループスワップ（Bank Group Swap）]

set CbsCmnMemCtrlBankGroupSwapDdr44

物理アドレスをアプリケーションに割り当てる方法を決定します。次のいずれかになります。

[auto]：アプリケーションへの物理アドレスの割り当て方法を CPU で自動的に決定します。これがデフォルトのオプションです。
[disabled]：バンクグループスワップは使用されません。
[enabled]：バンクグループスワップによりアプリケーションのパフォーマンスを向上させます。
[Platform Default][platform-default]：BIOSは、サーバータイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

[決定論的スライダ（Determinism Slider）]

set CbsCmnDeterminismSlider

AMD プロセッサにより動作方法を決定できます。次のいずれかになります。

[auto]：CPU はデフォルトの決定論的な電源設定を自動で使用します。これがデフォルトのオプションです。
[performance]：プロセッサは、最適なパフォーマンスかつ一貫した方法で動作します。
[power]：プロセッサは、ダイごとに許容される最大のパフォーマンスで動作します。
[Platform Default][platform-default]：BIOSは、サーバータイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

[IOMMU]

set CbsCmnGnbNbIOMMU

出入力メモリ管理ユニット（IOMMU）により、AMD プロセッサが物理アドレスへ仮想アドレスをマッピングすることが可能です。次のいずれかになります。

[auto]：これらのアドレスのマッピング方法を CPU で決定します。これがデフォルトのオプションです。
[disabled]：IOMMU は使用されません。
[enabled]：IOMMU によりアドレスマッピングを行います。
[Platform Default][platform-default]：BIOSは、サーバータイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

[SVM モード（SVM Mode）]

set SvmMode

プロセッサが AMD セキュア仮想マシンテクノロジを使用するかどうか。次のいずれかを選択できます。

[disabled]：プロセッサで SVM テクノロジーを使用しません。
[enabled]：プロセッサで SVM テクノロジーを使用します。これがデフォルトのオプションです。
[Platform Default][platform-default]：BIOSは、サーバータイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

[SMT モード（SMT Mode）]

プロセッサで AMD Simultaneous MultiThreading テクノロジーを使用するかどうかを指定します。このテクノロジーでは、マルチスレッドソフトウェアアプリケーションのスレッドを各プロセッサ内で並列に実行できます。次のいずれかになります。

disabled：プロセッサで SMT テクノロジーを使用しません。
enabled：プロセッサで SMT テクノロジーを使用します。これがデフォルトのオプションです。
[Platform Default][platform-default]：BIOSは、サーバータイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

[SMEE]

プロセッサで、メモリの暗号化サポートを実現する Secure Memory Encryption Enable（SMEE）機能を使用するかどうかを指定します。次のいずれかになります。

[自動（auto）]：これはデフォルトのオプションです。
[disabled]：プロセッサで SMEE 機能を使用しません。
[enabled]：プロセッサで SMEE 機能を使用します。
：BIOS は、サーバタイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

[UPI プリフェッチ（UPI Prefetch）]

set-upi-prefetch

UPI プリフェッチは、DDR バス上でメモリ読み込みが早期に開始されるようにするメカニズムです。これは次のいずれかになります。

[有効（enabled）][有効（Enabled）]：UPI プリフェッチャで最も関連性が高いと判断されたデータを含むL1 キャッシュをプリロードします。
[disabled][Disabled]：プロセッサでキャッシュデータをプリロードしません。
自動：プロセッサは UPI プリフェッチャオプションを有効にします。

[SGX 自動 MP レジストレーションエージェント（SGX Auto MP Registration Agent）]

set-SgxAutoRegistrationAgent

レジストレーションエージェントサービスがプラットフォームキーを保存できるようにします。次のいずれかになります。

[有効]：サポートは有効になります。
[無効]：サポートは無効になります。

[SProcessor エポック（SProcessor Epoch）] n

scope token-feature "Processor"

scope token-param SgxEpoc nh

n で指定された EPOCH 番号の SGX EPOCH 所有者値を定義できます。

[SGX ファクトリーリセット（SGX Factory Reset）]

scope token-feature "Processor"

scope token-param SgxFactoryReset

その後の起動時にシステムが SGX の工場出荷時リセットを実行できるようにします。これにより、すべての登録データが削除されます。次のいずれかになります。

[有効]：サポートは有効になります。
[無効]：サポートは無効になります。

[SGX PBUKEY ハッシュ（SGX PBUKEY HASH）]n

scope token-feature "Processor"

scope token-param SgxLePubKeyHash n

ソフトウェアガード拡張（SGX）の値を設定できます。この値の設定範囲は、以下のとおりです。

SGX PUBKEY HASH0 — 7 ～ 0 の間
SGX PUBKEY HASH1 — 15 ～ 8 の間
SGX PUBKEY HASH2 — 23 ～ 16 の間
SGX PUBKEY HASH3 — 31 ～ 24 の間

[SGX 書き込み有効（SGX Write Enable）]

scope token-feature "Processor"

scope token-param SgxLeWr

SGX 書き込み機能を有効にすることができます。次のいずれかになります。

[有効]：サポートは有効になります。
[無効]：サポートは無効になります。

[SGX パッケージ情報インバンドアクセス（SGX Pkg info In-Band Access）]

scope token-feature "Processor"

scope token-param SgxPackageInfoInBandAccess

SGX パッケージ情報インバンドアクセスを有効にすることができます。次のいずれかになります。

[有効]：サポートは有効になります。
[無効]：サポートは無効になります。

[SGX QoS]

scope token-feature "Processor"

scope token-param SgxQoS

SGX QoS を有効にすることができます。次のいずれかになります。

[有効]：サポートは有効になります。
[無効]：サポートは無効になります。

[Intel Dynamic Speed Select（Intel ダイナミック速度選択）]

scope token-feature "IntelSpeedSelect Configuration"

scope token-param IntelDynamicSpeedSelect

Intel ダイナミック速度選択モードでは、ユーザーは自動モードで異なる速度とコアを使用して CPU を動作させることができます。次のいずれかになります。

有効：Intel ダイナミック速度選択が有効になっています。
無効：Intel ダイナミック速度選択が無効になっています。

[IIO eDPC サポート（IIO eDPC Support）]

scope token-feature "Processor"

scope token-param EdpcEn

eDPC を使用すると、修正不可能なエラーの後にダウンストリームリンクを無効にすることができるため、制御された堅牢な方法で回復することが可能になります。次のいずれかになります。

[無効]：eDPC サポートは無効になります。
致命的なエラーの場合：eDPC は致命的なエラーの場合にのみ有効になります。
致命的および非致命的エラー：eDPC は、致命的および非致命的エラーの両方に対して有効になっています。

[マルチキートータルメモリ暗号化（Multikey Total Memory Encryption、MK-TME）

scope token-feature "Processor"

scope token-param EnableMktme

MK-TME を使用すると、独自のキーを持つ 1 つの暗号化ドメインを複数持つことができます。異なるメモリページを異なるキーで暗号化できます。次のいずれかになります。

[有効]：サポートは有効になります。これがデフォルトのオプションです。
[無効]：サポートは無効になります。

[SWガード拡張（SW Guard Extensions、SGX）

scope token-feature "Processor"

scope token-param EnableSgx

ソフトウェアガード拡張（SGX）機能を有効にすることができます。次のいずれかになります。

[有効]：サポートは有効になります。
[無効]：サポートは無効になります。

[トータルメモリ暗号化（Total Memory Encryption、TME）

scope token-feature "Processor"

scope token-param EnableTme

システムの物理メモリ全体を暗号化する機能を提供します。次のいずれかになります。

[有効]：サポートは有効になります。これがデフォルトのオプションです。
[無効]：サポートは無効になります。

[所有者 EPOCH入力タイプ選択（Select Owner EPOCH input type）]

scope token-feature "Processor"

scope token-param EpochUpdate

作成され、ロックされたメモリ領域に使用されるセキュリティキーのシードを変更できます。次のいずれかになります。

sgx 所有者エポック有効化：現在の入力タイプを変更しません。
新しいランダム所有者エポックに変更：エポックをシステムが生成したランダムな数値に変更します。
手動ユーザー定義所有者エポック：エポックシードをユーザーが入力した 16 進値に変更します。

[強化 CPU パフォーマンス（Enhanced CPU Performance）]

scope token-feature "CpuPerfEnhancement"

scope token-param CpuPerfEnhancement

サーバー設定を自動的に調整することにより、CPU パフォーマンスを向上させます。次のいずれかになります。

[無効]：プロセッサでこの機能を使用しません。これがデフォルトのオプションです。
[自動]：サーバー設定を調整して、プロセッサのパフォーマンスを向上させることができます。

（注）

この機能を有効にすると、消費電力が増加する可能性があります。
この機能を使用するには、サーバーが次の要件を満たしている必要があります。
- サーバーが、Barlow Pass DIMM を使用していないこと。
- Cisco UCS C220 M6 サーバーの DIMM モジュールサイズは 64 GB 未満であり、Cisco UCS C240 M6 サーバーでは 256 GB 未満であること。
- サーバーに GPU カードが搭載されていないこと。

[UPI リンク有効化（UPI Link Enablement）]

scope token-feature "UPI Link Enablement"

scope token-param UPILinkEnablement

プロセッサが必要とする数のウルトラパスインターコネクト（UPI）リンクを有効にします。次のいずれかになります。

[自動]：これはデフォルトのオプションです。
1
2

[UPI 電力管理（UPI Power Manangement）]

scope token-feature "UPI Power Manangement"

scope token-param UPIPowerManagement

UPI 電力管理は、サーバーの電力を節約するために使用できます。次のいずれかになります。

有効：プロセッサがこの機能をサポートできるようにします。
無効：この機能をサポートするプロセッサを無効にします。これがデフォルトのオプションです。

[C1 自動降格解除（C1 Auto UnDemotion）]

scope token-feature "C1 Auto UnDemotion"

scope token-param C1AutoDemotion

プロセッサが C1 降格状態から自動的に解除できるようにするかどうかを選択します。次のいずれかになります。

auto：これはデフォルトのオプションです。
有効：プロセッサがこの機能をサポートできるようにします。
無効：この機能をサポートするプロセッサを無効にします。

[C1 自動降格（C1 Auto Demotion）]

scope token-feature "C1 Auto Demotion"

scope token-param C1AutoDemotion

有効にすると、CPU は非コア自動降格情報に基づいて C1 状態に自動的に降格します。次のいずれかになります。

auto：これはデフォルトのオプションです。
有効：プロセッサがこの機能をサポートできるようにします。
無効：この機能をサポートするプロセッサを無効にします。

[CPU ダウンコア制御 7xx3（CPU Downcore control 7xx3）

scope token-feature "Processor"

scope token-param CbsCpuCoreCtrl

1 つ以上のコアの動作を停止する機能を提供します。シリコン回路でサポートされています。OS の制限、またはシステムの電力削減要件により、コア数を減らすことが望ましい場合があります。この項目により、実行中のコアの数を制御できます。この設定では、プロセッサで使用可能なコアの数を減らすことしかできません。次のいずれかになります。

[auto]：有効化する必要のあるコアの数を CPU で判断します。これはデフォルトのオプションです。
one (1+0)：1 つの CPU コンプレックスで 1 つのコアを有効にします。
two (2+0)：1 つの CPU コンプレックスで 2 つのコアを有効にします。
three (3+0)：1 つの CPU コンプレックスで３つのコアを有効にします。
four (4+0)：1 つの CPU コンプレックスで 4 つのコアを有効にします。
five (5+0)：1 つの CPU コンプレックスで 5 つのコアを有効にします。
six (6+0)：1 つの CPU コンプレックスで 6 つのコアを有効にします。
seven (7+0)：1 つの CPU コンプレックスで 7 つのコアを有効にします。

（注）

このトークンは、7xx3 モデルのプロセッサを搭載したサーバーにのみ適用されます。

[固定 SOC P ステート（Fixed SOC P-State）]

scope token-feature "Processor"

scope token-param CbsCmnFixedSocPstate

このオプションは、APBDIS（アルゴリズムパフォーマンスブースト（APB）無効化）が設定されている場合のターゲット P ステートを定義します。P-xは、取り付けられているプロセッサの有効な P ステートを指定します。次のいずれかになります。

自動：プロセッサに適した有効な P ステートを設定します。これがデフォルトのオプションです。
p0：最高のパフォーマンスを発揮する SOC P ステートです。
p1：次にパフォーマンスの高い SOC P ステートです。
p2：次にパフォーマンスの高い SOC P ステートです。
p3：最小の SOC 出力 P ステートです。

[APBDIS]

scope token-feature "Processor"

scope token-param CbsCmnApbdis

SMU の APBDIS（アルゴリズムパフォーマンスブースト（APB）無効化）値を選択できます。次のいずれかになります。

自動：SMU の自動 ApbDis を設定します。これがデフォルトのオプションです。
0：SMU への ApbDis をクリアします。
1：SMU への ApbDis をセットします。

[CCD 制御（CCD Control）]

set CbsCpuCcdCtrlSsp

システムで有効にしたい電荷結合デバイス CCD の数を指定できます。次のいずれかになります。

自動：プロセッサによって提供される最大数の CCD が有効になります。これがデフォルトのオプションです。
2 ccds
3 ccds
4 ccds
6 ccds

[Cisco xGMI 最大速度（Cisco xGMI Max Speed）]

scope token-feature "Processor"

scope token-param CiscoXgmiMaxSpeed

このオプションは、18 Gbps XGMI リンク速度を有効にします。次のいずれかになります。

無効：機能を無効にします。これがデフォルトのオプションです。
有効：機能を有効にします。

[NUMAドメインとしてのACPI SRAT L3キャッシュ（ACPI SRAT L3 Cache As NUMA Domain）]

scope token-feature "Processor"

scope token-param CbsDfCmnAcpiSratL3Numa

各 CCX がそのオンドメインにあると宣言されている物理ドメインの上に仮想ドメインのレイヤーを作成します。次のいずれかになります。

自動：自動モードに設定します。これがデフォルトのオプションです。
無効：ドメイン構成に NPS 設定を使用します。
有効：各 CCX を独自のドメインにあると宣言します。

[ストリーミングストア制御（Streaming Stores Control）]

scope token-feature "Processor"

scope token-param CbsCmnCpuStreamingStoresCtrl

ストリーミングストア機能を有効にします。次のいずれかになります。

自動：自動モードに設定します。これがデフォルトのオプションです。
無効：機能は無効です。
有効：機能は有効です。

[DF C ステート（DF C-States）]

scope token-feature "Processor"

scope token-param CbsCmnGnbSMUDfCstates

システムで長時間のアイドル状態が予想される場合、この制御により、システムは、システムをさらに低電力状態に設定できる DF C ステートに移行できます。次のいずれかになります。

自動：自動モードに設定します。これがデフォルトのオプションです。
無効：このオプションはオフです。長時間のアイドル状態は予想されないため、省電力は実現されません。
有効：このオプションはアクティブです。システムがアイドル状態のときに電力を節約します。

[SEV-SNP サポート（SEV-SNP Support）]

set CbsSevSnpSupport

セキュアネスティッドページング機能を有効にできます。次のいずれかになります。

無効：プロセッサで SEV-SNP 機能を使用しません。これがデフォルトのオプションです。
有効：プロセッサで SEV-SNP 機能を使用します。

[効率モード有効（Efficiency Mode Enable）]

scope token-feature "Processor"

scope token-param CbsCmnEfficiencyModeEn

効率に基づいて消費電力を設定できます。次のいずれかになります。

自動：CPU はデフォルトの設定を自動で使用します。これがデフォルトのオプションです。
有効：効率モードは有効です。

[SNP メモリカバレッジ（SNP Memory Coverage）]

scope token-feature "Processor"

scope token-param CbsDbgCpuSnpMemCover

SNP メモリカバレッジを設定できます。次のいずれかになります。

自動：システムがメモリカバレッジを決定します。これがデフォルトのオプションです。
無効：プロセッサはこの機能を使用しません。
有効：この機能は有効です。
カスタム：カスタムサイズは、カバーする SNP メモリサイズで定義できます。

[カバーする SNP メモリサイズ、MB 単位（SNP Memory Size to Cover in MB）]

scope token-feature "Processor"

scope token-param CbsDbgCpuSnpMemSizeCover

SNP メモリサイズを設定できます。

値の範囲は 0 ～ 1048576 です。0 がデフォルトのオプションです。

[CPCC]

scope token-feature "Processor"

scope token-param CbsCmnGnbSMUCPPC

コラボレーティブプロセッサパフォーマンス制御を設定できます。次のいずれかになります。

自動：CPU はデフォルトの CPPC 設定を自動で使用します。これがデフォルトのオプションです。
無効：機能は無効です。
有効：コラボレーティブプロセッサパフォーマンスが有効になっています。

[ダウンコア制御 7xx2（Downcore control 7xx2）]

scope token-feature "Processor"

scope token-param CbsCmnCpuGenDowncoreCtrl

1 つ以上のコアの動作を停止する機能を提供します。シリコン回路でサポートされています。OS の制限、またはシステムの電力削減要件により、コア数を減らすことが望ましい場合があります。この項目により、実行中のコアの数を制御できます。この設定では、プロセッサで使用可能なコアの数を減らすことしかできません。次のいずれかになります。

[auto]：有効化する必要のあるコアの数を CPU で判断します。これがデフォルトのオプションです。
two (1+1)：片方の CPU コンプレックスで 2 つのコアを有効にします。
four (2+2)：片方の CPU コンプレックスで 4 つのコアを有効にします。
six (3+3)：片方の CPU コンプレックスで 6 つのコアを有効にします。

[プロセッサ EPP プロファイル（Processor EPP Profile）]

set processor epp profile

システムパフォーマンスまたはエネルギー効率がこのサーバーで重要かどうかを判断できます。次のいずれかになります。

[パフォーマンス（performance）]
[バランスのとれたパフォーマンス（balanced Performance）] — これは、デフォルトオプションです。
[バランスのとれた電力（balanced power）]
[電力（power）]

[自律コア C 状態（Autonomous Core C-state）]

set processor autonomous core c-state

HALT 命令を MWAIT 命令に変換する CPU Autonomous C-State を有効にします。次のいずれかになります。

[無効（disabled）]：これはデフォルトのオプションです。
[enabled][Enabled]

[エネルギー効率ターボ（Energy Efficient Turbo）]

set energy efficient turbo

エネルギー効率の高いターボが有効になっている場合、CPU の最適なターボ周波数は、CPU 使用率に基づいてダイナミックになります。パワー/パフォーマンスのバイアス設定も、エネルギー効率の高いターボに影響します。次のいずれかになります。

[無効（disabled）]：これはデフォルトのオプションです。
[enabled][Enabled]

[ハードウェア P 状態（Hardware P-States）]

set hardware p-states

プロセッサハードウェアの P ステートを有効にします。次のいずれかになります。

[disabled][Disabled]：HWPM がディセーブルになります。
[hwpm ネイティブモード（hwpm native mode）][hwpm ネイティブモード（HWPM Native Mode）] — HWPM ネイティブモードがイネーブルになります。これがデフォルトのオプションです。
[hwpm oob モード（hwpm oob mode）][HWPM OOB モード（HWPM OOB Mode）] — HWPM アウトオブボックスモードがイネーブルになります。
[レガシーのないネイティブモード（native mode with no legacy）][レガシーのないネイティブモード（Native Mode with no Legacy）]

[エネルギー/パフォーマンスの BIOS 構成（Energy/Performance BIOS Config）]]

set energy/performance

システムパフォーマンスまたはエネルギー効率がこのサーバーで重要かどうかを判断できます。次のいずれかになります。

[パフォーマンス（performance）] — サーバーでは、すべてのサーバーコンポーネントに全電力を常時提供します。このオプションでは、最高レベルのパフォーマンスが維持され、最大量の電力が必要となります。
[バランスのとれたパフォーマンス（balanced Performance）][バランスのとれたパフォーマンス（Balanced Performance）] — サーバーは、すべてのサーバーコンポーネントに、パフォーマンスと電力のバランスを保つのに十分な電力を提供します。これがデフォルトのオプションです。
[バランスのとれた電力（balanced power）][バランスのとれた電力（Balanced power）] — サーバーは、すべてのサーバーコンポーネントに、パフォーマンスと電力のバランスを保つのに十分な電力を提供します。
[電力（power）] [電力（Power）] — サーバーは、すべてのサーバーコンポーネントに、消費電力の低減を維持するのに最大の電力を提供します。

[電力パフォーマンスの調整（Power Performance Tuning）] ]

set power performance

BIOS または OS によってエネルギーパフォーマンスのバイアス調整をオンにできるかどうかを指定します。オプションは [BIOS] と [OS] です。次のいずれかになります。

bios — エネルギー効率の調整のために BIOS を選択します。
osOS — エネルギーパフォーマンスの調整にOSを選択します。これがデフォルトのオプションです。
peciPECI — 効率を調整する場合は、 PECI を選択します。

[コアは、イネーブル化されました（Cores Enabled）]

set cores enabled

サーバー上の 1 つ以上の物理コアを無効にできます。次のいずれかになります。

[全て（all）] — すべての物理コアをイネーブルにします。これにより、関連付けられている論理プロセッサコアで Hyper Threading もイネーブルになります。
[1] ～ [48][1] ～ [48] — サーバーで実行できる物理プロセッサコアの数を指定します。各物理コアには、論理コアが関連付けられています。

[ハイパースレッディング [すべて]（Hyper-Threading [All]）]

set hyper-threading-all

プロセッサでインテルハイパースレッディングテクノロジーを使用するかどうか。このテクノロジーでは、マルチスレッドソフトウェアアプリケーションのスレッドを各プロセッサ内で並列に実行できます。次のいずれかになります。

[disabled][Disabled]：プロセッサでのハイパースレッディングを禁止します。
[enabled][Enabled]：プロセッサでの複数スレッドの並列実行を許可します。

[SpeedStep（Pstates）]

set speedstep (pstates)

プロセッサで拡張版 Intel SpeedStep テクノロジーを使用するかどうか設定します。このテクノロジーでは、プロセッサの電圧やコア周波数をシステムが動的に調整できます。このテクノロジーにより、平均電力消費量と平均熱発生量が減少する可能性があります。次のいずれかになります。

[disabled][Disabled]：プロセッサの電圧または周波数を動的に調整しません。
[enabled][Enabled]：プロセッサで Enhanced Intel SpeedStep Technology が使用され、サポートされているすべてのスリープ状態でさらに電力を節約することが可能になります。

[ブートパフォーマンスモード（Boot Performance Mode）]

set boot performance mode

オペレーティングシステムのハンドオフ前に設定されている BIOS のパフォーマンス状態をユーザが選択できるようになります。次のいずれかになります。

[最大パフォーマンス（Max Performance）] — プロセッサの P-state の比率が最大です。
[最大効率（Max Efficient）][最大効率（Max Efficient）] — プロセッサの P-state の比率が最小です。
[インテル nm によって設定されています（set by intel nm）][インテル nm によって設定されています（Set by Intel NM）] —プロセッサの P-state 比は Intel によって設定されます。

[EIST PSD 関数（EIST PSD Function）]

set eist psd function

EIST は、電圧と周波数のペア（P 状態）の変更に固有の遅延を短縮するため、これらの遷移がより頻繁に発生するようになります。これにより、より詳細なデマンドベースのスイッチングが可能になり、アプリケーションの要求に基づいて電力とパフォーマンスのバランスを最適化できます。次のいずれかになります。

[hw 全て（hw all）] — プロセッサは、論理プロセッサの依存関係間の P 状態を調整します。OS は、すべての論理プロセッサで P-state 要求を最新の状態に保ちます。これがデフォルトのオプションです。
[sw 全て（sw all）] — OS Power Manager によって、依存関係にある論理プロセッサ間の P-state を調整します。すべての論理プロセッサで遷移を開始します。

[ターボモード（Turbo Mode）]

set eist psd function

プロセッサでインテルターボブーストテクノロジーを使用するかどうか。このテクノロジーでは、仕様よりも低い電力、温度、または電圧でプロセッサが動作していると、自動的にそのプロセッサの周波数が上がります。次のいずれかになります。

[disabled][Disabled]：プロセッサの周波数は自動的には上がりません。
[有効（enabled）] — 必要に応じてプロセッサでターボブーストテクノのジーが利用されます。これがデフォルトのオプションです。

[拡張APIC]

set extended apic

拡張 APIC サポートをイネーブルまたはディセーブルにできます。次のいずれかになります。

[無効（disabled）]：これはデフォルトのオプションです。
[有効（enabled）]。

[メモリインターリービングサイズ（Memory Interleaving Size）]

set memory interleaving

インターリーブされるメモリブロックのサイズを決定します。また、インターリーブの開始アドレス（ビット 8、9、10または、11）も指定します。次のいずれかになります。

1 KB
2 KB
4 KB
256 バイト
512 バイト
自動: CPU、メモリブロックのサイズを決定します。
[Platform Default][platform-default]：BIOSは、サーバータイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

[UPI リンク周波数選択 (UPI Link Frequency Select)]

set upi link frequency select

拡張 APIC サポートをイネーブルまたはディセーブルにできます。次のいずれかになります。

[自動 (auto)] — このオプションは、最適なリンク速度を自動的に設定します。これがデフォルトのオプションです。
9.6gt/s — このオプションは、最適なリンク速度として 9.6GT/s を使用します。
10.4gt/s — このオプションは、最適なリンク速度として 10.4GT/s を使用します。
11.2gt/s — このオプションは、最適なリンク速度として 10.4GT/s を使用します。
12.8gt/s
：このオプションは、最適なリンク速度として 12.8GT/s を使用します。
14.4gt/s
：このオプションは、最適なリンク速度として 14.4GT/s を使用します。
16.0gt/s
：このオプションは、最適なリンク速度として 16.0GT/s を使用します。
20.0gt/s
：このオプションは、最適なリンク速度として 20.0GT/s を使用します。

[X2APIC オプトアウト（X2APIC Opt Out）]

set X2ApicOptOut

OS が x2APIC で動作していないときに、OS が拡張 xAPIC（x2APIC）モードを有効にしないようにします。次のいずれかになります。

[disabled（無効）] — 拡張 xAPIC（x2APIC）モードを使用します。これがデフォルトのオプションです。
[有効（enabled）] — 拡張 xAPIC（x2APIC）モードからオプトアウトします。

[バーストおよび遅延リフレッシュ（Burst and Postponed Refresh）]

scope token-feature "Processor"

scope token-param BurstAndPostponedRefresh

メモリがアクティブで、指定されたウィンドウ内でリフレッシュを実行するときに、メモリコントローラがリフレッシュサイクルを延期できるようにします。遅延リフレッシュサイクルは、複数のリフレッシュサイクルのバーストで実行される場合があります。次のいずれかになります。

[enabled][Enabled]

[無効（disabled）]：これはデフォルトのオプションです。

（注）

Rowhammer スタイルの攻撃を軽減するために、この設定は [無効（auto）] のデフォルト状態のままにすることを推奨します。

[ソケットごとの NUMA ノード（NUMA Nodes per Socket）]

set CbsDfCmnDramNps

ソケットごとにメモリ NUMA ドメインを構成できます。次のいずれかになります。

[自動（auto）]：チャネル数を自動に設定します。これがデフォルトのオプションです。
[nps0]：ソケットごとの NUMA ノード数を 0 にします。
[nps1]：ソケットごとの NUMA ノード数を 1 にします。
[nps2]：ソケットごとの NUMA ノード数を 2 にし、SoC の左半分と右半分に 1 つずつにします。.
[nps4]：ソケットごとの NUMA ノード数を 4 にし、クワドラントごとに 1 つにします。

[DRAM SW サーマルスロットリング（DRAM SW Thermal Throttling）]

scope token-feature "Processor"

scope token-param DramSwThermalThrottling

ソフトウェアが温度制限内で機能することを保証する保護メカニズムを提供します。温度が最大しきい値を超えると、パフォーマンスを低下させ、最小しきい値まで冷却します。次のいずれかになります。

[enabled][Enabled]

[無効（disabled）]：これはデフォルトのオプションです。

（注）

Rowhammer スタイルの攻撃を軽減するために、この設定は [無効（auto）] のデフォルト状態のままにすることを推奨します。

[操作モード（Operation Mode）]

scope token-feature "operation mode"

操作モードを設定できます。次のいずれかになります。

[テストのみ（test only）] — サポートが有効になっています。
[テストと修復（test and repair）] — サポートは無効になっています。

[セキュア暗号仮想化（Secure Encrypted Virtualization、SEV）

scope token-feature "Processor"

scope token-param SEV

VM のコードとデータが分離された、暗号化仮想マシン（VM）の実行を有効にします。次のいずれかになります。

253 ASIDs
509 ASIDs

[自動（auto）]：これはデフォルトのオプションです。

（注）

Rowhammer スタイルの攻撃を軽減するために、この設定は [自動（auto）] のデフォルト状態のままにすることを推奨します。

[透過的セキュアメモリ暗号化（Transparent Secure Memory Encryption、TSME）

set tsme

システムメモリに格納されているすべてのデータの透過的なハードウェアメモリ暗号化を提供します。次のいずれかになります。

[enabled][Enabled]
[disabled][Disabled]

[自動（auto）]：これはデフォルトのオプションです。

（注）

Rowhammer スタイルの攻撃を軽減するために、この設定は [自動（auto）] のデフォルト状態のままにすることを推奨します。

[xGMI 強制リンク幅（xGMI Force Link Width ）]

この設定を使用すると、xGMI（チップ間グローバルメモリインターコネクト）リンク幅に使用するレーン数を x4/x8/x16 に手動で指定できます。

次のいずれかになります。

0 ：xGMI リンク幅を x4 に強制します。
1 ：xGMI リンク幅を x8 に強制します。
2 ：xGMI リンク幅を x16 に強制します。
[自動（Auto）]：デフォルトの xGMI リンク幅コントローラ設定を使用します。これがデフォルトのオプションです。
[Platform Default][platform-default]：BIOSは、サーバータイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

CPU ダウンコア制御 F19 自動 M10h-1Fh

scope CbsCpuDownCoreCtrl

scope CbsCpuDownCoreCtrlf19autom10h-1fh

F はプロセッサファミリを示し、M はモデルを示します。

auto：これはデフォルトのオプションです。
one (1_+_0)
two (2_+_0)
three (3_+_0)
four (4_+_0)
five (5_+_0)
six_(6_+_0)
seven (7_+_0)

Intel 向け I/O BIOS 設定

次の表は、BIOS ポリシーまたはデフォルトの BIOS 設定を介して行うことができる Intel Directed I/O の BIOS 設定を示しています。

名前

説明

[Intel VT for Directed IO]

set intel-vt-directed-io-config vtd

Intel Virtualization Technology for Directed I/O（VT-d）をプロセッサで使用するかどうか。次のいずれかになります。

[disabled][Disabled]：プロセッサで仮想化テクノロジーを使用しません。
[enabled][Enabled]：プロセッサで仮想化テクノロジーを使用します。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

（注）

他の Intel Directed I/O BIOS 設定を変更する場合は、このオプションをイネーブルにする必要があります。

[Intel VTD interrupt Remapping]

set intel-vt-directed-io-config interrupt-remapping

プロセッサで Intel VT-d Interrupt Remapping をサポートするかどうか。次のいずれかになります。

[disabled][Disabled]：プロセッサがリマッピングをサポートしません。
[enabled][Enabled]：プロセッサが必要に応じて VT-d Interrupt Remappingを使用します。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[Intel VTD coherency support]

set intel-vt-directed-io-config coherency-support

プロセッサで Intel VT-d Coherency をサポートするかどうか。次のいずれかになります。

[disabled][Disabled]：プロセッサがコヒーレンシをサポートしません。
[enabled][Enabled]：プロセッサが必要に応じて VT-d Coherencyを使用します。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[Intel VTD ATS support]

set intel-vt-directed-io-config ats-support

プロセッサで Intel VT-d Address Translation Services（ATS）をサポートするかどうか。次のいずれかになります。

[disabled][Disabled]：プロセッサが ATSをサポートしません。
[enabled][Enabled]：プロセッサが必要に応じて VT-d ATSを使用します。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[Intel VTD pass through DMA support]

set intel-vt-directed-io-config passthrough-dma

プロセッサで Intel VT-d Pass-through DMA をサポートするかどうか。次のいずれかになります。

[disabled][Disabled]：プロセッサがパススルー DMAをサポートしません。
[enabled][Enabled]：プロセッサが必要に応じて VT-dパススルー DMA を使用します。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

AMD 向け I/O BIOS 設定

次の表に、AMD 向けの BIOS ポリシーを介して構成できる入出力 BIOS 設定の一覧を示します。

名前

説明

[PCIe ARI サポート (PCIe ARI Support)]

scope token-feature "PCIe ARI Support"

scope token-param "PCIeARISupport"

PCIe の代替ルーティング ID（ARI）解釈機能は、8 個以上の機能を有効にする PCIe ヘッダーのデバイス番号フィールドを再解釈する ARI の実装を通じて、より多くの仮想機能をサポートします。次のいずれかになります。

[無効（disabled）]：サポートは使用できません。
[有効（enabled）]：PCIe ARIサポートを使用できます。
auto—PCIe ARI Support is in auto mode. これがデフォルトのオプションです。

[IPv4 PXE サポート（IPv4 PXE Support）]

scope token-feature "IPv4 PXE Support"

scope token-param "IPv4PXESupport"

PXE の IPv4 サポートを有効または無効にします。次のいずれかになります。

[無効 (disabled)]: IPV4 PXE のサポートは利用できません。
[有効（enabled）]：IPv4 PXE サポートを利用できます。これがデフォルトのオプションです。

IPv4 HTTP Support

scope token-feature "HTTP BOOT"

scope token-param "IPV4HTTP"

HTTP の IPv4 サポートを有効または無効にします。次のいずれかになります。

disabled：IPv4 HTTP サポートは使用できません。
enabled：IPv4 PXE サポートを利用できます。これがデフォルトのオプションです。

[IPv6 PXE サポート（IPv6 PXE Support）]

scope token-feature "HTTP BOOT"

scope token-param "IPV6HTTP"

HTTP の IPv6 サポートを有効または無効にします。次のいずれかになります。

[無効（disabled）]：IPv6 HTTP サポートは使用できません。
[有効（enabled）]：IPv6 PXE サポートを利用できます。これがデフォルトのオプションです。

[Network Stack (ネットワークスタック)]

scope token-feature "Network Stack"

scope token-param "NetworkStack"

このオプションでは、IPv6 と IPv4 をモニタできます。次のいずれかになります

[無効 (disabled)]: ネットワークスタックのサポートは使用できません。

（注）

無効にすると、 IPV4 PXE サポートに設定された値はシステムに影響しません。

[enabled (有効)]: ネットワークスタックのサポートを利用できます。これがデフォルトのオプションです。

（注）

Network Stack トークンの値が [無効（Disabled）] の場合、以下のトークンとその値も設定されます

IPV4PXE - 無効
IPV4HTTP - 無効
IPV6HTTP - 無効

[SR-IOVサポート（SR-IOV Support）]

scope token-feature "sriov"

scope token-param "sriov-support"

サーバー上で SR-IOV（Single Root I/O Virtualization）を有効にするか無効にするか。次のいずれかになります。

イネーブル化 — SR-IOV はイネーブル化されます。これがデフォルトのオプションです。
ディセーブル化 — SR-IOV はディセーブル化されます。

RAS メモリの BIOS 設定

次の表に、BIOS ポリシーまたはデフォルトの BIOS 設定を介して設定できる RAS メモリの BIOS 設定の一覧を示します。

名前

説明

[部分的なキャッシュ行の節約（Partial Cache Line Sparing）]

scope token-feature "Partial Cache Line Sparing"

scope token-param PartialCacheLineSparing

パーシャルキャッシュラインスペアリング (PCLS) は、メモリコントローラーのエラー防止メカニズムです。PCLS は、メモリアクセス中に置換できるように、ビットの欠陥のあるニブルの場所を、対応するデータコンテンツとともにスペアディレクトリに静的にエンコードします。次のいずれかになります。

無効：サポートは無効になります。
有効：サポートは有効になります。

UMA

scope token feature "UMA"

scope token-param UmaBasedClustering

UMA 設定を設定できます。次のいずれかになります。

disable-all2-all
hemisphere-2-clusters

[メモリサーマルスロットリングモード（Memory Thermal Throttling Mode）]

scope token-feature "Memory Thermal Throttling Mode"

scope token-param MemoryThermalThrottling

メモリの温度が制限内にあることを保証する保護メカニズムを提供します。温度が最高しきい値を超えると、メモリアクセスレートが下げられ、Baseboard Management Controller（BMC）がファンを調整してメモリを冷却し、過熱による DIMM の損傷を防ぎます。次のいずれかになります。

[PECI を使用した CLTT（CLTT with PECI）]：プラットフォーム環境制御インターフェイスを使用してクローズドループサーマルスロットリングを有効にします。これがデフォルトのオプションです。
[無効（disabled）]。

（注）

この設定は、デフォルトの [PECI を使用した CLTT（CLTT with PECI）] のままにすることを推奨します

[拡張メモリテスト（Enhanced Memory Test）]

scope token-feature "Advanced Memory Test"

scope token-param AdvancedMemTest

システムの起動中に拡張メモリテストを有効にします。メモリ量に応じて起動時間は長くなります。次のいずれかになります。

[自動（auto）]：これはデフォルトのオプションです。

（注）

この設定は、デフォルト状態の [自動（auto）] のままにしておくことをお勧めします。

[enabled][Enabled]
[disabled][Disabled]

（注）

この BIOS トークン名は、M6 サーバーの Advanced Memory Test から Enhanced Memory Test に変更されました。

[メモリリフレッシュレート（Memory Refresh Rate）]

scope token-feature "Memory Refresh Rate"

scope token-param MemoryRefreshRate

メモリコントローラのリフレッシュレートを制御し、メモリ構成とワークロードに応じて、メモリのパフォーマンスと電力に影響を及ぼせるようにします。次のいずれかになります。

1x-refresh：3.9us。これがデフォルトのオプションです。
2x-refresh：1.9us。これがデフォルトのオプションです。

[パニックと高水準点（Panic and High Watermark）]

scope token-feature "Panic and High Watermark"

scope token-param PanicHighWatermark

メモリコントローラの遅延リフレッシュ機能を制御します。次のいずれかになります。

[高（High）]：メモリコントローラは、最大 8 つのリフレッシュコマンドを延期できます。メモリコントローラは、延期されたすべてのリフレッシュをリフレッシュ間隔内で実行します。9 番目のリフレッシュコマンドについては、リフレッシュの優先順位をパニックにします。メモリコントローラは、延期されたすべてのリフレッシュコマンドが実行されるまで、通常のメモリトランザクションを一時停止します。

[低（Low）]：これはデフォルトのオプションです。メモリコントローラは、リフレッシュコマンドを延期することはできません。

（注）

Rowhammer スタイルの攻撃を軽減するために、この設定はデフォルト状態（[低（Low）] ）のままにすることを推奨します。

[メモリ RAS 設定（Memory RAS configuration）]

set memory-ras-config ras-config

サーバーに対するメモリの信頼性、可用性および機密性（RAS）の設定方法。次のいずれかになります。

[最大パフォーマンス（maximum-performance）]：システムパフォーマンスを最適化し、すべての高度な RAS 機能を無効にします。
[mirroring][Mirroring]：システムのメモリの半分をバックアップとして使用することにより、システムの信頼性が最適化されます。このモードは UCS M4 以前のブレードサーバーに使用します。
[lockstep][Lockstep]：サーバー内の DIMMペアが、同一のタイプ、サイズ、および構成を持ち、SMI チャネルにまたがって装着されている場合、ロックステップモードを有効にして、メモリアクセス遅延の最小化およびパフォーマンスの向上を実現できます。B440 サーバーでは [lockstep] がデフォルトで有効になっています。
[Mirror Mode 1LM]：ミラーモード 1LM は、ミラーリングされるシステム内の 1LM メモリ全体を設定し、結果的にメモリ容量を半減させます。このモードは UCS M5 および M6 ブレードサーバーに使用します。
[部分的なミラーモード 1LM (Partial Mirror Mode 1LM)]：部分的なミラーモード 1LM は、ミラーリングされるシステム内の 1LM メモリの一部全体を設定し、結果的にメモリ容量を半減させます。このモードは UCS M5 および M6 ブレードサーバーに使用します。
[sparing][Sparing]：システムの信頼性は、他の DIMMが故障した場合に使用できるように、メモリを予備に保持することによって最適化されます。このモードは、メモリの冗長性を実現しますが、ミラーリングほどの冗長性は提供されません。
adddc-sparing：システムの信頼性は、他の DIMM が故障した場合に使用できるように、メモリを予備に保持することによって最適化されます。このモードは、メモリの冗長性を実現しますが、ミラーリングほどの冗長性は提供されません。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[NUMA 最適化（NUMA optimized）]

set numa-config numa-optimization

BIOS で NUMA をサポートするかどうか。次のいずれかになります。

[disabled][Disabled]：BIOS でNUMA をサポートしません。
[enabled][Enabled]：NUMA に対応したオペレーティングシステムに必要なACPI テーブルを BIOS に含めます。このオプションをイネーブルにした場合は、一部のプラットフォームでシステムのソケット間メモリインターリーブをディセーブルにする必要があります。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[ポストパッケージ修復（Post Package Repair）]

scope token-feature "PostPackageRepair"

scope token-param PostPackageRepair

Post Package Repair (PPR) は、スペアセルに置き換えて、障害のあるメモリセルを修復する機能を提供します。次のいずれかになります。

disabled：BIOS で PPR タイプの選択をサポートしません。
hard-ppr：これにより、破損したストレージセルが永続的に再マッピングされることになります。これがデフォルトのオプションです。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[メモリサイズ制限（GB）（Memory Size Limit in GB）]

set memory-size-limit

部分的なメモリのミラーモードの容量を、合計メモリ容量の 50% に制限します。メモリサイズは、0 GB ~ 65535 GB の範囲で 1 GB ずつ増加します。

[ミラーリングモード（Mirroring Mode）]

set memory-mirroring-mode mirroring-mode

メモリのミラーリングは、メモリに 2 つの同じデータイメージを保存することにより、システムの信頼性を向上させます。

このオプションは、[Memory RAS Config] で [mirroring] オプションを選択したときのみ使用可能です。次のいずれかを指定できます。

[inter-socket][Inter-Socket]：メモリは、CPU ソケットをまたいで2 台の Integrated Memory Controller（IMC）間でミラーリングされます。
[intra-socket][Intra-Socket]：1 台のIMC が同じソケットの別の IMC とミラーリングされます。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[スペアリングモード（Sparing Mode）]

set memory-sparing-mode sparing-mode

スペアリングはメモリを予備に保持することで信頼性を最適化し、別の DIMM の障害発生時に使用できるようにします。このオプションは、メモリの冗長性を実現しますが、ミラーリングほどの冗長性は提供されません。使用可能なスペアリングモードは、現在のメモリ容量によって異なります。

このオプションは、[Memory RAS Config] で [sparing] オプションを選択したときのみ使用可能です。次のいずれかを指定できます。

[dimm-sparing][DIMMSparing]：1 枚の DIMM が予備に保持されます。DIMM に障害が発生すると、その DIMM の内容はスペア DIMM に移されます。
[rank-sparing][RankSparing]：DIMM のスペアランクが予備に保持されます。あるランクの DIMM に障害が発生した場合、そのランクの内容がスペアランクに移されます。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[LV DDR モード（LV DDR Mode）]

set lv-dimm-support-config lv-ddr-mode

低電圧と高周波数のどちらのメモリ動作をシステムで優先するか。次のいずれかになります。

[auto][Auto]：CPU が、低電圧メモリ動作または高周波メモリ動作のどちらを優先するかを決定します。
[power-saving-mode][Power SavingMode]：低電圧メモリ動作が高周波メモリ動作よりも優先されます。このモードでは、電圧を低く維持するために、メモリの周波数が低下する可能性があります。
[performance-mode][PerformanceMode]：高周波動作が低電圧動作よりも優先されます。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[DRAM リフレッシュレート（DRAM Refresh rate）]

set dram-refresh-rate-config dram-refresh

内部メモリ用の更新間隔レート。次のいずれかになります。

[1x]
[2x]
[3x]
[4x]
[auto][Auto]
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[DDR3 電圧選択（DDR3 Voltage Selection）]

set ddr3-voltage-config ddr3-voltage

デュアル電圧 RAM に使用される電圧。次のいずれかになります。

ddr3 1500mv
ddr3 1350mv
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[Partial Memory Mirror Mode（部分メモリミラーモード）]

set memory-mirroring-mode mirroring-mode

部分的なメモリミラーリングを使用すると、GB 単位またはメモリ容量の割合によって部分的にミラーリングすることができます。ここで選択したオプションに応じて、使用可能なフィールドで、部分的なミラーの割合または部分的なミラー容量を GB 単位で定義できます。メモリ容量の最大 50% を部分的にミラーリングできます。次のいずれかを設定できます。

無効: 部分的なメモリミラーが無効になります。これがデフォルトのオプションです。
容量：部分メモリモードでミラーリングされるメモリの量は、合計メモリの割合として定義されます。
値 (GB): 部分的なメモリモードでミラーリングされるメモリの合計は GB で定義されます。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

（注）

部分的なメモリミラーモードは標準のミラーリングモードに対して相互に排他的です。

部分的なミラー 1 ~ 4 は、関連オプションで GB または割合で設定されている容量制限を超えない限り、任意の数または設定で使用できます。

[部分的なミラー割合（Partial Mirror percentage）]

使用可能なメモリの総量を、合計メモリの割合として制限します。これは、0.000.01 %から 50.00 % まで、0.01 % 単位で増加させられます。

[部分ミラー 1 サイズ（GB）（Partial Mirror1 Size in GB）]

部分的な Mirror1 のメモリの量を GB 単位で制限します。これは、0 GB ~ 65535 GB の範囲で 1 GB ずつ増加します。

[部分ミラー 2 サイズ（GB）（Partial Mirror2 Size in GB）]

部分的な Mirror2 のメモリの量を GB 単位で制限します。これは、0 GB ~ 65535 GB の範囲で 1 GB ずつ増加します。

[部分ミラー 3 サイズ（GB）（Partial Mirror3 Size in GB）]

部分的な Mirror3 のメモリの量を GB 単位で制限します。これは、0 GB ~ 65535 GB の範囲で 1 GB ずつ増加します。

[部分ミラー 4 サイズ（GB）（Partial Mirror4 Size in GB）]

部分的な Mirror4 のメモリの量を GB 単位で制限します。これは、0 GB ~ 65535 GB の範囲で 1 GB ずつ増加します。

揮発性メモリモード

scope token-feature "VolMemoryMode"

scope token-param VolMemoryMode

メモリモードの構成を許可します。次のいずれかが考えられます。

1lm：1 層メモリ（1LM）を構成します。
2lm：2 層メモリ（2LM）を構成します。

[メモリ帯域幅ブースト（Memory Bandwidth Boost）]

scope token-feature "MemoryBandwidthBoost"

scope token-param MemoryBandwidthBoost

メモリ帯域幅を増やすことができます。次のいずれかになります。

[enabled][Enabled]
[disabled][Disabled]

[LLC デッドライン（LLC Dead Line）]

scope token-feature "LLC Dead Line"

scope token-param LLCAlloc

CPU の非包括的キャッシュスキームでは、中間レベルキャッシュ（MLC）から削除された内容が最終レベルキャッシュ（LLC）に書き込まれます。行を MLC から削除する際、コアはそれらにデッドとしてフラグを立てることがあります（再度読み取られる可能性が小さい場合）。LLC には、デッドラインを削除し、LLC に書き込まないオプションがあります。次のいずれかになります。

[有効（enabled）]：使用可能な空きスペースがある場合、デッドラインを LLC に書き込むことを LLC に許可します。これがデフォルトのオプションです。
[無効（disabled）]：デッドラインは常に削除されます。LLC に書き込まれることはありません。
[自動（auto）]：CPU が LLC のデッドラインの割り当てを決定します

[XPT リモートプリフェッチ（XPT Remote Prefetch）

scope token-feature "XPT Remote Prefetch"

scope token-param XPTRemotePrefetch

この機能は、LLC 要求を複製し、最近の LLC 履歴に基づいてリモートマシンの適切なメモリコントローラに送信して、待ち時間を減らします。次のいずれかになります。

[enabled][Enabled]
[disabled][Disabled]
[自動（Auto）]：CPU が機能を決定します。これがデフォルトのオプションです。

[仮想 NUMA（Virtual NUMA）]

scope token-feature "Virtual Numa"

scope token-param VirtualNuma

仮想 NUMA（仮想非均一メモリアクセス）は、VMware 仮想マシン（VM）のメモリアクセス最適化方法であり、メモリ帯域幅のボトルネックを防ぐのに役立ちます。次のいずれかになります。

[有効（enabled）]：機能が有効になっています。
[無効（disabled）]：機能が無効になっています。これがデフォルトのオプションです。

[4 G 以上の復号化（Above 4G Decoding）]

scope token-feature "Above 4G Decoding"

scope token-param Above 4G Decoding

4 GB 以上の MMIO を有効または無効にします。次のいずれかになります。

[有効（enabled）]：サーバーは、64 ビット PCI デバイスの I/O を 4 GB 以上のアドレス空間にマッピングします。これがデフォルトのオプションです。
[無効（disabled）]：サーバーは 64 ビット PCI デバイスの I/O を 4 GB 以上のアドレス空間にマッピングしません。

[ディスクタイプの選択 (Select Disk Type)]

scope token-feature "select ppr type"

指定された障害のある行から指定されたスペア行へのアクセスを永続的に再マッピングする、[ハード PPR (Hard PPR)]をサポートしています。

[ハード PPR (hard PPR)]：サポートは有効になっています。これがデフォルトのオプションです。

（注）

ハード PPR は、 [メモリ RAS 設定 (Memory RAS Configuration)]が [ADDDC スペア (ADDDC Sparing)]に設定されている場合にのみ使用できます。他の RA の選択では、この設定を Disabled に設定する必要があります。

[無効]：サポートは無効になります。

[メモリ RAS 構成の選択（Select Memory RAS configuration）]

scope token-feature "select memory ras configuration"

サーバーに対するメモリの信頼性、可用性、およびサービス性（RAS）の設定方法。次のいずれかになります。

[ミラーモード 1LM（Mirror Mode 1LM）] — システムメモリの半分をバックアップとして使用し、システムの信頼性を最適化します。
[ADDDC のスペアリング（ADDDC sparing）] — 適応可能な仮想ロックステップは、ADDDC モードをサポートするためにハードウェアおよびファームウェアで実装されるアルゴリズムです。選択すると、アルゴリズムがアクティブになるまでシステムのパフォーマンスが最適化されます。このアルゴリズムは、DRAM デバイスで障害が発生した場合にアクティブになります。アルゴリズムがアクティブになると、仮想ロックステップリージョンがアクティブになり、実行時に障害が発生したリージョンが動的にマッピングされ、パフォーマンスへの影響はリージョンレベルで制限されます。これがデフォルトのオプションです。
[部分的なミラーモード 1LM（Partial Mirror Mode 1LM）] — 部分的な DIMM ミラーリングによって完全なミラーコピーを保持するのではなく、メモリセルの特定の領域のミラーコピーが作成されます。部分的なミラーリングでは、部分的なミラーコピーの属性を使用して、メモリマップにミラー領域が作成されます。最大 4 個の部分的なミラーを使用して、合計メモリ容量の最大 50% をミラーリングできます。
[最大パフォーマンス（maximum performance）]：システムのパフォーマンスが最適化されます。

NUMA

scope token-feature "numa"

BIOS で Non-Uniform Memory Access（NUMA）がサポートされているかどうか。次のいずれかになります。

[有効]：サポートは有効になります。
[無効]：サポートは無効になります。

[CR Fastgo Config]

set CrfastgoConfig

CR FastGo Config は、FastGO が無効になっている場合の DDRT 非一時書き込み帯域幅を改善します。FastGO を有効にすると、アンコアへの NT 書き込みのフローが高速になります。FastGO を無効にすると、CPU アンコアの NT 書き込みキューが減少し、DCPMM で連続して改善され、帯域幅が向上します。

すべての Cisco UCS M5 および Cisco UCS M6 サーバーに適用されます。

次のいずれかの値を指定できます。

auto：オプション 1 と同じです。FastGO を無効にします。DDRT に推奨されます。これが default のオプションです (Default とは区別してください)。
default：FastGO を有効にします。
option 1：FastGO を無効にします。
オプション 2、オプション 3、オプション 4、オプション 5：該当なし。
enable optimization
disable optimization

（注）

値最適化を有効にする、最適化を無効にする、および自動は、Cisco UCS M6 サーバーでサポートされます。

[CR QoS]

set crqos

同時DCPMM BW飽和スレッドの存在下でのDRAMおよびシステム全体のBWドロップを防止し、同種のDDRTのみの使用への影響を最小限に抑えます。マルチテナントの使用例、VMなどに適していますが、メモリモードも向上します。「ワーストケース」の低下をターゲットにします。

すべての M5 および M6 サーバーに適用されます。

次のいずれかの値を指定できます。

disabled：機能は無効です。これがデフォルトのオプションです。
recipe 1：6 モジュール、最適化されたソケットあたり 4 モジュール
recipe 2：最適化されたソケットあたり 2 モジュール
recipe 3：最適化されたソケットあたり 1 モジュール
モード 0 - pmem qos 機能を無効にします
モード 1 - m2m qos 有効化、cha qos 無効化
モード 2 - m2m qos 有効化、cha qos 有効化

（注）

値無効、レシピ 1、、レシピ 2、、レシピ 3レシピ 4は UCS M6 サーバーではサポートされていません。

[eADR サポート（eADR Support）]

scope token-feature "EadrSupport"

scope token-param EadrSupport

拡張非同期 DRAM リフレッシュ (eADR) により、データを含む CPU キャッシュラインが適切なタイミング、必要な順序でフラッシュされます。電源障害から保護されたドメインにも含まれます。次のいずれかが考えられます。

有効
[disabled][Disabled]
[自動（auto）]：これはデフォルトのオプションです。

[NVM パフォーマンス設定 (NVM Performance Setting)]

set NvmdimmPerformConfig

NVM パフォーマンス設定により、DDR チャネル上の DDR と DDRT トランザクション間の効率的なメジャーモード調停が可能になり、チャネル BW と DRAM の遅延が最適化されます。

すべての M5 および M6 サーバーに適用されます。

次のいずれかの値を指定できます。

BW 最適化：DDR および DDRT BW 用に最適化されています。これがデフォルトのオプションです。
遅延最適化：DDRT BW が存在する場合 DDR 遅延が改善します。
バランシングプロファイル：メモリモード用に最適化されています。

[2LM の Snoopy モード (Snoopy mode for 2LM)]

set SnoopyModeFor2LM

すべての DRAM アクセスでディレクトリを維持しながら、DCPMM アクセスのスヌーピングモードを有効にします。スヌープは、ソケット間のキャッシュの一貫性を維持します。ディレクトリは、リモートノード情報をローカル（メモリ内）に保持することでスヌープを削減します。ディレクトリのルックアップと更新により、メモリトラフィックが追加されます。

ディレクトリは、DRAM には適していますが、DCPMM には必ずしも適していません。非 NUMA ワークロードの場合、この機能を有効にすると、DCPMM に対するディレクトリの更新が排除されるため、DDRT の帯域幅が制限されたワークロードに役立ちます。ディレクトリは、ファーメモリアクセスに対して無効になっており、代わりにリモートソケットをスヌーピングして所有権を確認します。ディレクトリは DRAM (メモリの近く) にのみ使用されます。

有効
[無効（disabled）]：これはデフォルトのオプションです。

[AD の Snoopy モード (Snoopy mode for AD)]

set SnoopyModeForAD

すべての DRAM アクセスでディレクトリを維持しながら、DCPMM アクセスのスヌーピングモードを有効にします。スヌープは、ソケット間のキャッシュの一貫性を維持します。ディレクトリは、リモートノード情報をローカル（メモリ内）に保持することでスヌープを削減します。ディレクトリのルックアップと更新により、メモリトラフィックが追加されます。

ディレクトリは、DRAM には適していますが、DCPMM には必ずしも適していません。非 NUMA ワークロードの場合、この機能を有効にすると、DCPMM に対するディレクトリの更新が排除されるため、DDRT の帯域幅が制限されたワークロードに役立ちます。ディレクトリは AD へのアクセスに対して無効になり、代わりにリモートソケットをスヌーピングして所有権を確認します。ディレクトリは DRAM アクセスにのみ使用されます。

有効
[無効（disabled）]：これはデフォルトのオプションです。

Intel® Optane^TM DC 永続メモリ (DCPMM) BIOS トークン

次の表に、BIOS ポリシーまたはデフォルト BIOS 設定を介して実行できる Intel® Optane^TM DC メモリの BIOS 設定の一覧を示します。

名前

説明

[NVM パフォーマンス設定 (NVM Performance Setting)]

set NvmdimmPerformConfig

NVM パフォーマンス設定により、DDR チャネル上の DDR と DDRT トランザクション間の効率的なメジャーモード調停が可能になり、チャネル BW と DRAM の遅延が最適化されます。

すべての M5 および M6 サーバーに適用されます。

次のいずれかの値を指定できます。

BW 最適化：DDR および DDRT BW 用に最適化されています。これがデフォルトのオプションです。
遅延最適化：DDRT BW が存在する場合 DDR 遅延が改善します。
バランシングプロファイル：メモリモード用に最適化されています。

[CR QoS]

set crqos

同時DCPMM BW飽和スレッドの存在下でのDRAMおよびシステム全体のBWドロップを防止し、同種のDDRTのみの使用への影響を最小限に抑えます。マルチテナントの使用例、VMなどに適していますが、メモリモードも向上します。「ワーストケース」の低下をターゲットにします。

すべての M5 および M6 サーバーに適用されます。

次のいずれかの値を指定できます。

disabled：機能は無効です。これがデフォルトのオプションです。
recipe 1：6 モジュール、最適化されたソケットあたり 4 モジュール
recipe 2：最適化されたソケットあたり 2 モジュール
recipe 3：最適化されたソケットあたり 1 モジュール
モード 0 - pmem qos 機能を無効にします
モード 1 - m2m qos 有効化、cha qos 無効化
モード 2 - m2m qos 有効化、cha qos 有効化

（注）

値無効、レシピ 1、、レシピ 2、、レシピ 3レシピ 4は UCS M6 サーバーではサポートされていません。

[CR Fastgo Config]

set CrfastgoConfig

CR FastGo Config は、FastGO が無効になっている場合の DDRT 非一時書き込み帯域幅を改善します。FastGO を有効にすると、アンコアへの NT 書き込みのフローが高速になります。FastGO を無効にすると、CPU アンコアの NT 書き込みキューが減少し、DCPMM で連続して改善され、帯域幅が向上します。

すべての Cisco UCS M5 および Cisco UCS M6 サーバーに適用されます。

次のいずれかの値を指定できます。

auto：オプション 1 と同じです。FastGO を無効にします。DDRT に推奨されます。これが default のオプションです (Default とは区別してください)。
default：FastGO を有効にします。
option 1：FastGO を無効にします。
オプション 2、オプション 3、オプション 4、オプション 5：該当なし。
enable optimization
disable optimization

（注）

値最適化を有効にする、最適化を無効にする、および自動は、Cisco UCS M6 サーバーでサポートされます。

[AD の Snoopy モード (Snoopy mode for AD)]

set SnoopyModeForAD

すべての DRAM アクセスでディレクトリを維持しながら、DCPMM アクセスのスヌーピングモードを有効にします。スヌープは、ソケット間のキャッシュの一貫性を維持します。ディレクトリは、リモートノード情報をローカル（メモリ内）に保持することでスヌープを削減します。ディレクトリのルックアップと更新により、メモリトラフィックが追加されます。

ディレクトリは、DRAM には適していますが、DCPMM には必ずしも適していません。非 NUMA ワークロードの場合、この機能を有効にすると、DCPMM に対するディレクトリの更新が排除されるため、DDRT の帯域幅が制限されたワークロードに役立ちます。ディレクトリは AD へのアクセスに対して無効になり、代わりにリモートソケットをスヌーピングして所有権を確認します。ディレクトリは DRAM アクセスにのみ使用されます。

有効
無効これはデフォルトのオプションです。

[2LM の Snoopy モード (Snoopy mode for 2LM)]

set SnoopyModeFor2LM

すべての DRAM アクセスでディレクトリを維持しながら、DCPMM アクセスのスヌーピングモードを有効にします。スヌープは、ソケット間のキャッシュの一貫性を維持します。ディレクトリは、リモートノード情報をローカル（メモリ内）に保持することでスヌープを削減します。ディレクトリのルックアップと更新により、メモリトラフィックが追加されます。

ディレクトリは、DRAM には適していますが、DCPMM には必ずしも適していません。非 NUMA ワークロードの場合、この機能を有効にすると、DCPMM に対するディレクトリの更新が排除されるため、DDRT の帯域幅が制限されたワークロードに役立ちます。ディレクトリは、ファーメモリアクセスに対して無効になっており、代わりにリモートソケットをスヌーピングして所有権を確認します。ディレクトリは DRAM (メモリの近く) にのみ使用されます。

有効
無効これはデフォルトのオプションです。

[eADR サポート（eADR Support）]

scope token-feature "EadrSupport"

scope token-param EadrSupport

拡張非同期 DRAM リフレッシュ (eADR) により、データを含む CPU キャッシュラインが適切なタイミング、必要な順序でフラッシュされます。電源障害から保護されたドメインにも含まれます。次のいずれかが考えられます。

有効
[disabled][Disabled]
[自動（auto）]：これはデフォルトのオプションです。

シリアルポートの BIOS 設定

次の表に、BIOS ポリシーまたはデフォルト BIOS 設定を介して実行できるシリアルポートの BIOS 設定の一覧を示します。


名前	説明
[Serial port A enable] set serial-port-a-config serial-port-a	シリアルポート A を有効にするか無効にするか。次のいずれかになります。 [disabled][Disabled]：シリアルポートはディセーブルです。 [enabled][Enabled]：シリアルポートはイネーブルです。 [platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

USB BIOS 設定

次の表に、BIOS ポリシーまたはデフォルト BIOS 設定を介して実行できる USB BIOS 設定の一覧を示します。


名前	説明
[Make Device Non Bootable] set usb-boot-config make-device-non-bootable	サーバーが USB デバイスからブートできるかどうか。次のいずれかになります。 [disabled][Disabled]：サーバーは USBデバイスからブートできます。 [enabled][Enabled]：サーバーは USBデバイスからブートできません。 [platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。
[Legacy USB Support] set usb-boot-config legacy-support	システムでレガシー USB デバイスをサポートするかどうか。次のいずれかになります。 [disabled][Disabled]：USB デバイスは、EFIアプリケーションでのみ使用できます。 [enabled][Enabled]：レガシー USBのサポートは常に使用できます。 [auto][Auto]：USB デバイスが接続されていない場合、レガシーUSB のサポートがディセーブルになります。 [platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。
[USB Idle Power Optimizing Setting] set usb-system-idle-power-optimizing-setting-config usb-idle-power-optimizing	USB EHCI のアイドル時電力消費を減らすために USB アイドル時電力最適化設定を使用するかどうか。この設定で選択した値によって、パフォーマンスが影響を受けることがあります。次のいずれかになります。 [high-performance][HighPerformance]：最適なパフォーマンスを電力節約より優先するため、USB システムのアイドル時電力最適化設定はディセーブルにされます。このオプションを選択すると、パフォーマンスが大幅に向上します。サイトにサーバーの電源制限がない場合はこのオプションを選択することを推奨します。 [lower-idle-power][Lower IdlePower]：電力節約を最適なパフォーマンスより優先するため、USB システムのアイドル時電力最適化設定はイネーブルにされます。 [platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。
[USB Front Panel Access Lock] set usb-front-panel-access-lock-config usb-front-panel-lock	USB 前面パネルアクセスロックは、USB ポートへの前面パネルアクセスをイネーブルまたはディセーブルにするために設定されます。次のいずれかになります。 [disabled][Disabled] [enabled][Enabled] [platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。
[Port 60/64 Emulation] set usb-port-config usb-emulation	完全な USB キーボードレガシーサポートのために 60h/64h エミュレーションをシステムでサポートするかどうか。次のいずれかになります。 [disabled][Disabled]：60h/64 エミュレーションはサポートされません。 [enabled][Enabled]：60h/64 エミュレーションはサポートされます。サーバーで USB 非対応オペレーティングシステムを使用する場合は、このオプションを選択する必要があります。 [platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。
[USB Port Front] set usb-port-config usb-front	前面パネルの USB デバイスを有効にするか無効にするか。次のいずれかになります。 [disabled][Disabled]：前面パネルの USBポートをディセーブルにします。これらのポートに接続されるデバイスは、BIOS およびオペレーティングシステムによって検出されません。 [enabled][Enabled]：前面パネルの USBポートをイネーブルにします。これらのポートに接続されるデバイスは、BIOS およびオペレーティングシステムによって検出されます。 [platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。
[USB Port Internal] set usb-port-config usb-internal	内部 USB デバイスを有効にするか無効にするか。次のいずれかになります。 [disabled][Disabled]：内部 USBポートをディセーブルにします。これらのポートに接続されるデバイスは、BIOS およびオペレーティングシステムによって検出されません。 [enabled][Enabled]：内部 USBポートをイネーブルにします。これらのポートに接続されるデバイスは、BIOS およびオペレーティングシステムによって検出されます。 [platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。
[USB Port KVM] set usb-port-config usb-kvm	vKVM ポートが有効か無効か。次のいずれかになります。 [disabled][Disabled]：KVM キーボードとマウスデバイスをディセーブルにします。キーボードとマウスは KVM ウィンドウで機能しなくなります。 [enabled][Enabled]：KVM キーボードとマウスデバイスをイネーブルにします。 [platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。
[USB Port Rear] set usb-port-config usb-rear	背面パネルの USB デバイスを有効にするか無効にするか。次のいずれかになります。 [disabled][Disabled]：背面パネルの USBポートをディセーブルにします。これらのポートに接続されるデバイスは、BIOS およびオペレーティングシステムによって検出されません。 [enabled][Enabled]：背面パネルの USBポートをイネーブルにします。これらのポートに接続されるデバイスは、BIOS およびオペレーティングシステムによって検出されます。 [platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。
[USB Port SD Card] set usb-port-config usb-sdcard	SD カードドライブを有効にするか無効にするか。次のいずれかになります。 [disabled][Disabled]：SD カードドライブをディセーブルにします。SD カードドライブは、BIOS およびオペレーティングシステムによって検出されません。 [enabled][Enabled]：SD カードドライブをイネーブルにします。 [platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。
[USB Port VMedia] set usb-port-config usb-vmedia	仮想メディアデバイスを有効にするか無効にするか。次のいずれかになります。 [disabled][Disabled]：vMedia デバイスをディセーブルにします。 [enabled][Enabled]：vMedia デバイスをイネーブルにします。 [platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。
[All USB Devices] set all-usb-devices-config all-usb	すべての物理および仮想 USB デバイスを有効にするか無効にするか。次のいずれかになります。 [disabled][Disabled]：すべての USBデバイスがディセーブルです。 [enabled][Enabled]：すべての USBデバイスがイネーブルです。 [platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。
[xHCI Mode] set usb-configuration-select-config xhci-enable-disable	xHCI モードを有効または無効にします。次のいずれかになります。 [disabled][Disabled]：xHCI モードは無効になります。 [enabled][Enabled]：xHCI モードは有効です。 [platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。
USB Port:M.2 Storage set usb port:m.2	USB ポート:M.2 ストレージが有効か無効か。次のいずれかになります。無効 — USB ポート:M.2 ストレージを無効にします。有効 — USB ポート:M.2 ストレージを有効にします。これがデフォルトのオプションです。 [platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

PCI 設定の BIOS 設定

次の表は、BIOS ポリシーまたはデフォルトの BIOS 設定を介して行うことができる PCI 設定の BIOS 設定を示しています。

名前

説明

[Maximum memory below 4GB]

set max-memory-below-4gb-config max-memory

PAE サポートなしで動作しているオペレーティングシステムのメモリ使用率を、BIOS がシステム設定に応じて 4GB 以下で最大化するかどうか。次のいずれかになります。

[disabled][Disabled]：メモリ使用率を最大化しません。 PAE をサポートするオペレーティングシステムすべてにこのオプションを選択します。
[enabled][Enabled]：PAE をサポートしないオペレーティングシステムについて 4GB 以下でメモリ使用率を最大化します。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[Memory mapped IO above 4GB]

set memory-mapped-io-above-4gb-config memory-mapped-io

64 ビット PCI デバイスの 4 GB 以上のアドレス空間に対するメモリマップド I/O を有効または無効にします。レガシーなオプション ROM は 4 GB を超えるアドレスにアクセスできません。PCI デバイスが 64 ビット対応でも、レガシーなオプション ROM を使用する場合は、この設定をイネーブルにしても正しく機能しない場合があります。次のいずれかになります。

[disabled][Disabled]：64 ビットPCI デバイスの I/O を 4 GB 以上のアドレス空間にマッピングしません。
[enabled][Enabled]：64 ビット PCIデバイスの I/O を 4 GB 以上のアドレス空間にマッピングします。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[VGA Priority]

set vga-priority-config vga-priority

システムに複数の VGA デバイスがある場合は、VGA グラフィックスデバイスの優先順位を設定できます。次のいずれかになります。

[onboard][Onboard]：プライオリティがオンボード VGAデバイスに与えられます。BIOS ポスト画面および OS ブートはオンボード VGA ポート経由で駆動されます。
[offboard][Offboard]：プライオリティが PCIEグラフィックスアダプタに与えられます。BIOS ポスト画面および OS ブートは外部グラフィックスアダプタポート経由で駆動されます。

[onboard-vga-disabled][Onboard VGA Disabled]：PCIEグラフィックアダプタが優先され、オンボード VGA デバイスが無効になります。

（注）

オンボード VGA がディセーブルの場合、vKVM は機能しません。

[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

（注）

オンボード VGA デバイスのみが Cisco UCS B シリーズサーバーでサポートされます。

[ASPM Support]

set aspm-support-config aspm-support

BIOS での ASPM（アクティブ電源状態管理）サポートのレベルを設定できます。次のいずれかになります。

[disabled][Disabled]：ASPM サポートは、BIOSでディセーブルです。
[auto][Auto]：電力状態を CPUが決定します。
[forcel0][ForceL0]：すべてのリンクを強制的に L0スタンバイ（L0s）状態にします。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[BME DMA Mitigation Support]

set bme-dma-config

不正な外部 DMA からの脅威を緩和する PCI BME ビットを無効にできます。次のいずれかになります。

[disabled]：PCI BME ビットは BIOS で無効になっています。
[enabled]：PCI BME ビットは BIOS で有効になっています。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

QPI の BIOS 設定

次の表は、BIOS ポリシーまたはデフォルトの BIOS 設定を介して行うことができる QPI の BIOS 設定を示しています。


名前	説明
[QPI Link Frequency Select] set qpi-link-frequency-select-config qpi-link-freqency-mt-per-sec	Intel QuickPath Interconnect（QPI）リンク周波数（ギガトランスファー/秒（MT/s）単位）。次のいずれかになります。 [6400][6.4 GT/s] [7200][7.2 GT/s] [8000][8.0 GT/s] [9600][9.6 GT/s] [auto][Auto]：QPI リンク周波数がCPU によって決定されます。 [platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。
[QPI Snoop Mode] set qpi-snoop-mode vpqpisnoopmode	次のいずれかになります。 [home-snoop][Home Snoop]：スヌープは、常に、メモリコントローラのホームエージェント（集中型リング停止）によって起動されます。このモードは、早期スヌープよりローカル遅延が多いですが、未処理トランザクションが増えた場合に予備のリソースを使用できます。 [cluster-on-die][Cluster OnDie]：このモードは、コアが 10 以上のプロセッサでのみ使用できます。高度に NUMA 最適化されたワークロードに最適なモードです。 [home-directory-snoop-with-osb][Home DirectorySnoop with OSB] [early-snoop][Early Snoop]：分散キャッシュリング停止で、別のキャッシングエージェントにスヌーププローブまたは要求を直接送信できます。このモードは、遅延が少なく、スレッド全体でデータセットを共有しているためにキャッシュ間転送からメリットが得られるワークロードや NUMA 最適化されていないワークロードに最適です。 [auto][Auto]：QPI スヌープモードは CPU によって決定されます。 [platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

トラステッドプラットフォーム BIOS 設定

次の表に、BIOS ポリシーまたはデフォルト BIOS 設定を介して実行できるトラステッドプラットフォーム BIOS 設定の一覧を示します。


名前	説明
[トラステッドプラットフォームモジュールサポート（TPM）（Trusted Platform Module Support (TPM)）] set trusted-platform-module-config tpm-support	サーバーの認証に使用するアーティファクトを安全に保存するコンポーネントであるトラステッドプラットフォームモジュール（TPM）の有効と無効を切り替えます。次のいずれかになります。無効：TPM を無効にします。有効：TPM を有効にします。プラットフォームデフォルト：TPM を有効にします。
[インテル Trusted Execution Technology（TXT）サポート（Intel Trusted Execution Technology (TXT) Support）] set intel-trusted-execution-technology-config txt-support	ビジネスサーバー上で使用され、保管される情報の保護機能を強化する、Intel Trusted Execution Technology（TXT）の有効と無効を切り替えます。次のいずれかになります。無効：TXT を無効にします。これがデフォルトのオプションです。有効：TXT を有効にします。プラットフォームデフォルト：TXT を有効にします。 TXT のみを有効にした場合でも、暗黙的に TPM、VT、および VT-d も有効になります。
[SHA-1 PCR バンク（SHA-1 PCR Bank）] scope token-feature "Trusted Platform Module" scope token-param SHA1PCRBank	プラットフォーム構成レジスタ（PCR）は、TPM 内のメモリ位置です。複数の PCR をまとめて PCR バンクと呼びます。セキュアハッシュアルゴリズム 1 または SHA-1 PCR バンクでは、TPM セキュリティを有効または無効にすることができます。次のいずれかになります。無効：SHA-1 PCR バンクを無効にします。有効：SHA-1 PCR バンクを有効にします。これがデフォルトのオプションです。
[SHA-256 PCR バンク（SHA-256 PCR Bank）] scope token-feature "Trusted Platform Module" scope token-param SHA256PCRBank	プラットフォーム構成レジスタ（PCR）は、TPM 内のメモリ位置です。複数の PCR をまとめて PCR バンクと呼びます。セキュアハッシュアルゴリズム 256 ビットまたは SHA-256 PCR バンクでは、TPM セキュリティを有効または無効にすることができます。次のいずれかになります。無効：SHA-256 PCR バンクを無効にします。有効：SHA-256 PCR バンクを有効にします。これがデフォルトのオプションです。
[トラステッドプラットフォームモジュール状態（Trusted Platform Module State）] scope token-feature "Trusted Platform Module" scope token-param "Trusted Platform Module state"	信頼されたプラットフォームモジュール（TPM）は、主に暗号キーを使用する基本的なセキュリティ関連機能を提供するように設計されたマイクロチップです。このオプションを使用すると、システムの TPM セキュリティデバイスサポートを制御できます。次のいずれかになります。 [無効（disabled）] — サーバーは TPM を使用しません。 [有効（enabled）] — サーバーは TPM を使用します。これがデフォルトのオプションです。
[TPM 保留中の操作（TPM Pending Operation）] scope token-feature "TPM Pending Operation" scope token-param "TPM Pending Operation"	トラステッドプラットフォームモジュール（TPM）Pending Operation オプションを使用すると、保留中の操作のステータスを制御できます。次のいずれかになります。 [なし（none）] — アクションはありません。これがデフォルトのオプションです。 tpmclear — 保留中の操作をクリアします。
[TPM の最小限の物理的存在（TPM Minimal Physical Presence）] scope token-feature "Trusted Platform Module" # scope token-param TpmPpiRequired # show token-settings expand	TPM の最小限の物理的存在を有効または無効にするかどうか。セキュリティを損なうことなく TPM を管理するために、OS と BIOS 間の通信を有効または無効にします。次のいずれかになります。 [無効（disabled）] — TPM の最小物理プレゼンスを無効にします。これがデフォルトのオプションです。 [有効（enabled）] — TPM の最小限の物理的プレゼンスを有効にします。 [プラットフォームデフォルト（platform-default）] — TPM の最小限の物理的存在を無効にします。
[DMA 制御オプトインフラグ（DMA Control Opt-In Flag）] scope token-feature "Trusted Platform Module" # scope token-param "DmaCtrlOptIn" token-param # show token-settings	このトークンを有効にすると、Windows 2022 カーネル DMA 保護機能が有効になります。OS はこれを、悪意のあるデバイスからの DMA 攻撃を防ぐために IOMMU を有効にする必要があるというヒントとして扱います。次のいずれかになります。 [無効（disabled）] — DMA 制御オプトインフラグを無効にします。これがデフォルトのオプションです。 [有効（enabled）] — DMA 制御オプトインフラグを有効にします。プラットフォームデフォルト — DMA 制御オプトインフラグを有効にします。
[セキュリティデバイスサポート（Security Device Support）] set TpmSupport	セキュリティデバイスの BIOS サポートを有効または無効にします。次のいずれかになります。無効：セキュリティデバイス機能を非アクティブにして、パフォーマンスを合理化します。有効：セキュリティデバイス機能をアクティブにして、保護を強化します。

LOM および PCIe スロットの BIOS 設定

次の表に、BIOS ポリシーまたはデフォルト BIOS 設定を介して実行できる USB BIOS 設定の一覧を示します。

名前

説明

[PCIe Slot SAS OptionROM]

set slot-option-rom-enable-config pcie-sas

オプション ROM が SAS ポートで使用できるかどうか。次のいずれかになります。

[disabled][Disabled]：拡張スロットを使用できません。
[enabled][Enabled]：拡張スロットを使用できます。
[uefi-only][UEFI Only]：拡張スロットは UEFIでのみ使用できます。
[legacy-only][Legacy Only]：レガシーの場合にのみ拡張スロットを使用できます。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[PCIe Slot n Link Speed]

set slot-link-speed-config pcie-slotn-link-speed

このオプションを使用すると、PCIe スロット n に装着されているアダプタカードの最大速度を制限できます。次のいずれかになります。

gen1：最大速度が 2.5GT/s（ギガ転送/秒）になります。
gen2：最大速度が 5 GT/s になります。
gen3：最大速度が 8 GT/s になります。
gen4 — 最大 16GT/s までの速度が許可されます。
auto：最大速度は自動的に設定されます。これがデフォルトのオプションです。
[disabled][Disabled]：最大速度は制限されません。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[PCIe Slot n OptionROM]

set slot-option-rom-enable-config slotn-option-rom-enable

オプション ROM がポートで使用できるかどうか。次のいずれかになります。

[disabled][Disabled]：拡張スロットを使用できません。
[enabled][Enabled]：拡張スロットを使用できます。これがデフォルトのオプションです。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[PCIe Slot HBA OptionROM]

set slot-option-rom-enable-config pcie-hba

オプション ROM が HBA ポートで使用できるかどうか。次のいずれかになります。

[disabled][Disabled]：拡張スロットを使用できません。
[enabled][Enabled]：拡張スロットを使用できます。
[uefi-only][UEFI Only]：拡張スロットは UEFIでのみ使用できます。
[legacy-only][Legacy Only]：レガシーの場合にのみ拡張スロットを使用できます。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[PCIe Slot MLOM OptionROM]

set slot-option-rom-enable-config pcie-mlom

オプション ROM が MLOM ポートで使用できるかどうか。次のいずれかになります。

[disabled][Disabled]：拡張スロットを使用できません。
[enabled][Enabled]：拡張スロットを使用できます。
[uefi-only][UEFI Only]：拡張スロットは UEFIでのみ使用できます。
[legacy-only][Legacy Only]：レガシーの場合にのみ拡張スロットを使用できます。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[PCIe Slot Nx OptionROM]

set slot-option-rom-enable-config pcie-n○

オプション ROM がポートで使用できるかどうか。次のいずれかになります。

[disabled][Disabled]：拡張スロットを使用できません。
[enabled][Enabled]：拡張スロットを使用できます。
[uefi-only][UEFI Only]：拡張スロットは UEFIでのみ使用できます。
[legacy-only][Legacy Only]：レガシーの場合にのみ拡張スロットを使用できます。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[PCIe 10G LOM 2 Link]

set lom-ports-config pcie-lom2-link

オプション ROM が 10G LOM ポートで使用できるかどうか。次のいずれかになります。

[disabled][Disabled]：拡張スロットを使用できません。
[enabled][Enabled]：拡張スロットを使用できます。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[PCI ROM CLP]

set pci-rom-clp-support pci-rom-clp-config

PCI ROM Command Line Protocol（CLP）は、カード上の iSCSI や PxE などのさまざまなオプション ROM の実行を制御します。デフォルト設定は、ディセーブルです。

[disabled][Disabled]：拡張スロットを使用できません。
[enabled][Enabled]：拡張スロットを使用できます。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[SIOC1 Option ROM]

set sioc1-optionrom-config sioc1-optionrom

システム I/O コントローラ 1（SIOC1）のオプション ROM をサーバーが使用できるかどうか。次のいずれかになります。

[disabled][Disabled]：拡張スロットを使用できません。
[enabled][Enabled]：拡張スロットを使用できます。
[uefi-only][UEFI Only]：拡張スロットは UEFIでのみ使用できます。
[legacy-only][Legacy Only]：レガシーの場合にのみ拡張スロットを使用できます。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[SIOC2 Option ROM]

set sioc2-optionrom-config sioc2-optionrom

システム I/O コントローラ 2（SIOC2）のオプション ROM をサーバーが使用できるかどうか。次のいずれかになります。

[disabled][Disabled]：拡張スロットを使用できません。
[enabled][Enabled]：拡張スロットを使用できます。
[uefi-only][UEFI Only]：拡張スロットは UEFIでのみ使用できます。
[legacy-only][Legacy Only]：レガシーの場合にのみ拡張スロットを使用できます。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[SBMezz1 Option ROM]

set sbmezz1-optionrom-config sbmezz1-optionrom

SBMezz1 コントローラのオプション ROM をサーバーが使用できるかどうか。次のいずれかになります。

[disabled][Disabled]：拡張スロットを使用できません。
[enabled][Enabled]：拡張スロットを使用できます。
[uefi-only][UEFI Only]：拡張スロットは UEFIでのみ使用できます。
[legacy-only][Legacy Only]：レガシーの場合にのみ拡張スロットを使用できます。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[SBMezz2 Option ROM]

set sbmezz2-optionrom-config sbmezz2-optionrom

SBMezz2 コントローラのオプション ROM をサーバーが使用できるかどうか。次のいずれかになります。

[disabled][Disabled]：拡張スロットを使用できません。
[enabled][Enabled]：拡張スロットを使用できます。
[uefi-only][UEFI Only]：拡張スロットは UEFIでのみ使用できます。
[legacy-only][Legacy Only]：レガシーの場合にのみ拡張スロットを使用できます。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[IOESlot1 OptionROM] ドロップダウンリスト

set ioeslot1-optionrom-config ioeslot1-optionrom

オプション ROM が IOE スロット 1 で有効かどうか。次のいずれかになります。

[disabled][Disabled]：拡張スロットを使用できません。
[enabled][Enabled]：拡張スロットを使用できます。
[uefi-only][UEFI Only]：拡張スロットは UEFIでのみ使用できます。
[legacy-only][Legacy Only]：レガシーの場合にのみ拡張スロットを使用できます。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[IOEMEZZ 1 OptionROM]

set ioemezz1-optionrom-config ioemezz1-optionrom

オプション ROM が IOE Mezz1 で有効かどうか。次のいずれかになります。

[disabled][Disabled]：拡張スロットを使用できません。
[enabled][Enabled]：拡張スロットを使用できます。
[uefi-only][UEFI Only]：拡張スロットは UEFIでのみ使用できます。
[legacy-only][Legacy Only]：レガシーの場合にのみ拡張スロットを使用できます。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[IOE Slot2 Option ROM]

set ioeslot2-optionrom-config ioeslot2-optionrom

オプション ROM が IOE スロット 2 で有効かどうか。次のいずれかになります。

[disabled][Disabled]：拡張スロットを使用できません。
[enabled][Enabled]：拡張スロットを使用できます。
[uefi-only][UEFI Only]：拡張スロットは UEFIでのみ使用できます。
[legacy-only][Legacy Only]：レガシーの場合にのみ拡張スロットを使用できます。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[IOEMEZZ 1 OptionROM]

set ioenvme1-optionrom-config ioenvme1-optionrom

オプション ROM が IOE NVMe1 で有効かどうか。次のいずれかになります。

[disabled][Disabled]：拡張スロットを使用できません。
[enabled][Enabled]：拡張スロットを使用できます。
[uefi-only][UEFI Only]：拡張スロットは UEFIでのみ使用できます。
[legacy-only][Legacy Only]：レガシーの場合にのみ拡張スロットを使用できます。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[IOEMEZZ 2 OptionROM]

set ioenvme2-optionrom-config ioenvme2-optionrom

オプション ROM が IOE NVMe2 で有効かどうか。次のいずれかになります。

[disabled][Disabled]：拡張スロットを使用できません。
[enabled][Enabled]：拡張スロットを使用できます。
[uefi-only][UEFI Only]：拡張スロットは UEFIでのみ使用できます。
[legacy-only][Legacy Only]：レガシーの場合にのみ拡張スロットを使用できます。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[SBNVME1 Option ROM]

set sbnvme1-optionrom-config sbnvme1-optionrom

SBNVMe1 コントローラのオプション ROM をサーバーが使用できるかどうか。次のいずれかになります。

[disabled][Disabled]：拡張スロットを使用できません。
[enabled][Enabled]：拡張スロットを使用できます。
[uefi-only][UEFI Only]：拡張スロットは UEFIでのみ使用できます。
[legacy-only][Legacy Only]：レガシーの場合にのみ拡張スロットを使用できます。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

PCIe Slot MRAID-n OptionROM

set Pcie SlotMRAID nOptionROM

オプション ROM が MRAID ポートで使用できるかどうか。次のいずれかになります。

[disabled][Disabled]：拡張スロットを使用できません。
[enabled][Enabled]：拡張スロットを使用できます。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

PCIe Slot RAID OptionROM

set Pcie SlotRAIDOptionROM

オプション ROM が RAID ポートで使用できるかどうか。次のいずれかになります。

[disabled][Disabled]：拡張スロットを使用できません。
[enabled][Enabled]：拡張スロットを使用できます。
[uefi-only][UEFI Only]：拡張スロットは UEFIでのみ使用できます。
[legacy-only][Legacy Only]：レガシーの場合にのみ拡張スロットを使用できます。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

Rear NVME n Link Speed

set Pcie SlotRearNvme1LinkSpeed

このオプションでは、リア PCIe スロット n に取り付けられた NVME カードの最高速度を制限することができます。次のいずれかになります。

[gen1][Gen 1]：最大速度が 2.5GT/s（ギガ転送/秒）になります。
[gen2][Gen 2]：最大速度が 5 GT/sになります。
[gen3][Gen 3]：最大速度が 8 GT/sになります。
gen4 — 最大 16GT/s までの速度が許可されます。

[enabled][Enabled]：最大速度が制限されます。

（注）

背面 NVME 1 のリンク速度と背面 NVME 2 のリンク速度の場合、有効の値は、Cisco UCS M6 サーバではサポートされていません。
背面 NVME 3 リンクスピードと背面 NVME 4 リンクスピードの場合、有効になっている値を使用できますが、選択した場合、BIOS レベルでは効果がありません。

[auto][Auto]：最大速度は自動的に設定されます。
[disabled][Disabled]：最大速度は制限されません。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[前面 NVME nリンク速度（Front NVME n Link Speed）]

set Pcie SlotFrontNvmenLinkSpeed

このオプションでは、フロント PCIe スロットに取り付けられた NVME カードの最高速度を制限することができます。次のいずれかになります。

[gen1][Gen 1]：最大速度が 2.5GT/s（ギガ転送/秒）になります。
[gen2][Gen 2]：最大速度が 5 GT/sになります。
[gen3][Gen 3]：最大速度が 8 GT/sになります。
gen4 — 最大 16GT/s までの速度が許可されます。
gen5：最大 32 GT/s までの速度が許可されます。
auto：最大速度は自動的に設定されます。これがデフォルトのオプションです。

[enabled][Enabled]：最大速度が制限されます。

（注）

前面 NVME 1 のリンク速度と前面 NVME 2 のリンク速度の場合、有効という値は、Cisco UCS M6 サーバでは利用可能ですが、サポートされていません。

[disabled][Disabled]：最大速度は制限されません。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

（注）

前面 Nvme 13 リンク速度から前面 Nvme 24 リンク速度までの場合、BIOS トークンと値は使用可能ですが、選択されている場合、BIOS レベルでは効果がありません。

HBA リンク速度

set HBALinkSpeed

このオプションでは、HBA カードの最高速度を制限することができます。次のいずれかになります。

[gen1][Gen 1]：最大速度が 2.5GT/s（ギガ転送/秒）になります。
[gen2][Gen 2]：最大速度が 5 GT/sになります。
[gen3][Gen 3]：最大速度が 8 GT/sになります。
[auto][Auto]：最大速度は自動的に設定されます。
[disabled][Disabled]：最大速度は制限されません。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

MLOM リンク速度

set Pcie SlotMLOMLinkSpeed

このオプションを使用すると MLOM アダプタの最大速度を制限できます。次のいずれかになります。

[gen1][Gen 1]：最大速度が 2.5GT/s（ギガ転送/秒）になります。
[gen2][Gen 2]：最大速度が 5 GT/sになります。
[gen3][Gen 3]：最大速度が 8 GT/sになります。
gen4 — 最大 16GT/s までの速度が許可されます。
auto：最大速度は自動的に設定されます。これがデフォルトのオプションです。
[disabled][Disabled]：最大速度は制限されません。

[enabled][Enabled]：最大速度が制限されます。

（注）

値 enabled は、Cisco UCS M6 サーバーではサポートされていません。

[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

MRAID Link Speed

scope token-feature "Pcie Slot Link Speed"

scope token-param PcieSlotMRAIDLinkSpeed

このオプションでは、MRAID の最高速度を制限することができます。次のいずれかになります。

[gen1][Gen 1]：最大速度が 2.5GT/s（ギガ転送/秒）になります。
[gen2][Gen 2]：最大速度が 5 GT/sになります。
[gen3][Gen 3]：最大速度が 8 GT/sになります。
gen4 — 最大 16GT/s までの速度が許可されます。
[auto][Auto]：最大速度は自動的に設定されます。

有効 — 最大速度は、制限されていません。

（注）

値有効は、Cisco UCS M6 サーバーではサポートされていません。

[disabled][Disabled]：最大速度は制限されません。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

RAID-n Link Speed

set Pcie SlotRAIDLinkSpeed

このオプションを使用すると RAID の最大速度を制限できます。次のいずれかになります。

[gen1][Gen 1]：最大速度が 2.5GT/s（ギガ転送/秒）になります。
[gen2][Gen 2]：最大速度が 5 GT/sになります。
[gen3][Gen 3]：最大速度が 8 GT/sになります。
gen4 — 最大 16GT/s までの速度が許可されます。
[auto][Auto]：最大速度は自動的に設定されます。
[disabled][Disabled]：最大速度は制限されません。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[すべてのオンボード LOM（All Onboard LOM）]

set AllLomPortControl

すべてのオンボード LOM ポートがイネーブルであるか、ディセーブルであるか。次のいずれかになります。

[enabled][Enabled]：すべてのオンボード LOMがイネーブルです。
[disabled][Disabled]：すべてのオンボード LOMがディセーブルです。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

LOM Port 1 OptionRom

set LomOpromControlPort0

オプション ROM が LOM ポート 1 で使用できるかどうか。次のいずれかになります。

[disabled][Disabled]：拡張スロットを使用できません。
[enabled][Enabled]：拡張スロットを使用できます。
[uefi-only][UEFI Only]：拡張スロットは UEFIでのみ使用できます。
[legacy-only][Legacy Only]：レガシーの場合にのみ拡張スロットを使用できます。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

LOM Port 2 OptionRom

set LomOpromControlPort1

オプション ROM が LOM ポート 2 で使用できるかどうか。次のいずれかになります。

[disabled][Disabled]：拡張スロットを使用できません。
[enabled][Enabled]：拡張スロットを使用できます。
[uefi-only][UEFI Only]：拡張スロットは UEFIでのみ使用できます。
[legacy-only][Legacy Only]：レガシーの場合にのみ拡張スロットを使用できます。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[Slot n State]

set SlotnState

PCIe スロット n に取り付けられているアダプタカードの状態。次のいずれかになります。

[disabled][Disabled]：拡張スロットを使用できません。
[enabled][Enabled]：拡張スロットを使用できます。
[uefi-only][UEFI Only]：拡張スロットは UEFIでのみ使用できます。
[legacy-only][Legacy Only]：レガシーの場合にのみ拡張スロットを使用できます。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[SBNVMe1 OptionROM]

set SBNVMe1OptionROM

SBNVMe1 コントローラのオプション ROM をサーバーが使用できるかどうか。次のいずれかになります。

[disabled][Disabled]：拡張スロットを使用できません。
[enabled][Enabled]：拡張スロットを使用できます。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[SBNVMe2 OptionROM]

set SBNVMe2OptionROM

SBNVMe2 コントローラのオプション ROM をサーバーが使用できるかどうか。次のいずれかになります。

[disabled][Disabled]：拡張スロットを使用できません。
[enabled][Enabled]：拡張スロットを使用できます。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[SIOCNVMe1 OptionROM] リスト

set SIOCNVMe1OptionROM

SIOCNVMe1 コントローラのオプション ROM をサーバーが使用できるかどうか。次のいずれかになります。

[disabled][Disabled]：拡張スロットを使用できません。
[enabled][Enabled]：拡張スロットを使用できます。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[SIOCNVMe2 OptionROM]

set SIOCNVMe2OptionROM

SIOCNVMe2 コントローラのオプション ROM をサーバーが使用できるかどうか。次のいずれかになります。

[disabled][Disabled]：拡張スロットを使用できません。
[enabled][Enabled]：拡張スロットを使用できます。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[SBLom1 OptionROM]

set SBLom1OptionROM

SBLom1 コントローラのオプション ROM をサーバーが使用できるかどうか。次のいずれかになります。

[disabled][Disabled]：拡張スロットを使用できません。
[enabled][Enabled]：拡張スロットを使用できます。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[SBNVMen Link Speed]

set SBNVMenLinkSpeed

SBNVMe スロット n のリンク速度。次のいずれかになります。

[gen1][Gen 1]：最大速度が 2.5GT/s（ギガ転送/秒）になります。
[gen2][Gen 2]：最大速度が 5 GT/sになります。
[gen3][Gen 3]：最大速度が 8 GT/sになります。
[enabled][Enabled]：最大速度が制限されます。
[disabled][Disabled]：最大速度は制限されません。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[SIOCNVMen Link Speed]

set SIOCNVMenLinkSpeed

SIOCNVMe スロット n のリンク速度。次のいずれかになります。

[gen1][Gen 1]：最大速度が 2.5GT/s（ギガ転送/秒）になります。
[gen2][Gen 2]：最大速度が 5 GT/sになります。
[gen3][Gen 3]：最大速度が 8 GT/sになります。
[enabled][Enabled]：最大速度が制限されます。
[disabled][Disabled]：最大速度は制限されません。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[SIOCn Link Speed]

set SIOCnLinkSpeed

SIOC スロット n のリンク速度。次のいずれかになります。

[gen1][Gen 1]：最大速度が 2.5GT/s（ギガ転送/秒）になります。
[gen2][Gen 2]：最大速度が 5 GT/sになります。
[gen3][Gen 3]：最大速度が 8 GT/sになります。
[enabled][Enabled]：最大速度が制限されます。
[disabled][Disabled]：最大速度は制限されません。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[SBMezzn Link Speed]

set SBMezznLinkSpeed

SBMezz スロット n のリンク速度。次のいずれかになります。

[gen1][Gen 1]：最大速度が 2.5GT/s（ギガ転送/秒）になります。
[gen2][Gen 2]：最大速度が 5 GT/sになります。
[gen3][Gen 3]：最大速度が 8 GT/sになります。
[enabled][Enabled]：最大速度が制限されます。
[disabled][Disabled]：最大速度は制限されません。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[IOESlotn Link Speed]

set IOESlotnLinkSpeed

IOE スロット n のリンク速度。次のいずれかになります。

[gen1][Gen 1]：最大速度が 2.5GT/s（ギガ転送/秒）になります。
[gen2][Gen 2]：最大速度が 5 GT/sになります。
[gen3][Gen 3]：最大速度が 8 GT/sになります。
[enabled][Enabled]：最大速度が制限されます。
[disabled][Disabled]：最大速度は制限されません。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[IOEMezzn Link Speed]

set IOEMezznLinkSpeed

IOEMezz スロット n のリンク速度。次のいずれかになります。

[gen1][Gen 1]：最大速度が 2.5GT/s（ギガ転送/秒）になります。
[gen2][Gen 2]：最大速度が 5 GT/sになります。
[gen3][Gen 3]：最大速度が 8 GT/sになります。
[enabled][Enabled]：最大速度が制限されます。
[disabled][Disabled]：最大速度は制限されません。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[IOENVMen Link Speed]

set IOENVMenLinkSpeed

IOENVMe スロット n のリンク速度。次のいずれかになります。

[gen1][Gen 1]：最大速度が 2.5GT/s（ギガ転送/秒）になります。
[gen2][Gen 2]：最大速度が 5 GT/sになります。
[gen3][Gen 3]：最大速度が 8 GT/sになります。
[enabled][Enabled]：最大速度が制限されます。
[disabled][Disabled]：最大速度は制限されません。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[CDN Support for LOMs]

set CdnSupport

イーサネットネットワーキング識別子の命名規則を、Consistent Device Naming（CDN）と従来の命名規則のどちらに準拠させるかを指定します。次のいずれかになります。

有効：OS イーサネットネットワーク識別子に、LOM ポート 0 や LOM ポート 1 のように、物理的な LAN on Motherboard（LOM）のポート番号付けに基づく Consistent Device Naming（CDN）規則で名前を付けます。
[disabled]：OS イーサネットネットワーキング識別子に、デフォルトの規則に従って ETH0、ETH1 などの名前を付けます。デフォルトで、CDN オプションはディセーブルになっています。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[VMD Enable]

set VMDEnable

PCIe バスに接続されている NVMe SSD をスワップできるかどうかを指定します。この設定により、これらのドライブの LED ステータスライトも標準化されます。LED ステータスライトは、特定の障害インジケータパターンを表示するようにオプションでプログラムできます。

次のいずれかになります。

[enabled]：PCIe バスに接続されている NVMe SSD のホットスワップを許可します。
[disabled]：PCIe バスに接続されている NVMe SSD のホットスワップを禁止します。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

ACS 制御 SLOT-n

set ACSCtlSlotn

n = 11 ~ 14

アクセスコントロールサービス (ACS) を使用すると、プロセッサでは制御スロット n の複数のデバイス間のピアツーピア通信を有効または無効にすることができます。次のいずれかになります。

有効: 制御スロット n の複数のデバイス間のピアツーピア通信を有効にします。
無効: 制御スロット n の複数のデバイス間のピアツーピア通信を無効にします。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

PCIe スロット GPUn OptionROM

次の場合のみ Cisco UCS C480 M5 ML サーバー

GPU スロット n のオプション ROM が有効かどうか。n は、1 ~ 8 のスロット番号です。次のいずれかになります。

[disabled][Disabled]：拡張スロットを使用できません。
[enabled][Enabled]：拡張スロットを使用できます。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

ACS 制御 GPU-n

set ACSCtlGpun

n = 1 ~ 8

アクセスコントロールサービス (ACS) を使用すると、プロセッサでは GPU の複数のデバイス間のピアツーピア通信を有効または無効にすることができます。次のいずれかになります。

無効: GPU の複数のデバイス間のピアツーピア通信を有効にします。
有効: GPU の複数のデバイス間のピアツーピア通信を無効にします。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[PCIe PLL SSC]ドロップダウンリスト

クロックを 0.5％ダウンスプレッドすることで EMI 干渉を低減します。

拡散せずにクロックを集中化するには、この機能を無効にします。

すべての Cisco UCS M5 と M6 サーバーの場合、このオプションはデフォルトで無効になっています。

無効：クロックは拡散せずに集中化されます。
自動：EMI干渉は自動調整されます。
zeropointfive：クロックを0.5％ダウンスプレッドすることでEMI干渉を低減します。
プラットフォームのデフォルト — BIOS は、サーバータイプおよびベンダーの BIOS デフォルトに含まれるこの属性の値を使用します。

Front Nvmen OptionROM

scope token-feature "PCI Slot OptionROM Enable"

scope token-param PcieSlotFrontNvme nOptionROM

このオプションでは、SSD:NVMe スロットnに接続された PCIe アダプタのオプション ROM の実行を制御することができます。次のいずれかになります。

[有効] — これは、デフォルトオプションです。
[disabled][Disabled]

[PCIe スロット n リンク速度（PCIe Slotn Link Speed）]

scope token-feature "PCI Slot LINK Speed"

scope token-param PcieSlotLinkSpeed

スロット n で指定された PCIe スロットのリンク速度。次のいずれかになります。

[gen1][Gen 1]：最大速度が 2.5GT/s（ギガ転送/秒）になります。
[gen2][Gen 2]：最大速度が 5 GT/sになります。
[gen3][Gen 3]：最大速度が 8 GT/sになります。
gen4 — 最大 16GT/s までの速度が許可されます。
[auto][Auto]：最大速度は自動的に設定されます。
[disabled][Disabled]：最大速度は制限されません。

MSTOR-RAID リンクスピード

sc token-feature "PCI Slot LINK Speed"

sc token-param PcieSlotMSTORRAIDLinkSpeed

このオプションを使用すると MSTOR アダプタの最大速度を制限できます。次のいずれかになります。

[gen1][Gen 1]：最大速度が 2.5GT/s（ギガ転送/秒）になります。
[gen2][Gen 2]：最大速度が 5 GT/sになります。
[gen3][Gen 3]：最大速度が 8 GT/sになります。
gen4 — 最大 16GT/s までの速度が許可されます。
[auto][Auto]：最大速度は自動的に設定されます。
[disabled][Disabled]：最大速度は制限されません。

（注）

この BIOS 設定 MSTOR-RAID リンク速度では、トークンと値を使用できますが、選択しても BIOS レベルには影響しません。

MSTOR-RAID OptionROM

sc token-feature "MSTOR-RAID OptionROM"

sc token-param PcieSlotMSTORRAIDoptionROM

サーバが PCIe MSTOR RAID のオプション ROM を使用するかどうか。次のいずれかが考えられます。

無効 — オプション ROM は使用できません。
有効 — Option ROM これがデフォルトのオプションです。

MLOM OptionROM

set slot-option-rom-enable-config pcie-mlom

オプション ROM が MLOM ポートで使用できるかどうか。次のいずれかになります。

[disabled][Disabled]：拡張スロットを使用できません。
[enabled][Enabled]：拡張スロットを使用できます。これがデフォルトのオプションです。

MRAID OptionROM

set Pcie SlotMRAID OptionROM

オプション ROM が MRAID ポートで使用できるかどうか。次のいずれかになります。

[disabled][Disabled]：拡張スロットを使用できません。
[enabled][Enabled]：拡張スロットを使用できます。これがデフォルトのオプションです。

Rear Nvme n OptionRom

set RearNvmenOptionROM

オプション ROM が背面 NVMEn ポートで使用できるかどうか。次のいずれかになります。

[disabled][Disabled]：拡張スロットを使用できません。
[enabled][Enabled]：拡張スロットを使用できます。これがデフォルトのオプションです。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

PCIe slot MSTOR Link Speed

sc token-feature "PCI Slot LINK Speed"

sc token-param PcieSlotMSTORRAIDLinkSpeed

このオプションを使用すると MSTOR アダプタの最大速度を制限できます。次のいずれかになります。

[gen1][Gen 1]：最大速度が 2.5GT/s（ギガ転送/秒）になります。
[gen2][Gen 2]：最大速度が 5 GT/sになります。
[gen3][Gen 3]：最大速度が 8 GT/sになります。
gen4 — 最大 16GT/s までの速度が許可されます。
auto：最大速度は自動的に設定されます。これがデフォルトのオプションです。
[disabled][Disabled]：最大速度は制限されません。

PCIe Slot MSTOR RAID OptionROM

scope token-feature "pcie MSTOR-RAID OptionROM"

sc token-param PcieSlotMSTORRAIDoptionROM

サーバが PCIe MSTOR RAID のオプション ROM を使用するかどうか。次のいずれかが考えられます。

無効 — オプション ROM は使用できません。
有効 — Option ROM これがデフォルトのオプションです。

PCIe RAS Support

sc token-feature "pcie ras-support"

PCIe RAS サポートが PCIe スロットで使用可能かどうか。次のいずれかになります。

無効 — PCIe RAS はスロットで使用可能です。
有効 — PCIe RAS はスロットで使用できません。これがデフォルトのオプションです。

MRAIDn Link Speed

scope token-feature "Pcie Slot Link Speed"

scope token-param PcieSlotMRAIDLinkSpeed

このオプションでは、MRAID の最高速度を制限することができます。次のいずれかになります。

[gen1][Gen 1]：最大速度が 2.5GT/s（ギガ転送/秒）になります。
[gen2][Gen 2]：最大速度が 5 GT/sになります。
[gen3][Gen 3]：最大速度が 8 GT/sになります。
gen4 — 最大 16GT/s までの速度が許可されます。
auto：最大速度は自動的に設定されます。これがデフォルトのオプションです。
[disabled][Disabled]：最大速度は制限されません。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

MRAIDn OptionROM

scope token-feature "Pcie Slot OptionROM"

scope token-param PcieSlotOptionROM

オプション ROM が MRAID ポートで使用できるかどうか。次のいずれかになります。

[disabled][Disabled]：拡張スロットを使用できません。
[enabled][Enabled]：拡張スロットを使用できます。これがデフォルトのオプションです。

NVME-n OptionROM

scope token-feature "Pcie Slot OptionROM"

scope token-param PcieSlotOptionROM

オプション NVME がポートで使用できるかどうか。次のいずれかになります。

[disabled][Disabled]：拡張スロットを使用できません。
[enabled][Enabled]：拡張スロットを使用できます。これがデフォルトのオプションです。

PCIe スロット OCP リンク速度

scope token-feature "Pcie Slot ocp Link Speed"

scope token-param PcieSlotocpLinkSpeed

このオプションを使用すると OCP の最大速度を制限できます。次のいずれかになります。

[gen1][Gen 1]：最大速度が 2.5GT/s（ギガ転送/秒）になります。
[gen2][Gen 2]：最大速度が 5 GT/sになります。
[gen3][Gen 3]：最大速度が 8 GT/sになります。
auto：最大速度は自動的に設定されます。これがデフォルトのオプションです。
[disabled][Disabled]：最大速度は制限されません。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

RAIDn OptionROM

scope token-feature "raid optionrom"

scope token-param raidoptionrom

オプション ROM が RAID ポートで使用できるかどうか。次のいずれかになります。

[disabled][Disabled]：拡張スロットを使用できません。
[enabled][Enabled]：拡張スロットを使用できます。これがデフォルトのオプションです。

IOENVMen OptionROM

scope token-feature "ioenvme optionrom"

scope token-param ioenvmeoptionrom

オプション ROM が IOENVMe ポートで使用できるかどうか。次のいずれかになります。

[disabled][Disabled]：拡張スロットを使用できません。
[enabled][Enabled]：拡張スロットを使用できます。これがデフォルトのオプションです。

GPUn OptionRom

scope token-feature "ioemezz1 optionrom"

scope token-param ioemezz1optionrom

オプション ROM が GPU ポートで使用できるかどうか。次のいずれかになります。

[disabled][Disabled]：拡張スロットを使用できません。
[enabled][Enabled]：拡張スロットを使用できます。これがデフォルトのオプションです。

RAID リンク速度

scope token-feature "raid link speed"

scope token-param RAIDLinkSpeed

このオプションを使用すると RAID の最大速度を制限できます。次のいずれかになります。

[gen1][Gen 1]：最大速度が 2.5GT/s（ギガ転送/秒）になります。
[gen2][Gen 2]：最大速度が 5 GT/sになります。
[gen3][Gen 3]：最大速度が 8 GT/sになります。
auto：最大速度は自動的に設定されます。これがデフォルトのオプションです。

有効 — 最大速度は、制限されていません。

（注）

値 enabled は、Cisco UCS M6 サーバーではサポートされていません。

[disabled][Disabled]：最大速度は制限されません。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[External SSC enable] ドロップダウンリスト

このオプションでは、外部クロックジェネレータのクロック拡散スペクトルを有効または無効にすることができます。

Cisco B シリーズサーバおよび S シリーズ M5 および M6 サーバの場合、このオプションはデフォルトで無効になっています。Cisco C シリーズラックサーバでは、デフォルトで有効になっています。

[無効 (Disabled)][無効 (Disabled)]—クロック拡散スペクトルのサポートは使用できません。
enabled Enabled：クロックスペクトラム拡散サポートは常に使用可能です。
[Platform Default][platform-default]：BIOSは、サーバタイプとベンダーを決める際に、BIOS デフォルト値に含まれるこの属性の値を使用します。

[SR-IOVサポート（SR-IOV Support）]

scope token-feature "sriov"

scope token-param "sriov-support"

サーバー上で SR-IOV（Single Root I/O Virtualization）を有効にするか無効にするか。次のいずれかになります。

イネーブル化 — SR-IOV はイネーブル化されます。これがデフォルトのオプションです。
ディセーブル化 — SR-IOV はディセーブル化されます。

グラフィック設定の BIOS 設定

次の表に、BIOS ポリシーまたはデフォルト BIOS 設定を介して実行できるグラフィック設定の BIOS 設定の一覧を示します。


名前	説明
[Integrated Graphics] set integrated-graphics-config integrated-graphics	統合グラフィックスをイネーブルにします。次のいずれかになります。 [platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。 [enabled]：統合グラフィックスがイネーブルになります。 [disabled]：統合グラフィックスがディセーブルになります。
Integrated Graphics Aperture Size set integrated-graphics-aperture-config integrated-graphics-aperture	統合グラフィックスコントローラのマップドメモリのサイズを設定できます。次のいずれかになります。 [platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。 128mb [256mb] [512mb] [1024mb] [2048mb] [4096mb]
Onboard Graphics set onboard-graphics-config onboard-graphics	オンボードグラフィックス（KVM）をイネーブルにします。次のいずれかになります。 [platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。 [enabled]：オンボードグラフィックがイネーブルになります。 [disabled]：オンボードグラフィックスがディセーブルになります。

ブートオプションの BIOS 設定

次の表は、BIOS ポリシーまたはデフォルトの BIOS 設定を介して行うことができるブートオプションの BIOS 設定を示しています。


名前	説明

（注）

Cisco UCS Manager の BIOS パラメータ仮想化機能により、統合された一連のサービスプロファイルの BIOS 設定を実際の BIOS サポートパラメータにマッピングします。ただし、すべての BIOS 設定項目がすべてのサーバーモデルやプラットフォームに適用できるわけではありません。カスタム BIOS ポリシーを作成し、[ブートオプション再試行（Boot Option Retry）] を選択したときに、ブート可能なオプションがない場合は、Cisco UCS B420 M4 サーバーのリブートは失敗し、Cisco UCS Manager は次のメッセージを表示します：[Reboot and Select proper Boot device or Insert Boot Media in selected Boot device and press a key（再起動して適切な起動デバイスを選択するか、選択した起動デバイスに起動メディアを挿入して、キーを押してください）]。ブートパスを修正した後には、手動でブートオプションを設定して、サーバーが停電の後にリブートできるようにしておく必要があります。BIOS デフォルトサーバーのポリシー、および BIOS オプションとそのデフォルト設定の詳細については、BIOS ポリシーおよびサーバー BIOS 設定を参照してください。

サーバー管理 BIOS 設定

次の表に、BIOS ポリシーまたはデフォルト BIOS 設定を介して実行できるサーバー管理 BIOS 設定の一覧を示します。

一般設定


名前	説明
[Assert NMI on SERR] set assert-nmi-on-serr-config assertion	システムエラー（SERR）の発生時に、BIOS がマスク不能割り込み（NMI）を生成し、エラーをログに記録するかどうか。次のいずれかになります。 disabled：SERR の発生時に、BIOS は NMI を生成することもエラーをログに記録することもしません。 enabled：SERR の発生時に、BIOS は NMI を生成し、エラーをログに記録します。[Assert NMI on PERR] を有効にする場合は、この設定を有効にする必要があります。 [platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。
[Assert NMI on PERR] set assert-nmi-on-perr-config assertion	プロセッサバスパリティエラー（PERR）の発生時に、BIOS がマスク不能割り込み（NMI）を生成し、エラーをログに記録するかどうか。次のいずれかになります。 disabled：PERR の発生時に、BIOS は NMI を生成することもエラーをログに記録することもしません。 enabled：PERR の発生時に、BIOS は NMI を生成し、エラーをログに記録します。この設定を使用するには、[Assert NMI on SERR] をイネーブルにする必要があります。 [platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。
[OS Boot Watchdog Timer Policy] set os-boot-watchdog-timer-policy-config os-boot-watchdog-timer-policy	ウォッチドッグタイマーが切れた場合にシステムで実行されるアクション。次のいずれかになります。 [power-off][Power Off]：OS ブート中にウォッチドッグタイマーが期限切れになった場合、サーバーは電源オフになります。 [reset][Reset]：OS のブート中にウォッチドッグタイマーが切れた場合、サーバーはリセットされます。 [platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。このオプションは、[OS Boot Watchdog Timer] をイネーブルにした場合にだけ利用できます。
[OS Boot Watchdog Timer Timeout] set os-boot-watchdog-timer-timeout-config os-boot-watchdog-timer-timeout	BIOS でウォッチドッグタイマーの設定に使用されるタイムアウト値。次のいずれかになります。 [5-minutes]：ウォッチドッグタイマーは OS ブート開始から 5 分後に期限切れになります。 [10-minutes]：ウォッチドッグタイマーは OS ブート開始から 10 分後に期限切れになります。 [15-minutes]：ウォッチドッグタイマーは OS ブート開始から 15 分後に期限切れになります。 [20 分（20-minutes）]：ウォッチドッグタイマーは OS ブート開始から 20 分後に期限切れになります。 [platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。このオプションは、[OS Boot Watchdog Timer] をイネーブルにした場合にだけ利用できます。
[FRB-2 タイマー（FRB-2 Timer）] set frb-2-timer-config frb-2-timer	POST 中にシステムがハングした場合に、システムを回復するために FRB-2 タイマーが使用されるかどうか。次のいずれかになります。 disabled：FRB-2 タイマーは使用されません。 enabled：POST 中に FRB-2 タイマーが開始され、必要に応じてシステムの回復に使用されます。 [platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

コンソールリダイレクション設定

名前

説明

[Console redirection]

set console-redir-config console-redir

POST および BIOS のブート中に、シリアルポートをコンソールリダイレクションで使用できるようにします。BIOS のブートが完了し、オペレーティングシステムがサーバを担当すると、コンソールリダイレクションの関連性はなくなり、無効になります。次のいずれかになります。

disabled：POST 中にコンソールリダイレクションは発生しません。

com 0：POST 中にコンソールリダイレクション陽のシリアルポートを有効にします。このオプションは M6 ブレードサーバーおよびラックマウントサーバーに対してのみ有効です。

（注）

値 serial-port-a は、M6 サーバーではサポートされていません。

[serial-port-b] または [COM 1]：POST 中のコンソールリダイレクション用にシリアルポート B を有効にし、サーバー管理タスク実行を許可します。このオプションは、ラックマウントサーバーでのみ有効です。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

（注）

このオプションを有効にする場合は、POST 中に表示される Quiet Boot のロゴ画面を無効にします。

[Flow Control]

set console-redir-config flow-control

フロー制御にハンドシェイクプロトコルを使用するかどうかを設定します。送信要求/クリアツーセンド（RTS/CTS）を使用すると、隠れた端末の問題が原因で発生する可能性がある、フレームコリジョンを減らすことができます。次のいずれかになります。

none：フロー制御は使用されません。
rts-cts：RTS/CTS がフロー制御に使用されます。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

（注）

この設定は、リモートターミナルアプリケーション上の設定と一致している必要があります。

[Baud rate]

set console-redir-config baud-rate

シリアルポートの伝送速度として使用されるボーレート。[コンソールリダイレクション（Console Redirection）] を無効にした場合、このオプションを使用できません。次のいずれかになります。

9600：9600 ボーレートが使用されます。
19200：19200 ボーレートが使用されます。
38400：38400 ボーレートが使用されます。
57600：57600 ボーレートが使用されます。
115200：115200 ボーレートが使用されます。これがデフォルトのオプションです。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

（注）

この設定は、リモートターミナルアプリケーション上の設定と一致している必要があります。

[Terminal type]

set console-redir-config terminal-type

コンソールリダイレクションに使用される文字フォーマットのタイプ。次のいずれかになります。

pc-ansi：PC-ANSI 端末フォントが使用されます。
vt100：サポートされている vt100 ビデオ端末とその文字セットが使用されます。
vt100-plus：サポートされている vt100-plu ビデオ端末とその文字セットが使用されます。
vt-utf8：UTF-8 文字セットのビデオ端末が使用されます。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

（注）

この設定は、リモートターミナルアプリケーション上の設定と一致している必要があります。

[Legacy OS redirection]

set console-redir-config legacy-os-redir

シリアルポートでレガシーなオペレーティングシステム（DOS など）からのリダイレクションを有効にするかどうか。次のいずれかになります。

disabled：コンソールリダイレクションがイネーブルになっているシリアルポートは、レガシーなオペレーティングシステムから認識されません。
enabled：コンソールリダイレクションがイネーブルになっているシリアルポートはレガシーオペレーティングシステムに表示されます。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[Putty KeyPad]

set console-redir-config putty-function-keypad

PuTTY ファンクションキーおよびテンキーの最上段のキーのアクションを変更できます。次のいずれかになります。

vt100：ファンクションキーによって ESC OP ～ ESC O[ を生成します。
linux：Linux 仮想コンソールを模倣します。ファンクションキー F6 ～ F12 はデフォルトモードと同様に動作しますが、F1 ～ F5 は ESC [[A ～ ESC [[E を生成します。
xtermr6：ファンクションキー F5 ～ F12 がデフォルトモードと同様に動作します。ファンクションキー F1 ～ F4 によって ESC OP ～ ESC OS を生成します。これはデジタル端末のキーパッドの上段によって生成されるシーケンスです。
sco：ファンクションキー F1 ～ F12 が ESC [M ～ ESC [X を生成します。ファンクションキーと Shift キーによって ESC [Y ～ ESC [j を生成します。Ctrl キーとファンクションキーによって ESC [k ～ ESC [v を生成します。Shift、Ctrl およびファンクションキーによって ESC [w ～ ESC [{ を生成します。
[escn][ESCN]：デフォルトモードです。ファンクションキーはデジタル端末の一般的な動作と一致します。ファンクションキーによって ESC [11~ や ESC [12~ などのシーケンスを生成します。
vt400：ファンクションキーがデフォルトモードと同様に動作します。テンキーの最上段のキーによって ESC OP ～ ESC OS を生成します。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[アウトオブバンド管理（Out of Band Management）]

Windows の Special Administration Control（SAC）で使用。このオプションを使用すると、Windows 緊急管理サービスに使用できる COM ポート 0 を設定できます。このセットアップオプションに基づいて ACPI SPCR テーブルが報告されます。次のいずれかになります。

[disabled][Disabled]：Windows オペレーティングシステムで使用する汎用ポートとして COM ポート 0 を設定します。
[enabled][Enabled]：Windows 緊急管理サービスのリモート管理ポートとして COM ポート 0 を設定します。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[BIOS POST 後のリダイレクション（Redirection After BIOS POST）]

set console-redir-config putty-function-keypad

BIOS POST が完了し、OS ブートローダに制御が渡された後に、BIOS コンソールリダイレクションがアクティブであるかどうか。次のいずれかになります。

[always_enable][Always Enable]：OS ブート時と実行時に BIOS レガシーコンソールリダイレクションがアクティブになります。
[bootloader][Bootloader]：OS ブートローダに制御が渡される前に BIOS レガシーコンソールリダイレクションが無効になります。
[platform-default]：BIOS は、サーバタイプとベンダーの BIOS デフォルト値に含まれるこの属性の値を使用します。

[OS ウォッチドッグタイマーポリシー（OS Watchdog Timer Policy）]

scope token-feature "OS Boot Watchdog Timer Policy"

scope token-param "OS Boot Watchdog Timer Policy"

ウォッチドッグタイマーが切れた場合にシステムで実行されるアクション。次のいずれかになります。

[power_off] ：OS のブート中にウォッチドッグタイマーの期限が切れた場合、サーバーの電源がオフになります。これがデフォルトのオプションです。
[reset][Reset]：OS のブート中にウォッチドッグタイマーが切れた場合、サーバーはリセットされます。

[FRB-2 タイマー（FRB 2 Timer）]

scope token-feature "FRB 2 Timer"

scope token-param "FRB 2 Timer"

POST 中にシステムがハングアップした場合に、システムを回復するために FRB2 タイマーを使用するかどうかを指定します。次のいずれかになります。

[無効（disabled）]：FRB-2 タイマーは使用しません。
[有効（enabled）]：POST 中に FRB-2 タイマーが開始され、必要に応じてシステムの回復に使用されます。これがデフォルトのオプションです。

OS ウォッチドッグタイマー

scope token-feature "OS Boot Watchdog Timer"

scope token-param "OS Boot Watchdog Timer"

BIOS が指定されたタイムアウト値でウォッチドッグタイマーをプログラムするかどうか。次のいずれかになります。

[disabled][Disabled]：サーバーのブートにかかる時間のトラッキングにウォッチドッグタイマーは使用されません。これがデフォルトのオプションです。
[enabled][Enabled]：サーバーのブートにかかる時間をウォッチドッグタイマーでトラッキングします。これがデフォルトのオプションです。

OSウォッチドッグタイマータイムアウト

scope token-feature "OS Boot Watchdog Timer Timeout"

scope token-param "OS Boot Watchdog Timer Timeout"

OS が指定された時間内にブートしない場合、OS ウォッチドッグタイマーの期限が切れ、システムはタイマーポリシーに基づいてアクションを実行します。次のいずれかになります。

5 minutes — OS ウォッチドッグタイマーは、ブートが開始されてから 5 分後に期限が切れます。
10 minutes — OS ウォッチドッグタイマーは、ブートが開始されてから 10 分後に期限が切れます。これがデフォルトのオプションです。
15 minutes — OS ウォッチドッグタイマーは、ブートが開始されてから 15 分後に期限が切れます。
20 minutes — OS ウォッチドッグタイマーは、ブートが開始されてから 20 分後に期限が切れます。

（注）

このオプションは、OS ウォッチドッグタイマーをイネーブル化した場合にのみ適用されます。

BIOS ポリシー

BIOS ポリシーは、サーバーまたはサーバーグループに対する BIOS 設定の設定を自動化するポリシーです。ルート組織内のすべてのサーバーに対して使用可能なグローバル BIOS ポリシーを作成するか、サブ組織の階層に対してのみ使用可能な BIOS ポリシーを作成できます。

BIOS ポリシーを使用するには、次の手順を実行します。

Cisco UCS Manager で BIOS ポリシーを作成します。
BIOS ポリシーを 1 つ以上のサービスプロファイルに割り当てます。
サービスプロファイルをサーバーと関連付けます。

サービスプロファイルの関連付け時に、Cisco UCS Manager はサーバー上の BIOS 設定を BIOS ポリシー内の設定と一致するように変更します。BIOS ポリシーを作成せず、BIOS ポリシーをサービスプロファイルに割り当てていない場合は、サーバーの BIOS 設定にそのサーバープラットフォームのデフォルトが使用されます。

デフォルトの BIOS 設定

Cisco UCS Manager には、Cisco UCS がサポートするサーバーの各タイプのためのデフォルト BIOS 設定が含まれています。デフォルト BIOS 設定は、ルート組織だけで使用でき、グローバルです。Cisco UCS でサポートされている各サーバープラットフォームには、1 セットの BIOS 設定のみを適用できます。デフォルト BIOS 設定は変更できますが、デフォルト BIOS 設定の追加セットの作成はできません。

デフォルト BIOS 設定の各セットは、サポートされているサーバーの特定のタイプに合わせて設計されており、サービスプロファイルに BIOS ポリシーが含まれていない、特定のタイプのすべてのサーバーに適用されます。

サーバー固有の設定が満たされない特定の要件が Cisco UCS 実装にあるのでない限り、Cisco UCS ドメイン内のサーバーの各タイプ用に設計されたデフォルト BIOS 設定を使用することをお勧めします。

Cisco UCS Manager により、これらのサーバープラットフォーム固有の BIOS 設定が次のように適用されます。

サーバーに関連付けられたサービスプロファイルには、BIOS ポリシーは含まれません。
BIOS ポリシーには、特定の設定に対するプラットフォームデフォルトのオプションが設定されます。

Cisco UCS Manager によって提供されるデフォルト BIOS 設定は変更できます。ただし、デフォルトの BIOS 設定に対する変更は、その特定のタイプまたはプラットフォームのすべてのサーバーに適用されます。特定のサーバーの BIOS 設定のみを変更する場合は、BIOS ポリシーを使用することを推奨します。

M5 サーバー以降の BIOS トークンは読み取り専用であり、変更することはできません。BIOS トークン、デフォルト値、および値の完全な最新リストについては、[Cisco UCS M5 Server BIOS Tokens] を参照してください。

M6 サーバー以降の BIOS トークンは読み取り専用であり、変更することはできません。BIOS トークン、デフォルト値、および値の完全な最新リストについては、「Cisco UCS M6 Server BIOS Tokens」を参照してください。

BIOS ポリシーの作成

（注）

Cisco UCS Manager は、BIOS ポリシーまたはデフォルトの BIOS 設定による BIOS 設定の変更を Cisco Integrated Management Controller（CIMC）バッファにプッシュします。これらの変更はバッファ内にとどまり、サーバーがリブートされるまでは有効になりません。

設定するサーバーで BIOS 設定のサポートを確認することをお勧めします。RAS メモリのミラーリングモードなどの一部の設定は、すべての Cisco UCS サーバーでサポートされているわけではありません。

手順

	コマンドまたはアクション	目的
ステップ 1	UCS-A# scope org `org-name`	指定した組織で組織モードを開始します。デフォルト組織モードを開始するには、 `org-name` に / と入力します。
ステップ 2	UCS-A /org # create bios-policy `policy-name`	BIOS ポリシーを指定されたポリシー名で作成し、組織 BIOS ポリシーモードを開始します。
ステップ 3	BIOS 設定を設定します。
ステップ 4	UCS-A /org/bios-policy # commit-buffer	トランザクションをシステムの設定にコミットします。

例

次の例では、ルート組織下で BIOS ポリシーを作成し、トランザクションをコミットします。

UCS-A# scope org /
UCS-A /org # create bios-policy biosPolicy3
UCS-A /org/bios-policy* # set numa-config numa-optimization enabled 
UCS-A /org/bios-policy* # commit-buffer 
UCS-A /org/bios-policy #

BIOS デフォルトの変更

次の手順を使用して、UCS M4 以前のサーバーの BIOS デフォルトを変更および設定することができます。UCS M5 サーバーで導入された新しい BIOS 設定は、この手順を使用して設定できません。

設定するサーバーで BIOS 設定のサポートを確認することをお勧めします。RAS メモリのミラーリングモードなどの一部の設定は、すべての Cisco UCS サーバーでサポートされているわけではありません。

サーバー固有の設定が満たされない特定の要件が Cisco UCS 実装にあるのでない限り、Cisco UCS ドメイン内のサーバーの各タイプ用に設計されたデフォルト BIOS 設定を使用することをお勧めします。

手順

コマンドまたはアクション

目的

ステップ 1

UCS-A# scope system

システムモードを開始します。

ステップ 2

UCS-A /system # scope server-defaults

サーバーデフォルトモードを開始します。

ステップ 3

UCS-A /system/server-defaults # show platform

（任意）すべてのサーバーのプラットフォームの説明を表示します。

ステップ 4

UCS-A /system/server-defaults # scope platform platform-description

指定したサーバーでサーバーデフォルトモードを開始します。platform-description 引数に、次の形式で show platform コマンドによって表示されるサーバーの説明を入力します："vendor" model revision

ヒント

ベンダーは、すべての句読点を含め、show platform コマンドで示したとおり正確に入力する必要があります。

ステップ 5

UCS-A /system/server-defaults/platform # scope bios-settings

サーバーでサーバーデフォルト BIOS 設定モードを開始します。

ステップ 6

BIOS 設定を再設定します。

ステップ 7

UCS-A /system/server-defaults/platform/bios-settings # commit-buffer

トランザクションをシステムの設定にコミットします。

例

次に、プラットフォームの NUMA デフォルト BIOS 設定を変更し、トランザクションをコミットする例を示します。

UCS-A# scope system
UCS-A /system # scope server-defaults 
UCS-A /system/server-defaults # show platform 

Platform:
    Product Name Vendor     Model      Revision
    ------------ ---------- ---------- --------
    Cisco B200-M1
                 Cisco Systems, Inc.
                            N20-B6620-1
                                       0

UCS-A /system/server-defaults # scope platform "Cisco Systems, Inc." N20-B6620-1 0
UCS-A /system/server-defaults/platform # scope bios-settings 
UCS-A /system/server-defaults/platform/bios-settings # set numa-config numa-optimization disabled
UCS-A /system/server-defaults/platform/bios-settings* # commit-buffer 
UCS-A /system/server-defaults/platform/bios-settings #

UCS-A# scope system
UCS-A /system # scope server-defaults
UCS-A /system/server-defaults # show platform

Platform:
    Product Name Vendor     Model      Revision
    ------------ ---------- ---------- --------
    Cisco UCS B230-M2
                 Cisco Systems, Inc.
                            B230-BASE-M2
                                       0
    Cisco UCS B440 M2
                 Cisco Systems, Inc.
                            B440-BASE-M2
                                       0
    Cisco C260-M2
                 Cisco Systems, Inc.
                            C260-BASE-2646
                                       0
    Cisco B200-M1
                 Cisco Systems, Inc.
                            N20-B6620-1
                                       0
    Cisco B250-M1
                 Cisco Systems, Inc.
                            N20-B6620-2
UCS-A /system/server-defaults # scope platform "Cisco Systems, Inc." B230-BASE-M2 0
UCS-A /system/server-defaults/platform # scope bios-settings
UCS-A /system/server-defaults/platform/bios-settings # set numa-config numa-optimization disabled
UCS-A /system/server-defaults/platform/bios-settings* # committ-buffer
UCS-A /system/server-defaults/platform/bios-settings* #

M5 サーバーの BIOS 設定の構成

Cisco UCS Manager CLI を使用して、UCS M5 以前のサーバーの BIOS 設定を構成できます。UCS M5 サーバーで導入された新しい BIOS 設定は、この手順でのみ設定できます。

設定するサーバーで BIOS 設定のサポートを確認することをお勧めします。RAS メモリのミラーリングモードなどの一部の設定は、すべての Cisco UCS サーバーでサポートされているわけではありません。

手順

	コマンドまたはアクション	目的
ステップ 1	UCS-A# scope org `org-name`	指定した組織の組織モードを開始します。ルート組織モードを開始するには、`org-name` として / を入力します。
ステップ 2	UCS-A /org # scope bios-policy `bios-policy-name`	指定された BIOS ポリシーの bios-policy モードを開始します。
ステップ 3	（任意） UCS-A /org/bios-policy # show token-feature	（任意）指定された BIOS ポリシー内の BIOS トークン機能の完全なリストを表示します。
ステップ 4	UCS-A /org/bios-policy # scope token-feature "`bios-token-feature-name`"	指定された BIOS トークン機能のトークン機能モードを開始します。
ステップ 5	（任意） UCS-A /org/bios-policy/token-feature # show token-param	（任意）指定された BIOS トークン機能の BIOS トークンパラメータの完全なリストを表示します。
ステップ 6	UCS-A /org/bios-policy/token-feature # scope token-param `bios-token-parameter-name`	指定された BIOS トークンパラメータ名のトークンパラメータモードを開始します。
ステップ 7	（任意） UCS-A /org/bios-policy/token-feature/token-param # show token-settings	（任意）指定された BIOS トークンパラメータのトークン設定の完全なリストを表示します。
ステップ 8	UCS-A /org/bios-policy/token-feature/token-param # scope token-settings `token-setting`	指定された BIOS トークンパラメータ名のトークン設定モードを開始します。
ステップ 9	UCS-A /org/bios-policy/token-feature/token-param/token-settings # set is-selected `yes` \| `no`	yes または no キーワードを使用して、指定されたトークン設定を選択済みまたは未選択として設定します。
ステップ 10	UCS-A /org/bios-policy/token-feature/token-param/token-settings # commit-buffer	トランザクションをシステムの設定にコミットします。

例

次に、BIOS トークン設定を行う例を示します。

UCS-A# scope org
UCS-A /org # scope bios-policy bp
UCS-A /org/bios-policy # scope token-feature "Consistent Device Name Control"
UCS-A /org/bios-policy/token-feature # scope token-param cdnEnable
UCS-A /org/bios-policy/token-feature/token-param # scope token-settings Enabled
UCS-A /org/bios-policy/token-feature/token-param/token-settings # set is-selected yes
UCS-A /org/bios-policy/token-feature/token-param/token-settings* # commit-buffer
UCS-A /org/bios-policy/token-feature/token-param/token-settings #

M4 サーバーの実際の BIOS 設定の表示

サーバーの実際の BIOS 設定を表示するには、次の手順を実行します。

手順

コマンドまたはアクション

目的

ステップ 1

UCS-A# scope server chassis-id / server-id

指定サーバーのシャーシサーバーモードを開始します。

ステップ 2

UCS-A /chassis/server # scope bios

指定したサーバーで BIOS モードを開始します。

ステップ 3

UCS-A /chassis/server/bios # scope bios-settings

指定したサーバーで BIOS 設定モードを開始します。

ステップ 4

UCS-A /chassis/server/bios/bios-settings show setting

BIOS 設定を表示します。 show ? と入力して、 setting で使用可能な値のリストを表示します。

（注）

show setting コマンドは、M5 以降のサーバーではサポートされません。M5 以降のサーバーでの手順については、「M5 以降のサーバーの実際の BIOS 設定の表示」を参照してください。

例

次に、シャーシ 1 のブレード 3 の BIOS 設定を表示する例を示します。

UCS-A# scope server 1/3
UCS-A /chassis/server # scope bios
UCS-A /chassis/server/bios # scope  bios-settings
UCS-A /chassis/server/bios/bios-settings # show intel-vt-config
 
Intel Vt Config:
    Vt
    --
    Enabled

UCS-A /chassis/server/bios/bios-settings #

M5 以降のサーバーの実際の BIOS 設定の表示

サーバーの実際の BIOS 設定を表示するには、次の手順を実行します。

手順

	コマンドまたはアクション	目的
ステップ 1	UCS-A# scope server `chassis-id` / `server-id`	指定サーバーのシャーシサーバーモードを開始します。
ステップ 2	UCS-A /chassis/server # scope bios	指定したサーバーで BIOS モードを開始します。
ステップ 3	UCS-A /chassis/server/bios # scope bios-settings	指定したサーバーで BIOS 設定モードを開始します。
ステップ 4	UCS-A /chassis/server/bios/bios-settings # show token-feature "`BIOS_Token_Feature_Name`" detail expand	指定した BIOS トークン機能名の BIOS 設定を表示します。`BIOS_Token_Feature_Name` で使用可能な値の一覧を確認するには、show ? と入力します。
ステップ 5	（任意） UCS-A /chassis/server/bios/bios-settings # show detail	（任意）すべての BIOS トークンの BIOS 設定を表示します。

例

次に、シャーシ 1 のブレード 4 の CDN 制御に関する BIOS 設定を表示する例を示します。

UCS-A# scope server 1/4
UCS-A /chassis/server # scope bios
UCS-A /chassis/server/bios # scope  bios-settings
UCS-A /chassis/server/bios/bios-settings # show token-feature "Consistent Device Name Control" detail expand 

Token Feature:
    Bios Token Feature Name: Consistent Device Name Control

    Token Parameter:
        Bios Token Parameter Name: cdnEnable
        UI Display Name: CDN Control

        Token Settings:
            Bios Token Settings Name: Disabled
            BIOS Returned Setting Name: Disabled
            Selected: Yes
UCS-A /chassis/server/bios/bios-settings #

BIOS ポリシーの BIOS トークン詳細の表示

手順

	コマンドまたはアクション	目的
ステップ 1	UCS-A# scope org `org-name`	指定した組織の組織モードを開始します。ルート組織モードを開始するには、`org-name` として / を入力します。
ステップ 2	UCS-A /org # scope bios-policy `bios-policy-name`	指定された BIOS ポリシーの bios-policy モードを開始します。
ステップ 3	UCS-A /org/bios-policy # show detail expand	指定された BIOS ポリシーに対して設定されているすべての BIOS トークン機能、パラメータ、および設定に関する詳細情報を表示します。
ステップ 4	（任意） UCS-A /org/bios-policy # scope token-feature "`bios-token-feature-name`"	（任意）指定された BIOS トークン機能のトークン機能モードを開始します。
ステップ 5	（任意） UCS-A /org/bios-policy/token-feature # show detail [expand]	（任意）指定された BIOS トークン機能の BIOS トークンパラメータの完全なリストを表示します。
ステップ 6	（任意） UCS-A /org/bios-policy/token-feature # scope token-param `bios-token-parameter-name`	（任意）指定された BIOS トークンパラメータ名のトークンパラメータモードを開始します。
ステップ 7	（任意） UCS-A /org/bios-policy/token-feature/token-param # show detail [expand]	（任意）指定された BIOS トークンパラメータのトークン設定の完全なリストを表示します。

例

次に、すべての BIOS トークン機能、パラメータ、および設定を含む、BIOS ポリシーに関する詳細情報を表示する例を示します。

UCS-A# scope org 
UCS-A /org # scope bios-policy bp
UCS-A /org/bios-policy # show detail expand

BIOS Policy:
    Name: bp
    Description: Recommended bios settings for bp
    Reboot on BIOS Policy Change: No
    Policy Owner: Local

    Token Feature:
        Bios Token Feature Name: All USB Devices

        Token Parameter:
            Bios Token Parameter Name: AllUsbDevices
            UI Display Name: All USB Devices

            Token Settings:
                Bios Token Settings Name: Disabled
                BIOS Returned Setting Name: Disabled
                Selected: No

                Bios Token Settings Name: Enabled
                BIOS Returned Setting Name: Enabled
                Selected: No

        Bios Token Feature Name: Altitude

        Token Parameter:
            Bios Token Parameter Name: Altitude
            UI Display Name: Altitude
        
            Token Settings:
                Bios Token Settings Name: 1500-M
                BIOS Returned Setting Name: 1500 M
                Selected: No
        
                Bios Token Settings Name: 300-M
                BIOS Returned Setting Name: 300 M
                Selected: No
        
                Bios Token Settings Name: 3000-M
                BIOS Returned Setting Name: 3000 M
                Selected: No
        
                Bios Token Settings Name: 900-M
                BIOS Returned Setting Name: 900 M
                Selected: No
        
                Bios Token Settings Name: Auto
                BIOS Returned Setting Name: Auto
                Selected: No
        
      …

次に、特定の BIOS トークン機能の BIOS トークンパラメータに関する詳細情報を表示する例を示します。

UCS-A# scope org 
UCS-A /org # scope bios-policy bp
UCS-A /org/bios-policy # scope token-feature "Console redirection"
UCS-A /org/bios-policy/token-feature # show detail expand
 
Token Feature:
    Bios Token Feature Name: Console redirection
 
    Token Parameter:
        Bios Token Parameter Name: BaudRate
        UI Display Name: Baud rate
 
        Token Settings:
            Bios Token Settings Name: 115.2k
            BIOS Returned Setting Name: 115.2k
            Selected: No
 
            Bios Token Settings Name: 19.2k
            BIOS Returned Setting Name: 19.2k
            Selected: No
 
            Bios Token Settings Name: 38.4k
            BIOS Returned Setting Name: 38.4k
            Selected: No
 
            Bios Token Settings Name: 57.6k
            BIOS Returned Setting Name: 57.6k
            Selected: No
 
            Bios Token Settings Name: 9.6k
            BIOS Returned Setting Name: 9.6k
            Selected: No
 
 
        Bios Token Parameter Name: FlowCtrl
        UI Display Name: Flow Control
 
        Token Settings:
            Bios Token Settings Name: None
            BIOS Returned Setting Name: None
            Selected: No
 
            Bios Token Settings Name: RTS-CTS
            BIOS Returned Setting Name: RTS-CTS
            Selected: No

次に、特定の BIOS トークンパラメータの BIOS トークン設定に関する詳細情報を表示する例を示します。

UCS-A# scope org 
UCS-A /org # scope bios-policy bp
UCS-A /org/bios-policy # scope token-feature "Console redirection"
UCS-A /org/bios-policy/token-feature # scope token-param BaudRate
UCS-A /org/bios-policy/token-feature/token-param # show detail expand
 
Token Parameter:
    Bios Token Parameter Name: BaudRate
    UI Display Name: Baud rate
 
    Token Settings:
        Bios Token Settings Name: 115.2k
        BIOS Returned Setting Name: 115.2k
        Selected: No
 
        Bios Token Settings Name: 19.2k
        BIOS Returned Setting Name: 19.2k
        Selected: No
 
        Bios Token Settings Name: 38.4k
        BIOS Returned Setting Name: 38.4k
        Selected: No
 
        Bios Token Settings Name: 57.6k
        BIOS Returned Setting Name: 57.6k
        Selected: No
 
        Bios Token Settings Name: 9.6k
        BIOS Returned Setting Name: 9.6k
        Selected: No

トラステッドプラットフォームモジュール

トラステッドプラットフォームモジュール（TPM）は、サーバーの認証に使用するアーティファクトを安全に保存できるコンポーネントです。これらのアーティファクトには、パスワード、証明書、または暗号キーを収録できます。プラットフォームが信頼性を維持していることを確認するうえで効果的なプラットフォームの尺度の保存でも、TPM を使用できます。すべての環境で安全なコンピューティングを実現するうえで、認証（プラットフォームがその表明どおりのものであることを証明すること）および立証（プラットフォームが信頼でき、セキュリティを維持していることを証明するプロセス）は必須の手順です。これは Intel の Trusted Execution Technology（TXT）セキュリティ機能の要件であり、TPM を搭載したサーバーの BIOS 設定で有効にする必要があります。Cisco UCS M4 ブレードおよびラックマウントサーバーは、TPM をサポートします。TPM はこれらのサーバーでデフォルトで有効になっています。

重要	Cisco UCS Manager をリリース 2.2(4) 以降にアップグレードすると、TPM が有効になります。 TPM が有効な状態で Cisco UCS Manager をリリース 2.2(4) 以降からダウングレードすると、TPM が無効になります。

Intel Trusted Execution Technology

Intel Trusted Execution Technology（TXT）を使用すると、ビジネスサーバー上で使用および保管される情報の保護機能が強化されます。この保護の主要な特徴は、隔離された実行環境および付随メモリ領域の提供にあり、機密データに対する操作をシステムの他の部分から見えない状態で実行することが可能になります。Intel TXT は、暗号キーなどの機密データを保管できる封印されたストレージ領域を提供し、悪意のあるコードからの攻撃時に機密データが漏洩するのを防ぐために利用できます。Cisco UCS M4 ブレードおよびラックマウントサーバーは、TXT をサポートします。TXT はこれらのサーバーでデフォルトで無効になっています。

TXT は、[TMP]、[Intel Virtualization Technology (VT)]、および [Intel Virtualization Technology for Directed I/O (VT-d)] を有効にした後でのみ、有効にすることができます。TXT のみを有効にすると、暗黙的に TPM、VT、および VT-d も有効になります。

TPM の有効化または無効化

手順

	コマンドまたはアクション	目的
ステップ 1	UCS-A# scope org `org-name`	指定した組織の組織モードを開始します。ルート組織モードを開始するには、`org-name` として / を入力します。
ステップ 2	UCS-A /org # create bios-policy `policy-name`	BIOS ポリシーを指定されたポリシー名で作成し、組織 BIOS ポリシーモードを開始します。
ステップ 3	UCS-A /org/bios-policy* # set trusted-platform-module-config tpm-state {disabled \| enabled \| platform-default}	TPM を enabled にするか disabled にするかを指定します。platform-default は TPM が有効です。
ステップ 4	UCS-A /org/bios-policy* # commit-buffer	トランザクションをシステムの設定にコミットします。
ステップ 5	UCS-A /org # create service-profile `sp-name`}	指定されたサービスプロファイルを作成し、サービスプロファイルのコンフィギュレーションモードを開始します。
ステップ 6	UCS-A /org/service-profile* # set bios-policy `policy-name`	指定された BIOS ポリシーをサービスプロファイルに関連付けます。
ステップ 7	UCS-A /org/service-profile* # commit-buffer	トランザクションをシステムの設定にコミットします。
ステップ 8	UCS-A /org/service-profile # associate server `chassis-id / slot-id`	サービスプロファイルを 1 つのサーバーに関連付けます。

例

次に、TPM を有効にする例を示します。


UCS-A # scope org
UCS-A /org # create bios-policy bp1
UCS-A /org/bios-policy* # set trusted-platform-module-config tpm-state enabled
UCS-A /org/bios-policy* # commit-buffer
UCS-A /org # create service-profile sp1
UCS-A /org/service-profile* # set bios-policy bp1
UCS-A /org/service-profile* # commit-buffer
UCS-A /org/service-profile # associate server 1/2

TPM のプロパティの表示

手順

	コマンドまたはアクション	目的
ステップ 1	UCS-A# scope server `chassis-id`/`cartridge-id`/`server-id`	指定したサーバのサーバモードを開始します。
ステップ 2	UCS-A /chassis/cartridge/server # scope tpm `tpm-id`	指定された TPM ID の TPM モードを開始します。
ステップ 3	UCS-A /chassis/cartridge/server/tpm # show	TPM プロパティを表示します。
ステップ 4	UCS-A /chassis/cartridge/server/tpm # show detail	TPM プロパティの詳細を表示します。

例

次に、モジュラサーバーの TPM プロパティを表示する例を示します。

UCS-A# scope server 1/3/1
UCS-A /chassis/cartridge/server # scope tpm 1
UCS-A /chassis/cartridge/server/tpm # show

Trusted Platform Module:
    Presence: Equipped
    Enabled Status: Enabled
    Active Status: Activated
    Ownership: Unowned
UCS-A /chassis/cartridge/server/tpm # show detail

Trusted Platform Module:
    Enabled Status: Enabled
    Active Status: Activated
    Ownership: Unowned
    Tpm Revision: 2
    Model: UCSX-TPM2-001
    Vendor: Cisco Systems Inc
    Serial: FCH19257E58
    Admin Action: Unspecified
    Config State: Not Applied
UCS-A /chassis/cartridge/server/tpm #

TXT の有効化または無効化

手順

	コマンドまたはアクション	目的
ステップ 1	UCS-A# scope org `org-name`	指定した組織の組織モードを開始します。ルート組織モードを開始するには、`org-name` として / を入力します。
ステップ 2	UCS-A /org # create bios-policy `policy-name`	BIOS ポリシーを指定されたポリシー名で作成し、組織 BIOS ポリシーモードを開始します。
ステップ 3	UCS-A /org/bios-policy* # set intel-trusted-execution-technology-config txt-support {enabled \| disabled \| platform-default}	TXT を enabled にするか disabled にするかを指定します。 platform-default は TXT が無効です。
ステップ 4	UCS-A /org/bios-policy* # commit-buffer	トランザクションをシステムの設定にコミットします。
ステップ 5	UCS-A /org # create service-profile `sp-name`}	指定されたサービスプロファイルを作成し、サービスプロファイルのコンフィギュレーションモードを開始します。
ステップ 6	UCS-A /org/service-profile* # set bios-policy `policy-name`	指定された BIOS ポリシーをサービスプロファイルに関連付けます。
ステップ 7	UCS-A /org/service-profile* # commit-buffer	トランザクションをシステムの設定にコミットします。
ステップ 8	UCS-A /org/service-profile # associate server `chassis-id / slot-id`	サービスプロファイルを 1 つのサーバーに関連付けます。

例

次に、TXT を有効にする例を示します。


UCS-A # scope org
UCS-A /org # create bios-policy bp1
UCS-A /org/bios-policy* # set intel-trusted-execution-technology-config txt-support enabled
UCS-A /org/bios-policy* # commit-buffer
UCS-A /org # create service-profile sp1
UCS-A /org/service-profile* # set bios-policy bp1
UCS-A /org/service-profile* # commit-buffer
UCS-A /org/service-profile # associate server 1/2

一貫したデバイスの命名

オペレーティングシステムが一貫した方法でイーサネットインターフェイスに命名できるメカニズムがない場合は、サーバーの構成が変更されたネットワーク接続の管理は困難になります。Cisco UCS Manager リリース 2.2(4) で導入された一貫したデバイスの命名（CDN）を使用すると、イーサネットインターフェイスに一貫した方法で名前を付けることができます。これにより、アダプタまたは他の設定が変更された場合でも、イーサネットインターフェイスの名前がより永続的になります。

vNIC の CDN を設定するには、次の手順を実行します。

BIOS ポリシーで一貫したデバイスの命名を有効にします。
BIOS ポリシーとサービスプロファイルを関連付けます。
vNIC の一貫した命名を設定します。

一貫したデバイスの命名の注意事項と制約事項（CDN）

CDN は次のオペレーティングシステムでサポートされています。
- Windows 2016 以降の Windows リリース
- Windows Server 2019
- Red Hat Enterprise Linux （RHEL）7.x と以降の RHEL リリース
- SLES 12 SP3、SLES 12 SP4、および SLES 15 ( 4.0 (4a) 以降)
- ESXi 6.7
CDN は、 M4 以降のすべてのブレードサーバーとラックマウントサーバーでサポートされます。
CDN をサポートするには、BIOS とアダプタファームウェアがリリース 2.2(4) 以降のバンドルに組み込まれている必要があります。
RHEL オペレーティングシステムがサーバにインストールされている場合、「sysfs label 」としてコマンド「biosdevname -d 」を実行すると、CDN が表示されます。CDN によってカーネル名が変更されることはありません。
CDN は vNIC テンプレートでサポートされています。
同じサービスプロファイル内の複数の vNIC に同じ CDN 名を指定することはできません。
CDN 名が vNIC に指定されていない場合は、vNIC 名が CDN 名として使用されます。
vNIC に設定する CDN 名は、[Admin CDN Name] として表示されます。vNIC に最後に適用された CDN 名前は、[Oper CDN Name] として表示されます。たとえば、「vnic0」という名前の vNIC の [管理者 CDN 名（Admin CDN Name）] が cdn0 の場合、この vNIC の [オペレータ CDN 名（Oper CDN Name）] は cdn0 になりますが、同じ vNIC でも [管理者 CDN 名（Admin CDN Name）] が指定されていない場合は [オペレータ CDN 名（Oper CDN Name）] は vnic0 になります。
Cisco UCS Manager リリース 3.1 とそれより古いリリースでは、CDN 対応の BIOS ポリシーがサーバーに割り当てられている場合、アダプタファームウェアのダウングレードは禁止されています。
Cisco UCS Manager リリース 2.2（4）では、CDN のイネーブル化がされた BIOS ポリシーが関連付けられたサーバープロファイル上に割り当てられた場合、Cisco UCS Managerまたは BIOS のダウングレードは禁止されています。
適用された BIOS ポリシーが　CDN 非対応から CDN 対応に、または CDN　対応から CDN 非対応に変更された場合は、BIOS 更新プログラムのリブートが有効かどうかに関係なく、警告が表示されホストがリブートします。
Windows オペレーティングシステムをインストールする前に、BIOS ポリシーで CDN を有効にし、vNIC　に　CDN　名を追加しておくことを推奨します。

Windows オペレーティングシステムがすでにサーバーにインストールされ、CDN　が　BIOS　ポリシーで有効な場合は、次の手順を実行します。

ネットワークドライバをアンインストールします。
システムで非表示のデバイスをスキャンし、それらをアンインストールします。
システムで新しいハードウェアを再スキャンし、ネットワークドライバを再インストールします。

（注）

これを行わないと、vNIC が設定された CDN 名で認識されません。

サービスプロファイルで、適用された BIOS ポリシーが　CDN 非対応から CDN 対応に、または CDN　対応から CDN 非対応に変更された場合は、次の手順を実行します。

ネットワークドライバをアンインストールします。
システムで非表示のデバイスをスキャンし、それらを削除します。
システムで新しいハードウェアを再スキャンし、ネットワークドライバを再インストールします。

（注）

BIOS ポリシーが CDN 対応から CDN 非対応に変更された場合は、CDN 名がシステム上のすべての vNIC から削除されたことを確認します。

vNIC に変更が加えられた場合、システム上のすべてのデバイスの BDF も変更されます。次に、システムに存在するすべての vNIC の BDF の変更をトリガするいくつかのシナリオを示します。
- vNIC が追加または削除された場合
- vNIC がシステム上のあるアダプタからシステム上の別のアダプタに移動された場合
これらの変更がシステムに加えられた場合は、次の手順を実行します。
1. 存在するすべてのネットワークインターフェイスからネットワークドライバをアンインストールします。
2. システムで非表示のデバイスをスキャンし、それらをアンインストールします。
3. システムで新しいハードウェアを再スキャンし、ネットワークコントローラにネットワークドライバを再インストールします。
非表示のデバイスが削除されないと、ネットワークアダプタの CDN 名は Cisco UCS Manager に設定されたとおりに表示されません。

各種アダプタが混在する場合の CDN

CDN 名が　CDN　がサポートされているアダプタと CDN がサポートされていないアダプタが混在するシステム内の vNIC に設定されると、システム配置において、CDN が設定された vNIC が CDN をサポートするアダプタに配置されない場合があります。

CDN が BIOS ポリシーで有効であり、システム配置によって、CDN　が設定された vNIC（Admin CDN 設定済み）が CDN をサポートしていないアダプタに配置された場合は、情報エラーが発生しますが、サービスプロファイルの設定問題は無視されます。

CDN が BIOS ポリシーで有効であり、システム配置によって、vNIC（Admin CDN 未設定）が CDN をサポートしていないアダプタに配置された場合は、情報エラーが発生しますが、サービスプロファイルの設定問題は無視されます。この場合、[Oper CDN Name] は空になり、vNIC 名から派生されません。

CDN 名をサーバーのホストネットワークインターフェイス名として展開する場合は、サポートされるアダプタに手動で vNIC を配置する必要があります。

BIOS ポリシーでの Consistent Device Naming（CDN）の有効化

（注）

デフォルトの BIOS ポリシーは CDN 値を Cisco UCS B200 M6 サーバおよびそれ以降のサーバモデルに保存しないため、Cisco UCS Manager はカスタム CDN 値を vNIC に送信しません。BIOS ポリシーの CDN 値を設定するには、CDN 値を含む必要な値を使用して BIOS ポリシーを作成します。

手順

	コマンドまたはアクション	目的
ステップ 1	UCS-A# scope org `org-name`	指定した組織の組織モードを開始します。ルート組織モードを開始するには、`org-name` として / を入力します。
ステップ 2	UCS-A /org # create bios-policy `policy-name`	BIOS ポリシーを指定されたポリシー名で作成し、組織 BIOS ポリシーモードを開始します。
ステップ 3	UCS-A /org/bios-policy* # set consistent-device-name-control cdn-name {enabled \| disabled \| platform-default}	Consistent Device Naming（CDN）を enabled にするか disabled にするかを指定します。
ステップ 4	UCS-A /org/bios-policy* # commit-buffer	トランザクションをシステムの設定にコミットします。

例

次の例は、BIOS ポリシーでの CDN を有効にする方法を示しています。


UCS-A # scope org
UCS-A /org # create bios-policy cdn-bios-policy
UCS-A /org/bios-policy* # set consistent-device-name-control cdn-name enabled
UCS-A /org/bios-policy* # commit-buffer

BIOS ポリシーとサービスプロファイルの関連付け

手順

	コマンドまたはアクション	目的
ステップ 1	UCS-A# scope org `org-name`	指定した組織の組織モードを開始します。ルート組織モードを開始するには、`org-name` として / を入力します。
ステップ 2	UCS-A /org # scope service-profile `sp-name`}	指定したサービスプロファイルのサービスプロファイルコンフィギュレーションモードを開始します。
ステップ 3	UCS-A /org/service-profile # set bios-policy `policy-name`	指定された BIOS ポリシーをサービスプロファイルに関連付けます。
ステップ 4	UCS-A /org/service-profile* # commit-buffer	トランザクションをシステムの設定にコミットします。

例

次の例は、CDN が有効の BIOS ポリシーをサービスプロファイルに関連付ける方法を示します。


UCS-A # scope org
UCS-A /org # scope service-profile sp1
UCS-A /org/service-profile # set bios-policy cdn-bios-policy
UCS-A /org/service-profile* # commit-buffer

vNIC の Consistent Device Naming（CDN）の設定

手順

	コマンドまたはアクション	目的
ステップ 1	UCS-A# scope org `org-name`	指定した組織の組織モードを開始します。ルート組織モードを開始するには、`org-name` として / を入力します。
ステップ 2	UCS-A /org # scope service-profile `sp-name`	指定したサービスプロファイルのサービスプロファイルコンフィギュレーションモードを開始します。
ステップ 3	UCS-A /org/service-profile # scope vnic `vnic-name`	指定した vNIC の vNIC コンフィギュレーションモードを開始します。
ステップ 4	UCS-A /org/service-profile/vnic # set cdn-name `cdn-name`	vNIC に CDN 名を指定します。
ステップ 5	UCS-A /org/service-profile/vnic* # commit-buffer	トランザクションをシステムの設定にコミットします。

例

次に、vNIC に CDN を設定する例を示します。


UCS-A # scope org
UCS-A /org # scope service-profile sp1
UCS-A /org/service-profile # scope vnic vn1
UCS-A /org/service-profile/vnic # set cdn-name eth0
UCS-A /org/service-profile/vnic* # commit-buffer

vNIC の CDN 名の表示

手順

	コマンドまたはアクション	目的
ステップ 1	UCS-A# scope server `server-num`	指定したサーバのサーバモードを開始します。
ステップ 2	UCS-A /server # scope adapter `adapter-id`	指定されたアダプタのアダプタモードを開始します。
ステップ 3	UCS-A /server/adapter # show host-eth-if [detail] [expand]	指定されたアダプタのホストイーサネットインターフェイスの詳細が表示されます。

例

次に、vNIC の CDN 名を表示する例を示します。


UCS-A # scope server 3
UCS-A /server # scope adapter 1
UCS-A /server/adapter # show host-eth-if detail expand

Eth Interface:
    ID: 1
    Dynamic MAC Address: 00:25:B5:00:00:99
    Burned-In MAC Address: 00:00:00:00:00:00
    Model: UCSC-PCIE-CSC-02
    Name: vnic1
    Cdn Name: cdn0
    Admin State: Enabled
    Operability: Operable
    Order: 1

vNIC のステータスの表示

手順

	コマンドまたはアクション	目的
ステップ 1	UCS-A# scope org `org-name`	指定した組織の組織モードを開始します。ルート組織モードを開始するには、`org-name` として / を入力します。
ステップ 2	UCS-A /org # scope service-profile `sp-name`	指定したサービスプロファイルのサービスプロファイルコンフィギュレーションモードを開始します。
ステップ 3	UCS-A /org/service-profile # show vnic [detail] [expand]	指定されたサービスプロファイルの vNIC の詳細を表示します。

例

次に、vNIC のステータスを表示する例を示します。

（注）

vNIC に設定する CDN 名は、[Admin CDN Name] として表示されます。BIOS ポリシーに最後に適用された CDN 名は、[Oper CDN Name] として表示されます。

UCS-A# scope org
UCS-A /org # scope service-profile sp1
UCS-A /org/service-profile # show vnic detail expand

vNIC:
    Name: vnic1
    Fabric ID: B
    Dynamic MAC Addr: 00:25:B5:17:47:01
    Desired Order: Unspecified
    Actual Order: 1
    Desired VCon Placement: 2
    Actual VCon Placement: 2
    Desired Host Port: ANY
    Actual Host Port: NONE
    Equipment: sys/chassis-2/blade-5/adaptor-3/host-eth-2
    Host Interface Ethernet MTU: 1500
    Ethernet Interface Admin CDN Name:cdn0
    Ethernet Interface Oper CDN Name:cdn0
    Template Name:

CIMC セキュリティポリシー

Cisco UCS Manager セキュリティを強化するために次のポリシーを提供しています。

KVM 管理ポリシー
IPMI アクセスプロファイル

IPMI アクセスプロファイル

このポリシーでは、IP アドレスを使用して、IPMI コマンドを直接サーバーに送信できるかどうかを決定することができます。たとえば、CIMC からセンサーデータを取得するためのコマンドを送信することができます。このポリシーは、サーバーでローカルに認証可能なユーザー名とパスワードを含む IPMI アクセス、およびこのアクセスが読み取り専用か、読み取りと書き込みであるかを定義します。

また、IPMI アクセスプロファイルの IPMI over LAN を無効または有効にして、リモート接続を制限することもできます。IPMI over LAN は、関連付けされていないすべてのサーバー、および IPMI アクセスポリシーがないすべてのサーバーでデフォルトで無効になっています。IPMI アクセスポリシーを作成すると、デフォルトで、IPMI over LAN が「有効」に設定されます。この値を「無効」に変更しない場合は、関連するすべてのサーバーで IPMI over LAN が有効になります。

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

IPMI アクセスプロファイルの作成

Before you begin

次を入手します。

適切な権限があり、サーバのオペレーティングシステムによる認証が可能なユーザ名
このユーザ名のパスワード
ユーザ名と関連付けられている権限

Procedure

Command or Action

Purpose

Step 1

UCS-A# scope org org-name

指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。

Step 2

UCS-A /org # create ipmi-access-profile profile-name

指定された IPMI アクセスプロファイルを作成し、組織 IPMI アクセスプロファイルモードを開始します。

Step 3

UCS-A /org/ipmi-access-profile # set ipmi-over-lan {disable | enable}

リモート接続を確立できるかどうかを決定します。

Note

IPMI over LAN は、関連付けされていないすべてのサーバー、および IPMI アクセスポリシーがないすべてのサーバーでデフォルトで無効になっています。IPMI アクセスポリシーを作成すると、デフォルトで、IPMI over LAN が「有効」に設定されます。この値を「無効」に変更しない場合は、関連するすべてのサーバーで IPMI over LAN が有効になります。

Step 4

UCS-A /org/ipmi-access-profile # create ipmi-user ipmi-user-name

指定されたエンドポイントユーザーを作成して、組織 IPMI アクセスプロファイルエンドポイントユーザーモードを開始します。

Note

IPMI アクセスプロファイル内には、それぞれが独自のパスワードと権限を持つエンドポイントユーザーを複数作成できます。

Step 5

UCS-A /org/ipmi-access-profile/ipmi-user # set password

エンドポイントユーザーのパスワードを設定します。

set password コマンドを入力すると、パスワードの入力と確認を求めるプロンプトが表示されます。セキュリティ上の理由から、入力したパスワードは CLI には表示されません。

Step 6

UCS-A /org/ipmi-access-profile/ipmi-user # set privilege {admin | readonly}

エンドポイントユーザーが管理権限と読み取り専用権限のいずれを持つかを指定します。

Step 7

UCS-A /org/ipmi-access-profile/ipmi-user # commit-buffer

トランザクションをシステムの設定にコミットします。

Example

次の例は、ReadOnly という名前の IPMI アクセスプロファイルを作成し、bob という名前のエンドポイントユーザーを作成して、bob のパスワードと権限を設定し、トランザクションをコミットします。

UCS-A# scope org /
UCS-A /org # create ipmi-access-profile ReadOnly
UCS-A /org/ipmi-access-profile* # create ipmi-user bob
UCS-A /org/ipmi-access-profile/ipmi-user* # set password
Enter a password:
Confirm the password:
UCS-A /org/ipmi-access-profile/ipmi-user* # set privilege readonly
UCS-A /org/ipmi-access-profile/ipmi-user* # commit-buffer
UCS-A /org/ipmi-access-profile/ipmi-user #

What to do next

IPMI プロファイルをサービスプロファイルとテンプレートのうち一方、または両方に含めます。

IPMI アクセスプロファイルの削除

Procedure

	Command or Action	Purpose
Step 1	UCS-A# scope org `org-name`	指定した組織の組織モードを開始します。ルート組織モードを開始するには、`org-name` に / と入力します。
Step 2	UCS-A /org # delete ipmi-access-profile `profile-name`	指定した IPMI アクセスプロファイルを削除します。
Step 3	UCS-A /org # commit-buffer	トランザクションをシステムの設定に対して確定します。

Example

次に、ReadOnly という名前の IPMI アクセスプロファイルを削除し、トランザクションをコミットする例を示します。

UCS-A# scope org /
UCS-A /org # delete ipmi-access-profile ReadOnly
UCS-A /org* # commit-buffer
UCS-A /org #

IPMI アクセスプロファイルへのエンドポイントユーザーの追加

Procedure

Command or Action

Purpose

Step 1

UCS-A# scope org org-name

指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。

Step 2

UCS-A /org # scope ipmi-access-profile profile-name

指定した IPMI アクセスプロファイルの組織 IPMI アクセスプロファイルモードを開始します。

Step 3

UCS-A /org/ipmi-access-profile # create ipmi-user ipmi-user-name

指定されたエンドポイントユーザーを作成して、組織 IPMI アクセスプロファイルエンドポイントユーザーモードを開始します。

Note

IPMI アクセスプロファイル内には、それぞれが独自のパスワードと権限を持つエンドポイントユーザーを複数作成できます。

Step 4

UCS-A /org/ipmi-access-profile/ipmi-user # set password

エンドポイントユーザーのパスワードを設定します。

set password コマンドを入力すると、パスワードの入力と確認を求めるプロンプトが表示されます。セキュリティ上の理由から、入力したパスワードは CLI には表示されません。

Step 5

UCS-A /org/ipmi-access-profile/ipmi-user # set privilege {admin | readonly}

エンドポイントユーザーが管理権限と読み取り専用権限のいずれを持つかを指定します。

Step 6

UCS-A /org/ipmi-access-profile/ipmi-user # commit-buffer

トランザクションをシステムの設定にコミットします。

Example

次の例では、ReadOnly という名前の IPMI アクセスプロファイルに alice という名前のエンドポイントユーザーを追加し、トランザクションをコミットします。

UCS-A# scope org /
UCS-A /org* # scope ipmi-access-profile ReadOnly
UCS-A /org/ipmi-access-profile* # create ipmi-user alice
UCS-A /org/ipmi-access-profile/ipmi-user* # set password
Enter a password:
Confirm the password:
UCS-A /org/ipmi-access-profile/ipmi-user* # set privilege readonly
UCS-A /org/ipmi-access-profile/ipmi-user* # commit-buffer
UCS-A /org/ipmi-access-profile/ipmi-user #

IPMI アクセスプロファイルからのエンドポイントユーザーの削除

Procedure

	Command or Action	Purpose
Step 1	UCS-A# scope org `org-name`	指定した組織の組織モードを開始します。ルート組織モードを開始するには、`org-name` に / と入力します。
Step 2	UCS-A /org # scope ipmi-access-profile `profile-name`	指定した IPMI アクセスプロファイルの組織 IPMI アクセスプロファイルモードを開始します。
Step 3	UCS-A /org/ipmi-access-profile # delete ipmi-user `epuser-name`	IPMI アクセスプロファイルから指定したエンドポイントユーザーを削除します。
Step 4	UCS-A /org/ipmi-access-profile # commit-buffer	トランザクションをシステムの設定にコミットします。

Example

次に、ReadOnly という名前の IPMI アクセスプロファイルから alice という名前のエンドポイントユーザーを削除し、トランザクションをコミットする例を示します。

UCS-A# scope org /
UCS-A /org # scope ipmi-access-profile ReadOnly
UCS-A /org/ipmi-access-profile # delete ipmi-user alice
UCS-A /org/ipmi-access-profile* # commit-buffer
UCS-A /org/ipmi-access-profile #

KVM 管理ポリシー

KVM 管理ポリシーを使用して、KVM 経由でサーバーにアクセスするときに仮想メディア（vMedia）暗号化を有効にするかどうかを指定できます。

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

（注）

KVM 仮想メディア（vMedia）セッションがマッピングされた後、KVM 管理ポリシーを変更すると、仮想メディア（vMedia）セッションは失われます。KVM 仮想メディア（vMedia）セッションを再度マッピングする必要があります。

Cisco UCS Manager リリース 4.0 (4) 以前では、ポート 2068 が唯一の KVM ポートでした。リリース 4.0(4) から、KVM ポートとして 1024 ~ 49151 のポート番号を設定できます。ポート 2068 は引き続きデフォルトの KVM ポート番号です。

KVM 管理ポリシーの設定

手順

コマンドまたはアクション

目的

ステップ 1

UCS-A# scope org org-name

指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。

ステップ 2

UCS-A /org # create kvm-mgmt-policy policy-name

指定された KVM 管理ポリシーを作成し、組織 KVM 管理ポリシーモードを開始します。

ステップ 3

（任意） UCS-A /org/kvm-mgmt-policy* # set descr description

（任意）

ポリシーの説明を記します。

ステップ 4

UCS-A /org/kvm-mgmt-policy* # set vmedia-encryption {disable | enable}

vMedia の暗号化を有効にするか無効にするかを指定します。

（注）

UCS Manager 4.2 以降、vMedia 暗号化はセキュリティ目的で常に有効になっています。ユーザーが変更することはできません。

ステップ 5

UCS-A /org/kvm-mgmt-policy* # set kvm-port port-num

KVM ポートを指定します。1024 と 49151 のポート番号に指定できます。デフォルトのポート番号は 2068 です。

ステップ 6

UCS-A /org/kvm-mgmt-policy* # commit-buffer

トランザクションをシステムの設定にコミットします。

例

次に、KVM_Policy1 という名前の KVM 管理ポリシーを作成し、vMedia の暗号化を有効にし、KVM ポート番号を設定して、トランザクションをコミットする例を示します。

UCS-A# scope org /
UCS-A /org # create kvm-mgmt-policy KVM_Policy1
UCS-A /org/kvm-mgmt-policy* # set vmedia-encryption enable
UCS-A /org/kvm-mgmt-policy* # set kvm-port 2078
UCS-A /org/kvm-mgmt-policy* # commit-buffer
UCS-A /org/kvm-mgmt-policy #

KVM 管理ポリシーの変更

手順

	コマンドまたはアクション	目的
ステップ 1	UCS-A# scope org `org-name`	指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。
ステップ 2	UCS-A /org # scope kvm-mgmt-policy `policy-name`	指定されたKVM 管理ポリシーの組織 KVM 管理ポリシーモードの入力します。
ステップ 3	（任意） UCS-A /org/kvm-mgmt-policy # set descr `description`	（任意）ポリシーの説明を記します。
ステップ 4	UCS-A /org/kvm-mgmt-policy* # set vmedia-encryption {disable \| enable}	vMedia の暗号化を有効にするか無効にするかを指定します。
ステップ 5	UCS-A /org/kvm-mgmt-policy* # set kvm-port `port-num`	KVM ポートを指定します。1024 と 49151 のポート番号に指定できます。デフォルトのポート番号は 2068 です。
ステップ 6	UCS-A /org/kvm-mgmt-policy* # commit-buffer	トランザクションをシステムの設定にコミットします。

例

次に、KVM_Policy1 という名前の KVM 管理ポリシーを変更し、トランザクションをコミットする例を示します。

UCS-A# scope org /
UCS-A /org # scope kvm-mgmt-policy KVM_Policy1
UCS-A /org/kvm-mgmt-policy # show detail
Kvm Mgmt Policy:
    Name: KVM_Policy1
    Description:
    Vmedia Encryption: Disable
    Kvm Port: 2078
UCS-A /org/kvm-mgmt-policy* # set vmedia-encryption enable
UCS-A /org/kvm-mgmt-policy* # set kvm-port 2088
UCS-A /org/kvm-mgmt-policy* # commit-buffer
UCS-A /org/kvm-mgmt-policy # show detail
Kvm Mgmt Policy:
    Name: KVM_Policy1
    Description:
    Vmedia Encryption: Enable
    Kvm Port: 2088

KVM 管理ポリシーのプロパティの表示

手順

	コマンドまたはアクション	目的
ステップ 1	UCS-A# scope org `org-name`	指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。
ステップ 2	UCS-A /org # scope kvm-mgmt-policy `policy-name`	指定されたKVM 管理ポリシーの組織 KVM 管理ポリシーモードの入力します。
ステップ 3	UCS-A /org/kvm-mgmt-policy # show detail	指定されたポリシーの詳細を表示します。

例

次の例は、 KVM_Policy1 という名の KVM 管理ポリシーの詳細を表示する方法を示します。

UCS-A# scope org /
UCS-A /org # scope kvm-mgmt-policy KVM_Policy1
UCS-A /org/kvm-mgmt-policy # show detail
Kvm Mgmt Policy:
    Name: KVM_Policy1
    Description:
    Vmedia Encryption: Enable
    Kvm Port: 2088
UCS-A /org/kvm-mgmt-policy #

SPDM セキュリティ

Cisco UCS M6 サーバには、デバイス自体に対する攻撃の手段となったり、デバイスを使用してシステム内の別のデバイスを攻撃したりする可能性のある、変更可能コンポーネントが含まれている場合があります。これらの攻撃を防御するために、セキュリティプロトコルおよびデータモデル（SPDM）仕様では、デバイスがその ID と変更可能なコンポーネント構成の正確さを証明するように要求する安全なトランスポートの実装が可能になっています。

SPDM は、さまざまなトランスポートおよび物理メディアを介してデバイス間でメッセージ交換を実行するためのメッセージ、データオブジェクト、およびシーケンスを定義します。これは、管理コンポーネントトランスポートプロトコル（MCTP）を介したベースボード管理コントローラ（BMC）とエンドポイントデバイス間のメッセージ交換を調整します。メッセージ交換には、BMC にアクセスするハードウェア ID の認証が含まれます。SPDM は、デバイス認証、ファームウェア測定、および証明書管理の管理レベルを指定することにより、低レベルのセキュリティ機能と操作へのアクセスを可能にします。エンドポイントデバイスは、認証を提供するように求められます。 BMC はエンドポイントを認証し、信頼できるエンティティのアクセスのみを許可します。

UCS Manager では、オプションで外部セキュリティ証明書を BMC にアップロードできます。ネイティブの内部証明書を含め、最大 40 の SPDM 証明書が許可されます。制限に達すると、証明書をアップロードできなくなります。ユーザーがアップロードした証明書は削除できますが、内部/デフォルトの証明書は削除できません。

SPDM セキュリティポリシーでは、3 つのセキュリティレベル設定のいずれかを指定できます。セキュリティは、次の 3 つのレベルのいずれかで設定できます。

フルセキュリティ：

これは、最高の MCTP セキュリティ設定です。この設定を選択した場合、エンドポイントの認証またはファームウェアの測定が失敗すると、障害が生成されます。エンドポイントのいずれかでエンドポイント認証またはファームウェア測定がサポートされていない場合にも、障害が生成されます。
部分的なセキュリティ (デフォルト):

この設定を選択した場合、エンドポイントの認証またはファームウェアの測定が失敗すると、障害が生成されます。エンドポイントのいずれかでエンドポイント認証またはファームウェア測定がサポートされていない場合には、障害が生成されません。
No Security

この設定を選択した場合（エンドポイント測定やファームウェア測定が失敗しても）障害は発生しません。

1 つ以上の外部/デバイス証明書のコンテンツを BMC にアップロードすることもできます。SPDM ポリシーを使用すると、必要に応じてセキュリティ証明書または設定を変更または削除できます。証明書は、不要になったときに削除または置き換えることができます。

証明書は、システムのすべてのユーザーインターフェイスに一覧表示されます。

CLI を使用した SPDM セキュリティ証明書ポリシーの作成と構成

セキュリティプロトコルおよびデータモデル（SPDM）ポリシーを作成して、認証のためにセキュリティアラートレベルと証明書の内容を BMC に提示できます。

手順

コマンドまたはアクション

目的

ステップ 1

UCS-A# scope org org-name

指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。

ステップ 2

UCS-A /org # create spdm-certificate-policy policy-name

新しい SPDM セキュリティ証明書ポリシーを指定されたポリシー名で作成し、組織 SPDM 証明書ポリシーモードを開始します。

（注）

サポートされている証明書の種類は pem のみです。

ステップ 3

UCS-A /org/spdm-certificate-policy* # set fault-alert {full | partial | no}

このポリシーの障害アラートレベルを構成します。

ステップ 4

（任意） UCS-A /org/spdm-certificate-policy* # set descr description

（任意）

SPDM セキュリティ証明書ポリシーの説明を記します。

（注）

説明にスペース、特殊文字、または句読点が含まれている場合、説明を引用符で括る必要があります。引用符は、 show コマンド出力の説明フィールドには表示されません。

ステップ 5

UCS-A /org/spdm-certificate-policy* # create certificate certificate-name

ステップ 6

UCS-A /org/spdm-certificate-policy* # set content

これにより、外部証明書の内容を求めるプロンプトが表示されます。証明書の内容を 1 行ずつ入力します。証明書の終了後、プロンプトに ENDOFBUF と入力してコマンドラインに戻ります。

（注）

証明書の内容をコミットせずに終了するには、C を入力します。

ステップ 7

UCS-A /org/spdm-certificate-policy # commit-buffer

トランザクションをシステムの設定に対して確定します。

次のタスク

必要に応じて、外部のセキュリティ証明書を割り当てます。

セキュリティポリシー違反警告レベルの表示

ポリシーを作成したら、SPDM ポリシーのアラートレベルを確認できます。

手順

コマンドまたはアクション目的

UCS-A /org/spdm-certificate-policy # show fault-alert

例:

UCS-A /server/cimc/spdm-certificate #show fault-alert

返された結果は、この SPDM ポリシーの設定がデフォルトである [部分（Partial）] であることを示しています。

SPDM Fault Alert Setting: Partial

外部 SPDM セキュリティ証明書ポリシーのロード

SPDM を使用すると、外部のセキュリティ証明書をダウンロードできます。

始める前に

SPDM セキュリティ証明書ポリシーを作成します。

手順

	コマンドまたはアクション	目的
ステップ 1	UCS-A /org # scope spdm-certificate-policy	SPDM セキュリティ証明書ポリシーモードを開始します。
ステップ 2	UCS-A org/spdm-certificate-policy# create spdm-cert `Certificate name`	指定された外部証明書の SPDM セキュリティ証明書ポリシーを作成します。
ステップ 3	UCS-A /org/spdm-certificate-policy* # set {`certificate` }	証明書を指定すると、外部証明書の内容を求めるプロンプトが表示されます。サポートされている証明書の種類は pem のみです。
ステップ 4	UCS-A /org/spdm-certificate-policy # commit-buffer	トランザクションをシステムの設定に対して確定します。

次の例は、PEM タイプの Broadcom の証明書をロードする方法を示しています。

例


UCS-A-FI-A /org/spdm-certificate-policy# create spdm-cert?
Name – Certificate name

UCS-A-FI-A /org/spdm-certificate-policy# create spdm-cert Broadcom
UCS-A-FI-A /org/spdm-certificate-policy/spdm-cert* # set?
certificate – Certificate content

UCS-A-FI-A /org/spdm-certificate-policy/spdm-cert* # set certificate 
{enter certificate content}
UCS-A-FI-A /org/spdm-certificate-policy/spdm-cert* # commit-buffer
UCS-A-FI-A /org/spdm-certificate-policy/spdm-cert# show detail
SPDM Certificate:
Name: Broadcom
Certificate Type: pem
Certificate Content:

証明書インベントリの表示

アップロードされた SPDM 証明書を表示し、指定された証明書の詳細を要求することもできます。

手順

	コマンドまたはアクション	目的
ステップ 1	UCS-A # scope server `server`
ステップ 2	UCS-A/server # scope cimc `server`
ステップ 3	UCS-A/server/cimc # scope spdm `server`
ステップ 4	UCS-A/server/cimc/spdm # show certificate	返される結果は、証明書のインベントリを示しています。
ステップ 5	UCS-A/server/cimc/spdm # show certificate `certificate-id`detail 例: UCS-A /server/cimc/spdm-certificate #show certificate 3 detail Certificate Information Certificate Id : 3 Subject Country Code (C) : US Subject State (ST) : Colorado Subject Organization (O) : Broadcom Inc. Subject Organization Unit(OU) : NA Subject Common Name (CN) : NA Issuer Country Code (C) : US Issuer State (ST) : Colorado Issuer City (L) : Colorado Springs Issuer Organization (O) : Broadcom Inc. Issuer Organization Unit(OU) : NA Issuer Common Name (CN) : NA Valid From : Oct 23 00:25:13 2019 GMT Valid To : Apr 8 10:36:14 2021 GMT UserUploaded : Yes Certificate Content : <Certificate String> Certificate Type : PEM	返される結果は、証明書 ID、識別子、および有効期限を示しています。
ステップ 6	UCS-A /org/spdm-certificate-policy/certificate # show 例: `SPDM Certificate: Name SPDM Certificate Type ----------- ------------------------------- cert1 Pem` 例: `UCS-A /server/cimc/spdm-certificate/certificate #up UCS-A /server/cimc/spdm-certificate #show` `SPDM Certificate Policy: Name Fault Alert Setting ----------- ------------------------------- Broadcom Full`	返される結果は、証明書の詳細の種類を示しています。返される結果は、障害アラートの設定を示しています。

SPDM ポリシーの削除

手順

	コマンドまたはアクション	目的
ステップ 1	UCS-A# scope org `org-name`	指定した組織の組織モードを開始します。ルート組織モードを開始するには、org-name に / と入力します。
ステップ 2	UCS-A /org # delete spdm-certificate-policy `policy-name`	指定された SPDM 制御ポリシーを削除します。
ステップ 3	UCS-A /org # commit-buffer	トランザクションをシステムの設定に対して確定します。

例

次の例は、VendorPolicy2 という名前の電力制御ポリシーを削除し、トランザクションをコミットします。

UCS-A# scope org /
UCS-A /org # delete spdm-certificate-policy VendorPolicy2
UCS-A /org* # commit-buffer
UCS-A /org #

グラフィックスカードポリシー

Cisco UCS Manager リリース 3.1(3) ではグラフィックスカードのサポートが拡張され、グラフィックスカードモードを変更する機能が追加されました。グラフィックスカードポリシーを使用してグラフィックスカードモードを設定できます。グラフィックスカードモードを次に示します。

コンピューティング
Graphics
Any Configuration

グラフィックスカードポリシーの作成

手順

	コマンドまたはアクション	目的
ステップ 1	UCS-A# scope org	ルート組織モードを開始します。
ステップ 2	UCS-A /org # create graphicscard-policy `policy name`	グラフィックスカードポリシーを指定されたポリシー名で作成し、グラフィックスカードポリシーモードを開始します。
ステップ 3	UCS-A /org/graphicscard-policy # commit buffer	トランザクションをシステムの設定にコミットします。

例

次の例は、グラフィックスカードポリシーの作成方法を示しています。

UCS-A# scope org
UCS-A /org # create graphicscard-policy sample
UCS-A /org/graphicscard-policy* # commit-buffer
UCS-A /org/graphicscard-policy #

グラフィックスカードポリシーの設定モード

手順

	コマンドまたはアクション	目的
ステップ 1	UCS-A# scope org	ルート組織モードを開始します。
ステップ 2	UCS-A /org # scope graphicscard-policy `policy name`	組織グラフィックスカードポリシーモードを開始します。
ステップ 3	UCS-A /org/graphicscard-policy # set graphicscard-policy-mode [compute] \| [graphic] \| [any configuration]	グラフィックスカードポリシーのモードを指定します。
ステップ 4	UCS-A /org/graphicscard-policy # commit buffer	トランザクションをシステムの設定にコミットします。

例

次に、グラフィックスカードポリシーのモードを設定する例を示します。

UCS-A# scope org
UCS-A /org # scope graphicscard-policy sample
UCS-A /org/graphicscard-policy # set graphicscard-policy-mode graphics
UCS-A /org/graphicscard-policy* # commit-buffer
UCS-A /org/graphicscard-policy #

グラフィックスカードの詳細の表示

手順

	コマンドまたはアクション	目的
ステップ 1	UCS-A# scope server `server number`	指定サーバーのシャーシサーバーモードを開始します。
ステップ 2	UCS-A /chassis/server # scope graphics-card `identifier`	指定したサーバーのグラフィックスカードコンフィギュレーションモードを開始します。
ステップ 3	UCS-A /chassis/server/graphics-card # show graphics-card [detail] [expand]	指定したサーバーのグラフィックスカードの詳細を表示します。

例

次に、グラフィックスカードの詳細を表示する例を示します。

UCS-A# scope server 1/3
UCS-A /chassis/server # scope graphics-card 2
UCS-A /chassis/server/graphics-card* # show detail

Graphics Card:
    ID: 2
    Slot Id: 2
    Magma Expander Slot Id:
    Is Supported: Yes
    Vendor: Cisco Systems Inc
    Model: UCSB-GPU-M6
    Serial: FHH1924002B
    Mode: Graphics
    PID: UCSB-GPU-M6
    Firmware Version: 84.04.89.00.01|2754.0200.01.02
    Vendor Id: 0x10de
    Subvendor Id: 0x10de
    Device Id: 0x13f3
    Subdevice Id: 0x1143
UCS-A /chassis/server/graphics-card #

グラフィックスカードポリシーの詳細の表示

手順

	コマンドまたはアクション	目的
ステップ 1	UCS-A# scope org	ルート組織モードを開始します。
ステップ 2	UCS-A /org # show graphicscard-policy detail	グラフィックスカードポリシーの詳細を表示します。

例

次に、グラフィックスカードポリシーの詳細を表示する例を示します。

UCS-A# scope org
UCS-A /org # show graphicscard-policy detail

Graphics Card Policy:
    Name: sample
    Description:
    Graphics Card Policy Mode: Compute

    Name: default
    Description:
    Graphics Card Policy Mode: Any Configuration

    Name: graphics
    Description:
    Graphics Card Policy Mode: Graphics
UCS-A /org #

ローカルディスク設定ポリシー

このポリシーは、ローカルドライブのオンボード RAID コントローラを通じて、サーバー上にインストールされているオプションの SAS ローカルドライブを設定します。このポリシーでは、ローカルディスク設定ポリシーをインクルードしているサービスプロファイルに関連付けられたすべてのサーバに対してローカルディスクモードを設定できます。

ローカルディスクモードには次のものがあります。

[No Local Storage]：ディスクレスサーバーまたは SAN 専用の設定で使用します。このオプションを選択する場合、このポリシーを使用する任意のサービスプロファイルを、ローカルディスクを持つサーバーに関連付けることができません。
[RAID 0 Striped]：データはアレイのすべてのディスクにストライプ化され、高速スループットを提供します。データの冗長性はなく、いずれかのディスクで障害が発生すると、すべてのデータが失われます。
RAID 1 Mirrored：データが 2 つのディスクに書き込まれ、1 つのディスクで障害が発生した場合に完全なデータ冗長性を提供します。最大アレイサイズは、2 つのドライブの小さい方の空き容量に等しくなります。
[Any Configuration]：変更なしのローカルディスク設定を転送するサーバー設定で使用します。
[No RAID]：RAID を削除し、ディスク MBR およびペイロードを変更しない状態のままにするサーバー設定で使用します。

[No RAID] を選択し、このポリシーをすでに RAID ストレージが設定されているオペレーティングシステムを使用するサーバーに適用した場合、システムによってディスクの内容が削除されません。そのため、[No RAID] モードの適用後にサーバーでの違いがわからないことがあります。よって、ポリシーの RAID 設定と、サーバーの [Inventory] > [Storage] タブに表示される実際のディスク設定とが一致しない場合があります。

以前のすべての RAID 設定情報をディスクから削除させるには、No RAID コンフィギュレーションモードの適用後にすべてのディスク情報を削除するスクラブポリシーを適用します。
RAID 5 Striped Parity：データはアレイのすべてのディスクにストライプ化されます。各ディスクの容量の一部に、ディスクの障害発生時にデータの再構築に使用できるパリティ情報が格納されます。RAID 5 は、高い読み取り要求レートで、アプリケーションに適切なデータスループットを提供します。
[RAID 6 Striped Dual Parity]：データはアレイのすべてのディスクにストライプ化され、2 つのパリティディスクを使用して、最大 2 つの物理ディスクの障害に対する保護を提供します。データブロックの各行に、2 セットのパリティデータが格納されます。
[RAID 10 Mirrored and Striped]：RAID 10 はミラー化されたディスクのペアを使用して、完全なデータ冗長性と高いスループットレートを提供します。
[RAID 50 Striped Parity and Striped]：データが複数のストライプ化されたパリティディスクセットにストライプ化され、高いスループットと複数のディスク故障耐性を提供します。
[RAID 60 Striped Dual Parity and Striped] ：データが複数のストライプ化されたパリティディスクセットにストライプ化され、高いスループットと優れたディスク故障耐性を提供します。

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

Note

組み込みオンボード RAID コントローラを搭載した Cisco UCS Manager と統合された Cisco UCS C シリーズサーバーの場合、ローカルディスクモードは常に [Any Configuration] でなければならず、RAID はコントローラ上で直接設定する必要があります。

すべてのローカルディスク設定ポリシーに関するガイドライン

ローカルディスク設定ポリシーを作成する前に、次のガイドラインを考慮してください。

HDD と SSD を混合しない

1 台のサーバーや RAID 設定に、HDD と SSD を使用しないでください。

RAID 用に設定されているローカルディスク設定ポリシーに関するガイドライン

MegaRAID ストレージコントローラを搭載したサーバー用のローカルディスク設定ポリシーに RAID 設定を設定する

ブレードサーバーまたは統合されたラックマウントサーバーに MegaRAID コントローラが搭載されている場合、そのサーバーのサービスプロファイルに含まれるローカルディスク設定ポリシーでドライブの RAID 設定を設定する必要があります。これを実行するには、そのサーバーに定義されている RAID モードのいずれかを使用して、サービスプロファイルのローカルディスク設定ポリシーを設定するか、[Any Configuration] モードと LSI ユーティリティツールセットを使用して、RAID ボリュームを作成します。

OS をインストールする前に RAID LUN を設定していないと、インストール時にディスク検出エラーが発生し、「No Device Found」といったエラーメッセージが表示される可能性があります。

サーバープロファイルで [Any Configuration] モードが指定されている場合、RAID 1 クラスタ移行後にサーバーが起動しない

RAID 1 クラスタの移行後、サービスプロファイルをサーバーに関連付ける必要があります。サービスプロファイル内のローカルディスク設定ポリシーに RAID 1 ではなく [Any Configuration] モードが設定されていると、RAID LUN は、関連付け中およびその後も「非アクティブ」状態のままになります。その結果、サーバーは起動できなくなります。

この問題を回避するには、サーバーに関連付けるサービスプロファイルに、移行前の元のサービスプロファイルとまったく同じローカルディスク設定ポリシーが含まれるようにし、[Any Configuration] モードは含まれないようにします。

MegaRAID ストレージコントローラを搭載したサーバー上で JBOD モードを使用しない

MegaRAID ストレージコントローラが搭載されたブレードサーバーまたは統合ラックマウントサーバー上で JBOD モードまたは JBOD 操作を設定または使用しないでください。JBOD モードと操作は、このサーバーで完全に機能するよう設計されていません。

統合されたラックマウントサーバー内の RAID ボリュームと RAID コントローラはそれぞれ 1 つまで

Cisco UCS Manager とともに登録されており、サーバー上に存在するハードドライブの数とは関係なく、RAID ボリュームを 1 つまでしか設定できません。

統合されたラックマウントサーバー内のローカルハードドライブは、1 つの RAID コントローラのみにすべて接続される必要があります。Cisco UCS Manager との統合では、ローカルハードドライブが単一のラックマウントサーバー内の複数の RAID コントローラに接続することはサポートされていません。そのため、Cisco UCS Manager と統合されるラックマウントサーバーを発注する際は、単一の RAID コントローラ構成を要求することを推奨します。

また、サードパーティ製ツールを使用して、ラックマウントサーバー上に複数の RAID LUN を作成しないでください。Cisco UCS Manager は、そのような設定をサポートしていません。

ブレードサーバー内の RAID ボリュームと RAID コントローラはそれぞれ 1 つまで

ブレードサーバーは、サーバー内に存在するドライブの数とは関係なく、RAID ボリュームを 1 つまでしか設定できません。ローカルハードドライブは、1 つの RAID コントローラのみにすべて接続される必要があります。

また、サードパーティ製ツールを使用して、ブレードサーバー上に複数の RAID LUN を作成しないでください。Cisco UCS Manager は、そのような設定をサポートしていません。

一部のサーバーの特定の RAID 設定オプションでは、ライセンスが必要

一部のCisco UCSサーバーには、特定の RAID 設定オプションのライセンスが必要です。Cisco UCS Manager で、このローカルディスクポリシーを含むサービスプロファイルとサーバーを関連付けると、Cisco UCS Manager によって選択された RAID オプションに適切なライセンスが備わっているかが確認されます。問題がある場合は、サービスプロファイルを関連付ける際に、Cisco UCS Manager に設定エラーが表示されます。

特定のCisco UCS サーバーの RAID ライセンス情報については、そのサーバーの『Hardware Installation Guide』を参照してください。

ローカルディスク設定ポリシーの作成

Procedure

Command or Action

Purpose

Step 1

UCS-A# scope org org-name

指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。

Step 2

UCS-A /org # create local-disk-config-policy policy-name

ローカルディスク設定ポリシーを作成し、ローカルディスク設定ポリシーモードを開始します。

Step 3

(Optional) UCS-A /org/local-disk-config-policy # set descr description

(Optional)

ローカルディスク設定ポリシーに説明を記入します。

Step 4

UCS-A /org/local-disk-config-policy # set mode {any-configuration | no-local-storage | no-raid | raid-0-striped | raid-1-mirrored | raid-5-striped-parity | raid-6-striped-dual-parity | raid-10-mirrored-and-striped}

ローカルディスク設定ポリシーのモードを指定します。

Step 5

UCS-A /org/local-disk-config-policy # set protect {yes | no}

サーバーは、サービスプロファイルとの関連付けが解除されても、ローカルディスク設定ポリシー内の設定を保持するかどうかを指定します。

Caution

サーバー内の 1 つ以上のディスクに障害が発生すると、[Protect Configuration] は機能しなくなります。

サービスプロファイルがサーバから関連付けを解除され、新しいサービスプロファイルが関連付けられると、新しいサービスプロファイルの [設定の保護（Protect Configuration）] プロパティの設定が優先され、前のサービスプロファイルの設定が上書きされます。

このオプションが有効になっていると、サーバーが稼働停止して再稼働された後でもディスク上のデータは保護されます。したがって、サーバーとサービスプロファイルの再関連付けは失敗します。

Note

このオプションが有効の状態でサーバーとサービスプロファイルの関連付けを解除した後、そのサーバーに新しいサービスプロファイルを関連付け、そのサービスプロファイル内のローカルディスク設定ポリシーに前とは異なるプロパティが含まれていると、サーバーから設定不一致のエラーが返され、関連付けは失敗します。

Step 6

UCS-A /org/local-disk-config-policy # set flexflash-state {enable | disable}

FlexFlash SD カードのサポートを有効にするかどうかを指定します。

Step 7

UCS-A /org/local-disk-config-policy # set flexflash-raid-reporting-state {enable | disable}

FlexFlash RAID レポートのサポートを有効にするかどうかを指定します。

Note

インストールされている SD カードが 1 つのみの場合、FlexFlash インベントリに RAID 状態が [Disabled]、RAID ヘルスが [NA] と表示されます。

Step 8

UCS-A /org/local-disk-config-policy # commit-buffer

トランザクションをシステムの設定にコミットします。

Example

次の例は、ローカルディスク設定ポリシーを設定し、トランザクションをコミットます。

UCS-A# scope org /
UCS-A /org # create local-disk-config-policy DiskPolicy7
UCS-A /org/local-disk-config-policy* # set mode raid-1-mirrored
UCS-A /org/local-disk-config-policy* # set protect yes
UCS-A /org/local-disk-config-policy* # commit-buffer
UCS-A /org/local-disk-config-policy #

ローカルディスク設定ポリシーの表示

手順

	コマンドまたはアクション	目的
ステップ 1	UCS-A# scope org `org-name`	指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。
ステップ 2	UCS-A /org # show local-disk-config-policy `policy-name`	ローカルディスクポリシーを表示します。ローカルディスクポリシーを設定していない場合は、（create local-disk-config コマンドで作成された）ローカルディスク設定が表示されます。（create local-disk-config コマンドで設定された）ローカルディスク定義を表示します。Serial over LAN 定義が設定されていない場合、およびポリシーが（set local-disk-config-policy コマンドを使用して）設定されている場合、ポリシーが表示されます。

例

次に、DiskPolicy7 というローカルディスク設定ポリシーのローカルディスクポリシー情報を表示する例を示します。

UCS-A# scope org /
UCS-A /org # show local-disk-config-policy DiskPolicy7

Local Disk Config Policy:
Name: DiskPolicy7
Mode: Raid 1 Mirrored
Description:
Protect Configuration: Yes

ローカルディスク設定ポリシーの削除

Procedure

	Command or Action	Purpose
Step 1	UCS-A# scope org `org-name`	指定した組織の組織モードを開始します。ルート組織モードを開始するには、`org-name` に / と入力します。
Step 2	UCS-A /org # delete local-disk-config-policy `policy-name`	指定したローカルディスク設定ポリシーを削除します。
Step 3	UCS-A /org # commit-buffer	トランザクションをシステムの設定に対して確定します。

Example

次に、DiskPolicy7 という名前のローカルディスク設定ポリシーを削除し、トランザクションをコミットする例を示します。

UCS-A# scope org /
UCS-A /org # delete local-disk-config-policy DiskPolicy7
UCS-A /org* # commit-buffer
UCS-A /org #

FlexFlash セキュアデジタルカードのサポート

概要

Cisco UCSB シリーズ、C シリーズ M4 以降、および S シリーズ M4 サーバーは、内部セキュアデジタル（SD）メモリカードをサポートしています。

SD カードは、Cisco Flexible Flash ストレージコントローラ（SD カード用スロットが 2 つある PCI ベースのコントローラ）によってホストされます。カードには、HV と呼ばれる単一のパーティションが含まれます。FlexFlash が有効な場合、Cisco UCS Manager では、BIOS とホストホストオペレーティングシステムのどちらに対しても、HV パーティションを USB ドライブとして表示します。

提供される一方または両方の SD カードスロットを装着できます。SD カードが 2 つ装着されている場合は、ミラー化モードで使用できます。

（注）

サーバー内で異なる容量のカードを混在させないでください。

SD カードはオペレーティングシステムのブートイメージやその他の情報を保存するために使用できます。次の図に、SD カードスロットを示します。

FlexFlash はデフォルトでディセーブルになっています。サービスプロファイルで使用されるローカルディスクポリシーで FlexFlash をイネーブルにできます。FlexFlash がローカルディスクポリシーで有効と定義され、サーバーが SD カードをサポートしている場合、FlexFlash コントローラはサービスプロファイルを関連付ける際に有効になります。サーバーが SD カードをサポートしていない場合や CIMC バージョンが古い場合は、構成エラーメッセージが表示されます。

サポートされるサーバーの FlexFlash を無効にすると、ハイパーバイザまたは HV パーティションはホストからすぐに切断されます。FlexFlash コントローラは、関連サービスプロファイルの関連付け解除の一環としてもディセーブルになります。

FlexFlash コントローラはデュアル SD カード用の RAID-1 をサポートします。FlexFlash スクラブポリシーは、両方のカードの HV パーティションを削除し、そのカードを正常な RAID 状態にすることができます。

RAID ペアの新しい SD カードを設定し、次の方法のいずれかを使用してそれらをフォーマットすることができます。

SD カードをフォーマットします。詳細な情報については
関連付けられているサーバーの場合、FlexFlash スクラブポリシーを作成し、サーバーからサービスプロファイルの関連付けを解除します。関連付けられていないサーバーの場合、FlexFlash スクラブポリシーを作成し、デフォルトのスクラブのポリシーを変更した後でサーバーを再認識させます。

『Cisco UCS Manager Server Management Guide』の「Scrub Policy Settings」セクションには、スクラブポリシーの使用方法に関する詳細情報が記載されています。

（注）

ペアリングが完了したらすぐにスクラブポリシーをディセーブルにします。

HV パーティションから起動するには、SD カードがサービスプロファイルで使用されるブートポリシーで定義されている必要があります。

FlexFlash ファームウェア管理

FlexFlash コントローラファームウェアは、CIMC イメージの一部としてバンドルされます。CIMC をアップグレードする際に、最新のファームウェアバージョンが FlexFlash コントローラで使用可能な場合、コントローラは管理されなくなり、FlexFlash インベントリには、[Controller State] が [Waiting For User Action] として、[Controller Health] が [Old Firmware Running] として表示されます。FlexFlash コントローラのファームウェアをアップグレードするには、ボードコントローラの更新を行う必要があります。詳細については、該当する『 Cisco UCS B-Series Firmware Management Guide』、次の URL で入手できます。http://www.cisco.com/en/US/products/ps10281/products_installation_and_configuration_guides_list.htmlを参照してください。

Cisco Flexible Flash ストレージコントローラの制約事項：

Cisco Flexible Flash ストレージコントローラは 16 GB、32 GB および 64 GB の SD カードのみをサポートしています。
ラックサーバーの SD カードをブレードサーバーで使用したり、ブレードサーバーの SD カードをラックサーバーで使用することは推奨されません。サーバータイプ間での SD カードの交換は SD カードのデータ損失につながる可能性があります。
一部のCisco UCS C シリーズラックマウントサーバーには、4 つのパーティション（HV、HUU、SCU、ドライバ）を持つ SD カードが搭載されています。Cisco UCS Managerでは HV パーティションのみが表示されます。FlexFlash スクラブポリシーを使用して、4 つのパーティションを持つ SD カードを単一 HV パーティションカードに移行できます。
FlexFlash コントローラは RAID-1 同期（ミラー再構築）をサポートしません。SD カードが RAID デグレード状態である場合、あるいはメタデータエラーがコントローラによって報告された場合は、FlexFlash スクラブポリシーを実行して RAID のためのカードを組み合わせる必要があります。FlexFlash のスクラブポリシーの詳細については、「サーバー関連ポリシー」を参照してください。次の条件によって RAID デグレードやメタデータエラーが引き起こされる可能性があります。
- サーバーの 1 つのスロットにすでに SD カードが装着されているときに、別のスロットに新しいまたは使用されていた SD カードを挿入する。
- 異なるサーバーの 2 つの SD カードを挿入する。
サーバーのファームウェアバージョンは、2.2(1a) 以上が必要です。

FlexFlash FX3S のサポート

リリース 2.2(3) 以降、Cisco UCS Manager では FX3S コントローラによる追加の FlexFlash サポートが可能になりました。FX3S コントローラは次のサーバー上に存在します。

Cisco UCS B200 M4 と M5 ブレードサーバー
Cisco UCS C220 M4 と M5 ラックサーバー
Cisco UCS C240 M4、および M5 ラックサーバー
C480 M5 ラックサーバー
C480 M5 ML ブレードサーバー
B480 M5 ブレードサーバー
Cisco UCS C125 M5 サーバ

FX3S 制御を使用した FlexFlash 操作は、Cisco Flexible Flash ストレージコントローラでの操作と同じです。FlexFlash はデフォルトでは無効で、ローカルディスクポリシーを使用して有効化されます。また、コントローラをリセットし、SD カードをフォーマットして、一対の SD カードを自動同期させることもできます。

FX3S コントローラの SD カードには、ハイパーバイザと呼ばれる単一のパーティションが含まれています。

Cisco FX3S コントローラの制約事項：

FX3S コントローラは、32 GB および 64 GB の SD カードのみをサポートします。16 GB のカードはサポートされません。
FX3S コントローラは、M5 以上のブレードで 128 GB のカードをサポートします。
ラックサーバーの SD カードをブレードサーバーで使用したり、ブレードサーバーの SD カードをラックサーバーで使用することは推奨されません。サーバータイプ間での SD カードの交換は SD カードのデータ損失につながる可能性があります。
サーバーのファームウェアバージョンは、2.2(3a) 以上が必要です。

FlexFlash SD カードを使用したブレードサーバーの起動

16 GB 以上の FlexFlash カードを使用してブレードサーバーを起動するには、次の手順を使用します。この手順では、ブレードサーバー、ソフトウェア、および関連付けられたインフラストラクチャを設定する方法を知っていることと、機能していることを確認することが必要です。この Cisco UCS Manager の制御手順は、任意のバージョンのファームウェアを実行しているすべてのブレードサーバーに適用されます。この手順はラックサーバーには適用されません。作業環境で FlexFlash カードを有効にする前に、次の手順に従います。

注意	FlexFlash をすでに使用している状態で次の手順を使用すると、カードからすべてのデータが失われます。

（注）

この手順では、FlexFlash カードの使用方法や、FlexFlash システムのその他の機能は扱っていません。

手順

コマンドまたはアクション

目的

ステップ 1

UCS-A# scope org org-name

指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。

ステップ 2

UCS-A /org # scope local-disk-config-policy FlexFlash-name

指定したローカルディスク設定ポリシーモードを開始します。

ステップ 3

UCS-A /org/local-disk-config-policy # set flexflash-state {enable | disable}

FlexFlash SD カードのサポートを有効にするかどうかを指定します。

ステップ 4

UCS-A /org/local-disk-config-policy # set flexflash-raid-reporting-state {enable | disable}

FlexFlash RAID レポートのサポートを有効にするかどうかを指定します。

（注）

インストールされている SD カードが 1 つのみの場合、FlexFlash インベントリに RAID 状態が [Disabled]、RAID ヘルスが [NA] と表示されます。

ステップ 5

UCS-A /org/local-disk-config-policy # commit-buffer

トランザクションをシステムにコミットします。

ステップ 6

UCS-A/org/local-disk-config-policy # show detail

詳細な FlexFlash コントローラのプロパティを表示します。 / を組織名とします 。

ステップ 7

UCS-A# top

ステップ 8

UCS-A# scope org org-name

指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。

ステップ 9

UCS-A /org # scope service-profile slot-3-name

指定したサービスで組織サービスプロファイルモードを開始します。スロット 3 は、特定のブレードのサービスプロファイルを表します。

ステップ 10

UCS-A /org/scope service-profile# set local-disk-policy-state FlexFlash-name

指定されたローカルディスクポリシーをサービスプロファイルに関連付けます。FlexFlash は、特定のローカルディスクポリシーを表します。

ステップ 11

UCS-A /org/scope service-profile# associate server 1/1

サービスプロファイルと指定したブレードサーバーを関連付けます。1 はブレード番号を表し、それ以外の数値はシャーシ番号を表します。

ステップ 12

UCS-A /org/local-disk-config-policy # commit-buffer

トランザクションをシステムにコミットします。

ステップ 13

UCS-A# scope org org-name

指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。

ステップ 14

UCS-A /org # create scrub-policy Scrub-FF-name

スクラブポリシーを指定されたポリシー名で作成し、組織スクラブポリシーモードを開始します。

ステップ 15

（任意） UCS-A /org/scrub-policy # set descr Scrub FlexFlash ONLY-name

（任意）

スクラブポリシーの説明を記入します。

（注）

説明にスペース、特殊文字、または句読点が含まれている場合、説明を引用符で括る必要があります。引用符は、 show コマンド出力の説明フィールドには表示されません。

ステップ 16

UCS-A /org/scrub-policy # set disk-scrub no

このスクラブポリシーを使用して、サーバー上のディスクスクラブを無効にします。

ステップ 17

UCS-A /org/scrub-policy # set bios-settings-scrub no

このスクラブポリシーを使用して、サーバー上の BIOS 設定スクラブを無効にします。

ステップ 18

UCS-A /org/scrub-policy # set flexflash-scrub yes

このスクラブポリシーを使用して、サーバー上の FlexFlash 設定スクラブを有効にします。

ステップ 19

UCS-A /org/local-disk-config-policy # commit-buffer

トランザクションをシステムにコミットします。

ステップ 20

UCS-A# top

ステップ 21

UCS-A# scope org org-name

指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。

ステップ 22

UCS-A /org # scope service-profile slot-3-name

指定したサービスで組織サービスプロファイルモードを開始します。スロット 3 は、特定のブレードのサービスプロファイルを表します。

ステップ 23

UCS-A # acknowledge server1/3-name

選択されたブレードサーバーを認識します。1 はシャーシ番号を表し、3 はサーバー番号を表します。

ステップ 24

UCS-A /org/local-disk-config-policy # commit-buffer

トランザクションをシステムにコミットします。

ブレードサーバーがトランザクションのコミットを完了するのを待ちます。

ステップ 25

UCS-A # acknowledge server1/3-name

選択されたブレードサーバーを認識します。1 はシャーシ番号を表し、3 はサーバー番号を表します。

ステップ 26

UCS-A /org/local-disk-config-policy # commit-buffer

トランザクションをシステムにコミットします。

FlexFlash カードは同期され、使用可能になりました。

例

次の例は、FlexFlash カードの開始とポリシーの作成のための、コンソールからの出力を示しています。

 #Creating the FlexFlash off policy

UCS-A# scope org
UCS-A /org # create local-disk-config-policy FF-off
UCS-A /org/local-disk-config-policy* # set flexflash-state disable
UCS-A/org/local-disk-config-policy* # commit-buffer
UCS-A/org/local-disk-config-policy # show detail

#Creating a Local Disk Configuration Policy

UCS-A# scope org
UCS-A /org # scope service-profile slot_4
UCS-A /org/service-profile # set local-disk-policy FF-off
UCS-A /org/service-profile* #

UCS-A/org/service-profile* # associate server 1/4
UCS-A/org/service-profile* # commit-buffer
UCS-A /org/service-profile # show detail

#Creating a FlexFlash On policy

UCS-A /org # top
UCS-A# scope org
UCS-A /org # create local-disk-config-policy FF-ON
UCS-A /org/local-disk-config-policy* # set flexflash-state enable
UCS-A /org/local-disk-config-policy* # set flexflash-raid-reporting-state  enable
UCS-A /org/local-disk-config-policy* # commit-buffer
UCS-A /org/local-disk-config-policy #
UCS-A /org/local-disk-config-policy #
UCS-A /org/local-disk-config-policy # show detail

UCS-A /org # top
UCS-A# scope org
UCS-A /org # scope service-profile slot_4
UCS-A /org/service-profile # set local-disk-policy FF-ON
UCS-A /org/service-profile* #

UCS-A /org/service-profile* # associate server 1/4
UCS-A /org/service-profile* # commit-buffer
UCS-A /org/service-profile # show detail

自動同期のイネーブル化

手順

	コマンドまたはアクション	目的
ステップ 1	UCS-A# scope chassis `chassis-num`	指定したシャーシのシャーシモードを開始します。
ステップ 2	UCS-A /chassis # scope server `server-num`	サーバーシャーシモードを開始します。
ステップ 3	UCS-A /chassis/server # scope flexflash-controller `controller-id`	FlexFlash コントローラサーバーシャーシモードを開始します。
ステップ 4	UCS-A /chassis/server/flexflash-controller # pair `primary_slot_number`	同期していない場合は、選択されたスロット番号のカードをプライマリとして使用して SD カードを再同期します。次のいずれかになります。 1：スロット 1 の SD カードがプライマリとして使用されます。 2：スロット 2 の SD カードがプライマリとして使用されます。
ステップ 5	UCS-A /chassis/server/flexflash-controller # commit-buffer	トランザクションをシステムの設定にコミットします。

例

次の例は、スロット 2 の SD カードをプライマリとして使用して再同期する方法を示しています。

UCS-A# scope chassis 1
UCS-A /chassis # scope server 1
UCS-A /chassis/server # scope flexflash-controller 1
UCS-A /chassis/server/flexflash-controller # pair 2
UCS-A /chassis/server/flexflash-controller* # commit-buffer
UCS-A /chassis/server/flexflash-controller #

FlexFlash カードのフォーマット

手順

	コマンドまたはアクション	目的
ステップ 1	UCS-A# scope chassis `chassis-num`	指定したシャーシのシャーシモードを開始します。
ステップ 2	UCS-A /chassis # scope server `server-num`	サーバーシャーシモードを開始します。
ステップ 3	UCS-A /chassis/server # scope flexflash-controller `controller-id`	FlexFlash コントローラサーバーシャーシモードを開始します。
ステップ 4	UCS-A /chassis/server/flexflash-controller # format	SD カードをフォーマットします。
ステップ 5	UCS-A /chassis/server/flexflash-controller # commit-buffer	トランザクションをシステムの設定にコミットします。

例

次に、FlexFlash コントローラをフォーマットする例を示します。

UCS-A# scope chassis 1
UCS-A /chassis # scope server 1
UCS-A /chassis/server # scope flexflash-controller 1
UCS-A /chassis/server/flexflash-controller # format
Warning: When commited, UCSM will format the SD Cards.
This will completely erase the data on the SD Cards!!

UCS-A /chassis/server/flexflash-controller* # commit-buffer
UCS-A /chassis/server/flexflash-controller #

FlexFlash コントローラのリセット

手順

	コマンドまたはアクション	目的
ステップ 1	UCS-A# scope chassis `chassis-num`	指定したシャーシのシャーシモードを開始します。
ステップ 2	UCS-A /chassis # scope server `server-num`	サーバーシャーシモードを開始します。
ステップ 3	UCS-A /chassis/server # scope flexflash-controller `controller-id`	FlexFlash コントローラサーバーシャーシモードを開始します。
ステップ 4	UCS-A /chassis/server/flexflash-controller # reset	指定された FlexFlash コントローラをリセットします。
ステップ 5	UCS-A /chassis/server/flexflash-controller # commit-buffer	トランザクションをシステムの設定にコミットします。

例

次の例では、FlexFlash コントローラをリセットする方法を示します。

UCS-A# scope chassis 1
UCS-A /chassis # scope server 1
UCS-A /chassis/server # scope flexflash-controller 1
UCS-A /chassis/server/flexflash-controller # reset
Warning: When commited, UCSM will reset the FlexFlash Controller.
This will cause the host OS to lose connectivity to the SD Cards.

UCS-A /chassis/server/flexflash-controller* # commit-buffer
UCS-A /chassis/server/flexflash-controller #

FlexFlash コントローラのステータスの表示

手順

	コマンドまたはアクション	目的
ステップ 1	UCS-A# scope chassis `chassis-num`	指定したシャーシのシャーシモードを開始します。
ステップ 2	UCS-A /chassis # scope server `server-num`	サーバーシャーシモードを開始します。
ステップ 3	UCS-A /chassis/server # scope flexflash-controller `controller-id`	FlexFlash コントローラサーバーシャーシモードを開始します。
ステップ 4	UCS-A /chassis/server/flexflash-controller # show detail expand	詳細な FlexFlash コントローラのプロパティを表示します。

例

次の例は、FlexFlash コントローラと SD カードのステータスを示しています。

UCS-A# scope chassis 1
UCS-A /chassis # scope server 1
UCS-A /chassis/server # scope flexflash-controller 1
UCS-A /chassis/server/flexflash-controller # show detail expand

FlexFlash Controller:
    ID: 1
    Type: SD
    FlexFlash Type: FX3S
    Vendor: Cypress
    Model: FX3S
    Serial: NA
    Firmware Version: 1.3.2 build 158
    Controller State: Connected Partition Over USB To Host
    Controller Health: Old Firmware Running
    RAID State: Enabled Paired
    RAID Health: OK
    Physical Drive Count: 2
    Virtual Drive Count: 1
    RAID Sync Support: Supported
    Operability: Operable
    Oper Qualifier Reason:
    Presence: Equipped
    Current Task:

    FlexFlash Card:
        Controller Index: 1
        Slot Number: 1
        Vendor: SE32G
        Model: SE32G
        HW Rev: 8.0
        Serial: 0xa2140794
        Manufacturer ID: 3
        OEM ID: SD
        Manufacturer Date: 2/14
        Size (MB): 30436
        Block Size: 512
        Card Type: FX3S configured
        Write Enabled: Not Write Protected
        Card Health: OK
        Card Mode: Secondary Active
        Operation State: Raid Partition
        Card State: Active
        Write IO Error Count: 0
        Read IO Error Count: 0
        Operability: Operable
        Oper Qualifier Reason:
        Presence: Equipped

        FlexFlash Card Drive:
            Name: Hypervisor
            Size (MB): 30432
            Removable: Yes
            Operability: Operable
            Operation State: Raid Partition

        Controller Index: 1
        Slot Number: 2
        Vendor: SE32G
        Model: SE32G
        HW Rev: 8.0
        Serial: 0xa2140742
        Manufacturer ID: 3
        OEM ID: SD
        Manufacturer Date: 2/14
        Size (MB): 30436
        Block Size: 512
        Card Type: FX3S configured
        Write Enabled: Not Write Protected
        Card Health: OK
        Card Mode: Primary
        Operation State: Raid Partition
        Card State: Active
        Write IO Error Count: 0
        Read IO Error Count: 0
        Operability: Operable
        Oper Qualifier Reason:
        Presence: Equipped

        FlexFlash Card Drive:
            Name: Hypervisor
            Size (MB): 30432
            Removable: Yes
            Operability: Operable
            Operation State: Raid Partition

    Local Disk Config Definition:
        Mode: Any Configuration
        Description:
        Protect Configuration: Yes

UCS-A /chassis/server/flexflash-controller #

永続メモリモジュール

Cisco UCS Manager Release 4.0 (4) では、第二世代インテル^® Xeon^® Scalable プロセッサに基づく UCS M5 サーバ上の Intel^® Optane^™ データセンター永続メモリモジュールのサポートが導入されています。Cisco UCS Manager リリース 4.2 以降では、第二世代インテル^® Xeon^® Scalable プロセッサに基づく UCS M6 サーバーでの Intel^® Optane^™ データセンター永続メモリモジュールのサポートも導入されています. 永続メモリモジュールは、第二世代インテル^® Xeon^® Scalable プロセッサでのみ使用できます。

永続メモリモジュールは、メモリの低遅延とストレージの永続化を実現する不揮発性メモリモジュールです。永続メモリモジュールに保存されているデータは、他のストレージデバイスに比べてすぐにアクセスでき、電源サイクルで保持されます。

永続メモリモジュールの設定の詳細については、『Cisco UCS: Intel® Optane™ Data Center 永続メモリモジュールの設定と管理』を参照してください。

スクラブポリシーの設定

このポリシーは、ディスカバリプロセス中にサーバーのローカルデータおよび BIOS 設定に何が起こるか、サーバーがいつ再認識されるか、またはサーバーとサービスプロファイルの関連付けがいつ解除されるかを決定します。

Note

ローカルディスクスクラブポリシーは、 Cisco UCS Manager によって管理されるハードドライブにのみ適用され、USB ドライブなど他のデバイスには適用されません。

スクラブポリシーの設定によっては、そのようなときに次の処理が行われます。

ディスクスクラブ

ローカルドライブのデータに対しては、アソシエーションが解除されるときに、次のいずれかが発生します。

有効にすると、マスターブートレコードまたはブートセクターからデータの最初の 200 MB が削除されます。そのため、すでにインストールされている OS がある場合、その OS からシステムが起動するのを防ぐことができます。ドライブ上のデータの安全な削除については、『UCS Secure Data Deletion For Commission Regulation (EU) 2019 /424 Users Guide』を参照してください。

Note

ディスクスクラブポリシーは、200 MBを超えるユーザデータを削除することを目的としていませんが、Cisco UCS Manager はデータ損失に対する保証はできません。

無効 (デフォルト) になっている場合は、ローカルドライブ上のすべてのデータが保持されます（ローカルストレージ設定を含む）。

サービスプロファイルに関連付けられているサーバーの場合、サービスプロファイルに使用されているスクラブポリシーに基づいて、割り当て解除時にディスクスクラブが行われます。関連付けられていないサーバーの場合、デフォルトのスクラブポリシーに基づいて、サーバーディスカバリプロセス時にディスクスクラブが行われます。

スクラブポリシーは、すべての B シリーズプラットフォーム、および次に示す一部の C シリーズプラットフォームでサポートされます。

Cisco UCS C220 M4 サーバ
Cisco UCS C240 M4 サーバ
Cisco UCS C460 M4 ストレージサーバ
Cisco UCS C3260 M4 ストレージサーバ: 同じドライブを使用して作成されたブートドライブと VD のみをスクラブできます。
Cisco UCS C220 M5 サーバ
Cisco UCS C240 M5 サーバ
Cisco UCS C480 M5 サーバ
Cisco UCS C480 M5 ML サーバー
Cisco UCS S3260 M5 ストレージサーバ: 同じドライブを使用して作成されたブートドライブと VD のみをスクラブできます。
Cisco UCS C220 M6サーバ
Cisco UCS C240 M6サーバ
Cisco UCS C225 M6サーバ
Cisco UCS C245 M6サーバ

Note

次の場合、LUN の削除に関連する変更を確認するために、サーバを再認識させる必要があります。

Cisco UCS C3260 M4 または Cisco UCS S3260 M5 ストレージサーバを使用して設定された SAS コントローラの下に LUN があるブートドライブをスクラブしています。
Cisco ブート最適化 M.2 RAID コントローラで LUN をスクラブしています。

BIOS 設定スクラブ

BIOS 設定に対しては、スクラブポリシーを含むサービスプロファイルがサーバからアソシエーション解除されるときに、次のいずれかが発生します。

有効になっている場合は、サーバーのすべての BIOS 設定が消去され、サーバータイプとベンダーに応じた BIOS のデフォルトにリセットされます。
無効 (デフォルト) になっている場合は、サーバの既存の BIOS 設定が保持されます。

FlexFlash スクラブ

FlexFlash スクラブにより、新規またはデグレードした SD カードの組み合わせ、FlexFlash メタデータの設定エラーの解決、4 パーティションの旧式 SD カードから単一パーティション SD カードへの移行を実行することができます。スクラブポリシーを含むサービスプロファイルとサーバとの関連付けが解除されるとき、またはサーバが再認識されるときに、SD カードに対して次のいずれかが発生します。

有効になっている場合は、PNUOS フォーマットユーティリティにより SD カードの HV パーティションがフォーマットされます。SD カードが 2 枚ある場合、それらカードは RAID-1 ペアになっており、両方のカードの HV パーティションが有効と見なされます。スロット 1 のカードはプライマリ、スロット 2 のカードはセカンダリと見なされます。
無効 (デフォルト) の場合、既存の SD カード設定が保持されます。

Note

サービスプロファイルに関連付けられているサーバーの場合、サービスプロファイルに使用されているスクラブポリシーに基づいて、割り当て解除時に FlexFlash スクラブが行われます。関連付けられていないサーバーの場合、デフォルトのスクラブポリシーに基づいて、サーバーディスカバリプロセス時に FlexFlash スクラブが行われます。
FlexFlash スクラブによって SD カードの HV パーティションが消去されるため、FlexFlash スクラブを実行する前に、使用しているホストオペレーティングシステムのユーティリティを使用して SD カードを完全にバックアップすることをお勧めします。
サービスプロファイルのメタデータ設定の不具合を解決するには、FlexFlash スクラブを実行する前にローカルディスク設定ポリシーの FlexFlash を無効にして、サーバーが再認識された後に FlexFlash を有効にする必要があります。
ペアリングが完了したら、またはメタデータの不具合が解決したら、ただちにスクラブポリシーを無効にしてください。
Cisco UCS S3260 ストレージサーバでは FlexFlash スクラブはサポートされません。

永続メモリスクラブ

永続メモリスクラブを使用すると、サーバ上の永続メモリの設定とデータを保存または削除することができます。

有効な場合:
- すべての永続メモリデータを消去します。
- 工場出荷時のデフォルト設定にリセットします
- DIMM セキュリティを無効にします
無効 (デフォルト) の場合、サーバ上の既存の永続メモリ設定とデータを保持します。DIMM ロック状態は変更されません。

スクラブポリシーの作成

Procedure

Command or Action

Purpose

Step 1

UCS-A# scope org org-name

指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。

Step 2

UCS-A /org # create scrub-policy policy-name

スクラブポリシーを指定されたポリシー名で作成し、組織スクラブポリシーモードを開始します。

Step 3

(Optional) UCS-A /org/scrub-policy # set descr description

(Optional)

スクラブポリシーの説明を記入します。

Note

説明にスペース、特殊文字、または句読点が含まれている場合、説明を引用符で括る必要があります。引用符は、 show コマンド出力の説明フィールドには表示されません。

Step 4

UCS-A /org/scrub-policy # set disk-scrub {no | yes}

次のように、このスクラブポリシーを使用するサーバーでのディスクスクラブを無効または有効にします。

有効にすると、マスターブートレコードまたはブートセクターからデータの最初の 200 MB が削除されます。そのため、すでにインストールされている OS がある場合、その OS からシステムが起動するのを防ぐことができます。ドライブ上のデータの安全な削除については、『UCS Secure Data Deletion For Commission Regulation (EU) 2019 /424 Users Guide』を参照してください。

Note

ディスクスクラブポリシーは、200 MBを超えるユーザデータを削除することを目的としていませんが、Cisco UCS Manager はデータ損失に対する保証はできません。

無効 (デフォルト) になっている場合は、ローカルドライブ上のすべてのデータが保持されます（ローカルストレージ設定を含む）。

Step 5

UCS-A /org/scrub-policy # set bios-settings-scrub {no | yes}

次のように、このスクラブポリシーを使用するサーバーでの BIOS 設定スクラブを無効または有効にします。

有効になっている場合は、サーバーのすべての BIOS 設定が消去され、サーバータイプとベンダーに応じた BIOS のデフォルトにリセットされます。
無効 (デフォルト) になっている場合は、サーバの既存の BIOS 設定が保持されます。

Step 6

UCS-A /org/scrub-policy # set flexflash-scrub {no | yes}

次のように、このスクラブポリシーを使用するサーバーでの flexflash スクラブを無効または有効にします。

有効になっている場合は、PNUOS フォーマットユーティリティにより SD カードの HV パーティションがフォーマットされます。SD カードが 2 枚ある場合、それらカードは RAID-1 ペアになっており、両方のカードの HV パーティションが有効と見なされます。スロット 1 のカードはプライマリ、スロット 2 のカードはセカンダリと見なされます。
無効 (デフォルト) の場合、既存の SD カード設定が保持されます。

Step 7

UCS-A /org/scrub-policy # commit-buffer

トランザクションをシステムの設定にコミットします。

Example

次の例は、ScrubPolicy2 という名前のスクラブポリシーを作成し、スクラブポリシーを使用するサーバーでディスクのスクラブを有効にし、トランザクションをコミットします。

UCS-A# scope org /
UCS-A /org # create scrub-policy ScrubPolicy2
UCS-A /org/scrub-policy* # set descr "Scrub disk but not BIOS."
UCS-A /org/scrub-policy* # set disk-scrub yes
UCS-A /org/scrub-policy* # set bios-settings-scrub no
UCS-A /org/scrub-policy* # set flexflash-scrub no
UCS-A /org/scrub-policy* # commit-buffer
UCS-A /org/scrub-policy #

スクラブポリシーの削除

Procedure

	Command or Action	Purpose
Step 1	UCS-A# scope org `org-name`	指定した組織の組織モードを開始します。ルート組織モードを開始するには、`org-name` に / と入力します。
Step 2	UCS-A /org # delete scrub-policy `policy-name`	指定したスクラブポリシーを削除します。
Step 3	UCS-A /org # commit-buffer	トランザクションをシステムの設定に対して確定します。

Example

次に、ScrubPolicy2 という名前のスクラブポリシーを削除し、トランザクションをコミットする例を示します。

UCS-A# scope org /
UCS-A /org # delete scrub-policy ScrubPolicy2
UCS-A /org* # commit-buffer
UCS-A /org #

DIMM の修正可能なエラー処理

Cisco UCS Manager では、DIMM が事前定義されたウィンドウにおいて修正可能な重大エラーに遭遇した場合、ステータスが Degraded と表され、機能しないデバイスと見なされます。

DIMM の修正可能なエラー処理機能により、サーバー内のすべての DIMM に関する修正可能および修正不可能なメモリエラーをすべてリセットできます。エラー設定をリセットすると、当該 DIMM のエラー数はクリアされ、ステータスは操作可能に変わり、DIMM のセンサー状態がリセットされます。

メモリエラーのリセット

Cisco UCS Manager とベースボード管理コントローラ（BMC）で発生したすべての修正可能および修正不可能なメモリエラーをリセットするには、この手順を使用します。

手順

	コマンドまたはアクション	目的
ステップ 1	UCS-A# scope chassis `chassis-num`	指定したシャーシのシャーシモードを開始します。
ステップ 2	UCS-A/chassis # scope server `server-num`	指定したサーバーのサーバーモードを開始します。
ステップ 3	UCS-A/chassis/server # reset-all-memory-errors	サーバー内のすべての DIMM で発生した修正可能および修正不可能なエラーをリセットします。
ステップ 4	UCS-A /chassis/server* # commit-buffer	保留中のすべてのトランザクションをコミットします。

例

次に、選択されたメモリユニットのメモリエラーをリセットする例を示します。

UCS-A# scope chassis 1
UCS-A/chassis # scope server 1
UCS-A/chassis/server # reset-all-memory-errors
UCS-A/chassis/server* # commit-buffer
UCS-A/chassis/server #

DIMM のブラックリスト化

Cisco UCS Manager で、デュアルインラインメモリモジュール（DIMM）の状態は、SEL イベントレコードに基づいています。メモリテストの実行中に BIOS で修正不可能なメモリエラーに遭遇した場合、DIMM は不良としてマークされます。不良な DIMM は機能しないデバイスと見なされます。

DIMM のブラックリスト化を有効にすると、Cisco UCS Manager はメモリテスト実行メッセージをモニターし、DIMM SPD データ内でメモリエラーに遭遇した DIMM をブラックリストに載せます。これにより、ホストは修正不可能な ECC エラーに遭遇した DIMM をマップから外すことができます。

DIMM のブラックリストのイネーブル化

メモリポリシーは、Cisco UCS ドメインの既存のサーバー、およびメモリポリシーを設定した後で追加されたサーバーに適用できるグローバルポリシーです。

（注）

この機能は、Cisco UCS Bシリーズブレードサーバーおよび UCS C シリーズラックサーバーの両方でサポートされています。
このグローバルポリシーをサービスプロファイルに追加することはできません。

始める前に

Cisco B シリーズブレードサーバーの場合、サーバーファームウェアはリリース 2.2(1) 以降のリリースである必要があります。
シスコ C シリーズラックサーバーの場合、サーバーファームウェアはリリース 2.2(3) である必要があります。
次の権限のいずれかでログインする必要があります。
- 管理者
- サーバーポリシー
- サーバープロファイルのサーバーポリシー

手順

コマンドまたはアクション

目的

ステップ 1

UCS-A# scope org /

ルート組織モードを開始します。

ステップ 2

UCS-A /org # scope memory-config-policy default

グローバルメモリポリシーのメモリポリシーモードを開始します。

ステップ 3

UCS-A /org/memory-config-policy # set blacklisting enabled

DIMM のブラックリストは、ドメインレベルポリシーで有効化され、これらの変更は、その特定のドメイン内のすべてのサーバーに適用されます。

（注）

サーバーの Cisco IMC が DIMM のブラックリストをサポートしない場合、情報レベルのエラーが生成されます。

ステップ 4

UCS-A /org/memory-config-policy* # commit-buffer

トランザクションをシステムの設定にコミットします。

例

次に、DIMM のブラックリストをイネーブルにする例を示します。

UCS-A# scope org /
UCS-A /chassis/org # scope memory-config-policy default
UCS-A /chassis/org/memory-config-policy # set blacklisting enabled
UCS-A /chassis/org/memory-config-policy* # commit-buffer
UCS-A /chassis/org/memory-config-policy #
UCS-A /chassis/org/memory-config-policy # show detail

Memory Config Policy:
    Blacklisting: enabled

Serial over LAN ポリシーの概要

このポリシーは、このポリシーを使用するサービスプロファイルと関連付けられているすべてのサーバーに対する Serial over LAN 接続の設定を行います。デフォルトでは、Serial over LAN 接続はディセーブルにされています。

Serial over LAN ポリシーを実装する場合、IPMI プロファイルを作成することも推奨します。

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

Serial over LAN ポリシーの設定

手順

コマンドまたはアクション

目的

ステップ 1

UCS-A# scope org org-name

指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。

ステップ 2

UCS-A /org # create sol-policy policy-name

Serial over LAN ポリシーを作成し、組織 LAN Serial over LAN ポリシーモードを開始します。

ステップ 3

（任意） UCS-A /org/sol-policy # set descr description

（任意）

ポリシーの説明を記します。

（注）

説明にスペース、特殊文字、または句読点が含まれている場合、説明を引用符で括る必要があります。引用符は、 show コマンド出力の説明フィールドには表示されません。

ステップ 4

UCS-A /org/sol-policy # set speed {9600| 19200 | 38400 | 57600 | 115200 }

シリアルボーレートを指定します。

ステップ 5

UCS-A /org/sol-policy # {disable | enable}

Serial over LAN ポリシーを無効または有効にします。デフォルトでは、Serial over LAN ポリシーは無効になっています。ポリシーを適用する前に有効にする必要があります。

ステップ 6

UCS-A /org/sol-policy # commit-buffer

トランザクションをシステムの設定にコミットします。

例

次に、Sol115200 という名前の Serial over LAN ポリシーを作成し、ポリシーの説明を指定して、速度を 115200 ボーに設定し、ポリシーを有効にして、トランザクションをコミットする例を示します。

UCS-A# scope org /
UCS-A /org* # create sol-policy Sol115200
UCS-A /org/sol-policy* # set descr "Sets serial over LAN policy to 115200 baud."
UCS-A /org/sol-policy* # set speed 115200
UCS-A /org/sol-policy* # enable
UCS-A /org/sol-policy* # commit-buffer
UCS-A /org/sol-policy #

Serial over LAN ポリシーの表示

手順

	コマンドまたはアクション	目的
ステップ 1	UCS-A# scope org `org-name`	指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。
ステップ 2	UCS-A /org # show sol-policy `policy-name`	（create sol-config コマンドで設定された）Serial over LAN 定義を表示します。Serial over LAN 定義が設定されていない場合、およびポリシーが（set sol-policy コマンドを使用して）設定されている場合、ポリシーが表示されます。

例

次に、Sol115200 という Serial over LAN ポリシーの Serial over LAN 情報を表示する例を示します。

UCS-A# scope org /
UCS-A /org # show sol-policy Sol115200 detail

SOL Policy:
    Name: Sol115200
    SOL State: Enable
    Speed: 115200
    Description:
    Policy Owner: Local

UCS-A /org # show sol-policy Sol115200
SOL Policy:
			Name                  	SOL State Speed
  ---------------------------------------
  Sol115200               Enable   115200
UCS-A /org #

Serial over LAN ポリシーの削除

手順

	コマンドまたはアクション	目的
ステップ 1	UCS-A# scope org `org-name`	指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。
ステップ 2	UCS-A /org # delete sol-policy `policy-name`	指定された Serial over LAN ポリシーを削除します。
ステップ 3	UCS-A /org # commit-buffer	トランザクションをシステムの設定に対して確定します。

例

次の例は、Sol115200 という名前の Serial over LAN ポリシーを削除し、トランザクションをコミットします。

UCS-A# scope org /
UCS-A /org* # delete sol-policy Sol115200
UCS-A /org* # commit-buffer
UCS-A /org #

サーバー自動構成ポリシーの概要

Cisco UCS Manager では、このポリシーを使用して、新しいサーバーの設定方法を決定します。サーバー自動構成ポリシーを作成すると、新しいサーバーの起動時に次の処理が行われます。

サーバーに対してサーバー自動構成ポリシーの資格認定が実行されます。
必要な資格を満たしている場合、サーバーは、サーバー自動構成ポリシーで設定されたサービスプロファイルテンプレートから作成されたサービスプロファイルと関連付けられます。そのサービスプロファイルの名前は、Cisco UCS Manager によって付与されるサーバーの名前に基づきます。
サービスプロファイルは、サーバー自動構成ポリシーで設定された組織に割り当てられます。

サーバー自動構成ポリシーの設定

手順

コマンドまたはアクション

目的

ステップ 1

UCS-A# scope org org-name

指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。

ステップ 2

UCS-A /org # create server-autoconfig-policy policy-name

サーバー自動構成ポリシーを指定されたポリシー名で作成し、組織サーバー自動構成ポリシーモードを開始します。

ステップ 3

（任意） UCS-A /org/server-autoconfig-policy # set descr description

（任意）

ポリシーの説明を記します。

（注）

説明にスペース、特殊文字、または句読点が含まれている場合、説明を引用符で括る必要があります。引用符は、 show コマンド出力の説明フィールドには表示されません。

ステップ 4

（任意） UCS-A /org/server-autoconfig-policy # set destination org org-name

（任意）

サーバーを使用する組織を指定します。

ステップ 5

（任意） UCS-A /org/server-autoconfig-policy # set qualifier server-qual-name

（任意）

サーバーの資格認定にサーバープールポリシー資格情報を使用するように指定します。

ステップ 6

（任意） UCS-A /org/server-autoconfig-policy # set template profile-name

（任意）

サーバーのサービスプロファイルインスタンスを作成するために使用するサービスプロファイルテンプレートを指定します。

ステップ 7

UCS-A /org/server-autoconfig-policy # commit-buffer

トランザクションをシステムの設定にコミットします。

例

次の例は、AutoConfigFinance というサーバー自動構成ポリシーを作成し、ポリシーに説明を加え、宛先組織として finance を、サーバープールポリシー資格情報として ServPoolQual22 を、サービスプロファイルテンプレートとして ServTemp2 を指定し、トランザクションをコミットします。

UCS-A# scope org /
UCS-A /org* # create server-autoconfig-policy AutoConfigFinance
UCS-A /org/server-autoconfig-policy* # set descr "Server Autoconfiguration Policy for Finance"
UCS-A /org/server-autoconfig-policy* # set destination org finance
UCS-A /org/server-autoconfig-policy* # set qualifier ServPoolQual22
UCS-A /org/server-autoconfig-policy* # set template ServTemp2
UCS-A /org/server-autoconfig-policy* # commit-buffer
UCS-A /org/server-autoconfig-policy #

サーバー自動構成ポリシーの削除

手順

	コマンドまたはアクション	目的
ステップ 1	UCS-A# scope org `org-name`	指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。
ステップ 2	UCS-A /org # delete server-autoconfig-policy `policy-name`	指定されたサーバー自動構成ポリシーを削除します。
ステップ 3	UCS-A /org # commit-buffer	トランザクションをシステムの設定に対して確定します。

例

次の例は、AutoConfigFinance という名前のサーバー自動構成ポリシーを削除し、トランザクションをコミットします。

UCS-A# scope org /
UCS-A /org* # delete server-autoconfig-policy AutoConfigFinance
UCS-A /org* # commit-buffer
UCS-A /org #

サーバーディスカバリポリシーの概要

サーバーディスカバリポリシーにより、新しい UCS ブレードサーバーや UCS Mini を追加したときの UCS Manager の対応方法を定義します。サーバーディスカバリポリシーを作成する場合、サーバーがシャーシに追加されたときに、システムにより詳細なディスカバリを行うのか、または、ユーザーがまず新しいサーバーを確認する必要があるのかどうかを制御できます。デフォルトでは、システムにより完全なディスカバリが実行されます。

サーバーディスカバリポリシーを作成した場合は、新しいサーバーを起動すると次の処理が行われます。

サーバーディスカバリポリシー資格情報はサーバーに対して実行されます。
サーバーが必要な資格を満たしている場合、Cisco UCS Manager はサーバーに次の処理を適用します。
- この処理に関して選択されたオプションに応じて、UCS Manager が新しいサーバーをただちに検出するか、または新しいサーバーに対するユーザーの確認応答を待機する
- サーバーにスクラブポリシーを適用する

ハードウェアの挿入、削除、または交換によって自動的に詳細なディスカバリがトリガーされると、以下が実行されます。

サーバーが「保留アクティビティ」リストに移動されます。
サーバーで重大なハードウェア不一致エラーが発生し、ハードウェアの不一致が UCSM により検出されたことが示されます。
詳細なディスカバリをトリガーするには、サーバーを明示的に認識する必要があります。

Important

Cisco UCS Manager リリース 2.2(4) では、ブロックサイズが 4K のドライブはブレードサーバーではサポートされませんが、ラックマウントサーバーではサポートされます。ブロックサイズが 4 K のドライブがブレードサーバーに挿入された場合、検出は失敗し、次のエラーメッセージが表示されます。

Unable to get Scsi Device Information from the system（システムからSCSIデバイス情報を取得できません）

このエラーが発生した場合は、次の手順を実行します。

4 K のドライブを取り外します。
サーバーを再認識します。

サーバーを再認識するとサーバーがリブートし、その結果、サービスが失われます。

サーバーディスカバリポリシーの設定

Before you begin

このポリシーとサーバプールを関連付ける予定がある場合は、サーバプールポリシー資格情報を作成します。

Procedure

Command or Action

Purpose

Step 1

UCS-A# scope org /

ルート組織モードを開始します。

Note

シャーシディスカバリポリシーは、ルート組織からしかアクセスできません。

Step 2

UCS-A /org # create server-disc-policy policy-name

サーバーディスカバリポリシーを指定されたポリシー名で作成し、組織サーバーディスカバリポリシーモードを開始します。

Step 3

UCS-A /org/server-disc-policy # set action {diag | immediate | user-acknowledged}

システムが新しいサーバーの検出を試みるタイミングを指定します。

Step 4

(Optional) UCS-A /org/chassis-disc-policy # set descr description

(Optional)

サーバーディスカバリポリシーに説明を加えます。

Note

説明にスペース、特殊文字、または句読点が含まれている場合、説明を引用符で括る必要があります。引用符は、 show コマンド出力の説明フィールドには表示されません。

Step 5

(Optional) UCS-A /org/server-disc-policy # set qualifier qualifier

(Optional)

指定されたサーバープールポリシー資格情報をこのポリシーとサーバープールを関連付けるために使用します。

Step 6

UCS-A /org/server-disc-policy # set scrub-policy

このポリシーが使用するスクラブポリシーを指定します。スクラブポリシーは、検出時にサーバーのディスクドライブをきれいにスクラブするかどうかを定義します。

Step 7

UCS-A /org/server-disc-policy # commit-buffer

トランザクションをシステムの設定にコミットします。

Example

次の例は、ServDiscPolExample という名前のサーバーディスカバリポリシーを作成し、すぐに新しいサーバーを検出するように設定し、ポリシーについて説明を加え、サーバープールポリシー資格情報とスクラブポリシーを指定し、トランザクションをコミットします。

UCS-A# scope org /
UCS-A /org # create server-disc-policy ServDiscPolExample
UCS-A /org/server-disc-policy* # set action immediate
UCS-A /org/server-disc-policy* # set descr "This is an example server discovery policy."
UCS-A /org/server-disc-policy* # set qualifier ExampleQual
UCS-A /org/server-disc-policy* # set scrub-policy NoScrub
UCS-A /org/server-disc-policy # commit-buffer

What to do next

サーバディスカバリポリシーをサービスプロファイルとテンプレートのうち一方、または両方に含めます。

サーバーディスカバリポリシーの削除

Procedure

	Command or Action	Purpose
Step 1	UCS-A# scope org `org-name`	指定した組織の組織モードを開始します。ルート組織モードを開始するには、`org-name` に / と入力します。
Step 2	UCS-A /org # Delete server-disc-policy `policy-name`	指定したサーバーディスカバリポリシーを削除します。
Step 3	UCS-A /org/server-disc-policy # commit-buffer	トランザクションをシステムの設定にコミットします。

Example

次に、ServDiscPolExample という名前のサーバーディスカバリポリシーを削除し、トランザクションをコミットする例を示します。

UCS-A# scope org /
UCS-A /org # delete server-disc-policy ServDiscPolExample
UCS-A /org* # commit-buffer
UCS-A /org #

ハードウェア変更検出ポリシー

ハードウェア変更検出は、ハードウェアコンポーネントの変更が生じた場合の Cisco UCS Managerの動作を設定するためのグローバルポリシーです。ポリシーには次の 2 つの値があります。

[User Acknowledged]：ハードウェアインベントリ不一致エラーをすべてクリアするには、サーバーを確認する必要があります。
[Auto Acknowledged]：ハードウェアコンポーネントの変更が検出されると、自動の詳細なディスカバリがトリガーされます。

UCSM がサーバーハードウェアコンポーネントの変更を検出すると、クリティカルハードウェアインベントリ不一致エラーがサーバーで発生します。エラーをクリアしてハードウェアインベントリを完了するには、手動でサーバーを確認する必要があります。サーバーを確認すると、詳細なディスカバリと詳細な関連付けがトリガーされます。

ラックサーバーの場合、エラーをクリアしてハードウェアインベントリを完了するには、サーバーを解放してから、再稼働する必要があります。

ハードウェアインベントリ不一致エラーがある場合には、ポリシーを変更できません。

ハードウェア変更検出ポリシーの設定

手順

	コマンドまたはアクション	目的
ステップ 1	UCS-A# scope org /	ルート組織モードを開始します。
ステップ 2	UCS-A /org # scope server-hwchange-disc-policy `policy-name`	組織のハードウェア変更検出ポリシーモードを開始します。
ステップ 3	UCS-A /org/server-hwchange-disc-policy # set action { \| auto-acknowledged \| user-acknowledged}	システムが新しいサーバーの検出を試みるタイミングを指定します。
ステップ 4	UCS-A /org/server-hwchange-disc-policy # set action auto-acknowledged	使用するハードウェア変更検出ポリシーを指定します。
ステップ 5	UCS-A /org/server-hwchange-disc-policy # commit-buffer	トランザクションをシステムの設定にコミットします。

例

次の例では、ハードウェア変更検出ポリシーを設定し、トランザクションをコミットします。

UCS-A# scope org /
UCS-A /org # scope server-hwchange-disc-policy
UCS-A /org/server-hwchange-disc-policy # set action
UCS-A /org/server-hwchange-disc-policy # set action auto-acknowledged
UCS-A /org/server-hwchange-disc-policy # commit-buffer

ハードウェア変更検出ポリシーの表示

手順

	コマンドまたはアクション	目的
ステップ 1	UCS-A# scope org	ルート組織モードを開始します。
ステップ 2	UCS-A /org # scope server-hwchange-disc-policy `policy-name`	組織のハードウェア変更検出ポリシーモードを開始します。
ステップ 3	UCS-A /org/server-hwchange-disc-policy # show detail	ハードウェア変更検出ポリシー設定を表示します。

例

次に、ポリシー設定を表示する例を示します。

UCS-A# scope org /
UCS-A /org # scope server-hwchange-disc-policy
UCS-A /org/server-hwchange-disc-policy # show detail
Server Hardware Change Discovery Policy:
    Action: User Acknowledged

サーバー継承ポリシーの概要

このポリシーは、サーバー用のサービスプロファイルを作成するために、サーバーディスカバリプロセス中に呼び出されます。このポリシーから作成されたサービスプロファイルはすべて、製造元でブレードに設定された値を使用します。このポリシーは次の機能を実行します。

サーバーのインベントリの分析
選択された組織へのサーバーの割り当て（設定されている場合）
製造元でサーバーに設定された ID を使って、このサーバーのサービスプロファイルを作成

このポリシーを使って作成したサービスプロファイルは他のサーバーに移行できません。

サーバー継承ポリシーの設定

VIC アダプタが搭載されたブレードサーバまたはラックマウントサーバ（Cisco UCS M81KR 仮想インターフェイスカードなど）の場合、サーバのアイデンティティ値は製造時にサーバハードウェアに書き込まれません。その結果、アダプタのアイデンティティは、デフォルトプールから取得する必要があります。デフォルトプールに、サーバに割り当てるのに十分なエントリが格納されていない場合、サービスプロファイルの関連付けが設定エラーにより失敗します。

手順

コマンドまたはアクション

目的

ステップ 1

UCS-A# scope org org-name

指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。

ステップ 2

UCS-A /org # create server-inherit-policy policy-name

サーバー継承ポリシーを指定されたポリシー名で作成し、組織サーバー継承ポリシーモードを開始します。

ステップ 3

（任意） UCS-A /org/server-inherit-policy # set descr description

（任意）

ポリシーの説明を記します。

（注）

説明にスペース、特殊文字、または句読点が含まれている場合、説明を引用符で括る必要があります。引用符は、 show コマンド出力の説明フィールドには表示されません。

ステップ 4

（任意） UCS-A /org/server-inherit-policy # set destination org org-name

（任意）

サーバーを使用する組織を指定します。

ステップ 5

（任意） UCS-A /org/server-inherit-policy # set qualifier server-qual-name

（任意）

サーバーの資格認定にサーバープールポリシー資格情報を使用するように指定します。

ステップ 6

UCS-A /org/server-inherit-policy # commit-buffer

トランザクションをシステムの設定にコミットします。

例

次の例は、InheritEngineering という名前のサーバー継承ポリシーを作成し、ポリシーに説明を加え、宛先組織として engineering を、サーバープールポリシー資格情報として ServPoolQual22 を指定し、トランザクションをコミットします。

UCS-A# scope org /
UCS-A /org* # create server-inherit-policy InheritEngineering
UCS-A /org/server-inherit-policy* # set descr "Server Inheritance Policy for Engineering"
UCS-A /org/server-inherit-policy* # set destination org engineering
UCS-A /org/server-inherit-policy* # set qualifier ServPoolQual22
UCS-A /org/server-inherit-policy* # commit-buffer
UCS-A /org/server-inherit-policy #

サーバー継承ポリシーの削除

手順

	コマンドまたはアクション	目的
ステップ 1	UCS-A# scope org `org-name`	指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。
ステップ 2	UCS-A /org # delete server-inherit-policy `policy-name`	指定されたサーバー継承ポリシーを削除します。
ステップ 3	UCS-A /org # commit-buffer	トランザクションをシステムの設定に対して確定します。

例

次の例は、InheritEngineering という名前のサーバー継承ポリシーを削除し、トランザクションをコミットします。

UCS-A# scope org /
UCS-A /org* # delete server-inherit-policy InheritEngineering
UCS-A /org* # commit-buffer
UCS-A /org #

サーバープールポリシーの概要

このポリシーはサーバーディスカバリプロセス中に呼び出されます。これは、サーバープールポリシー資格情報により、サーバーと、ポリシーで指定されたターゲットプールが一致した場合にどのような処理が行われるかを定義します。

サーバーが複数のプールに適合したときに、これらのプールにサーバープールポリシーがあった場合、このサーバーはこれらすべてのプールに追加されます。

サーバープールポリシーの設定

Procedure

Command or Action

Purpose

Step 1

UCS-A# scope org org-name

指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。

Step 2

UCS-A /org # create pooling-policy policy-name

サーバープールポリシーを指定された名前で作成し、組織プールポリシーモードを開始します。

Step 3

(Optional) UCS-A /org/pooling-policy # set descr description

(Optional)

サーバープールポリシーに説明を加えます。

Note

説明にスペース、特殊文字、または句読点が含まれている場合、説明を引用符で括る必要があります。引用符は、 show コマンド出力の説明フィールドには表示されません。

Step 4

UCS-A /org/pooling-policy # set pool pool-distinguished-name

サーバープールポリシーで使用するサーバープールを指定します。プールの完全識別名を指定する必要があります。

Step 5

UCS-A /org/pooling-policy # set qualifier qualifier-name

サーバープールポリシーで使用するサーバープール修飾子を指定します。

Step 6

UCS-A /org/pooling-policy # commit-buffer

トランザクションをシステムの設定にコミットします。

Example

次の例は、ServerPoolPolicy4 という名前のサーバープールポリシーを作成し、トランザクションをコミットします。

UCS-A# scope org /
UCS-A /org # create pooling-policy ServerPoolPolicy4
UCS-A /org/pooling-policy* # set pool org-root/compute-pool-pool3 
UCS-A /org/pooling-policy* # set qualifier ServPoolQual8
UCS-A /org/pooling-policy* # commit-buffer
UCS-A /org/pooling-policy #

サーバープールポリシーの削除

Procedure

	Command or Action	Purpose
Step 1	UCS-A# scope org `org-name`	指定した組織の組織モードを開始します。ルート組織モードを開始するには、`org-name` に / と入力します。
Step 2	UCS-A /org # delete pooling-policy `policy-name`	指定したサーバープールポリシーを削除します。
Step 3	UCS-A /org # commit-buffer	トランザクションをシステムの設定に対して確定します。

Example

次に、ServerPoolPolicy4 という名前のサーバープールポリシーを削除し、トランザクションをコミットする例を示します。

UCS-A# scope org /
UCS-A /org # delete pooling-policy ServerPoolPolicy4
UCS-A /org/pooling-policy* # commit-buffer
UCS-A /org/pooling-policy #

サーバープールポリシー資格情報の概要

このポリシーは、ディスカバリプロセス中に実行されたサーバーのインベントリに基づいて、サーバーを資格認定します。資格情報は、サーバーが選択基準を満たすかどうかを判断するために、ポリシーで設定されたルールです。たとえば、データセンタープールのサーバーの最小メモリ容量を指定するルールを作成できます。

資格情報は、サーバプールポリシーだけではなく、その他のポリシーでも、サーバを配置するために使用されます。たとえば、サーバがある資格ポリシーの基準を満たしている場合、このサーバを 1 つ以上のサーバプールに追加したり、自動的にサービスプロファイルと関連付けたりできます。

サーバプールポリシー資格情報を使用すると、次の基準に従ってサーバを資格認定できます。

アダプタのタイプ
シャーシの場所
メモリのタイプと設定
電源グループ
CPU のコア数、タイプ、および設定
ストレージの設定と容量
サーバーのモデル

実装によっては、サーバープールポリシー資格情報を使用して、次を含む複数のポリシーを設定する必要があります。

自動構成ポリシー
シャーシディスカバリポリシー
サーバーディスカバリポリシー
サーバー継承ポリシー
サーバープールポリシー

サーバープールポリシー資格情報の作成

Procedure

	Command or Action	Purpose
Step 1	UCS-A# scope org `org-name`	指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。
Step 2	UCS-A /org # create server-qual `server-qual-name`	サーバープール資格情報を指定された名前で作成し、組織サーバー資格情報モードを開始します。
Step 3	UCS-A /org/server-qual # commit-buffer	トランザクションをシステムの設定にコミットします。

Example

次の例は、ServPoolQual22 という名前のサーバープール資格情報を作成し、トランザクションをコミットします。

UCS-A# scope org /
UCS-A /org* # create server-qual ServPoolQual22
UCS-A /org/server-qual* # commit-buffer
UCS-A /org/server-qual #

What to do next

次のサーバーコンポーネントの 1 つ以上の資格情報を設定します。

アダプタ資格情報
シャーシ資格情報
メモリ資格情報
電源グループ資格情報
プロセッサ資格情報
ストレージ資格情報

サーバープールポリシー資格情報の削除

Procedure

	Command or Action	Purpose
Step 1	UCS-A# scope org `org-name`	指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。
Step 2	UCS-A /org # delete server-qual `server-qual-name`	指定されたサーバープール資格情報を削除します。
Step 3	UCS-A /org/server-qual # commit-buffer	トランザクションをシステムの設定にコミットします。

Example

次の例は、ServPoolQual22 という名前のサーバープール資格情報を削除し、トランザクションをコミットします。

UCS-A# scope org /
UCS-A /org* # delete server-qual ServPoolQual22
UCS-A /org* # commit-buffer
UCS-A /org #

アダプタ資格情報の作成

Before you begin

サーバープールポリシー資格情報を作成します。

Procedure

	Command or Action	Purpose
Step 1	UCS-A# scope org `org-name`	指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。
Step 2	UCS-A /org # scope server-qual `server-qual-name`	指定したサーバープールポリシー資格情報で組織サーバー資格情報モードを開始します。
Step 3	UCS-A /org/server-qual # create adapter	アダプタ資格情報を作成し、組織サーバー資格情報アダプタモードを開始します。
Step 4	UCS-A /org/server-qual/adapter # create cap-qual `adapter-type`	指定されたアダプタタイプのアダプタ容量資格を作成して、組織サーバー資格アダプタ容量資格情報モードを開始します。 `adapter-type` 引数には、次の任意の値を設定できます。 fcoe ：Fibre Channel over Ethernet non-virtualized-eth-if ：非仮想化イーサネットインターフェイス non-virtualized-fc-if ：非仮想化ファイバチャネルインターフェイス path-encap-consolidated ：パスカプセル化統合 path-encap-virtual ：パスカプセル化仮想 protected-eth-if ：保護されたイーサネットインターフェイス protected-fc-if ：保護されたファイバチャネルインターフェイス protected-fcoe ：保護された Fibre Channel over Ethernet virtualized-eth-if ：仮想化イーサネットインターフェイス virtualized-fc-if ：仮想化ファイバチャネルインターフェイス virtualized-scsi-if ：仮想化 SCSI インターフェイス
Step 5	UCS-A /org/server-qual/adapter/cap-qual # set maximum {`max-cap` \| unspecified}	選択したアダプタタイプの最大容量を指定します。
Step 6	UCS-A /org/server-qual/adapter/cap-qual # commit-buffer	トランザクションをシステムの設定にコミットします。

Example

次の例では、非仮想化イーサネットインターフェイスのアダプタ資格情報を設定し、トランザクションをコミットします。

UCS-A# scope org /
UCS-A /org # scope server-qual ServPoolQual22
UCS-A /org/server-qual # create adapter
UCS-A /org/server-qual/adapter* # create cap-qual non-virtualized-eth-if
UCS-A /org/server-qual/adapter/cap-qual* # set maximum 2500000000
UCS-A /org/server-qual/adapter/cap-qual* # commit-buffer
UCS-A /org/server-qual/adapter/cap-qual #

アダプタ資格情報の削除

Procedure

	Command or Action	Purpose
Step 1	UCS-A# scope org `org-name`	指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。
Step 2	UCS-A /org # scope server-qual `server-qual-name`	指定したサーバープールポリシー資格情報で組織サーバー資格情報モードを開始します。
Step 3	UCS-A /org/server-qual # delete adapter	サーバープールポリシー資格情報からアダプタ資格情報を削除します。
Step 4	UCS-A /org/server-qual # commit-buffer	トランザクションをシステムの設定にコミットします。

Example

次に、ServPoolQual22 という名前のサーバープールポリシー資格情報からアダプタ資格情報を削除し、トランザクションをコミットする例を示します。

UCS-A# scope org /
UCS-A /org # scope server-qual ServPoolQual22
UCS-A /org/server-qual # delete adapter
UCS-A /org/server-qual* # commit-buffer
UCS-A /org/server-qual #

シャーシ資格情報の設定

Before you begin

サーバープールポリシー資格情報を作成します。

Procedure

	Command or Action	Purpose
Step 1	UCS-A# scope org `org-name`	指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。
Step 2	UCS-A /org # scope server-qual `server-qual-name`	指定したサーバープールポリシー資格情報で組織サーバー資格情報モードを開始します。
Step 3	UCS-A /org/server-qual # create chassis `min-chassis-num` `max-chassis-num`	指定されたシャーシ範囲のシャーシ資格情報を作成し、組織サーバー資格情報シャーシモードを開始します。
Step 4	UCS-A /org/server-qual/chassis # create slot `min-slot-num` `max-slot-num`	指定されたスロット範囲のシャーシスロット資格情報を作成し、組織サーバー資格情報シャーシスロットモードを開始します。
Step 5	UCS-A /org/server-qual/chassis/slot # commit-buffer	トランザクションをシステムの設定にコミットします。

Example

次の例は、シャーシ 1 および 2 のスロット 1 ～ 4 にシャーシ資格情報を設定し、トランザクションをコミットします。

UCS-A# scope org /
UCS-A /org* # scope server-qual ServPoolQual22
UCS-A /org/server-qual* # create chassis 1 2
UCS-A /org/server-qual/chassis* # create slot 1 4
UCS-A /org/server-qual/chassis/slot* # commit-buffer
UCS-A /org/server-qual/chassis/slot #

シャーシ資格情報の削除

Procedure

	Command or Action	Purpose
Step 1	UCS-A# scope org `org-name`	指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。
Step 2	UCS-A /org # scope server-qual `server-qual-name`	指定したサーバープールポリシー資格情報で組織サーバー資格情報モードを開始します。
Step 3	UCS-A /org/server-qual # delete chassis `min-chassis-num` `max-chassis-num`	指定されたシャーシ範囲のシャーシ資格情報を削除します。
Step 4	UCS-A /org/server-qual # commit-buffer	トランザクションをシステムの設定にコミットします。

Example

次の例は、シャーシ 1 および 2 のシャーシ資格情報を削除し、トランザクションをコミットします。

UCS-A# scope org /
UCS-A /org # scope server-qual ServPoolQual22
UCS-A /org/server-qual # delete chassis 1 2
UCS-A /org/server-qual* # commit-buffer
UCS-A /org/server-qual #

CPU 資格情報の作成

Before you begin

サーバープールポリシー資格情報を作成します。

Procedure

	Command or Action	Purpose
Step 1	UCS-A# scope org `org-name`	指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。
Step 2	UCS-A /org # scope server-qual `server-qual-name`	指定したサーバープールポリシー資格情報で組織サーバー資格情報モードを開始します。
Step 3	UCS-A /org/server-qual # create cpu	CPU 資格情報を作成し、組織サーバー資格情報プロセッサモードを開始します。
Step 4	UCS-A /org/server-qual/cpu # set arch {any \| dual-core-opteron \| intel-p4-c \| opteron \| pentium-4 \| turion-64 \| xeon \| xeon-mp}	プロセッサのアーキテクチャタイプを指定します。
Step 5	UCS-A /org/server-qual/cpu # set maxcores {`max-core-num` \| unspecified}	プロセッサの最大コア数を指定します。
Step 6	UCS-A /org/server-qual/cpu # set mincores {`min-core-num` \| unspecified}	プロセッサの最小コア数を指定します。
Step 7	UCS-A /org/server-qual/cpu # set maxprocs {`max-proc-num` \| unspecified}	プロセッサの最大数を指定します。
Step 8	UCS-A /org/server-qual/cpu # set minprocs {`min-proc-num` \| unspecified}	プロセッサの最小数を指定します。
Step 9	UCS-A /org/server-qual/cpu # set maxthreads {`max-thread-num` \| unspecified}	スレッドの最大数を指定します。
Step 10	UCS-A /org/server-qual/cpu # set minthreads {`min-thread-num` \| unspecified}	スレッドの最小数を指定します。
Step 11	UCS-A /org/server-qual/cpu # set stepping {`step-num` \| unspecified}	プロセッサのステッピング番号を指定します。
Step 12	UCS-A /org/server-qual/cpu # set model-regex `regex`	プロセッサモデル名が一致する必要のある正規表現を指定します。
Step 13	UCS-A /org/server-qual/cpu # commit-buffer	トランザクションをシステムの設定にコミットします。

Example

次の例は、CPU 資格を設定し、トランザクションをコミットします。

UCS-A# scope org /
UCS-A /org # scope server-qual ServPoolQual22
UCS-A /org/server-qual # create processor
UCS-A /org/server-qual/cpu* # set arch xeon
UCS-A /org/server-qual/cpu* # set maxcores 8
UCS-A /org/server-qual/cpu* # set mincores 4
UCS-A /org/server-qual/cpu* # set maxprocs 2
UCS-A /org/server-qual/cpu* # set minprocs 1
UCS-A /org/server-qual/cpu* # set maxthreads 16
UCS-A /org/server-qual/cpu* # set minthreads 8
UCS-A /org/server-qual/cpu* # set stepping 5
UCS-A /org/server-qual/cpu* # commit-buffer
UCS-A /org/server-qual/cpu #

CPU 資格情報の削除

Procedure

	Command or Action	Purpose
Step 1	UCS-A# scope org `org-name`	指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。
Step 2	UCS-A /org # scope server-qual `server-qual-name`	指定したサーバープールポリシー資格情報で組織サーバー資格情報モードを開始します。
Step 3	UCS-A /org/server-qual # delete cpu	プロセッサ資格情報を削除します。
Step 4	UCS-A /org/server-qual # commit-buffer	トランザクションをシステムの設定にコミットします。

Example

次の例は、プロセッサの資格情報を削除し、トランザクションをコミットします。

UCS-A# scope org /
UCS-A /org # scope server-qual ServPoolQual22
UCS-A /org/server-qual # delete cpu
UCS-A /org/server-qual* # commit-buffer
UCS-A /org/server-qual #

電源グループ資格情報の作成

始める前に

サーバープールポリシー資格情報を作成します。

手順

	コマンドまたはアクション	目的
ステップ 1	UCS-A# scope org `org-name`	指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。
ステップ 2	UCS-A /org # scope server-qual `server-qual-name`	指定したサーバープールポリシー資格情報で組織サーバー資格情報モードを開始します。
ステップ 3	UCS-A /org/server-qual # create power-group `power-group-name`	指定された電源グループ名の電源グループ資格情報を作成します。
ステップ 4	UCS-A /org/server-qual # commit-buffer	トランザクションをシステムの設定にコミットします。

例

次に、powergroup1 という電源グループの電源グループ資格情報を設定し、トランザクションをコミットする例を示します。

UCS-A# scope org /
UCS-A /org # scope server-qual ServPoolQual22
UCS-A /org/server-qual # create power-group powergroup1
UCS-A /org/server-qual* # commit-buffer
UCS-A /org/server-qual #

電源グループ資格情報の削除

手順

	コマンドまたはアクション	目的
ステップ 1	UCS-A# scope org `org-name`	指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。
ステップ 2	UCS-A /org # scope server-qual `server-qual-name`	指定したサーバープールポリシー資格情報で組織サーバー資格情報モードを開始します。
ステップ 3	UCS-A /org/server-qual # delete power-group `power-group-name`	指定された電源グループ資格情報を削除します。
ステップ 4	UCS-A /org/server-qual # commit-buffer	トランザクションをシステムの設定にコミットします。

例

次に、powergroup1 という電源グループの電源グループ資格情報を削除し、トランザクションをコミットする例を示します。

UCS-A# scope org /
UCS-A /org # scope server-qual ServPoolQual22
UCS-A /org/server-qual # delete power-group powergroup1
UCS-A /org/server-qual* # commit-buffer
UCS-A /org/server-qual #

メモリ資格情報の作成

Before you begin

サーバープールポリシー資格情報を作成します。

Procedure

	Command or Action	Purpose
Step 1	UCS-A# scope org `org-name`	指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。
Step 2	UCS-A /org # scope server-qual `server-qual-name`	指定したサーバープールポリシー資格情報で組織サーバー資格情報モードを開始します。
Step 3	UCS-A /org/server-qual # create memory	メモリ資格情報を作成し、組織サーバー資格情報メモリモードを開始します。
Step 4	UCS-A /org/server-qual/memory # set clock {`clock-num` \| unspec}	メモリのクロック速度を指定します。
Step 5	UCS-A /org/server-qual/memory # set maxcap {`max-cap-num` \| unspec}	メモリアレイの最大容量を指定します。
Step 6	UCS-A /org/server-qual/memory # set mincap {`min-cap-num` \| unspec}	メモリアレイの最小容量を指定します。
Step 7	UCS-A /org/server-qual/memory # set speed {`speed-num` \| unspec}	メモリデータレートを指定します。
Step 8	UCS-A /org/server-qual/memory # set units {`unit-num` \| unspec}	メモリユニット（メモリ基板にマウントされている DRAM チップ）の数を指定します。
Step 9	UCS-A /org/server-qual/memory # set width {`width-num` \| unspec}	データバスのビット幅を指定します。
Step 10	UCS-A /org/server-qual/memory # commit-buffer	トランザクションをシステムの設定にコミットします。

Example

次の例は、メモリ資格情報を設定し、トランザクションをコミットします。

UCS-A# scope org /
UCS-A /org # scope server-qual ServPoolQual22
UCS-A /org/server-qual # create memory
UCS-A /org/server-qual/memory* # set clock 1067
UCS-A /org/server-qual/memory* # set maxcap 4096
UCS-A /org/server-qual/memory* # set mincap 2048
UCS-A /org/server-qual/memory* # set speed unspec
UCS-A /org/server-qual/memory* # set units 16
UCS-A /org/server-qual/memory* # set width 64
UCS-A /org/server-qual/memory* # commit-buffer
UCS-A /org/server-qual/memory #

メモリ資格情報の削除

Procedure

	Command or Action	Purpose
Step 1	UCS-A# scope org `org-name`	指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。
Step 2	UCS-A /org # scope server-qual `server-qual-name`	指定したサーバープールポリシー資格情報で組織サーバー資格情報モードを開始します。
Step 3	UCS-A /org/server-qual # delete memory	メモリ資格情報を削除します。
Step 4	UCS-A /org/server-qual # commit-buffer	トランザクションをシステムの設定にコミットします。

Example

次の例は、メモリの資格情報を削除し、トランザクションをコミットします。

UCS-A# scope org /
UCS-A /org # scope server-qual ServPoolQual22
UCS-A /org/server-qual # delete memory
UCS-A /org/server-qual* # commit-buffer
UCS-A /org/server-qual #

物理的な資格情報の作成

始める前に

サーバープールポリシー資格情報を作成します。

手順

	コマンドまたはアクション	目的
ステップ 1	UCS-A# scope org `org-name`	指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。
ステップ 2	UCS-A /org # scope server-qual `server-qual-name`	指定したサーバープールポリシー資格情報で組織サーバー資格情報モードを開始します。
ステップ 3	UCS-A /org/server-qual # create physical-qual	物理的な資格情報を作成し、組織サーバー資格情報物理モードを開始します。
ステップ 4	UCS-A /org/server-qual/physical-qual # set model-regex `regex`	モデル名が一致する必要のある正規表現を指定します。
ステップ 5	UCS-A /org/server-qual/physical-qual # commit-buffer	トランザクションをシステムの設定にコミットします。

例

次の例は、物理的な資格情報を作成して設定し、トランザクションをコミットします。

UCS-A# scope org /
UCS-A /org # scope server-qual ServPoolQual22
UCS-A /org/server-qual # create physical-qual
UCS-A /org/server-qual/physical-qual* # set model-regex  
UCS-A /org/server-qual/physical-qual* # commit-buffer
UCS-A /org/server-qual/physical-qual #

物理的な資格情報の削除

手順

	コマンドまたはアクション	目的
ステップ 1	UCS-A# scope org `org-name`	指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。
ステップ 2	UCS-A /org # scope server-qual `server-qual-name`	指定したサーバープールポリシー資格情報で組織サーバー資格情報モードを開始します。
ステップ 3	UCS-A /org/server-qual # delete physical-qual	物理的な資格情報を削除します。
ステップ 4	UCS-A /org/server-qual # commit-buffer	トランザクションをシステムの設定にコミットします。

例

次の例は、物理的な資格情報を削除し、トランザクションをコミットします。

UCS-A# scope org /
UCS-A /org # scope server-qual ServPoolQual22
UCS-A /org/server-qual # delete physical-qual
UCS-A /org/server-qual* # commit-buffer
UCS-A /org/server-qual #

ストレージ資格情報の作成

Before you begin

サーバープールポリシー資格情報を作成します。

Procedure

	Command or Action	Purpose
Step 1	UCS-A# scope org `org-name`	指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。
Step 2	UCS-A /org # scope server-qual `server-qual-name`	指定したサーバープールポリシー資格情報で組織サーバー資格情報モードを開始します。
Step 3	UCS-A /org/server-qual # create storage	ストレージ資格情報を作成し、組織サーバー資格情報ストレージモードを開始します。
Step 4	UCS-A /org/server-qual/storage # set blocksize {`block-size-num` \| unknown}	ストレージブロックサイズを指定します。
Step 5	UCS-A /org/server-qual/storage # set diskless {no \| unspecified \| yes }	使用できるストレージがディスクレスである必要があるかどうかを指定します。
Step 6	UCS-A /org/server-qual/storage # set disktype {hdd \| ssd \| unspecified}	使用できるディスクのタイプを指定します。次のオプションがあります。 [Unspecified]：どのディスクタイプも受け入れ可能です。 [HDD]：ディスクは HDD にする必要があります。 [SSD]：ディスクは SSD （SATA または SAS）にする必要があります。
Step 7	UCS-A /org/server-qual/storage # set flexflash-num-cards {`ff_card-num` \| unknown}	FlexFlash カードの数を指定します。
Step 8	UCS-A /org/server-qual/storage # set maxcap {`max-cap-num` \| unknown}	ストレージアレイの最大容量を指定します。
Step 9	UCS-A /org/server-qual/storage # set mincap {`min-cap-num` \| unknown}	ストレージアレイの最小容量を指定します。
Step 10	UCS-A /org/server-qual/storage # set numberofblocks {`block-num` \| unknown}	ブロック数を指定します。
Step 11	UCS-A /org/server-qual/storage # set perdiskcap {`disk-cap-num` \| unknown}	ディスク単位の容量を指定します。
Step 12	UCS-A /org/server-qual/storage # set units {`unit-num` \| unspecified}	ストレージデバイス数を指定します。
Step 13	UCS-A /org/server-qual/storage # commit-buffer	トランザクションをシステムの設定にコミットします。

Example

次の例は、ストレージ資格情報を作成および設定し、トランザクションをコミットする方法を示します。

UCS-A# scope org /
UCS-A /org # scope server-qual ServPoolQual22
UCS-A /org/server-qual # create storage
UCS-A /org/server-qual/storage* # set blocksize 512
UCS-A /org/server-qual/storage* # set disktype hdd
UCS-A /org/server-qual/storage* # set maxcap 420000
UCS-A /org/server-qual/storage* # set mincap 140000
UCS-A /org/server-qual/storage* # set numberofblocks 287277984
UCS-A /org/server-qual/storage* # set perdiskcap 140000
UCS-A /org/server-qual/storage* # set units 1
UCS-A /org/server-qual/storage* # set flexflash-num-cards 2
UCS-A /org/server-qual/storage* # commit-buffer
UCS-A /org/server-qual/storage #

ストレージ資格情報の削除

Procedure

	Command or Action	Purpose
Step 1	UCS-A# scope org `org-name`	指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。
Step 2	UCS-A /org # scope server-qual `server-qual-name`	指定したサーバープールポリシー資格情報で組織サーバー資格情報モードを開始します。
Step 3	UCS-A /org/server-qual # delete storage	ストレージ資格情報を削除します。
Step 4	UCS-A /org/server-qual/ # commit-buffer	トランザクションをシステムの設定にコミットします。

Example

次の例は、ストレージの資格情報を削除し、トランザクションをコミットします。

UCS-A# scope org /
UCS-A /org # scope server-qual ServPoolQual22
UCS-A /org/server-qual # delete storage
UCS-A /org/server-qual* # commit-buffer
UCS-A /org/server-qual #

vNIC/vHBA 配置ポリシー

vNIC/vHBA 配置ポリシーは、次のことを決定するために使用されます。

仮想ネットワークインターフェイス接続（vCon）をサーバー上の物理アダプタにマッピングする方法。
各 vCon に割り当てることのできる vNIC または vHBA のタイプ。

各 vNIC/vHBA 配置ポリシーには、物理アダプタの仮想表現である 4 つの vCon が含まれています。vNIC/vHBA 配置ポリシーがサービスプロファイルに割り当てられ、サービスプロファイルがサーバーに関連付けられると、vNIC/vHBA 配置ポリシーの vCon が物理アダプタに割り当てられ、vNIC と vHBA がそれらの vCon に割り当てられます。

1 つのアダプタを持つブレードサーバーやラックサーバーの場合は、Cisco UCS がすべての vCon をそのアダプタに割り当てます。4 つのアダプタを含むサーバーでは、Cisco UCS が vCon1 をアダプタ 1 に、vCon2 をアダプタ 2 に、vCon3 をアダプタ 3 に、vCon4 をアダプタ 4 に割り当てます。

2 つまたは 3 つのアダプタを搭載したブレードサーバーまたはラックサーバーの場合、Cisco UCS は、サーバーのタイプと選択された仮想スロットマッピングスキーム（ラウンドロビンまたは線形順序）に基づいて vCon を割り当てます。使用可能なマッピングスキームの詳細については、vCon のアダプタへの配置を参照してください。

Cisco UCS は、vCon の割り当て後、vNIC と vHBA を各 vCon の [Selection Preference]に基づいて割り当てます。次のいずれかになります。

（注）

vHBA の PCI 順序を指定できますが、任意の順序は、vNIC または vHBA など、相互間ではなく、デバイスのクラス内で機能します。アダプタ内で、vNIC は vHBA よりも常に前に配置されます。

all ：設定されている vNIC および vHBA すべてを vCon に割り当て可能です。明示的に割り当てられているか、割り当て解除されているか、ダイナミック割り当てかは問いません。これはデフォルトです。
assigned-only ：vNIC および vHBA は vCon に明示的に割り当てる必要があります。サービスプロファイルや vNIC または vHBA のプロパティにより、明示的に割り当てることができます。
exclude-dynamic ：ダイナミック vNIC および vHBA を vCon に割り当てることはできません。vCon は静的な vNIC と vHBA に使用可能で、割り当て解除または明示的な割り当てを行います。
exclude-unassigned ：設定解除されている vNIC および vHBA を vCon に割り当てることはできません。vCon は動的な vNIC や vHBA の他、明示的に割り当てられた静的な vNIC や vHBA に使用できます。

exclude-usnic ：Cisco usNIC を vCon に割り当てることはできません。vCon は、明示的に割り当てられている、割り当てられていない、または動的であっても、その他すべての設定された vNIC と vHBA に使用できます。

（注）

exclude-usnic に設定されている vCon に明示的に割り当てられている SRIOV usNIC は、引き続きその vCon に割り当てられたままになります。

vNIC/vHBA 配置ポリシーをサービスプロファイルに含めない場合、Cisco UCS Manager はデフォルトで、vCon マッピングスキームを [ラウンドロビン（Round Robin）]、vNIC/vHBA 選択プリファレンスを [すべて（All）] に設定し、各アダプタの機能と相対的な処理能力に基づいて vNIC と vHBA をアダプタ間に配分します。

vCon のアダプタへの配置

Cisco UCS は、サービスプロファイルの各 vCon をサーバー上の物理アダプタにマッピングします。マッピングの実行方法、およびサーバー内の特定のアダプタへの vCon の割り当て方法は、次の条件によって決まります。

サーバーのタイプ。2 つのアダプタカードを搭載した N20-B6620-2 および N20-B6625-2 ブレードサーバーは、他のサポートされるラックサーバーまたはブレードサーバーとは異なるマッピングスキームを使用します。
サーバー内のアダプタの数。
vNIC/vHBA 配置ポリシー内の仮想スロットマッピングスキームの設定（該当する場合）。

vNIC および vHBA を vCon に割り当てるための vNIC/vHBA 選択環境設定を設定するときは、この配置を検討する必要があります。

（注）

vCon のアダプタへの配置は、アダプタの PCIE スロット番号とは関係ありません。vCon の配置のために使用されるアダプタ番号は、アダプタの PCIE スロット番号ではなく、サーバー検出中にそれらに割り当てられる ID です。

N20-B6620-2 および N20-B6625-2 ブレードサーバーでの vCon のアダプタへの配置

N20-B6620-2 および N20-B6625-2 ブレードサーバーの場合は、2 つのアダプタを左から右に、vCon を右から左に数えます。これらのブレードサーバーのうちの 1 台に単一のアダプタが備えられている場合、Cisco UCS は、そのアダプタにすべての vCon を割り当てます。サーバーに 2 個のアダプタがある場合、vCons 割り当ては仮想スロットのマッピング方式によって異なります。

round-robin ：Cisco UCS は vCon4 を Adapter1 に、vCon1 と vCon3 を Adapter2 に割り当てます。これはデフォルトです。
linear-ordered —Cisco UCS は vCon3 と vCon4 をアダプタ 1 に、vCon1 と vCon2 をアダプタ 2 に割り当てます。

vCon のアダプタへの配置（他のすべてのサポート対象サーバーの場合）

N20-B6620-2 および N20-B6625-2 ブレードサーバーに加え、Cisco UCS によりサポートされるその他すべてのサーバーでは、vCon の割り当ては、サーバーに搭載されるアダプタ数と仮想スロットマッピングスキームに応じて異なります。

1 つのアダプタを持つブレードサーバーやラックサーバーの場合は、Cisco UCS がすべての vCon をそのアダプタに割り当てます。4 つのアダプタを含むサーバーでは、Cisco UCS が vCon1 をアダプタ 1 に、vCon2 をアダプタ 2 に、vCon3 をアダプタ 3 に、vCon4 をアダプタ 4 に割り当てます。

2 つまたは 3 つのアダプタを搭載したブレードサーバーまたはラックサーバーの場合、Cisco UCS は、選択した仮想スロットマッピングスキーム（ラウンドロビンまたは線形順序）に基づいて vCons を割り当てます。

表 1. ラウンドロビンマッピングスキームを使用した vCon のアダプタへの配置
アダプタの数	vCon1 の割り当て	vCon2 の割り当て	vCon3 の割り当て	vCon4 の割り当て
1	アダプタ1	アダプタ1	アダプタ1	アダプタ1
2	アダプタ1	アダプタ2	アダプタ1	アダプタ2
3	アダプタ1	アダプタ2	アダプタ3	アダプタ2
4	アダプタ1	アダプタ2	アダプタ3	アダプタ4

ラウンドロビンはデフォルトのマッピングスキームです。

表 2. 線形順序マッピングスキームを使用した vCon のアダプタへの配置
アダプタの数	vCon1 の割り当て	vCon2 の割り当て	vCon3 の割り当て	vCon4 の割り当て
1	アダプタ1	アダプタ1	アダプタ1	アダプタ1
2	アダプタ1	アダプタ1	アダプタ2	アダプタ2
3	アダプタ1	アダプタ2	アダプタ3	アダプタ3
4	アダプタ1	アダプタ2	アダプタ3	アダプタ4

vCon への vNIC/vHBA の割り当て

Cisco UCS Manager には、vNIC/vHBA 配置ポリシーによって vCon に vNIC および vHBA を割り当てる 2 種類のオプション（明示的割り当てと暗黙的割り当て）があります。

vNIC および vHBA の明示的割り当て

明示的割り当てでは、vCon を指定してから、vNIC または vHBA を割り当てるアダプタを指定します。この割り当てオプションは、サーバー上のアダプタに vNIC および vHBA を配布する方法を決める必要がある場合に使用します。

明示的割り当ての場合、vCon および関連付ける vNIC と vHBA を設定するには、次の手順を実行します。

vCon 設定を任意の使用可能なオプションに設定します。vCon は、vNIC/vHBA 配置ポリシーを使用して設定するか、サーバーに関連付けられているサービスプロファイルで設定できます。vCon で [All] が設定されている場合でも、vNIC または vHBA をその vCon に明示的に割り当てることができます。
vNIC および vHBA を vCon に割り当てます。この割り当ては、vNIC または vHBA の仮想ホストインターフェイス配置プロパティを使用して行うか、サーバーに関連付けられているサービスプロファイルで設定できます。

vNIC や vHBA をそれらのタイプ用に設定されていない vCon に割り当てようとすると、Cisco UCS Manager によって、設定エラーを示すメッセージ表示されます。

サービスプロファイルの関連付け中、Cisco UCS Manager は、ポリシーの設定に従って vNIC および vHBA を割り当てる前に、設定された vNIC および vHBA の配置をサーバー内の物理アダプタの数および機能と比較して検証します。負荷分散は、このポリシーで設定された vCon およびアダプタへの明示的な割り当てに基づいて実行されます。

1 つ以上の vNIC または vHBA の割り当てがアダプタでサポートされない場合、Cisco UCS Manager はサービスプロファイルに対してエラーを発生させます。

（注）

vHBA の PCI 順序を指定できますが、任意の順序は、vNIC または vHBA など、相互間ではなく、デバイスのクラス内で機能します。アダプタ内で、vNIC は vHBA よりも常に前に配置されます。

vNIC および vHBA の暗黙的割り当て

暗黙的割り当てでは、Cisco UCS Manager は vCon を決定した後で、アダプタの機能とそれらの相対的な処理能力に基づいて vNIC または vHBA を割り当てるアダプタを決定します。この割り当てオプションは、vNIC または vHBA を割り当てるアダプタがシステム設定において重要ではない場合に使用します。

暗黙的割り当ての場合に vCon を設定するには、次の手順を実行します。

vCon 設定を [All]、[Exclude Dynamic]、または [Exclude Unassigned] に設定します。vCon は、vNIC/vHBA 配置ポリシーを使用して設定するか、サーバーに関連付けられているサービスプロファイルで設定できます。
vCon 設定を [Assigned Only] にしないでください。この設定を使用して暗黙的割り当てを実行することはできません。
vNIC または vHBA を vCon に割り当てないでください。

サービスプロファイルの関連付け中、Cisco UCS Manager は、サーバー内の物理アダプタの数および機能を検証し、それに従って vNIC および vHBA を割り当てます。負荷分散はアダプタの機能に基づいて実行され、vNIC および vHBA の配置は、システムで決定された実際の順序に従って実行されます。たとえば、あるアダプタが他のアダプタよりも多くの vNIC を処理できる場合、そのアダプタにはより多くの vNIC が割り当てられます。

サーバーに設定されている数の vNIC および vHBA をアダプタでサポートできない場合、Cisco UCS Manager は、サービスプロファイルに対する障害を生成します。

デュアルアダプタ環境での vNIC の暗黙的割り当て

各スロットにアダプタカードを搭載したデュアルスロットサーバーで暗黙的な vNIC 割り当てを使用する場合、Cisco UCS Manager は通常、次のように vNIC/vHBA を割り当てます。

サーバーの両方のスロットに同じアダプタがある場合、Cisco UCS Manager は、各アダプタに vNIC と vHBA を半分ずつ割り当てます。
サーバーに 1 つの非 VIC アダプタと 1 つの VIC アダプタがある場合、Cisco UCS Manager は、2 つの vNIC と 2 つの vHBA を非 VIC アダプタに割り当て、残りの vNIC と vHBA を VIC アダプタに割り当てます。
サーバーに 2 つの異なる VIC アダプタがある場合、Cisco UCS Manager は、2 つのアダプタの相対的な処理能力に基づいて、vNIC と vHBA を比例的に割り当てます。

次の例は、サポートされるアダプタカードのさまざまな組み合わせに対して、Cisco UCS Manager が vNIC と vHBA を割り当てる一般的な方法を示しています。

4 つの vNIC を設定するときに、サーバーに 2 つの Cisco UCS M51KR-B Broadcom BCM57711 アダプタ（それぞれ 2 つの vNIC）が搭載されている場合、Cisco UCS Manager は 2 つの vNIC を各アダプタに割り当てます。
50 の vNIC を設定するときに、サーバーに 1 つの Cisco UCS CNA M72KR-E アダプタ（2 つの vNIC）および 1 つの Cisco UCS M81KR 仮想インターフェイスカードアダプタ（128 の vNIC）が搭載されている場合、Cisco UCS Manager は 2 つの vNIC を Cisco UCS CNA M72KR-E アダプタに割り当て、48 の vNIC を Cisco UCS M81KR 仮想インターフェイスカードアダプタに割り当てます。
150 の vNIC を設定するときに、サーバーに 1 つの Cisco UCS M81KR 仮想インターフェイスカードアダプタ（128 の vNIC）および 1 つの Cisco UCS VIC-1240 仮想インターフェイスカードアダプタ（256 の vNIC）が搭載されている場合、Cisco UCS Manager は 50 の vNIC を Cisco UCS M81KR 仮想インターフェイスカードアダプタに割り当てて、100 の vNIC を Cisco UCS VIC-1240 仮想インターフェイスカードアダプタに割り当てます。

（注）

vNIC をファブリックフェールオーバー用に設定し、ダイナミック vNIC をサーバー用に設定した場合に、この暗黙的な割り当てに対する例外が発生します。

1 つのアダプタが vNIC フェールオーバーをサポートしない環境で vNIC ファブリックフェールオーバーを含む設定を行った場合、Cisco UCS Manager は、ファブリックフェールオーバーが有効になっているすべての vNIC を、それらをサポートしているアダプタに暗黙的に割り当てます。ファブリックフェールオーバー用に設定された vNIC のみが設定に含まれている場合、それらをサポートしてないアダプタには vNIC が暗黙的に割り当てられません。一部の vNIC がファブリックフェールオーバー用に設定され、一部の vNIC がそうでない場合、Cisco UCS Manager は、上記の比率に従って、すべてのフェールオーバー vNIC をそれらをサポートしているアダプタに割り当て、少なくとも 1 つの非フェールオーバー vNIC をそれらをサポートしていないアダプタに割り当てます。

動的 vNIC が含まれる設定の場合、同じ暗黙的割り当てが実行されます。Cisco UCS Manager は、すべての動的 vNIC を、それらをサポートするアダプタに割り当てます。ただし、ダイナミック vNIC とスタティック vNIC の組み合わせでは、少なくとも 1 つのスタティック vNIC がダイナミック vNIC をサポートしていないアダプタに割り当てられます。

vNIC/vHBA 配置ポリシーの設定

手順

コマンドまたはアクション

目的

ステップ 1

UCS-A# scope org org-name

指定した組織の組織モードを開始します。ルート組織モードを開始するには、org-name に / と入力します。

ステップ 2

UCS-A /org # create vcon-policy policy-name

指定された vNIC/vHBA 配置プロファイルを作成し、組織 vCon ポリシーモードを開始します。

ステップ 3

（任意） UCS-A /org/vcon-policy # set descr description

（任意）

vNIC/vHBA 配置プロファイルの説明を提供します。

256 文字以下で入力します。次を除く任意の文字またはスペースを使用できます。`（アクセント記号）、\（円記号）、^（カラット）、"（二重引用符）、=（等号）、>（大なり）、<（小なり）、または'（一重引用符）は使用できません。

（注）

説明にスペース、特殊文字、または句読点が含まれている場合、説明を引用符で括る必要があります。引用符は、show コマンド出力の説明フィールドには表示されません。

ステップ 4

（任意） UCS-A /org/vcon-policy # set mapping-scheme {round-robin | linear-ordered}

（任意）

1 つのアダプタを持つブレードサーバーやラックサーバーの場合は、Cisco UCS がすべての vCon をそのアダプタに割り当てます。4 つのアダプタを含むサーバーでは、Cisco UCS が vCon1 をアダプタ 1 に、vCon2 をアダプタ 2 に、vCon3 をアダプタ 3 に、vCon4 をアダプタ 4 に割り当てます。

2 つまたは 3 つのアダプタを持つブレードサーバーやラックサーバーの場合は、Cisco UCS は選択された仮想スロットマッピングスキームに基づいて、vCon を割り当てます。次のいずれかになります。

[Round Robin]round-robin ：2 つのアダプタカードを持つサーバーの場合、Cisco UCS は vCon1 と vCon3 をアダプタ 1 に、vCon2 と vCon4 をアダプタ 2 に割り当てます。

サーバーに 3 つのアダプタカードがある場合、Cisco UCS は vCon1 をアダプタ 1 に、vCon2 と vCon4 をアダプタ 2 に、vCon3 をアダプタ 3 に割り当てます。

これがデフォルトのスキームです。
[Linear Ordered]linear-ordered ：2 つのアダプタカードを持つサーバーの場合、Cisco UCS は vCon1 と vCon2 をアダプタ 1 に、vCon3 と vCon4 をアダプタ 2 に割り当てます。

サーバーに 3 つのアダプタカードがある場合、Cisco UCS は vCon1 をアダプタ 1 に、vCon2 をアダプタ 2 に、vCon3 と vCon4 をアダプタ 3 に割り当てます。

N20-B6620-2 および N20-B6625-2 ブレードサーバーの場合は、2 つのアダプタを左から右に、vCon を右から左に数えます。これらのブレードサーバーのうちの 1 台に単一のアダプタが備えられている場合、Cisco UCS は、そのアダプタにすべての vCon を割り当てます。サーバーに 2 個のアダプタがある場合、vCons 割り当ては仮想スロットのマッピング方式によって異なります。

round-robin ：Cisco UCS は vCon4 を Adapter1 に、vCon1 と vCon3 を Adapter2 に割り当てます。これはデフォルトです。
linear-ordered —Cisco UCS は vCon3 と vCon4 をアダプタ 1 に、vCon1 と vCon2 をアダプタ 2 に割り当てます。

ステップ 5

UCS-A /org/vcon-policy # set vcon {1 | 2 | 3 | 4} selection {all | assigned-only | exclude-dynamic | exclude-unassigned}

指定された vCon に選択プリファレンスを指定します。次のオプションがあります。

all ：設定されている vNIC および vHBA すべてを vCon に割り当て可能です。明示的に割り当てられているか、割り当て解除されているか、ダイナミック割り当てかは問いません。これはデフォルトです。
assigned-only ：vNIC および vHBA は vCon に明示的に割り当てる必要があります。サービスプロファイルや vNIC または vHBA のプロパティにより、明示的に割り当てることができます。
exclude-dynamic ：ダイナミック vNIC および vHBA を vCon に割り当てることはできません。vCon は静的な vNIC と vHBA に使用可能で、割り当て解除または明示的な割り当てを行います。
exclude-unassigned ：設定解除されている vNIC および vHBA を vCon に割り当てることはできません。vCon は動的な vNIC や vHBA の他、明示的に割り当てられた静的な vNIC や vHBA に使用できます。

exclude-usnic ：Cisco usNIC を vCon に割り当てることはできません。vCon は、明示的に割り当てられている、割り当てられていない、または動的であっても、その他すべての設定された vNIC と vHBA に使用できます。

（注）

exclude-usnic に設定されている vCon に明示的に割り当てられている SRIOV usNIC は、引き続きその vCon に割り当てられたままになります。

ステップ 6

UCS-A /org/vcon-policy # commit-buffer

トランザクションをコミットします。

例

次の例では、Adapter1All という名前の vNIC/vHBA 配置ポリシーを作成し、vCons マッピング方式を [Linear Ordered] に設定し、割り当てられた vNIC および vHBA のみがアダプタ 1 に配置できるよう指定し、トランザクションをコミットします。

UCS-A# scope org /
UCS-A /org # create vcon-policy Adapter1
UCS-A /org/vcon-policy* # set descr "This profile places all vNICs and vHBAs on adapter 1."
UCS-A /org/vcon-policy* # set mapping-scheme linear-ordered
UCS-A /org/vcon-policy* # set vcon 1 selection assigned-only
UCS-A /org/vcon-policy* # commit-buffer
UCS-A /org/vcon-policy* # 
UCS-A /org #

vNIC/vHBA 配置ポリシーの削除

手順

	コマンドまたはアクション	目的
ステップ 1	UCS-A# scope org `org-name`	指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。
ステップ 2	UCS-A /org # delete vcon-policy `policy-name`	指定した vNIC/vHBA 配置プロファイルを削除します。
ステップ 3	UCS-A /org # commit-buffer	トランザクションをコミットします。

例

次に、Adapter1All という名前の vNIC/vHBA 配置プロファイルを削除し、トランザクションをコミットする例を示します。

UCS-A# scope org /
UCS-A /org # delete vcon-policy Adapter1All
UCS-A /org* # commit-buffer
UCS-A /org #

vCon への vNIC の明示的割り当て

始める前に

次のいずれかの値と共に、vNIC/vHBA 配置ポリシーまたはサービスプロファイルを介して vCon を設定します。

[割り当てのみ（Assigned Only）]
[ダイナミックを除外（Exclude Dynamic）]
[割り当て解除を除外（Exclude Unassigned）]

vCon で [すべて（All）] が設定されている場合でも、vNIC または vHBA をその vCon に明示的に割り当てることができます。しかし、この設定では制御が限定されます。

手順

	コマンドまたはアクション	目的
ステップ 1	UCS-A# scope org `org-name`	vCon に明示的に割り当てる vNIC があるサービスプロファイルを含む組織で組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。
ステップ 2	UCS-A /org # scope service-profile `profile-name`	指定したサービスで組織サービスプロファイルモードを開始します。
ステップ 3	UCS-A /org/service-profile # scope vnic `vnic-name`	指定した vnic で組織サービスプロファイルモードを開始します。
ステップ 4	UCS-A /org/service-profile/vnic # set vcon {1 \| 2 \| 3 \| 4 \| any}	指定した vNIC の vCon（仮想ネットワークインターフェイス接続）の配置を設定します。いずれかの値を入力すると、Cisco UCS Manager は vNIC の割り当て先の vCon を判別できます。
ステップ 5	UCS-A /org/service-profile/vnic # set order {`order-num` \| unspecified}	vNIC の目的の PCI 順序を指定します。有効な値は 0 ～ 128 および未指定です。
ステップ 6	UCS-A /org/service-profile/vnic # commit-buffer	トランザクションをシステムの設定にコミットします。

例

次に、vnic3 という vNIC の vCon 配置を 2 に設定し、目的の順序を 10 に設定し、トランザクションをコミットする例を示します。

UCS-A# scope org /
UCS-A /org # scope service-profile accounting
UCS-A /org/service-profile # scope vnic vnic3
UCS-A /org/service-profile/vnic # set vcon 2
UCS-A /org/service-profile/vnic* # set order 10
UCS-A /org/service-profile/vnic* # commit-buffer
UCS-A /org/service-profile/vnic #

vCon への vHBA の明示的割り当て

始める前に

次のいずれかの値と共に、vNIC/vHBA 配置ポリシーまたはサービスプロファイルを介して vCon を設定します。

[割り当てのみ（Assigned Only）]
[ダイナミックを除外（Exclude Dynamic）]
[割り当て解除を除外（Exclude Unassigned）]

vCon で [すべて（All）] が設定されている場合でも、vNIC または vHBA をその vCon に明示的に割り当てることができます。しかし、この設定では制御が限定されます。

手順

	コマンドまたはアクション	目的
ステップ 1	UCS-A# scope org `org-name`	vCon に明示的に割り当てる vHBA があるサービスプロファイルを含む組織で組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。
ステップ 2	UCS-A /org # scope service-profile `profile-name`	指定したサービスで組織サービスプロファイルモードを開始します。
ステップ 3	UCS-A /org/service-profile # scope vhba `vhba-name`	指定した vHBA で組織サービスプロファイルモードを開始します。
ステップ 4	UCS-A /org/service-profile/vhba # set vcon {1 \| 2 \| 3 \| 4 \| any}	指定した vHBA の vCon（仮想ネットワークインターフェイス接続）の配置を設定します。いずれかの値を入力すると、Cisco UCS Manager は vHBA の割り当て先の vCon を判別できます。
ステップ 5	UCS-A /org/service-profile/vhba # set order {`order-num` \| unspecified}	vHBA の目的の PCI 順序を指定します。有効な順序番号値は 0 ～ 128 および未指定です。
ステップ 6	UCS-A /org/service-profile/vhba # commit-buffer	トランザクションをシステムの設定にコミットします。

例

次に、vhba3 という vHBA の vCon 配置を 2 に設定し、目的の順序を 10 に設定し、トランザクションをコミットする例を示します。

UCS-A# scope org /
UCS-A /org # scope service-profile accounting
UCS-A /org/service-profile # scope vhba vhba3
UCS-A /org/service-profile/vhba # set vcon 2
UCS-A /org/service-profile/vhba* # set order 10
UCS-A /org/service-profile/vhba* # commit-buffer
UCS-A /org/service-profile/vhba #

ダイナミック vNIC の前にスタティック vNIC を配置

最適なパフォーマンスを得るために、スタティック vNIC とスタティック vHBA は、PCIe バス上のダイナミック vNIC の前に配置する必要があります。スタティック vNIC は、スタティック vNIC および vHBA の両方を参照します。Cisco UCS Manager リリース 2.1 は、スタティックおよびダイナミック vNIC の順序に関する次の機能を備えています。

Cisco UCS Manager リリース 2.1 にアップグレードした後、既存のサービスプロファイル（Cisco UCS Manager リリース 2.1 以前のリリースで定義されたプロファイル）に変更がない場合は、vNIC の順序は変更されません。
Cisco UCS Manager リリース 2.1 へのアップグレード後、vNIC 関連の変更によって vNIC マップの順序が変更される場合があります。その場合、結果としてすべてのダイナミック vNIC がスタティック vNIC の後に配置されます。
Cisco UCS Manager リリース 2.1 で新しく作成されたサービスプロファイルでは、スタティック vNIC が常にダイナミック vNIC の前に順序付けられます。
上記の動作は、スタティック vNIC またはダイナミック vNIC の作成または削除の順番に依存しません。
SRIOV 対応のサービスプロファイルの場合は、UCSM によって対応する仮想関数（VF）の前に vNIC 物理関数（PF）が挿入されます。この方式では、VF が PCIe バスおよび BDF 上の親 PF vNIC の近くに配置され、VF の継続的な増分順序になることが保証されます。

例

Cisco UCS Manager リリース 2.0 での当初のデバイス順序

dyn-vNIC-1 1
dyn-vNIC-2 2

Cisco UCS Manager リリース 2.0 での新たなデバイス順序（2 つのスタティック vNIC を追加）

dyn-vNIC-1 1
dyn-vNIC-2 2
eth-vNIC-1 3
eth-vNIC-2 4

Cisco UCS Manager リリース 2.1 へのアップグレード後（vNIC 関連の変更がサービスプロファイルで行われる前）

dyn-vNIC-1 1
dyn-vNIC-2 2
eth-vNIC-1 3
eth-vNIC-2 4

Cisco UCS Manager リリース 2.1 での新たなデバイス順序（ポリシー数を 2 から 4 に変更することによって 2 つのダイナミック vNIC を追加）

dyn-vNIC-1 3
dyn-vNIC-2 4
eth-vNIC-1 1
eth-vNIC-2 2
dyn-vNIC-3 5
dyn-vNIC-4 6

多機能 PCIe デバイスとしてのダイナミック vNIC

Cisco UCS Manager バージョン 2.1 は、0 機能デバイス（すべてのスタティック vNIC に対応する新しい BUS）としてスタティック vNIC をプロビジョニングします。多機能ダイナミック vNIC は、新しいバススロットから最後のスタティック vNIC/vHBA の後に配置されます。

（注）

Cisco UCS Manager バージョン 2.1 は、新しい StaticZero モードをサポートしています。

表 3. バージョンの互換性
Cisco UCS Manager
バージョン 1.4 方式：ZeroFunction	バージョン 2.0 方式：ZeroFunction/MultiFunction	バージョン 2.1 方式：ZeroFunction/MultiFunction/StaticZero
スタティックおよびダイナミック vNIC はすべて、バス [0-57]、関数 [0] 上にあります。 < ZeroFunction モード >	スタティック vNIC およびダイナミック vNIC は、バス [0-57]、関数 [0-7] 上にありますバス 0、関数 0 バス 0、関数 7 バス 1、関数 0 < MultiFunction モード >	スタティック vNIC または PF は、バス [0-57]、関数 [0] 上にあります。SRIOV：対応する VF が同一バスおよび関数 [1-255] 上にあります。No-SRIOV：ダイナミック vNIC は、バス [0-57]、関数 [0-7] 上にあります。 < StaticZero モード>
	Balboa からのアップグレードでは、バスが <= 57 になるまで BDF の番号の付け直しは行われません（ZeroFunction モードのまま）。デバイスが 58 台を超えると、MultiFunction モードに切り替わります。	Balboa からのアップグレードでは、バスが <= 57 になるまで BDF の番号の付け直しは行われません（ZeroFunction モードのまま）。デバイスが 58 台またはプラットフォーム固有の最大 PCIe バス数を超えるか、SRIOV 設定に変更されると、StaticZero モードに切り替わります。
		Cisco UCS Manager バージョン 2.0 からのアップグレードでは、BDF の番号の付け直しは行われません（ZeroFunction/MultiFunction モードのまま）。デバイスが 58 台またはプラットフォーム固有の最大 PCIe バス数を超えるか、SRIOV 設定に変更されると、StaticZero モードに切り替わります。

vNIC/vHBA のホストポートの配置

vNIC/vHBA を vCon に割り当てた後、それを特定のアダプタのホストポートのいずれかに配置できます。配置先のホストポートは明示的に指定するか、または Cisco UCS Manager により自動的にホストポートに vNICs/vHBA を割り当てることができます。

（注）

Cisco UCS VIC 1340 および VIC 1380 アダプタをサポートするサーバーへの vNIC/vHBA ホストポート配置を実行できます。

Cisco UCS 13xx シリーズアダプタには、2x8 PCIe 第 3 世代ホストポートがあります。各 PCIe ホストポートは、最大 64 Gbps の帯域幅に対応しています。

vNIC/vHBA のホストポート配置により、アダプタの vNIC/vHBA の順序が決まります。最初のホストポートに配置された vNIC/vHBA は最初に列挙され、2 番目のホストポートの vNIC/vHBA がそれに続きます。

（注）

最大 64 Gbps は理論上の最大値であり、実際のデータ転送は約 40 Gbps に制限されます。

同じ PCIe ホストポートを共有するすべての vNIC がこの帯域幅を共有します。PCIe ホストポートの帯域幅を最適に使用するには、2 つのホストポートに vNIC を分散する必要があります。

ホストポート配置の設定

Cisco UCS VIC 1340 および VIC 1380 アダプタをサポートするサーバーへの vNIC のホストポート配置を実行できます。

手順

	コマンドまたはアクション	目的
ステップ 1	UCS-A# scope org `org-name`	指定した組織の組織モードを開始します。ルート組織モードを開始するには、`org-name` として / を入力します。
ステップ 2	UCS-A /org # scope service-profile `profile-name`	サービスプロファイルのサービスプロファイル組織モードを開始します。
ステップ 3	UCS-A /org/service-profile # scope vnic `vnic-name`	指定した vNIC で組織サービスプロファイルモードを開始します。
ステップ 4	UCS-A /org/service-profile/vnic # set host-port {1 \| 2 \| any}	指定した vNIC のホストポートを設定します。 [any] を入力すると、Cisco UCS Manager は vNIC の割り当て先のホストポートを判別できます。ホストポート配置をサポートしないアダプタ上で vNIC のホストポートを設定すると、Actual Host Port パラメータは None を表示します。
ステップ 5	UCS-A /org/service-profile/vnic* # commit-buffer	トランザクションをシステムの設定にコミットします。
ステップ 6	UCS-A /org/service-profile/vnic # show detail	指定した vNIC に関する詳細を表示します。

例

次の例は、vnic3 という名前の vNIC をホストポート 2 に配置し、トランザクションをコミットし、ホストポートの情報を表示します。

UCS-A# scope org
UCS-A /org # scope service-profile SP-2
UCS-A /org/service-profile # scope vnic vnic3
UCS-A /org/service-profile/vnic # set host-port 2
UCS-A /org/service-profile/vnic* # commit-buffer
UCS-A /org/service-profile/vnic # show detail
vNIC:
    Name: vnic3
    Fabric ID: A
    Dynamic MAC Addr: 00:25:B5:13:13:11
    Desired Order: 2
    Actual Order: 3
    Desired VCon Placement: 1
    Actual VCon Placement: 1
    Desired Host Port: 2
    Actual Host Port: 2
...

UCS-A /org/service-profile/vnic #

CIMC マウント vMedia

スクリプト可能な vMedia の使用

Cisco UCS Manager リモート UCS サーバーの vMedia デバイス ISO イメージをプロビジョニングできます。Scriptable vMedia を使用して、リモートサーバーに IMG または ISO イメージをマウントするようにプログラミングできます。CIMC マウント vMedia を使用すると、メディア接続を追加することなく、データセンター内の他のマウントメディア間で通信できるようになります。Scriptable vMedia を使用すると、ブラウザを使用せずに仮想メディアデバイスを制御して、手動で各 UCS サーバーを個別にマッピングできます。

スクリプト可能 vMedia は、NFS、CIFS、HTTP、および HTTPS の共有など、複数の共有タイプをサポートします。スクリプト可能な vMedia は BIOS 設定によって有効になり、Web GUI および CLI インターフェイスを介して設定されます。

Cisco UCS Manager スクリプト可能な vMedia は次の機能をサポートしています。

特定の vMedia デバイスからのブート
マウントされた共有からローカルディスクへのファイルのコピー
OS ドライバのインストールおよび更新

（注）

Cisco UCS Manager スクリプト可能 vMedia のサポートは、CIMC マップドデバイスにのみ適用します。既存の KVM ベースの vMedia デバイスはサポートされません。

次の条件に合致する場合、vMedia のマウントは失敗します。

vMedia ポリシー内のリモート vMedia イメージファイル名が [Service-Profile-Name] に設定されている。
サービスプロファイルの名前が変更されている。

これは、サービスプロファイルの名前を変更しても、vMedia ポリシー内のリモート vMedia イメージファイル名は変更されないためです。イメージファイル名は引き続き、リモートデバイス上の古いイメージをポイントするため、検出できません。

CIMC vMedia ポリシーの作成

始める前に

次にアクセスできることを確認します。

リモート vMedia サーバー
vMedia デバイス

手順

コマンドまたはアクション

目的

ステップ 1

UCS-A# scope org org-name

指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。

ステップ 2

UCS-A /org # create vmedia-policy policy-name

指定されたポリシー名で vMedia ポリシーを作成します。この名前には、1 ～ 16 文字の英数字を使用できます。-（ハイフン）、_（アンダースコア）、:（コロン）、および . （ピリオド）は使用できますが、それ以外の特殊文字とスペースは使用できません。また、オブジェクトが保存された後に、この名前を変更することはできません。

ステップ 3

UCS-A /org/vmedia-policy* # create vmedia-mapping mapping-name

指定されたマッピング名で vMedia ポリシーのサブディレクトリを作成します。

ステップ 4

（任意） UCS-A /org/vmedia-policy/vmedia-mapping # set descr description

（任意）

vMedia ポリシーの説明を記入します。

（注）

説明にスペース、特殊文字、または句読点が含まれている場合、説明を引用符で括る必要があります。引用符は、 show コマンド出力の説明フィールドには表示されません。

ステップ 5

UCS-A /org/vmedia-policy/vmedia-mapping* # set device type device-type

マウントするリモート vMedia イメージタイプを指定します。次のオプションがあります。

[CDD]：Scriptable vMedia CD。
[HDD]：Scriptable vMedia HDD。

ステップ 6

UCS-A /org/vmedia-policy/vmedia-mapping* # set image-file image-file-name

リモート vMedia のイメージファイル名のタイプを指定します。バックアップコンフィギュレーションファイルのフルパスを入力します。このフィールドにはファイル名（ファイル拡張子付き）のみを含めることができます。

（注）

ファイルへのフルパスは、共有名に続き「/」で始まることを確認します。

ステップ 7

UCS-A /org/vmedia-policy/vmedia-mapping* # set image-path image-path

リモート vMedia のイメージパスを指定します。リモートの vMedia コンフィギュレーションファイルのフルパスを入力します。

ステップ 8

UCS-A /org/vmedia-policy/vmedia-mapping* # set mount-protocol mount-protocol

リモート vMedia のマウントプロトコルを指定します。次のオプションがあります。

CIFS
NFS
HTTP
HTTPS

ステップ 9

UCS-A /org/vmedia-policy/vmedia-mapping* # set password

リモート vMedia のイメージパスワードを指定します。

ステップ 10

UCS-A /org/vmedia-policy/vmedia-mapping* # set remote-ip remote-ip

リモート vMedia のイメージ IP アドレスを指定します。

ステップ 11

UCS-A /org/vmedia-policy/vmedia-mapping* # set user-id user-id

vMedia デバイスをマウントするためのユーザー ID を指定します。Cisco UCS Manager でのリモートサーバーへのログインに使用するユーザー名を入力します。

プロトコルが NFS の場合、このフィールドは適用されません。プロトコルが HTTP の場合、このフィールドの選択は任意です。

ステップ 12

UCS-A /org/vmedia-policy/vmedia-mapping* # commit-buffer

トランザクションをシステムの設定にコミットします。

例

次に、vMediaPolicy2 という名前の vMedia ポリシーを作成し、リモート vMedia のデバイスタイプ、マウントプロトコル、イメージの場所を選択し、トランザクションをコミットする例を示します。

UCS-A# scope org /
UCS-A /org # create vmedia-policy vmediapolicy2
UCS-A /org/vmedia-policy* # create vmedia-mapping map1
UCS-A /org/vmedia-policy/vmedia-mapping* # set descr vmedia-map
UCS-A /org/vmedia-policy/vmedia-mapping* # set device-type cdd
UCS-A /org/vmedia-policy/vmedia-mapping* # set image-file-name win2011.iso
UCS-A /org/vmedia-policy/vmedia-mapping* # set image-path cifs
UCS-A /org/vmedia-policy/vmedia-mapping* # set image-variable-name service-profile-name
UCS-A /org/vmedia-policy/vmedia-mapping* # set mount-protocol cifs
UCS-A /org/vmedia-policy/vmedia-mapping* # set auth-option default
UCS-A /org/vmedia-policy/vmedia-mapping* # set password Password:
UCS-A /org/vmedia-policy/vmedia-mapping* # set remote-ip 172.41.1.158
UCS-A /org/vmedia-policy/vmedia-mapping* # set user-id Adminstrator
UCS-A /org/vmedia-policy/vmedia-mapping* # commit-buffer

（注）

vMedia ポリシーが作成されると、[Retry on Mount Fail] オプションが [Yes] に設定されます。次に、[Retry on Mount Fail] オプションを [No] に変更する例を示します。

UCS-A# scope org /
UCS-A /org # create vmedia-policy vmediapolicy2
UCS-A /org/vmedia-policy* # set retry-on-mount-fail No
UCS-A /org/vmedia-policy* # commit-buffer

警告	[Retry on Mount Fail] オプションを [No] に設定すると、「This will disable automatic retry of mount in case of any vMedia mount failure」という警告メッセージが表示されます。

偏向のない言語

翻訳について

検索結果

章のタイトル： サーバー関連ポリシーの設定

サーバー関連ポリシーの設定

サーバー BIOS 設定

メイン BIOS 設定

プロセッサのBIOS設定

Intel 向け I/O BIOS 設定

AMD 向け I/O BIOS 設定

RAS メモリの BIOS 設定

Intel® OptaneTM DC 永続メモリ (DCPMM) BIOS トークン

シリアル ポートの BIOS 設定

USB BIOS 設定

PCI 設定の BIOS 設定

QPI の BIOS 設定

トラステッド プラットフォーム BIOS 設定

LOM および PCIe スロットの BIOS 設定

グラフィック設定の BIOS 設定

ブート オプションの BIOS 設定

サーバー管理 BIOS 設定

一般設定

コンソール リダイレクション設定

BIOS ポリシー

デフォルトの BIOS 設定

BIOS ポリシーの作成

手順

例

BIOS デフォルトの変更

手順

例

M5 サーバーの BIOS 設定の構成

手順

例

M4 サーバーの実際の BIOS 設定の表示

手順

例

M5 以降のサーバーの実際の BIOS 設定の表示

手順

例

BIOS ポリシーの BIOS トークン詳細の表示

手順

例

トラステッド プラットフォーム モジュール

Intel Trusted Execution Technology

TPM の有効化または無効化

手順

例

TPM のプロパティの表示

手順

例

TXT の有効化または無効化

手順

例

一貫したデバイスの命名

一貫したデバイスの命名の注意事項と制約事項（CDN）

各種アダプタが混在する場合の CDN

BIOS ポリシーでの Consistent Device Naming（CDN）の有効化

手順

例

BIOS ポリシーとサービス プロファイルの関連付け

手順

例

vNIC の Consistent Device Naming（CDN）の設定

手順

例

vNIC の CDN 名の表示

手順

例

vNIC のステータスの表示

手順

例

CIMC セキュリティ ポリシー

IPMI アクセス プロファイル

IPMI アクセス プロファイルの作成

Before you begin

Procedure

Example

What to do next

章のタイトル：サーバー関連ポリシーの設定

Intel® Optane^TM DC 永続メモリ (DCPMM) BIOS トークン

シリアルポートの BIOS 設定

トラステッドプラットフォーム BIOS 設定

ブートオプションの BIOS 設定

コンソールリダイレクション設定

トラステッドプラットフォームモジュール

BIOS ポリシーとサービスプロファイルの関連付け

CIMC セキュリティポリシー

IPMI アクセスプロファイル

IPMI アクセスプロファイルの作成

IPMI アクセスプロファイルの削除

IPMI アクセスプロファイルへのエンドポイントユーザーの追加

IPMI アクセスプロファイルからのエンドポイントユーザーの削除

セキュリティポリシー違反警告レベルの表示

グラフィックスカードポリシー

グラフィックスカードポリシーの作成

グラフィックスカードポリシーの設定モード

グラフィックスカードの詳細の表示

グラフィックスカードポリシーの詳細の表示

ローカルディスク設定ポリシー

すべてのローカルディスク設定ポリシーに関するガイドライン

RAID 用に設定されているローカルディスク設定ポリシーに関するガイドライン

MegaRAID ストレージコントローラを搭載したサーバー用のローカルディスク設定ポリシーに RAID 設定を設定する

サーバープロファイルで [Any Configuration] モードが指定されている場合、RAID 1 クラスタ移行後にサーバーが起動しない

MegaRAID ストレージコントローラを搭載したサーバー上で JBOD モードを使用しない

統合されたラックマウントサーバー内の RAID ボリュームと RAID コントローラはそれぞれ 1 つまで

ブレードサーバー内の RAID ボリュームと RAID コントローラはそれぞれ 1 つまで

ローカルディスク設定ポリシーの作成

ローカルディスク設定ポリシーの表示

ローカルディスク設定ポリシーの削除