layout: doc h3InToc: true description: Configure your servers to enable PXE booting of XenServer host installations, boot from SAN, or unattended installation.—

기타 설치 시나리오

XenServer는 표준 수동 설치 프로세스 외에도 다음과 같은 다양한 유형의 설치를 수행할 수 있는 기능을 제공합니다.

• PXE 부트를 사용한 네트워크 설치
• 무인 설치
• SAN에서 부팅하도록 호스트 설정
• 호스트 다중 경로 지정 구성

지원되는 부팅 모드

XenServer는 UEFI 또는 BIOS 부팅 모드를 사용하여 호스트를 부팅할 수 있도록 지원합니다. UEFI 보안 부팅은 현재 XenServer 호스트에서 사용할 수 없습니다.

참고:

BIOS 모드에서 XenServer 호스트를 부팅하는 기능은 이제 더 이상 사용되지 않습니다. 여전히 XenServer 8 호스트를 BIOS 부팅 모드로 설치할 수 있습니다. 하지만 이렇게 하면 XenServer 8 호스트를 향후 버전의 XenServer로 업그레이드하지 못할 수 있습니다. UEFI 부팅 모드를 사용하여 XenServer 8 호스트를 설치하는 것이 좋습니다.

서버 부트 모드는 설치 프로세스를 시작하는 방법을 변경합니다. 설치 프로그램이 시작된 후 두 부트 모드의 설치 프로세스는 동일합니다.

XenServer 호스트를 업그레이드할 때 업그레이드가 초기 설치와 동일한 부팅 모드를 사용하는지 확인하십시오.

네트워크 설치

설치하려는 서버에 PXE 부팅 가능 이더넷 카드가 있는 경우 이 기능을 사용하여 PXE 부팅과 함께 네트워크 설치를 수행할 수 있습니다.

PXE 부트를 사용하여 네트워크에서 설치하려면 다음 단계를 거쳐야 합니다.

• 설치 프로그램 파일을 TFTP 서버에 복사하고 PXE 부트 설치를 위해 TFTP 및 DHCP 서버를 구성합니다. 이 작업을 수행하는 방법은 부팅 모드(BIOS 또는 UEFI)에 따라 다릅니다.

• NFS, FTP 또는 HTTP에서 설치 미디어를 호스팅합니다. TFTP 서버에서는 설치 프로그램 파일만 액세스할 수 있습니다. 서버에 설치할 XenServer 파일은 NFS, FTP 또는 HTTP 서버에서 호스팅됩니다. 또는 PXE 부팅을 통해 설치를 시작한 후 대상 서버에 호스팅된 로컬 미디어에서 설치를 완료할 수 있습니다.

• 무인 설치를 위한 응답 파일을 생성합니다. 대신 유인 설치를 선택하고 설치 프로그램을 수동으로 단계별로 실행할 수 있습니다.

• 설치 프로세스를 시작합니다.

참고:

태그가 지정된 VLAN 네트워크에서는 PXE 부팅이 지원되지 않습니다. PXE 부팅에 사용하는 VLAN 네트워크에 태그가 지정되지 않았는지 확인합니다.

TFTP 및 DHCP 서버를 구성합니다

XenServer 설치 미디어를 설정하기 전에 TFTP 및 DHCP 서버를 구성합니다. 다음 섹션에는 BIOS 또는 UEFI를 사용하여 PXE 부팅을 위해 TFTP 서버를 구성하는 방법에 대한 정보가 포함되어 있습니다. 일반적인 설치 절차에 대해서는 공급업체 설명서를 참조하십시오.

BIOS를 사용하여 PXE 부팅이 가능하도록 TFTP 서버를 구성합니다

참고:

BIOS 모드에서 XenServer 호스트를 부팅하는 기능은 이제 더 이상 사용되지 않습니다. UEFI 부팅 모드를 사용하여 XenServer 8 호스트를 설치하는 것이 좋습니다.

