その他のインストールシナリオ

最終公開日 : Oct 07, 2026
標準的な手動インストールプロセスに加えて、XenServer®は、以下を含む様々な種類のインストールを実行する機能を提供します。
  • PXEブートを使用したネットワークインストール
  • 無人インストール
  • SANからのホストの起動設定
  • ホストのマルチパス設定
インストール中に問題が発生した場合は、この記事「インストールログ」に記載されているようにログを収集してください。
Related information
インストール

サポートされているブートモード

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ブートを有効にします。この構成は、インストールプロセスを開始するために使用されます。
  1. TFTPルートディレクトリ（例: /tftpboot）に、EFI/xenserverという名前のディレクトリを作成します。
  2. XenServerインストールメディアから、以下のファイルをTFTPサーバー上の新しいEFI/xenserverディレクトリにコピーします。
    • /EFI/xenserverディレクトリからgrubx64.efi
    • ルートディレクトリからinstall.img
    • /bootディレクトリからvmlinuz
    • /bootディレクトリからxen.gz
  3. DHCPサーバーを構成して、/EFI/xenserver/grubx64.efiをブートファイルとして提供するようにします。
  4. 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
      }
      注:
      応答ファイルを取得するために使用するネットワークアダプターを指定するには、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
      }
次のステップ: NFS、FTP、またはHTTPでインストールメディアをホストする。TFTPサーバーとDHCPサーバーに加えて、サーバーにインストールされるXenServerファイルを格納するためのNFS、FTP、またはHTTPサーバーが必要です。

NFS、FTP、またはHTTPでインストールメディアをホストする

TFTPサーバーはインストーラーを起動するために必要なファイルをホストしますが、インストールされるファイルまたはアップグレードに使用するファイルは、NFS、FTP、またはHTTPサーバーでホストされます。
サーバー上のローカルメディアから開始されたインストールまたはアップグレードを完了するために、NFS、FTP、またはHTTPでホストされているファイルを使用することもできます。
  1. HTTP、FTP、またはNFSサーバー上で、XenServerインストールメディアをHTTP、FTP、またはNFS経由でエクスポートできるディレクトリを作成します。
  2. IISを使用してインストールメディアをホストしている場合、仮想ディレクトリが使用されていると仮定して、次のセットアップを完了します。
    1. 仮想ディレクトリのディレクトリ参照を有効にします。
    2. 仮想ディレクトリにインストールISOを抽出する前に、その仮想ディレクトリで二重エスケープが有効になっていることを確認してください。
    3. 次の必須MIMEタイプを設定します
      1. . を application/octet-stream として
      2. .* を 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>
  3. XenServerインストールISOの内容を展開します。これには次のいずれかの方法を使用できます。
    • 7-zipなどのISO解凍アプリケーションを使用する。
    • ISOをマウントし、すべての内容をコピーする。
  4. XenServerインストールISOの展開された内容全体を、HTTP、FTP、またはNFSサーバー上の新しく作成されたディレクトリにコピーします。このディレクトリがインストールリポジトリになります。
    注:
    XenServerインストールメディアをコピーする際は、ファイル .treeinfo を新しく作成されたディレクトリにコピーするようにしてください。
次のステップ:

無人インストール用の応答ファイルを作成する

無人方式でインストールを実行するには、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>
次のステップ: ネットワークインストールを開始する。

応答ファイルを使用した自動アップグレード

応答ファイルを適切に変更することで、自動アップグレードを実行することもできます。
  1. installation要素のmode属性をupgradeに設定します。
  2. 既存のインストールが存在するディスクをexisting-installation要素で指定します。
  3. 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>

応答ファイルのリファレンス

