サーバー ブートの設定

ブート ポリシー

Cisco UCS Manager では、ブレード サーバーとラック サーバーのブート ポリシーを作成できます。

Cisco UCS Manager ブート ポリシーは、BIOS 設定メニューのブート順序をオーバーライドし、次のことを決定します。

  • ブート デバイスの選択

  • サーバのブート元

  • ブート デバイスの起動順序

たとえば、関連付けられたサーバーをローカル ディスクや CD-ROM（仮想メディア（VMedia））などのローカル デバイスからブートしたり、SAN ブートや LAN（PXE）ブートを選択したりすることができます。

1 つ以上のサービス プロファイルに関連付ける名前付きブート ポリシーを作成するか、または特定のサービス プロファイルに対するブート ポリシーを作成できます。ブート ポリシーを有効にするには、ブート ポリシーをサービス プロファイルに含め、このサービス プロファイルをサーバーに関連付ける必要があります。サービス プロファイルにブート ポリシーを含めない場合、Cisco UCS Manager によってデフォルトのブート ポリシーが適用されます。


Note

ブート ポリシーに対する変更は、そのブート ポリシーを含んでいる、更新中のサービス プロファイル テンプレートを使って作成されたすべてのサーバーに伝播されます。BIOS にブート順序情報を再書き込みするためのサービス プロファイルとサーバーとの再関連付けは自動的にトリガーされます。

また、ブート ポリシーに次を指定することもできます。

  • ローカル LUN の名前指定された名前は、展開される名前ではなく、ストレージ プロファイル内の論理名です。プライマリ名のみを指定します。セカンダリ名を指定すると、設定エラーが発生します。

  • JBOD ディスクからブートするための特定の JBOD ディスク番号。

  • 下位互換性のための任意の LUN。ただし、これは非推奨です。その他のデバイスでは、正常なブートを確保するために、ブート可能なイメージを保持している必要はありません。

UEFI ブート モード

Unified Extensible Firmware Interface（UEFI）は、オペレーティング システムとプラットフォーム ファームウェア間のソフトウェア インターフェースを定義する仕様です。Cisco UCS Manager は、UEFI を使用して BIOS ファームウェア インターフェイスを置換します。これにより、BIOS はレガシー サポートを提供する一方で UEFI で動作できるようになります。

ブート ポリシーを作成する際は、レガシー ブート モードまたは UEFI ブート モードのいずれかを選択できます。レガシー ブート モードは、すべての Cisco UCS サーバーでサポートされます。UEFI ブート モードは M3 以降のサーバーでのみサポートされ、このモードで UEFI セキュア ブート モードを有効にできます。

UEFI PXE ブートは、Cisco UCS Manager リリース 2.2(4) 以降と統合された Cisco UCS ラック サーバー上のすべての Cisco VIC アダプタでサポートされています。Cisco UCS Manager リリース 2.2(1) 以降では、すべての Cisco ブレード サーバーで UEFI PXE ブートがサポートされます。

次の制限は、UEFI ブート モードに適用されます。

  • UEFI ブート モードは、次の組み合わせではサポートされません。

    • Cisco UCS Manager と統合された Cisco UCS ブレード サーバーおよびラック サーバー上の Gen-3 Emulex アダプタと QLogic アダプタ。

    • Cisco UCS Manager と統合された Cisco UCS ラック サーバー上の Broadcom アダプタに対する iSCSI ブート。

  • 2 つの iSCSI LUN で UEFI ブート モードを使用する場合は、Cisco UCS Manager に IQN 接尾辞プールからの名前の選択を許可するのではなく、基礎となる両方の iSCSI eNIC に適用されるサービス プロファイルに共通の iSCSI イニシエータ名を手動で指定する必要があります。共通の名前を指定しない場合、Cisco UCS Manager は 2 番目の iSCSI LUN を検出できません。

  • 同じサーバーで UEFI とレガシー ブート モードを混在させることはできません。

  • ブート ポリシーに設定されているブート デバイスに UEFI 対応オペレーティング システムがインストールされている場合にのみ、サーバーは UEFI モードで正常に起動します。互換性のある OS が存在しない場合、ブート デバイスは [Boot Order Details] 領域の [Actual Boot Order] タブに表示されません。

  • ごくまれですが、UEFI ブート マネージャ エントリが BIOS NVRAM に正しく保存されなかったため、UEFI ブートが成功しない場合があります。UEFI シェルを使用すると、UEFI ブート マネージャ エントリを手動で入力することができます。この状況は、以下の場合に発生する可能性があります。

    • UEFI ブート モードが有効なブレード サーバーがサービス プロファイルから関連付けを解除され、[Equipment] タブまたは前面パネルを使用してブレードの電源を手動でオンにする場合。

    • UEFI ブート モードが有効なブレード サーバーがサービス プロファイルから関連付けを解除され、直接の VIC ファームウェア アップグレードが試行される場合。

    • UEFI ブート モードが有効なブレード サーバーまたはラック サーバーが SAN LUN からブートされ、サービス プロファイルが移行される場合。

    Cisco UCS Manager で UEFI ブート パラメータを作成できます。UEFI ブート パラメータ 詳細については、を参照してください。

UEFI セキュア ブート

Cisco UCS Manager は、Cisco UCS M5 以降のブレード サーバー、 Cisco UCS C シリーズ M5以降のラック サーバー 、 および Cisco UCS C125 M5 サーバで UEFI セキュア ブートをサポートしています。 Linux セキュア ブートは、リリース 4.0 (4a) 以降の SLES 15、SLES 13 SP4、Red Hat Linux 7.6 オペレーティング システムでサポートされています。UEFI セキュア ブートがイネーブルの場合、すべての実行可能ファイル（ブート ローダ、アダプタ ドライバなど）はロードされる前に BIOS によって認証されます。認証されるには、そのイメージに Cisco 認証局（CA）または Microsoft CA による署名が必要です。

UEFI セキュア ブートには次の制限が適用されます。

  • UEFI ブート モードは、ブート ポリシーで有効にする必要があります。

  • UEFI ブート モードは、ドライブでのみ使用可能です。

  • Cisco UCS Manager ソフトウェアと BIOS ファームウェアは、リリース 2.2 以上である必要があります。


    （注）  

    UEFI ブート モードは、リリース 2.2(3a) 以降の Cisco UCS C シリーズおよび S シリーズ ラック サーバーでサポートされます。

  • ユーザー生成された暗号キーはサポートされません。

  • UEFI セキュア ブートは、Cisco UCS Manager でのみ制御できます。

  • サーバーがセキュア ブート モードのときに Cisco UCS Manager を以前のバージョンにダウングレードする場合は、ダウングレードする前に、サーバーの関連付けを解除し、再び関連付ける必要があります。これを行わないと、サーバー ディスカバリは失敗します。

  • Cisco UCS Manager リリース 4.0 では、次のオペレーティング システムで UEFI セキュア ブートがサポートされています。

    • Cisco UCS Manager リリース 4.0(1) では、windows 2016 および Windows 2012 R2 でのみ UEFI セキュア ブートがサポートされています。

    • Cisco UCS Manager リリース 4.0(1) では、windows 2016 および Windows 2019 でのみ UEFI セキュア ブートがサポートされています。

    • Cisco UCS Manager リリース 4.0 では、次で UEFI セキュア ブートがサポートされています。

      表 1. Linux オペレーティング システム

      Linux OS

      eNIC/nENIC

      fNIC

      RHEL 7.5

      3.2.210.18.738.12

      1.6.0.50

      RHEL 7.6

      3.2.210.18.738.12

      2.0.0.37

      Centos 7.5

      3.2.210.18.738.12

      1.6.0.50

      CentOS 7.6

      3.2.210.18.738.12

      1.6.0.50

      SLES 12.4

      3.2.210.18.738.12

      2.0.0.32

      SLES 15

      3.2.210.18.738.12

      2.0.0.39-71.0

      ESXi

      受信トレイの動作

      受信トレイの動作

      （注）  

      • ESXi の場合、受信トレイのドライバは署名され、機能します。非同期ドライバは署名されておらず、機能しません。

      • Oracle OS は IPv6 をサポートしていません。

      • XEN OS は IPv6 をサポートしていません。
      表 2. Windows オペレーティング システム

      Windows OS

      neNIC

      Nfsd Nic

      Windows 2016

      5.3.25.4

      3.2.0.3

      Windows 2019

      5.3.25.4

      3.2.0.3

CIMC セキュア ブート

CIMC　セキュア ブートでは、署名済みのシスコ ファームウェア イメージのみをサーバーにインストールし、実行できます。CIMC が更新されると、イメージは、ファームウェアがフラッシュされる前に認証されます。認証に失敗すると、ファームウェアはフラッシュされません。これにより、CIMC ファームウェアへの不正アクセスを防止します。

CIMC セキュア ブートの注意事項と制約事項

  • CIMC セキュア ブートは、 Cisco UCS M5、およびM6、M7 ラック サーバーでサポートされています。


    （注）  

    CIMC セキュア ブートは Cisco UCSC220 /M5/M6/M7、C240 /M5/M6、C480 M5/C480 M5 ML、C225 M6と C245 M6ラック サーバーではデフォルトで有効になっており、Cisco UCSC480 M5ラック サーバーでは CIMC ファームウェア リリース 2.2(3) 以降へのアップグレード後に自動的に有効になります。

  • CIMC セキュア ブートがイネーブルになると、それをディセーブルにすることはできません。

  • CIMC セキュア ブートがサーバー上で有効になると、2.1(3) より前の CIMC ファームウェア イメージにダウングレードすることはできません。

CIMCセキュア ブートのステータスの判別

手順

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

ステップ 1

UCS-A# scope server server-num

指定したサーバのサーバ モードを開始します。

ステップ 2

UCS-A /chassis/server # scope cimc

サーバー CIMC モードに入ります。

ステップ 3

UCS-A /server/cimc # show secure-boot

指定されたサーバーの CIMC セキュア ブートのステータスが表示されます。次のいずれかになります。

  • [Unsupported]：CIMC セキュア ブートはサーバーでサポートされていません。

  • [Disabled]：CIMC セキュア ブートはサーバーでサポートされていますが、無効になっています。

  • [Enabling]：CIMC セキュア ブートを有効化する操作が進行中です。

  • [Enabled]：CIMC セキュア ブートはサーバーで有効になっています。

例

次に、CIMC セキュア ブートのステータスを表示する例を示します。 

UCS-A# scope server 1
UCS-A /chassis/server # scope cimc 
UCS-A /chassis/server/cimc # show secure-boot
Secure Boot: Disabled
UCS-A /chassis/server/cimc #

ブート ポリシーの作成

サービス プロファイルまたはサービス プロファイル テンプレートに制限されたローカル ブート ポリシーを作成することもできます。しかし、複数のサービス プロファイルまたはサービス プロファイル テンプレートに含むことのできるグローバルなブートポリシーの作成を推奨します。

Before you begin

SAN LUN からサーバーをブートするブート ポリシーを作成し、安定した SAN ブート操作が必要な場合は、ブート ポリシーを含むサービス プロファイルに関連付けられたサーバーからすべてのローカル ディスクを最初に削除する必要があります。


Note

以下の例では、boot-policy-LAN という名前のブート ポリシーを作成し、このポリシーを使用するサーバーがブート順序が変更されたときに自動的にリブートされないよう指定して、UEFI ブート モードを設定し、UEFI ブート セキュリティを有効にして、トランザクションをコミットする方法を示します。

Procedure

  Command or Action Purpose

Step 1

UCS-A# scope org org-name

指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。

Step 2

UCS-A /org # create boot-policy policy-name [purpose {operational | utility}]

ブート ポリシーを指定されたポリシー名で作成し、組織ブート ポリシー モードを開始します。

ブート ポリシーを作成する場合は、 operational オプションを指定します。これにより、サーバーは、サーバーにインストールされているオペレーティング システムからブートするようにします。 utility オプションは予約されており、シスコの担当者が指示した場合にのみ使用するようにします。

Step 3

(Optional) UCS-A /org/boot-policy # set descr description

(Optional)

ブート ポリシーの説明を記入します。

Note

 

説明にスペース、特殊文字、または句読点が含まれている場合、説明の前後に引用符を付ける必要があります。引用符は show コマンド出力の説明フィールドには表示されません。

Step 4

UCS-A /org/boot-policy # set reboot-on-update {no | yes}

このブート ポリシーを使用するサーバーが、ブート順序の変更後に自動的に再起動されるかどうかを指定します。

Step 5

UCS-A /org/boot-policy # set enforce-vnic-name {no | yes}

[yes] を選択すると、Cisco UCS Manager は設定エラーを表示し、[Boot Order] テーブルにリストされた 1 つ以上の vNIC、vHBA、または iSCSI vNIC がサービス プロファイル内のサーバー設定に一致するかどうかをレポートします。

[no] を選択すると、Cisco UCS Manager はサービス プロファイルから vNIC、vHBA、または iSCSI vNIC（ブート オプションに適切なもの）を使用します。

Step 6

UCS-A /org/boot-policy # set boot-mode {legacy | uefi}

このブート ポリシーを使用するサーバーが UEFI またはレガシー ブート モードを使用するかどうかを指定します。

Note

 

Cisco UCS C125 M5 サーバは UEFI ブート モードのみをサポートします。

Step 7

UCS-A /org/boot-policy # commit-buffer

トランザクションをシステムの設定にコミットします。

Step 8

UCS-A /org/boot-policy # create boot-security

指定したブート ポリシーでブート セキュリティ モードを開始します。

Step 9

UCS-A /org/boot-policy/boot-security # set secure-boot {no | yes}

セキュア ブートをブート ポリシーに対して有効にするかどうかを指定します。

Step 10

UCS-A /org/boot-policy/boot-security # commit-buffer

トランザクションをシステムの設定にコミットします。

Example

以下の例では、boot-policy-LAN という名前のブート ポリシーを作成し、このポリシーを使用するサーバーがブート順序が変更されたときに自動的にリブートされないよう指定して、UEFI ブート モードを設定し、UEFI ブート セキュリティを有効にして、トランザクションをコミットする方法を示します。 

UCS-A# scope org /
UCS-A /org* # create boot-policy boot-policy-LAN purpose operational
UCS-A /org/boot-policy* # set descr "Boot policy that boots from the LAN."
UCS-A /org/boot-policy* # set reboot-on-update no
UCS-A /org/boot-policy* # set boot-mode uefi
UCS-A /org/boot-policy* # commit-buffer
UCS-A /org/boot-policy # create boot-security
UCS-A /org/boot-policy/boot-security* # set secure-boot yes
UCS-A /org/boot-policy/boot-security* # commit-buffer
UCS-A /org/boot-policy/boot-security #

What to do next