TFTP 서버에서 설치 프로그램 파일을 호스팅하고 BIOS 부팅 모드로 PXE 부팅을 활성화하도록 TFTP 서버를 구성합니다. 이 구성은 설치 프로세스를 시작하는 데 사용됩니다.

1. TFTP 루트 디렉터리(예: /tftpboot)에서 xenserver라는 디렉터리를 생성합니다.

2. XenServer 설치 미디어에서 설치 미디어의 /boot/pxelinux 디렉터리에 있는 mboot.c32 및 pxelinux.0 파일을 TFTP 루트 디렉터리로 복사합니다.

   참고:

   동일한 소스(예: 동일한 XenServer 설치 ISO)의 mboot.c32 및 pxelinux.0 파일을 사용하는 것이 좋습니다.

3. XenServer 설치 미디어에서 파일을 TFTP 서버의 새 xenserver 디렉터리로 복사합니다.

   • 루트 디렉터리의 install.img
   • /boot 디렉토리의 vmlinuz
   • /boot 디렉토리의 xen.gz

4. TFTP 루트 디렉터리(예: /tftpboot)에서 pxelinux.cfg라는 디렉토리를 만듭니다.

5. pxelinux.cfg 디렉터리에서 default라는 구성 파일을 만듭니다.

   이 파일의 내용은 PXE 부트 환경을 구성하는 방법과 서버에 적합한 값에 따라 달라집니다.

   • 예: 무인 설치 이 예제 구성은 지정된 URL의 응답 파일을 사용하여 무인 설치를 수행합니다.

          default xenserver-auto
          label xenserver-auto
              kernel mboot.c32
              append xenserver/xen.gz dom0_max_vcpus=1-16 \
                  dom0_mem=max:8192M com1=115200,8n1 \
                  console=com1,vga ---  xenserver/vmlinuz \
                  console=hvc0 console=tty0 \
                  answerfile=<http://pxehost.example.com/answer_file> \
                  answerfile_device=<device> \
                  install ---  xenserver/install.img
      <!--NeedCopy-->
     

     참고:

     응답 파일을 검색하는 데 사용할 네트워크 어댑터를 지정하려면 answerfile_device=ethX 또는 answerfile_device=MAC 매개 변수를 포함하고 이더넷 장치 번호나 장치의 MAC 주소를 지정합니다.

     응답 파일 사용에 대한 자세한 내용은 무인 설치용 응답 파일 만들기를 참조하십시오.

   • 예: 수동 설치 이 예제 컨피그레이션은 TFTP 서버에서 부팅되는 설치를 시작하며 수동 응답이 필요합니다.

          default xenserver
          label xenserver
              kernel mboot.c32
              append xenserver/xen.gz dom0_max_vcpus=1-16 \
              dom0_mem=max:8192M com1=115200,8n1 \
              console=com1,vga ---  xenserver/vmlinuz \
              console=hvc0 console=tty0 \
              ---  xenserver/install.img
      <!--NeedCopy-->
     

   PXE 구성 파일 내용에 대한 자세한 내용은 SYSLINUX 웹 사이트를 참조하십시오.

다음 단계: NFS, FTP 또는 HTTP에서 설치 미디어를 호스팅합니다. TFTP 및 DHCP 서버 외에도 서버에 설치된 XenServer 파일을 저장할 NFS, FTP 또는 HTTP 서버가 필요합니다.

UEFI를 사용하여 PXE 부팅이 가능하도록 TFTP 서버를 구성합니다

TFTP 서버에서 설치 프로그램 파일을 호스팅하고 UEFI 부팅 모드로 PXE 부팅을 활성화하도록 DHCP 및 TFTP 서버를 구성합니다. 이 구성은 설치 프로세스를 시작하는 데 사용됩니다.

1. TFTP 루트 디렉터리(예: /tftpboot)에서 EFI/xenserver라는 디렉토리를 만듭니다.

