この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
目次
この章は、次の内容で構成されています。
Cisco UCS Manager ブート ポリシーは、BIOS 設定メニューのブート順序をオーバーライドし、次のことを決定します。
たとえば、ローカル ディスクや CD-ROM(VMedia)などのローカル デバイスから関連するサーバを選択するか、または SAN ブートもしくは LAN(PXE)ブートを選択することができます。
1 つ以上のサービス プロファイルに関連付けることができる名前付きブート ポリシーを作成するか、特定のサービス プロファイルに対するブート ポリシーを作成できます。 ブート ポリシーを有効にするには、ブート ポリシーをサービス プロファイルに含め、このサービス プロファイルをサーバに関連付ける必要があります。 サービス プロファイルにブート ポリシーを含めない場合、Cisco UCS Manager によってデフォルトのブート ポリシーが適用されます。
(注) |
ブート ポリシーに対する変更は、そのブート ポリシーを含んでいる、更新中のサービス プロファイル テンプレートを使って作成されたすべてのサーバに伝播されます。 BIOS にブート順序情報を再書き込みするためのサービス プロファイルとサーバとの再アソシエーションは自動的にトリガーされます。 |
Unified Extensible Firmware Interface(UEFI)は、オペレーティング システムとプラットフォーム ファームウェア間のソフトウェア インターフェイスを定義する仕様です。 Cisco UCS Manager は、UEFI を使用して BIOS ファームウェア インターフェイスを置換します。 これにより、BIOS はレガシー サポートを提供する一方で UEFI で動作できるようになります。
ブート ポリシーを作成する場合、レガシーまたは UEFI ブート モードのいずれかを選択できます。 レガシー ブート モードは、すべての Cisco UCS サーバでサポートされます。 UEFI ブート モードは、M3 および M4 サーバでのみサポートされ、UEFI セキュア ブート モードをイネーブルにできます。
次の制限は、UEFI ブート モードに適用されます。
UEFI ブートモードは、Cisco UCS B-Series M3 および M4 ブレード サーバ、Cisco UCS C-Series M3 および M4 ラック サーバでのみサポートされます。
UEFI ブート モードは、次の組み合わせではサポートされません。
同じサーバで UEFI とレガシー ブート モードを混在させることはできません。
ブート ポリシーに設定されたブート デバイスにインストール済みの UEFI 対応オペレーティング システムがある場合にのみ、サーバは UEFI モードで正しく起動します。 互換性のある OS が存在しない場合、ブート デバイスは [Boot Order Details] 領域の [Actual Boot Order] タブに表示されません。
UEFI ブート マネージャのエントリが BIOS NVRAM に正しく保存されなかったため、まれに UEFI のブートに成功しない場合もあります。 UEFI シェルを使用して、UEFI ブート マネージャのエントリを手動で入力することができます。 これは、次の状況で発生することがあります。
Cisco UCS Manager は、Cisco UCS B シリーズ M3 および M4 ブレード サーバ上の UEFI セキュア ブートをサポートします。 UEFI セキュア ブートがイネーブルの場合、すべての実行可能ファイル(ブート ローダ、アダプタ ドライバなど)はロードされる前に BIOS によって認証されます。 認証されるには、イメージが Cisco 認証局(CA)または Microsoft CA によって署名される必要があります。
次の制限は、UEFI セキュア ブートに適用されます。UEFI ブート モードは、ブート ポリシーでイネーブルにする必要があります。
Cisco UCS Manager ソフトウェアと BIOS ファームウェアは、リリース 2.2 以上である必要があります。
ユーザ生成された暗号キーはサポートされません。
UEFI セキュア ブートは、Cisco UCS Manager でのみ制御することができます。
サービス プロファイルまたはサービス プロファイル テンプレートに制限されたローカル ブート ポリシーを作成することもできます。 しかし、複数のサービス プロファイルまたはサービス プロファイル テンプレートに含むことのできるグローバルなブート ポリシーの作成を推奨します。
ステップ 1 | [Navigation] ペインの [Servers] タブをクリックします。 |
ステップ 2 | [Servers] タブで、 を展開します。 |
ステップ 3 | ポリシーを作成する組織のノードを展開します。 |
ステップ 4 |
[Boot Policies] を右クリックし、[Create Boot Policy] を選択します。 [Create Boot Policy] ウィザードが表示されます。 |
ステップ 5 |
ポリシーの一意の名前と説明を入力します。 この名前には、1 ~ 16 文字の英数字を使用できます。 -(ハイフン)、_(アンダースコア)、:(コロン)、および . (ピリオド)は使用できますが、それ以外の特殊文字とスペースは使用できません。また、オブジェクトが保存された後で、この名前を変更することはできません。 |
ステップ 6 |
(任意)ブート順序の変更後にこのブート ポリシーを使用するすべてのサーバをリブートするには、[Reboot on Boot Order Change] チェックボックスをオンにします。 Cisco 製以外の VIC アダプタが搭載されたサーバに適用されるブート ポリシーでは、[Reboot on Boot Order Change] チェックボックスがオフの場合でも、SAN デバイスが追加または削除されるか、その順序が変更されると、ブート ポリシーの変更が保存されるときに常にサーバがリブートします。 |
ステップ 7 | (任意)必要に応じて、[Enforce vNIC/vHBA/iSCSI Name] チェックボックスをオンにします。 |
ステップ 8 |
次の 1 つ以上のオプションをブート ポリシーに設定し、ブート順序を設定します。
|
ブート ポリシーをサービス プロファイルとテンプレートのうち一方、または両方に含めます。
このブート ポリシーを含むサービス プロファイルがサーバに関連付けられた後で、サーバの [General] タブの [Boot Order Details] 領域で実際のブート順序を確認できます。
SAN 上のオペレーティング システム イメージから 1 つ以上のサーバがブートするように、ブート ポリシーを設定できます。 ブート ポリシーにはプライマリとセカンダリの SAN ブート含めることができます。 プライマリ ブートが失敗した場合、サーバはセカンダリからのブートを試行します。
システムに最高のサービス プロファイル モビリティを提供する SAN ブートの使用を推奨します。 SAN からブートした場合、あるサーバから別のサーバにサービス プロファイルを移動すると、移動後のサーバは、まったく同じオペレーティング システム イメージからブートします。 したがって、ネットワークからは、この新しいサーバはまったく同じサーバと認識されます。
SAN ブートを使用するには、次の項目が設定されていることを確認してください。
Cisco UCS ドメインが、オペレーティング システム イメージをホストしている SAN ストレージ デバイスと通信できること。
オペレーティング システム イメージが置かれているデバイス上のブート ターゲット LUN。
(注) |
SAN ブートは、Cisco UCS ブレードおよびラック サーバ上の Gen-3 Emulex アダプタではサポートされていません。 |
サービス プロファイルまたはサービス プロファイル テンプレートに制限されたローカル ブート ポリシーを作成することもできます。 しかし、複数のサービス プロファイルまたはサービス プロファイル テンプレートに含むことのできるグローバルなブート ポリシーの作成を推奨します。
ヒント |
ローカル ディスクと SAN LUN の両方がブート順序のストレージ タイプに設定されていて、オペレーティング システムまたは論理ボリューム マネージャ(LVM)の設定が誤っている場合、サーバが SAN LUN ではなくローカル ディスクからブートする場合があります。 たとえば、Red Hat Linux がインストールされているサーバで、LVM にデフォルトの LVM が設定されていて、ブート順序に SAN LUN とローカル ディスクが設定されている場合、Linux は同じ名前の LV が 2 つあるという通知を生成し、SCSI ID の値が最も小さい LV(ローカル ディスクの可能性があります)からブートします。 |
この手順は、ブート ポリシーの作成 から直接続いています。
(注) |
SAN LUN からサーバをブートするブート ポリシーを作成し、安定した SAN ブート操作が必要な場合は、ブート ポリシーを含むサービス プロファイルに関連付けられたサーバからすべてのローカル ディスクを最初に削除する必要があります。 これは、Cisco UCS M3 および M4 サーバには適用されません。 |
ブート ポリシーをサービス プロファイルとテンプレートのうち一方、または両方に含めます。
このブート ポリシーを含むサービス プロファイルがサーバに関連付けられた後で、サーバの [General] タブの [Boot Order Details] 領域で実際のブート順序を確認できます。
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 M61KR-B Broadcom BCM57712 のネットワーク アダプタを持つ Cisco UCS ラック サーバ。
Cisco UCS P81E 仮想インターフェイス カード
Cisco UCS VIC1225 仮想インターフェイス カード
iSCSI ブートを設定する前に満たさなければならない前提条件があります。 これらの前提条件のリストについては、iSCSI ブートのガイドラインと前提条件を参照してください。
iSCSI ブートを実装するための高度な手順については、iSCSI ブートの設定を参照してください。
Cisco UCS Manager は、サーバにあるアダプタをプログラムするための関連付けプロセスでサービス プロファイル用に作成された iSCSI vNIC と iSCSI のブート情報を使用します。 アダプタのプログラミング後に、サーバは最新のサービス プロファイル値で再起動します。 電源投入時セルフ テスト(POST)の後、アダプタは、次のサービス プロファイル値を使用して初期化を試みます。 アダプタが値を使用して指定されたターゲットにログインできる場合、アダプタは iSCSI Boot Firmware Table(iBFT)を初期化してホスト メモリに、有効なブート可能 LUN をシステム BIOS にポストします。 ホスト メモリにポストされる iBFT には、プライマリ iSCSI VNIC にプログラミングされた、イニシエータとターゲットの設定が含まれています。
(注) |
以前は、ホストは LUN 検出が最初に終了したパスに応じて、設定されたブート パスのうち 1 つだけを参照し、そのパスから起動していました。 現在は、設定された iSCSI ブート vNIC が 2 つある場合、ホストは両方のブート パスを参照するようになりました。 したがってマルチパス設定については、単一の IQN が両方のブート vNIC で設定される必要があります。ホストのブート 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 ブート ポリシーの作成後、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)互換である必要があります。
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 ターゲットにインストールする場合、iSCSI ターゲットは OS イメージが存在するデバイスの前の順番にしておく必要があります。 たとえば、CD から iSCSI ターゲットに OS をインストールする場合、ブート順序は最初に iSCSI ターゲット、その後 CD とする必要があります。
サーバが iSCSI ブートされた後は、イニシエータ名、ターゲット名、LUN、iSCSI デバイス IP、ネット マスクやゲートウェイを Broadcom ツールで変更しないでください。
POST(電源投入時自己診断テスト)プロセスを中断しないでください。中断すると、Cisco UCS M51KR-B Broadcom BCM57711 ネットワーク アダプタは初期化に失敗します。
iSCSI デバイスの MAC アドレスを設定しないでください。
HBA モードおよび Boot to Target 設定はサポートされていません。
OS を iSCSI ターゲットにインストールする場合、iSCSI ターゲットは OS イメージが存在するデバイスより後の順番にしておく必要があります。 たとえば、CD から iSCSI ターゲットに OS をインストールする場合、ブート順序は最初に CD、その後 iSCSI ターゲットとする必要があります。
DHCP Vendor ID(オプション 43)を使用している場合、オーバーレイ vNIC の MAC アドレスを /etc/dhcpd.conf に設定する必要があります。
サーバの iSCSI ブート後は、オーバーレイ vNIC の IP 詳細を変更しないでください。
VMware ESX/ESXi オペレーティング システムは、iSCSI ブート ターゲット LUN へのコア ダンプ ファイルの保存をサポートしていません。 ダンプ ファイルはローカル ディスクに書き込む必要があります。
Cisco UCS は以下のルールを使用して、サービス プロファイルが物理サーバに関連付けられた場合の アダプタ iSCSI vNIC に対するイニシエータ IQN を決定します。
サービス プロファイル レベルおよび iSCSI vNIC レベルのイニシエータ IQN は、サービス プロファイルで一緒に使用できません。
イニシエータ IQN がサービス プロファイル レベルで指定された場合、DHCP オプション 43 の場合を除きすべてのアダプタ iSCSI vNIC が同じイニシエータ IQN を使用するよう設定され、イニシエータ IQN はアダプタ iSCSI vNIC 上で空に設定されます。
イニシエータ IQN が iSCSI vNIC レベルで設定されると、1 つが存在する場合、サービス プロファイル レベルのイニシエータの IQN は削除されます。
サービス プロファイルに 2 つの iSCSI vNIC があり、そのうち 1 つだけにイニシエータ IQN セットがある場合、2 つ目はデフォルトの IQN プールで設定されます。 この設定は後で変更できます。 唯一の例外は、DHCP オプション 43 が設定されている場合です。 この場合、2 番目の iSCSI vNIC 上のイニシエータ IQN はサービス プロファイル関連付け中に削除されます。
(注) |
DHCP オプション 43 を使用するために、ベンダー ID を設定して iSCSI vNIC を変更する場合、サービス プロファイル レベルで設定したイニシエータ IQN は削除されません。 サービス プロファイル レベルのイニシエータ IQN は、DHCP オプション 43 を使用しない別の iSCSI vNIC で引き続き使用できます。 |
(注) |
ネットワーク ハードウェアを変更すると、Windows が iSCSI ドライブからの起動に失敗する場合があります。 詳細については、「Microsoft 社のサポート技術情報 ID:976042」を参照してください。 |
MPIO をイネーブルにするサーバには、Cisco VIC ドライバが必要です。
ブート LUN に設定されたパスが複数ある場合、LUN がインストールされるときにイネーブルにするパスは 1 つのみです。
ステップ 1 |
サーバに関連付けられたサービス プロファイルで、プライマリ iSCSI vNIC を設定します。 詳細については、サービス プロファイルに iSCSI vNIC を作成を参照してください。 |
ステップ 2 | プライマリ iSCSI vNIC を使用して、iSCSI ターゲット LUN に Windows オペレーティング システムをインストールします。 |
ステップ 3 | Windows のインストールが完了したら、ホスト上で MPIO をイネーブルにします。 |
ステップ 4 |
サーバに関連付けられたサービス プロファイルで、ブート ポリシーにセカンダリ iSCSI vNIC を追加します。 詳細については、iSCSI ブート ポリシーの作成を参照してください。 |
LUN ターゲットから iSCSI ブートするように Cisco UCS でアダプタまたはブレードを設定する場合、次のすべてのステップを完了する必要があります。
コマンドまたはアクション | 目的 | |
---|---|---|
ステップ 1 | iSCSI ブートのアダプタ ポリシーを設定します。 | (任意) 詳細については、iSCSI アダプタ ポリシーの作成を参照してください。 |
ステップ 2 | 発信側およびターゲットが使用する認証プロファイルを設定します。 | (任意) 詳細については、iSCSI 認証プロファイルの作成を参照してください。 |
ステップ 3 | IP アドレス プールの IP アドレスを使用するように iSCSI イニシエータを設定する場合は、iSCSI イニシエータ プールに IP アドレスのブロックを追加します。 | (任意) 詳細については、iSCSI イニシエータ IP プールの作成を参照してください。 |
ステップ 4 | すべてのサービス プロファイルで使用できるブート ポリシーを作成します。 または、特定のサービス ポリシーに対してのみローカル ブート ポリシーを作成できます。 ただし、複数のサービス プロファイルと共有できるブート ポリシーを作成することを推奨します。 | すべてのサービス プロファイルで使用できるブート ポリシーの作成の詳細については、iSCSI ブート ポリシーの作成を参照してください。 |
ステップ 5 | すべてのサービス プロファイルで使用できるブート ポリシーを作成した場合、それをサービス プロファイルに割り当てる必要があります。 それ以外の場合は、次のステップに進みます。 | ステップ 7 において、サービス プロファイルで iSCSI ブートおよび vNIC パラメータを設定するときに、サービス プロファイルにブート ポリシーを割り当てることができます。 |
ステップ 6 | サービス プロファイルで iSCSI vNIC を作成します。 | 詳細については、サービス プロファイルに iSCSI vNIC を作成を参照してください。 |
ステップ 7 | expert モードでサービス プロファイルにおいて、またはサービス プロファイル テンプレートにおいて、iSCSI ブート パラメータ(iSCSI 修飾子名(IQN)、イニシエータ、ターゲット インターフェイスなど)および iSCSI vNIC パラメータを設定します。 | 詳細については、[Expert] ウィザードを使用したサービス プロファイルの作成またはサービス プロファイル テンプレートの作成を参照してください。 |
ステップ 8 | iSCSI ブート動作を確認します。 | 詳細については、iSCSI ブートの確認を参照してください。 |
ステップ 9 | サーバに OS をインストールします。 |
|
ステップ 10 | サーバをブートします。 |
ステップ 1 | [Navigation] ペインの [Servers] タブをクリックします。 | ||||||||||||||||||||||
ステップ 2 | [Servers] タブで、 を展開します。 | ||||||||||||||||||||||
ステップ 3 | ポリシーを作成する組織のノードを展開します。 | ||||||||||||||||||||||
ステップ 4 | [Adapter Policies] を右クリックし、[Create iSCSI Adapter Policy] を選択します。 | ||||||||||||||||||||||
ステップ 5 |
[Create iSCSI Adapter Policy] ダイアログボックスで、次のフィールドに値を入力します。
|
||||||||||||||||||||||
ステップ 6 | [OK] をクリックします。 |
アダプタ ポリシーをサービス プロファイルとテンプレートのうち一方、または両方に含めます。
ステップ 1 | [Navigation] ペインの [Servers] タブをクリックします。 |
ステップ 2 | [Servers] タブで、 を展開します。 |
ステップ 3 | ポリシーを作成する組織のノードを展開します。 |
ステップ 4 | [Adapter Policies] ノードを展開します。 |
ステップ 5 | アダプタ ポリシーを右クリックし、[Delete] を選択します。 |
ステップ 6 | Cisco UCS Manager GUI に確認ダイアログボックスが表示されたら、[Yes] をクリックします。 |
iSCSI ブートの場合、発信側およびターゲットの iSCSI 認証プロファイルを作成する必要があります。
ステップ 1 | [Navigation] ペインの [Servers] タブをクリックします。 | ||||||||||
ステップ 2 | [Servers] タブで、 を展開します。 | ||||||||||
ステップ 3 | ポリシーを作成する組織のノードを展開します。 | ||||||||||
ステップ 4 | [iSCSI Authentication Profiles] を右クリックし、[iSCSI Authentication Profile] を選択します。 | ||||||||||
ステップ 5 |
[Create Authentication Profile] ダイアログボックスで、次のフィールドに値を入力します。
|
||||||||||
ステップ 6 | [OK] をクリックします。 |
認証プロファイルをサービス プロファイルとテンプレートのうち一方、または両方に含めます。
ステップ 1 | [Navigation] ペインの [Servers] タブをクリックします。 |
ステップ 2 | [Servers] タブで、 を展開します。 |
ステップ 3 | ポリシーを作成する組織のノードを展開します。 |
ステップ 4 | [iSCSI Authentication Profiles] ノードを展開します。 |
ステップ 5 | 削除する IP プールを右クリックし、[Delete] を選択します。 |
ステップ 6 | Cisco UCS Manager GUI に確認ダイアログボックスが表示されたら、[Yes] をクリックします。 |
iSCSI ブートに使用する IP アドレスのグループを作成できます。 Cisco UCS Manager 指定した IPv4 アドレスのブロックを予約します。
サーバまたはサービス プロファイルのスタティック IP アドレスとして割り当てられている IP アドレスが、IP プールに含まれていてはなりません。
ステップ 1 | [Navigation] ペインの [LAN] タブをクリックします。 | ||||||||||||||||
ステップ 2 | [LAN] タブで、 を展開します。 | ||||||||||||||||
ステップ 3 |
プールを作成する組織のノードを展開します。 システムにマルチテナント機能が備えられていない場合は、[root] ノードを展開します。 |
||||||||||||||||
ステップ 4 | [IP Pools] ノードを展開します。 | ||||||||||||||||
ステップ 5 | [IP Pool iscsi-initiator-pool] を右クリックし、[Create Block of IPv4 Addresses] を選択します。 | ||||||||||||||||
ステップ 6 |
[Create a Block of IPv4 Addresses] ダイアログボックスで、次のフィールドに値を入力します。
|
||||||||||||||||
ステップ 7 | [OK] をクリックします。 |
1 つ以上のサービス プロファイルまたはサービス プロファイル テンプレートを設定し、iSCSI イニシエータ IP プールから iSCSI イニシエータ IP アドレスを取得します。
ブート ポリシーあたり最大 2 つの iSCSI vNIC を追加できます。 一方の vNIC はプライマリ iSCSI ブート ソースとして動作し、もう一方はセカンダリ iSCSI ブート ソースとして動作します。
ステップ 1 | [Navigation] ペインの [Servers] タブをクリックします。 | ||
ステップ 2 | [Servers] タブで、 を展開します。 | ||
ステップ 3 | ポリシーを作成する組織のノードを展開します。 | ||
ステップ 4 |
[Boot Policies] を右クリックし、[Create Boot Policy] を選択します。 [Create Boot Policy] ウィザードが表示されます。 |
||
ステップ 5 |
ポリシーの一意の名前と説明を入力します。 この名前には、1 ~ 16 文字の英数字を使用できます。 -(ハイフン)、_(アンダースコア)、:(コロン)、および . (ピリオド)は使用できますが、それ以外の特殊文字とスペースは使用できません。また、オブジェクトが保存された後で、この名前を変更することはできません。 |
||
ステップ 6 |
(任意)ブート順序の変更後にこのブート ポリシーを使用するサーバをリブートするには、[Reboot on Boot Order Change] チェックボックス をオンにします。 Cisco UCS Manager GUI で、[Reboot on Boot Order Change] チェックボックスがブート ポリシーについて選択されており、CD-ROM またはフロッピーがブート順の最後のデバイスの場合に、デバイスを取り外すか、装着すると、ブート順に直接効力がなく、サーバがリブートされません。
|
||
ステップ 7 | (任意)必要に応じて、[Enforce vNIC/vHBA/iSCSI Name] チェックボックスをオンにします。 | ||
ステップ 8 | iSCSI ブートをブート ポリシーに追加するには、次の手順を実行します。 |
ブート ポリシーをサービス プロファイルとテンプレートのうち一方、または両方に含めます。
このブート ポリシーを含むサービス プロファイルがサーバに関連付けられた後で、サーバの [General] タブの [Boot Order Details] 領域で実際のブート順序を確認できます。
ステップ 1 | [Navigation] ペインの [Servers] タブをクリックします。 | ||||||||||||||||||
ステップ 2 | [Servers] タブで、 を展開します。 | ||||||||||||||||||
ステップ 3 | iSCSI vNIC を作成するサービス プロファイルが含まれている組織のノードを展開します。 | ||||||||||||||||||
ステップ 4 | iSCSI vNIC を作成するサービス プロファイルを展開します。 | ||||||||||||||||||
ステップ 5 | [iSCSI vNICs] ノードを右クリックし、[Create vNICs] を選択します。 | ||||||||||||||||||
ステップ 6 |
[Create iSCSI vNIC] ダイアログボックスで、次のフィールドに値を入力します。
|
||||||||||||||||||
ステップ 7 |
[iSCSI MAC Address] 領域の [MAC Address Assignment] ドロップダウン リストで、次のいずれかを選択します。
|
||||||||||||||||||
ステップ 8 |
(任意)すべてのサービス プロファイルで使用できる MAC プールを作成する場合は、[Create MAC Pool] をクリックし、[Create MAC Pool] ウィザードでフィールドに値を入力します。 詳細については、MAC プールの作成を参照してください。 |
||||||||||||||||||
ステップ 9 | [OK] をクリックします。 | ||||||||||||||||||
ステップ 10 | (任意)イニシエータ名を設定または変更する場合は、[iSCSI vNICs] タブから [Reset Initiator Name] または [Change Initiator Name] をクリックし、[Change Initiator Name] ダイアログボックスのフィールドを入力するかクリックします。 詳細については、サービス プロファイル レベルでのイニシエータ IQN の設定またはサービス プロファイル レベルでのイニシエータ IQN の設定を参照してください。 |
ステップ 1 | [Navigation] ペインの [Servers] タブをクリックします。 |
ステップ 2 | [Servers] タブで、 を展開します。 |
ステップ 3 | iSCSI vNIC を削除するサービス プロファイルが含まれている組織のノードを展開します。 |
ステップ 4 | iSCSI vNIC を削除するサービス プロファイルを展開します。 |
ステップ 5 | [iSCSI vNICs] ノードを展開します。 |
ステップ 6 | 削除する iSCSI vNIC を右クリックし、[Delete] を選択します。 |
ステップ 7 | Cisco UCS Manager GUI に確認ダイアログボックスが表示されたら、[Yes] をクリックします。 |
ステップ 1 | [Navigation] ペインの [Servers] タブをクリックします。 |
ステップ 2 | [Servers] タブで、 を展開します。 |
ステップ 3 | 編成の対象となるノードを展開します。 |
ステップ 4 | 変更する iSCSI vNIC が含まれるサービス プロファイルをクリックします。 |
ステップ 5 | [Work] ペインで、 [iSCSI vNICs] タブをクリックします。 |
ステップ 6 | [Reset Initiator Name] をクリックします。 |
ステップ 7 | Cisco UCS Manager GUI に確認ダイアログボックスが表示されたら、[Yes] をクリックします。 |
ステップ 1 | [Navigation] ペインの [Servers] タブをクリックします。 | ||||||||
ステップ 2 | [Servers] タブで、 を展開します。 | ||||||||
ステップ 3 | 編成の対象となるノードを展開します。 | ||||||||
ステップ 4 | 変更する iSCSI vNIC が含まれるサービス プロファイルをクリックします。 | ||||||||
ステップ 5 | [Work] ペインで、 [iSCSI vNICs] タブをクリックします。 | ||||||||
ステップ 6 | [Actions] 領域で、[Change Initiator Name] をクリックします。 | ||||||||
ステップ 7 |
[Change Initiator Name] ダイアログボックスで、次のフィールドの値を変更します。
|
||||||||
ステップ 8 | [OK] をクリックします。 |
iSCSI vNIC のブート順序、ブート ポリシー、iSCSI 認証プロファイル、イニシエータ インターフェイス、ターゲット インターフェイスなど、iSCSI ブート パラメータを設定できます。
ステップ 1 | [Navigation] ペインの [Servers] タブをクリックします。 | ||||||||||||||||
ステップ 2 | [Servers] タブで、 を展開します。 | ||||||||||||||||
ステップ 3 | iSCSI ブート パラメータを作成するサービス プロファイルを含む組織のノードを展開します。 システムにマルチテナント機能が備えられていない場合は、[root] ノードを展開します。 | ||||||||||||||||
ステップ 4 | iSCSI ブート パラメータを作成するサービス プロファイルをクリックします。 | ||||||||||||||||
ステップ 5 | [Boot Order] タブをクリックします。 | ||||||||||||||||
ステップ 6 | [Specific Boot Policy] 領域で、下矢印をクリックして [iSCSI vNICs] 領域を展開します。 | ||||||||||||||||
ステップ 7 | [iSCSI vNICs] 領域で、サーバのブート元の iSCSI vNIC をダブルクリックしてそれらを [Boot Order] テーブルに追加します。 | ||||||||||||||||
ステップ 8 | [iSCSI vNICs] 領域で、[Set Boot Parameters] リンクをクリックします。 | ||||||||||||||||
ステップ 9 |
[Set iSCSI Boot Parameters] ダイアログボックスで、次のフィールドに値を入力します。
|
||||||||||||||||
ステップ 10 |
[Initiator Name] 領域で、次のフィールドに値を入力します。
|
||||||||||||||||
ステップ 11 |
[Initiator IP Address Policy] ドロップダウン リストで、次のいずれかを選択します。
|
||||||||||||||||
ステップ 12 |
[Initiator IP Address Policy] ドロップダウン リストから [Static] を選択した場合は、次のフィールドに値を入力します。
|
||||||||||||||||
ステップ 13 |
iSCSI ターゲット インターフェイスでは、次のいずれかのオプション ボタンを選択します。
|
||||||||||||||||
ステップ 14 | [Static Target Interface] テーブルで [iSCSI Static Target Interface] を選択した場合、[Add] をクリックします。 | ||||||||||||||||
ステップ 15 |
[Create iSCSI Static Target] ダイアログボックスで、次のフィールドに値を入力します。
|
||||||||||||||||
ステップ 16 | [iSCSI Auto Target Interface] を選択した場合、[DHCP Vendor Id] フィールドにイニシエータまたは DHCP ベンダー ID を入力します。 イニシエータがすでに設定されている必要があります。 ベンダー ID には、最大 32 文字の英数字を指定できます。 | ||||||||||||||||
ステップ 17 | [OK] をクリックします。 |
iSCSI vNIC のブート順序、ブート ポリシー、iSCSI 認証プロファイル、イニシエータ インターフェイス、ターゲット インターフェイスなど、iSCSI ブート パラメータを変更できます。
ステップ 1 | [Navigation] ペインの [Servers] タブをクリックします。 | ||||||||||||||||||
ステップ 2 | [Servers] タブで、 を展開します。 | ||||||||||||||||||
ステップ 3 | iSCSI ブート パラメータを変更するサービス プロファイルを含む組織のノードを展開します。 システムにマルチテナント機能が備えられていない場合は、[root] ノードを展開します。 | ||||||||||||||||||
ステップ 4 | iSCSI ブート パラメータを変更するサービス プロファイルをクリックします。 | ||||||||||||||||||
ステップ 5 | [Boot Order] タブをクリックします。 | ||||||||||||||||||
ステップ 6 | [Specific Boot Policy] 領域で、下矢印をクリックして [iSCSI vNICs] 領域を展開します。 | ||||||||||||||||||
ステップ 7 | ブート順序で iSCSI vNIC を追加するか削除する、またはブート順序を変更するには、次のいずれかを実行します。 | ||||||||||||||||||
ステップ 8 | ブート パラメータを、[iSCSI vNICs] 領域で変更するには、[Set Boot Parameters] のリンクをクリックします。 | ||||||||||||||||||
ステップ 9 |
[Set iSCSI Boot Parameters] ダイアログボックスで、次のフィールドの値を変更します。
|
||||||||||||||||||
ステップ 10 |
[Initiator Name] 領域で、次のフィールドに値を入力します。
|
||||||||||||||||||
ステップ 11 |
[Initiator IP Address Policy] ドロップダウン リストで、次のいずれかの選択を変更します。
|
||||||||||||||||||
ステップ 12 |
[Initiator IP Address Policy] ドロップダウンリストで [Static] を選択している場合は、次のフィールドで値を入力または変更します。
|
||||||||||||||||||
ステップ 13 |
iSCSI ターゲット インターフェイスでは、次のいずれかのオプション ボタンを選択します。
|
||||||||||||||||||
ステップ 14 |
[iSCSI Static Target Interface] を選択している場合は、[Static Target Interface] テーブルで次のいずれかを実行します。
|
||||||||||||||||||
ステップ 15 | [iSCSI Auto Target Interface] を選択している場合は、[DHCP Vendor Id] フィールドのイニシエータ名または DHCP ベンダー ID にエントリを変更します。 イニシエータがすでに設定されている必要があります。 ベンダー ID には、最大 32 文字の英数字を指定できます。 | ||||||||||||||||||
ステップ 16 | [OK] をクリックします。 |
IQN プールは、Cisco UCS ドメイン内の iSCSI vNIC によって発信側 ID として使用される iSCSI 修飾名(IQN)の集合です。
IQN プール メンバの形式は、prefix:suffix:numberであり、接頭辞、接尾辞、および番号のブロック(範囲)を指定できます。
IQN プールは、番号の範囲と接尾辞は異なるものの、同じ接頭辞を共有する複数の IQN ブロックを含むことができます。
(注) |
ほとんどの場合、最大 IQN サイズ(プレフィックス + サフィックス + 追加文字)は 223 文字です。 Cisco UCS NIC M51KR-B アダプタを使用する場合、IQN サイズを 128 文字に制限する必要があります。 |
ステップ 1 | [Navigation] ペインの [SAN] タブをクリックします。 | ||||||||||
ステップ 2 | [SAN] タブで、 を展開します。 | ||||||||||
ステップ 3 |
プールを作成する組織のノードを展開します。 システムにマルチテナント機能が備えられていない場合は、[root] ノードを展開します。 |
||||||||||
ステップ 4 | [IQN Pools] を右クリックし、[Create IQN Suffix Pool] を選択します。 | ||||||||||
ステップ 5 |
[Create IQN Suffix Pool] ウィザードの [Define Name and Description] ページで、次のフィールドに値を入力します。
|
||||||||||
ステップ 6 | [Next] をクリックします。 | ||||||||||
ステップ 7 | [Create IQN Suffix Pool] ウィザードの [Add IQN Blocks] ページで、[Add] をクリックします。 | ||||||||||
ステップ 8 |
[Create a Block of IQN Suffixes] ダイアログボックスで、次のフィールドに値を入力します。
|
||||||||||
ステップ 9 | [OK] をクリックします。 | ||||||||||
ステップ 10 | [Finish] をクリックして、ウィザードを終了します。 |
IQN サフィックス プールをサービス プロファイルとテンプレートのうち一方、または両方に含めます。
ステップ 1 | [Navigation] ペインの [SAN] タブをクリックします。 | ||||||||
ステップ 2 | [SAN] タブで、 を展開します。 | ||||||||
ステップ 3 |
プールが格納されている組織のノードを展開します。 システムにマルチテナント機能が備えられていない場合は、[root] ノードを展開します。 |
||||||||
ステップ 4 | [IQN Pools] ノードを展開します。 | ||||||||
ステップ 5 | 希望する IQN プールを右クリックし、[Create a Block of IQN Suffixes] を選択します。 | ||||||||
ステップ 6 |
[Create a Block of IQN Suffixes] ダイアログボックスで、次のフィールドに値を入力します。
|
||||||||
ステップ 7 | [OK] をクリックします。 |
プールからアドレス ブロックを削除すると、Cisco UCS Manager はそのブロックの中の vNIC または vHBA に割り当てられたアドレスを再割り当てしません。 削除されたブロックのすべての割り当て済みブロックは、次のいずれかが起きるまで、割り当てられた vNIC または vHBA に残ります。
ステップ 1 | [Navigation] ペインの [SAN] タブをクリックします。 |
ステップ 2 | [SAN] タブで、 を展開します。 |
ステップ 3 |
プールが格納されている組織のノードを展開します。 システムにマルチテナント機能が備えられていない場合は、[root] ノードを展開します。 |
ステップ 4 | [IQN Pools] ノードを展開します。 |
ステップ 5 | IQN サフィックスのブロックを削除する IQN プールを選択します。 |
ステップ 6 | [Work] ペインで、[IQN Blocks] タブをクリックします。 |
ステップ 7 | 削除するブロックを右クリックし、[Delete] を選択します。 |
ステップ 8 | [Yes] をクリックして削除を確認します。 |
ステップ 9 | [Save Changes] をクリックします。 |
プールを削除した場合、Cisco UCS Manager は、 でそのプールの vNIC または vHBA に割り当てられたアドレスを再割り当てしません。 削除されたプールのすべての割り当て済みブロックは、次のいずれかが起きるまで、割り当てられた vNIC または vHBA に残ります。
ステップ 1 | [Navigation] ペインの [SAN] タブをクリックします。 |
ステップ 2 | [SAN] タブで、 を展開します。 |
ステップ 3 |
プールが格納されている組織のノードを展開します。 システムにマルチテナント機能が備えられていない場合は、[root] ノードを展開します。 |
ステップ 4 | [IQN Pools] ノードを展開します。 |
ステップ 5 | 削除するプールを右クリックし、[Delete] を選択します。 |
ステップ 6 | Cisco UCS Manager GUI に確認ダイアログボックスが表示されたら、[Yes] をクリックします。 |
LAN の集中プロビジョニング サーバから 1 つまたは複数のサーバをブートするブート ポリシーを設定できます。 LAN(または PXE)ブートは、その LAN サーバからサーバに OS をインストールする際に頻繁に使用されます。
LAN ブート ポリシーには、複数のタイプのブート デバイスを追加できます。 たとえば、ローカル ディスクや仮想メディア ブートをセカンダリ ブート デバイスとして追加できます。
サービス プロファイルまたはサービス プロファイル テンプレートに制限されたローカル ブート ポリシーを作成することもできます。 しかし、複数のサービス プロファイルまたはサービス プロファイル テンプレートに含むことのできるグローバルなブート ポリシーの作成を推奨します。
ブート ポリシーには複数のタイプのブート デバイスを追加できます。 たとえば、セカンダリ ブート デバイスとして、ローカル ディスクや仮想メディア ブートを追加できます。
この手順は、ブート ポリシーの作成 から直接続いています。
ステップ 1 | 下矢印をクリックして [vNICs] 領域を展開します。 |
ステップ 2 | [Add LAN Boot] リンクをクリックします。 |
ステップ 3 | [Add LAN Boot] ダイアログボックスで、LAN ブートに使用する vNIC の名前を [vNIC] フィールドに入力して、[OK] をクリックします。 |
ステップ 4 | 次のどちらかを実行します。 |
ブート ポリシーをサービス プロファイルとテンプレートのうち一方、または両方に含めます。
このブート ポリシーを含むサービス プロファイルがサーバに関連付けられた後で、サーバの [General] タブの [Boot Order Details] 領域で実際のブート順序を確認できます。
Cisco UCS Manager では、異なるローカル デバイスから起動することができます。
(注) |
強化されたブート順序を使用している Cisco UCS M3 と M4 のブレード サーバとラック サーバの場合、トップレベルと第 2 レベルのどちらのブート デバイスも選択できます。 標準のブート順序を使用している Cisco UCS M1 と M2 のブレード サーバとラック サーバの場合、トップレベルのブート デバイスのみを選択できます。 |
サーバにローカル ドライブがある場合、ブート ポリシーを設定して、トップレベルのローカル ディスク デバイスまたは第 2 レベルのデバイスのいずれかからサーバを起動できます。
(注) |
第 2 レベルのデバイスは、強化されたブート順序を使用している Cisco UCS M3 と M4 のブレード サーバとラック サーバに対してのみ使用できます。 標準のブート順序を使用している Cisco UCS M1 と M2 のブレード サーバとラック サーバの場合、トップレベルの [Add Local Disk] のみを選択できます。 |
ブート ポリシーを設定して、サーバからアクセスできる仮想メディア デバイスから 1 つ以上のサーバを起動できます。 仮想メディア デバイスは、物理 CD/DVD ディスク(読み取り専用)またはフロッピー ディスク(読み取り書き込み)のサーバへの挿入を疑似的に実行します。 このタイプのサーバ ブートは、通常サーバに手動でオペレーティング システムをインストールするために使用されます。
(注) |
第 2 レベルのデバイスは、強化されたブート順序を使用している Cisco UCS M3 と M4 のブレード サーバとラック サーバに対してのみ使用できます。 標準のブート順序を使用している Cisco UCS M1 と M2 のブレード サーバとラック サーバの場合、トップレベルの [Add CD/DVD] または [Add Floppy] のみを選択できます。 |
ブート ポリシーを設定して、サーバからアクセスできるリモート仮想ドライブから 1 つ以上のサーバを起動できます。
サービス プロファイルまたはサービス プロファイル テンプレートに制限されたローカル ブート ポリシーを作成することもできます。 しかし、複数のサービス プロファイルまたはサービス プロファイル テンプレートに含むことのできるグローバルなブート ポリシーの作成を推奨します。
ブート ポリシーには複数のタイプのブート デバイスを追加できます。 たとえば、セカンダリ ブート デバイスとして SD カードのブートを追加できます。
この手順は、ブート ポリシーの作成 から直接続いています。
ステップ 1 | 下矢印をクリックして [Local Devices] 領域を展開します。 | ||
ステップ 2 |
次のリンクのいずれかをクリックして、デバイスを [Boot Order] テーブルに追加します。
|
||
ステップ 3 | 次のどちらかを実行します。 |
ブート ポリシーをサービス プロファイルとテンプレートのうち一方、または両方に含めます。
このブート ポリシーを含むサービス プロファイルがサーバに関連付けられた後で、サーバの [General] タブの [Boot Order Details] 領域で実際のブート順序を確認できます。
サービス プロファイルまたはサービス プロファイル テンプレートに制限されたローカル ブート ポリシーを作成することもできます。 しかし、複数のサービス プロファイルまたはサービス プロファイル テンプレートに含むことのできるグローバルなブート ポリシーの作成を推奨します。
ブート ポリシーには複数のタイプのブート デバイスを追加できます。 たとえば、セカンダリ ブート デバイスとしてローカル ディスクのブートを追加できます。
(注) |
仮想メディアでは、USB を有効にする必要があります。 USB の機能に影響する BIOS 設定を変更した場合は、仮想メディアにも影響します。 したがって、最適なパフォーマンスを実現するためには、次の USB BIOS をデフォルト設定のままにしておくことをお勧めします。
|
この手順は、ブート ポリシーの作成 から直接続いています。
ステップ 1 | 下矢印をクリックして [Local Devices] 領域を展開します。 | ||
ステップ 2 |
次のリンクのいずれかをクリックして、デバイスを [Boot Order] テーブルに追加します。
|
||
ステップ 3 | 次のどちらかを実行します。 |
ブート ポリシーをサービス プロファイルとテンプレートのうち一方、または両方に含めます。
このブート ポリシーを含むサービス プロファイルがサーバに関連付けられた後で、サーバの [General] タブの [Boot Order Details] 領域で実際のブート順序を確認できます。
ステップ 1 | [Navigation] ペインの [Servers] タブをクリックします。 | ||||||||||||||
ステップ 2 | [Servers] タブで、 を展開します。 | ||||||||||||||
ステップ 3 | [Boot Policies] を右クリックし、[Create Boot Policy] を選択します。 | ||||||||||||||
ステップ 4 |
[Create Boot Policy] ダイアログボックスで、次のフィールドに値を入力します。
|
||||||||||||||
ステップ 5 | 仮想 vMedia リモート デバイスをブート順序に追加するには、[CIMC Mounted vMedia] を展開します。 | ||||||||||||||
ステップ 6 | [Add Remote vMedia HDD or Add Remote vMedia CD/DVD] リンクをクリックします。 選択する vMedia デバイスに応じて、[Add Remote vMedia] ダイアログボックスが表示されます。 | ||||||||||||||
ステップ 7 | ドロップダウン リストから、[CIMC Mounted CD/DVD] または [CIMC Mounted HDD] を追加します。 | ||||||||||||||
ステップ 8 | [OK] をクリックします。 vMedia ブート ポリシーが [Boot Order] ペインに追加されます。 |
vMedia とブート ポリシーを [Service Profile] に関連付けます。
この手順では、[Create Service Profile (expert)] ウィザードの [Server Boot Order] ページで、vMedia のブート ポリシー オプションを設定する方法について説明します。
ステップ 1 | [Navigation] ペインの [Servers] タブをクリックします。 | ||||||||||
ステップ 2 | [Servers] タブで、 を展開します。 | ||||||||||
ステップ 3 |
サービス プロファイルを作成する組織のノードを展開します。 システムにマルチテナント機能が備えられていない場合は、[root] ノードを展開します。 |
||||||||||
ステップ 4 | 組織を右クリックし、[Create Service Profile (expert)] を選択します。 [The Unified Computing System Manager] ペインが表示されます。 | ||||||||||
ステップ 5 |
[Name] フィールドに、サービス プロファイルの識別に使用できる一意の名前を入力します。 この名前には、2 ~ 32 文字の英数字を使用できます。 -(ハイフン)、_(アンダースコア)、:(コロン)、および . (ピリオド)は使用できますが、それ以外の特殊文字とスペースは使用できません。この名前は、同じ組織内のすべてのサービス プロファイルおよびサービス プロファイル テンプレートで一意であることが必要です。 この名前は、サービス プロファイルを作成する組織またはサブ組織内で一意である必要があります。 |
||||||||||
ステップ 6 |
[UUID Assignment] ドロップダウン リストで、次のいずれかの手順を実行します。
|
||||||||||
ステップ 7 | (任意) オプションを選択した場合は、次の手順を実行します。 | ||||||||||
ステップ 8 |
(任意)このサービス プロファイルで使用する新しい UUID 接尾辞プールを作成する場合は、[Create UUID Suffix Pool] をクリックし、[Create UUID Suffix Pool] ウィザードのフィールドに値を入力します。 詳細については、UUID 接尾辞プールの作成を参照してください。 |
||||||||||
ステップ 9 |
(任意)テキスト ボックスに、このサービス プロファイルの説明を入力します。 このサービス プロファイルのユーザ定義による説明。 256 文字以下で入力します。 次を除く任意の文字またはスペースを使用できます。`(アクセント記号)、\(円記号)、^(カラット)、"(二重引用符)、=(等号)、>(大なり)、<(小なり)、または'(一重引用符)は使用できません。 |
||||||||||
ステップ 10 | [Next] をクリックします。 | ||||||||||
ステップ 11 | [Create Service Profile (expert)] に移動し、[Server Boot Order] をクリックします。 [Boot Policy] ペインが表示されます。 | ||||||||||
ステップ 12 |
[Boot Policy] ドロップダウン リストで、次のいずれかを選択します。
|
||||||||||
ステップ 13 | すべてのサービス プロファイルおよびテンプレートにアクセスできる新しいブート ポリシーを作成したら、[Boot Policy] ドロップダウン リストからそのポリシーを選択します。 | ||||||||||
ステップ 14 | [Next] をクリックします。 |
ステップ 1 | [Navigation] ペインの [Servers] タブをクリックします。 |
ステップ 2 | [Servers] タブで、 を展開します。 |
ステップ 3 | [Boot Policies] ノードを展開します。 |
ステップ 4 | 削除するポリシーを右クリックし、[Delete] を選択します。 |
ステップ 5 | Cisco UCS Manager GUI に確認ダイアログボックスが表示されたら、[Yes] をクリックします。 |
目次
- サーバ ブートの設定
- ブート ポリシー
- UEFI ブート モード
- UEFI セキュア ブート
- ブート ポリシーの作成
- SAN ブート
- ブート ポリシー用 SAN ブート ポリシー設定
- iSCSI ブート
- iSCSI ブート プロセス
- iSCSI ブートのガイドラインと前提条件
- イニシエータ IQN の設定
- Windows での MPIO のイネーブル化
- iSCSI ブートの設定
- iSCSI アダプタ ポリシーの作成
- iSCSI アダプタ ポリシーの削除
- iSCSI 認証プロファイルの作成
- iSCSI 認証プロファイルの削除
- iSCSI イニシエータ IP プールの作成
- iSCSI ブート ポリシーの作成
- サービス プロファイルに iSCSI vNIC を作成
- サービス プロファイルからの iSCSI vNIC の削除
- サービス プロファイル レベルでのイニシエータ IQN の設定
- サービス プロファイル レベルでのイニシエータ IQN の変更
- iSCSI ブート パラメータの設定
- iSCSI ブート パラメータの変更
- IQN プール
- IQN プールの作成
- IQN プールへのブロックの追加
- IQN プールからのブロックの削除
- IQN プールの削除
- LAN ブート
- ブート ポリシー用 LAN ブート ポリシー設定
- ローカル デバイス ブート
- ブート ポリシー用ローカル ディスク ブート ポリシー設定
- ブート ポリシー用仮想メディア ブート ポリシー設定
- vMedia ブート ポリシーの作成
- vMedia サービス プロファイルへのブート ポリシーの追加
- ブート ポリシーの削除
この章は、次の内容で構成されています。
ブート ポリシー
Cisco UCS Manager ブート ポリシーは、BIOS 設定メニューのブート順序をオーバーライドし、次のことを決定します。
たとえば、ローカル ディスクや CD-ROM(VMedia)などのローカル デバイスから関連するサーバを選択するか、または SAN ブートもしくは LAN(PXE)ブートを選択することができます。
1 つ以上のサービス プロファイルに関連付けることができる名前付きブート ポリシーを作成するか、特定のサービス プロファイルに対するブート ポリシーを作成できます。 ブート ポリシーを有効にするには、ブート ポリシーをサービス プロファイルに含め、このサービス プロファイルをサーバに関連付ける必要があります。 サービス プロファイルにブート ポリシーを含めない場合、Cisco UCS Manager によってデフォルトのブート ポリシーが適用されます。
(注)
ブート ポリシーに対する変更は、そのブート ポリシーを含んでいる、更新中のサービス プロファイル テンプレートを使って作成されたすべてのサーバに伝播されます。 BIOS にブート順序情報を再書き込みするためのサービス プロファイルとサーバとの再アソシエーションは自動的にトリガーされます。
UEFI ブート モード
Unified Extensible Firmware Interface(UEFI)は、オペレーティング システムとプラットフォーム ファームウェア間のソフトウェア インターフェイスを定義する仕様です。 Cisco UCS Manager は、UEFI を使用して BIOS ファームウェア インターフェイスを置換します。 これにより、BIOS はレガシー サポートを提供する一方で UEFI で動作できるようになります。
ブート ポリシーを作成する場合、レガシーまたは UEFI ブート モードのいずれかを選択できます。 レガシー ブート モードは、すべての Cisco UCS サーバでサポートされます。 UEFI ブート モードは、M3 および M4 サーバでのみサポートされ、UEFI セキュア ブート モードをイネーブルにできます。
次の制限は、UEFI ブート モードに適用されます。
UEFI ブートモードは、Cisco UCS B-Series M3 および M4 ブレード サーバ、Cisco UCS C-Series M3 および M4 ラック サーバでのみサポートされます。
UEFI ブート モードは、次の組み合わせではサポートされません。
同じサーバで UEFI とレガシー ブート モードを混在させることはできません。
ブート ポリシーに設定されたブート デバイスにインストール済みの UEFI 対応オペレーティング システムがある場合にのみ、サーバは UEFI モードで正しく起動します。 互換性のある OS が存在しない場合、ブート デバイスは [Boot Order Details] 領域の [Actual Boot Order] タブに表示されません。
UEFI ブート マネージャのエントリが BIOS NVRAM に正しく保存されなかったため、まれに UEFI のブートに成功しない場合もあります。 UEFI シェルを使用して、UEFI ブート マネージャのエントリを手動で入力することができます。 これは、次の状況で発生することがあります。
UEFI セキュア ブート
Cisco UCS Manager は、Cisco UCS B シリーズ M3 および M4 ブレード サーバ上の UEFI セキュア ブートをサポートします。 UEFI セキュア ブートがイネーブルの場合、すべての実行可能ファイル(ブート ローダ、アダプタ ドライバなど)はロードされる前に BIOS によって認証されます。 認証されるには、イメージが Cisco 認証局(CA)または Microsoft CA によって署名される必要があります。
次の制限は、UEFI セキュア ブートに適用されます。
UEFI ブート モードは、ブート ポリシーでイネーブルにする必要があります。
Cisco UCS Manager ソフトウェアと BIOS ファームウェアは、リリース 2.2 以上である必要があります。
ユーザ生成された暗号キーはサポートされません。
UEFI セキュア ブートは、Cisco UCS Manager でのみ制御することができます。
- Cisco UCS Manager の以前のバージョンにダウングレードするときに、セキュア ブート モードのブレード サーバがある場合は、ダウングレードする前にブレード サーバの関連付けを解除し、関連付け直す必要があります。 そのようにしないと、ブレードは正常に検出されません。
ブート ポリシーの作成
手順サービス プロファイルまたはサービス プロファイル テンプレートに制限されたローカル ブート ポリシーを作成することもできます。 しかし、複数のサービス プロファイルまたはサービス プロファイル テンプレートに含むことのできるグローバルなブート ポリシーの作成を推奨します。
ステップ 1 [Navigation] ペインの [Servers] タブをクリックします。 ステップ 2 [Servers] タブで、 を展開します。 ステップ 3 ポリシーを作成する組織のノードを展開します。 ステップ 4 [Boot Policies] を右クリックし、[Create Boot Policy] を選択します。 [Create Boot Policy] ウィザードが表示されます。
ステップ 5 ポリシーの一意の名前と説明を入力します。 この名前には、1 ~ 16 文字の英数字を使用できます。 -(ハイフン)、_(アンダースコア)、:(コロン)、および . (ピリオド)は使用できますが、それ以外の特殊文字とスペースは使用できません。また、オブジェクトが保存された後で、この名前を変更することはできません。
ステップ 6 (任意)ブート順序の変更後にこのブート ポリシーを使用するすべてのサーバをリブートするには、[Reboot on Boot Order Change] チェックボックスをオンにします。 Cisco 製以外の VIC アダプタが搭載されたサーバに適用されるブート ポリシーでは、[Reboot on Boot Order Change] チェックボックスがオフの場合でも、SAN デバイスが追加または削除されるか、その順序が変更されると、ブート ポリシーの変更が保存されるときに常にサーバがリブートします。
ステップ 7 (任意)必要に応じて、[Enforce vNIC/vHBA/iSCSI Name] チェックボックスをオンにします。 ステップ 8 次の 1 つ以上のオプションをブート ポリシーに設定し、ブート順序を設定します。
[Local Devices boot]:サーバのローカル ディスクなどのローカル デバイスから、仮想メディアまたはリモート仮想ディスクを起動するには、ブート ポリシー用ローカル ディスク ブート ポリシー設定 に進みます。
[SAN boot]:SAN のオペレーティング システム イメージから起動するには、ブート ポリシー用 SAN ブート ポリシー設定 に進みます。
プライマリおよびセカンダリ SAN ブートを指定できます。 プライマリ ブートが失敗した場合、サーバはセカンダリからのブートを試行します。
[LAN boot]:集中型プロビジョニング サーバから起動するには、ブート ポリシー用 LAN ブート ポリシー設定 に進みます。
[iSCSI boot]:iSCSI LUN から起動するには、iSCSI ブート ポリシーの作成 に進みます。
次の作業
ブート ポリシーをサービス プロファイルとテンプレートのうち一方、または両方に含めます。
このブート ポリシーを含むサービス プロファイルがサーバに関連付けられた後で、サーバの [General] タブの [Boot Order Details] 領域で実際のブート順序を確認できます。
SAN ブート
SAN 上のオペレーティング システム イメージから 1 つ以上のサーバがブートするように、ブート ポリシーを設定できます。 ブート ポリシーにはプライマリとセカンダリの SAN ブート含めることができます。 プライマリ ブートが失敗した場合、サーバはセカンダリからのブートを試行します。
システムに最高のサービス プロファイル モビリティを提供する SAN ブートの使用を推奨します。 SAN からブートした場合、あるサーバから別のサーバにサービス プロファイルを移動すると、移動後のサーバは、まったく同じオペレーティング システム イメージからブートします。 したがって、ネットワークからは、この新しいサーバはまったく同じサーバと認識されます。
SAN ブートを使用するには、次の項目が設定されていることを確認してください。
Cisco UCS ドメインが、オペレーティング システム イメージをホストしている SAN ストレージ デバイスと通信できること。
オペレーティング システム イメージが置かれているデバイス上のブート ターゲット LUN。
(注)
SAN ブートは、Cisco UCS ブレードおよびラック サーバ上の Gen-3 Emulex アダプタではサポートされていません。
ブート ポリシー用 SAN ブート ポリシー設定
サービス プロファイルまたはサービス プロファイル テンプレートに制限されたローカル ブート ポリシーを作成することもできます。 しかし、複数のサービス プロファイルまたはサービス プロファイル テンプレートに含むことのできるグローバルなブート ポリシーの作成を推奨します。
ヒント
ローカル ディスクと SAN LUN の両方がブート順序のストレージ タイプに設定されていて、オペレーティング システムまたは論理ボリューム マネージャ(LVM)の設定が誤っている場合、サーバが SAN LUN ではなくローカル ディスクからブートする場合があります。
たとえば、Red Hat Linux がインストールされているサーバで、LVM にデフォルトの LVM が設定されていて、ブート順序に SAN LUN とローカル ディスクが設定されている場合、Linux は同じ名前の LV が 2 つあるという通知を生成し、SCSI ID の値が最も小さい LV(ローカル ディスクの可能性があります)からブートします。
この手順は、ブート ポリシーの作成 から直接続いています。
はじめる前に手順
(注)
SAN LUN からサーバをブートするブート ポリシーを作成し、安定した SAN ブート操作が必要な場合は、ブート ポリシーを含むサービス プロファイルに関連付けられたサーバからすべてのローカル ディスクを最初に削除する必要があります。
これは、Cisco UCS M3 および M4 サーバには適用されません。
ステップ 1 下矢印をクリックして [vHBAs] 領域を展開します。 ステップ 2 [Add SAN Boot] リンクをクリックします。 ステップ 3
名前 説明 [vHBA] フィールド
SAN ブートに使用する vHBA の名前を入力します。
[Type] フィールド
次のいずれかになります。
[Primary]:関連付けられたブート デバイス クラスに対して定義された最初のアドレス。 ブート ポリシーには、LAN、SAN、または iSCSI のプライマリ ブート ロケーションを 1 つだけ設定できます。
[Secondary]:関連付けられたブート デバイス クラスに対して定義された 2 番目のアドレス。 各ブート ポリシーには、LAN または SAN のセカンダリ ブート ロケーションを 1 つだけ設定できます。
Cisco UCS M3 サーバ、または M4 サーバの拡張ブート順序を使用している場合は、定義されたブート順序が使用されます。 標準ブート モードでは、「プライマリ」、「セカンダリ」という用語が使用されている場合これはブート順序を示すものではありません。 同じデバイス クラス内での実際のブート順序は、PCIe バス スキャン順序により決定されます。
ステップ 4 この vHBA がブート可能な SAN イメージを参照する場合は [Add SAN Boot Target] リンク をクリックし、[Add SAN Boot Target] ダイアログボックス で、ブート ターゲット LUN、ブート ターゲット WWPN、およびタイプを指定して、[OK] をクリックします。
名前 説明 [ブートターゲットLUN] フィールド ブート イメージの場所に対応する LUN。
0 デフォルトを受け入れます。
[ブートターゲットWWPN] フィールド ブート イメージの場所に対応する WWPN。
[Type] フィールド
次のいずれかになります。
[Primary]:関連付けられたブート デバイス クラスに対して定義された最初のアドレス。 ブート ポリシーには、LAN、SAN、または iSCSI のプライマリ ブート ロケーションを 1 つだけ設定できます。
[Secondary]:関連付けられたブート デバイス クラスに対して定義された 2 番目のアドレス。 各ブート ポリシーには、LAN または SAN のセカンダリ ブート ロケーションを 1 つだけ設定できます。
Cisco UCS M3 サーバ、または M4 サーバの拡張ブート順序を使用している場合は、定義されたブート順序が使用されます。 標準ブート モードでは、「プライマリ」、「セカンダリ」という用語が使用されている場合これはブート順序を示すものではありません。 同じデバイス クラス内での実際のブート順序は、PCIe バス スキャン順序により決定されます。
ステップ 5 次のどちらかを実行します。
次の作業
ブート ポリシーをサービス プロファイルとテンプレートのうち一方、または両方に含めます。
このブート ポリシーを含むサービス プロファイルがサーバに関連付けられた後で、サーバの [General] タブの [Boot Order Details] 領域で実際のブート順序を確認できます。
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 M61KR-B Broadcom BCM57712 のネットワーク アダプタを持つ Cisco UCS ラック サーバ。
Cisco UCS P81E 仮想インターフェイス カード
Cisco UCS VIC1225 仮想インターフェイス カード
iSCSI ブートを設定する前に満たさなければならない前提条件があります。 これらの前提条件のリストについては、iSCSI ブートのガイドラインと前提条件を参照してください。
iSCSI ブートを実装するための高度な手順については、iSCSI ブートの設定を参照してください。
- iSCSI ブート プロセス
- iSCSI ブートのガイドラインと前提条件
- イニシエータ IQN の設定
- Windows での MPIO のイネーブル化
- iSCSI ブートの設定
- iSCSI アダプタ ポリシーの作成
- iSCSI アダプタ ポリシーの削除
- iSCSI 認証プロファイルの作成
- iSCSI 認証プロファイルの削除
- iSCSI イニシエータ IP プールの作成
- iSCSI ブート ポリシーの作成
- サービス プロファイルに iSCSI vNIC を作成
- サービス プロファイルからの iSCSI vNIC の削除
- サービス プロファイル レベルでのイニシエータ IQN の設定
- サービス プロファイル レベルでのイニシエータ IQN の変更
- iSCSI ブート パラメータの設定
- iSCSI ブート パラメータの変更
- IQN プール
- IQN プールの作成
- IQN プールへのブロックの追加
- IQN プールからのブロックの削除
- IQN プールの削除
iSCSI ブート プロセス
Cisco UCS Manager は、サーバにあるアダプタをプログラムするための関連付けプロセスでサービス プロファイル用に作成された iSCSI vNIC と iSCSI のブート情報を使用します。 アダプタのプログラミング後に、サーバは最新のサービス プロファイル値で再起動します。 電源投入時セルフ テスト(POST)の後、アダプタは、次のサービス プロファイル値を使用して初期化を試みます。 アダプタが値を使用して指定されたターゲットにログインできる場合、アダプタは iSCSI Boot Firmware Table(iBFT)を初期化してホスト メモリに、有効なブート可能 LUN をシステム BIOS にポストします。 ホスト メモリにポストされる iBFT には、プライマリ iSCSI VNIC にプログラミングされた、イニシエータとターゲットの設定が含まれています。
(注)
以前は、ホストは LUN 検出が最初に終了したパスに応じて、設定されたブート パスのうち 1 つだけを参照し、そのパスから起動していました。 現在は、設定された iSCSI ブート vNIC が 2 つある場合、ホストは両方のブート パスを参照するようになりました。 したがってマルチパス設定については、単一の IQN が両方のブート vNIC で設定される必要があります。ホストのブート 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)互換である必要があります。
- 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 設定を再度イネーブルにします。
(注)
アダプタ ポリシーの設定を変更するたびに、アダプタはリブートして新しい設定を適用します。
OS を iSCSI ターゲットにインストールする場合、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 仮想インターフェイス カード の場合:
iSCSI デバイスの MAC アドレスを設定しないでください。
HBA モードおよび Boot to Target 設定はサポートされていません。
OS を iSCSI ターゲットにインストールする場合、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 を決定します。
サービス プロファイル レベルおよび iSCSI vNIC レベルのイニシエータ IQN は、サービス プロファイルで一緒に使用できません。
イニシエータ IQN がサービス プロファイル レベルで指定された場合、DHCP オプション 43 の場合を除きすべてのアダプタ iSCSI vNIC が同じイニシエータ IQN を使用するよう設定され、イニシエータ IQN はアダプタ iSCSI vNIC 上で空に設定されます。
イニシエータ IQN が iSCSI vNIC レベルで設定されると、1 つが存在する場合、サービス プロファイル レベルのイニシエータの IQN は削除されます。
サービス プロファイルに 2 つの iSCSI vNIC があり、そのうち 1 つだけにイニシエータ IQN セットがある場合、2 つ目はデフォルトの IQN プールで設定されます。 この設定は後で変更できます。 唯一の例外は、DHCP オプション 43 が設定されている場合です。 この場合、2 番目の iSCSI vNIC 上のイニシエータ IQN はサービス プロファイル関連付け中に削除されます。
(注)
DHCP オプション 43 を使用するために、ベンダー ID を設定して iSCSI vNIC を変更する場合、サービス プロファイル レベルで設定したイニシエータ IQN は削除されません。 サービス プロファイル レベルのイニシエータ IQN は、DHCP オプション 43 を使用しない別の iSCSI vNIC で引き続き使用できます。
Windows での MPIO のイネーブル化
(注)
ネットワーク ハードウェアを変更すると、Windows が iSCSI ドライブからの起動に失敗する場合があります。 詳細については、「Microsoft 社のサポート技術情報 ID:976042」を参照してください。
はじめる前に手順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 ブートの設定
手順
コマンドまたはアクション 目的 ステップ 1 iSCSI ブートのアダプタ ポリシーを設定します。 (任意) 詳細については、iSCSI アダプタ ポリシーの作成を参照してください。
ステップ 2 発信側およびターゲットが使用する認証プロファイルを設定します。 (任意) 詳細については、iSCSI 認証プロファイルの作成を参照してください。
ステップ 3 IP アドレス プールの IP アドレスを使用するように iSCSI イニシエータを設定する場合は、iSCSI イニシエータ プールに IP アドレスのブロックを追加します。 (任意) 詳細については、iSCSI イニシエータ IP プールの作成を参照してください。
ステップ 4 すべてのサービス プロファイルで使用できるブート ポリシーを作成します。 または、特定のサービス ポリシーに対してのみローカル ブート ポリシーを作成できます。 ただし、複数のサービス プロファイルと共有できるブート ポリシーを作成することを推奨します。 すべてのサービス プロファイルで使用できるブート ポリシーの作成の詳細については、iSCSI ブート ポリシーの作成を参照してください。
ステップ 5 すべてのサービス プロファイルで使用できるブート ポリシーを作成した場合、それをサービス プロファイルに割り当てる必要があります。 それ以外の場合は、次のステップに進みます。 ステップ 7 において、サービス プロファイルで iSCSI ブートおよび vNIC パラメータを設定するときに、サービス プロファイルにブート ポリシーを割り当てることができます。
ステップ 6 サービス プロファイルで iSCSI vNIC を作成します。 詳細については、サービス プロファイルに iSCSI vNIC を作成を参照してください。
ステップ 7 expert モードでサービス プロファイルにおいて、またはサービス プロファイル テンプレートにおいて、iSCSI ブート パラメータ(iSCSI 修飾子名(IQN)、イニシエータ、ターゲット インターフェイスなど)および iSCSI vNIC パラメータを設定します。 詳細については、[Expert] ウィザードを使用したサービス プロファイルの作成またはサービス プロファイル テンプレートの作成を参照してください。
ステップ 8 iSCSI ブート動作を確認します。 詳細については、iSCSI ブートの確認を参照してください。
ステップ 9 サーバに OS をインストールします。 ステップ 10 サーバをブートします。 iSCSI アダプタ ポリシーの作成
手順
ステップ 1 [Navigation] ペインの [Servers] タブをクリックします。 ステップ 2 [Servers] タブで、 を展開します。 ステップ 3 ポリシーを作成する組織のノードを展開します。 ステップ 4 [Adapter Policies] を右クリックし、[Create iSCSI Adapter Policy] を選択します。 ステップ 5 [Create iSCSI Adapter Policy] ダイアログボックスで、次のフィールドに値を入力します。
名前 説明 [名前] フィールド
ポリシーの名前。
この名前には、1 ~ 16 文字の英数字を使用できます。 -(ハイフン)、_(アンダースコア)、:(コロン)、および . (ピリオド)は使用できますが、それ以外の特殊文字とスペースは使用できません。また、オブジェクトが保存された後で、この名前を変更することはできません。
最初のログインに失敗し、iSCSI アダプタが使用できないと Cisco UCS が判断するまで待機する秒数。
0 ~ 255 の整数を入力します。 0 を入力すると、Cisco UCS はアダプタ ファームウェアに設定された値(デフォルト:15 秒)を使用します。
iSCSI LUN の検出中に障害が発生した場合に接続を再試行する回数。
0 ~ 60 の整数を入力します。 0 を入力すると、Cisco UCS はアダプタ ファームウェアに設定された値(デフォルト:15 秒)を使用します。
[Enable TCP Timestamp] チェックボックス
TCP タイムスタンプを使用する場合は、このボックスをオンにします。 この設定では、必要に応じてパケットのラウンドトリップ時間を計算できるように、送信パケットにはパケット送信時のタイムスタンプが付きます。
(注) このオプションは Cisco UCS NIC M51KR-B のアダプタを備えたサーバにのみ適用されます。
[HBA Mode] チェックボックス
HBA モード(別名 TCP オフロード)をイネーブルにするには、このボックスをオンにします。
[Boot to Target] チェックボックス
iSCSI ターゲットから起動する場合は、このボックスをオンにします。
(注) このオプションは Cisco UCS NIC M51KR-B のアダプタを備えたサーバにのみ適用されます。 また、サーバにオペレーティング システムをインストールするまではディセーブルにしておく必要があります。
[Owner] フィールド
次のいずれかになります。
ステップ 6 [OK] をクリックします。
次の作業
アダプタ ポリシーをサービス プロファイルとテンプレートのうち一方、または両方に含めます。
iSCSI 認証プロファイルの作成
手順
ステップ 1 [Navigation] ペインの [Servers] タブをクリックします。 ステップ 2 [Servers] タブで、 を展開します。 ステップ 3 ポリシーを作成する組織のノードを展開します。 ステップ 4 [iSCSI Authentication Profiles] を右クリックし、[iSCSI Authentication Profile] を選択します。 ステップ 5 [Create Authentication Profile] ダイアログボックスで、次のフィールドに値を入力します。 ステップ 6 [OK] をクリックします。
次の作業
認証プロファイルをサービス プロファイルとテンプレートのうち一方、または両方に含めます。
iSCSI 認証プロファイルの削除
iSCSI イニシエータ IP プールの作成
手順iSCSI ブートに使用する IP アドレスのグループを作成できます。 Cisco UCS Manager 指定した IPv4 アドレスのブロックを予約します。
サーバまたはサービス プロファイルのスタティック IP アドレスとして割り当てられている IP アドレスが、IP プールに含まれていてはなりません。
ステップ 1 [Navigation] ペインの [LAN] タブをクリックします。 ステップ 2 [LAN] タブで、 を展開します。 ステップ 3 プールを作成する組織のノードを展開します。 システムにマルチテナント機能が備えられていない場合は、[root] ノードを展開します。
ステップ 4 [IP Pools] ノードを展開します。 ステップ 5 [IP Pool iscsi-initiator-pool] を右クリックし、[Create Block of IPv4 Addresses] を選択します。 ステップ 6 [Create a Block of IPv4 Addresses] ダイアログボックスで、次のフィールドに値を入力します。 ステップ 7 [OK] をクリックします。
次の作業
1 つ以上のサービス プロファイルまたはサービス プロファイル テンプレートを設定し、iSCSI イニシエータ IP プールから iSCSI イニシエータ IP アドレスを取得します。
iSCSI ブート ポリシーの作成
手順ブート ポリシーあたり最大 2 つの iSCSI vNIC を追加できます。 一方の vNIC はプライマリ iSCSI ブート ソースとして動作し、もう一方はセカンダリ iSCSI ブート ソースとして動作します。
ステップ 1 [Navigation] ペインの [Servers] タブをクリックします。 ステップ 2 [Servers] タブで、 を展開します。 ステップ 3 ポリシーを作成する組織のノードを展開します。 ステップ 4 [Boot Policies] を右クリックし、[Create Boot Policy] を選択します。 [Create Boot Policy] ウィザードが表示されます。
ステップ 5 ポリシーの一意の名前と説明を入力します。 この名前には、1 ~ 16 文字の英数字を使用できます。 -(ハイフン)、_(アンダースコア)、:(コロン)、および . (ピリオド)は使用できますが、それ以外の特殊文字とスペースは使用できません。また、オブジェクトが保存された後で、この名前を変更することはできません。
ステップ 6 (任意)ブート順序の変更後にこのブート ポリシーを使用するサーバをリブートするには、[Reboot on Boot Order Change] チェックボックス をオンにします。 Cisco UCS Manager GUI で、[Reboot on Boot Order Change] チェックボックスがブート ポリシーについて選択されており、CD-ROM またはフロッピーがブート順の最後のデバイスの場合に、デバイスを取り外すか、装着すると、ブート順に直接効力がなく、サーバがリブートされません。
(注) これは、標準のブート順序を使用しているサーバにのみ適用されます。
ステップ 7 (任意)必要に応じて、[Enforce vNIC/vHBA/iSCSI Name] チェックボックスをオンにします。 ステップ 8 iSCSI ブートをブート ポリシーに追加するには、次の手順を実行します。
次の作業
ブート ポリシーをサービス プロファイルとテンプレートのうち一方、または両方に含めます。
このブート ポリシーを含むサービス プロファイルがサーバに関連付けられた後で、サーバの [General] タブの [Boot Order Details] 領域で実際のブート順序を確認できます。
サービス プロファイルに iSCSI vNIC を作成
手順
ステップ 1 [Navigation] ペインの [Servers] タブをクリックします。 ステップ 2 [Servers] タブで、 を展開します。 ステップ 3 iSCSI vNIC を作成するサービス プロファイルが含まれている組織のノードを展開します。 ステップ 4 iSCSI vNIC を作成するサービス プロファイルを展開します。 ステップ 5 [iSCSI vNICs] ノードを右クリックし、[Create vNICs] を選択します。 ステップ 6 [Create iSCSI vNIC] ダイアログボックスで、次のフィールドに値を入力します。
名前 説明 この名前には、1 ~ 16 文字の英数字を使用できます。 -(ハイフン)、_(アンダースコア)、:(コロン)、および . (ピリオド)は使用できますが、それ以外の特殊文字とスペースは使用できません。また、オブジェクトが保存された後で、この名前を変更することはできません。
この iSCSI vNIC と関連付けられた MAC アドレス(存在する場合)。 MAC アドレスが設定されていない場合、Cisco UCS Manager GUI に [Derived] が表示されます。
この iSCSI vNIC に関連付けられた仮想 LAN。 デフォルトの VLAN は、default です。
(注) Cisco UCS M81KR 仮想インターフェイス カードおよび Cisco UCS VIC-1240 仮想インターフェイス カードの場合、指定する VLAN はオーバーレイ vNIC のネイティブ VLAN と同じである必要があります。
Cisco UCS M51KR-B Broadcom BCM57711の場合、指定した VLAN は、オーバーレイ vNIC に割り当てられたどの VLAN でも設定できます。
ステップ 7 [iSCSI MAC Address] 領域の [MAC Address Assignment] ドロップダウン リストで、次のいずれかを選択します。
MAC アドレスの割り当てを解除したままにして、[Select (None used by default)] を選択します。 このサービス プロファイルに関連付けられるサーバが Cisco UCS M81KR 仮想インターフェイス カード または Cisco UCS VIC-1240 仮想インターフェイス カードを含む場合、このオプションを選択します。
重要:このサービス プロファイルに関連付けられたサーバに Cisco UCS NIC M51KR-Bが含まれる場合、MAC アドレスを指定する必要があります。
特定の MAC アドレスを使用する場合、[00:25:B5:XX:XX:XX] を選択し、アドレスを [MAC Address] フィールドに入力します。 このアドレスが使用可能であることを確認するには、対応するリンクをクリックします。
プール内の MAC アドレスを使用する場合は、リストからプール名を選択します。 各プール名の後には、数字のペアが括弧で囲まれています。 最初の数字はそのプール内の使用可能な MAC アドレスの数であり、2 番めの数字はそのプール内の MAC アドレスの合計数です。
この Cisco UCS ドメインが Cisco UCS Central に登録されている場合、プール カテゴリが 2 つ存在することがあります。 ドメイン プールは Cisco UCS ドメインでローカルに定義され、グローバル プールは、Cisco UCS Central で定義されます。
ステップ 8 (任意)すべてのサービス プロファイルで使用できる MAC プールを作成する場合は、[Create MAC Pool] をクリックし、[Create MAC Pool] ウィザードでフィールドに値を入力します。 詳細については、MAC プールの作成を参照してください。
ステップ 9 [OK] をクリックします。 ステップ 10 (任意)イニシエータ名を設定または変更する場合は、[iSCSI vNICs] タブから [Reset Initiator Name] または [Change Initiator Name] をクリックし、[Change Initiator Name] ダイアログボックスのフィールドを入力するかクリックします。 詳細については、サービス プロファイル レベルでのイニシエータ IQN の設定またはサービス プロファイル レベルでのイニシエータ IQN の設定を参照してください。
サービス プロファイルからの iSCSI vNIC の削除
手順
ステップ 1 [Navigation] ペインの [Servers] タブをクリックします。 ステップ 2 [Servers] タブで、 を展開します。 ステップ 3 iSCSI vNIC を削除するサービス プロファイルが含まれている組織のノードを展開します。 ステップ 4 iSCSI vNIC を削除するサービス プロファイルを展開します。 ステップ 5 [iSCSI vNICs] ノードを展開します。 ステップ 6 削除する iSCSI vNIC を右クリックし、[Delete] を選択します。 ステップ 7 Cisco UCS Manager GUI に確認ダイアログボックスが表示されたら、[Yes] をクリックします。
サービス プロファイル レベルでのイニシエータ IQN の設定
手順
ステップ 1 [Navigation] ペインの [Servers] タブをクリックします。 ステップ 2 [Servers] タブで、 を展開します。 ステップ 3 編成の対象となるノードを展開します。 ステップ 4 変更する iSCSI vNIC が含まれるサービス プロファイルをクリックします。 ステップ 5 [Work] ペインで、 [iSCSI vNICs] タブをクリックします。 ステップ 6 [Reset Initiator Name] をクリックします。 ステップ 7 Cisco UCS Manager GUI に確認ダイアログボックスが表示されたら、[Yes] をクリックします。
サービス プロファイル レベルでのイニシエータ IQN の変更
手順
ステップ 1 [Navigation] ペインの [Servers] タブをクリックします。 ステップ 2 [Servers] タブで、 を展開します。 ステップ 3 編成の対象となるノードを展開します。 ステップ 4 変更する iSCSI vNIC が含まれるサービス プロファイルをクリックします。 ステップ 5 [Work] ペインで、 [iSCSI vNICs] タブをクリックします。 ステップ 6 [Actions] 領域で、[Change Initiator Name] をクリックします。 ステップ 7 [Change Initiator Name] ダイアログボックスで、次のフィールドの値を変更します。
名前 説明 [Initiator Name Assignment] ドロップダウン リスト
ドロップダウン リストから、使用する IQN イニシエータ名を選択します。
[Initiator Name] フィールド
手動によるイニシエータ名の割り当てを選択した場合は、イニシエータ名を入力します。
[Create IQN Suffix Pool] リンク
新しい IQN 接尾辞プールを作成する場合にこれをクリックします。
ステップ 8 [OK] をクリックします。
iSCSI ブート パラメータの設定
手順
ステップ 1 [Navigation] ペインの [Servers] タブをクリックします。 ステップ 2 [Servers] タブで、 を展開します。 ステップ 3 iSCSI ブート パラメータを作成するサービス プロファイルを含む組織のノードを展開します。 システムにマルチテナント機能が備えられていない場合は、[root] ノードを展開します。 ステップ 4 iSCSI ブート パラメータを作成するサービス プロファイルをクリックします。 ステップ 5 [Boot Order] タブをクリックします。 ステップ 6 [Specific Boot Policy] 領域で、下矢印をクリックして [iSCSI vNICs] 領域を展開します。 ステップ 7 [iSCSI vNICs] 領域で、サーバのブート元の iSCSI vNIC をダブルクリックしてそれらを [Boot Order] テーブルに追加します。 ステップ 8 [iSCSI vNICs] 領域で、[Set Boot Parameters] リンクをクリックします。 ステップ 9 [Set iSCSI Boot Parameters] ダイアログボックスで、次のフィールドに値を入力します。 ステップ 10 [Initiator Name] 領域で、次のフィールドに値を入力します。
名前 説明 [Initiator Name Assignment] ドロップダウン リスト
iSCSI ブート イニシエータ名の割り当て方法を選択します。 次の方法の中から 1 つを選択してください。
[Manual]:[Initiator Name] フィールドに名前を入力します。 イニシエータ名には、最大で 223 文字まで使用できます。
[Pools]:IQN 接尾辞プールを選択します。このプールから名前が割り当てられます。
(注) 必要に応じて、イニシエータ名を変更またはリセットできます。 詳細については、サービス プロファイル レベルでのイニシエータ IQN の変更を参照してください。
(注) [Set iSCSI Boot Parameters] ダイアログボックスでイニシエータ名を設定すると、サービス プロファイル レベルではなく、iSCSI vNIC レベルでイニシエータ IQN が設定されます。 複数のパスが設定されている場合、[iSCSI vNICs] タブから、またはサービス プロファイルの作成時に、イニシエータ IQN を設定する必要があります。
[Create IQN Suffix Pool] リンク
すべての iSCSI vNIC で使用可能な新しい IQN 接尾辞プールを作成するには、このリンクをクリックします。
ステップ 11 [Initiator IP Address Policy] ドロップダウン リストで、次のいずれかを選択します。
オプション 説明 Select (DHCP used by default)
システムにより DHCP を使用してインターフェイスが自動的に選択されます。
ステップ 13 に進みます。
スタティック
スタティック IPv4 アドレスが、この領域に入力された情報に基づいて iSCSI ブート vNIC に割り当てられます。
ステップ 12 に進みます。
Pool
IPv4 アドレスが管理 IP アドレス プールから iSCSI ブート vNIC に割り当てられます。
ステップ 13 に進みます。
ステップ 12 [Initiator IP Address Policy] ドロップダウン リストから [Static] を選択した場合は、次のフィールドに値を入力します。
名前 説明 [IPv4 Address] フィールド
iSCSI ブート vNIC に割り当てられた IPv4 アドレス。
このアドレスを指定する場合は、[Initiator IP Address Policy] ドロップダウン リストで [Static] を選択する必要があります。
[Subnet Mask] フィールド
IPv4 アドレスに関連付けられたサブネット マスク。
[Default Gateway] フィールド
IPv4 アドレスに関連付けられたデフォルト ゲートウェイ。
[Primary DNS] フィールド
プライマリ DNS サーバ アドレス。
[Secondary DNS] フィールド
セカンダリ DNS サーバ アドレス。
ステップ 13 iSCSI ターゲット インターフェイスでは、次のいずれかのオプション ボタンを選択します。
オプション 説明 iSCSI Static Target Interface
システムにより、設定する必要があるスタティック ターゲット インターフェイスが作成されます。
ステップ 14 に進みます。
iSCSI Auto Target Interface
システムにより、自動ターゲット インターフェイスが作成されます。 自動ターゲットがイニシエータと DHCP ベンダー ID のどちらを使用するか指定する必要があります。
ステップ 16 に進みます。
ステップ 14 [Static Target Interface] テーブルで [iSCSI Static Target Interface] を選択した場合、[Add] をクリックします。 ステップ 15 [Create iSCSI Static Target] ダイアログボックスで、次のフィールドに値を入力します。 ステップ 16 [iSCSI Auto Target Interface] を選択した場合、[DHCP Vendor Id] フィールドにイニシエータまたは DHCP ベンダー ID を入力します。 イニシエータがすでに設定されている必要があります。 ベンダー ID には、最大 32 文字の英数字を指定できます。 ステップ 17 [OK] をクリックします。
iSCSI ブート パラメータの変更
手順
ステップ 1 [Navigation] ペインの [Servers] タブをクリックします。 ステップ 2 [Servers] タブで、 を展開します。 ステップ 3 iSCSI ブート パラメータを変更するサービス プロファイルを含む組織のノードを展開します。 システムにマルチテナント機能が備えられていない場合は、[root] ノードを展開します。 ステップ 4 iSCSI ブート パラメータを変更するサービス プロファイルをクリックします。 ステップ 5 [Boot Order] タブをクリックします。 ステップ 6 [Specific Boot Policy] 領域で、下矢印をクリックして [iSCSI vNICs] 領域を展開します。 ステップ 7 ブート順序で iSCSI vNIC を追加するか削除する、またはブート順序を変更するには、次のいずれかを実行します。 ステップ 8 ブート パラメータを、[iSCSI vNICs] 領域で変更するには、[Set Boot Parameters] のリンクをクリックします。 ステップ 9 [Set iSCSI Boot Parameters] ダイアログボックスで、次のフィールドの値を変更します。 ステップ 10 [Initiator Name] 領域で、次のフィールドに値を入力します。
名前 説明 [Initiator Name Assignment] ドロップダウン リスト
iSCSI ブート イニシエータ名の割り当て方法を選択します。 次の方法の中から 1 つを選択してください。
[Manual]:[Initiator Name] フィールドに名前を入力します。 イニシエータ名には、最大で 223 文字まで使用できます。
[Pools]:IQN 接尾辞プールを選択します。このプールから名前が割り当てられます。
(注) 必要に応じて、イニシエータ名を変更またはリセットできます。 詳細については、サービス プロファイル レベルでのイニシエータ IQN の変更を参照してください。
(注) [Set iSCSI Boot Parameters] ダイアログボックスでイニシエータ名を設定すると、サービス プロファイル レベルではなく、iSCSI vNIC レベルでイニシエータ IQN が設定されます。 複数のパスが設定されている場合、[iSCSI vNICs] タブから、またはサービス プロファイルの作成時に、イニシエータ IQN を設定する必要があります。
[Create IQN Suffix Pool] リンク
すべての iSCSI vNIC で使用可能な新しい IQN 接尾辞プールを作成するには、このリンクをクリックします。
ステップ 11 [Initiator IP Address Policy] ドロップダウン リストで、次のいずれかの選択を変更します。
オプション 説明 Select (DHCP used by default)
システムにより DHCP を使用してインターフェイスが自動的に選択されます。
ステップ 13 に進みます。
スタティック
スタティック IPv4 アドレスが、この領域に入力された情報に基づいて iSCSI ブート vNIC に割り当てられます。
ステップ 12 に進みます。
Pool
IPv4 アドレスが管理 IP アドレス プールから iSCSI ブート vNIC に割り当てられます。
ステップ 13 に進みます。
ステップ 12 [Initiator IP Address Policy] ドロップダウンリストで [Static] を選択している場合は、次のフィールドで値を入力または変更します。
名前 説明 [IPv4 Address] フィールド
iSCSI ブート vNIC に割り当てられた IPv4 アドレス。
このアドレスを指定する場合は、[Initiator IP Address Policy] ドロップダウン リストで [Static] を選択する必要があります。
[Subnet Mask] フィールド
IPv4 アドレスに関連付けられたサブネット マスク。
[Default Gateway] フィールド
IPv4 アドレスに関連付けられたデフォルト ゲートウェイ。
[Primary DNS] フィールド
プライマリ DNS サーバ アドレス。
[Secondary DNS] フィールド
セカンダリ DNS サーバ アドレス。
ステップ 13 iSCSI ターゲット インターフェイスでは、次のいずれかのオプション ボタンを選択します。
オプション 説明 iSCSI Static Target Interface
システムにより、設定する必要があるスタティック ターゲット インターフェイスが作成されます。
ステップ 14 に進みます。
iSCSI Auto Target Interface
システムにより、自動ターゲット インターフェイスが作成されます。 自動ターゲットがイニシエータと DHCP ベンダー ID のどちらを使用するか指定する必要があります。
ステップ 15 に進みます。
ステップ 14 [iSCSI Static Target Interface] を選択している場合は、[Static Target Interface] テーブルで次のいずれかを実行します。
- iSCSI スタティック ターゲット インターフェイスを追加するには [Add] をクリックし、iSCSI ターゲット インターフェイスを変更するには、変更する iSCSI ターゲットを選択して、[Modify] をクリックします。 [Create iSCSI Static Target] ダイアログボックスの次のフィールドで値を入力または変更します。
- iSCSI ターゲット インターフェイスを削除するには、削除する iSCSI ターゲット インターフェイスを選択して、[Delete] をクリックします。
(注) 2 個の iSCSI スタティック ターゲットがあり、最優先ターゲットを削除すると、2 番目の優先目標は、Cisco UCS Manager は引き続き第 2 優先目標を示していますが、最初のプライオリティのターゲットになります。
ステップ 15 [iSCSI Auto Target Interface] を選択している場合は、[DHCP Vendor Id] フィールドのイニシエータ名または DHCP ベンダー ID にエントリを変更します。 イニシエータがすでに設定されている必要があります。 ベンダー ID には、最大 32 文字の英数字を指定できます。 ステップ 16 [OK] をクリックします。
IQN プール
IQN プールは、Cisco UCS ドメイン内の iSCSI vNIC によって発信側 ID として使用される iSCSI 修飾名(IQN)の集合です。
IQN プール メンバの形式は、prefix:suffix:numberであり、接頭辞、接尾辞、および番号のブロック(範囲)を指定できます。
IQN プールは、番号の範囲と接尾辞は異なるものの、同じ接頭辞を共有する複数の IQN ブロックを含むことができます。
IQN プールの作成
手順
(注)
ほとんどの場合、最大 IQN サイズ(プレフィックス + サフィックス + 追加文字)は 223 文字です。 Cisco UCS NIC M51KR-B アダプタを使用する場合、IQN サイズを 128 文字に制限する必要があります。
ステップ 1 [Navigation] ペインの [SAN] タブをクリックします。 ステップ 2 [SAN] タブで、 を展開します。 ステップ 3 プールを作成する組織のノードを展開します。 システムにマルチテナント機能が備えられていない場合は、[root] ノードを展開します。
ステップ 4 [IQN Pools] を右クリックし、[Create IQN Suffix Pool] を選択します。 ステップ 5 [Create IQN Suffix Pool] ウィザードの [Define Name and Description] ページで、次のフィールドに値を入力します。
名前 説明 [Name] フィールド
iSCSI Qualified Name(IQN)プールの名前。
この名前には、1 ~ 32 文字の英数字を使用できます。 -(ハイフン)、_(アンダースコア)、:(コロン)、および . (ピリオド)は使用できますが、それ以外の特殊文字とスペースは使用できません。また、オブジェクトが保存された後で、この名前を変更することはできません。
[Description] フィールド
プールのユーザ定義による説明。
256 文字以下で入力します。 次を除く任意の文字またはスペースを使用できます。`(アクセント記号)、\(円記号)、^(カラット)、"(二重引用符)、=(等号)、>(大なり)、<(小なり)、または'(一重引用符)は使用できません。
[Prefix] フィールド
このプール用に作成された IQN ブロックのプレフィックス。
1~150 文字を入力します。 任意の英数字および次の特殊文字を使用できます。 .(ピリオド)、:(コロン)、-(ハイフン)。 たとえば、iqn1.alpha.com を使用できます。
[割り当て順序] フィールド
次のいずれかになります。
ステップ 6 [Next] をクリックします。 ステップ 7 [Create IQN Suffix Pool] ウィザードの [Add IQN Blocks] ページで、[Add] をクリックします。 ステップ 8 [Create a Block of IQN Suffixes] ダイアログボックスで、次のフィールドに値を入力します。 ステップ 9 [OK] をクリックします。 ステップ 10 [Finish] をクリックして、ウィザードを終了します。
次の作業IQN サフィックス プールをサービス プロファイルとテンプレートのうち一方、または両方に含めます。
IQN プールへのブロックの追加
手順
ステップ 1 [Navigation] ペインの [SAN] タブをクリックします。 ステップ 2 [SAN] タブで、 を展開します。 ステップ 3 プールが格納されている組織のノードを展開します。 システムにマルチテナント機能が備えられていない場合は、[root] ノードを展開します。
ステップ 4 [IQN Pools] ノードを展開します。 ステップ 5 希望する IQN プールを右クリックし、[Create a Block of IQN Suffixes] を選択します。 ステップ 6 [Create a Block of IQN Suffixes] ダイアログボックスで、次のフィールドに値を入力します。 ステップ 7 [OK] をクリックします。
IQN プールからのブロックの削除
手順プールからアドレス ブロックを削除すると、Cisco UCS Manager はそのブロックの中の vNIC または vHBA に割り当てられたアドレスを再割り当てしません。 削除されたブロックのすべての割り当て済みブロックは、次のいずれかが起きるまで、割り当てられた vNIC または vHBA に残ります。
ステップ 1 [Navigation] ペインの [SAN] タブをクリックします。 ステップ 2 [SAN] タブで、 を展開します。 ステップ 3 プールが格納されている組織のノードを展開します。 システムにマルチテナント機能が備えられていない場合は、[root] ノードを展開します。
ステップ 4 [IQN Pools] ノードを展開します。 ステップ 5 IQN サフィックスのブロックを削除する IQN プールを選択します。 ステップ 6 [Work] ペインで、[IQN Blocks] タブをクリックします。 ステップ 7 削除するブロックを右クリックし、[Delete] を選択します。 ステップ 8 [Yes] をクリックして削除を確認します。 ステップ 9 [Save Changes] をクリックします。
IQN プールの削除
手順プールを削除した場合、Cisco UCS Manager は、 でそのプールの vNIC または vHBA に割り当てられたアドレスを再割り当てしません。 削除されたプールのすべての割り当て済みブロックは、次のいずれかが起きるまで、割り当てられた vNIC または vHBA に残ります。
ステップ 1 [Navigation] ペインの [SAN] タブをクリックします。 ステップ 2 [SAN] タブで、 を展開します。 ステップ 3 プールが格納されている組織のノードを展開します。 システムにマルチテナント機能が備えられていない場合は、[root] ノードを展開します。
ステップ 4 [IQN Pools] ノードを展開します。 ステップ 5 削除するプールを右クリックし、[Delete] を選択します。 ステップ 6 Cisco UCS Manager GUI に確認ダイアログボックスが表示されたら、[Yes] をクリックします。
LAN ブート
LAN の集中プロビジョニング サーバから 1 つまたは複数のサーバをブートするブート ポリシーを設定できます。 LAN(または PXE)ブートは、その LAN サーバからサーバに OS をインストールする際に頻繁に使用されます。
LAN ブート ポリシーには、複数のタイプのブート デバイスを追加できます。 たとえば、ローカル ディスクや仮想メディア ブートをセカンダリ ブート デバイスとして追加できます。
ブート ポリシー用 LAN ブート ポリシー設定
手順サービス プロファイルまたはサービス プロファイル テンプレートに制限されたローカル ブート ポリシーを作成することもできます。 しかし、複数のサービス プロファイルまたはサービス プロファイル テンプレートに含むことのできるグローバルなブート ポリシーの作成を推奨します。
ブート ポリシーには複数のタイプのブート デバイスを追加できます。 たとえば、セカンダリ ブート デバイスとして、ローカル ディスクや仮想メディア ブートを追加できます。
この手順は、ブート ポリシーの作成 から直接続いています。
ステップ 1 下矢印をクリックして [vNICs] 領域を展開します。 ステップ 2 [Add LAN Boot] リンクをクリックします。 ステップ 3 [Add LAN Boot] ダイアログボックスで、LAN ブートに使用する vNIC の名前を [vNIC] フィールドに入力して、[OK] をクリックします。 ステップ 4 次のどちらかを実行します。
次の作業
ブート ポリシーをサービス プロファイルとテンプレートのうち一方、または両方に含めます。
このブート ポリシーを含むサービス プロファイルがサーバに関連付けられた後で、サーバの [General] タブの [Boot Order Details] 領域で実際のブート順序を確認できます。
ローカル デバイス ブート
Cisco UCS Manager では、異なるローカル デバイスから起動することができます。
(注)
強化されたブート順序を使用している Cisco UCS M3 と M4 のブレード サーバとラック サーバの場合、トップレベルと第 2 レベルのどちらのブート デバイスも選択できます。 標準のブート順序を使用している Cisco UCS M1 と M2 のブレード サーバとラック サーバの場合、トップレベルのブート デバイスのみを選択できます。
ローカル ディスク ブート
サーバにローカル ドライブがある場合、ブート ポリシーを設定して、トップレベルのローカル ディスク デバイスまたは第 2 レベルのデバイスのいずれかからサーバを起動できます。
(注)
第 2 レベルのデバイスは、強化されたブート順序を使用している Cisco UCS M3 と M4 のブレード サーバとラック サーバに対してのみ使用できます。 標準のブート順序を使用している Cisco UCS M1 と M2 のブレード サーバとラック サーバの場合、トップレベルの [Add Local Disk] のみを選択できます。
仮想メディア ブート
ブート ポリシーを設定して、サーバからアクセスできる仮想メディア デバイスから 1 つ以上のサーバを起動できます。 仮想メディア デバイスは、物理 CD/DVD ディスク(読み取り専用)またはフロッピー ディスク(読み取り書き込み)のサーバへの挿入を疑似的に実行します。 このタイプのサーバ ブートは、通常サーバに手動でオペレーティング システムをインストールするために使用されます。
(注)
第 2 レベルのデバイスは、強化されたブート順序を使用している Cisco UCS M3 と M4 のブレード サーバとラック サーバに対してのみ使用できます。 標準のブート順序を使用している Cisco UCS M1 と M2 のブレード サーバとラック サーバの場合、トップレベルの [Add CD/DVD] または [Add Floppy] のみを選択できます。
- ブート ポリシー用ローカル ディスク ブート ポリシー設定
- ブート ポリシー用仮想メディア ブート ポリシー設定
- vMedia ブート ポリシーの作成
- vMedia サービス プロファイルへのブート ポリシーの追加
ブート ポリシー用ローカル ディスク ブート ポリシー設定
手順サービス プロファイルまたはサービス プロファイル テンプレートに制限されたローカル ブート ポリシーを作成することもできます。 しかし、複数のサービス プロファイルまたはサービス プロファイル テンプレートに含むことのできるグローバルなブート ポリシーの作成を推奨します。
ブート ポリシーには複数のタイプのブート デバイスを追加できます。 たとえば、セカンダリ ブート デバイスとして SD カードのブートを追加できます。
この手順は、ブート ポリシーの作成 から直接続いています。
ステップ 1 下矢印をクリックして [Local Devices] 領域を展開します。 ステップ 2 次のリンクのいずれかをクリックして、デバイスを [Boot Order] テーブルに追加します。
(注) 強化されたブート順序を使用している Cisco UCS M3 と M4 のブレード サーバとラック サーバの場合、トップレベルと第 2 レベルのどちらのブート デバイスも選択できます。 標準のブート順序を使用している Cisco UCS M1 と M2 のブレード サーバとラック サーバの場合、トップレベルのブート デバイスのみを選択できます。
ステップ 3 次のどちらかを実行します。
次の作業
ブート ポリシーをサービス プロファイルとテンプレートのうち一方、または両方に含めます。
このブート ポリシーを含むサービス プロファイルがサーバに関連付けられた後で、サーバの [General] タブの [Boot Order Details] 領域で実際のブート順序を確認できます。
ブート ポリシー用仮想メディア ブート ポリシー設定
手順サービス プロファイルまたはサービス プロファイル テンプレートに制限されたローカル ブート ポリシーを作成することもできます。 しかし、複数のサービス プロファイルまたはサービス プロファイル テンプレートに含むことのできるグローバルなブート ポリシーの作成を推奨します。
ブート ポリシーには複数のタイプのブート デバイスを追加できます。 たとえば、セカンダリ ブート デバイスとしてローカル ディスクのブートを追加できます。
(注)
仮想メディアでは、USB を有効にする必要があります。 USB の機能に影響する BIOS 設定を変更した場合は、仮想メディアにも影響します。 したがって、最適なパフォーマンスを実現するためには、次の USB BIOS をデフォルト設定のままにしておくことをお勧めします。
[Make Device Non Bootable]:[disabled] に設定します。
[USB Idle Power Optimizing Setting]:[high-performance] に設定します。
この手順は、ブート ポリシーの作成 から直接続いています。
ステップ 1 下矢印をクリックして [Local Devices] 領域を展開します。 ステップ 2 次のリンクのいずれかをクリックして、デバイスを [Boot Order] テーブルに追加します。
(注) 強化されたブート順序を使用している Cisco UCS M3 と M4 のブレード サーバとラック サーバの場合、トップレベルと第 2 レベルのどちらのブート デバイスも選択できます。 標準のブート順序を使用している Cisco UCS M1 と M2 のブレード サーバとラック サーバの場合、トップレベルのブート デバイスのみを選択できます。
ステップ 3 次のどちらかを実行します。
次の作業
ブート ポリシーをサービス プロファイルとテンプレートのうち一方、または両方に含めます。
このブート ポリシーを含むサービス プロファイルがサーバに関連付けられた後で、サーバの [General] タブの [Boot Order Details] 領域で実際のブート順序を確認できます。
vMedia ブート ポリシーの作成
手順
ステップ 1 [Navigation] ペインの [Servers] タブをクリックします。 ステップ 2 [Servers] タブで、 を展開します。 ステップ 3 [Boot Policies] を右クリックし、[Create Boot Policy] を選択します。 ステップ 4 [Create Boot Policy] ダイアログボックスで、次のフィールドに値を入力します。
名前 説明 [名前] フィールド
ポリシーの名前。
[説明] フィールド
ポリシーの説明。 ポリシーが使用される場所と条件についての情報を含めることを推奨します。
256 文字以下で入力します。 次を除く任意の文字またはスペースを使用できます。`(アクセント記号)、\(円記号)、^(カラット)、"(二重引用符)、=(等号)、>(大なり)、<(小なり)、または'(一重引用符)は使用できません。
(注) このオプションが選択されない場合、vMedia ポリシーを変更しても、ホストはリブートされません。 非仮想化アダプタのブート デバイスを追加または変更すると、常にサーバがリブートされます。
(注) UEFI ブート モードにより求められることは、アダプタ ファームウェアが UEFI 対応であること、ブート デバイスが UEFI 対応のオペレーティング システムを備えていること、サービス プロファイルが Cisco UCS M3 ブレードまたはラック サーバに関連付けられていることです。
ステップ 5 仮想 vMedia リモート デバイスをブート順序に追加するには、[CIMC Mounted vMedia] を展開します。 ステップ 6 [Add Remote vMedia HDD or Add Remote vMedia CD/DVD] リンクをクリックします。 選択する vMedia デバイスに応じて、[Add Remote vMedia] ダイアログボックスが表示されます。 ステップ 7 ドロップダウン リストから、[CIMC Mounted CD/DVD] または [CIMC Mounted HDD] を追加します。 ステップ 8 [OK] をクリックします。 vMedia ブート ポリシーが [Boot Order] ペインに追加されます。
次の作業
vMedia とブート ポリシーを [Service Profile] に関連付けます。
vMedia サービス プロファイルへのブート ポリシーの追加
手順この手順では、[Create Service Profile (expert)] ウィザードの [Server Boot Order] ページで、vMedia のブート ポリシー オプションを設定する方法について説明します。
ステップ 1 [Navigation] ペインの [Servers] タブをクリックします。 ステップ 2 [Servers] タブで、 を展開します。 ステップ 3 サービス プロファイルを作成する組織のノードを展開します。 システムにマルチテナント機能が備えられていない場合は、[root] ノードを展開します。
ステップ 4 組織を右クリックし、[Create Service Profile (expert)] を選択します。 [The Unified Computing System Manager] ペインが表示されます。 ステップ 5 [Name] フィールドに、サービス プロファイルの識別に使用できる一意の名前を入力します。 この名前には、2 ~ 32 文字の英数字を使用できます。 -(ハイフン)、_(アンダースコア)、:(コロン)、および . (ピリオド)は使用できますが、それ以外の特殊文字とスペースは使用できません。この名前は、同じ組織内のすべてのサービス プロファイルおよびサービス プロファイル テンプレートで一意であることが必要です。
この名前は、サービス プロファイルを作成する組織またはサブ組織内で一意である必要があります。
ステップ 6 [UUID Assignment] ドロップダウン リストで、次のいずれかの手順を実行します。
オプション 説明 Select (pool default used by default)
デフォルトの UUID 接尾辞プールから UUID を割り当てます。
ステップ 8 に進みます。
製造元によってサーバに割り当てられた UUID を使用します。
このオプションを選択した場合、UUID はサービス プロファイルがサーバと関連付けられるまで割り当てられません。 この時点で、UUID は製造元によってサーバに割り当てられた UUID 値に設定されます。 サービス プロファイルを後で別のサーバに移動すると、UUID は新しいサーバに一致するように変更されます。
ステップ 8 に進みます。
ステップ 7 に進みます。
ドロップダウン リストの下部のリストから選択する UUID 接尾辞プールから UUID を割り当てます。
各プール名の後には、プール内で利用可能な UUID の数および UUID の合計数を示す、括弧に囲まれた 2 つの数字が表示されます。
既存のプールを使用するのではなく、すべてのサービス プロファイルがアクセスできるプールを作成する場合は、ステップ 4 に進みます。 それ以外の場合はステップ 8 に進みます。
ステップ 7 (任意) オプションを選択した場合は、次の手順を実行します。 ステップ 8 (任意)このサービス プロファイルで使用する新しい UUID 接尾辞プールを作成する場合は、[Create UUID Suffix Pool] をクリックし、[Create UUID Suffix Pool] ウィザードのフィールドに値を入力します。 詳細については、UUID 接尾辞プールの作成を参照してください。
ステップ 9 (任意)テキスト ボックスに、このサービス プロファイルの説明を入力します。 このサービス プロファイルのユーザ定義による説明。
256 文字以下で入力します。 次を除く任意の文字またはスペースを使用できます。`(アクセント記号)、\(円記号)、^(カラット)、"(二重引用符)、=(等号)、>(大なり)、<(小なり)、または'(一重引用符)は使用できません。
ステップ 10 [Next] をクリックします。 ステップ 11 [Create Service Profile (expert)] に移動し、[Server Boot Order] をクリックします。 [Boot Policy] ペインが表示されます。 ステップ 12 [Boot Policy] ドロップダウン リストで、次のいずれかを選択します。
オプション 説明 Select Boot Policy to use
このサービス プロファイルにデフォルトのブート ポリシーを割り当てます。
ステップ 13 に進みます。
Create a Specific Boot Policy
このサービス プロファイル テンプレートだけがアクセスできるローカル ブート ポリシーを作成できます。
[Boot Policies Policy_Name]
サービス プロファイルに既存のブート ポリシーを割り当てます。 このオプションを選択した場合、Cisco UCS Managerでポリシーの詳細が表示されます。
既存のポリシーを使用するのではなく、すべてのサービス プロファイルがアクセスできるポリシーを作成する場合は、[Create Boot Policy] をクリックします。 それ以外の場合は、リストでポリシーを選択し、ステップ 13 に進みます。
ステップ 13 すべてのサービス プロファイルおよびテンプレートにアクセスできる新しいブート ポリシーを作成したら、[Boot Policy] ドロップダウン リストからそのポリシーを選択します。 ステップ 14 [Next] をクリックします。
次の作業