次の 1 つ以上のオプションをブート ポリシーに設定し、ブート順序を設定します。

  • LAN Boot ：中央集中型プロビジョニング サーバーからブートします。これは、このサーバーから、別のサーバー上にオペレーティング システムをインストールするためによく使用されます。LAN Boot オプションを選択した場合は、ブート ポリシー用 LAN ブート ポリシーの設定に進みます。

  • SAN Boot ：SAN 上のオペレーティング システム イメージからブートします。プライマリおよびセカンダリ SAN ブートを指定できます。プライマリ ブートが失敗した場合、サーバーはセカンダリからのブートを試行します。

    システムに最高のサービス プロファイル モビリティを提供する SAN ブート ポリシーの使用を推奨します。SAN からブートした場合、あるサーバーから別のサーバーにサービス プロファイルを移動すると、移動後のサーバーは、まったく同じオペレーティング システム イメージからブートします。したがって、ネットワークからは、この新しいサーバーはまったく同じサーバーと認識されます。

    SAN Boot オプションを選択した場合は、ブート ポリシー用 SAN ブート ポリシー設定に進みます。

  • Virtual Media Boot ：サーバーへの物理 CD の挿入を模倣します。これは通常、サーバー上にオペレーティング システムを手動でインストールする場合に使用されます。

    Virtual Media Boot オプションを選択した場合は、ブート ポリシー用仮想メディア ブートの設定に進みます。

  • NVMe Boot ：BIOS は存在する NVMe デバイスを列挙し、UEFI 対応 OS がインストールされている最初の NVMe デバイスをブートします。

    NVMe Boot オプションを選択した場合は、ブート ポリシー用 NVMe ブートの設定 に進みます。

  • [Local Devices boot]：サーバのローカル ディスクなどのローカル デバイスから、仮想メディアまたはリモート仮想ディスクを起動するには、ブート ポリシー用ローカル ディスク ブートの設定 に進みます。


Tip

ローカル ディスクと SAN LUN の両方がブート順序のストレージ タイプに設定されていて、オペレーティング システムまたは論理ボリューム マネージャ（LVM）の設定が誤っている場合、サーバが SAN LUN ではなくローカル ディスクからブートする場合があります。

たとえば、Red Hat Linux がインストールされているサーバで、LVM にデフォルトの LVM が設定されていて、ブート順序に SAN LUN とローカル ディスクが設定されている場合、Linux は同じ名前の LV が 2 つあるという通知を生成し、SCSI ID の値が最も小さい LV（ローカル ディスクの可能性があります）からブートします。

ブート ポリシーをサービス プロファイルとテンプレートに含めます。

SAN ブート

SAN 上のオペレーティング システム イメージから 1 つ以上のサーバーがブートするように、ブート ポリシーを設定できます。ブート ポリシーにはプライマリとセカンダリの SAN ブートを含めることができます。プライマリ ブートが失敗した場合、サーバーはセカンダリからのブートを試行します。

シスコでは、システム内で最高のサービス プロファイル モビリティを提供する SAN ブートの使用を推奨しています。SAN からブートした場合、あるサーバーから別のサーバーにサービス プロファイルを移動すると、新しいサーバーは、同じオペレーティング システム イメージからブートします。したがって、ネットワークからは、新しいサーバーは同じサーバーと認識されます。

SAN ブートを使用するには、次の項目が設定されていることを確認してください。

  • Cisco UCS ドメインが、オペレーティング システム イメージをホストしている SAN ストレージ デバイスと通信できること。

  • オペレーティング システム イメージが置かれているデバイス上のブート ターゲット LUN（論理ユニット番号）。


（注）  

SAN ブートは、Cisco UCS ブレードおよびラック サーバー上の Gen-3 Emulex アダプタではサポートされていません。

ブート ポリシー用 SAN ブート ポリシー設定


Tip

ローカル ディスクと SAN LUN の両方がブート順序のストレージ タイプに設定されていて、オペレーティング システムまたは論理ボリューム マネージャ（LVM）の設定が誤っている場合、サーバが SAN LUN ではなくローカル ディスクからブートする場合があります。

たとえば、Red Hat Linux がインストールされているサーバで、LVM にデフォルトの LVM が設定されていて、ブート順序に SAN LUN とローカル ディスクが設定されている場合、Linux は同じ名前の LV が 2 つあるという通知を生成し、SCSI ID の値が最も小さい LV（ローカル ディスクの可能性があります）からブートします。

この手順は、ブート ポリシーの作成 から直接続いています。

Before you begin

SAN ブート設定を含めるブート ポリシーを作成します。


Note

SAN LUN からサーバーをブートするブート ポリシーを作成し、安定した SAN ブート操作が必要な場合は、サーバー サービス プロファイルのブート ポリシーからすべてのローカル ディスクと他の SAN LUN を最初に削除することをお勧めします。

これは、Cisco UCS Mini シリーズには適用されません。

リリース 2.2 以降では、すべての SAN ブート関連 CLI コマンドが SAN スコープに移動されています。org/boot-policy/san または org/service-profile/boot-definition/san の代わりにストレージ スコープ下の SAN ブートを使用する以前のリリースからの既存のスクリプトは、更新する必要があります。

Procedure

  Command or Action Purpose

Step 1

UCS-A# scope org org-name

指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。

Step 2

UCS-A /org # scope boot-policy policy-name

指定されたブート ポリシーの組織ブート ポリシー モードを開始します。

Step 3

UCS-A /org/boot-policy # create san

ブート ポリシーの SAN ブートを作成し、組織ブート ポリシー ストレージ モードを開始します。

Step 4

UCS-A /org/boot-policy/san # set order order_number

SAN ブートのブート順序を設定します。1 ～ 16 の整数を入力します。

Step 5

UCS-A /org/boot-policy/san # create san-image {primary | secondary}

SAN イメージの場所を作成し、san-image オプションが指定されている場合、組織ブート ポリシーのストレージ SAN イメージ モードを開始します。

Cisco UCS の拡張ブート順序を使用する場合は、定義したブート順序が使用されます。標準ブート モードで「プライマリ」、「セカンダリ」という用語が使用されている場合、これはブート順序を示すものではありません。同じデバイス クラス内での実際のブート順序は、PCIe バス スキャン順序により決定されます。

Step 6

UCS-A /org/boot-policy/ssn/san-image # set vhba vhba-name

SAN ブートに使用される vHBA を指定します。

Step 7

UCS A/org/boot-policy/san/san-image # create path {primary |secondary\\

プライマリまたはセカンダリ SAN ブート パスを作成し、組織ブート ポリシーの SAN パス モードを開始します。

Cisco UCS の拡張ブート順序を使用する場合は、定義したブート順序が使用されます。標準ブート モードで「プライマリ」、「セカンダリ」という用語が使用されている場合、これはブート順序を示すものではありません。同じデバイス クラス内での実際のブート順序は、PCIe バス スキャン順序により決定されます。

Step 8

UCS-A /org/boot-policy/san/san-image/path # set {lun lun-id | wwn wwn-num}

ブート イメージへの SAN パスに使用される LUN または WWN を指定します。

Step 9

UCS-A /org/boot-policy/san/san-image/path # commit-buffer

トランザクションをシステムの設定にコミットします。

Example

次の例で、lab1-boot-policy という名前のブート ポリシーに入り、ポリシーの SAN ブートを作成し、ブート順序を 1 に設定して、プライマリ SAN イメージを作成し、vHBA2 という名前の vHBA を使用して、LUN 0 を使用してプライマリ パスを作成し、トランザクションをコミットする方法を示します。 

UCS-A# scope org /
UCS-A /org* # scope boot-policy lab1-boot-policy
UCS-A /org/boot-policy # create san
UCS-A /org/boot-policy/san* # set order 1
UCS-A /org/boot-policy/san* # create san-image primary
UCS-A /org/boot-policy/san/san-image* # set vhba vHBA2
UCS-A /org/boot-policy/san/san-image* # create path primary
UCS-A /org/boot-policy/san/san-image/path* # set lun 0
UCS-A /org/boot-policy/san/san-image/path* # commit-buffer 
UCS-A /org/boot-policy/san/san-image/path #

次の例で、サービス プロファイル SP_lab1 用の SAN ブートを作成してブート順序を 1 に設定し、プライマリ SAN イメージを作成して vHBA2 という名前の vHBA を使用し、LUN 0 を使用してプライマリ パスを作成し、トランザクションをコミットする方法を示します。 

UCS-A# scope org /
UCS-A /org* # scope service-profile SP_lab1
UCS-A /org/service-profile # create boot-definition
UCS-A /org/service-profile/boot-definition* # create san
UCS-A /org/service-profile/boot-definition/san* # create san-image primary
UCS-A /org/service-profile/boot-definition/san/san-image* # set vhba vHBA2
UCS-A /org/service-profile/boot-definition/san/san-image* # create path primary
UCS-A /org/service-profile/boot-definition/san/san-image/path* # set lun 0
UCS-A /org/service-profile/boot-definition/san/san-image/path* # commit-buffer
UCS-A /org/service-profile/boot-definition/san/san-image/path #

What to do next

ブート ポリシーをサービス プロファイルとテンプレートに含めます。

iSCSI ブート

iSCSI ブートを利用すると、サーバーはネットワークにリモートに配置されている iSCSI ターゲット マシンからオペレーティング システムを起動できます。

iSCSI ブートは次の Cisco UCS ハードウェアでサポートされます。

  • Cisco UCS M51KR-B Broadcom BCM57711 ネットワーク アダプタを搭載し、Broadcom から提供されるデフォルトの MAC アドレスを使用する Cisco UCS ブレード サーバー

  • Cisco UCS M81KR 仮想インターフェイス カード

  • Cisco UCS VIC-1240 仮想インターフェイス カード

  • Cisco UCS VIC-1280 仮想インターフェイス カード

  • Cisco UCS VIC-1340 仮想インターフェイス カード

  • Cisco UCS VIC 1455

  • Cisco UCS M61KR-B Broadcom BCM57712 のネットワーク アダプタを持つ Cisco UCS ラック サーバー。

  • Cisco UCS P81E Virtual Interface Card

  • Cisco UCS ラック サーバー上の Cisco UCS VIC 1225 仮想インターフェイス カード

iSCSI ブートを設定する前に満たさなければならない前提条件があります。これらの前提条件のリストについては、iSCSI ブートのガイドラインと前提条件を参照してください。

iSCSI ブートを実装するための手順の概要については、iSCSI ブートの設定を参照してください。

iSCSI ブート プロセス

Cisco UCS Manager は、サーバーにあるアダプタをプログラムするための関連付けプロセスで、サービス プロファイル用に作成された iSCSI vNIC と iSCSI のブート情報を使用します。アダプタのプログラミング後に、サーバーは最新のサービス プロファイル値で再起動します。電源投入時セルフ テスト（POST）の後、アダプタは、それらのサービス プロファイル値を使用して初期化を試みます。値を使用して指定されたターゲットにログインできる場合、アダプタは iSCSI ブート ファームウェア テーブル（iBFT）を初期化してホスト メモリにポスト紙、有効なブート可能 LUN をシステム BIOS にポストします。ホスト メモリにポストされる iBFT には、プライマリ iSCSI VNIC にプログラミングされた、イニシエータとターゲットの設定が含まれています。


（注）  

以前は、ホストは LUN 検出が最初に終了したパスに応じて、設定されたブート パスのうち 1 つだけを参照し、そのパスから起動していました。現在は、設定された iSCSI ブート vNIC が 2 つある場合、ホストは両方のブート パスを参照するようになりました。そのため、マルチパス構成では、両方のブート vNIC に単一の IQN を設定する必要があります。ホスト上のブート vNIC に設定された異なる IQN が存在する場合、ホストは PCI 順序が低いブート vNIC に設定された IQN を使用して起動します。

次の手順であるオペレーティング システム（OS）のインストールでは、iBFT 対応の OS が必要です。OS のインストール時に、OS インストーラは iBFT テーブルのホストのメモリをスキャンし、iBFT テーブルの情報を使用してブート デバイスの検出とターゲット LUN への iSCSI パス作成を行います。OS によっては、このパスを完了するために NIC ドライバが必要です。このステップが成功した場合、OS インストーラが OS をインストールする iSCSI ターゲット LUN を検出します。


（注）  

iBFT は OS インストールのソフトウェア レベルで動作し、HBA モード（別名 TCP オフロード）では動作しない場合があります。iBFT が HBA モードで動作するかどうかは、インストール中の OS の機能によって異なります。また、Cisco UCS M51KR-B Broadcom BCM57711 アダプタを含むサーバーについては、iBFT は MTU ジャンボ設定に関係なく、最大伝送単位（MTU）サイズ 1500 で正常に動作します。OS が HBA モードをサポートする場合、iSCSI インストール プロセスの後に HBA モード、デュアル ファブリックのサポートおよびジャンボ MTU サイズの設定が必要な場合があります。

iSCSI ブートのガイドラインと前提条件

iSCSI ブートを設定する前に、これらのガイドラインと前提条件を満たす必要があります。

  • iSCSI ブート ポリシーの作成後、ls-compute 権限を持つユーザーは、そのポリシーをサービス プロファイルまたはサービス プロファイル テンプレートに組み込むことができます。ただし、ls-compute 権限しかないユーザーは iSCSI ブート ポリシーを作成できません。

  • セカンド vNIC（フェールオーバー vNIC）が iSCSI LUN から起動する必要がある Windows 2008 サーバーからの iSCSI ブートを設定するには、Microsoft Knowledge Base Article 976042 を参照してください。Microsoft には、ネットワーキング ハードウェアが変更されたときに、Windows が iSCSI ドライブからの起動に失敗するか、bugcheck エラーが発生する可能性がある、という既知の問題があります。この問題を回避するには、Microsoft が推奨する解決方法に従ってください。

  • ストレージ アレイは、iSCSI ブートのライセンスが付与され、アレイ サイド LUN マスキングが正しく設定されている必要があります。

  • 各 iSCSI イニシエータに 1 つずつ、2 つの IP アドレスを決定する必要があります。IP アドレスは、ストレージ アレイと同じサブネット上にある必要があります（可能な場合）。IP アドレスは、Dynamic Host Configuration Protocol（DHCP）を使用して静的または動的に割り当てられます。

  • グローバル ブート ポリシーのブート パラメータは設定できません。代わりに、ブート パラメータを設定した後、ブート ポリシーを適切なサービス プロファイルに含めます。

  • オペレーティング システム（OS）は iSCSI Boot Firmware Table（iBFT）互換である必要があります。

    • RHEL 7.x の場合は、インストールの前にカーネル パラメータ「rd.iscsi.ibft=1」が必須となります。パラメータを入力しないと、iSCSI ブートに失敗することがあります。

    • SLES 12.x の場合は、次のガイドラインに従う必要があります。

      • カーネルをロードする前に、インストール ディスクで「e」を押し、linuxefi (EFI を使用している場合) またはカーネル (レガシーを使用している場合) を編集して、カーネル パラメータ「rd.iscsi.ibft=1 rd.iscsi.firmware=1 rd.neednet=1」を追加します。パラメータを入力しないと、iSCSI ブートに失敗することがあります。

      • ISCSI を使用する既存のシステムで、/etc/iscsi/iscsid.conf has node.startup=automatic (manual ではない) であることを確認します。このパラメータを /etc/default/grub/ に追加してから、grub2-mkconfig -o /boot/grub2/grub.cfg を実行して grub 設定を再構築します。

  • Cisco UCS M51KR-B Broadcom BCM57711 ネットワーク アダプタの場合：

    • iSCSI ブートを使用するサーバーは、Cisco UCS M51KR-B Broadcom BCM57711 ネットワーク アダプタを含んでいる必要があります。アダプタ カードの取り付け方法や交換方法については、『Cisco UCS B250 Extended Memory Blade Server Installation and Service Note』 を参照してください。サービス ノートは、http://www.cisco.com/go/unifiedcomputing/b-series-doc の 『Cisco UCS B-Series Servers Documentation Roadmap』 からアクセスできます。

    • iSCSI デバイスの MAC アドレスを設定します。

    • DHCP Vendor ID（オプション 43）を使用している場合は、iSCSI デバイスの MAC アドレスを /etc/dhcpd.conf に設定します。

    • HBA モード（別名 TCP オフロード）および Boot to Target 設定がサポートされます。ただし、インストール中の HBA モードは Windows OS だけがサポートします。

    • OS をインストールする前に、iSCSI のアダプタ ポリシーで Boot to Target 設定を無効にし、OS をインストールした後で、Boot to Target 設定を再度有効にします。


      （注）  

      アダプタ ポリシーの設定を変更するたびに、アダプタはリブートして新しい設定を適用します。

    • iSCSI ターゲットに OS をインストールするときは、iSCSI ターゲットの順番を OS イメージが存在するデバイスよりも前にしておく必要があります。たとえば、CD から iSCSI ターゲットに OS をインストールする場合、ブート順序は最初に iSCSI ターゲット、その後 CD とする必要があります。

    • サーバーが iSCSI ブートされた後は、イニシエータ名、ターゲット名、LUN、iSCSI デバイス IP、ネット マスクやゲートウェイを Broadcom ツールで変更しないでください。

    • POST（電源投入時自己診断テスト）プロセスを中断しないでください。中断すると、Cisco UCS M51KR-B Broadcom BCM57711 ネットワーク アダプタは初期化に失敗します。

  • Cisco UCS M81KR 仮想インターフェイス カード および Cisco UCS VIC-1240 仮想インターフェイス カード の場合：

    Cisco UCS VIC-1240 仮想インターフェイス カード の場合：

    • iSCSI デバイスの MAC アドレスを設定しないでください。

    • HBA モードおよび Boot to Target 設定はサポートされていません。

    • iSCSI ターゲットに OS をインストールするときは、iSCSI ターゲットの順番を OS イメージが存在するデバイスよりも後にしておく必要があります。たとえば、CD から iSCSI ターゲットに OS をインストールする場合、ブート順序は最初に CD、その後 iSCSI ターゲットとする必要があります。

    • DHCP Vendor ID（オプション 43）を使用している場合、オーバーレイ vNIC の MAC アドレスを /etc/dhcpd.conf に設定する必要があります。

    • サーバーの iSCSI ブート後は、オーバーレイ vNIC の IP 詳細を変更しないでください。

  • VMware ESX/ESXi オペレーティング システムは、iSCSI ブート ターゲット LUN へのコア ダンプ ファイルの保存をサポートしていません。ダンプ ファイルはローカル ディスクに書き込む必要があります。