2. XenServer 설치 미디어에서 TFTP 서버의 새 EFI/xenserver디렉터리로 다음 파일을 복사합니다.

   • /EFI/xenserver 디렉토리의 grubx64.efi
   • 루트 디렉터리의 install.img
   • /boot 디렉토리의 vmlinuz
   • /boot 디렉토리의 xen.gz

3. /EFI/xenserver/grubx64.efi를 부팅 파일로 제공하도록 DHCP 서버를 구성합니다.

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=eth0 answerfile=http://<ip_address>/<path_to_answer_file> install
          module2 /EFI/xenserver/install.img
      }
      <!--NeedCopy-->
     

     참고:

     응답 파일을 검색하는 데 사용할 네트워크 어댑터를 지정하려면 answerfile_device=ethX 또는 answerfile_device=MAC 매개 변수를 포함하고 이더넷 장치 번호나 장치의 MAC 주소를 지정합니다.

     응답 파일 사용에 대한 자세한 내용은 무인 설치용 응답 파일 만들기를 참조하십시오.

   • 예: 수동 설치 이 예제 컨피그레이션은 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에서 호스팅되는 파일을 사용하여 서버의 로컬 미디어에서 시작된 설치를 완료할 수도 있습니다.

1. HTTP, FTP 또는 NFS 서버에서 HTTP, FTP 또는 NFS를 통해 XenServer 설치 미디어를 내보낼 수 있는 디렉터리를 생성합니다.

2. XenServer 설치 미디어의 전체 내용을 HTTP, FTP 또는 NFS 서버에서 새로 만든 디렉터리로 복사합니다. 이 디렉터리가 설치 저장소가 됩니다.

   참고:

   XenServer 설치 미디어를 복사할 때 .treeinfo 파일을 새로 만든 디렉터리에 복사했는지 확인해야 합니다.

   IIS를 사용하여 설치 미디어를 호스팅하는 경우 IIS에서 설치 ISO를 추출하기 전에 IIS에서 이중 이스케이프를 사용하도록 설정해야 합니다.

다음 단계:

• 무인 설치를 완료하는 경우: 무인 설치를 위한 응답 파일을 만드십시오.
• 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="eth0" proto="dhcp" />
        <timezone>Europe/London</timezone>
    </installation>
<!--NeedCopy-->

다음 단계: 네트워크 설치를 시작합니다.

응답 파일을 사용한 자동 업그레이드

응답 파일을 적절히 변경하여 자동 업그레이드를 수행할 수도 있습니다.

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>
<!--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입니다.

참고:

로컬 LVM 또는 로컬 EXT3/EXT4 스토리지 유형은 4KB 물리적 블록과 함께 사용할 수 없습니다. 4KB의 물리적 블록을 구성하는 동안 srtype 특성에 대해 lvm 또는 ext을(를) 지정하려고 하면 응답 파일 구성이 호환되지 않는 것으로 거부됩니다.

mode

업그레이드할 설치 유형을 변경하려면 upgrade 값을 사용하여 mode 속성을 지정합니다 . 이 속성을 지정하지 않으면 설치 프로그램이 새로 설치하고 서버의 기존 데이터를 덮어씁니다.

<driver-source>

필수 여부 예

설명:설치 프로그램이 로드하고 기본 저장소 설치 후에 포함할 장치 드라이버가 들어 있는 보조 팩의 소스입니다.

속성: 없음

<primary-disk>

필수 여부 예

참고:

업그레이드 시나리오에서는 더 이상 사용되지 않습니다.

설명: 제어 도메인이 설치된 스토리지 디바이스의 이름입니다. 이 요소는 수동 설치 프로세스의 주 디스크 선택 단계에서 선택한 항목과 동일합니다.

속성: 가능한 값 yes 및 no을 사용하여 guest-storage 속성을 지정할 수 있습니다. 예: <primary-disk guest-storage="no">sda</primary-disk>

기본값은 yes입니다. no를 지정하면 스토리지 저장소가 만들어지지 않는 설치 시나리오를 자동화할 수 있습니다. 이 경우 게스트 디스크 키를 지정하지 마십시오.

