その他のインストールシナリオ
標準的な手動インストールプロセスに加えて、XenServer® は、以下を含むさまざまな種類のインストールを実行する機能を提供します。
- PXEブートを使用したネットワークインストール
- 無人インストール
- ホストをSANから起動するように設定する
- ホストのマルチパスを構成する
インストール中に問題が発生した場合は、この記事「インストールログ」に記載されているようにログを収集してください。
サポートされているブートモード
XenServerは、UEFIまたはUEFIセキュアブートモードを使用したホストの起動をサポートしています。セキュアブートの詳細については、「XenServer 9のセキュアブート」を参照してください。
ネットワークインストール
インストールするサーバーにPXEブート対応のイーサネットカードが搭載されている場合、この機能を使用してPXEブートによるネットワークインストールを実行できます。
PXEブートを使用してネットワークからインストールするには、次の手順を実行します。
-
インストーラーファイルをTFTPサーバーにコピーし、TFTPサーバーとDHCPサーバーをPXEブートインストール用に構成します。
-
インストールメディアをNFS、FTP、またはHTTPでホストする。インストーラーファイルのみがTFTPサーバーからアクセスされます。サーバーにインストールされるXenServerファイルは、NFS、FTP、またはHTTPサーバーでホストされます。あるいは、PXEブートを介してインストールを開始した後、ターゲットサーバーでホストされているローカルメディアからインストールを完了することもできます。
-
(オプション)無人インストール用の応答ファイルを作成する。代わりに、対話型インストールを選択し、インストーラーを手動で進めることもできます。
注:
タグ付き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は無効です
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を構成していることを確認してください。詳細については、ハードウェアベンダーのドキュメントを参照してください。
完全に冗長なboot-from-SAN環境では、I/Oアクセス用に複数のパスを構成する必要があります。詳細については、マルチパスの有効化を参照してください。
注:
boot-from-SAN環境を使用する場合、ログをリモートsyslogサーバーに送信することを強くお勧めします。syslogメッセージを中央サーバーに送信するを参照してください。リモートsyslogが有効になっておらず、システム障害によってブートディスクへのアクセスが失われた場合、根本原因を特定することは非常に困難であり、これらのログがないとテクニカルサポートが支援を提供できない可能性があります。
HBAとハードウェアFibre Channel
このタイプのboot-from-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 ホストのインストール」(/ja-jp/xenserver/9/install.html)を参照してください。
最初の起動メッセージの後、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 サーバーを構成する」(#configure-your-tftp-server-for-pxe-boot-with-uefi)を参照してください。
補足パックのインストール
補足パックは、制御ドメイン (dom0) にソフトウェアをインストールすることで、XenServer の機能を変更および拡張するために使用されます。たとえば、OEM パートナーは、SNMP エージェントのインストールを必要とする一連の管理ツールを XenServer とともに提供したい場合があります。補足パックは、XenServer の初期インストール時、または実行中の XenServer インスタンスに後でいつでもインストールできます。
XenServer のインストール中に補足パックをインストールする場合は、各補足パックを Web サーバー上の個別のディレクトリに展開します。
補足パックは、以下のいずれかの方法でインストールできます。
-
対話型インストール中に、補足パックのインストールを求められたら、補足パックメディアのURLを指定します。
-
インストールに回答ファイルを使用している場合は、追加の
<source>要素を追加して、補足パックの場所を指定します。