イニシエータ IQN の設定

Cisco UCS は、サービス プロファイルが物理サーバーに関連付けられた時点で、以下のルールを使用してアダプタ iSCSI vNIC のイニシエータ IQN を決定します。

  • サービス プロファイル レベルのイニシエータ IQN と iSCSI vNIC レベルのイニシエータ IQN を、1 つのサービス プロファイルで一緒に使用することはできません。

  • イニシエータ IQN をサービス プロファイル レベルで指定すると、DHCP オプション 43 の場合（イニシエータ IQN はアダプタ iSCSI vNIC で空に設定される）を除き、すべてのアダプタ iSCSI vNIC が同じイニシエータ IQN を使用するように設定されます。

  • イニシエータ IQN を iSCSI vNIC レベルで設定すると、サービス プロファイル レベルのイニシエータ IQN は削除されます（存在する場合）。

  • サービス プロファイルに 2 つの iSCSI vNIC があり、一方にだけイニシエータ IQN が設定されている場合、もう一方にはデフォルトの IQN プールが設定されます。この設定は後で変更できます。唯一の例外は、DHCP オプション 43 が設定されている場合です。その場合、もう一方の iSCSI vNIC のイニシエータ IQN は、サービス プロファイルを関連付けるときに削除されます。


    （注）  

    ベンダー ID を設定して、DHCP オプション 43 を使用するように iSCSI vNIC を変更した場合、サービス プロファイル レベルで設定したイニシエータ IQN は削除されません。サービス プロファイル レベルのイニシエータ IQN は、DHCP オプション 43 を使用しない別の iSCSI vNIC で使用できます。

Windows での MPIO のイネーブル化

ストレージ アレイで接続を最適化するには、MPIOをイネーブルにします。


（注）  

ネットワーク ハードウェアを変更すると、Windows が iSCSI ドライブからの起動に失敗する場合があります。詳細については、『Microsoft support Article ID: 976042』を参照してください。

始める前に

Microsoft Multipath I/O（MPIO）を有効化するサーバーには、Cisco VIC ドライバが必要です。

ブート LUN に設定されたパスが複数ある場合、LUN がインストールされるときにイネーブルにするパスは 1 つのみです。

手順

ステップ 1

サーバーに関連付けられたサービス プロファイルで、プライマリ iSCSI vNIC を設定します。

詳細については、サービス プロファイルでの iSCSI vNIC の作成を参照してください。

ステップ 2

プライマリ iSCSI vNIC を使用して、iSCSI ターゲット LUN に Windows オペレーティング システムをインストールします。

ステップ 3

Windows のインストールが完了したら、ホスト上で MPIO をイネーブルにします。

ステップ 4

サーバーに関連付けられたサービス プロファイルで、ブート ポリシーにセカンダリ iSCSI vNIC を追加します。

詳細については、iSCSI ブート ポリシーの作成 を参照してください。

iSCSI ブートの設定

LUN ターゲットから iSCSI ブートするよう Cisco UCS でアダプタまたはブレードを設定する場合、次のすべてのステップを完了します。

手順

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

ステップ 1

（任意） iSCSI ブートのアダプタ ポリシーを設定します。

（任意）

詳細については、iSCSI アダプタ ポリシーの作成を参照してください。

ステップ 2

（任意） イニシエータとターゲットの認証プロファイルを設定します。

（任意）

詳細については、認証プロファイルの作成を参照してください。

ステップ 3

（任意） IP アドレス プールの IP アドレスを使用するよう iSCSI イニシエータを設定するには、iSCSI イニシエータ プールに IP アドレスのブロックを追加します。

（任意）

詳細については、イニシエータ プールへの IP アドレスのブロックの追加を参照してください。

ステップ 4

すべてのサービス プロファイルで使用できるブート ポリシーを作成します。または、特定のサービス ポリシーに対してのみローカル ブート ポリシーを作成できます。ただし、複数のサービス プロファイルと共有できるブート ポリシーを作成することを推奨します。

すべてのサービス プロファイルで使用できるブート ポリシーの作成の詳細については、iSCSI アダプタ ポリシーの作成を参照してください。

ステップ 5

すべてのサービス プロファイルで使用できるブート ポリシーを作成した場合は、それをサービス プロファイルに割り当てます。それ以外の場合は、次のステップに進みます。

詳細については、サービス プロファイル テンプレートの作成を参照してください。

ステップ 6

サービス プロファイルでイーサネット vNIC を設定します。

イーサネット vNIC は、iSCSI デバイスのオーバーレイ vNIC として使用されます。詳細については、サービス プロファイルの vNIC の設定を参照してください。

ステップ 7

サービス プロファイルで iSCSI vNIC を作成します。

詳細については、サービス プロファイルでの iSCSI vNIC の作成を参照してください。

ステップ 8

スタティック IP アドレス、IP プールの IP アドレス、または DHCP を使用して iSCSI イニシエータがブートするように設定します。

スタティック IP アドレスを使用して起動する iSCSI イニシエータの作成、IP プールからの IP アドレスを使用してブートする iSCSI イニシエータの作成、またはDHCP を使用してブートする iSCSI イニシエータの作成を参照してください。

ステップ 9

iSCSI スタティックまたは自動ターゲットを作成します。

詳細については、iSCSI スタティック ターゲットの作成 または iSCSI 自動ターゲットの作成 を参照してください。

ステップ 10

サービス プロファイルをサーバーと関連付けます。

詳細については、ブレード サーバーまたはサーバー プールとのサービス プロファイルの関連付けを参照してください。

ステップ 11

iSCSI ブート動作を確認します。

詳細については、「Verifying iSCSI Boot」を参照してください。

ステップ 12

サーバーに OS をインストールします。

詳細については、次のいずれかのドキュメントを参照してください。

  • 『Cisco UCS B シリーズ ブレード サーバー VMware インストレーション ガイド』

  • 『Cisco UCS B シリーズ ブレード サーバー Linux インストレーション ガイド』

  • 『Cisco UCS B シリーズ ブレード サーバー Windows インストレーション ガイド』

ステップ 13

サーバーをブートします。

iSCSI アダプタ ポリシーの作成

手順

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

ステップ 1

UCS-A# scope org org-name

指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。

ステップ 2

UCS-A /org # create iscsi-policy policy-name

iSCSI アダプタ ポリシーを作成します。

ステップ 3

（任意） UCS-A /org/iscsi-policy # set descr description

（任意）

iSCSI アダプタ ポリシーに説明を記入します。

ステップ 4

UCS-A /org/iscsi-policy # set iscsi-protocol-item connection-timeout timeout-secs

Cisco UCS が、最初のログインに失敗し、iSCSI アダプタが使用できないと見なすまで待機する秒数。

0 ～ 255 の整数を入力します。0 を入力すると、Cisco UCS はアダプタ ファームウェアの値セットを使用します（デフォルト：15 秒）。

ステップ 5

UCS-A /org/iscsi-policy # set iscsi-protocol-item dhcp-timeout timeout-secs

イニシエータが DHCP サーバーが使用できないと判断するまでに待機する秒数。

60 ～ 300 の整数を入力します（デフォルト：60 秒）。

ステップ 6

UCS-A /org/iscsi-policy # set iscsi-protocol-item lun-busy-retry-count num

iSCSI LUN 検出中にエラーが発生した場合に接続を再試行する回数。

0 ～ 60 の整数を入力します。0 を入力すると、Cisco UCS はアダプタ ファームウェアの値セットを使用します（デフォルト：15 秒）。

ステップ 7

UCS-A /org/iscsi-policy # set iscsi-protocol-item tcp-time-stamp {no | yes}

TCP タイムスタンプを適用するかどうかを指定します。この設定では、必要に応じてパケットのラウンドトリップ時間を計算できるように、送信パケットにはパケット送信時のタイムスタンプが付きます。この設定は Cisco UCS M51KR-B Broadcom BCM57711 アダプタにのみ適用されます。

ステップ 8

UCS-A /org/iscsi-policy # set iscsi-protocol-item hbamode {no | yes}

HBA モードを有効にするかどうかを指定します。

このオプションは、Windows オペレーティング システムを実行する Cisco UCS NIC M51KR-B アダプタがあるサーバーに対してのみ有効にするようにします。

ステップ 9

UCS-A /org/iscsi-policy # set iscsi-protocol-item boottotarget {no | yes}

iSCSI ターゲットからブートするかどうかを指定します。

このオプションは、Cisco UCS NIC M51KR-B アダプタを備えたサーバーだけに適用されます。このオプションは、サーバにオペレーティング システムをインストールするまで無効にしておく必要があります。

ステップ 10

UCS-A /org/iscsi-policy # commit-buffer

トランザクションをシステムの設定にコミットします。

例

次の例に、iscsiboot という iSCSI アダプタ ポリシーを作成し、接続タイムアウト、DHCP タイムアウト、LUN ビジー再試行カウントを設定し、TCP タイムスタンプを適用して、トランザクションをコミットする方法を示します。

UCS-A# scope org /
UCS-A /org # create iscsi-policy iscsiboot
UCS-A /org/iscsi-policy* # set iscsi-protocol-item connection-timeout 60
UCS-A /org/iscsi-policy* # set iscsi-protocol-item dhcp-timeout 200
UCS-A /org/iscsi-policy* # set iscsi-protocol-item lun-busy-retry-count 5
UCS-A /org/iscsi-policy* # set iscsi-protocol-item tcp-time-stamp yes
UCS-A /org/iscsi-policy* # set iscsi-protocol-item hbamode yes
UCS-A /org/iscsi-policy* # set iscsi-protocol-item boottotarget yes
UCS-A /org/iscsi-policy* # commit-buffer
UCS-A /org/iscsi-policy #

次のタスク

アダプタ ポリシーをサービス プロファイルとテンプレートに含めます。

iSCSI アダプタ ポリシーの削除

手順

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

ステップ 1

UCS-A# scope org org-name

指定した組織の組織モードを開始します。ルート組織モードを開始するには、org-name に / と入力します。

ステップ 2

UCS-A /org # delete iscsi-policy policy-name

iSCSI アダプタ ポリシーを削除します。

ステップ 3

UCS-A /org # commit-buffer

トランザクションをシステムの設定に対して確定します。

例

次に、iscsi-adapter-pol という名前の iSCSI アダプタ ポリシーを削除し、トランザクションをコミットする例を示します。

UCS-A# scope org /
UCS-A /org # delete iscsi-policy iscsi-adapter-pol
UCS-A /org* # commit-buffer
UCS-A /org #

認証プロファイルの作成

iSCSI ブートの認証を使用する場合は、イニシエータとターゲットの両方に認証プロファイルを作成する必要があります。

手順

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

ステップ 1

UCS-A# scope org org-name

指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。

ステップ 2

UCS-A /org # create auth-profile profile-name

指定された名前で認証プロファイルを作成します。名前には 16 文字以内の英数字を使用できます。

ステップ 3

UCS-A /org/auth-profile* # set user-id id-name

認証用にログインを作成します。

ステップ 4

UCS-A /org/auth-profile* # set password

認証用のパスワードを作成します。

ステップ 5

UCS-A /org/auth-profile* # commit-buffer

トランザクションをシステムの設定にコミットします。

ステップ 6

UCS-A /org/auth-profile* # exit

現在のモードを終了します。

ステップ 7

ターゲットの認証プロファイルを作成するには、ステップ 2 ～ 6 を繰り返します。

例

次の例は、イニシエータとターゲットの認証プロファイルを作成し、トランザクションをコミットする方法を示します。


UCS-A# scope org
UCS-A /org # create auth-profile InitAuth 
UCS-A /org/auth-profile* # set user-id init 
UCS-A /org/auth-profile* # set  password
Enter a password:
Confirm the password:
UCS-A /org/auth-profile* # commit-buffer 
UCS-A /org/auth-profile # exit
UCS-A /org # create auth-profile TargetAuth 
UCS-A /org/auth-profile* # set user-id target 
UCS-A /org/auth-profile* # set  password
Enter a password:
Confirm the password:
UCS-A /org/auth-profile* # commit-buffer 
UCS-A /org/auth-profile # exit

次のタスク

iSCSI デバイスのオーバーレイ vNIC として使用されるイーサネット vNIC を作成してから、iSCSI vNIC を作成します。

認証プロファイルの削除

手順

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

ステップ 1

UCS-A# scope org org-name

指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。

ステップ 2

UCS-A /org # delete auth-profile auth-profile-name

指定した認証プロファイルを削除します。

ステップ 3

UCS-A /org # commit-buffer

トランザクションをシステムの設定に対して確定します。

例

次に、iscsi-auth という認証プロファイルを削除し、トランザクションをコミットする例を示します。

UCS-A# scope org
UCS-A /org # delete auth-profile iscsi-auth
UCS-A /org* # commit-buffer
UCS-A /org #

イニシエータ プールへの IP アドレスのブロックの追加

iSCSI ブートに使用する IP アドレスのグループを作成できます。Cisco UCS Manager は指定した IP アドレスのブロックを予約します。

サーバまたはサービスプロファイルのスタティック IP アドレスとして割り当てられている IP アドレスが、IP プールに含まれていてはなりません。

手順

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

ステップ 1

UCS-A# scope org org-name

指定した組織の組織モードを開始します。ルート組織モードを開始するには、org-name として / を入力します。

ステップ 2

UCS-A /org# scope ip-pool iscsi-initiator-pool