<guest-disk>

필수 여부 아니요

설명: 게스트를 저장하는 데 사용할 스토리지 디바이스의 이름입니다. 각 추가 디스크에 대해 이러한 요소 중 하나를 사용합니다.

속성: 없음

<ntp>

필수 여부 예

설명:NTP 서버의 소스를 지정합니다. <ntp>요소가 지정되지 않은 경우 기본값은 if <ntp-server>가, 지정dhcp된 경우 DHCP를 manual사용하는 경우 그렇지 않은 경우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 서버를 지정합니다. 요소 및 속성manual에만 사용됩니다 ntp.

속성: 없음

<keymap>

필수 여부 아니요

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

속성: 없음

<root-password>

필수: 아니요

설명: XenServer 호스트에 필요한 루트 암호입니다. 암호를 제공하지 않으면 호스트를 처음 부팅할 때 프롬프트가 표시됩니다.

속성: hash 또는 plaintext인 type를 지정할 수 있습니다.

예:

<root-password type="hash">hashedpassword</root-password>
<!--NeedCopy-->

해시된 값은 crypt(3)에서 glibc가 지원하는 모든 해시 유형을 사용할 수 있습니다. 기본 해시 유형은 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 값을 사용하면 루트 파일 시스템이 마운트 해제되기 직전에 스크립트가 실행됩니다(예: 설치/업그레이드 후, 이미 빌드된 initrds 등). 이 스크립트는 루트 파일 시스템의 탑재 지점을 인수로 수신합니다.

• 값 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 - 네트워크 인터페이스의 이름 (예: eth0)
• hwaddr - 네트워크 인터페이스의 MAC 주소 (예: 00:00:11:aa:bb:cc)

proto 속성은 dhcp 또는 static 값 중 하나를 가질 수 있습니다.

proto="static"를 지정하는 경우 다음 하위 요소도 모두 지정해야 합니다.

자식 요소

• <ipaddr>: IP 주소
• <subnet>: 서브넷 마스크
• <gateway>: 게이트웨이

<timezone>

필수: 아니요

설명: Europe/London 또는 America/Los_Angeles와 같이 TZ 변수에 사용되는 형식의 시간대입니다. 기본값은 Etc/UTC입니다.

<name-server>

필수: 아니요

설명: 네임서버의 IP 주소입니다. 사용할 각 네임서버에 대해 다음 요소 중 하나를 사용합니다.

<hostname>

필수: 아니요

설명: 호스트 이름을 수동으로 설정하려면 이 요소를 지정합니다.

<ntp-server>

필수: 아니요

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

네트워크 설치 시작

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

1. 시스템을 시작하고 부팅 메뉴(BIOS 프로그램에서 F12 키)로 들어갑니다.

2. 이더넷 카드에서 부팅하는 옵션을 선택합니다.

3. 그러면 설정된 설치 원본에서 시스템이 PXE 부팅되고 설치 스크립트가 시작됩니다.

   • 응답 파일을 설정한 경우에는 설치가 무인으로 계속됩니다.
   • 수동 설치를 결정한 경우 메시지가 표시되면 정보를 제공하십시오. 자세한 내용은 설치를 참조하십시오.

SAN에서 부팅

SAN 환경에서 부팅하면 고성능, 중복성 및 공간 통합을 비롯한 여러 이점이 제공됩니다. 이 환경에서는 부팅 디스크가 로컬 호스트가 아닌 원격 SAN에 있습니다.

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

• HBA 및 하드웨어 파이버 채널
• 소프트웨어 FCoE(지원 중단됨)
• iSCSI에서 소프트웨어 부팅

SAN 환경에서 완전한 중복 부팅을 수행하려면 I/O 액세스를 위한 다중 경로를 구성해야 합니다. 자세한 내용은 다중 경로 지정 활성화를 참조하십시오.

HBA 및 하드웨어 파이버 채널

