その他のインストールシナリオ
標準的な手動インストールプロセスに加えて、XenServer®は、以下を含むさまざまな種類のインストールを実行する機能を提供します。
- PXEブートを使用したネットワークインストール
- 無人インストール
- SANからの起動用にホストを設定する
- ホストのマルチパスを設定する
インストール中に問題が発生した場合は、この記事「インストールログ」に記載されているようにログを収集してください。
サポートされているブートモード
XenServerは、UEFIまたはUEFIセキュアブートモードを使用したホストの起動をサポートしています。セキュアブートの詳細については、「XenServer 9のセキュアブート」を参照してください。
ネットワークインストール
インストールしたいサーバーにPXEブート対応のイーサネットカードがある場合、この機能を使用してPXEブートによるネットワークインストールを実行できます。
ネットワークからインストールするためにPXEブートを使用するには、以下の手順が必要です。
-
インストーラーファイルをTFTPサーバーにコピーし、PXEブートインストール用にTFTPサーバーとDHCPサーバーを設定します。
-
インストールメディアをNFS、FTP、またはHTTPでホストします。インストーラーファイルのみがTFTPサーバーからアクセスされます。サーバーにインストールされるXenServerファイルは、NFS、FTP、またはHTTPサーバーでホストされます。あるいは、PXEブートでインストールを開始した後、ターゲットサーバーでホストされているローカルメディアからインストールを完了することもできます。
-
(オプション)無人インストール用の応答ファイルを作成します。代わりに、対話型インストールを選択し、インストーラーを手動で進めることもできます。
-
インストールプロセスを開始します(#start-the-network-installation)。
注:
タグ付きVLANネットワークではPXEブートはサポートされていません。PXEブートに使用するVLANネットワークがタグなしであることを確認してください。
TFTPサーバーとDHCPサーバーを構成する
XenServerインストールメディアをセットアップする前に、TFTPサーバーとDHCPサーバーを構成してください。以下のセクションには、UEFIを使用したPXEブート用にTFTPサーバーを構成する方法に関する情報が含まれています。一般的なセットアップ手順については、ベンダーのドキュメントを参照してください。
UEFIを使用したPXEブート用にTFTPサーバーを構成する
インストーラーファイルをTFTPサーバーでホストし、DHCPサーバーとTFTPサーバーを構成して、UEFIブートモードでのPXEブートを有効にします。この構成は、インストールプロセスを開始するために使用されます。
-
TFTPルートディレクトリ（例:
/tftpboot）に、EFI/xenserverというディレクトリを作成します。 -
XenServerインストールメディアから、TFTPサーバー上の新しい
EFI/xenserverディレクトリに以下のファイルをコピーします。-
/EFI/xenserverディレクトリからgrubx64.efi - ルートディレクトリから
install.img -
/bootディレクトリからvmlinuz -
/bootディレクトリからxen.gz
-
-
DHCPサーバーを構成して、
/EFI/xenserver/grubx64.efiをブートファイルとして提供するようにします。 -
TFTPサーバー上の
EFI/xenserverディレクトリに、grub.cfgファイルを作成します。このファイルの内容は、PXEブート環境をどのように構成したいか、およびサーバーに適した値によって異なります。
-
例：無人インストール この構成例では、指定されたURLにある応答ファイルを使用して無人インストールを実行します。
menuentry "XenServer Install (serial)" { multiboot2 /EFI/xenserver/xen.gz dom0_max_vcpus=1-16 dom0_mem=max:8192M com1=115200,8n1 console=com1,vga module2 /EFI/xenserver/vmlinuz console=hvc0 console=tty0 answerfile_device=<interface_name> answerfile=http://<ip_address>/<path_to_answer_file> install module2 /EFI/xenserver/install.img } <!--NeedCopy-->注：
応答ファイルを取得するために使用するネットワークアダプターを指定するには、
answerfile_device=<interface_name>またはanswerfile_device=<MAC>パラメーターを含め、ネットワークインターフェイス名（例：eno12429np0）またはデバイスのMACアドレスのいずれかを指定します。ネットワークアダプターがホスト間で異なる方法で列挙される可能性がある環境（たとえば、異なるハードウェア世代を使用している場合）では、
map_netdevブートパラメーターを指定して、MACアドレスに基づいてネットワークアダプターの論理的な順序を明示的に制御できます。map_netdevパラメーターはインストーラーのブートパラメーターとして提供する必要があり、ホスト間で一貫したネットワークアダプターの順序を確保するために、無人インストールで一般的に使用されます。このパラメーターは、特定のMACアドレスを論理インデックスにマッピングする（例：map_netdev=0:<MAC>）ことをサポートします。決定論的なNIC順序を確保するには、必要な各アダプターに対してこのパラメーターを繰り返します。たとえば、特定のハードウェアマッピングを強制するには、
map_netdev=0:00:11:22:AA:BB:CCを指定できます。応答ファイルの使用に関する詳細については、「無人インストール用の応答ファイルの作成」を参照してください。
-
例：手動インストール この構成例では、TFTPサーバーから起動し、手動応答を必要とするインストールを開始します。
menuentry "XenServer Install (serial)" { multiboot2 /EFI/xenserver/xen.gz dom0_max_vcpus=1-16 dom0_mem=max:8192M com1=115200,8n1 console=com1,vga module2 /EFI/xenserver/vmlinuz console=hvc0 console=tty0 module2 /EFI/xenserver/install.img } <!--NeedCopy-->
-
次のステップ： NFS、FTP、またはHTTPでインストールメディアをホストする。TFTPサーバーとDHCPサーバーに加えて、サーバーにインストールされるXenServerファイルを格納するためのNFS、FTP、またはHTTPサーバーが必要です。
NFS、FTP、またはHTTPでインストールメディアをホストする
TFTPサーバーはインストーラーを起動するために必要なファイルをホストしますが、インストールされるファイルまたはアップグレードに使用するファイルは、NFS、FTP、またはHTTPサーバーでホストされます。
サーバー上のローカルメディアから開始されたインストールまたはアップグレードを完了するために、NFS、FTP、またはHTTPでホストされているファイルを使用することもできます。
-
HTTP、FTP、またはNFSサーバー上で、XenServerインストールメディアをHTTP、FTP、またはNFS経由でエクスポートできるディレクトリを作成します。
-
IISを使用してインストールメディアをホストしている場合、仮想ディレクトリが使用されていると仮定して、次のセットアップを完了します。
- 仮想ディレクトリのディレクトリ参照を有効にします。
- 仮想ディレクトリにインストールISOを展開する前に、二重エスケープが有効になっていることを確認してください。
- 次の必須MIMEタイプを設定します。
-
.を application/octet-stream として -
.*を application/octet-stream として
以下の
web.configファイルは、仮想ディレクトリに設定されたこれらの値を示しています。<?xml version="1.0" encoding="UTF-8"?> <configuration> <system.webServer> <security> <requestFiltering allowDoubleEscaping="true" /> </security> <directoryBrowse enabled="true" showFlags="Date, Time, Size, Extension, LongDate" /> <staticContent> <mimeMap fileExtension="." mimeType="application/octet-stream" /> <mimeMap fileExtension=".*" mimeType="application/octet-stream" /> </staticContent> </system.webServer> </configuration> <!--NeedCopy--> -
-
XenServerインストールISOの内容を解凍します。これを行うには、次のいずれかの方法があります。
- 7-zipなどのISO解凍アプリケーションを使用します。
- ISOをマウントし、すべての内容をコピーします。
-
XenServerインストールISOの解凍された内容全体を、HTTP、FTP、またはNFSサーバー上の新しく作成されたディレクトリにコピーします。このディレクトリがインストールリポジトリです。
注:
XenServerインストールメディアをコピーする際は、ファイル
.treeinfoを新しく作成したディレクトリにコピーしてください。
次のステップ:
- 無人インストールを完了する場合: 無人インストール用の応答ファイルを作成する。
- 手動インストールを開始するためにPXEブートを使用する場合: ネットワークインストールを開始する。
無人インストール用の応答ファイルを作成する
無人方式でインストールを実行するには、XML応答ファイルを作成します。
すべてのノードを installation という名前のルートノード内に含めます。応答ファイルを作成する際は、応答ファイルのリファレンスを参照してください。
応答ファイルの例を次に示します。
<?xml version="1.0"?>
<installation srtype="ext">
<primary-disk>sda</primary-disk>
<guest-disk>sdb</guest-disk>
<guest-disk>sdc</guest-disk>
<keymap>us</keymap>
<root-password>mypassword</root-password>
<source type="url">http://pxehost.example.com/xenserver/</source>
<script stage="filesystem-populated" type="url">
http://pxehost.example.com/myscripts/post-install-script
</script>
<admin-interface name="<interface-name>" proto="dhcp" />
<timezone>Europe/London</timezone>
</installation>
<!--NeedCopy-->
次のステップ: ネットワークインストールを開始する。
応答ファイルを使用した自動アップグレード
応答ファイルを適切に変更することで、自動アップグレードを実行することもできます。
-
installation要素のmode属性をupgradeに設定します。 - 既存のインストールが存在するディスクを
existing-installation要素で指定します。 -
primary-disk要素とguest-disk要素は指定しないでください。
例:
<?xml version="1.0"?>
<installation mode="upgrade">
<existing-installation>sda</existing-installation>
<source type="url">http://pxehost.example.com/xenserver/</source>
<script stage="filesystem-populated" type="url">
http://pxehost.example.com/myscripts/post-install-script
</script>
</installation>
<!--NeedCopy-->
応答ファイルのリファレンス
以下は要素の概要です。特に明記されていない限り、すべてのノード値はテキストです。必須要素が示されています。
<installation>
必須ですか？ はい
説明: 他のすべての要素を含むルート要素です。
属性:
srtype
属性 srtype には、次のいずれかの値を指定できます: lvm、ext、または xfs:
-
lvm- ローカルストレージタイプをLVMに設定します。 -
ext- ローカルストレージタイプをEXT4に設定します。これにより、Citrix Virtual Desktopsのローカルキャッシュが適切に機能するようになります。詳細については、「ストレージ」を参照してください。 -
xfs- ローカルストレージタイプをXFSに設定します。このオプションを使用すると、論理ブロックサイズが512バイトでなくても、4 KBの物理ブロックを持つローカルストレージデバイスを作成できます。
シンプロビジョニングを有効にするには、srtype 属性を ext または xfs として指定します。srtype 属性を指定しない場合、srtype のデフォルト値は lvm です。srtype 属性を指定しないが、応答ファイルでローカルストレージ用に4 KBネイティブディスクを構成した場合、デフォルト値は xfs です。
注記:
4 KBの物理ブロックでは、ローカルLVMまたはローカルEXT3/EXT4ストレージタイプを使用できません。4 KBの物理ブロックを構成しながら、
srtype属性にlvmまたはextを指定しようとすると、応答ファイルの構成は互換性がないとして拒否されます。
mode
インストールタイプをアップグレードに変更するには、値 upgrade を持つ mode 属性を指定します。この属性が指定されていない場合、インストーラーは新規インストールを実行し、サーバー上の既存のデータをすべて上書きします。
<primary-disk>
必須ですか？ はい
注記:
アップグレードシナリオでは非推奨です。
説明: コントロールドメインがインストールされるストレージデバイスの名前。この要素は、手動インストールプロセスの「プライマリディスクの選択」ステップで行われる選択に相当します。
属性: guest-storage 属性を、可能な値 yes および no とともに指定できます。
例: <primary-disk guest-storage="no">sda</primary-disk>
デフォルト値は yes です。no を指定すると、ストレージリポジトリが作成されないインストールシナリオを自動化できます。この場合、ゲストディスクキーは指定しません。
<guest-disk>
必須ですか？ いいえ
説明: ゲストの保存に使用されるストレージデバイスの名前。追加のディスクごとにこれらの要素のいずれかを使用します。
属性: なし
<ntp>
必須ですか？ はい
説明: NTPサーバーのソースを指定します。<ntp> 要素が指定されていない場合、<ntp-server> が指定されていればデフォルトは manual、DHCPを使用している場合は dhcp、それ以外の場合は default となります。
属性:
属性 source は、次のいずれかの値を持つことができます: dhcp、default、manual、または none。
-
dhcp- DHCPからNTPサーバーを使用する -
default- デフォルトのNTPサーバーを使用する -
manual- 提供されたNTPサーバーを使用します。この場合、少なくとも1つの<ntp-server>エントリを指定する必要があります。 -
none- NTPは無効です
If sourceがdhcp、default、またはnoneの場合、<ntp-server>を指定しないでください。
<ntp-server>
必須ですか？ いいえ
説明: 1つ以上のNTPサーバーを指定します。ntp要素とmanual属性でのみ使用されます。
属性: なし
<keymap>
必須ですか？ いいえ
説明: インストール中に使用するキーマップの名前。<keymap>us</keymap> この要素の値を指定しない場合、デフォルト値であるusが考慮されます。
属性: なし
<root-password>
必須: いいえ
説明: XenServerホストの希望するrootパスワード。パスワードが提供されない場合、ホストが最初に起動したときにプロンプトが表示されます。
属性: hashまたはplaintextであるtypeを指定できます。
例:
<root-password type="hash">hashedpassword</root-password>
<!--NeedCopy-->
ハッシュ化された値は、glibc の crypt(3) でサポートされている任意のハッシュタイプを使用できます。デフォルトのハッシュタイプは SHA-512 です。
回答ファイルに含めるハッシュ化されたパスワード文字列を生成するには、以下のPythonコードを使用できます。
python -c 'import crypt; print(crypt.crypt("mypasswordhere", crypt.mksalt(crypt.METHOD_SHA512)))'
<!--NeedCopy-->
<source>
必須: はい
説明: アップロードされたXenServerインストールメディアまたは補足パックの場所。この要素は複数回出現する可能性があります。
属性: 属性 type は、次のいずれかの値を持つことができます: url、nfs、または local。
値が local の場合、要素を空のままにします。例:
<source type="url">http://server/packages</source>
<source type="local" />
<source type="nfs">server:/packages</source>
<!--NeedCopy-->
<script>
必須: いいえ
説明: インストール後スクリプトの場所。
属性:
属性 stage は、次のいずれかの値を持つことができます: filesystem-populated、installation-start、または installation-complete。
-
値
filesystem-populatedが使用される場合、スクリプトはルートファイルシステムがアンマウントされる直前に実行されます (例えば、インストール/アップグレード後、initrdが既に構築された後など)。スクリプトは、ルートファイルシステムのマウントポイントである引数を受け取ります。 -
値
installation-startが使用される場合、スクリプトはメインのインストールシーケンスを開始する前に実行されますが、インストーラーが初期化され、回答ファイルが処理された後です。スクリプトは引数を受け取りません。 -
値
installation-completeが使用される場合、インストーラーがすべての操作を完了した後（したがって、ルートファイルシステムがアンマウントされた後）にスクリプトが実行されます。インストールが正常に完了した場合はゼロ、何らかの理由で失敗した場合はゼロ以外の値を持つ引数をスクリプトが受け取ります。
属性 type は、次のいずれかの値を持つことができます: url、nfs、または local。
値が url または nfs の場合、URL または NFS パスを PCDATA に記述します。値が local の場合、PCDATA を空のままにします。例：
<script stage="filesystem-populated" type="url">
http://prehost.example.com/post-install-script
</script>
<script stage="installation-start" type="local">
file:///scripts/run.sh
</script>
<script stage="installation-complete" type="nfs">
server:/scripts/installation-pass-fail-script
</script>
<!--NeedCopy-->
注：
ローカルファイルを使用する場合は、パスが絶対パスであることを確認してください。これは通常、
file://プレフィックスの後に別のスラッシュが続き、その後にスクリプトへの完全なパスが続くことを意味します。
<admin-interface>
必須： 場合によっては
注：
インストール/再インストール時には必須ですが、アップグレードまたは復元時には必須ではありません。
説明： ホスト管理インターフェースとして使用される単一のネットワークインターフェース。
属性：
次のいずれかの属性を指定します。
-
name- ネットワークインターフェースの名前。例：eno12429np0。 -
hwaddr- ネットワークインターフェースのMACアドレス。例：00:00:11:aa:bb:cc。
属性 proto は、次のいずれかの値を持つことができます: dhcp または static。
proto="static" を指定する場合、以下のすべての子要素も指定する必要があります。
子要素
-
<ipaddr>: IPアドレス -
<subnet>: サブネットマスク -
<gateway>: ゲートウェイ
<timezone>
必須: いいえ
説明: TZ変数で使用される形式のタイムゾーン。例: Europe/London、America/Los_Angeles。デフォルト値はEtc/UTCです。
<name-server>
必須: いいえ
説明: ネームサーバーのIPアドレス。使用したいネームサーバーごとにこれらの要素を1つ使用します。
<hostname>
必須: いいえ
説明: ホスト名を手動で設定したい場合に、この要素を指定します。
<ntp-server>
必須: いいえ
説明: 1つ以上のNTPサーバーを指定します。
ネットワークインストールを開始する
PXEブートインストールに必要なネットワークサーバーを設定した後、インストール先のサーバーで次の手順を実行します。
-
システムを起動し、ブートメニューに入ります（ほとんどのBIOSプログラムではF12）。
-
イーサネットカードから起動することを選択します。
-
その後、システムは設定したインストール元からPXEブートし、インストールスクリプトが開始されます。
- 応答ファイルを設定している場合、インストールは無人で進行します。
- 手動インストールを行うことを決定した場合は、プロンプトが表示されたら情報を提供します。詳細については、インストールを参照してください。
SANからのブート
SANからのブート環境は、高性能、冗長性、スペース統合など、いくつかの利点を提供します。これらの環境では、ブートディスクはリモートSAN上にあり、ローカルホスト上にはありません。
以下の種類のSANからのブート構成がサポートされています。
XenServerでSANからのブートを設定する前に、この機能を有効にするようにハードウェアBIOSを設定していることを確認してください。詳細については、ハードウェアベンダーのドキュメントを参照してください。
完全に冗長なSANブート環境では、I/Oアクセス用に複数のパスを構成する必要があります。詳細については、マルチパスの有効化を参照してください。
注:
SANブート環境を使用している場合、ログをリモートsyslogサーバーに送信することを強くお勧めします。syslogメッセージを中央サーバーに送信するを参照してください。リモートsyslogが有効になっておらず、システム障害によってブートディスクへのアクセスが失われた場合、根本原因を特定することが非常に困難になり、これらのログがないとテクニカルサポートが支援を提供できない可能性があります。
HBAとハードウェアFibre Channel
このタイプのSANブート展開は、ホスト上のハードウェアFibre ChannelまたはHBA iSCSIアダプターをサポートするSANベースのディスクアレイに依存します。ホストはホストバスアダプター（HBA）を介してSANと通信します。HBAのBIOSには、ホストがブートディスクを見つけることを可能にする命令が含まれています。
ハードウェアFibre ChannelまたはHBAアダプターを介したSANブートを設定するためのすべての構成は、XenServerをサーバーにインストールする前に、ネットワークインフラストラクチャで行われます。この設定を完了する方法については、ベンダーが提供するドキュメントを参照してください。
iSCSIからのソフトウェアブート
iSCSIからのソフトウェアブート機能により、お客様はiSCSIを使用してSANからXenServerをインストールおよびブートできます。この機能を使用すると、XenServerはiSCSIターゲットによって提供されるLUNにインストールされ、そこからブートおよび実行できます。iSCSIターゲットはiSCSIブートファームウェアテーブルで指定されます。この機能により、ルートディスクをiSCSI経由で接続できます。このブートディスクは、SRを提供する同じターゲット上に配置できます。
この機能を使用するには、環境が次の要件を満たしていることを確認してください。
-
iSCSIブート専用のネットワークインターフェースは、管理インターフェースおよびVMトラフィックに使用されるインターフェースとは分離されている必要があります。
-
ストレージ（iSCSIターゲット）は、ホスト上のIPアドレスを持つ他のすべてのネットワークインターフェースとは別のレイヤー3（IP）ネットワーク上にある必要があります。
-
iSCSIブートターゲット専用のネットワークインターフェースには、タグ付きVLANを使用しないでください。
-
マルチパスが構成されていることをお勧めします。
iSCSIからのソフトウェアブート機能を構成するには、use_ibftパラメーターをブートパラメーターに追加する必要があります。このパラメーターの追加方法は、ブートモードと実行しているインストールの種類によって異なります。
ローカルメディアからのインストール中に、UEFIブートサーバーでiSCSIからのソフトウェアブート機能を有効にする
-
インストールメディアからコンピュータを起動します。詳細については、「XenServer ホストのインストール」を参照してください。
最初の起動メッセージの後、GRUB メニューが表示されます。このメニューは5秒間表示されます。
-
カーソルキーを使用して、install オプションを選択します。
-
起動する前にコマンドを編集するには、
eキーを押します。 -
次の行で始まる行を編集します。
module2 /EFI/xenserver/vmlinuz ... <!--NeedCopy-->カーソルキーを使用して、この行の末尾に
use_ibftを含めるように編集します。module2 /EFI/xenserver/vmlinuz ... use_ibft <!--NeedCopy--> -
Enter キーを押します。
-
通常どおり XenServer ホストのインストールプロセスを続行します。
PXE ブートインストール中に UEFI ブートサーバーでソフトウェアブートフロム iSCSI 機能を有効にする
PXE を使用してインストールする場合は、カーネルパラメーターにキーワード use_ibft を追加してください。
例:
menuentry "XenServer Install (serial)" {
multiboot2 /EFI/xenserver/xen.gz dom0_max_vcpus=1-16 dom0_mem=max:8192M com1=115200,8n1 console=com1,vga
module2 /EFI/xenserver/vmlinuz console=hvc0 console=tty0 answerfile_device=<interface_name> answerfile=http://<ip_address>/<path_to_answer_file> install use_ibft
module2 /EFI/xenserver/install.img
}
<!--NeedCopy-->
PXE ブートの設定の詳細については、「UEFI を使用した PXE ブート用に TFTP サーバーを構成する」を参照してください。
補足パックをインストールする
補足パックは、コントロール ドメイン (dom0) にソフトウェアをインストールすることで、XenServer の機能を変更および拡張するために使用されます。たとえば、OEM パートナーは、SNMP エージェントのインストールを必要とする一連の管理ツールを XenServer とともに提供したいと考えるかもしれません。補足パックは、XenServer の初期インストール時、または実行中の XenServer インスタンスに後でいつでもインストールできます。
XenServer のインストール中に補足パックをインストールする場合は、各補足パックを Web サーバー上の個別のディレクトリに展開します。
補足パックは、以下のいずれかの方法でインストールできます。
-
対話型インストール中に、補足パックのインストールを求められたときに、補足パックメディアのURLを指定します。
-
インストールに回答ファイルを使用している場合は、追加の
<source>要素を追加して、補足パックの場所を指定します。