iSCSI イニシエータ プールを指定するモードを開始します。

ステップ 3

（任意） UCS-A /org/ip-pool # set descr description

（任意）

IP プールの説明を記入します。

（注）  

 

説明にスペース、特殊文字、または句読点が含まれている場合、説明を引用符で括る必要があります。引用符は、show コマンド出力の説明フィールドには表示されません。

ステップ 4

UCS-A /org/ip-pool # set assignmentorder {default | sequential}

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

  • default ：Cisco UCS Manager はプールからランダム ID を選択します。

  • sequential ：Cisco UCS Manager はプールから最も小さい使用可能な ID を選択します。

ステップ 5

UCS-A /org/ip-pool# create block from_ip_address to_ip_address default_gateway subnet_mask

iSCSI イニシエータの IP アドレスのブロックを作成します。

ステップ 6

（任意） UCS-A/org/ip-pool/block# show detail expand

（任意）

作成した IP アドレスのブロックを表示します。

ステップ 7

UCS-A /org/ip-pool/block # commit-buffer

トランザクションをシステムの設定にコミットします。

例

次の例に、iSCSI vNIC の IP イニシエータ プールを作成して、トランザクションをコミットする方法を示します。 


UCS-A # scope org /
UCS-A /org # scope ip-pool iscsi-initiator-pool
UCS-A /org/ip-pool # create block 40.40.40.10 40.40.40.50 40.40.40.1 255.0.0.0
UCS-A /org/ip-pool/block # show detail expand 
Block of IP Addresses:
    From: 40.40.40.10
    To: 40.40.40.50
    Default Gateway: 40.40.40.1
    Subnet Mask: 255.0.0.0
UCS-A /org/ip-pool/block # commit buffer

次のタスク

1 つ以上のサービス プロファイルまたはサービス プロファイル テンプレートを設定し、iSCSI イニシエータ IP プールから iSCSI イニシエータ IP アドレスを取得します。

イニシエータ プールからの IP アドレスのブロックの削除

手順

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

ステップ 1

UCS-A# scope org org-name

指定した組織の組織モードを開始します。ルート組織モードを開始するには、org-name として / を入力します。

ステップ 2

UCS-A /org# scope ip-pool iscsi-initiator-pool

iSCSI イニシエータ プールを指定するモードを開始します。

ステップ 3

UCS-A /org/ip-pool# delete block from_ip_address to_ip_address

イニシエータ プールから指定した IP アドレス ブロックを削除します。

ステップ 4

（任意） UCS-A/org/ip-pool/block# show detail expand

（任意）

IP アドレスのブロックが削除されたことを示します。

ステップ 5

UCS-A /org/ip-pool# commit buffer

トランザクションをシステムの設定にコミットします。

例

次の例は、IP アドレスのブロックをイニシエータ プールから削除し、トランザクションをコミットします。 


UCS-A # scope org /
UCS-A /org # scope ip-pool iscsi-initiator-pool
UCS-A /org/ip-pool # delete block 40.40.40.10 40.40.40.50 40.40.40.1 255.0.0.0
UCS-A /org/ip-pool # show detail expand

IP Pool:
    Name: iscsi-initiator-pool
    Size: 0
    Assigned: 0
    Descr:
UCS-A /org/ip-pool # commit buffer

iSCSI ブート ポリシーの作成

ブート ポリシーあたり最大 2 つの iSCSI vNIC を追加できます。一方の vNIC はプライマリ iSCSI ブート ソースとして動作し、もう一方はセカンダリ iSCSI ブート ソースとして動作します。

手順

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

ステップ 1

UCS-A# scope org org-name

指定した組織の組織モードを開始します。ルート組織モードを開始するには、 org-name に / を入力します。

ステップ 2

UCS-A /org # create boot-policy policy-name [purpose {operational | utility}]

ブート ポリシーを指定されたポリシー名で作成し、組織ブート ポリシー モードを開始します。

この名前には、1 ～ 16 文字の英数字を使用できます。-（ハイフン）、_（アンダースコア）、:（コロン）、および . （ピリオド）は使用できますが、それ以外の特殊文字とスペースは使用できません。また、オブジェクトが保存された後に、この名前を変更することはできません。

ブート ポリシーを作成する場合は、operational オプションを指定します。これにより、サーバーは、サーバーにインストールされているオペレーティング システムからブートするようにします。utility オプションは予約されており、シスコの担当者が指示した場合にのみ使用するようにします。

ステップ 3

（任意） UCS-A /org/boot-policy # set descr description

（任意）

ブート ポリシーの説明を記入します。

（注）  

 

説明にスペース、特殊文字、または句読点が含まれている場合、説明の前後に引用符を付ける必要があります。引用符は show コマンド出力の説明フィールドには表示されません。

ステップ 4

（任意） UCS-A /org/boot-policy # set enforce-vnic-name {no | yes}

（任意）

[yes] を選択すると、Cisco UCS Manager はブート ポリシー内で指定されたデバイス名とサービス プロファイル内で指定されたものとが一致するかどうかをレポートします。

[no] を選択すると、Cisco UCS Manager はサービス プロファイルの任意の vNIC、vHBA、iSCSI デバイスを使用し、ブート ポリシー内で指定されたデバイス名とサービス プロファイル内で指定されたものとが一致するかどうかをレポートしません。

ステップ 5

UCS-A /org/boot-policy # set reboot-on-update {no | yes}

このブート ポリシーを使用するサーバーが、ブート順序の変更後に自動的に再起動されるかどうかを指定します。

Cisco UCS Manager GUI で、ブート ポリシーの [順序を変更したときにリブートする（Reboot on Boot Order Change] チェックボックスがオンになっていて、CD-ROM またはフロッピーがブート順序の最後のデバイスである場合、デバイスを削除または追加してもブート順序には直接影響せず、サーバは再起動しません。

ステップ 6

UCS-A /org/boot-policy # create iscsi

ブート ポリシーに iSCSI ブートを追加します。

ステップ 7

UCS-A /org/boot-policy/iscsi # create path {primary | secondary}

Cisco UCS Manager が iSCSI ターゲットに到達するために使用する、プライマリ パスとセカンダリ パスを指定します。iSCSI ブートの場合は 2 つのパスを設定します。Cisco UCS Manager は、プライマリ パスを最初に使用し、このパスで失敗した場合はセカンダリ パスを使用します。

ステップ 8

UCS-A /org/boot-policy/iscsi/path # create iscsivnicname iscsi-vnic-name

iSCSI vNIC を作成します。

ステップ 9

UCS-A /org/boot-policy/iscsi/path # exit

iSCSI パス モードを終了します。

ステップ 10

UCS-A /org/boot-policy/iscsi/path # set order order-num

ブート順序内の iSCSI ブート順序を指定します。

ステップ 11

（任意） ステップ 8 ～ 10 を繰り返し、セカンダリ iSCSI vNIC を作成します。

 （任意）

ステップ 12

UCS-A /org/boot-policy/iscsi # commit-buffer

トランザクションをシステムの設定にコミットします。

例

次の例は、iscsi-boot-policy-LAN という名前の iSCSI ブート ポリシーを作成してブート ポリシーの説明を記入し、このポリシーを使用するサーバーがブート順序変更時に自動でリブートしないよう指定して、iSCSI ブートのブート順序を 2 に設定し、iSCSI ブートを作成して iscsienic1 という vNIC に関連付け、トランザクションをコミットする方法を示します。 

UCS-A# scope org /
UCS-A /org* # create boot-policy iscsi-boot-policy-LAN purpose operational
UCS-A /org/boot-policy* # set descr "Boot policy that boots from iSCSI."
UCS-A /org/boot-policy* # set enforce-vnic-name yes
UCS-A /org/boot-policy* # set reboot-on-update no
UCS-A /org/boot-policy* # create iscsi
UCS-A /org/boot-policy/iscsi* # create path primary
UCS-A /org/boot-policy/iscsi/path* # set iscsivnicname iscsienic1
UCS-A /org/boot-policy/iscsi/path* # exit
UCS-A /org/boot-policy/iscsi* # set order 2
UCS-A /org/boot-policy/iscsi* # commit-buffer
UCS-A /org/boot-policy #

次のタスク

ブート ポリシーをサービス プロファイルとテンプレートに含めます。

このブート ポリシーを含むサービス プロファイルがサーバに関連付けられた後で、サーバの [一般（General）] タブの [ブート順序の詳細（Boot Order Details）] 領域で実際のブート順序を確認できます。

ブート ポリシーからの iSCSI デバイスの削除

手順

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

ステップ 1

UCS-A# scope org org-name

指定した組織の組織モードを開始します。ルート組織モードを開始するには、org-name に / と入力します。

ステップ 2

UCS-A /org # scope boot-policy boot-pol-name

指定したブート ポリシーでブート ポリシー組織モードを開始します。

ステップ 3

UCS-A /org/boot-policy # delete iscsi

ブート ポリシーから iSCSI ブートを削除します。

ステップ 4

UCS-A /org/boot-policy # commit-buffer

トランザクションをシステムの設定にコミットします。

例

次に、boot-policy-iscsi という名前のブート ポリシーから iSCSI ブートを削除し、トランザクションをコミットする例を示します。

UCS-A# scope org /
UCS-A /org # scope boot-policy boot-policy-iscsi
UCS-A /org/boot-policy # delete iscsi
UCS-A /org/boot-policy* # commit-buffer
UCS-A /org/boot-policy #

サービス プロファイル レベルでのイニシエータ IQN の設定

サービス プロファイルでは、特定の IQN または IQN のプールから取得される IQN を持つイニシエータを作成できます。

始める前に

CLI を使用して IQN を削除できません。

イニシエータ IQN の設定ガイドラインについては、イニシエータ IQN の設定 を参照してください。

手順

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

ステップ 1

UCS-A# scope org org-name

指定した組織の組織モードを開始します。ルート組織モードを開始するには、org-name に / と入力します。

ステップ 2

UCS-A /org # scope service-profile profile-name

サービス プロファイルのサービス プロファイル組織モードを開始します。

ステップ 3

UCS-A /org/service-profile# set iscsi-identity {initiator nameinitiator-name | initiator-pool-namepool-name}

指定された名前でイニシエータを作成します。名前には 16 文字以内の英数字を使用できます。

ステップ 4

UCS-A /org/service-profile* # commit buffer

トランザクションをシステムの設定にコミットします。

ステップ 5

UCS-A /org/auth-profile* # exit

現在のモードを終了します。

例

次の例では、iSCSI イニシエータの特定の名前を作成し、トランザクションをコミットする方法を示します。


UCS-A# scope org /
UCS-A /org # scope service-profile accounting
UCS-A /org/service-profile # set iscsi-identity initiator-name manual:IQN
UCS-A /org/service-profile* # commit-buffer

サービス プロファイルでの iSCSI vNIC の作成

サービス プロファイルに iSCSI vNIC を作成できます。

始める前に

iSCSI デバイスのオーバーレイ vNIC として使用される、サービス プロファイル内のイーサネット 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 # create vnic-iscsi iscsi-vnic-name

iSCSI vNIC の名前を指定します。

ステップ 4

（任意） UCS-A /org/service-profile/vnic-iscsi* # set iscsi-adaptor-policy iscsi-adaptor-name

（任意）

この iSCSI vNIC 用に作成した iSCSI アダプタ ポリシーを指定します。

ステップ 5

（任意） UCS-A /org/service-profile/vnic-iscsi* # set auth-name authentication-profile-name

（任意）

iSCSI vNIC によって使用される認証プロファイルを設定します。設定する認証プロファイルがすでに存在している必要があります。詳細については、認証プロファイルの作成を参照してください。

ステップ 6

UCS-A /org/service-profile/vnic-iscsi* # set identity { dynamic-mac {dynamic-mac-address | derived } | mac-pool mac-pool-name }

iSCSI vNIC の MAC アドレスを指定します。

（注）  

 

MAC アドレスは、Cisco UCS NIC M51KR-B アダプタ専用に設定されます。

ステップ 7

UCS-A /org/service-profile/vnic-iscsi* # set iscsi-identity { initiator-name initiator-name | initiator-pool-name iqn-pool-name}

iSCSI 発信側の名前または iSCSI 発信側名の提供元の IQN プール名を指定します。iSCSI 発信側名には最大 223 文字を使用できます。

ステップ 8

UCS-A /org/service-profile/vnic-iscsi* # set overlay-vnic-name overlay-vnic-name

オーバーレイ vNIC として iSCSI デバイスで使用される、イーサネット vNIC を指定します。詳細については、サービス プロファイルの vNIC の設定を参照してください。

ステップ 9

UCS-A /org/service-profile/vnic-iscsi* # create eth-if

iSCSI vNIC に割り当てられた VLAN のイーサネット インターフェイスを作成します。

ステップ 10

UCS-A /org/service-profile/vnic-iscsi/eth-if* # set vlanname vlan-name

VLAN 名を指定します。デフォルトの VLAN は [default] です。Cisco UCS M81KR 仮想インターフェイス カードおよび Cisco UCS VIC-1240 仮想インターフェイス カード の場合、指定する VLAN はオーバレイ vNIC のネイティブ VLAN と同じである必要があります。Cisco UCS M51KR-B Broadcom BCM57711 アダプタの場合、指定した VLAN は、オーバーレイ vNIC に割り当てられたどの VLAN でも設定できます。

ステップ 11

UCS-A /org/service-profile/vnic-iscsi # commit-buffer

トランザクションをシステムの設定にコミットします。

例

次に、scsivnic1 という iSCSI vNIC を作成し、accounting という既存のサービス プロファイルに追加して、トランザクションをコミットする例を示します。 


UCS-A# scope org /
UCS-A /org # scope service-profile accounting
UCS-A /org/service-profile # create vnic-iscsi iSCSI1
UCS-A /org/service-profile/vnic-iscsi* # set iscsi-adaptor-policy iscsiboot
UCS-A /org/service-profile/vnic-iscsi* # set auth-name initauth
UCS-A /org/service-profile/vnic-iscsi* # set identity dynamic-mac derived
UCS-A /org/service-profile/vnic-iscsi* # set iscsi-identity initiator-name iSCSI1
UCS-A /org/service-profile/vnic-iscsi* # set overlay-vnic-name eth1
UCS-A /org/service-profile/vnic-iscsi* # create eth-if
UCS-A /org/service-profile/vnic-iscsi/eth-if* # set vlanname default
UCS-A /org/service-profile/vnic-iscsi/eth-if* # commit buffer

次のタスク

スタティック IP アドレス、設定された IP プールからの IP アドレス、または DHCP を使用してブートするように iSCSI イニシエータを設定します。

サービス プロファイルからの iSCSI 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 # delete vnic-iscsi iscsi-vnic-name

指定したサービス プロファイルから指定した iSCSI vNIC を削除します。

ステップ 4

UCS-A /org/service-profile # commit-buffer

トランザクションをシステムの設定にコミットします。

例

次に、scsivnic1 という iSCSI vNIC を削除し、トランザクションをコミットする例を示します。

UCS-A# scope org /
UCS-A /org # scope service-profile accounting
UCS-A /org/service-profile # delete vnic-iscsi scsivnic1
UCS-A /org/service-profile* # commit-buffer
UCS-A /org/service-profile #

スタティック IP アドレスを使用して起動する iSCSI イニシエータの作成

サービス プロファイルで iSCSI イニシエータを作成し、スタティック IP アドレスを使用してブートするよう設定できます。

始める前に

次の設定が済んでいます。

  • サービス プロファイルに iSCSI オーバーレイ vNIC を作成。

  • サービス プロファイルに iSCSI 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-iscsi iscsi-vnic-name