이러한 유형의 SAN 부팅 배포는 호스트에서 하드웨어 파이버 채널 또는 HBA iSCSI 어댑터를 지원하는 SAN 기반 디스크 어레이에 따라 달라집니다. 호스트는 HBA(호스트 버스 어댑터)를 통해 SAN과 통신합니다. HBA의 BIOS에는 호스트가 부팅 디스크를 찾을 때 사용하는 명령이 들어 있습니다.

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

네트워크 인프라를 올바르게 설정한 후 XenServer 설치 프로세스 중에 서버에서 다중 경로 지정을 활성화하십시오. 자세한 내용은 다중 경로 지정 활성화를 참조하십시오. 정상적으로 설치를 진행합니다.

소프트웨어 FCoE(지원 중단됨)

소프트웨어 FCoE 스택을 사용하여 FCoE SAN에서 XenServer 호스트를 부팅할 수 있습니다.

이러한 유형의 SAN에서 부팅 배포의 경우 XenServer 호스트를 설치하기 전에 LUN을 호스트에 노출하는 데 필요한 구성을 수동으로 완료해야 합니다. 이 수동 구성에는 스토리지 패브릭을 구성하고 SAN의 PWWN(공개 World Wide Name)에 LUN을 할당하는 작업이 포함됩니다. 이 구성을 완료하면 사용 가능한 LUN이 SCSI 장치로 호스트의 CNA에 마운트됩니다. 그러면 로컬로 연결된 SCSI 장치인 것처럼 SCSI 장치를 LUN에 액세스하는 데 사용할 수 있습니다. FCoE 패브릭을 구성할 때는 VLAN 0을 사용하지 마십시오. XenServer 호스트는 VLAN 0에 있는 트래픽을 찾을 수 없습니다.

FCoE를 지원하도록 물리적 스위치 및 배열을 구성하는 방법에 대한 자세한 내용은 공급업체가 제공한 설명서를 참조하십시오.

네트워크 인프라를 올바르게 설정한 후 XenServer 설치 프로세스 중에 서버에서 다중 경로 지정을 활성화하십시오. 자세한 내용은 다중 경로 지정 활성화를 참조하십시오. 정상적으로 설치를 진행합니다.

XenServer를 수동으로 설치하는 경우 XenServer 설치 시작 화면에 고급 스토리지 클래스를 설정할 수 있는 옵션이 제공됩니다. F10을 누르고 화면에 표시된 지침에 따라 소프트웨어 FCoE를 설정합니다.

iSCSI에서 소프트웨어 부팅

iSCSI에서 소프트웨어 부팅 기능을 사용하면 고객은 iSCSI를 사용하여 SAN에서 XenServer를 설치하고 부팅할 수 있습니다. 이 기능을 사용하면 iSCSI 대상이 제공하는 LUN에 XenServer를 설치하여 부팅하고 실행할 수 있습니다. iSCSI 대상은 iSCSI Boot Firmware Table에 지정되어 있습니다. 이 기능을 사용하면 iSCSI를 통해 루트 디스크를 연결할 수 있습니다. 이 부팅 디스크는 SR을 제공하는 동일한 타겟에 위치할 수 있습니다.

이 기능을 사용하려면 환경이 다음 요구 사항을 충족하는지 확인하십시오.

• 네트워크 인터페이스 또는 iSCSI 부팅 전용 인터페이스는 VM 트래픽에 사용되는 관리 인터페이스 및 인터페이스와 분리되어야 합니다.

• 스토리지(iSCSI 대상)는 호스트에 IP 주소가 있는 다른 모든 네트워크 인터페이스와는 다른 별도의 3계층(IP) 네트워크에 있어야 합니다.

• iSCSI 부트 대상 전용 네트워크 인터페이스에는 태그가 지정된 VLAN을 사용하지 마십시오.

• 서버에서 다중 경로 지정을 활성화하는 것이 좋습니다.

iSCSI에서 소프트웨어 부팅 기능을 구성하려면 부팅 매개 변수에 use_ibft 매개 변수를 추가해야 합니다. 이 매개 변수를 추가하는 방법은 부팅 모드와 실행 중인 설치 유형에 따라 다릅니다.

