XenServer

기타 설치 시나리오

August 1, 2026

제공::

표준 수동 설치 프로세스 외에도 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
 }
 
```
  참고:
  
  응답 파일을 검색하는 데 사용할 네트워크 어댑터를 지정하려면 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에 호스팅된 파일을 사용하여 서버의 로컬 미디어에서 시작된 설치 또는 업그레이드를 완료할 수도 있습니다.

HTTP, FTP 또는 NFS 서버에서 XenServer 설치 미디어를 HTTP, FTP 또는 NFS를 통해 내보낼 수 있는 디렉터리를 만듭니다.
IIS를 사용하여 설치 미디어를 호스팅하는 경우, 가상 디렉터리를 사용한다고 가정하고 다음 설정을 완료하십시오.
1. 가상 디렉터리에 대한 디렉터리 검색을 활성화합니다.
2. 가상 디렉터리에 설치 ISO를 추출하기 전에 이중 이스케이프가 활성화되어 있는지 확인하십시오.
3. 다음 필수 MIME 유형을 구성합니다.
  1. .을 application/octet-stream이라는 이름의 데이터 스트림 형식으로 지정합니다.
  2. .*을 애플리케이션/옥텟-스트림으로
  다음 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>

```
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바이트의 논리 블록 크기 없이 4KB 물리적 블록으로 로컬 스토리지 장치를 생성할 수도 있습니다.

씬 프로비저닝을 사용하려면 srtype 속성을 ext 또는 xfs으로 지정할 수 있습니다. srtype 속성을 지정하지 않으면 srtype의 기본값은 lvm입니다. srtype 속성을 지정하지 않고 응답 파일에서 로컬 스토리지용 4KB 네이티브 디스크를 구성하는 경우 기본값은 xfs입니다.

참고:

4KB 물리적 블록과 함께 로컬 LVM 또는 로컬 EXT3/EXT4 스토리지 유형을 사용할 수 없습니다. 4KB 물리적 블록을 구성하는 동안 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 서버 사용, 이 경우 최소한 하나의 <ntp-server> 항목을 지정해야 합니다.
none - NTP가 비활성화됩니다.

source이 dhcp, default 또는 none인 경우, <ntp-server>를 지정하지 마십시오.

`<ntp-server>`

필수입니까? 아니요

설명: 하나 이상의 NTP 서버를 지정합니다. ntp 요소 및 manual 속성과 함께만 사용됩니다.

속성: 없음

`<keymap>`

필수입니까? 아니요

설명: 설치 중에 사용할 키 맵의 이름입니다. <keymap>us</keymap> 이 요소에 대한 값을 지정하지 않으면 기본값인 us가 고려됩니다.

속성: 없음

`<root-password>`

필수: 아니요

설명: XenServer 호스트에 대한 원하는 루트 암호입니다. 암호가 제공되지 않으면 호스트가 처음 부팅될 때 프롬프트가 표시됩니다.