指定した iSCSI vNIC のコンフィギュレーション モードを開始します。

ステップ 4

UCS-A /org/service-profile/iscsi-boot/vnic-iscsi # create ip-if

IP インターフェイスを作成します。

ステップ 5

UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/eth-if/ip-if* # enter static-ip-params

スタティック IP ブート パラメータを入力することを指定します。

ステップ 6

UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/eth-if/ip-if/static-ip-params* # set addr ip-address

スタティック IP アドレスを指定します。

ステップ 7

UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/eth-if/ip-if/static-ip-params* # set default-gw ip-address

デフォルト ゲートウェイの IP アドレスを指定します。

ステップ 8

UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/eth-if/ip-if/static-ip-params* # set primary-dns ip-address

プライマリ DNS IP アドレスを指定します。

ステップ 9

UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/eth-if/ip-if/static-ip-params* # set secondary-dns ip-address

セカンダリ DNS IP アドレスを指定します。

ステップ 10

UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/eth-if/ip-if/static-ip-params* # set subnet subnet-ip-address

サブネット マスクを指定します。

ステップ 11

UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/eth-if/ip-if/static-ip-params* # commit buffer

トランザクションをシステムの設定にコミットします。

例

次の例に、スタティック IP アドレスを使用してブートするようにイニシエータを設定し、トランザクションをコミットする方法を示します。


UCS-A # scope org
UCS-A /org # scope service-profile accounting
UCS-A /org/service-profile # scope vnic-iscsi iSCSI1
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi # create ip-if 
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/ip-if* # enter static-ip-params 
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/ip-if/static-ip-params* # set addr 10.104.105.193
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/ip-if/static-ip-params* # set default-gw 10.104.105.1
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/ip-if/static-ip-params* # set primary-dns 11.11.11.100
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/ip-if/static-ip-params* # set secondary-dns 11.11.11.100
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/ip-if/static-ip-params* # set subnet 255.255.255.0
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/ip-if/static-ip-params* # commit-buffer

次のタスク

iSCSI ターゲットを作成します。

iSCSI イニシエータからのスタティック IP アドレス ブート パラメータの削除

サービス プロファイルで、iSCSI イニシエータからスタティック IP アドレス ブート パラメータを削除できます。

手順

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

ステップ 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-iscsi iscsi-vnic-name

指定した iSCSI vNIC のコンフィギュレーション モードを開始します。

ステップ 4

UCS-A /org/service-profile/iscsi-boot/vnic-iscsi # scope ip-if

IP インターフェイスでコンフィギュレーション モードを開始します。

ステップ 5

UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/ip-if* # delete static-ip-params

発信側からスタティック IP ブート パラメータを削除します。

ステップ 6

UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/ip-if/static-ip-params* # commit buffer

トランザクションをシステムの設定にコミットします。

例

次に、スタティック IP アドレス ブート パラメータを発信側から削除し、トランザクションをコミットする例を示します。


UCS-A # scope org
UCS-A /org # scope service-profile accounting
UCS-A /org/service-profile # scope vnic-iscsi iSCSI1 
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi # scope ip-if 
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/ip-if # delete static-ip-params 
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/ip-if* # commit-buffer

IP プールからの IP アドレスを使用してブートする iSCSI イニシエータの作成

サービス プロファイルでは、iSCSI イニシエータを作成し、作成した IP プールからの IP アドレスを使用してブートするように設定できます。

始める前に

次の設定が済んでいます。

  • サービス プロファイルにオーバーレイ vNIC を作成。

  • サービス プロファイルに iSCSI 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 iscsi-boot

iSCSI ブート パラメータを設定するコンフィギュレーション モードを開始します。

ステップ 4

UCS-A /org/service-profile/iscsi-boot # scope vnic-iscsi iscsi-vnic-name

指定した iSCSI vNIC のコンフィギュレーション モードを開始します。

ステップ 5

UCS-A /org/service-profile/iscsi-boot/vnic-iscsi* # scope ip-if

iSCSI イーサネット インターフェイスのコンフィギュレーション モードを開始します。

ステップ 6

UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/ip-if* # enter pooled-ip-params

以前に作成された iSCSI イニシエータ IP プールからの IP アドレスのいずれかを使用して iSCSI イニシエータがブートするよう指定します。

ステップ 7

UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/ip-if/pooled-ip-params* # commit buffer

トランザクションをシステムの設定にコミットします。

例

次に、iSCSI イニシエータを作成し、IP プールからの IP アドレスを使用してブートするよう設定する例を示します。


UCS-A # scope org
UCS-A /org # scope service-profile accounting
UCS-A /org/service-profile/iscsi-boot # scope vnic-iscsi iSCSI1
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi # scope ip-if
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/ip-if* # enter pooled-ip-params 
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/ip-if/pooled-ip-params* # commit buffer

次のタスク

iSCSI ターゲットを作成します。

iSCSI イニシエータからの IP プール ブート パラメータの削除

サービス プロファイルでは、iSCSI イニシエータを作成し、作成した IP プールからの IP アドレスを使用してブートするように設定できます。

手順

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

ステップ 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 iscsi-boot

iSCSI ブート パラメータを設定するコンフィギュレーション モードを開始します。

ステップ 4

UCS-A /org/service-profile/iscsi-boot/ # scope vnic-iscsi iscsi-vnic-name

指定した iSCSI vNIC のコンフィギュレーション モードを開始します。

ステップ 5

UCS-A /org/service-profile/iscsi-boot/vnic-iscsi # enter ip-if

IP インターフェイスでコンフィギュレーション モードを開始します。

ステップ 6

UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/ip-if* # delete pooled-ip-params

iSCSI イニシエータがブートのために IP プールからの IP アドレスを使用しないことを指定します。

ステップ 7

UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/ip-if/pooled-ip-params* # commit buffer

トランザクションをシステムの設定にコミットします。

例

次に、IP アドレスを使用するブートを IP プール パラメータから削除し、トランザクションをコミットする例を示します。


UCS-A # scope org
UCS-A /org # scope service-profile accounting
UCS-A /org/service-profile # scope iscsi-boot
UCS-A /org/service-profile/iscsi-boot # scope vnic-iscsi iSCSI1
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi # enter ip-if
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/ip-if* # delete pooled-ip-params 
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/ip-if/pooled-ip-params* # commit buffer

DHCP を使用してブートする iSCSI イニシエータの作成

サービス プロファイルで iSCSI イニシエータを作成し、DHCP を使用してブートするよう設定できます。

始める前に

次の設定が済んでいます。

  • サービス プロファイルに iSCSI オーバーレイ vNIC を作成。

  • サービス プロファイルに iSCSI 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 iscsi-boot

iSCSI ブート パラメータを設定するコンフィギュレーション モードを開始します。

ステップ 4

UCS-A /org/service-profile/iscsi-boot # scope vnic-iscsi iscsi-vnic-name

指定した iSCSI vNIC のコンフィギュレーション モードを開始します。

ステップ 5

UCS-A /org/service-profile/iscsi-boot/vnic-iscsi # create ip-if

IP インターフェイスを作成します。

ステップ 6

UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/ip-if* # create dhcp-ip-params

DHCP を使用してブートするよう発信側を設定していることを指定します。

ステップ 7

UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/ip-if/dhcp-ip-params* # commit buffer

トランザクションをシステムの設定にコミットします。

例

次の例に、DHCP を使用してブートするようにイニシエータを設定し、トランザクションをコミットする方法を示します。


UCS-A # scope org
UCS-A /org # scope service-profile accounting
UCS-A /org/service-profile # scope iscsi-boot
UCS-A /org/service-profile/iscsi-boot # scope vnic-iscsi iSCSI1
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi # create ip-if
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/ip-if* # create dhcp-ip-params 
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/ip-if/dhcp-ip-params* # commit-buffer

次のタスク

iSCSI ターゲットを作成します。

iSCSI イニシエータからの DHCP ブート パラメータの削除

サービス プロファイルで、iSCSI イニシエータから DHCP ブート パラメータを削除できます。

手順

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

ステップ 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 iscsi-boot

iSCSI ブート パラメータを設定するコンフィギュレーション モードを開始します。

ステップ 4

UCS-A /org/service-profile/iscsi-boot # scope vnic-iscsi iscsi-vnic-name

指定した iSCSI vNIC のコンフィギュレーション モードを開始します。

ステップ 5

UCS-A /org/service-profile/iscsi-boot/vnic-iscsi # enter ip-if

IP インターフェイスでコンフィギュレーション モードを開始します。

ステップ 6

UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/ip-if* # delete dhcp-ip-params

発信側がブートのために DHCP を使用しないことを指定します。

ステップ 7

UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/ip-if/dhcp-ip-params* # commit buffer

トランザクションをシステムの設定にコミットします。

例

次に、DHCP パラメータを使用してブート削除し、トランザクションをコミットする例を示します。


UCS-A # scope org
UCS-A /org # scope service-profile accounting
UCS-A /org/service-profile # scope iscsi-boot
UCS-A /org/service-profile/iscsi-boot # scope vnic-iscsi iSCSI1 
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi # enter ip-if
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/ip-if* # delete dhcp-ip-params 
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/ip-if/dhcp-ip-params* # commit-buffer

IQN プール

IQN プールは、Cisco UCS ドメイン内の iSCSI vNIC によって発信側 ID として使用される iSCSI 修飾名（IQN）の集合です。

IQN プールのメンバは、プレフィックス:サフィックス:数字 の形式になります。これで、プレフィックス、サフィックス、および数字のブロック（範囲）を指定することができます。

IQN プールには、番号の範囲やサフィックスが異なる（ただし、プレフィクスは共通している）複数の IQN ブロックを含めることができます。

IQN プールの作成


（注）  

ほとんどの場合、最大 IQN サイズ（プレフィックス + サフィックス + 追加文字）は 223 文字です。Cisco UCS NIC M51KR-B アダプタを使用する場合、IQN サイズを 128 文字に制限する必要があります。

手順

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

ステップ 1

UCS-A# scope org org-name

指定した組織の組織モードを開始します。ルート組織モードを開始するには、org-name として / を入力します。

ステップ 2

UCS-A /org # create iqn-pool pool-name

指定された名前で IQN プールを作成し、組織 IQN プール モードを開始します。

この名前には、1 ～ 32 文字の英数字を使用できます。-（ハイフン）、_（アンダースコア）、:（コロン）、および . （ピリオド）は使用できますが、それ以外の特殊文字とスペースは使用できません。また、オブジェクトが保存された後に、この名前を変更することはできません。

ステップ 3

UCS-A /org/iqn-pool # set iqn-prefix prefix

IQN ブロック メンバーのプレフィックスを指定します。アダプタ カードによって制限されない限り、プレフィックスには最大 150 文字を使用できます。

ステップ 4

（任意） UCS-A /org/iqn-pool # set descr description

（任意）

IQN プールの説明を記入します。256 文字以下で入力します。

（注）  

 

説明にスペース、特殊文字、または句読点が含まれている場合、説明を引用符で括る必要があります。引用符は、show コマンド出力の説明フィールドには表示されません。

ステップ 5

UCS-A /org/iqn-pool # set assignmentorder {default | sequential}

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

  • default ：Cisco UCS Manager はプールからランダム ID を選択します。

  • sequential ：Cisco UCS Manager はプールから最も小さい使用可能 ID を選択します。

ステップ 6

UCS-A /org/iqn-pool # create block suffix from to

IQN ブロック（範囲）を作成し、組織 IQN プール ブロック モードを開始します。ベース サフィックス、サフィックス開始番号、およびサフィックス終了番号を指定する必要があります。最終的な IQN プール メンバーは prefix:suffix:number という形式になります。サフィックスは最大 64 文字まで使用できます。

（注）  

 

IQN プールには、複数の IQN ブロックを含めることができます。複数のブロックを作成するには、組織 IQN プール モードで create block コマンドを複数入力します。

ステップ 7

UCS-A /org/iqn-pool/block # commit-buffer

トランザクションをシステムの設定にコミットします。

例

次に、pool4 という名前の IQN プールを作成し、プールの説明を記入し、プールに使用されるプレフィックスおよびサフィックス ブロックを指定し、トランザクションをコミットする例を示します。 

UCS-A# scope org /
UCS-A /org # create iqn-pool pool4
UCS-A /org/iqn-pool* # set iqn-prefix iqn.alpha.com
UCS-A /org/iqn-pool* # set descr "This is IQN pool 4"
UCS-A /org/iqn-pool* # create block beta 3 5
UCS-A /org/iqn-pool/block* # commit-buffer
UCS-A /org/iqn-pool/block #

次のタスク

IQN サフィックスプールをサービスプロファイルとテンプレートに含めます。

IP プールへのブロックの追加

手順

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

ステップ 1

UCS-A# scope org org-name

指定した組織の組織モードを開始します。ルート組織モードを開始するには、org-name として / を入力します。

ステップ 2

UCS-A /org # scope ip-pool pool-name

指定したプールの組織 IP プール モードを開始します。

ステップ 3

UCS-A /org/ip-pool # create block first-ip-addr last-ip-addr gateway-ip-addr subnet-mask

IP アドレス ブロック（範囲）を作成し、組織 IP プール ブロック モードを開始します。アドレス範囲の最初と最後の IP アドレス、ゲートウェイ IP アドレス、およびサブネット マスクを指定します。

（注）  

 

IP プールには、複数の IP ブロックを含めることができます。複数のブロックを作成するには、組織 IP プール モードから複数の create block コマンドを入力します。

ステップ 4

UCS-A /org/ip-pool/block # commit-buffer

トランザクションをコミットします。

ステップ 5

UCS-A /org/ip-pool/block # exit

IPv4 ブロック コンフィギュレーション モードを終了します。

ステップ 6

UCS-A /org/ip-pool # create ipv6-block first-ip6-addr last-ip6-addr gateway-ip6-addr prefix

IPv6 アドレスのブロック（範囲）を作成し、組織 IP プール IPv6 ブロック モードを開始します。アドレス範囲の最初と最後の IPv6 アドレス、ゲートウェイ IPv6 アドレス、およびネットワーク プレフィックスを指定する必要があります。

（注）  

 

IPv6 プールには、複数の IP ブロックを含めることができます。複数の IPv6 ブロックを作成するには、組織 IP プール モードから複数の create ipv6-block コマンドを入力します。

ステップ 7

UCS-A /org/ip-pool/ ipv6-block # commit-buffer

トランザクションをシステムの設定にコミットします。

例

この例では、IPv4 および IPv6 アドレスのブロックを pool4 という名前の IP プールに追加し、トランザクションをコミットする方法を示します。 

UCS-A# scope org /
UCS-A /org # scope ip-pool pool4
UCS-A /org/ip-pool # create block 192.168.100.1 192.168.100.200 192.168.100.10 255.255.255.0
UCS-A /org/ip-pool/block* # commit-buffer
UCS-A /org/ip-pool/block #exit
UCS-A /org/ip-pool* # create ipv6-block 2001:888::10 2001:888::100 2001:888::1 64  
UCS-A /org/ip-pool/ipv6-block* commit-buffer

IP プールからのブロックの削除

プールからアドレス ブロックを削除すると、Cisco UCS Managerはそのブロックの中の vNIC または vHBA に割り当てられたアドレスを再割り当てしません。削除されたブロックのすべての割り当て済みブロックは、次のいずれかが起きるまで、割り当てられた vNIC または vHBA に残ります。

  • 関連付けられたサービス プロファイルが削除される。

  • アドレスが割り当てられた vNIC または vHBA が削除される。

  • vNIC または vHBA が異なるプールに割り当てられる。