로컬 미디어에서 설치하는 동안 UEFI 부트 서버에서 iSCSI에서 소프트웨어 부팅 기능을 활성화합니다

1. 설치 미디어에서 컴퓨터를 부팅합니다. 자세한 내용은 XenServer 호스트 설치를 참조하십시오.

   초기 부트 메시지 다음에 GRUB 메뉴가 나타납니다. 이 메뉴는 5초 동안 표시됩니다.

   

2. 커서 키를 사용하여 설치 옵션을 선택합니다.

   • 단일 경로 LUN의 경우 설치를 선택합니다.

   • 다중 경로 LUN의 경우 다중 경로(권장)를 선택합니다.

3. 부팅하기 전에 e 키를 눌러 명령을 편집합니다.

4. 다음과 같이 시작하여 줄을 편집합니다.

   module2 /EFI/xenserver/vmlinuz ...
   <!--NeedCopy-->
   

   커서 키를 사용하여 이 줄을 편집하여 끝에 use_ibft를 포함시키십시오.

   module2 /EFI/xenserver/vmlinuz ... use_ibft
   <!--NeedCopy-->
   

5. Enter 키를 누릅니다.

6. XenServer 호스트 설치 프로세스를 정상적으로 계속하십시오.

로컬 미디어에서 설치하는 동안 BIOS 부트 서버에서 iSCSI에서 소프트웨어 부팅 기능을 활성화합니다

참고:

BIOS 모드에서 XenServer 호스트를 부팅하는 기능은 이제 더 이상 사용되지 않습니다. UEFI 부팅 모드를 사용하여 XenServer 8 호스트를 설치하는 것이 좋습니다.

1. 설치 미디어에서 컴퓨터를 부팅합니다. 자세한 내용은 XenServer 호스트 설치를 참조하십시오.

   초기 부팅 메시지 다음에 XenServer 시작 화면이 표시됩니다.

2. 부트 프롬프트에서 menu.c32를 입력합니다.

3. 커서 키를 사용하여 설치 옵션을 선택합니다.

   • 단일 경로 LUN의 경우 설치를 선택합니다.

   • 다중 경로 LUN의 경우 multipath를 선택합니다.

4. Tab 키를 누릅니다.

5. 다음으로 끝나는 줄을 편집합니다.

   ---  /install.img
   <!--NeedCopy-->
   

   커서 키를 사용하여 이 줄을 다음과 같이 편집합니다.

   use_ibft ---  /install.img
   <!--NeedCopy-->
   

6. Enter 키를 누릅니다.

7. XenServer 호스트 설치 프로세스를 정상적으로 계속하십시오.

PXE 부트 설치 중에 UEFI 부트 서버에서 iSCSI에서 소프트웨어 부팅 기능을 활성화합니다

PXE를 사용하여 설치할 때는 커널 파라미터에 use_ibft 키워드를 추가해야 합니다. 다중 경로가 필요한 경우 device_mapper_multipath=enabled를 추가해야 합니다.

예:

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=eth0 answerfile=http://<ip_address>/<path_to_answer_file> install use_ibft device_mapper_multipath=enabled
    module2 /EFI/xenserver/install.img
    }
<!--NeedCopy-->

PXE 부팅 설정에 대한 자세한 내용은 UEFI를 사용한 PXE 부팅을 위한 TFTP 서버 구성을 참조하십시오.

PXE 부트 설치 중에 BIOS 부트 서버에서 iSCSI에서 소프트웨어 부팅 기능을 활성화합니다

참고:

BIOS 모드에서 XenServer 호스트를 부팅하는 기능은 이제 더 이상 사용되지 않습니다. UEFI 부팅 모드를 사용하여 XenServer 8 호스트를 설치하는 것이 좋습니다.