以下は要素の概要です。特に明記されていない限り、すべてのノード値はテキストです。必須要素が示されています。
<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>
必須ですか？ はい
注:
アップグレードシナリオでは非推奨です。
説明: コントロールドメインがインストールされるストレージデバイスの名前。この要素は、手動インストールプロセスのプライマリディスクの選択ステップで行われる選択と同等です。
属性: yesとnoのいずれかの値を持つguest-storage属性を指定できます。 例: <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>
ハッシュ化された値は、glibc の crypt(3) でサポートされている任意のハッシュタイプを使用できます。デフォルトのハッシュタイプは SHA-512 です。
回答ファイルに含めるハッシュ化されたパスワード文字列を生成するには、以下のPythonコードを使用できます。
python -c 'import crypt; print(crypt.crypt("mypasswordhere", crypt.mksalt(crypt.METHOD_SHA512)))'
<source>
必須: はい
説明: アップロードされたXenServerインストールメディアまたは補足パックの場所。この要素は複数回出現する可能性があります。
属性: 属性 type は、次のいずれかの値を持つことができます: url、nfs、または local。
値が local の場合、要素を空のままにします。例:
<source type="url">http://server/packages</source>
<source type="local" />
<source type="nfs">server:/packages</source>
<script>
必須: いいえ
説明: インストール後スクリプトの場所。
属性:
属性 stage は、次のいずれかの値を持つことができます: filesystem-populated、installation-start、または installation-complete。
  • 値 filesystem-populated が使用される場合、スクリプトはルートファイルシステムがアンマウントされる直前に実行されます (例えば、インストール/アップグレード後、initrdが既に構築された後など)。スクリプトは、ルートファイルシステムのマウントポイントである引数を受け取ります。
  • 値 installation-start が使用される場合、スクリプトはメインのインストールシーケンスを開始する前に実行されますが、インストーラーが初期化され、回答ファイルが処理された後です。スクリプトは引数を受け取りません。
  • 値 installation-complete が使用されると、インストーラーがすべての操作を完了した後（したがって、ルートファイルシステムがアンマウントされた後）にスクリプトが実行されます。スクリプトは、インストールが正常に完了した場合はゼロの値を持つ引数を、何らかの理由でインストールが失敗した場合はゼロ以外の値を持つ引数を受け取ります。
属性 type は、次のいずれかの値を持つことができます: url、nfs、または local。
値が url または nfs の場合、PCDATA に URL または NFS パスを記述します。値が 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>
注:
ローカルファイルを使用する場合は、パスが絶対パスであることを確認してください。これは通常、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アドレス。使用するネームサーバーごとにこれらの要素のいずれかを使用します。
<hostname>
必須: いいえ
説明: ホスト名を手動で設定したい場合は、この要素を指定します。
<ntp-server>
必須: いいえ
説明: 1つ以上のNTPサーバーを指定します。

ネットワークインストールを開始する

PXEブートインストールに必要なネットワークサーバーを設定した後、インストール先のサーバーで以下の手順を実行します。
  1. システムを起動し、ブートメニューに入ります（ほとんどのBIOSプログラムではF12）。
  2. イーサネットカードから起動することを選択します。
  3. システムは、設定したインストールソースから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ブート機能を有効にする

  1. インストールメディアからコンピュータを起動します。詳細については、「XenServer ホストのインストール」(/ja-jp/xenserver/9/install.html)を参照してください。
    最初の起動メッセージの後、GRUBメニューが表示されます。このメニューは5秒間表示されます。
  2. カーソルキーを使用して、install オプションを選択します。
  3. 起動する前にコマンドを編集するには、e キーを押します。
  4. 次の行で始まる行を編集します。
    module2 /EFI/xenserver/vmlinuz ...
    カーソルキーを使用して、この行の最後に use_ibft を含めるように編集します。
    module2 /EFI/xenserver/vmlinuz ... use_ibft
  5. Enter キーを押します。
  6. 通常どおり、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
    }
PXEブートの設定の詳細については、「UEFIでPXEブート用にTFTPサーバーを構成する」(#configure-your-tftp-server-for-pxe-boot-with-uefi)を参照してください。

補足パックのインストール

補足パックは、制御ドメイン (dom0) にソフトウェアをインストールすることで、XenServer の機能を変更および拡張するために使用されます。たとえば、OEMパートナーは、SNMPエージェントのインストールを必要とする一連の管理ツールをXenServerに同梱したい場合があります。補足パックは、XenServer の初期インストール時、または実行中の XenServer インスタンスに後でいつでもインストールできます。
XenServer のインストール中に補足パックをインストールする場合は、各補足パックをWebサーバー上の個別のディレクトリに展開します。
追加パックは、以下のいずれかの方法でインストールできます。
  • 対話型インストール中に、追加パックのインストールを求められたら、追加パックメディアのURLを指定します。
  • インストールに回答ファイルを使用している場合は、追加の<source>要素を追加して、追加パックの場所を指定します。