（注）  

IPv6 アドレス ブロックは、vNIC または vHBA には適用できません。

手順

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

ステップ 1

UCS-A# scope org org-name

指定した組織の組織モードを開始します。ルート組織モードを開始するには、org-name として / を入力します。

ステップ 2

UCS-A /org # scope ip-pool pool-name

指定したプールの組織 IP プール モードを開始します。

ステップ 3

UCS-A /org/ip-pool # delete {ip-block| ipv6-block} {first-ip-addr|first-ip6-addr} {last-ip-addr| last-ip6-addr}

IPv4 または IPv6 アドレスの指定されたブロック（範囲）を削除します。

ステップ 4

UCS-A /org/ip-pool # commit-buffer

トランザクションをシステムの設定にコミットします。

例

この例では、pool4 という名前の IP プールから IP アドレス ブロックを削除し、トランザクションをコミットする方法を示します。 

UCS-A# scope org /
UCS-A /org # scope ip-pool pool4
UCS-A /org/ip-pool # delete block 192.168.100.1 192.168.100.200
UCS-A /org/ip-pool* # commit-buffer
UCS-A /org/ip-pool #

この例では、pool4 という名前の IP プールから IPv6 アドレス ブロックを削除し、トランザクションをコミットする方法を示します。 

UCS-A# scope org /
UCS-A /org # scope ip-pool pool4
UCS-A /org/ip-pool # delete ipv6-block 2001::1 2001::10
UCS-A /org/ip-pool* # commit-buffer
UCS-A /org/ip-pool #

IQN プールの削除

プールを削除した場合、Cisco UCS Managerは、 に割り当てられたアドレスを再割り当てしません。削除されたプールのすべての割り当て済みアドレスは、次のいずれかが起きるまで、vNIC または vHBA に割り当てられた状態のままになります。

  • 関連付けられたサービス プロファイルが削除される。

  • アドレスが割り当てられた vNIC または vHBA が削除される。

  • vNIC または vHBA が異なるプールに割り当てられる。

手順

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

ステップ 1

UCS-A# scope org org-name

指定した組織の組織モードを開始します。ルート組織モードを開始するには、org-name として / を入力します。

ステップ 2

UCS-A /org # delete iqn-pool pool-name

指定された IQN プールを削除します。

ステップ 3

UCS-A /org # commit-buffer

トランザクションをシステムの設定に対して確定します。

例

次に、pool4 という名前の IQN プールを削除し、トランザクションをコミットする例を示します。

UCS-A# scope org /
UCS-A /org # delete iqn-pool pool4
UCS-A /org* # commit-buffer
UCS-A /org #

IQN プール使用の表示

手順

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

ステップ 1

UCS-A# scope org org-name

指定した組織の組織モードを開始します。ルート組織モードを開始するには、org-name として / を入力します。

ステップ 2

UCS-A /org # scope iqn-pool pool-name

指定したプールの組織 IQN プール モードを開始します。

ステップ 3

UCS-A /org/iqn-pool # show pooled

IQN ブロック メンバの割り当てを表示します。

例

次に、pool4 という名前の IQN プールにおけるサフィックスの割り当てを表示する例を示します。 

UCS-A# scope org /
UCS-A /org # scope iqn-pool pool4
UCS-A /org/iqn-pool # show pooled
Pooled:
    Name       Assigned Assigned To Dn
    ---------- -------- --------------
    beta:3     No
    beta:4     No
    beta:5     No

UCS-A /org/iqn-pool #

iSCSI スタティック ターゲットの作成

スタティック ターゲットを作成できます。

始める前に

iSCSI vNIC を作成済みです。

手順

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

ステップ 1

UCS-A# scope org org-name

指定した組織の組織モードを開始します。ルート組織モードを開始するには、org-name に / と入力します。

ステップ 2

UCS-A /org # scope service-profile profile-name

iSCSI ターゲットを追加するサービス プロファイルのサービス プロファイル組織モードを開始します。

ステップ 3

UCS-A /org/service-profile # scope iscsi-boot

iSCSI ブート パラメータを設定するモードを開始します。

ステップ 4

UCS-A /org/service-profile/iscsi-boot # scope vnic-iscsi iscsi-vnic-name

指定した vNIC 名で iSCSI vNIC モードを開始します。

ステップ 5

UCS-A /org/service-profile/iscsi-boot/vnic-iscsi # create static-target-if {1 | 2}

iSCSI vNIC のスタティック ターゲットを作成し、優先度レベルを指定します。

有効な優先度レベルは 1 または 2 です。

ステップ 6

UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/static-target-if # set name name

iSCSI ターゲットの iSCSI 修飾名（IQN）または拡張固有識別子（EUI）の名前を定義する正規表現。

任意の英数字および次の特殊文字を入力することができます。

  • . （ピリオド）

  • ：（コロン）

  • -（ダッシュ）

重要

 

この名前は、標準の IQN または EUI のガイドラインに従って適切な形式にする必要があります。

以下に、正しい形式の iSCSI ターゲット名の例を示します。

  • iqn.2001-04.com.example

  • iqn.2001-04.com.example:storage:diskarrays-sn-a8675309

  • iqn.2001-04.com.example:storage.tape1.sys1.xyz

  • iqn.2001-04.com.example:storage.disk2.sys1.xyz

  • eui.02004567A425678D

ステップ 7

UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/static-target-if # set port port-num

iSCSI ターゲットに関連付けられたポート。

1 ～ 65535 の整数を入力します。デフォルトは 3260 です。

ステップ 8

（任意） UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/static-target-if # set auth-name auth-profile

（任意）

ターゲットがそれ自体を認証する必要があり、認証プロファイルを設定済みの場合、認証プロファイルの名前を指定する必要があります。

関連する iSCSI 認証プロファイルの名前。

ステップ 9

UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/static-target-if # set ipaddress ipv4-address

iSCSI ターゲットに割り当てられた IPv4 アドレス。

ステップ 10

UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/static-target-if # create lun

インターフェイスの位置に対応する LUN を作成します。

ステップ 11

UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/static-target-if/lun* # set id id-number

ターゲット LUN ID を指定します。有効値は 0 ～ 65535 です。

ステップ 12

UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/static-target-if/lun* # exit

現在のコンフィギュレーション モードを終了します。

ステップ 13

UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/static-target-if # exit

現在のコンフィギュレーション モードを終了します。

ステップ 14

UCS-A /org/service-profile/iscsi-boot/vnic-iscsi # commit-buffer

トランザクションをシステムの設定にコミットします。

ステップ 15

（任意） ステップ 5 ～ 14 を繰り返して 2 番目のスタティック ターゲットを作成します。

（任意）

例

次に、2 つの iSCSI スタティック ターゲット インターフェイスを作成して、トランザクションをコミットする例を示します。

UCS-A # scope org test
UCS-A /org # scope service-profile accounting
UCS-A /org/service-profile # scope iscsi-boot
UCS-A /org/service-profile/iscsi-boot # scope vnic-iscsi iSCSI1
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi # create static-target-if 1
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/static-target-if* # set name statictarget1
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/static-target-if* # set port 3260
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/static-target-if* # set auth-name authprofile1
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/static-target-if* # set ip-address 192.168.10.10
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/static-target-if* # create lun
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/static-target-if/lun* # set id 1
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/static-target-if/lun* # exit
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/static-target-if* # exit
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi # commit-buffer
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi # create static-target-if 2
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/static-target-if* # set ipaddress 192.168.10.11 
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/static-target-if* # set name statictarget2
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/static-target-if* # set port 3260
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/static-target-if* # set auth-name authprofile1
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/static-target-if* # create lun
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/static-target-if/lun* # set id 1
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/static-target-if/lun* # exit
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/static-target-if* # exit
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi # commit-buffer

次のタスク

2 番目の iSCSI デバイスを設定するには、iSCSI vNIC、イニシエータおよびターゲットを作成する手順を繰り返します。

iSCSI スタティック ターゲットの削除

iSCSI スタティック ターゲットを削除できます。ただし、1 つの iSCSI スタティック ターゲットを削除した後、少なくとも 1 つの iSCSI スタティック ターゲットが残るようにする必要があります。したがって、1 つの iSCSI スタティック ターゲットを削除するには、2 つの iSCSI スタティック ターゲットが必要です。


（注）  

2 つの iSCSI ターゲットがあり、優先順位 1 位のターゲットを削除すると、優先順位 2 位のターゲットが優先順位 1 位のターゲットになります。ただし、このターゲットは、Cisco UCS Manager では、引き続き優先順位 2 位のターゲットとして表示されます。

手順

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

ステップ 1

UCS-A# scope org org-name

指定した組織の組織モードを開始します。ルート組織モードを開始するには、org-name に / と入力します。

ステップ 2

UCS-A /org # scope service-profile profile-name

iSCSI ターゲットを追加するサービス プロファイルのサービス プロファイル組織モードを開始します。

ステップ 3

UCS-A /org/service-profile # scope iscsi-boot

iSCSI ブート パラメータを設定するモードを開始します。

ステップ 4

UCS-A /org/service-profile/iscsi-boot # scope vnic-iscsi iscsi-vnic-name

指定した vNIC 名で iSCSI vNIC モードを開始します。

ステップ 5

UCS-A /org/service-profile/iscsi-boot/vnic-iscsi # delete static-target-if

iSCSI vNIC のスタティック ターゲットを削除します。

ステップ 6

UCS-A /org/service-profile/iscsi-boot/vnic-iscsi # commit-buffer

トランザクションをシステムの設定にコミットします。

例

次に、iSCSI スタティック ターゲットを削除してトランザクションをコミットする例を示します。

UCS-A # scope org test
UCS-A /org # scope service-profile sample
UCS-A /org # scope iscsi-boot
UCS-A /org/service-profile/iscsi-boot # scope vnic-iscsi trial
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi # delete static-target-if 1
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi # commit-buffer
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi #

iSCSI 自動ターゲットの作成

ベンダー ID の有無にかかわらず iSCSI 自動ターゲットを作成できます。

始める前に

iSCSI ターゲットを自動作成する前に、これらの前提条件に適合する必要があります。

手順

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

ステップ 1

UCS-A# scope org org-name

指定した組織の組織モードを開始します。ルート組織モードを開始するには、org-name に / と入力します。

ステップ 2

UCS-A /org # scope service-profile profile-name

iSCSI ターゲット インターフェイスを追加するサービス プロファイルのサービス プロファイル組織モードを開始します。

ステップ 3

UCS-A /org # scope iscsi-boot

例:

iSCSI ブート パラメータを設定するモードを開始します。

ステップ 4

UCS-A /org/service-profile/iscsi-boot # scope vnic-iscsi iscsi-vnic-name

指定した vNIC 名の iSCSI vNIC サービス プロファイル組織モードを開始します。

ステップ 5

UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/ # create auto-target-if

iSCSI vNIC の自動ターゲットを作成します。

ベンダー ID なしで自動ターゲットを使用する場合は、イニシエータの名前を設定する必要があります。詳細については、サービス プロファイルでの iSCSI vNIC の作成を参照してください。

ステップ 6

（任意） UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/auto-target-if* # set dhcp-vendor-id vendor-id

（任意）

自動ターゲットのベンダー ID を設定します。ベンダー ID には、最大 32 文字の英数字を指定できます。

ステップ 7

UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/auto-target-if* # exit

現在のコンフィギュレーション モードを終了します。

ステップ 8

UCS-A /org/service-profile/iscis-boot/vnic-iscsi # commit-buffer

トランザクションをシステムの設定にコミットします。

例

次に、iSCSI 自動ターゲットをベンダー ID なしで作成してトランザクションをコミットする例を示します。 


UCS-A # scope org
UCS-A /org # scope service-profile accounting
UCS-A /org/service-profile # scope iscsi-boot
UCS-A /org/service-profile/iscsi-boot # scope vnic-iscsi iSCSI1
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi # create auto-target-if
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/auto-target-if* # exit
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi # commit-buffer

次に、iSCSI 自動ターゲットをベンダー ID ありで作成してトランザクションをコミットする例を示します。 


UCS-A # scope org
UCS-A /org # scope service-profile accounting
UCS-A /org/service-profile # scope iscsi-boot
UCS-A /org/service-profile/iscsi-boot # scope vnic-iscsi iSCSI1
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi # create auto-target-if
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/auto-target-if* # set dhcp-vendor-id iSCSI_Vendor
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi/auto-target-if* # exit
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi # commit-buffer

次のタスク

2 番目の iSCSI デバイスを設定するには、iSCSI vNIC、イニシエータおよびターゲットを作成する手順を繰り返します。

iSCSI スタティック ターゲットの削除

iSCSI スタティック ターゲットを削除できます。ただし、1 つの iSCSI スタティック ターゲットを削除した後、少なくとも 1 つの iSCSI スタティック ターゲットが残るようにする必要があります。したがって、1 つの iSCSI スタティック ターゲットを削除するには、2 つの iSCSI スタティック ターゲットが必要です。


（注）  

2 つの iSCSI ターゲットがあり、優先順位 1 位のターゲットを削除すると、優先順位 2 位のターゲットが優先順位 1 位のターゲットになります。ただし、このターゲットは、Cisco UCS Manager では、引き続き優先順位 2 位のターゲットとして表示されます。

手順

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

ステップ 1

UCS-A# scope org org-name

指定した組織の組織モードを開始します。ルート組織モードを開始するには、org-name に / と入力します。

ステップ 2

UCS-A /org # scope service-profile profile-name

iSCSI ターゲットを追加するサービス プロファイルのサービス プロファイル組織モードを開始します。

ステップ 3

UCS-A /org/service-profile # scope iscsi-boot

iSCSI ブート パラメータを設定するモードを開始します。

ステップ 4

UCS-A /org/service-profile/iscsi-boot # scope vnic-iscsi iscsi-vnic-name

指定した vNIC 名で iSCSI vNIC モードを開始します。

ステップ 5

UCS-A /org/service-profile/iscsi-boot/vnic-iscsi # delete static-target-if

iSCSI vNIC のスタティック ターゲットを削除します。

ステップ 6

UCS-A /org/service-profile/iscsi-boot/vnic-iscsi # commit-buffer

トランザクションをシステムの設定にコミットします。

例

次に、iSCSI スタティック ターゲットを削除してトランザクションをコミットする例を示します。

UCS-A # scope org test
UCS-A /org # scope service-profile sample
UCS-A /org # scope iscsi-boot
UCS-A /org/service-profile/iscsi-boot # scope vnic-iscsi trial
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi # delete static-target-if 1
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi # commit-buffer
UCS-A /org/service-profile/iscsi-boot/vnic-iscsi #

iSCSI ブートの確認

アダプタがブート中の場合、KVM コンソールを使用してブートアップ メッセージを確認します。KVM コンソールにアクセスする方法については、「Starting the KVM Console」の章を参照してください。

この手順は、Cisco UCS Manager GUI を使用した場合にのみ実行できます。詳細については、『UCS Manager GUI Configuration Guide』の「Starting the KVM Console」の章を参照してください。

  • Cisco UCS M51KR-B Broadcom BCM57711 では、次のメッセージが表示されます。
    「Logging in the 1st iSCSI Target…. Succeeded.」
  • Cisco UCS M81KR 仮想インターフェイス カード では、次のメッセージが表示されます。
    「Option ROM installed successfully.」

LAN ブート

LAN の集中プロビジョニング サーバーから 1 つまたは複数のサーバーをブートするブート ポリシーを設定できます。LAN（または PXE）ブートは、その LAN サーバーからサーバーに OS をインストールする際に頻繁に使用されます。