PXE를 사용하여 설치할 때는 커널 파라미터에 use_ibft 키워드를 추가해야 합니다. 다중 경로를 사용한 경우(권장) device_mapper_multipath=enabled를 추가해야 합니다.

예:

default xenserver-auto
label xenserver-auto
    kernel mboot.c32
    append xenserver/xen.gz dom0_max_vcpus=1-16 \
    dom0_mem=max:8192M com1=115200,8n1 \
    console=com1,vga ---  xenserver/vmlinuz \
    console=hvc0 console=tty0 \
    answerfile=<http://pxehost.example.com/answer_file> \
    answerfile_device=<device> \
    use_ibft device_mapper_multipath=enabled ---  xenserver/install.img
<!--NeedCopy-->

PXE 부팅 설정에 대한 자세한 내용은 BIOS를 사용한 PXE 부팅을 위한 TFTP 서버 구성을 참조하십시오.

다중 경로 지정 사용

SAN 환경에서 완전한 중복 부팅을 수행하려면 I/O 액세스를 위한 다중 경로를 구성해야 합니다. 이렇게 하려면 루트 장치에서 다중 경로 지원을 사용하도록 설정해야 합니다.

SAN 환경에서 다중 경로를 사용할 수 있는지 여부에 대한 자세한 내용은 스토리지 공급업체나 관리자에게 문의하십시오.

경고:

업그레이드 프로세스 중에는 다중 경로 설정이 상속되지 않습니다. ISO 또는 네트워크 부트를 사용하여 업그레이드할 때는 다음 설치 프로세스에서 사용한 것과 동일한 지침을 따라 multipath가 올바르게 구성되었는지 확인하십시오.

여러 경로를 사용할 수 있는 경우 설치 프로세스를 초기화하는 동안 XenServer 배포에서 다중 경로를 사용하도록 설정하십시오. 다중 경로 지정을 활성화하는 방법은 부팅 모드와 실행 중인 설치 유형에 따라 다릅니다.

수동 설치 중에 UEFI 부트 서버에서 다중 경로 지정 활성화

1. 설치 미디어에서 컴퓨터를 부팅합니다. 자세한 내용은 XenServer 호스트 설치를 참조하십시오.

   초기 부트 메시지 다음에 GRUB 메뉴가 나타납니다. 이 메뉴는 5초 동안 표시됩니다.

   

2. GRUB 메뉴에서 multipath를 선택하고 Enter키를 누릅니다.

XenServer 설치 프로세스는 다중 경로를 사용하는 원격 SAN에서 부팅되는 XenServer 호스트를 구성합니다.

수동 설치 중에 BIOS 부트 서버에서 다중 경로 지정 활성화

참고:

BIOS 모드에서 XenServer 호스트를 부팅하는 기능은 이제 더 이상 사용되지 않습니다. UEFI 부팅 모드를 사용하여 XenServer 8 호스트를 설치하는 것이 좋습니다.

1. 설치 미디어에서 컴퓨터를 부팅합니다. 자세한 내용은 XenServer 호스트 설치를 참조하십시오.

   초기 부팅 메시지 다음에 XenServer 시작 화면이 표시됩니다.

2. 시작 화면에서 F2 키를 눌러 고급 설치를 선택합니다.

3. 부트 프롬프트에서 multipath를 입력합니다.

XenServer 설치 프로세스는 다중 경로를 사용하는 원격 SAN에서 부팅되는 XenServer 호스트를 구성합니다.

무인 설치 중에 UEFI 부트 서버에서 다중 경로 지정 활성화

PXE 설치 중에 파일 시스템 다중 경로를 활성화하려면 구성 파일에 device_mapper_multipath=enabled를 추가하십시오.

예:

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=eth0 answerfile=http://<ip_address>/<path_to_answer_file> install use_ibft device_mapper_multipath=enabled
    module2 /EFI/xenserver/install.img
    }
<!--NeedCopy-->

PXE 부팅 설정에 대한 자세한 내용은 UEFI를 사용한 PXE 부팅을 위한 TFTP 서버 구성을 참조하십시오.