속성: 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>`

필수: 아니요

설명: post-install-script가 저장되어 있는 위치입니다.

속성:

stage 속성은 다음 값 중 하나를 가질 수 있습니다: filesystem-populated, installation-start, 또는 installation-complete.

값이 filesystem-populated인 경우, 스크립트는 루트 파일 시스템이 마운트 해제되기 직전에 실행됩니다 (예: 설치/업그레이드 후, initrd가 이미 빌드된 후 등). 스크립트는 루트 파일 시스템의 마운트 지점인 인수를 받습니다.
값이 installation-start인 경우, 스크립트는 주요 설치 시퀀스를 시작하기 전에 실행되지만, 설치 프로그램이 초기화되고 응답 파일을 처리한 후 실행됩니다. 스크립트는 어떤 인수도 받지 않습니다.
installation-complete 값이 사용되면 설치 프로그램이 모든 작업을 완료한 후(따라서 루트 파일 시스템은 마운트 해제됨) 스크립트가 실행됩니다. 스크립트는 설치가 성공적으로 완료되면 0 값을, 어떤 이유로든 설치가 실패하면 0이 아닌 값을 인수로 받습니다.

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>
<!--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 주소입니다. 사용하려는 각 네임서버에 대해 이 요소 중 하나를 사용하십시오.

`<hostname>`

필수: 아니요

설명: 호스트 이름을 수동으로 설정하려면 이 요소를 지정하십시오.

`<ntp-server>`

필수: 아니요

설명: 하나 이상의 NTP 서버를 지정합니다.

네트워크 설치 시작

PXE 부팅 설치에 필요한 네트워크 서버를 설정한 후, 설치할 서버에서 다음 단계를 완료하십시오.

시스템을 시작하고 부팅 메뉴로 들어갑니다 (대부분의 BIOS 프로그램에서 F12).
이더넷 카드에서 부팅하도록 선택합니다.
그러면 시스템이 설정한 설치 소스에서 PXE 부팅되고 설치 스크립트가 시작됩니다.
- 응답 파일을 설정한 경우 설치는 무인으로 진행됩니다.
- 수동 설치를 결정한 경우, 메시지가 표시될 때 정보를 제공하십시오. 자세한 내용은 설치를 참조하십시오.

SAN에서 부팅

SAN에서 부팅 환경은 고성능, 이중화 및 공간 통합을 포함한 여러 가지 이점을 제공합니다. 이러한 환경에서 부팅 디스크는 로컬 호스트가 아닌 원격 SAN에 있습니다.

다음 유형의 SAN에서 부팅 구성이 지원됩니다.

HBA 및 하드웨어 파이버 채널
iSCSI에서 소프트웨어 부팅

XenServer에서 SAN에서 부팅을 설정하기 전에 이 기능을 활성화하도록 하드웨어 BIOS를 구성했는지 확인하십시오. 자세한 내용은 하드웨어 공급업체 설명서를 참조하십시오.

완전히 이중화된 SAN 부팅 환경의 경우, I/O 액세스를 위해 여러 경로를 구성해야 합니다. 자세한 내용은 멀티패싱 활성화를 참조하십시오.

참고:

SAN 부팅 환경을 사용할 때는 원격 syslog 서버로 로그 전송을 활성화하는 것이 적극 권장됩니다. 중앙 서버로 syslog 메시지 전송을 참조하십시오. 원격 syslog가 활성화되지 않고 시스템 오류로 인해 부팅 디스크에 대한 액세스가 손실되는 경우, 근본 원인을 파악하기 매우 어려울 수 있으며, 이러한 로그 없이는 기술 지원팀에서 지원을 제공하지 못할 수 있습니다.

HBA 및 하드웨어 파이버 채널

이러한 유형의 SAN 부팅 배포는 하드웨어 파이버 채널 또는 호스트의 HBA iSCSI 어댑터 지원을 갖춘 SAN 기반 디스크 어레이에 따라 달라집니다. 호스트는 호스트 버스 어댑터(HBA)를 통해 SAN과 통신합니다. HBA의 BIOS에는 호스트가 부팅 디스크를 찾을 수 있도록 하는 지침이 포함되어 있습니다.

하드웨어 파이버 채널 또는 HBA 어댑터를 통해 SAN에서 부팅을 설정하기 위한 모든 구성은 서버에 XenServer를 설치하기 전에 네트워크 인프라에서 수행됩니다. 이 설정을 완료하는 방법에 대한 자세한 내용은 공급업체에서 제공하는 설명서를 참조하십시오.

iSCSI를 통한 소프트웨어 부팅

iSCSI를 통한 소프트웨어 부팅 기능은 고객이 iSCSI를 사용하여 SAN에서 XenServer를 설치하고 부팅할 수 있도록 합니다. 이 기능을 사용하면 iSCSI 대상이 제공하는 LUN에 XenServer를 설치하고, LUN에서 부팅하며, 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 ...

```
커서 키를 사용하여 이 줄의 끝에 use_ibft을(를) 포함하도록 편집합니다.
```
module2 /EFI/xenserver/vmlinuz ... use_ibft

```
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 설치 중에 보조 팩을 설치할 때 각 보조 팩을 웹 서버의 별도 디렉터리에 압축 해제합니다.

보충 팩은 다음 방법 중 하나로 설치할 수 있습니다.

대화형 설치 중에 보충 팩을 설치하라는 메시지가 표시되면 보충 팩 미디어의 URL을 지정합니다.
설치에 응답 파일을 사용하는 경우, 보충 팩의 위치를 지정하기 위해 추가 <source> 요소를 추가합니다.

이 제품 설명서의 공식 버전은 영어입니다. 영어 이외의 버전은 편의를 위해서만 제공되며, 기계 번역된 콘텐츠가 포함될 수 있습니다. 자세한 내용은 Cloud Software Group home 에서 기계 번역 고지를 참조하십시오.

도움이 되었나요?

기타 설치 시나리오

August 1, 2026

제공::

August 1, 2026

제공::

이 문서

지원되는 부팅 모드
네트워크 설치
SAN에서 부팅
- HBA 및 하드웨어 파이버 채널
- iSCSI를 통한 소프트웨어 부팅
보조 팩 설치

도움이 되었나요?