LAN ブート ポリシーには、複数のタイプのブート デバイスを追加できます。たとえば、ローカル ディスクや仮想メディア ブートをセカンダリ ブート デバイスとして追加できます。

ブート ポリシー用 LAN ブート ポリシーの設定

始める前に

LAN ブート設定を含めるブート ポリシーを作成します。

手順

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

ステップ 1

UCS-A# scope org org-name

指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。

ステップ 2

UCS-A /org # scope boot-policy policy-name

指定されたブート ポリシーの組織ブート ポリシー モードを開始します。

ステップ 3

UCS-A /org/boot-policy # create lan

ブート ポリシーの LAN ブートを作成し、組織ブート ポリシー LAN モードを開始します。

ステップ 4

UCS-A /org/boot-policy/lan # set order {1 | 2 | 3 | 4}

LAN ブートのブート順序を指定します。

ステップ 5

UCS-A /org/boot-policy/lan # create path {primary | secondary}

プライマリまたはセカンダリ LAN ブート パスを作成し、組織ブート ポリシーの LAN パス モードを開始します。

ステップ 6

UCS-A /org/boot-policy/lan/path # set vnic vnic-name

ブート イメージへの LAN パスとして vNIC を使用するよう指定します。

ステップ 7

UCS-A /org/boot-policy/lan/path # commit-buffer

トランザクションをシステムの設定にコミットします。

例

次の例は、lab2-boot-policy というブート ポリシーに入り、ポリシーに LAN ブートを作成し、ブート順序を 2 に設定し、vNIC1 および vNIC2 という名前の vNIC を使用するプライマリとセカンダリのパスを作成し、トランザクションをコミットします。 

UCS-A# scope org /
UCS-A /org* # scope boot-policy lab2-boot-policy
UCS-A /org/boot-policy* # create lan
UCS-A /org/boot-policy/lan* # set order 2
UCS-A /org/boot-policy/lan* # create path primary
UCS-A /org/boot-policy/lan/path* # set vnic vNIC1
UCS-A /org/boot-policy/lan/path* # exit
UCS-A /org/boot-policy/lan* # create path secondary
UCS-A /org/boot-policy/lan/path* # set vnic vNIC2
UCS-A /org/boot-policy/lan/path* # commit-buffer 
UCS-A /org/boot-policy/lan/path #

次のタスク

ブート ポリシーをサービス プロファイルとテンプレートに含めます。

ローカル デバイス ブート

Cisco UCS Manager 異なるローカル デバイスから起動することができます。


（注）  

拡張ブート順序を使用しているCisco UCS M4 以降のブレード サーバーとラック サーバーの場合、トップレベルと第 2 レベルのどちらのブート デバイスも選択できます。

ローカル ディスク ブート

サーバーにローカル ドライブがある場合、ブート ポリシーを設定して、トップレベルのローカル ディスク デバイスまたは第 2 レベルのデバイスのいずれかからサーバーを起動できます。

  • [Local LUN]：ローカル ディスクまたはローカル LUN からの起動を有効にします。

  • [Local JBOD]：ブート可能な JBOD からの起動を有効にします。

  • [SD card]：SD カードからの起動を有効にします。

  • [Internal USB]：内部 USB からの起動を有効にします。

  • [External USB]：外部 USB からの起動を有効にします。

  • [Embedded Local LUN]：Cisco UCS C240 M4/M5 サーバー上の内蔵ローカル LUN からの起動を有効にします。

  • [Embedded Local Disk]：Cisco UCS C240 M4SX および M4L サーバーの内蔵ローカル ディスクからの起動を有効にします。


（注）  

第 2 レベルのデバイスは、拡張ブート順序を使用している Cisco UCS M4 以降のブレード サーバーとラック サーバーでのみ使用できます。

仮想メディア ブート

ブート ポリシーを設定して、サーバーからアクセスできる仮想メディア デバイスから 1 つ以上のサーバーを起動できます。仮想メディア デバイスは、物理 CD/DVD ディスク（読み取り専用）またはフロッピー ディスク（読み取りと書き込み）のサーバーへの挿入を疑似的に実行します。このタイプのサーバー ブートは、通常、サーバーに手動でオペレーティング システムをインストールするために使用されます。


（注）  

第 2 レベルのデバイスは、拡張ブート順序を使用している Cisco UCS M4 以降のブレード サーバーとラック サーバーでのみ使用できます。

リモート仮想ドライブのブート

ブート ポリシーを設定して、サーバーからアクセスできるリモート仮想ドライブから 1 つ以上のサーバーを起動できます。

NVMe のブート

リリース 3.2(1) 以降、Cisco UCS Manager には NVMe デバイスを M5 ブレード サーバーやラック サーバーのブート ポリシーに追加するオプションが備わっています。BIOS は、存在する NVMe デバイスを列挙し、UEFI 対応 OS がインストールされている最初の NVMe デバイスで起動します。

ブート ポリシー用ローカル ディスク ブートの設定

サービス プロファイルまたはサービス プロファイル テンプレートに制限されたローカル ブート ポリシーを作成することもできます。しかし、複数のサービス プロファイルまたはサービス プロファイル テンプレートに含むことのできるグローバルなブートポリシーの作成を推奨します。

ブート ポリシーには複数のタイプのブート デバイスを追加できます。たとえば、セカンダリ ブート デバイスとして、仮想メディア ブートを追加できます。


（注）  

リリース 2.2 以降では、ブート順序にトップレベルのローカル ストレージ デバイスを追加するには、create local コマンドの後に create local-any を使用する必要があります。ローカル ストレージ デバイスを含む以前のリリースからのポリシーがある場合は、それらはアップグレード中に local-any を使用するように変更されます。

手順

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

ステップ 1

UCS-A# scope org org-name

指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。

ステップ 2

UCS-A /org # scope boot-policy policy-name

指定されたブート ポリシーの組織ブート ポリシー モードを開始します。

ステップ 3

UCS-A /org/boot-policy # create storage

ブート ポリシーのストレージ ブートを作成し、組織ブート ポリシー ストレージ モードを開始します。

ステップ 4

UCS-A /org/boot-policy/storage # create local

ローカル ストレージ場所を作成し、ブート ポリシーのローカル ストレージ モードを開始します。

ステップ 5

UCS-A /org/boot-policy/storage/local/ # create {embedded-local-jbod | embedded-local-lun | local-any | local-jbod | local-lun | nvme | sd-card | usb-extern | usb-intern }

ローカル ストレージのタイプを指定します。次のいずれかになります。

  • embedded-local-jbod：ローカル JBOD ディスク ドライブ。

  • embedded-local-lun：ローカル LUN ドライブ。

    （注）  

     

    Cisco ブート最適化 M.2 RAID コントローラ（UCS-M2-HWRAID）が設定されている場合は、いずれかを選択してディスクを追加します。[プライマリ (Primary)] または [セカンダリ (Secondary)] を選択しないでください。

  • [local-any]：ローカル ストレージ デバイスのタイプ。このオプションは、レガシーまたは UEFI のブート モードで使用できます。

    （注）  

     
    標準のブート順序を使用している Cisco UCS M1 および M2 のブレード サーバーおよびラック サーバーは、local-any のみ使用できます。

  • [local-lun]：ローカルのハード ディスク ドライブ。

  • [sd-card]：SD カード。

  • [usb-extern]：外部 USB カード。

  • [usb-intern]：内部 USB カード。

拡張ブート順序を使用しているCisco UCS M4 以降のブレード サーバーとラック サーバーの場合、トップレベルと第 2 レベルのどちらのブート デバイスも選択できます。

ステップ 6

UCS-A /org/boot-policy/storage/local/local-storage-device # set order order_number

指定したローカル ストレージ デバイスのブート順序を設定します。1 ～ 16 の整数を入力します。

Cisco UCS の拡張ブート順序を使用する場合は、定義したブート順序が使用されます。標準ブート モードで「プライマリ」、「セカンダリ」という用語が使用されている場合、これはブート順序を示すものではありません。同じデバイス クラス内での実際のブート順序は、PCIe バス スキャン順序により決定されます。

ステップ 7

UCS-A /org/boot-policy/storage/local/local-storage-device # commit-buffer

トランザクションをシステムの設定にコミットします。

例

次の例では、lab1-boot-policy という名前のブート ポリシーを作成し、そのポリシーのローカル ハード ディスク ドライブのブートを作成して、ブート順序を 3 に設定し、トランザクションをコミットする方法を示します。 

UCS-A# scope org /
UCS-A /org* # scope boot-policy lab1-boot-policy
UCS-A /org/boot-policy* # create storage
UCS-A /org/boot-policy/storage* # create local
UCS-A /org/boot-policy/storage/local* # create local-lun
UCS-A /org/boot-policy/storage/local/sd-card* # set order 3
UCS-A /org/boot-policy/storage/local/sd-card* # commit-buffer 
UCS-A /org/boot-policy/storage/local/sd-card #

次の例では、サービス プロファイル SP_lab1 のローカル SD カード ブートを作成し、ブート順序を 3 に設定して、トランザクションをコミットする例を示します。 

UCS-A# scope org /
UCS-A /org* # scope service-profile SP_lab1
UCS-A /org/service-profile # create boot-definition
UCS-A /org/service-profile/boot-definition* # create storage
UCS-A /org/service-profile/boot-definition/storage* # create local
UCS-A /org/service-profile/boot-definition/storage/local* # create sd-card
UCS-A /org/service-profile/boot-definition/storage/local* # set order 3
UCS-A /org/service-profile/boot-definition/storage/local* # commit-buffer
UCS-A /org/service-profile/boot-definition/storage/local #

次の例では、サービス プロファイル SP_lab1 のトップレベルのローカル デバイス ブートを作成し、ブート順序を 3 に設定して、トランザクションをコミットする例を示します。 

UCS-A# scope org /
UCS-A /org* # scope service-profile SP_lab1
UCS-A /org/service-profile # create boot-definition
UCS-A /org/service-profile/boot-definition* # create storage
UCS-A /org/service-profile/boot-definition/storage* # create local
UCS-A /org/service-profile/boot-definition/storage/local* # create local-any
UCS-A /org/service-profile/boot-definition/storage/local/local-any* # set order 3
UCS-A /org/service-profile/boot-definition/storage/local/local-any* # commit-buffer
UCS-A /org/service-profile/boot-definition/storage/local/local-any #

次のタスク

ブート ポリシーをサービス プロファイルとテンプレートに含めます。

ブート ポリシー用仮想メディア ブートの設定


Note

仮想メディアでは、USB を有効にする必要があります。USB の機能に影響する BIOS 設定を変更した場合は、仮想メディアにも影響します。したがって、最適なパフォーマンスを実現するためには、次の USB BIOS をデフォルト設定のままにしておくことをお勧めします。

  • [デバイスをブート不可能にする（Make Device Non Bootable）]：[無効（disabled）] に設定します。

  • [USB アイドル電源最適化設定（USB Idle Power Optimizing Setting）]：[ハイパフォーマンス（high-performance）] に設定します。

Before you begin

仮想メディア ブート設定を含めるブート ポリシーを作成します。

Procedure

  Command or Action Purpose

Step 1

UCS-A# scope org org-name

指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。

Step 2

UCS-A /org # scope boot-policy policy-name

指定されたブート ポリシーの組織ブート ポリシー モードを開始します。

Step 3

UCS-A /org/boot-policy # create virtual-media {read-only | read-only-local | read-only-remote | read-write | read-write-drive | read-write-local | read-write-remote}

ブート ポリシーの指定仮想メディア ブートを作成し、組織ブート ポリシーの仮想メディア モードを開始します。次のいずれかになります。

  • [read-only]：ローカルまたはリモート CD/DVD。このオプションは、レガシーまたは UEFI のブート モードで使用できます。

  • [read-only-local]：ローカル CD/DVD。

  • [read-only-remote]：リモート CD/DVD。

    M5 ブレード サーバーを使用した設定で、ISO を KVM コンソールにマッピングしている場合は、ブート順序には [Remote CD/DVD] のみを使用してください。

  • [read-write]：ローカルまたはリモート フロッピー ディスク ドライブ。このオプションは、レガシーまたは UEFI のブート モードで使用できます。

  • [read-write-drive]：リモート USB ドライブ。

  • [read-write-local]：ローカル フロッピー ディスク ドライブ。

  • [read-write-remote]：リモート フロッピー ディスク ドライブ。

Note

 

拡張ブート順序を使用しているCisco UCS M4 以降のブレード サーバーとラック サーバーの場合、トップレベルと第 2 レベルのどちらのブート デバイスも選択できます。

Step 4

UCS-A /org/boot-policy/virtual-media # set order order_number

仮想メディア ブートのブート順序を設定します。1 ～ 16 の整数を入力します。

Step 5

UCS-A /org/boot-policy/virtual-media # commit-buffer

トランザクションをシステムの設定にコミットします。

Example

次の例では、lab3-boot-policy という名前のブート ポリシーを開始し、CD/DVD 仮想メディア ブートを作成して、ブート順序を 3 に設定し、トランザクションをコミットする方法を示します。 

UCS-A# scope org /
UCS-A /org* # scope boot-policy lab3-boot-policy
UCS-A /org/boot-policy* # create virtual-media read-only-local
UCS-A /org/boot-policy/virtual-media* # set order 3
UCS-A /org/boot-policy/virtual-media* # commit-buffer

What to do next

ブート ポリシーをサービス プロファイルとテンプレートに含めます。

ブート ポリシー用 NVMe ブートの設定


（注）  

NVMe ブート ポリシーは、Uefi ブート モードでまたはブート モードなしで使用できます。

始める前に

NVMe ブート設定を含めるブート ポリシーを作成します。

手順

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

ステップ 1

UCS-A# scope org org-name

指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。

ステップ 2

UCS-A /org # scope boot-policy policy-name

指定されたブート ポリシーの組織ブート ポリシー モードを開始します。

ステップ 3

UCS-A /org/boot-policy # scope storage

ブート ポリシーの組織ブート ポリシー ストレージ モードを開始します。

ステップ 4

UCS-A /org/boot-policy/storage # scope local

指定されたブート ポリシーのローカル ストレージ ブート ポリシー モードを開始します。

ステップ 5

UCS-A /org/boot-policy/storage/local # create nvme

ブート ポリシーに NVMe ブートを作成します。

ステップ 6

UCS-A /org/boot-policy/storage/local* # commit-buffer

トランザクションをシステムの設定にコミットします。

例

次の例では、lab3-boot-policy という名前のブート ポリシーを開始し、NVMe ブートを作成して、トランザクションをコミットする方法を示します。

UCS-A# scope org /
UCS-A /org # scope boot-policy lab3-boot-policy
UCS-A /org/boot-policy/ # scope storage
UCS-A /org/boot-policy/storage # scope local
UCS-A /org/boot-policy/storage/local # create nvme
UCS-A /org/boot-policy/storage/local* # commit-buffer

次のタスク

ブート ポリシーをサービス プロファイルとテンプレートに含めます。

CIMC vMedia ブート ポリシーの作成

サービス プロファイルまたはサービス プロファイル テンプレートに制限されたローカル ブート ポリシーを作成することもできます。しかし、複数のサービス プロファイルまたはサービス プロファイル テンプレートに含むことのできるグローバルなブートポリシーの作成を推奨します。

手順

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

ステップ 1

UCS-A# scope org org-name

指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。

ステップ 2

UCS-A /org # create boot-policy policy-name