무인 설치 중에 BIOS 부트 서버에서 다중 경로 지정 활성화

참고:

BIOS 모드에서 XenServer 호스트를 부팅하는 기능은 이제 더 이상 사용되지 않습니다. UEFI 부팅 모드를 사용하여 XenServer 8 호스트를 설치하는 것이 좋습니다.

PXE 설치 중에 파일 시스템 다중 경로를 활성화하려면 구성 파일에 device_mapper_multipath=enabled를 추가하십시오.

예:

default xenserver-auto
label xenserver-auto
    kernel mboot.c32
    append xenserver/xen.gz dom0_max_vcpus=1-16 \
    dom0_mem=max:8192M com1=115200,8n1 \
    console=com1,vga ---  xenserver/vmlinuz \
    console=hvc0 console=tty0 \
    answerfile=<http://pxehost.example.com/answer_file> \
    answerfile_device=<device> \
    device_mapper_multipath=enabled \
    install ---  xenserver/install.img
<!--NeedCopy-->

PXE 부팅 설정에 대한 자세한 내용은 BIOS를 사용한 PXE 부팅을 위한 TFTP 서버 구성을 참조하십시오.

추가 팩 설치

보조 팩은 제어 도메인(Dom0)에 소프트웨어를 설치하여 XenServer의 기능을 수정하고 확장하는 데 사용됩니다. 예를 들어 OEM 파트너는 SNMP 에이전트를 설치해야 하는 관리 도구 집합을 XenServer에 제공할 수 있습니다. 보조 팩은 초기 XenServer 설치 중에 설치하거나 이후에 실행 중인 XenServer 인스턴스에 언제든지 설치할 수 있습니다.

XenServer 설치 중에 보조 팩을 설치할 때는 각 보조 팩을 웹 서버의 개별 디렉터리에 압축 해제하십시오.

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

• 대화형 설치 중에 보조 팩을 설치하라는 메시지가 표시되면 보조 팩 미디어의 URL을 지정합니다.

• 설치에 응답 파일을 사용하는 경우 추가 <source> 요소를 추가하여 보조 팩의 위치를 지정하십시오.

드라이버 디스크 설치

다음 방법 중 하나를 사용하여 드라이버 디스크를 설치할 수 있습니다.

• XenCenter 사용(권장)
• XenServer를 새로 설치하는 동안
• xe CLI 사용

XenCenter를 사용하여 드라이버 디스크를 설치하는 방법에 대한 자세한 내용은 드라이버 디스크 설치를 참조하십시오. XenServer를 새로 설치하는 동안 드라이버 디스크를 설치하는 방법에 대한 자세한 내용은 XenServer 호스트 설치를 참조하십시오.

드라이버를 설치한 후 서버를 다시 시작하여 새 버전의 드라이버를 적용해야 합니다. 다른 소프트웨어 업데이트와 마찬가지로 드라이버 디스크를 설치하기 전에 데이터를 백업하는 것이 좋습니다.

xe CLI를 사용하여 드라이버 디스크 설치

xe CLI를 사용하여 드라이버 디스크를 원격으로 설치하려면 다음 단계를 수행하십시오.

1. 원격 xe CLI가 설치된 컴퓨터의 알려진 위치에 드라이버 디스크를 다운로드합니다.

2. zip 파일의 내용을 추출합니다.

   다음 단계에서는 소스 파일이 포함된 ISO가 아니라 드라이버 ISO를 사용해야 합니다.

3. 드라이버 디스크 업로드:

   xe [connection_parameters] update-upload file-name=
   <!--NeedCopy-->
   

   업로드가 완료되면 드라이버 디스크의 UUID가 반환됩니다.

4. 드라이버 디스크 적용:

   xe [connection_parameters] update-apply uuid=
   <!--NeedCopy-->
   

5. 설치를 완료하려면 호스트를 다시 시작합니다. 드라이버는 호스트를 다시 시작할 때까지 적용되지 않습니다.