다른 설치 시나리오

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

• PXE 부팅을 사용하는 네트워크 설치
• 무인 설치 시나리오
• SAN에서 부팅하도록 호스트 설정
• 호스트 멀티패싱 구성

설치 중에 문제가 발생하면 이 문서에 설명된 대로 로그를 수집하십시오: 설치 로그.

지원되는 부팅 모드

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

참고:

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

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

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 호스트를 부팅하는 것은 이제 더 이상 사용되지 않습니다. XenServer 8.4 호스트를 UEFI 부팅 모드를 사용하여 설치하는 것을 권장합니다.

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

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 주소를 지정합니다.

     네트워크 어댑터가 호스트마다 다르게 열거될 수 있는 환경(예: 다른 하드웨어 세대를 사용하는 경우)에서 map_netdev 부팅 매개변수를 지정하여 MAC 주소를 기반으로 네트워크 어댑터의 논리적 순서를 명시적으로 제어할 수 있습니다.

     map_netdev 매개변수는 설치 프로그램 부팅 매개변수로 제공되어야 하며, 호스트 전반에 걸쳐 일관된 네트워크 어댑터 순서를 보장하기 위해 무인 설치에 일반적으로 사용됩니다. 이 매개변수는 특정 MAC 주소를 장치 이름(예: map_netdev=eth0:<MAC>)에 매핑하는 것을 지원합니다.

     결정론적 NIC 순서를 보장하려면 필요한 각 어댑터에 대해 이 매개변수를 반복합니다. 예를 들어, map_netdev=eth0:00:11:22:AA:BB:CC을(를) 사용하여 특정 하드웨어 매핑을 강제 적용하고 하드웨어 검색 순서에 따라 어댑터 이름이 변경되는 것을 방지할 수 있습니다.

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

   • 예: 수동 설치 이 예제 구성은 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 서버에 호스팅하고 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=eth0 answerfile=http://<ip_address>/<path_to_answer_file> install
          module2 /EFI/xenserver/install.img
      }
      <!--NeedCopy-->
     

     참고:

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

     네트워크 어댑터가 호스트마다 다르게 열거될 수 있는 환경(예: 다른 하드웨어 세대를 사용하는 경우)에서는 map_netdev 부팅 매개변수를 지정하여 MAC 주소를 기반으로 네트워크 어댑터의 논리적 순서를 명시적으로 제어할 수 있습니다.

     map_netdev 매개변수는 설치 프로그램 부팅 매개변수로 제공되어야 하며, 호스트 간에 일관된 네트워크 어댑터 순서를 보장하기 위해 무인 설치에 일반적으로 사용됩니다. 이 매개변수는 특정 MAC 주소를 장치 이름에 매핑하는 것을 지원합니다(예: map_netdev=eth0:<MAC>).

     결정론적 NIC 순서를 보장하려면 필요한 각 어댑터에 대해 이 매개변수를 반복하십시오. 예를 들어, map_netdev=eth0: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에 호스팅된 파일을 사용할 수도 있습니다.

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

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>
      <!--NeedCopy-->
      

3. XenServer 설치 ISO의 내용을 압축 해제합니다. 다음 방법 중 하나로 수행할 수 있습니다.

   • 7-zip과 같은 ISO 압축 해제 응용 프로그램을 사용합니다.
   • ISO를 마운트하고 모든 내용을 복사합니다.

4. 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="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입니다.

참고:

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

mode

설치 유형을 업그레이드로 변경하려면 upgrade 값을 가진 mode 특성을 지정하십시오. 이 특성이 지정되지 않으면 설치 프로그램은 새로 설치를 수행하고 서버의 기존 데이터를 덮어씁니다.

<driver-source>

필수? 예

설명: 설치 프로그램이 로드하고 주 리포지토리 설치 후 포함될 장치 드라이버를 포함하는 보조 팩의 소스입니다.

특성: 없음

<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 서버 사용. 이 경우 최소한 하나의 <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>

필수: 아니요

설명: 설치 후 스크립트의 위치입니다.

특성:

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

• 값 filesystem-populated이(가) 사용되면, 스크립트는 루트 파일 시스템이 마운트 해제되기 직전에 실행됩니다(예: 설치/업그레이드 후, initrd가 이미 빌드된 후 등). 스크립트는 루트 파일 시스템의 마운트 지점인 인수를 받습니다.

• 값 installation-start이(가) 사용되면, 스크립트는 주 설치 시퀀스를 시작하기 전에 실행되지만, 설치 프로그램이 초기화되고, 드라이버를 로드하고, 응답 파일을 처리한 후 실행됩니다. 스크립트는 어떤 인수도 받지 않습니다.

• 값 installation-complete이(가) 사용되면, 스크립트는 설치 프로그램이 모든 작업을 완료한 후(따라서 루트 파일 시스템이 마운트 해제된 후) 실행됩니다. 스크립트는 설치가 성공적으로 완료되면 0의 값을, 어떤 이유로든 설치가 실패하면 0이 아닌 값을 갖는 인수를 받습니다.

속성 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 - 네트워크 인터페이스의 이름 (예: eth0)
• 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 부팅 설치에 필요한 네트워크 서버를 설정한 후, 설치할 서버에서 다음 단계를 완료하십시오:

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

2. 이더넷 카드에서 부팅하도록 선택합니다.

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

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

SAN에서 부팅

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

다음 유형의 SAN 부팅 구성이 지원됩니다:

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

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

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

참고:

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

HBA 및 하드웨어 파이버 채널

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

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

네트워크 인프라가 올바르게 설정되면 XenServer 설치 프로세스 중에 서버에서 다중 경로를 활성화하십시오. 자세한 내용은 다중 경로 사용을 참조하십시오. 평소와 같이 설치를 진행하십시오.

소프트웨어 FCoE (사용 중단됨)

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

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

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

네트워크 인프라가 올바르게 설정된 후 XenServer 설치 프로세스 중에 서버에서 멀티패싱을 활성화합니다. 자세한 내용은 멀티패싱 활성화를 참조하십시오. 평소와 같이 설치를 진행합니다.

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

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에서 소프트웨어 부팅 기능 활성화

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

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

   

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

   • 단일 경로 LUN의 경우 install을 선택합니다.

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

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 호스트를 부팅하는 것은 이제 더 이상 사용되지 않습니다. XenServer 8.4 호스트를 UEFI 부팅 모드를 사용하여 설치하는 것이 좋습니다.

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

   초기 부팅 메시지 다음에 Welcome to XenServer 화면이 나타납니다.

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

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

   • 단일 경로 LUN의 경우 install을 선택합니다.

   • 멀티패스 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 호스트를 부팅하는 것은 이제 더 이상 사용되지 않습니다. XenServer 8.4 호스트를 UEFI 부팅 모드를 사용하여 설치하는 것을 권장합니다.

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 호스트를 부팅하는 것은 이제 더 이상 사용되지 않습니다. XenServer 8.4 호스트를 UEFI 부팅 모드를 사용하여 설치하는 것을 권장합니다.

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 호스트를 부팅하는 것은 이제 더 이상 사용되지 않습니다. XenServer 8.4 호스트를 UEFI 부팅 모드를 사용하여 설치하는 것을 권장합니다.

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. 설치를 완료하려면 호스트를 다시 시작하십시오. 드라이버는 호스트가 다시 시작된 후에 적용됩니다.