ブート ポリシーを指定されたポリシー名で作成し、組織ブート ポリシー モードを開始します。

ステップ 3

UCS-A /org/boot-policy* # create virtual-media ?

アクセスと起動が可能なローカルおよびリモートのデバイスのリストを表示します。

ステップ 4

UCS-A /org/boot-policy* # create virtual-media {access | vMediaMappingName}

アクセスと起動が可能なローカルおよびリモートのデバイスのリストを表示します。

ステップ 5

UCS-A /org/boot-policy* # create virtual-media read-write-remote-drive vMediaMap0}

指定した vMedia に対する vMedia ブート デバイス構成を作成します。

ステップ 6

UCS-A /org/boot-policy/virtual-media* # commit-buffer

トランザクションをシステムの設定にコミットします。

ステップ 7

UCS-A /org/boot-policy/virtual-media* # show detail expand

次のブート順序を表示します。

Boot virtual media：

Order：1

Access：読み取り/書き込みリモート vMedia ドライブ

Name：vmediaMap0

例

次に、CIMC vMedia ブート ポリシーを作成する例を示します。 

UCS-A# scope org /
UCS-A /org* # create boot-policy boot-policy vm-vmediamap-boot
UCS-A /org/boot-policy* # create virtual-media

CIMC vMedia マウントの表示

手順

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

ステップ 1

UCS-A# scope server chassis_id/blade_id

指定サーバーのシャーシ サーバー モードを開始します。

ステップ 2

UCS-A# /chassis/server # scope cimc

CIMC モードを開始します。

ステップ 3

UCS-A /chassis/server/cimc # show vmedia-mapping-list detail expand

vMedia マッピングの詳細を表示します。

例

次に、CIMC vMedia のマウントを表示する例を示します。 

UCS-A# scope server 1/2
UCS-A /chassis/server # scope cimc
UCS-A /chassis/server/cimc # show vmedia-mapping-list detail expand

vMedia Mapping List:
vMedia Mapping:
Disk Id: 1
Mapping Name: cdd
Device Type: Cdd
Remote IP: 172.31.1.167
Image Path: cifs
Image File Name: ubunt-14.11-desktop-i386.iso
Mount Protocol: Cifs
Mount Status: Mounted
Error: None
Password:
User ID: Adminstrator

UCS-A /chassis/server/cimc #

ローカル LUN のブート ポリシーの設定

手順

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

ステップ 1

UCS-A# scope org org-name

指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。

ステップ 2

UCS-A /org # scope boot-policy policy-name

指定されたブート ポリシーの組織ブート ポリシー モードを開始します。

ステップ 3

UCS-A /org/boot-policy # create storage

ブート ポリシーのストレージ ブートを作成し、組織ブート ポリシー ストレージ モードを開始します。

ステップ 4

UCS-A /org/boot-policy/storage # create local

ローカル ストレージ場所を作成し、ブート ポリシーのローカル ストレージ モードを開始します。

ステップ 5

UCS-A /org/boot-policy/storage/local/ # create local-lun

ローカル ハード ディスク ドライブをローカル ストレージとして指定します。

ステップ 6

UCS-A /org/boot-policy/storage/local/local-lun # create local-lun-image-path {primary | secondary}

指定した LUN のブート順序を指定します。

重要

 

Cisco UCS Manager リリース 2.2(4) は secondary ブート順序をサポートしていません。

ステップ 7

UCS-A /org/boot-policy/storage/local/local-lun/local-lun-image-path # set lunname lun_name

ブートを開始する LUN の名前を指定します。

ステップ 8

UCS-A /org/boot-policy/storage/local/local-storage-device # commit-buffer

トランザクションをシステムの設定にコミットします。

例

次に、lab1-boot-policy という名前のブート ポリシーを作成して、そのポリシー用のローカル ハード ディスク ドライブ ブートを作成し、ブート順序とブートを開始する LUN を指定して、トランザクションをコミットする例を示します。 

UCS-A# scope org /
UCS-A /org* # scope boot-policy lab1-boot-policy
UCS-A /org/boot-policy* # create storage
UCS-A /org/boot-policy/storage* # create local
UCS-A /org/boot-policy/storage/local* # create local-lun
UCS-A /org/boot-policy/storage/local/local-lun # create local-lun-image-path primary
UCS-A /org/boot-policy/storage/local/local-lun/local-lun-image-path # set lunname luna
UCS-A /org/boot-policy/storage/local/local-lun/local-lun-image-path # commit-buffer 
UCS-A /org/boot-policy/storage/local/local-lun/local-lun-image-path #

次のタスク

ブート ポリシーをサービス プロファイルとテンプレートに含めます。

ブート ポリシーの削除

Procedure

  Command or Action Purpose

Step 1

UCS-A# scope org org-name

指定した組織の組織モードを開始します。ルート組織モードを開始するには、org-name に / と入力します。

Step 2

UCS-A /org # delete boot-policy policy-name

指定されたブート ポリシーを削除します。

Step 3

UCS-A /org # commit-buffer

トランザクションをシステムの設定に対して確定します。

Example

次の例では、boot-policy-LAN という名前のブート ポリシーを削除し、トランザクションをコミットします。

UCS-A# scope org /
UCS-A /org # delete boot-policy boot-policy-LAN
UCS-A /org* # commit-buffer
UCS-A /org #

UEFI ブート パラメータ

サーバーの UEFI ブート モードは、プラットフォーム ハードウェアに保存されている情報によって決まります。UEFI OS ブート ローダに関する情報を含むブート エントリは、サーバーの BIOS フラッシュに保存されます。2.2(4) より前の Cisco UCS Manager リリースでは、サービス プロファイルがあるサーバーから別のサーバーに移行されると、ブートローダ情報は宛先サーバーで使用できなくなります。そのため、BIOS は、サーバーを UEFI ブート モードでブートするためのブート ローダ情報をロードできません。

Cisco UCSM リリース 2.2(4) では、宛先サーバー上の UEFI OS ブート ローダの位置に関する情報を BIOS に提供する UEFI ブート パラメータが導入され、BIOS　はその位置からブート ローダをロードできます。サーバーは、そのブート ローダ情報を使用して、UEFI ブート モードでブートできます。

UEFI ブート パラメータに関する注意事項と制約事項

  • ブート モードが UEFI の場合のみ、UEFI ブート パラメータを設定できます。

  • Cisco UCS Manager をリリース 2.2(4) にアップグレードする場合は、サービス プロファイルの移行中に UEFI ブートが失敗しても自動的に処理されません。UEFI 対応 OS で正常にブートするには、ターゲット デバイスで UEFI ブート パラメータを明示的に作成しておく必要があります。

  • UEFI ブート パラメータは、セカンドレベルのブート順序をサポートする、 M4 以降のすべてのサーバーでサポートされています。

  • 次のデバイス タイプの UEFI ブート パラメータを指定できます。

    • SAN LUN

    • ISCSI LUN

    • ローカル LUN

  • UEFI ブート パラメータは各オペレーティング システム固有のパラメータです。次のオペレーティング システムの UEFI ブート パラメータを指定できます。

    • VMware ESX

    • SUSE Linux

    • Microsoft Windows

    • Red Hat Enterprise Linux 7

ローカル LUN の UEFI ブート パラメータの設定

始める前に

ローカル LUN のブート モードが UEFI に設定されていることを確認します。

手順

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

ステップ 1

UCS-A# scope org org-name

指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。

ステップ 2

UCS-A /org # scope boot-policy policy-name

指定されたブート ポリシーの組織ブート ポリシー モードを開始します。

ステップ 3

UCS-A /org/boot-policy # scope storage

ブート ポリシーの組織ブート ポリシー ストレージ モードを開始します。

ステップ 4

UCS-A /org/boot-policy/storage # scope local

ブート ポリシー ローカル ストレージ モードを開始します。

ステップ 5

UCS-A /org/boot-policy/storage/local/ # scope {local-any | local-lun | sd-card | usb-extern | usb-intern}

ローカル ストレージのタイプを指定します。次のいずれかになります。

  • [local-any]：ローカル ストレージ デバイスのタイプ。このオプションは、レガシーまたは UEFI のブート モードで使用できます。

    （注）  

     
    標準のブート順序を使用している Cisco UCS M1 および M2 のブレード サーバーおよびラック サーバーは、local-any のみ使用できます。

  • [local-lun]：ローカルのハード ディスク ドライブ。

  • [sd-card]：SD カード。

  • [usb-extern]：外部 USB カード。

  • [usb-intern]：内部 USB カード。

重要

 

UEFI ブート パラメータを設定可能なローカル ストレージの唯一のタイプは local-lun です。

ステップ 6

UCS-A /org/boot-policy/storage/local/local-lun # scope local-lun-image-path {primary | secondary}

ローカル LUN のイメージ パスを指定します。

ステップ 7

UCS-A /org/boot-policy/storage/local/local-lun/local-lun-image-path # create uefi-boot-param

UEFI のブート パラメータを作成し、UEFI ブート パラメータ モードを開始します。

ステップ 8

UCS-A /org/boot-policy/storage/local/local-lun/local-lun-image-path/uefi-boot-param* # set bootloader-name name

ブート ローダの名前を設定します。

ステップ 9

UCS-A /org/boot-policy/storage/local/local-lun/local-lun-image-path/uefi-boot-param* # set bootloader-path path

ブート ローダのパスを設定します。

ステップ 10

UCS-A /org/boot-policy/storage/local/local-lun/local-lun-image-path/uefi-boot-param* # set boot-description "description"

ブート ローダの説明を記入します。

ステップ 11

UCS-A /org/boot-policy/storage/local/local-lun/local-lun-image-path/uefi-boot-param* # commit-buffer

トランザクションをシステムの設定にコミットします。

例

次の例では、ローカル LUN の UEFI ブート パラメータを作成し、トランザクションをコミットする方法を示します。 

UCS-A# scope org /
UCS-A /org* # scope boot-policy bp1
UCS-A /org/boot-policy* # scope storage
UCS-A /org/boot-policy/storage* # scope local
UCS-A /org/boot-policy/storage/local* # scope local-lun
UCS-A /org/boot-policy/storage/local/local-lun # scope local-lun-image-path primary
UCS-A /org/boot-policy/storage/local/local-lun/local-lun-image-path # create uefi-boot-param
UCS-A /org/boot-policy/storage/local/local-lun/local-lun-image-path/uefi-boot-param* # set bootloader-name grub.efi
UCS-A /org/boot-policy/storage/local/local-lun/local-lun-image-path/uefi-boot-param* # set bootloader-path EFI\redhat
UCS-A /org/boot-policy/storage/local/local-lun/local-lun-image-path/uefi-boot-param* # set boot-description "Red Hat Enterprise Linux"
UCS-A /org/boot-policy/storage/local/local-lun/local-lun-image-path/uefi-boot-param* # commit-buffer

iSCSI LUN の UEFI ブート パラメータの設定

始める前に

iSCSI LUN のブート モードが UEFI に設定されていることを確認します。

手順

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

ステップ 1

UCS-A# scope org org-name

指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。

ステップ 2

UCS-A /org # scope boot-policy policy-name

指定されたブート ポリシーの組織ブート ポリシー モードを開始します。

ステップ 3

UCS-A /org/boot-policy # scope iscsi

ブート ポリシーの組織ブート ポリシー iSCSI モードを開始します。

ステップ 4

UCS-A /org/boot-policy/iscsi # scope path {primary | secondary}

iSCSI LUN のイメージ パスを指定します。

ステップ 5

UCS-A /org/boot-policy/iscsi/path # create uefi-boot-param

UEFI のブート パラメータを作成し、UEFI ブート パラメータ モードを開始します。

ステップ 6

UCS-A /org/boot-policy/iscsi/path/uefi-boot-param* # set bootloader-name name

ブート ローダの名前を設定します。

ステップ 7

UCS-A /org/boot-policy/iscsi/path/uefi-boot-param* # set bootloader-path path

ブート ローダのパスを設定します。

ステップ 8

UCS-A /org/boot-policy/iscsi/path/uefi-boot-param* # set boot-description "description"

ブート ローダの説明を記入します。

ステップ 9

UCS-A /org/boot-policy/iscsi/path/uefi-boot-param* # commit-buffer

トランザクションをシステムの設定にコミットします。

例

次の例では、iSCSI LUN の UEFI ブート パラメータを作成し、トランザクションをコミットする方法を示します。 

UCS-A# scope org /
UCS-A /org* # scope boot-policy bp2
UCS-A /org/boot-policy* # scope iscsi
UCS-A /org/boot-policy/iscsi # scope path primary
UCS-A /org/boot-policy/iscsi/path # create uefi-boot-param
UCS-A /org/boot-policy/iscsi/path/uefi-boot-param* # set bootloader-name grub.efi
UCS-A /org/boot-policy/iscsi/path/uefi-boot-param* # set bootloader-path EFI\redhat
UCS-A /org/boot-policy/iscsi/path/uefi-boot-param* # set boot-description "Red Hat Enterprise Linux"
UCS-A /org/boot-policy/iscsi/path/uefi-boot-param* # commit-buffer

SAN LUN の UEFI ブート パラメータの設定

始める前に

SAN LUN のブート モードが UEFI に設定されていることを確認します。

手順

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

ステップ 1

UCS-A# scope org org-name

指定した組織の組織モードを開始します。ルート組織モードを開始するには、[org-name] に / を入力します。

ステップ 2

UCS-A /org # scope boot-policy policy-name

指定されたブート ポリシーの組織ブート ポリシー モードを開始します。

ステップ 3

UCS-A /org/boot-policy # scope san

ブート ポリシーの組織ブート ポリシー SAN モードを開始します。

ステップ 4

UCS-A /org/boot-policy/san # scope san-image {primary | secondary}

SAN イメージを開始します。

ステップ 5

UCS-A /org/boot-policy/san/san-image # scope path {primary | secondary}

SAN LUN のイメージ パスを入力します。

ステップ 6

UCS-A /org/boot-policy/san/san-image/path # create uefi-boot-param

UEFI のブート パラメータを作成し、UEFI ブート パラメータ モードを開始します。

ステップ 7

UCS-A /org/boot-policy/san/san-image/path/uefi-boot-param* # set bootloader-name name

ブート ローダの名前を設定します。

ステップ 8

UCS-A /org/boot-policy/san/san-image/path/uefi-boot-param* # set bootloader-path path

ブート ローダのパスを設定します。

ステップ 9

UCS-A /org/boot-policy/san/san-image/path/uefi-boot-param* # set boot-description "description"

ブート ローダの説明を記入します。

ステップ 10

UCS-A /org/boot-policy/san/san-image/path/uefi-boot-param* # commit-buffer

トランザクションをシステムの設定にコミットします。

例

次の例では、SAN LUN の UEFI ブート パラメータを作成し、トランザクションをコミットする方法を示します。 

UCS-A# scope org /
UCS-A /org* # scope boot-policy bp3
UCS-A /org/boot-policy* # scope san
UCS-A /org/boot-policy/san # scope san-image primary
UCS-A /org/boot-policy/san/san-image # scope path primary
UCS-A /org/boot-policy/san/san-image/path # create uefi-boot-param
UCS-A /org/boot-policy/san/san-image/path/uefi-boot-param* # set bootloader-name grub.efi
UCS-A /org/boot-policy/san/san-image/path/uefi-boot-param* # set bootloader-path EFI\redhat
UCS-A /org/boot-policy/san/san-image/path/uefi-boot-param* # set boot-description "Red Hat Enterprise Linux"
UCS-A /org/boot-policy/san/san-image/path/uefi-boot-param* # commit-buffer