Citrix XenServer 7.1 가상 컴퓨터 사용자 가이드 · 다음 Linux 배포판은 XenServer...

Citrix XenServer ® 7.1 가상 컴퓨터 사용자 가이드

Publication date March 20171.0 엮음

Citrix XenServer ® 7.1 가상 컴퓨터 사용자 가이드

Copyright © 2017 Citrix Systems. Inc. 판권 소유.버전: 7.1

Citrix, Inc.851 West Cypress Creek RoadFort Lauderdale, FL 33309United States of America면책조항. 이 문서는 "있는 그대로" 만 사용하도록 제공됩니다. Citrix, Inc.는 이 문서의 내용과 관련하여,어떠한 보증(상업성 및 특정 목적에의 적합성에 대한 묵시적 보증을 포함)도 하지 않습니다. 이 문서는 기술적 오류나 기타 부정확한 표현, 철자 오류를 포함할 수 있습니다. Citrix, Inc.는 언제라도 사전 통지 없이 이문서의 정보를 수정할 권리를 가집니다. 이 문서와 이 문서에서 설명하는 소프트웨어는 Citrix, Inc. 및 해당사용 허가자의 기밀 정보를 포함하며 Citrix, Inc.의 사용 허가 하에 제공됩니다.

Citrix Systems, Inc., Citrix 로고, Citrix XenServer 및 Citrix XenCenter는 Citrix Systems, Inc. 및/또는 한 곳이상의 자회사의 상표이며 미국 특허 및 상표권 사무소와 기타 국가에 등록되어 있을 수 있습니다. 모든 다른 상표 및 등록 상표는 각 소유자의 자산입니다.상표. Citrix®XenServer ®XenCenter ®

iii

차례

1. 이 문서 정보 .......................................................................................... 11.1. 개요 .............................................................................................................................. 1

1.2. XenServer 설명서 ........................................................................................................ 1

2. 가상 컴퓨터 ............................................................................................ 32.1. 가상 컴퓨터 유형 ......................................................................................................... 3

2.2. VM 만들기 ................................................................................................................... 3

2.2.1. VM 템플릿 사용 ................................................................................................ 3

2.3. 기타 VM 생성 방법 ...................................................................................................... 4

2.3.1. P2V(물리적 컴퓨터를 가상 컴퓨터로 변환) ....................................................... 4

2.3.2. 기존 VM 복제 .................................................................................................... 4

2.3.3. 내보낸 VM 가져오기 ......................................................................................... 4

2.4. XenServer Tools .......................................................................................................... 5

2.4.1. VM의 가상화 상태 확인 .................................................................................... 5

3. 지원되는 게스트 및 리소스 할당 ........................................................... 73.1. 지원되는 게스트, 가상 메모리 및 디스크 크기 제한 .................................................... 7

3.2. 장기 게스트 지원 ....................................................................................................... 10

3.3. XenServer 제품군 가상 장치 지원 ............................................................................. 10

3.3.1. VM 블럭 장치 .................................................................................................. 10

4. Windows VM 만들기 ............................................................................ 124.1. Windows VM을 만드는 기본 절차 ............................................................................. 12

4.2. Windows VM 템플릿 .................................................................................................. 12

4.2.1. ISO 이미지 라이브러리 연결 .......................................................................... 13

4.3. XenCenter를 사용하여 VM 만들기 ............................................................................ 13

4.3.1. XenServer Tools 설치 ..................................................................................... 15

4.3.1.1. 자동 설치 ............................................................................................. 17

4.4. CLI를 사용하여 Windows VM 만들기 ........................................................................ 17

iv

5. Linux VM 만들기 .................................................................................. 195.1. 인터넷 저장소에서 설치하여 Linux VM 만들기 ......................................................... 21

5.2. 물리적 CD/DVD에서 설치하여 Linux VM 만들기 ...................................................... 22

5.3. ISO 이미지에서 설치하여 Linux VM 만들기 .............................................................. 22

5.3.1. 네트워크 설치 참고 사항 ................................................................................ 23

5.4. 고급 운영 체제 부팅 매개 변수 .................................................................................. 24

5.5. Linux 게스트 에이전트 설치 ...................................................................................... 24

5.6. Linux 배포판에 대한 추가 설치 참고 사항 ................................................................. 25

5.6.1. 추가 Debian 참고 사항 ................................................................................... 26

5.6.1.1. Apt 저장소 ............................................................................................ 26

5.7. Linux VM 복제 준비 ................................................................................................... 26

5.7.1. 컴퓨터 이름 ..................................................................................................... 27

5.7.2. IP 주소 ............................................................................................................ 27

5.7.3. MAC 주소 ....................................................................................................... 27

6. XenMotion및 Storage XenMotion을 사용하여 VM 마이그레이션 ......... 286.1. XenMotion 및 Storage XenMotion ............................................................................. 28

6.1.1. XenMotion ....................................................................................................... 28

6.1.2. Storage XenMotion ......................................................................................... 28

6.1.3. 호환성 요구 사항 ............................................................................................ 28

6.1.4. 제한 사항 및 경고 ........................................................................................... 29

6.2. XenCenter를 사용하여 VM 마이그레이션 ................................................................. 29

6.3. Live VDI Migration(라이브 VDI 마이그레이션) .......................................................... 30

6.3.1. 제한 사항 및 경고 ........................................................................................... 30

6.3.2. 가상 디스크를 이동하려면 .............................................................................. 30

7. VM 업데이트 ........................................................................................ 317.1. Windows 운영 체제 업데이트 .................................................................................... 31

7.2. XenServer Tools 다시 설치 ....................................................................................... 32

7.3. XenServer Tools 업데이트 ........................................................................................ 32

v

7.3.1. I/O 드라이버 업데이트 .................................................................................... 32

7.3.2. 관리 에이전트 업데이트 .................................................................................. 33

7.3.3. 자동 업데이트 관리 ......................................................................................... 33

7.4. Linux 커널 및 게스트 유틸리티 업데이트 .................................................................. 34

7.5. Ubuntu 14.04, RHEL 7 및 CentOS 7 게스트로 업그레이드 ....................................... 35

8. Container Management ....................................................................... 368.1. Docker™란? .............................................................................................................. 36

8.2. Container Management Supplemental Pack ............................................................. 36

8.3. XenCenter를 사용한 Docker Container 관리 ............................................................. 37

8.4. 다른 Linux 게스트에서 컨테이너 관리 ....................................................................... 37

8.5. Docker Container 콘솔 및 로그 액세스 ..................................................................... 38

8.5.1. 인증 프로세스 자동화(선택 사항) ................................................................... 38

8.6. Windows Server 컨테이너 관리 ................................................................................. 39

8.7. 네트워크 요구 사항 및 보안 ...................................................................................... 39

8.7.1. 네트워크 분할 및 방화벽 ................................................................................ 40

8.7.2. Linux 기반 운영 체제의 인증 .......................................................................... 40

8.7.3. Windows Server 컨테이너에 대한 인증 .......................................................... 41

9. vApp ..................................................................................................... 429.1. XenCenter에서 vApp 관리 ......................................................................................... 42

9.2. vApp 만들기 ............................................................................................................... 42

9.3. vApp 삭제 .................................................................................................................. 43

9.4. XenCenter를 사용하여 vApp 시작 및 종료 ................................................................ 43

9.5. vApp 가져오기 및 내보내기 ....................................................................................... 44

10. 가상 컴퓨터에 대한 고급 참고 사항 ................................................... 4510.1. VM 부팅 동작 .......................................................................................................... 45

10.1.1. 유지(XenDesktop - 개인 데스크톱 모드) ....................................................... 45

10.1.2. 재설정(XenDesktop - 공유 데스크톱 모드) ................................................... 45

10.2. XenServer 호스트에서 ISO 라이브러리를 사용 가능하도록 설정 ............................ 45

vi

10.3. Windows VSS(볼륨 섀도 복사본 서비스) 공급자 ..................................................... 46

10.4. 원격 데스크톱을 사용하여 Windows VM에 연결 ..................................................... 46

10.5. Windows VM에서 시간 처리 .................................................................................... 47

10.6. Linux VM에서 시간 처리 .......................................................................................... 47

10.7. BIOS 잠금 ROK(Reseller Option Kit) 미디어에서 HVM VM 설치 ............................ 49

10.8. VSS를 사용하여 Windows VM 복제 준비 ................................................................ 50

10.9. Windows VM에 GPU 할당(XenDesktop과 함께 사용) ............................................. 51

11. Demo Linux Virtual Appliance 가져오기 ............................................ 5311.1. 유용한 테스트 .......................................................................................................... 53

12. VM 가져오기 및 내보내기 .................................................................. 5512.1. 지원되는 형식 .......................................................................................................... 55

12.1.1. Open Virtualization Format(OVF 및 OVA) .................................................... 56

12.1.1.1. OVF 또는 OVA 형식 선택 .................................................................. 57

12.1.2. 디스크 이미지 형식(VHD 및 VMDK) ............................................................. 57

12.1.3. XVA 형식 ...................................................................................................... 58

12.1.4. XVA Version 1 형식 ...................................................................................... 58

12.2. 운영 체제 픽스업 ..................................................................................................... 58

12.3. Transfer VM ............................................................................................................. 59

12.4. VM 가져오기 ............................................................................................................ 60

12.4.1. OVF/OVA에서 VM 가져오기 ......................................................................... 60

12.4.2. 디스크 이미지 가져오기 ................................................................................ 63

12.4.3. XVA에서 VM 가져오기 ................................................................................. 64

12.5. VM 내보내기 ............................................................................................................ 66

12.5.1. VM을 OVF/OVA로 내보내기 ......................................................................... 66

12.5.1.1. VM을 XVA로 내보내기 ....................................................................... 68

Windows VM 릴리스 정보 ........................................................................ 691. 릴리스 정보 .................................................................................................................. 69

1.1. 일반 Windows 문제 ........................................................................................... 69

vii

1.2. Windows 7 ......................................................................................................... 69

1.3. Windows Vista ................................................................................................... 69

Linux VM 릴리스 정보 ............................................................................. 701. 릴리스 정보 .................................................................................................................. 70

1.1. Red Hat Enterprise Linux 4.5에서 4.8 사이의 버전 ........................................... 70

1.1.1. RHEL 4.5에서 4.8까지의 게스트 복제 준비 ............................................ 71

1.1.2. RHEL 그래픽 설치 지원 .......................................................................... 71

1.2. Red Hat Enterprise Linux 5 ............................................................................... 72

1.2.1. RHEL 5.x 게스트 복제 준비 .................................................................... 72



1.5. CentOS 4 ........................................................................................................... 73

1.6. CentOS 5 ........................................................................................................... 73

1.7. CentOS 6 ........................................................................................................... 73

1.8. CentOS 7 ........................................................................................................... 73

1.9. Oracle Linux 5 ................................................................................................... 73

1.10. Oracle Linux 6 ................................................................................................. 73

1.11. Oracle Linux 7 ................................................................................................. 73

1.12. Scientific Linux 5 ............................................................................................. 73



1.15. SUSE Enterprise Linux 10 SP1 ....................................................................... 74


1.17. SUSE Enterprise Linux 11 ............................................................................... 74


1.19. SLES 게스트 복제 준비 ................................................................................... 74

1.20. Ubuntu 10.04 ................................................................................................... 75

1.21. Ubuntu 12.04 ................................................................................................... 75

1.22. Ubuntu 14.04 ................................................................................................... 75

viii

ISO 이미지 만들기 ................................................................................... 76

Linux VM에 대해 VNC를 사용하도록 설정 .............................................. 771. Debian Squeeze VM에서 그래픽 콘솔을 사용하도록 설정 ........................................... 77

2. Red Hat, CentOS 또는 Oracle Linux VM에서 그래픽 콘솔을 사용하도록 설정 ............. 78

2.1. VNC 구성 파일의 위치 확인 .............................................................................. 78

2.2. VNC를 사용하도록 GDM 구성 ........................................................................... 78

2.3. 방화벽 설정 ........................................................................................................ 79

2.4. VNC 화면 해상도 ............................................................................................... 79

2.5. RHEL, CentOS 또는 OEL 6.x VM에 VNC를 사용하도록 설정 ........................... 80

3. VNC에 대해 SLES 기반 VM 설정 ................................................................................ 83

3.1. VNC 서버 확인 .................................................................................................. 83

3.2. 원격 관리를 사용 가능하도록 설정 .................................................................... 83

3.3. xinetd 구성 수정 ................................................................................................ 84

3.4. 방화벽 설정 ........................................................................................................ 84

3.5. VNC 화면 해상도 ............................................................................................... 86

4. 실행 수준 확인 .............................................................................................................. 86

VM 문제 해결 ........................................................................................... 871. VM 크래시 .................................................................................................................... 87

1.1. Linux VM 크래시 덤프 동작 제어 ....................................................................... 87

1.2. Windows VM 크래시 덤프 동작 제어 ................................................................. 88

2. Linux VM에서 부팅 관련 문제 해결 .............................................................................. 88

1

1장. 이 문서 정보

1.1. 개요이 문서는 XenServer의 플랫폼 가상화 솔루션인 Citrix로 VM(가상 컴퓨터)을 사용하는 방법을 안내합니다.이 문서에서는 XenServer 호스트에서 실행되는 VM을 만들고 구성하고 관리하는 방법에 대해 설명합니다.

이 섹션에는 필요한 정보를 찾을 수 있도록 가이드의 내용이 요약되어 있습니다. 다음과 같은 항목에 대해다룹니다.

• VM 준비 및 생성에 대한 일반 정보• Windows VM 만들기• Linux VM 만들기• VM 업데이트• VM 마이그레이션• Container Management 사용• VM 설치를 위해 공급업체 미디어의 ISO 이미지 만들기 및 사용• VM 설치를 위해 공급업체 미디어의 네트워크 저장소 설정• VM 문제 해결

1.2. XenServer 설명서이 릴리스에는 다음 XenServer 설명서가 함께 제공됩니다.

• XenServer 릴리스 정보에서는 XenServer 7.1의 새로운 기능, 권장 사항 및 이 릴리스에 영향을 미치는 알려진 문제에 대해 다룹니다.

• XenServer 빠른 시작 가이드에서는 제품을 처음 접하는 사용자를 위해 XenServer 환경과 구성 요소를 소개합니다. 이 가이드에서는 XenServer 및 XenCenter 관리 콘솔을 빠르게 설정하고 실행하는 데 필요한 설치 및 구성 단계에 대해 설명합니다. 설치 단계를 설명한 후에는 Windows VM, VM 템플릿 및 XenServer호스트의 풀을 생성할 수 있는 방법을 안내합니다. 공유 스토리지, VM 스냅샷 및 XenMotion 라이브 마이그레이션과 같은 기본 관리 작업 및 고급 기능도 소개합니다.

• XenServer 설치 가이드에서는 XenServer 및 XenCenter 관리 콘솔의 설치, 구성 및 초기 작업을 위한 단계를 설명합니다.

• XenServer 가상 컴퓨터 사용자 가이드에서는 XenServer 환경에 Windows와 Linux VM을 설치하는 방법을 설명합니다. 이 가이드에서는 설치 미디어, XenServer 패키지에 포함된 VM 템플릿 및 기존 물리적 컴퓨터(P2V)에서 새로운 VM을 생성하는 방법에 대해 설명합니다. 디스크 이미지를 가져오는 방법 및 장비를 가져오고 내보내는 방법도 설명합니다.

• XenServer 관리자 가이드에서는 스토리지, 네트워킹 및 풀 설정을 포함해 XenServer 배포를 구성하는 것과 관련된 작업을 자세히 설명합니다. CLI(명령줄 인터페이스)를 사용해 XenServer를 관리하는 방법도설명합니다.

• vSwitch 컨트롤러 사용자 가이드는 XenServer용 vSwitch 컨트롤러에 대한 포괄적인 사용자 가이드입니다.• Supplemental Packs and the DDK(보조 팩 및 DDK)에서는 XenServer의 기능을 수정하고 확장하는 데 사

용할 수 있는 XenServer 드라이버 개발 키트를 소개합니다.• XenServer 소프트웨어 개발 키트 가이드에서는 XenServer SDK에 대해 간략하게 설명합니다. 여기서는

XenServer 호스트와 상호 작용하는 응용 프로그램을 작성하는 방법을 보여 주는 코드 샘플도 설명합니다.• XenAPI 사양은 XenServer API에 대한 프로그래머 참조 가이드입니다.

2

추가 리소스에 대해서는 Citrix Knowledge Center를 방문하십시오.

support.citrix.com

3

2장. 가상 컴퓨터이 장에서는 템플릿을 사용하여 VM(가상 컴퓨터)을 만드는 방법을 개괄적으로 설명합니다. 또한 P2V(물리적 컴퓨터를 가상 컴퓨터로 변환), 템플릿 복제, 이전에 내보낸 VM 가져오기 등과 같은 다른 준비 방법도설명합니다.가상 컴퓨터란? VM(가상 컴퓨터)은 물리적 컴퓨터와 마찬가지로 운영 체제 및 응용 프로그램을 실행하는소프트웨어 컴퓨터입니다. VM은 여러 사양 및 구성 파일로 구성되며 호스트의 물리적 리소스에 의해 지원됩니다. 모든 VM에는 물리적 하드웨어와 동일한 기능을 제공하며 이식성, 관리 효율성 및 보안의 측면에서추가적인 이점을 지닐 수 있는 가상 장치가 포함됩니다. 또한 각 VM의 부팅 동작을 특정 요구 사항에 맞게조정할 수 있습니다. 자세한 내용은 10.1절. “VM 부팅 동작”을 참조하십시오.

XenServer에서는 IPv4 또는 IPv6으로 구성된 주소의 조합을 사용하는 게스트를 지원합니다.

2.1. 가상 컴퓨터 유형XenServer에서 VM은 다음의 두 가지 모드 중 하나에서 작동할 수 있습니다.

• 반가상화(PV) 모드 - 가상 컴퓨터 커널이 장치와 메모리를 관리하기 위해 하이퍼바이저에서 실행 중임을인식하는 특정 코드를 사용합니다.

• 완벽하게 가상화된 모드(HVM) - 특정 프로세서 기능을 사용하여 가상 컴퓨터가 수행하는 권한 있는 지침을 '트랩'하여 수정되지 않은 운영 체제를 사용할 수 있도록 합니다. 네트워크 및 스토리지 액세스의 경우 에뮬레이션된 장치를 가상 컴퓨터에 제공하거나, 성능 및 안정성이 중요한 경우에는 PV 드라이버를사용할 수도 있습니다.

다음 Linux 배포판은 XenServer 7.1에서 HVM 모드로 작동합니다.

• RHEL 7• CentOS 7• Oracle Linux 7• Scientific Linux 7• Ubuntu 14.04• Ubuntu 16.04• Debian Jessie 8.0• CoreOS 633.1.0

그 이유는 이러한 VM은 최신 프로세서의 x86 가상 컨테이너 기술을 활용하여 뛰어난 성능을 제공할 수 있기 때문입니다. 하지만 이러한 게스트를 통해 네트워크 및 스토리지에 액세스할 경우에는 커널에 기본적으로 제공된 드라이버를 사용하여 PV 모드에서 계속 작동할 수 있습니다.

2.2. VM 만들기

2.2.1. VM 템플릿 사용

VM은 템플릿을 사용하여 준비됩니다. 템플릿은 특정 VM을 인스턴스화하기 위한 모든 다양한 구성 설정이포함된 "원판"입니다. XenServer에는 운영 체제를 설치할 수 있는 "원시" VM인 기본 템플릿 집합이 함께 제공됩니다. 운영 체제마다 최적으로 실행되기 위한 설정이 다릅니다. XenServer 템플릿은 운영 체제 성능을최대화하도록 조정되어 있습니다.

템플릿에서 VM을 만드는 기본적인 방법은 다음과 같이 두 가지가 있습니다.

• 사전 구성된 완전한 템플릿 사용(예: Demo Linux Virtual Appliance)

4

• CD, ISO 이미지 또는 네트워크 저장소의 운영 체제를 제공된 적절한 템플릿에 설치

4장. Windows VM 만들기에서는 VM에 Windows 운영 체제를 설치하는 방법에 대해 설명합니다.

5장. Linux VM 만들기에서는 VM에 Linux 운영 체제를 설치하는 방법에 대해 설명합니다.

2.3. 기타 VM 생성 방법제공된 템플릿에서 VM을 만드는 것 외에도 VM을 만드는 데 사용할 수 있는 방법이 3가지가 더 있습니다.

1. P2V(물리적 컴퓨터를 가상 컴퓨터로 변환)2. 기존 VM 복제3. 내보낸 VM 가져오기

2.3.1. P2V(물리적 컴퓨터를 가상 컴퓨터로 변환)

P2V(물리적 컴퓨터를 가상 컴퓨터로 변환)는 물리적 서버의 기존 Windows 운영 체제(파일 시스템, 구성 등)를 운영 체제의 가상화된 인스턴스로 변환하고, 이를 전송 및 인스턴스화한 다음 XenServer 호스트에서 VM으로 시작하는 프로세스입니다.

2.3.2. 기존 VM 복제

템플릿에서 복제하여 기존 VM의 사본을 만들 수 있습니다. 템플릿은 VM을 인스턴스화하는 마스터 사본으로 사용되도록 작성된 일반적인 VM입니다. VM을 사용자 지정하고 템플릿으로 변환할 수 있지만 VM에 대한 적절한 준비 절차를 따라야 합니다(Windows의 경우 10.8절. “VSS를 사용하여 Windows VM 복제 준비”,Linux의 경우 5.7절. “Linux VM 복제 준비” 참조).

참고

템플릿은 일반 VM으로 사용할 수 없습니다.

XenServer에는 다음과 같은 두 가지 VM 복제 메커니즘이 있습니다.

1. 전체 복사2. CoW(기록 중 복사)

속도가 더 빠른 CoW(기록 중 복사) 모드에서는 수정된 블록만 디스크에 기록합니다. CoW는 디스크 공간을 절약하고 빠른 복제가 가능하도록 고안되었지만 일반 디스크 성능은 조금 느려질 수 있습니다. 템플릿은 속도 저하 없이 여러 번 빠르게 복제될 수 있습니다.

참고

템플릿을 VM으로 복제하고 복제를 다시 템플릿으로 변환하면 이 작업의 횟수에 따라 비례적으로 디스크 성능이 저하될 수 있습니다. 이 경우 vm-copy CLI 명령을 사용하여 디스크의 전체 복사를 수행하여 원하는 수준의 디스크 성능으로 복원할 수 있습니다.

리소스 풀에 대한 참고 사항. 모든 VM 가상 디스크가 공유 SR(스토리지 저장소)에 있는 서버에서 템플릿을 만들 경우 템플릿 복제 작업은 이러한 공유 SR에 액세스할 수 있는 풀에 속한 임의의 서버로 전달될 수있습니다. 하지만 로컬 SR만 있는 VM 가상 디스크에서 템플릿을 만들면 이 SR에 액세스할 수 있는 서버에서만 템플릿 복제 작업을 실행할 수 있습니다.

2.3.3. 내보낸 VM 가져오기

내보낸 기존 VM을 가져와서 VM을 만들 수 있습니다. VM 내보내기와 가져오기는 복제와 마찬가지로 특정구성의 VM을 추가로 만들어 배포 속도를 높일 수 있는 빠른 방법입니다. 예를 들어 여러 번 사용하는 특별

5

용도의 서버 구성이 있을 수 있습니다. 원하는 방식으로 VM을 설정한 후 이를 내보내고 나중에 다시 가져와서 특별히 구성된 VM의 다른 사본을 만들 수 있습니다. 내보내기 및 가져오기를 사용하여 다른 리소스 풀에속하는 XenServer 호스트로 VM을 이동할 수도 있습니다.

VM 가져오기 및 내보내기에 대한 자세한 정보와 절차는 12장. VM 가져오기 및 내보내기를 참조하십시오.

2.4. XenServer ToolsXenServer Tools는 기존 장치 에뮬레이션의 오버헤드 없이 고성능 I/O 서비스를 제공합니다. XenServerTools는 반가상화 드라이버 또는 PV 드라이버라고도 하는 I/O 드라이버와 관리 에이전트로 구성되어 있습니다. VM에서 완전하게 지원되는 구성을 구현하고 XenServer Tools 관리 도구(xe CLI 또는 XenServer)를사용하기 위해서는 각 Windows 가상 컴퓨터에 XenCenter를 설치해야 합니다.

I/O 드라이버에는 스토리지 및 네트워크 드라이브 그리고 하위 수준의 관리 인터페이스가 포함되어 있습니다. 이 드라이버는 에뮬레이션된 장치를 대체하고 Windows와 XenServer 제품군 소프트웨어 간에 고속 전송을 제공합니다. Windows 운영 체제를 설치하는 동안 XenServer는 기존 장치 에뮬레이션을 사용하여 표준IDE 컨트롤러와 표준 네트워크 카드를 VM에 표시합니다. 이를 통해 Windows는 기본 제공 드라이버를 사용하여 설치를 완료할 수 있지만 컨트롤러 드라이버 에뮬레이션으로 인한 오버헤드 때문에 성능이 저하됩니다.

관리 에이전트(일명 게스트 에이전트)는 개략적인 가상 컴퓨터 관리 기능을 담당하며, 정지 스냅샷을 포함한 전체 기능을 XenCenter에 제공합니다.

Windows VM의 구성이 완전히 지원되도록 하려면 각 VM에 XenServer Tools를 설치해야 합니다. VM은 이러한 도구가 없이도 작동하지만 I/O 드라이버(PV 드라이버)가 설치되지 않으면 성능이 상당히 저하됩니다.다음 작업을 수행할 수 있으려면 Windows VM에 XenServer Tools를 설치해야 합니다.

• VM을 완전히 종료, 재부팅 또는 일시 중단• XenCenter에서 VM 성능 데이터 보기• 실행 중인 VM 마이그레이션(XenMotion 또는 Storage XenMotion 사용)• 중지 스냅샷이나 메모리 포함 스냅샷(검사점) 생성 또는 스냅샷으로 되돌리기• 실행 중인 Linux VM의 vCPU 수 조정(Windows VM의 경우 이 변경 사항을 적용하려면 재부팅 필요)

2.4.1. VM의 가상화 상태 확인

XenCenter는 VM의 General(일반) 탭에 VM의 가상화 상태를 보고합니다. XenServer Tools(I/O 드라이버 및관리 에이전트)의 설치 여부와, Windows 업데이트로부터 업데이트를 수신 및 설치하는 기능이 VM에 있는지 여부를 확인할 수 있습니다. 다음 섹션에는 XenCenter에 표시되는 메시지가 나열되어 있습니다.

I/O optimized (not optimized)(I/O 최적화됨(최적화되지 않음)): I/O 드라이버가 VM에 설치되어 있는지 여부를 표시합니다. XenServer Tools ISO에서 I/O 드라이버를 설치하려면 Install I/O drivers and ManagementAgent(I/O 드라이버 및 관리 에이전트 설치) 링크를 클릭하십시오.

참고

Windows 업데이트에서 업데이트를 받는 기능이 있는 Windows VM에 I/O 드라이버가 자동으로 설치됩니다. 자세한 내용은 7.3절. “XenServer Tools 업데이트”를 참조하십시오.

Management Agent installed (not installed)(관리 에이전트 설치됨(설치되지 않음)): 관리 에이전트가 VM에현재 설치되어 있는지 여부를 표시합니다. XenServer Tools ISO에서 관리 에이전트를 설치하려면 Install I/O drivers and Management Agent(I/O 드라이버 및 관리 에이전트 설치) 링크를 클릭하십시오.

Able to (Not able to) receive updates from Windows Update(Windows 업데이트에서 업데이트를 수신할 수있음(없음)): Windows 업데이트에서 I/O 드라이버를 수신할 수 있는 기능이 VM에 있는지 여부를 지정합니다.

6

Install I/O drivers and Management Agent(I/O 드라이버 및 관리 에이전트 설치): 이 메시지는 VM에 I/O 드라이버나 관리 에이전트가 설치되어 있지 않은 경우에 표시됩니다. XenServer Tools를 설치하려면 링크를클릭하십시오. Linux VM의 경우 상태 링크를 클릭하면 VM의 콘솔로 전환되고 XenServer Tools ISO가 로드됩니다. 그러면 ISO를 탑재하고 4.3.1절. “XenServer Tools 설치”에 설명된 대로 수동으로 설치를 실행할수 있습니다.

7

3장. 지원되는 게스트 및 리소스 할당이 장에서는 VM에 리소스를 할당하는 방법과 지원되는 게스트 운영 체제에 대해 설명합니다. 가상 메모리및 가상 디스크 크기 최소값을 소개하고, XenServer 제품군 구성원의 가상 장치 지원에 대한 차이점을 설명합니다.

3.1. 지원되는 게스트, 가상 메모리 및 디스크 크기 제한VM을 설치할 때는 메모리 및 디스크 공간과 같은 리소스를 할당하는 경우 관련 응용 프로그램 및 운영 체제의 메모리 및 디스크 공간 지침을 준수하십시오.

중요

개별 운영 체제 버전에서도 라이센스 등의 이유로 지원되는 메모리의 양에 자체적인 최대 제한을적용할 수 있습니다.

주의

게스트 메모리를 구성할 때는 운영 체제에서 주소를 지정할 수 있는 물리적 메모리의 최대 크기를초과하지 않도록 하십시오. 운영 체제에서 지원하는 제한보다 크게 메모리 최대값을 설정하면 게스트에서 안정성 문제가 발생할 수 있습니다.

운영 체제 최소 RAM 최대 RAM 최소 디스크 공간

Windows 7, Windows 7 SP1, Windows8, Windows 8.1, Windows 10(32비트)

1GB 4GB 24GB(40GB 이상 권장)

Windows 7, Windows 7 SP1(64비트) 2GB 192GB 24GB(40GB 이상 권장)

Windows 8, Windows 8.1(64비트) 2GB 512GB 24GB(40GB 이상 권장)

Windows 10 (64-bit) 2GB 1.5TB 24GB(40GB 이상 권장)

Windows Server 2008 SP2(64비트) 512MB 1TB 24GB(40GB 이상 권장)

Windows Server 2008 R2, WindowsServer 2008 R2 SP1, Windows Server2012, Windows Server 2012 R2(64비트)

512MB 1.5TB 24GB(40GB 이상 권장)

Windows Server 2008 SP2(32비트) 512MB 64GB 24GB(40GB 이상 권장)

Windows Server 2016(64비트) 1GB 1.5TB 32GB(40GB 이상 권장)

Windows Vista SP2(32비트)* 1GB 4GB 24GB(40GB 이상 권장)

CentOS 4.5 - 4.8(32비트) 256MB 16GB 8GB

CentOS 5.0 - 5.11(32비트) 512MB 16GB 8GB

CentOS 5.0 - 5.7(64비트) 512MB 16GB 8GB

CentOS 5.8 - 5.11(64비트) 512MB 128GB 8GB

CentOS 6.0, 6.1(32비트) 1GB 8GB 8GB

8


CentOS 6.0, 6.1(64비트) 512MB 32GB 8GB

CentOS 6.2 - 6.8(32비트) 512MB 16GB 8GB

CentOS 6.2 - 6.8(64비트) 1GB 128GB 8GB

CentOS 7.0 - 7.3(64비트) 1GB 1.5TB 10GB

Red Hat Enterprise Linux 4.5 - 4.8(32비트)

256MB 16GB 8GB


512MB 16GB 8GB


512MB 16GB 8GB


512MB 128GB 8GB

Red Hat Enterprise Linux 6.0, 6.1(32비트)

512MB 8GB 8GB

Red Hat Enterprise Linux 6.0, 6.1(64비트)

1GB 32GB 8GB


512MB 16GB 8GB


1GB 128GB 8GB


1GB 1.5TB 10GB

SUSE Linux Enterprise Server 10SP1, SLES 10 SP2, SLES 10 SP3,SLES 10 SP4(32비트)

512MB 16GB 8GB

SUSE Linux Enterprise Server 10SP1, SLES 10 SP2, SLES 10 SP3,SLES 10 SP4(64비트)

512MB 128GB 8GB

SUSE Linux Enterprise Server 11,SLES 11 SP1, SLES 11 SP2(32비트)

1GB 64GB 8GB

SUSE Linux Enterprise Server 11SP3, 11 SP4(32비트)

1GB 16GB 8GB

SUSE Linux Enterprise Server 11,SLES 11 SP1, SLES 11 SP2, SLES 11SP3, 11 SP4(64비트)

1GB 128GB 8GB

9


SUSE Linux Enterprise Server 12(64비트)†

1GB 128GB 8GB

SUSE Linux Enterprise Desktop 11SP3(64비트)

1GB 128GB 8GB

SUSE Linux Enterprise Desktop 12,12 SP1(64비트)

1GB 128GB 8GB

Oracle Linux 5.0 - 5.7, 5.10, 5.11(32비트)

512MB 64GB 8GB

Oracle Linux 5.0 - 5.11(64비트) 512MB 128GB 8GB

Oracle Linux 5.8, 5.9(32비트) 512MB 16GB 8GB

Oracle Linux 6.0 - 6.8(32비트) 512MB 8GB 8GB

Oracle Linux 6.0, 6.1(64비트) 1GB 32GB 8GB

Oracle Linux 6.2 - 6.8(64비트) 1GB 128GB 8GB

Oracle Linux 7.0 - 7.3(64비트) 1GB 1.5TB 10GB

Scientific Linux 5.11(32비트) 512MB 16GB 8GB

Scientific Linux 5.11(64비트) 512MB 128GB 8GB

Scientific Linux 6.6 - 6.8(32비트) 512MB 16GB 8GB

Scientific Linux 6.6 - 6.8(64비트) 1GB 128GB 8GB

Scientific Linux 7.0 - 7.2(64비트) 1GB 1.5TB 10GB

Debian Squeeze 6.0(32/64비트) 128MB 32GB 8GB

Debian Wheezy 7(32비트) 512MB 32GB 8GB

Debian Wheezy 7(64비트) 512MB 128GB 8GB

Debian Jessie 8(32비트) 128MB 64GB 8GB

Debian Jessie 8(64비트) 128MB 1.5TB 8GB

Ubuntu 10.04(32비트) 128MB 32GB 8GB





10




Ubuntu 16.04(64비트) 512MB 1.5TB 10GB

CoreOS 633.1.0 512MB 512GB 5GB

NeoKylin Linux Advanced Server6.5(64비트)

1GB 128GB 8GB

NeoKylin Linux Advanced Server7.2(64비트)

1GB 1.5TB 10GB

*Windows 업데이트를 통해 I/O 드라이버를 자동으로 수신하는 기능은 Windows Vista VM에서 사용할 수 없습니다. XenServer Tools업데이트에 대한 자세한 내용은 7.3절. “XenServer Tools 업데이트” 문서를 참조하십시오.†SLES 12의 기본 파일 시스템인 Btrfs는 XenServer에서 지원되지 않는다는 점에 주의해야 합니다. 대신 지원되는 파일 시스템(예:EXT3, EXT4)을 /boot 파티션에서 선택해야 합니다.

중요

원래 커널을 사용하는 RHEL, OL 및 CentOS 5.0 게스트 운영 체제는 XenServer 7.1에서 부팅되지 않습니다. XenServer 호스트를 7.1 버전으로 업그레이드하기 전에 커널을 버전 5.4(2.6.18-164.el5xen) 이상으로 업데이트해야 합니다. 이러한 게스트를 실행하는 고객이XenServer 호스트를 이미 7.1 버전으로 업그레이드한 경우 커널 업그레이드에 대한 자세한 내용은 Citrix 기술 자료 문서 CTX134845를 참조하십시오.

참고

일부 32비트 Windows 운영 체제에서는 PAE(물리적 주소 확장) 모드라고 하는 특수 모드를 사용하여 4GB 이상의 RAM을 지원할 수 있습니다. 4GB보다 큰 RAM을 사용하여 VM을 다시 구성하려는 경우 XenCenter가 아니라 xe CLI를 사용해야 합니다. CLI에서는 memory-static-max에 대한상한이 적용되지 않습니다.

3.2. 장기 게스트 지원XenServer에는 Linux VM에 대한 LTS(장기 게스트 지원) 정책이 포함되어 있습니다. LTS 정책을 통해 모든고객이 새로운 게스트 미디어에서 설치하거나 지원되는 기존 게스트에서 업그레이드하는 방식으로 부 버전 업데이트를 사용할 수 있습니다.

3.3. XenServer 제품군 가상 장치 지원XenServer 제품군의 현재 버전에는 VM용 가상 장치에 대해 몇 가지 일반적인 제한 사항이 있습니다. 일부 게스트 운영 체제의 경우 특정 기능에 대해 제한이 더 낮을 수 있습니다. 이러한 제한에 대해서는 각각의 게스트설치 섹션을 참조하십시오. 구성 제한에 대한 자세한 내용은 XenServer 7.1 Configuration Limits(XenServer7.0 구성 제한) 문서를 참조하십시오. 하드웨어 및 환경에 따라 제한 사항이 달라질 수 있습니다. 지원되는 하드웨어에 대한 자세한 내용은 XenServer Hardware Compatibility List(XenServer 하드웨어 호환성 목록)를참조하십시오.

3.3.1. VM 블럭 장치

PV(반가상화) Linux의 경우 블럭 장치는 PV 장치로 통과됩니다. XenServer에서는 SCSI 또는 IDE의 에뮬레이션을 시도하지 않지만 xvd* 장치의 형태로 가상 환경에서 더 적합한 인터페이스를 제공합니다. 또한 VM

http://support.citrix.com/article/CTX134845

http://hcl.vmd.citrix.com/

11

내의 PV 드라이버가 SCSI 장치 네임스페이스를 받는 동일한 메커니즘을 사용하여 sd* 장치를 가져올 수도있습니다(운영 체제에 따라 다름). 이는 바람직한 상황이 아니므로 PV 게스트에 대해 가능하면 xvd*를 사용하는 것이 가장 좋습니다. 이 방식은 Debian 및 RHEL의 기본 동작입니다.

Windows 또는 기타 완전하게 가상화된 게스트의 경우 XenServer에서는 IDE 버스를 hd* 장치의 형태로 에뮬레이션합니다. Windows를 사용할 때 XenServer Tools를 설치하면 완전하게 가상화된 환경 이외에는 Linux와 비슷한 방식으로 작동하는 특별한 I/O가 설치됩니다.

12

4장. Windows VM 만들기주의

XenServer Tools를 설치하지 않은 상태로 Windows VM을 실행하는 것은 지원되는 구성이 아닙니다. 자세한 내용은 2.4절. “XenServer Tools”를 참조하십시오.

Windows VM을 XenServer 호스트에 설치하려면 하드웨어 가상화 지원 기능(Intel VT 또는 AMD-V)이 필요합니다.

4.1. Windows VM을 만드는 기본 절차VM에 Windows를 설치하는 과정은 다음과 같이 세 단계로 나눌 수 있습니다.

• 적절한 Windows 템플릿 선택• Windows 운영 체제 설치• XenServer Tools(I/O 드라이버 및 관리 에이전트) 설치

4.2. Windows VM 템플릿VM에 Windows 운영 체제를 설치하려면 XenCenter 또는 xe CLI를 사용하여 적절한 템플릿을 복제한 다음운영 체제를 설치합니다. 개별 게스트에 대한 템플릿에는 가상 하드웨어의 구성을 정의하는 사전 정의된 플랫폼 플래그가 있습니다. 예를 들어 모든 Windows VM은 ACPI HAL(하드웨어 추상화 계층) 모드를 사용하도록 설치됩니다. 나중에 이 VM 중 하나를 여러 개의 가상 CPU를 사용하도록 변경하면 Windows는 자동으로 HAL을 다중 프로세서 모드로 전환합니다.

참고

XenServer 7.1에는 Windows XP 및 Windows Server 2003용 VM 템플릿이 없습니다. WindowsXP 또는 Windows Server 2003 VM을 생성하려는 고객은 '다른 설치 미디어' 템플릿을 사용한 다음 XenServer Tools ISO에서 xenlegacy.exe를 실행하여 해당 VM에 XenServer Tools를 설치해야합니다. 이는 Microsoft가 이들 게스트에 대한 연장 지원을 종료하기로 결정했다는 사실을 반영한조치임을 참고하시기 바랍니다. 지원 과정에서 Windows XP 또는 Windows Server 2003과 관련한문제를 제출해야 하는 경우, 지원되지 않는 게스트 운영 체제에 대한 기술적 해결 방법이 제한되거나 불가능할 수 있으므로 고객은 지원되는 게스트 운영 체제로 업그레이드하도록 요청받습니다.

사용 가능한 Windows 템플릿은 아래에 나와 있습니다.

템플릿 이름 설명

Citrix XenApp on Windows Server 2008(32-bit)

Windows Server 2008 SP2(32-bit)를 설치하는 데 사용됩니다.모든 버전이 지원됩니다. 이 템플릿은 XenApp 성능을 최적화하도록 특별하게 조정되었습니다.

Citrix XenApp on Windows Server 2008(64-bit)

Windows Server 2008 SP2(64비트)를 설치하는 데 사용됩니다.모든 버전이 지원됩니다. 이 템플릿은 XenApp 성능을 최적화하도록 특별하게 조정되었습니다.

Citrix XenApp on Windows Server 2008R2 (64-bit)

Windows Server 2008 R2 및 Windows Server 2008 R2 SP1(64비트)을 설치하는 데 사용됩니다. 모든 버전이 지원됩니다. 이템플릿은 XenApp 성능을 최적화하도록 특별하게 조정되었습니다.

13

템플릿 이름 설명

Windows 7 (32-bit) Windows 7 및 Windows 7 SP1(32비트)을 설치하는 데 사용됩니다.

Windows 7 (64-bit) Windows 7 및 Windows 7 SP1(64비트)을 설치하는 데 사용됩니다.

Windows 8 (32-bit) Windows 8 및 Windows 8.1(32비트)을 설치하는 데 사용됩니다.

Windows 8 (64-bit) Windows 8 및 Windows 8.1(64비트)을 설치하는 데 사용됩니다.

Windows 10 (32-bit) Windows 10을 설치하는 데 사용됩니다.

Windows 10 (64-bit) Windows 10(64비트)을 설치하는 데 사용됩니다.

Windows Server 2008 (32-bit) Windows Server 2008 SP2(32-bit)를 설치하는 데 사용됩니다.모든 버전이 지원됩니다.

Windows Server 2008(64비트) Windows Server 2008 SP2(64비트)를 설치하는 데 사용됩니다.모든 버전이 지원됩니다.

Windows Server 2008 R2(64비트) Windows Server 2008 R2 및 Windows Server 2008 R2 SP1(64비트)을 설치하는 데 사용됩니다. 모든 버전이 지원됩니다.

Windows Server 2012(64비트) Windows Server 2012(64비트)를 설치하는 데 사용됩니다.

Windows Server 2012 R2(64비트) Windows Server 2012 R2(64비트)를 설치하는 데 사용됩니다.

Windows Server 2016(64비트) Windows Server 2016(64비트)을 설치하는 데 사용됩니다.

Windows Vista(32-bit) Windows Vista SP2(32비트)를 설치하는 데 사용됩니다.Enterprise 버전이 지원됩니다.

주의

시험 사용 게스트 운영 체제는 제한적인 테스트를 거쳤으며 향후 제품 릴리스에서는 제공되지않을 수 있으므로 프로덕션 시스템에서 이를 사용하도록 설정하면 안 됩니다. Citrix는 시험 사용 기능과 관련한 지원 요청에는 부응하지 않습니다.

4.2.1. ISO 이미지 라이브러리 연결

Windows 운영 체제는 XenServer 호스트의 물리적 CD-ROM 드라이브에 삽입된 설치 CD 또는 ISO 이미지를 통해 설치할 수 있습니다. Windows 설치 CD에서 ISO 이미지를 만들고 이를 사용하는 방법에 대한 자세한 내용은 ISO 이미지 만들기를 참조하십시오.

4.3. XenCenter를 사용하여 VM 만들기

Windows 7(32비트) VM을 만들려면:

참고

다음 절차에서는 Windows 7(32비트) VM을 만드는 예를 제공합니다. 기본값은 선택하는 운영 체제에 따라 다를 수 있습니다.

14

1. XenCenter 도구 모음에서 New VM(새 VM) 단추를 클릭하여 New VM(새 VM) 마법사를 엽니다.

New VM(새 VM) 마법사에서는 CPU, 스토리지 및 네트워킹 리소스에 대한 다양한 매개 변수를 조정하여 새 VM을 구성할 수 있습니다.

2. VM 템플릿을 선택하고 Next(다음)를 클릭합니다.

각 템플릿에는 특정 게스트 OS(운영 체제) 및 최적의 스토리지를 사용하여 새 VM을 만드는 데 필요한 설정 정보가 포함되어 있습니다. 이 목록에는 XenServer에서 현재 지원하는 템플릿이 반영되어 있습니다.

참고

특정 컴퓨터와 함께 패키지로 제공되는 OS 설치 CD와 같이 새 VM에 설치하려는 OS가 원래하드웨어와 호환되는 경우에는 Copy host BIOS strings to VM(VM에 호스트 BIOS 문자열 복사) 상자를 선택합니다.

CLI를 사용하여 BIOS 문자열을 복사하려면 10.7절. “BIOS 잠금 ROK(Reseller Option Kit) 미디어에서 HVM VM 설치”를 참조하십시오.

3. 새 VM의 이름과 원하는 경우 설명을 입력합니다.

4. 새 VM에 설치할 OS 미디어의 원본을 선택합니다.

CD/DVD에서 설치하는 방법이 가장 간단하게 시작할 수 있는 옵션입니다. 이렇게 하려면 기본 설치 원본 옵션(DVD 드라이브)을 선택하고 XenServer 호스트의 DVD 드라이브에 디스크를 삽입한 후 Next(다음)를 선택하여 계속합니다.

XenServer에서는 기존 ISO 라이브러리를 포함하여 다양한 원본에서 OS 설치 미디어를 가져올 수도 있습니다. ISO 이미지는 광학 디스크(CD, DVD 등)에 포함된 모든 정보가 들어 있는 파일입니다. 이 경우ISO 이미지에는 Windows 설치 CD와 동일한 OS 데이터가 포함됩니다.

기존 ISO 라이브러리를 연결하려면 New ISO library(새 ISO 라이브러리)를 클릭하고 ISO 라이브러리의 위치를 지정하고 해당 유형을 입력합니다. 그런 후 드롭다운 목록에서 특정 운영 체제 ISO 미디어를 선택할 수 있습니다.

5. VM의 홈 서버를 선택합니다.

홈 서버는 풀의 VM에 대한 리소스를 제공하는 서버입니다. VM에 대한 홈 서버를 지정하면 XenServer이 해당 서버에서 VM을 시작하려고 하며, 불가능한 경우 동일한 풀 내의 대체 서버가 자동으로 선택됩니다. 홈 서버를 선택하려면 Place the VM on this server(이 서버에 VM 배치)를 클릭하고 목록에서 서버를 선택합니다.

참고

• WLB 사용 풀에서는 VM을 시작하거나 다시 시작하거나 마이그레이션하는 데 지정된 홈 서버가 사용되지 않습니다. 대신 WLB가 XenServer 리소스 풀 메트릭을 분석하고 최적화를권장하여 VM에 가장 적합한 서버를 지정합니다.

• VM에 가상 GPU가 할당된 경우 홈 서버 지정이 적용되지 않습니다. 대신 사용자가 설정한가상 GPU 배치 정책에 따라 서버가 지정됩니다.

홈 서버를 지정하지 않으려면 Don't assign this VM a home server(이 VM에 홈 서버 할당 안 함)를 클릭합니다. 필요한 리소스가 있는 모든 서버에서 VM이 실행됩니다. Next(다음)를 클릭하여 계속합니다.

6. VM에 대한 프로세서 및 메모리 리소스를 할당합니다. Windows 10 VM의 경우 기본값은 1개의 가상CPU와 2048MB의 RAM입니다. 기본값을 수정할 수도 있습니다. Next(다음)를 클릭하여 계속합니다.

7. 가상 GPU를 할당합니다. New VM(새 VM) 마법사에 VM에 전용 GPU를 할당할지, 아니면 가상 GPU를할당할지를 묻는 메시지가 나타납니다. GPU를 할당하면 VM이 GPU의 처리 성능을 사용할 수 있게 되

15

며 CAD/CAM, GIS 및 의료 이미지 처리 응용 프로그램 같은 고급 3D 전문 그래픽 응용 프로그램을 보다 잘 지원할 수 있습니다.

8. 새 VM에 대한 스토리지를 할당하고 구성합니다.

Next(다음)를 클릭하여 기본 할당(24GB) 및 구성을 선택하거나 다음을 수행할 수 있습니다.

a. Properties(속성)를 클릭하여 가상 디스크의 이름, 설명 또는 크기를 변경합니다.

b. Add(추가)를 선택하여 새 가상 디스크를 추가합니다.

9. 새 VM에서 네트워킹을 구성합니다.

Next(다음)를 클릭하여 각 NIC(네트워크 인터페이스 카드)에 대해 자동으로 생성된 고유 MAC 주소를포함한 기본 NIC 및 구성을 선택하거나 다음을 수행할 수 있습니다.

a. Properties(속성)를 클릭하여 가상 디스크의 물리적 네트워크, MAC 주소 또는 QoS(서비스 품질)우선 순위를 변경합니다.

b. Add(추가)를 선택하여 새 가상 NIC를 추가합니다.

10. 설정을 검토한 다음 Finish(마침)를 클릭하여 새 VM을 만들고 Search(검색) 탭으로 돌아갑니다.

Resources(리소스) 창에서 호스트 아래에 새 VM에 대한 아이콘이 나타납니다.

Resources(리소스) 창에서 VM을 선택한 다음 Console(콘솔) 탭을 클릭하여 VM 콘솔을 표시합니다.

11. OS 설치 화면에 따라 원하는 항목을 선택합니다.

12. OS 설치가 완료되고 VM이 재부팅되면 XenServer Tools를 설치합니다. 단계별 지침은 4.3.1절.“XenServer Tools 설치”를 참조하십시오.

4.3.1. XenServer Tools 설치

XenServer에는 Windows VM에 XenServer Tools(I/O 드라이버 및 관리 에이전트)를 더 간편히 설치 및 업데이트할 수 있는 메커니즘이 있습니다.

XenServer Tools는 기존 장치 에뮬레이션의 오버헤드 없이 고성능 I/O 서비스를 제공합니다. XenServerTools는 반가상화 드라이버 또는 PV 드라이버라고도 하는 I/O 드라이버와 관리 에이전트로 구성되어 있습니다. Windows VM의 구성이 완전히 지원되도록 하려면 각 VM에 XenServer Tools를 설치해야 합니다. 이도구가 없어도 VM은 작동하지만 성능이 크게 저하됩니다. XenServer Tools에 대한 자세한 내용은 2.4절.“XenServer Tools”를 참조하십시오.

참고

Windows VM에 XenServer Tools를 설치하려면 VM에 Microsoft .NET Framework 버전 4.0 이상이 실행되고 있어야 합니다.

XenServer Tools를 설치하려면:

1. Resources(리소스) 창에서 VM을 선택하고 마우스 오른쪽 단추를 클릭한 다음 바로 가기 메뉴에서Install XenServer Tools(XenServer Tools 설치)를 클릭합니다. 또는 VM 메뉴에서 Install XenServerTools(XenServer Tools 설치)를 클릭하거나, VM의 General(일반) 탭에서Install I/O drivers andManagement Agent(I/O 드라이버 및 관리 에이전트 설치)를 클릭합니다.

참고

VM에 XenServer Tools를 설치하는 경우 I/O 드라이버(PV 드라이버)와 관리 에이전트가 모두설치됩니다.

16

2. VM의 CD/DVD 드라이브에 대해 자동 실행을 사용하도록 설정한 경우 잠시 후 설치가 자동으로 시작됩니다. 이 프로세스에서는 I/O 드라이버와 관리 에이전트를 설치합니다. VM을 최적화된 상태로 유지하려면VM을 다시 시작해야 한다는 메시지가 나올 때 VM을 다시 시작합니다.

3. 자동 실행을 사용하지 않는 경우 Install XenServer Tools(XenServer Tools 설치)를 클릭하여 설치를 계속합니다. 그러면 VM의 CD/DVD 드라이브에 있는 XenServer Tools ISO(guest-tools.iso)가 마운트됩니다.

메시지가 나타나면 다음 옵션 중 하나를 선택하여 XenServer Tools ISO로 작업할 내용을 선택합니다.

Run Setup.exe(Setup.exe 실행)를 클릭하여 XenServer Tools 설치를 시작합니다. 그러면 CitrixXenServer Windows Management Agent Setup(Citrix XenServer Windows 관리 에이전트 설치) 마법사가 열립니다. 마법사의 지침에 따라 VM을 최적화된 상태로 설정하고 설치 프로세스를 완료하는 데 필요한 작업을 수행합니다.

참고

이 방법을 사용하여 XenServer Tools를 설치하는 경우 관리 에이전트가 자동으로 업데이트되도록 구성됩니다. 하지만 I/O 드라이버는 관리 에이전트 업데이트 메커니즘에 의해 업데이트되지 않습니다. 이는 기본 동작입니다. 기본 동작을 변경하려는 경우 다음 방법으로 XenServerTools를 설치합니다.

또는,

a. Open folders to view files(폴더를 열어 파일 보기)를 클릭하고 CD 드라이브에서 Setup.exe를 실행합니다. 이 옵션을 사용하면 Citrix XenServer Windows Management Agent Setup(Citrix XenServerWindows 관리 에이전트 설치) 마법사가 열립니다. 여기서 XenServer Tools 설치 및 관리 에이전트 업데이트 설정을 사용자 지정할 수 있습니다.

b. 마법사의 지침에 따라 라이센스 계약에 동의하고 대상 폴더를 선택합니다.

c. Installation and Updates Settings(설치 및 업데이트 설정) 페이지에서 설정을 사용자 지정합니다.CitrixXenServer Windows Management Agent Setup(Citrix XenServer Windows 관리 에이전트 설치)마법사에 다음 설정이 기본적으로 표시됩니다. 마법사에 표시되는 설정은 다음과 같습니다.

• I/O 드라이버 설치

• 관리 에이전트의 자동 업데이트 허용

• 관리 에이전트의 I/O 드라이버 자동 업데이트 허용 안 함

관리 에이전트의 자동 업데이트를 허용하지 않으려면 Disallow automatic management agentupdates(자동 관리 에이전트 업데이트 허용 안 함)를 선택합니다. 관리 에이전트를 통한 I/O 드라이버의 자동 업데이트를 허용하려면 Allow automatic I/O driver updates by the management agent(관리 에이전트의 자동 I/O 드라이버 업데이트 허용)를 선택합니다.

참고

Windows 업데이트를 통해 I/O 드라이버 업데이트를 수신하도록 선택한 경우 관리 에이전트의 I/O 드라이버 자동 업데이트를 허용하지 않는 것이 좋습니다.

d. Install(설치)을 클릭하여 설치 프로세스를 시작합니다. 메시지가 표시되면 XenServer Tools 설치 프로세스를 완료하는 데 필요한 작업을 수행하고 Finish(마침)를 클릭하여 설치 마법사를 종료합니다.

다시 시작 메시지는 Windows 콘솔 세션에서만 나타나기 때문에 RDP를 통해 XenServer Tools 또는 관리 에이전트를 설치한 고객에게는 표시되지 않을 수 있습니다. 필요한 경우 VM을 다시 시작하거나 VM을 최적화된 상태로 유지하려면, RDP에서 강제 다시 시작 옵션을 지정하는 것이 좋습니다. 참고로 forcerestart 옵션은 VM을 최적화된 상태로 전환해야 하는 경우에만 VM을 다시 시작합니다.

17

많은 수의 Windows VM에 I/O 드라이버와 관리 에이전트를 설치하려는 경우 기본 MSI 설치 도구를 사용하여 managementagentx86.msi 또는 managementagentx64.msi를 설치하십시오. 이러한 파일은 XenServerTools ISO에서 찾을 수 있습니다.

참고

Windows 업데이트에서 업데이트를 받는 기능이 있는 Windows VM에 I/O 드라이버가 자동으로 설치됩니다. 하지만 XenServer Tools 패키지를 설치하여 관리 에이전트를 설치하고 지원되는 구성을 유지 관리하는 것이 좋습니다. 자세한 내용은 2.4절. “XenServer Tools” 및 7.3절. “XenServerTools 업데이트” 항목을 참조하십시오.

4.3.1.1. 자동 설치

XenServer Tools를 자동으로 설치하고 시스템을 재부팅하지 않으려면 다음 명령 중 하나를 실행하십시오.

Msiexec.exe managementagentx86.msi /quiet /norestart

Msiexec.exe managementagentx64.msi /quiet /norestart

또는

Setup.exe /quiet /norestart

다음 명령을 실행하면 비대화식의 수동 설치를 수행할 수 있습니다.

Msiexec.exe managementagentx86.msi /passive

Msiexec.exe managementagentx64.msi /passive

또는

Setup.exe /passive

대화식의 자동 및 수동 설치를 수행할 때 위의 명령에 /norestart 플래그를 포함하면 다음 시스템 다시 시작이후 XenServer Tools가 완전하게 설치될 때까지 시스템이 여러 번 자동으로 재부팅됩니다(/norestart 플래그를 지정한 경우 수동으로 다시 시작해야 함).

XenServer Tools는 기본적으로 VM의 C:\Program Files\Citrix\XenTools 디렉터리에 설치됩니다.

참고

Windows VM에 XenServer Tools를 설치하려면 VM에 Microsoft .NET Framework 버전 4.0 이상이 실행되고 있어야 합니다.

주의

XenServer Tools를 설치하거나 업그레이드하면 일부 네트워크 어댑터의 이름과 식별자가 변경될수 있습니다. 이 경우 XenServer Tools를 설치 또는 업그레이드한 후에 특정 어댑터를 사용하도록구성된 모든 소프트웨어를 다시 구성해야 할 수 있습니다.

4.4. CLI를 사용하여 Windows VM 만들기이 섹션에서는 xe CLI를 사용하여 ISO 저장소에서 Windows VM을 만드는 절차에 대해 설명합니다.

CLI를 사용하여 ISO 저장소에서 Windows VM 설치:

1. 템플릿에서 VM을 만듭니다.

18

xe vm-install new-name-label=<vm_name> template=<template_name>

새 VM의 UUID가 반환됩니다.2. ISO 스토리지 저장소를 만듭니다.

xe-mount-iso-sr <path_to_iso_sr>

3. 사용 가능한 ISO를 모두 나열합니다.

xe cd-list

4. 지정된 ISO를 지정된 VM의 가상 CD 드라이브에 삽입합니다.

xe vm-cd-add vm=<vm_name> cd-name=<iso_name> device=3

5. VM을 시작하고 운영 체제를 설치합니다.

xe vm-start vm=<vm_name>

이제 VM 콘솔이 XenCenter에 표시됩니다.

CLI 사용에 대한 자세한 내용은 XenServer 관리자 가이드에서 부록 A, CLI(명령줄 인터페이스)를 참조하십시오.

19

5장. Linux VM 만들기이 장에서는 설치 또는 복제를 통해 Linux VM을 만드는 방법을 설명합니다. 또한 공급업체별 설치 지침도제공합니다.

새 VM을 만들려는 경우 VM에서 실행하려는 운영 체제의 템플릿을 사용하여 VM을 만들어야 합니다. Citrix가운영 체제용으로 제공한 템플릿이나 이전에 사용자가 직접 만든 템플릿을 사용할 수 있습니다. XenCenter또는 CLI에서 VM을 만들 수 있습니다. 이 장에서는 CLI를 사용하는 경우를 주로 설명합니다.

참고

XenServer에서 현재 지원하는 설치 버전보다 최신 부분 업데이트가 적용된 Red Hat EnterpriseLinux(RHEL 릴리스) 버전의 VM을 만들려면 지원되는 최신 미디어를 통해 설치한 후 yum update를사용하여 VM을 최신 상태로 만들어야 합니다. 이 방법은 RHEL의 파생 버전(CentOS 및 OracleLinux)에도 적용됩니다.

예를 들어 XenServer 7.1 릴리스에는 RHEL 5.10이 지원되는데 RHEL v5.11을 사용하려면 RHELv5.10을 먼저 설치한 후 yum update를 사용하여 RHEL 5.11로 업데이트해야 합니다.

운영 체제를 설치한 후 즉시 XenServer Tools를 설치하는 것이 좋습니다. 자세한 내용은 5.5절. “Linux 게스트 에이전트 설치”를 참조하십시오. 일부 운영 체제의 경우 XenServer Tools에 XenServer 관련 커널이 포함되어 있으며, 이 커널은 공급업체가 제공하는 커널을 대체합니다. 다른 운영 체제(예: RHEL 5.x)에서는 공급업체가 제공한 커널의 특정 버전을 설치해야 합니다.

Linux VM을 만드는 과정은 대략 다음과 같습니다.

1. XenCenter 또는 CLI를 사용하여 대상 운영 체제의 VM을 만듭니다.2. 공급업체 설치 미디어를 사용하여 운영 체제를 설치합니다.3. XenServer Tools를 설치합니다(권장).4. 가상이 아닌 일반 실제 환경에서와 같이 VM 및 VNC에서 정확한 시간과 표준 시간대를 구성합니다.

XenServer에서는 다양한 Linux 배포판을 VM으로 설치할 수 있습니다. 설치 메커니즘은 다음과 같이 세 가지가 있습니다.

1. 인터넷 저장소에서 설치2. 물리적 CD에서 설치3. ISO 라이브러리에서 설치

주의

Other install media(다른 설치 미디어) 템플릿은 지원되지 않는 운영 체제를 실행하는 VM을 설치하고자 하는 고급 사용자를 위한 것입니다. XenServer는 표준 제공 템플릿으로 가능한 특정 버전및 지원되는 배포판의 실행에 대해서만 테스트되었으며, Other install media(다른 설치 미디어) 템플릿을 사용하여 설치된 모든 VM은 지원되지 않습니다.

Other install media(다른 설치 미디어) 템플릿을 사용하여 만든 VM은 HVM 게스트로 만들어지기때문에 일부 Linux VM은 성능이 좋은 I/O 드라이버가 아니라 속도가 느린 에뮬레이트된 장치를사용할 수 있습니다.

특정 Linux 배포판에 관련된 정보는 5.6절. “Linux 배포판에 대한 추가 설치 참고 사항”을 참조하십시오.

20

지원되는 PV Linux 배포판은 다음과 같습니다.

배포판 공급업체에서 CD를 통해 설치

공급업체에서네트워크 저장소를 통해 설치

참고

Debian Squeeze 6.0(32/64비트) X X

Debian Wheezy 7(32/64비트) X X

Red Hat Enterprise Linux 4.5 - 4.8(32비트) X X RHEL을 설치한 후XenServer Tools를 설치하여 Citrix RHEL 4.8커널을 적용해야 합니다.

Red Hat Enterprise Linux 5.0 - 5.11(32/64비트) X X 5.4 이상 커널을 사용할경우 지원됩니다.

Red Hat Enterprise Linux 6.0 - 6.8(32/64비트) X X

CentOS 4.5 - 4.8(32비트) X X

CentOS 5.0 - 5.11(32/64비트) X X

CentOS 6.0 - 6.8(32/64비트) X X

Oracle Linux 5.0 - 5.11(32/64비트) X X

Oracle Linux 6.0 - 6.8(32/64비트) X X

Scientific Linux 5.11(32/64비트) X X 5.4 이상 커널을 사용할경우 지원됩니다.

Scientific Linux 6.6 - 6.8(32/64비트) X X

SUSE Linux Enterprise Server 10 SP1, SP2,SP4(32/64비트)

X X

SUSE Linux Enterprise Server 10 SP3(32비트) SLES 10 SP2에서 업그레이드한 경우에만지원됩니다.

SUSE Linux Enterprise Server 10 SP3(64비트) X X

SUSE Linux Enterprise Server 11, SP1, SP2,SP3, SP4(32/64비트)

X X

SUSE Linux Enterprise Desktop 11 SP3(64비트) X X

SUSE Linux Enterprise Desktop 12, 12 SP1(64비트)

X X

Ubuntu 10.04(32/64비트) X

21

배포판 공급업체에서 CD를 통해 설치

공급업체에서네트워크 저장소를 통해 설치

참고

Ubuntu 12.04(32/64비트) X X

CoreOS 633.1.0 X X

NeoKylin Linux Advanced Server 6.5(64비트) X X

위 목록에 없는 배포판은 지원되지 않습니다. 하지만 Red Hat Enterprise Linux와 같은 설치 메커니즘을 사용하는 배포판(예: Fedora Core)은 동일한 템플릿을 사용하여 성공적으로 설치할 수 있습니다.

참고

128GB 이상의 메모리가 있는 호스트에 32비트 PV Linux VM을 실행하는 것은 지원되지 않습니다.

5.1. 인터넷 저장소에서 설치하여 Linux VM 만들기이 섹션에서는 Debian Squeeze를 예로 들어 인터넷 저장소에서 OS를 설치하여 Linux VM을 만드는 xe CLI절차를 보여 줍니다.

예제: 네트워크 저장소에서 Debian Squeeze VM 설치:

1. Debian Squeeze 템플릿에서 VM을 만듭니다. VM의 UUID가 반환됩니다.

xe vm-install template=<template-name> new-name-label=<squeeze-vm>

2. 설치 저장소를 지정합니다. 이 설치 저장소는 Debian 미러여야 하며, 기본 시스템을 설치하는 데 필요한 최소 패키지와 Debian 설치 관리자에서 선택하려는 추가 패키지를 포함해야 합니다.

xe vm-param-set uuid=<UUID> other-config:install-repository=<path_to_repository>

유효한 저장소 경로의 예는 http://ftp.<xx>.debian.org/debian입니다. 여기서, <xx>는 사용자의 국가 코드입니다. 국가 코드 목록에 대해서는 Debian 미러 목록을 참조하십시오. 여러 번 설치할 경우 중앙 저장소에 과도한 네트워크 트래픽이나 부하가 발생하지 않도록 Citrix에서는 로컬 미러나 apt 프록시를 사용할 것을 권장합니다.

참고

Debian 설치 관리자는 HTTP 및 FTP apt 저장소만 지원하며 NFS는 지원되지 않습니다.3. 연결할 네트워크의 UUID를 찾습니다. 예를 들어 xenbr0에 연결된 네트워크인 경우에는 다음과 같이

합니다.

xe network-list bridge=xenbr0 --minimal

4. 새 VM을 이 네트워크에 연결할 VIF를 만듭니다.

xe vif-create vm-uuid=<vm_uuid> network-uuid=<network_uuid> mac=random device=0

5. VM을 시작합니다. 부팅되는 즉시 Debian 설치 관리자가 실행됩니다.

xe vm-start uuid=<UUID>

6. Debian 설치 관리자의 절차에 따라 필요한 구성으로 VM을 설치합니다.7. 게스트 유틸리티 설치 방법과 그래픽 디스플레이 구성 방법에 대한 지침은 아래를 참조하십시오.

22

5.2. 물리적 CD/DVD에서 설치하여 Linux VM 만들기이 섹션에서는 Debian Squeeze를 예로 들어 물리적 CD/DVD에서 OS를 설치하여 Linux VM을 만드는 CLI절차를 보여 줍니다.

예제: CD/DVD에서 Debian Squeeze VM 설치(CLI 사용):

1. Debian Squeeze 템플릿에서 VM을 만듭니다. VM의 UUID가 반환됩니다.

xe vm-install template=<template-name> new-name-label=<vm-name>

2. 새 VM의 루트 디스크 UUID를 가져옵니다.

xe vbd-list vm-uuid=<vm_uuid> userdevice=0 params=uuid --minimal

3. 반환된 UUID를 사용하여 루트 디스크를 부팅이 가능하지 않도록 설정합니다.

xe vbd-param-set uuid=<root_disk_uuid> bootable=false

4. XenServer 호스트에 있는 물리적 CD 드라이브의 이름을 가져옵니다.

xe cd-list

이 명령을 실행하면 name-label 필드에 대해 SCSI 0:0:0:0과 같은 결과가 표시됩니다.

5. XenServer 호스트 CD 드라이브의 name-label 매개 변수를 cd-name 매개 변수로 사용하여 새 VM에 가상 CD-ROM을 추가합니다.

xe vm-cd-add vm=<vm_name> cd-name="<host_cd_drive_name_label>" device=3

6. 새 가상 CD 드라이브에 해당하는 VBD의 UUID를 가져옵니다.

xe vbd-list vm-uuid=<vm_uuid> type=CD params=uuid --minimal

7. 가상 CD의 VBD를 부팅 가능하도록 만듭니다.

xe vbd-param-set uuid=<cd_drive_uuid> bootable=true

8. VM의 설치 저장소를 CD 드라이브로 설정합니다.

xe vm-param-set uuid=<vm_uuid> other-config:install-repository=cdrom

9. Debian Squeeze 설치 CD를 XenServer 호스트의 CD 드라이브에 넣습니다.

10. XenCenter 또는 SSH 터미널로 VM에 대한 콘솔을 열고 OS 설치를 수행하는 단계를 진행합니다.

11. VM을 시작합니다. 부팅되는 즉시 Debian 설치 관리자가 실행됩니다.

xe vm-start uuid=<UUID>

12. 이후의 섹션에서 게스트 유틸리티 설치 방법과 그래픽 디스플레이 구성 방법을 참조하십시오.

5.3. ISO 이미지에서 설치하여 Linux VM 만들기이 섹션에서는 네트워크 액세스 가능한 ISO에서 OS를 설치하여 Linux VM을 만드는 CLI 절차를 보여 줍니다.

예제: 네트워크 액세스 가능한 ISO 이미지에서 Linux VM 설치:

1. 다음 명령을 실행합니다.

xe vm-install template=<template> new-name-label=<name_for_vm> \sr-uuid=<storage_repository_uuid>

23

이 명령은 새 VM의 UUID를 반환합니다.

2. 연결할 네트워크의 UUID를 찾습니다. 예를 들어 xenbr0에 연결된 네트워크인 경우에는 다음과 같이합니다.

xe network-list bridge=xenbr0 --minimal

3. 새 VM을 이 네트워크에 연결할 VIF를 만듭니다.

xe vif-create vm-uuid=<vm_uuid> network-uuid=<network_uuid> mac=random device=0

4. other-config 매개 변수의 install-repository 키를 네트워크 저장소의 경로로 설정합니다. 예를 들어 http://mirror.centos.org/centos/6/os/x86_64를 공급업체 미디어의 URL로 사용하려면 다음과 같이 합니다.

xe vm-param-set uuid=<vm_uuid> \other-config:install-repository=http://mirror.centos.org/centos/6/os/x86_64

5. VM을 시작합니다.

xe vm-start uuid=<vm_uuid>

6. XenCenter 또는 VNC를 사용하여 VM 콘솔에 연결하고 OS 설치를 수행합니다.

5.3.1. 네트워크 설치 참고 사항

XenServer 게스트 설치 관리자를 사용하면 네트워크 액세스 가능한 ISO 이미지를 통해 VM에 운영 체제를설치할 수 있습니다. ISO에서 설치를 준비하려면 공급업체 미디어의 확장된 네트워크 저장소(ISO 이미지가 아님)를 만들고 NFS, HTTP 또는 FTP를 통해 내보내 XenServer 호스트 관리 인터페이스에서 액세스 가능하도록 해야 합니다.

네트워크 저장소는 일반적으로 관리 인터페이스를 사용하여 XenServer 호스트의 제어 도메인에서 액세스할 수 있어야 합니다. URL은 네트워크 서버에 있는 CD/DVD 이미지의 기준을 가리켜야 하며 다음과 같은형식이어야 합니다.

• HTTP. http://<server>/<path>

• FTP. ftp://<server>/<path>

• NFS. nfs://<server>/<path>

• NFS. nfs:<server>:/<path>

ISO 패키지를 해제하는 위치를 비롯한 네트워크 기반 설치를 준비하는 방법에 대한 자세한 내용은 공급업체 설치 지침을 참조하십시오.

참고

XenCenter에서 NFS 설치 방법을 사용할 때는 항상 nfs:// 스타일의 경로를 사용해야 합니다.

템플릿에서 VM을 만들 때 XenCenter New VM(새 VM) 마법사에 저장소 URL을 묻는 메시지가 나타납니다. CLI를 사용할 때는 vm-install을 사용하여 일반적인 방법대로 템플릿을 설치한 다음 other-config:install-repository 매개 변수를 URL의 값으로 설정합니다. 이후에 VM을 시작하면 네트워크 설치 프로세스가 시작됩니다.

주의

새 Linux 기반 VM을 설치할 때는 다른 작업을 수행하기 전에 설치를 완전히 마치고 재부팅하는것이 중요합니다. 이는 Windows 설치를 중단할 경우 VM이 작동하지 않게 되는 것과 유사한 이유 때문입니다.

24

5.4. 고급 운영 체제 부팅 매개 변수새 VM을 만들 때 XenCenter 또는 xe CLI를 사용하여 고급 운영 체제 부팅 매개 변수를 지정할 수 있습니다.반가상화된 게스트의 자동 설치를 구성하는 등과 같은 경우에 고급 매개 변수를 지정하면 특히 유용할 수 있습니다. 예를 들어 Debian 사전 시드 또는 RHEL kickstart 파일을 다음과 같이 사용할 수 있습니다.

사전 시드 파일을 사용하여 Debian을 설치하려면:

1. 사전 시드 파일을 만듭니다. 사전 시드 파일을 만드는 방법에 대한 자세한 내용은 Debian 설명서를 참조하십시오.

2. VM을 시작하기 전에 커널 명령줄을 올바르게 설정합니다. 이 작업은 XenCenter의 New VM(새 VM) 마법사를 사용하거나 다음과 같은 xe CLI 명령을 실행하여 수행할 수 있습니다.

xe vm-param-set uuid=<uuid> PV-args=<preseed_arguments>

Kickstart 파일을 사용하여 RHEL을 설치하려면:

참고

Red Hat Kickstart 파일은 응답 파일과 비슷하게 RHEL 설치 프롬프트에 대한 응답을 제공하는데 사용할 수 있는 자동화된 설치 방법입니다. 이 파일을 만들려면 RHEL을 수동으로 설치합니다.kickstart 파일은 /root/anaconda-ks.cfg에 있습니다.

1. XenCenter에서 적절한 RHEL 템플릿을 선택합니다.2. XenCenter New VM(새 VM) 마법사에서 커널 명령줄 인수로 사용할 kickstart 파일을 지정합니다. 이때

다음과 같이 PXE 구성 파일에 지정된 것과 정확히 같게 지정합니다.

ks=http://server/path ksdevice=eth0

3. 명령줄에서 vm-param-set을 사용하여 Kickstart 파일을 사용하도록 PV-args 매개 변수를 설정합니다.

xe vm-param-set uuid=<vm_uuid> PV-args="ks=http://server/path ksdevice=eth0"

4. 커널을 가져올 위치와 설치 관리자를 부팅할 initrd를 XenServer에서 인식할 수 있도록 저장소 위치를설정합니다.

xe vm-param-set uuid=<vm_uuid> other-config:install-repository=<http://server/path>

참고

New VM(새 VM) 마법사 없이 kickstart 파일을 사용하여 설치하려면 Advanced OS bootparameters(고급 운영 체제 부팅 매개 변수) 입력란에 적절한 인수를 추가해야 합니다.

5.5. Linux 게스트 에이전트 설치지원되는 모든 Linux 배포판은 기본적으로 반가상화되어 있어 최대 성능을 얻는 데 특별한 드라이버가 필요없지만 XenServer에는 호스트에 VM에 대한 추가적인 정보를 제공하는 게스트 에이전트가 포함되어 있습니다. 각 Linux VM에 게스트 에이전트를 설치하여 DMC(동적 메모리 제어)를 사용해야 합니다.

XenServer 호스트를 업그레이드할 때마다 Linux 게스트 에이전트를 최신 상태로 유지하는 것이 중요합니다(7장. VM 업데이트 참조).

게스트 에이전트를 설치하려면:

1. 필요한 파일은 기본 제공 guest-tools.iso CD 이미지에 있거나 XenCenter에서 VM > Install XenServerTools(XenServer Tools 설치) 옵션을 선택하여 설치할 수 있습니다.

25

2. 다음 명령을 실행하여 이미지를 게스트에 탑재합니다.

mount -o ro,exec /dev/disk/by-label/XenServer\\x20Tools /mnt

참고

이미지 탑재에 실패하는 경우 다음을 실행하여 이미지를 찾을 수 있습니다.

blkid -t LABEL="XenServer Tools"

3. 루트 사용자로 설치 스크립트를 실행합니다.

/mnt/Linux/install.sh

4. 다음 명령을 실행하여 게스트에서 이미지를 탑재 해제합니다.

umount /mnt

5. 커널을 업그레이드하거나 VM을 이전 버전에서 업그레이드한 경우 지금 VM을 재부팅합니다.

참고

Linux 가상 컴퓨터에 연결된 CD-ROM 드라이브 및 ISO는 일반적으로 예측할 수 있는 /dev/cdrom대신 /dev/xvdd(또는 Ubuntu 10.10 이상의 경우 /dev/sdd)와 같은 장치로 나타납니다. 이는 해당장치가 실제 CD-ROM 장치가 아닌 일반 장치이기 때문입니다. XenCenter 또는 CLI를 통해 CD를꺼내면 VM에서 장치를 핫 언플러그하므로 장치가 표시되지 않습니다. 이것이 CD가 비어 있더라도 VM에 유지되는 Windows 가상 컴퓨터와 다른 점입니다.

5.6. Linux 배포판에 대한 추가 설치 참고 사항

다음 표에는 Linux VM을 만들 때 알고 있어야 할 추가적인 구성 정보가 공급업체별로 정리되어 있습니다.

중요

모든 배포판에 대한 자세한 릴리스 정보는 Linux VM 릴리스 정보를 참조하십시오.

Linux 배포판 설치 참고 사항

CentOS 4.5 - 4.8(32비트) CentOS 4.x VM의 경우 XenServer Tools를 설치해야 합니다. 이 도구는 CentOS 4.8 커널을 포함하며XenServer가 올바로 실행되지 못하게 하는 CentOS커널의 문제를 해결합니다.

CentOS 5.0 - 5.11(32/64비트) CentOS 5.x VM의 경우 운영 체제가 CentOS 5.4 커널 이상을 사용하는지 확인해야 합니다. 이러한 커널은 배포판 공급업체로부터 구할 수 있습니다. 5.4이전의 Enterprise Linux 커널 버전에는 XenServerVM이 올바로 실행되지 못하게 하는 문제가 있습니다. 공급업체의 일반적인 커널 업그레이드 절차에따라 커널을 업그레이드하십시오.

Red Hat Enterprise Linux 4.5 - 4.8(32비트) RHEL 4.x VM의 경우 XenServer Tools를 설치해야 합니다. 이 도구는 RHEL 4.8 커널을 포함하며XenServer가 올바로 실행되지 못하게 하는 RHEL커널의 문제를 해결합니다.

26

Linux 배포판 설치 참고 사항

Red Hat Enterprise Linux 5.0 -5.11(32/64비트) RHEL 5.x VM의 경우 운영 체제가 RHEL 5.4 커널(2.6.18-164.el5) 이상을 사용하는지 확인해야 합니다. 이러한 커널은 배포판 공급업체로부터 구할 수있습니다. 5.4 이전의 Enterprise Linux 커널 버전에는 XenServer VM이 올바로 실행되지 못하게 하는문제가 있습니다. 공급업체의 일반적인 커널 업그레이드 절차에 따라 커널을 업그레이드하십시오.

Oracle Linux 5.0 - 5.11(32/64비트) OEL 5.x VM의 경우 운영 체제가 OEL 5.4 커널 이상을 사용하는지 확인해야 합니다. 이러한 커널은 배포판 공급업체로부터 구할 수 있습니다. 5.4 이전의Enterprise Linux 커널 버전에는 XenServer VM이 올바로 실행되지 못하게 하는 문제가 있습니다. 공급업체의 일반적인 커널 업그레이드 절차에 따라 커널을 업그레이드하십시오.

OEL 5.6 64비트에서는 UEK(UnbreakableEnterprise Kernel)가 Xen 플랫폼을 지원하지 않습니다. 이 운영 체제에서 UEK를 사용하려고 하면 커널이 제대로 부팅되지 않습니다.

Debian 6.0(Squeeze)(32/64비트) XenCenter에서 사설 미러를 지정한 경우 이 미러는설치 관리자 커널을 검색하는 데만 사용됩니다. 설치 관리자가 실행 중이면 패키지 검색에 사용할 미러의 주소를 다시 입력해야 합니다.

Debian 7(Wheezy)(32/64비트) XenCenter에서 사설 미러를 지정한 경우 이 미러는설치 관리자 커널을 검색하는 데만 사용됩니다. 설치 관리자가 실행 중이면 패키지 검색에 사용할 미러의 주소를 다시 입력해야 합니다.

Ubuntu 10.04(32/64비트) 여러 개의 vCPU를 포함하는 Ubuntu 10.04 VM의경우 Citrix에서는 게스트 커널을 "2.6.32-32 #64"로업데이트할 것을 권장합니다. 이 문제에 대한 자세한 내용은 기술 자료 문서CTX129472 Ubuntu 10.04Kernel Bug Affects SMP Operation(Ubuntu 10.04커널 버그가 SMP 작업에 영향을 미침)을 참조하십시오.

5.6.1. 추가 Debian 참고 사항

5.6.1.1. Apt 저장소

드물게 설치하거나 단발성으로 설치하는 경우 Debian 미러를 직접 사용하는 것이 좋습니다. 하지만 VM 설치를 여러 번 수행할 예정이라면 캐싱 프록시나 로컬 미러를 사용하는 것이 좋습니다. Apt-cacher는 패키지의 로컬 캐시를 유지하는 프록시 서버의 구현입니다. debmirror는 Debian 저장소의 부분 또는 전체 미러를만드는 도구입니다. 이 두 도구 중 하나를 VM에 설치할 수 있습니다.

5.7. Linux VM 복제 준비일반적으로, 복제된 이미지를 일반화하지 않는 한 VM 또는 컴퓨터를 복제할 때 IP 주소, SID, MAC 주소 등과 같이 해당 컴퓨터에 고유한 특성이 환경에서 복제됩니다.



27

따라서, Linux VM을 복제할 때 XenServer가 자동으로 일부 가상 하드웨어 매개 변수를 변경합니다.XenCenter를 사용하여 VM을 복사하는 경우 XenCenter가 사용자를 대신해 자동으로 MAC 주소와 IP 주소를 변경합니다. 이러한 인터페이스가 환경에 동적으로 구성되어 있으면 복제된 VM을 수정할 필요가 없습니다. 하지만 이 인터페이스가 정적으로 구성되어 있으면 복제된 VM의 네트워크 구성을 수정해야 할 수도있습니다.

이러한 변경이 인식되도록 하려면 VM을 사용자 지정해야 할 수 있습니다. 지원되는 특정 Linux 배포판에 대한 지침은 1절. “릴리스 정보”를 참조하십시오.

5.7.1. 컴퓨터 이름

복제된 VM은 별개의 다른 컴퓨터이며 네트워크의 다른 새 컴퓨터와 마찬가지로 해당 컴퓨터가 속한 네트워크 도메인 내에서 이름이 고유해야 합니다.

5.7.2. IP 주소

복제된 VM은 해당 VM이 속한 네트워크 도메인 내에서 고유한 IP 주소를 가져야 합니다. DHCP를 사용하여 주소를 할당하는 경우에는 이 점이 일반적으로 문제가 되지 않습니다. VM이 부팅될 때 DHCP 서버가 IP주소를 할당하기 때문입니다. 복제된 VM에 정적 IP 주소가 있는 경우에는 부팅하기 전에 복제된 VM에 사용되지 않은 IP 주소를 할당해야 합니다.

5.7.3. MAC 주소

Citrix는 다음과 같은 두 가지 상황에서는 복제하기 전에 MAC 주소 규칙을 비활성화할 것을 권장합니다.

1. 일부 Linux 배포판에서는 복제된 VM의 가상 네트워크 인터페이스에 대한 MAC 주소가 네트워크 구성 파일에 기록됩니다. 하지만 VM을 복제할 때는 XenCenter가 복제된 새 VM에 다른 MAC 주소를 할당합니다.결과적으로 새 VM을 처음 시작할 때 네트워크에서 새 VM이 인식되므로 자동으로 작동되지 않습니다.

2. 일부 Linux 배포판에서는 udev 규칙을 사용하여 각 네트워크 인터페이스의 MAC 주소를 기억하며 해당인터페이스의 이름을 유지합니다. 이는 동일한 물리적 NIC가 항상 같은 eth<n> 인터페이스로 매핑되도록 하기 위한 것이며, 이는 특히 랩톱과 같은 이동식 NIC에 유용합니다. 하지만 VM의 경우에는 이 동작으로 문제가 발생할 수 있습니다. 예를 들어 VM을 설치할 때 두 개의 가상 NIC를 구성하고 종료한 다음 첫번째 NIC를 제거하면 재부팅할 때 XenCenter에서 하나의 NIC만 표시하며 이를 eth0으로 인식합니다. 하지만 VM은 의도적으로 이를 eth1로 인식합니다. 그 결과 네트워크가 작동하지 않습니다.

VM에서 영구적 이름을 사용할 경우 Citrix에서는 복제하기 전에 이 규칙을 해제할 것을 권장합니다. 영구적이름을 해제하지 않으려는 경우에는 VM 내에서 일반적인 방법으로 네트워킹을 다시 구성해야 합니다. 하지만 XenCenter에 표시되는 정보가 네트워크의 실제 주소와 일치하지 않게 됩니다.

28

6장. XenMotion및 Storage XenMotion을 사용하여 VM 마이그레이션이 장에서는 XenMotion 및 Storage XenMotion을 사용하여 실행 중인 VM을 마이그레이션하고 VM 중단 시간 없이 VM VDI(가상 디스크 이미지)를 이동하는 방법에 대해 설명합니다.

6.1. XenMotion 및 Storage XenMotion다음 섹션에서는 XenMotion 및 Storage XenMotion에 대한 호환성 요구 사항과 제한 사항에 대해 설명합니다.

6.1.1. XenMotion

XenMotion은 모든 버전의 XenServer에서 사용할 수 있으며 VM 디스크가 두 호스트 모두에서 공유되는 스토리지에 있는 경우 XenMotion을 통해 실행 중인 VM을 호스트 간에 이동할 수 있습니다. 이를 통해 HA(고가용성) 및 RPU(롤링 풀 업그레이드)와 같은 풀 유지 관리 기능에서 VM을 자동으로 이동할 수 있습니다.이러한 기능은 VM 중단 시간 없이 작업 부하 평준화, 인프라 복구 및 서버 소프트웨어 업그레이드에 사용할 수 있습니다.

참고

스토리지는 동일한 풀에 있는 호스트 간에만 공유할 수 있습니다. 따라서 VM은 동일한 풀의 호스트에만 마이그레이션할 수 있습니다.

가상 GPU 및 GPU 통과는 XenMotion, Storage XenMotion 또는 VM Suspend와 호환되지 않습니다. 하지만 적절한 리소스가 있는 호스트에서는 GPU 통과 또는 vGPU를 사용하는 VM을 계속 시작할 수 있습니다.

6.1.2. Storage XenMotion

경고

XenDesktop 배포에는 Storage XenMotion을 사용하지 않아야 합니다.

또한 Storage XenMotion을 사용하면 한 호스트에서 다른 호스트로 VM을 이동할 수 있지만 이때 VM이 두호스트 간에 공유되는 스토리지에 위치하지 않습니다. 따라서 로컬 스토리지에 저장된 VM은 중단 시간 없이 마이그레이션할 수 있으며 VM을 풀 간에 이동할 수 있습니다. 이를 통해 시스템 관리자는 다음을 수행할 수 있습니다.

• XenServer 풀 간에 VM 균형 재조정(예를 들어 개발 환경에서 프로덕션 환경으로 재조정).• VM 중단 시간 없이 독립 실행형 XenServer 호스트 업그레이드 및 업데이트• XenServer 호스트 하드웨어 업그레이드

참고

호스트 간에 VM을 이동해도 VM 상태는 유지됩니다. 상태 정보에는 VM을 정의하고 식별하는 정보와 CPU 및 네트워크 사용량 등의 기록 성능 메트릭이 포함됩니다.

6.1.3. 호환성 요구 사항

XenMotion 또는 Storage XenMotion의 경우 마이그레이션을 처리하려면 새 VM 호스트가 다음 호환성 요구 사항을 충족해야 합니다.

• XenServer Tools가 마이그레이션할 각 Windows VM에 설치되어 있어야 합니다.

29

• 대상 호스트에 원본 호스트와 동일한 버전이나 최신 버전의 XenServer가 설치되어 있어야 합니다.• Storage XenMotion의 경우 원본 호스트와 대상 호스트의 CPU가 다르면 대상 호스트에서 적어도 전체 기

능 집합을 원본 호스트의 CPU로 제공해야 합니다. 따라서 CPU 간(예: AMD와 Intel 프로세서 간)에 VM을 이동할 수 없습니다.

• Storage XenMotion의 경우 일곱 개 이상의 VDI가 연결된 VM은 마이그레이션할 수 없습니다.• 대상 호스트에 충분한 여유 메모리 용량이 있거나 동적 메모리 제어를 사용하여 충분한 용량을 확보할 수

있어야 합니다. 메모리가 충분하지 않으면 마이그레이션이 완료되지 않습니다.• Storage XenMotion의 경우 대상 스토리지에 들어오는 VM에 사용할 수 있는 VM 및 스냅샷용의 여유 디스

크 공간이 충분해야 합니다. 공간이 충분하지 않으면 마이그레이션이 완료되지 않습니다.

6.1.4. 제한 사항 및 경고

XenMotion 및 Storage XenMotion은 다음과 같은 제한 사항 및 경고를 따라야 합니다.

• PCI 통과를 사용하는 VM은 마이그레이션할 수 없습니다.• 마이그레이션 중에는 VM 성능이 저하됩니다.• Storage XenMotion의 경우 HA(고가용성)로 보호되는 풀에는 VM 마이그레이션을 시도하기 전에 HA가 사

용하지 않도록 설정되어야 합니다.• VM 마이그레이션의 완료 시간은 VM의 메모리 사용량 및 해당 작업에 따라 달라지며 Storage XenMotion

으로 마이그레이션되는 VM은 VDI의 크기 및 해당 스토리지 작업의 영향을 받습니다.• IPv6 Linux VM에는 3.0보다 큰 Linux Kernel이 필요합니다.

6.2. XenCenter를 사용하여 VM 마이그레이션1. Resources(리소스) 창에서 VM을 선택하고 다음 중 하나를 수행합니다.

• XenMotion 또는 Storage XenMotion을 사용하여 실행 중이거나 일시 중단된 VM을 마이그레이션하려면 VM 메뉴에서 Migrate to Server(서버로 마이그레이션)를 클릭한 후 Migrate VM wizard(VM 마이그레이션 마법사)를 클릭합니다. 그러면 Migrate VM(VM 마이그레이션) 마법사가 열립니다.

• 중지된 VM을 이동하려면: VM 메뉴에서 Move VM(VM 이동)을 선택합니다. 그러면 Move VM(VM 이동) 마법사가 열립니다.

2. Destination(대상) 드롭다운 목록에서 독립 실행형 서버나 풀을 선택합니다.3. Home Server(홈 서버) 드롭다운 목록에서 VM에 대한 홈 서버로 할당할 서버를 선택하고 Next(다음)를

클릭합니다.4. Storage(스토리지) 탭에서 마이그레이션된 VM의 가상 디스크를 배치할 스토리지 저장소를 지정하고

Next(다음)를 클릭합니다.• 기본적으로 Place all migrated virtual disks on the same SR(마이그레이션된 모든 가상 디스크를 동일

한 SR에 배치) 라디오 단추가 선택되어 있으며 대상 풀의 기본 공유 SR이 표시됩니다.• Place migrated virtual disks onto specified SRs(마이그레이션된 가상 디스크를 지정된 SR에 배치)를

클릭하여 Storage Repository(스토리지 저장소) 드롭다운 목록에서 SR을 지정합니다. 이 옵션을 사용하면 마이그레이션된 VM의 각 가상 디스크에 대해 서로 다른 SR을 선택할 수 있습니다.

5. Storage network(스토리지 네트워크) 드롭다운 목록에서 VM의 가상 디스크에 대한 라이브 마이그레이션에 사용할 대상 풀의 네트워크를 선택하고 Next(다음)를 클릭합니다.

참고

성능상의 이유로 라이브 마이그레이션에는 관리 네트워크를 사용하지 않는 것이 좋습니다.6. 구성 설정을 검토하고 Finish(마침)을 클릭하여 VM 마이그레이션을 시작합니다.

30

6.3. Live VDI Migration(라이브 VDI 마이그레이션)관리자는 Live VDI Migration(라이브 VDI 마이그레이션)을 사용하여 VM을 종료하지 않고도 VM의 VDI(가상디스크 이미지)를 재배치할 수 있습니다. 이를 통해 다음과 같은 관리 작업을 수행할 수 있습니다.

• 저렴한 로컬 스토리지에서 빠르고 복구 능력이 있는 배열 기반 스토리지로 VM 이동• 개발 환경에서 프로덕션 환경으로 VM 이동• 스토리지 용량에 따라 VM이 제한된 경우 스토리지 계층 간에 이동• 스토리지 배열 업그레이드 수행

6.3.1. 제한 사항 및 경고

Live VDI Migration(라이브 VDI 마이그레이션) 시 다음과 같은 제한 사항 및 경고를 따라야 합니다.

• XenDesktop 배포에는 Storage XenMotion을 사용하지 않아야 합니다.• IPv6 Linux VM에는 3.0보다 큰 Linux Kernel이 필요합니다.

6.3.2. 가상 디스크를 이동하려면

1. Resources(리소스) 창에서 현재 가상 디스크가 저장된 SR을 선택하고 Storage(스토리지) 탭을 클릭합니다.

2. Virtual Disks(가상 디스크) 목록에서 이동하려는 가상 디스크를 선택하고 Move(이동)를 클릭합니다.3. Move Virtual Disk(가상 디스크 이동) 대화 상자에서 VDI를 이동하려는 대상 SR을 선택합니다.

참고

SR에 다른 가상 디스크를 위한 충분한 공간이 있는지 확인합니다. 사용 가능한 공간은 사용 가능한 SR 목록에 표시됩니다.

4. Move(이동)를 클릭하여 가상 디스크를 이동합니다.

31

7장. VM 업데이트이 장에서는 업데이트된 운영 체제의 Windows VM 업데이트, XenServer Tools 다시 설치 및 새 Linux 커널개정판으로 VM 업데이트 관련 내용에 대해 설명합니다.

VM 업그레이드는 일반적으로 XenServer의 최신 버전으로 전환할 때 필요합니다. VM을 XenServer의 최신버전으로 업그레이드하는 경우 다음 제한 사항을 참조하시기 바랍니다.

• XenMotion을 사용하여 Windows VM을 마이그레이션하기 전에 각 VM에서 XenServer Tools를 업그레이드해야 합니다.

• XenServer Tools를 업그레이드해야 Windows VM에서 일시 중단/다시 시작 작업을 수행할 수 있습니다.• XenServer Tools를 업그레이드하지 않은 경우 특정 바이러스 백신 및 방화벽 응용 프로그램을 사용하면

Windows VM이 크래시될 수 있습니다.

7.1. Windows 운영 체제 업데이트주의

Windows 운영 체제를 업데이트하기 전에 XenServer Tools를 제거해야 합니다. 업데이트 시도 중해당 드라이버가 있으면 업데이트가 실패합니다.

Windows 설치 디스크는 일반적으로 이전 버전의 Windows가 이미 설치된 서버에서 부팅할 경우 업그레이드 옵션을 제공합니다.

Windows VM의 운영 체제도 비슷한 방식으로 업데이트할 수 있습니다.

XenServer Tools를 제거하려면:

1. 시작 단추에서 제어판을 선택합니다.2. 프로그램을 선택한 다음 프로그램 및 기능을 선택합니다.3. 다음 항목을 모두 선택합니다. 목록은 사용 중인 운영 체제 및 VM에 설치된 XenServer Tools 버전에

따라 달라질 수 있습니다.

a. Citrix XenServer Windows 관리 에이전트b. Citrix Tools for Virtual Machinesc. Citrix XenServer Tools Installerd. Citrix XenServer Windows Guest Agente. Citrix XenServer Xen Windows x64 PV Driversf. Citrix XenServer Xen Windows x86 PV Driversg. Citrix XenServer VSS Provider

4. 제거를 선택합니다.

XenServer Tools가 제거됩니다. 작업이 완료되면 메시지가 표시됩니다. 확인을 클릭하여 메시지 상자를 닫습니다.

운영 체제 업데이트가 완료되면 Windows VM을 새로 설치한 후에 수행하는 것처럼 XenServer Tools를 다시 설치합니다. 자세한 정보는 7.2절. “XenServer Tools 다시 설치”의 내용을 참조하십시오.

XenServer Tools에 업데이트를 적용하는 방법에 대한 자세한 내용은 7.3절. “XenServer Tools 업데이트”를참조하십시오.

32

7.2. XenServer Tools 다시 설치XenServer Tools는 XenCenter의 기본 제공 guest-tools.iso에서 사용할 수 있습니다. VM 메뉴에서 InstallXenServer Tools(XenServer Tools 설치)를 선택합니다. 그러면 XenServer Tools가 들어 있는 CD 이미지가 VM에 연결됩니다.

VM의 CD/DVD 드라이브에 대해 자동 실행을 사용하도록 설정한 경우 잠시 후 설치가 자동으로 시작됩니다.이 프로세스에서는 I/O 드라이버와 관리 에이전트를 설치합니다. VM을 최적화된 상태로 유지하려면 VM을다시 시작해야 한다는 메시지가 나올 때 VM을 다시 시작합니다.

자동 실행을 사용하도록 설정하지 않은 경우에는 XenServer Tools 설치 관리자에 설치 옵션이 표시됩니다.Install XenServer Tools(XenServer Tools 설치)를 클릭하여 설치를 계속합니다. 그러면 VM의 CD/DVD 드라이브에 있는 XenServer Tools ISO(guest-tools.iso)가 마운트됩니다. Run setup.exe(setup.exe 실행)를 클릭하여 XenServer Tools 설치를 시작하고, VM을 최적화된 상태로 유지하려면 VM을 다시 시작해야 한다는메시지가 나올 때 VM을 다시 시작합니다.

7.3. XenServer Tools 업데이트XenServer에는 Windows VM용 I/O 드라이버(PV 드라이버) 및 관리 에이전트를 자동으로 더 간편히 업데이트할 수 있는 새로운 메커니즘이 있습니다. 이를 통해 고객은 핫픽스를 기다릴 필요 없이 업데이트가 출시될 때마다 설치할 수 있습니다.

XenCenter에서 VM의 General(일반) 탭에 있는 Virtualization state(가상화 상태) 섹션에는 VM이 Windows업데이트로부터 업데이트를 수신할 수 있는지 여부가 나와 있습니다. Windows 업데이트에서 I/O 드라이버업데이트를 수신하는 메커니즘은 기본적으로 설정되어 있습니다. Windows 업데이트에서 I/O 드라이버 업데이트를 수신하지 않으려면 VM에서 Windows 업데이트를 사용하지 않도록 설정하거나, 그룹 정책을 지정해야 합니다.

다음 섹션에는 I/O 드라이버 및 관리 에이전트의 자동 업데이트에 대한 정보가 수록되어 있습니다.

7.3.1. I/O 드라이버 업데이트

XenServer 7.0 이상에서 새로 만든 Windows VM을 실행하고 있는 경우 다음 조건이 충족되면 MicrosoftWindows 업데이트에서 자동으로 I/O 드라이버 업데이트를 받을 수 있습니다.

• XenServer 7.1 Enterprise Edition을 실행 중이거나 XenApp/XenDesktop 권한을 통해 XenServer에 액세스할 수 있음

• XenServer7.1에서 발급한 XenCenter를 사용하여 Windows VM을 생성했음

중요

이전 버전의 XenServer에서 가져온 VM은 Windows 업데이트에서 I/O 드라이버를 받을 수 있는 기능이 없습니다.

• VM 내에 Windows 업데이트가 사용하도록 설정되었음

• VM에서 인터넷에 액세스할 수 있거나 WSUS 프록시 서버에 연결할 수 있음

참고

고객은 또한 관리 에이전트의 자동 업데이트 메커니즘을 통해 I/O 드라이버 업데이트를 받을 수있습니다. XenServer Tools 설치 중에 이 설정을 구성할 수 있습니다. 자세한 내용은 4.3.1절.“XenServer Tools 설치”을 참조하십시오.

33

I/O 드라이버 버전 찾기

VM에 설치된 I/O 드라이버 버전을 찾으려면:

1. C:\Windows\System32\drivers로 이동합니다.

2. 목록에서 드라이버를 찾습니다.

3. 드라이버를 마우스 오른쪽 단추로 클릭하고 속성을 선택한 후 자세히를 선택합니다.

파일 버전 필드에 VM에 설치된 드라이버의 버전이 표시됩니다.

7.3.2. 관리 에이전트 업데이트

XenServer를 사용하면 신규 및 기존 Windows VM 모두에서 관리 에이전트를 자동으로 업데이트할 수 있습니다. 기본적으로, XenServer는 관리 에이전트의 자동 업데이트를 허용합니다. 하지만 관리 에이전트가 I/O 드라이버를 자동으로 업데이트하는 것은 허용하지 않습니다. 관리 에이전트 업데이트 설정은 XenServerTools 설치 중에 사용자 지정할 수 있습니다. 자세한 내용은 4.3.1절. “XenServer Tools 설치”을 참조하십시오. 관리 에이전트의 자동 업데이트는 운영 중단 없이 수행되므로 VM이 재부팅되지 않습니다. VM 재부팅이필요한 경우 VM의 콘솔 탭에 메시지가 나타나서 사용자에게 필요한 작업을 알려줍니다.

XenServer7.1에서 Windows VM을 실행하는 경우 다음과 같은 조건에서 관리 에이전트를 자동으로 업데이트할 수 있습니다.

• XenServer 7.1 Enterprise Edition을 실행 중이거나 XenApp/XenDesktop 권한을 통해 XenServer에 액세스할 수 있음

• XenServer 7.0 이상과 함께 제공된 XenServer Tools를 설치했음

• Windows VM에서 인터넷에 액세스할 수 있음

중요

• Windows 업데이트에서 I/O 드라이버를 받는 기능과 관리 에이전트를 자동 업데이트하는 기능은 XenServer 7.1 Enterprise Edition 고객과 XenApp/XenDesktop 권한을 통해 XenServer 7.1에 액세스하는 사용자가 사용할 수 있습니다.

• 또한 XenServer Tools 업데이트는 표준 XenServer 업데이트(핫픽스) 메커니즘을 통해 발급될수 있습니다. 해당 핫픽스에는 I/O 드라이버 및 관리 에이전트 모두에 대한 업데이트가 포함되어 있습니다. 핫픽스로 발급된 XenServer Tools 업데이트에는 라이센스 제한이 없습니다.

관리 에이전트 버전 찾기

VM에 설치된 관리 에이전트 버전을 찾으려면:

1. C:\Program Files\Citrix\XenTools로 이동합니다.

2. 목록에서 XenGuestAgent를 마우스 오른쪽 단추로 클릭하고 속성을 클릭한 후 자세히를 선택합니다.

파일 버전 필드에 VM에 설치된 관리 에이전트 버전이 표시됩니다.

7.3.3. 자동 업데이트 관리

XenServer를 사용하면 고객이 관리 에이전트 업데이트가 설치되기 전에 내부 웹 서버로 업데이트를 리디렉션할 수 있습니다. 이 기능을 사용하면 VM에 업데이트가 자동으로 설치되기 전에 업데이트를 검토할 수있습니다.

34

관리 에이전트 업데이트 리디렉션

관리 에이전트 업데이트를 리디렉션하려면

1. https://pvupdates.vmd.citrix.com/updates.latest.tsv에서 updates.latest.tsv 파일을 다운로드합니다.2. updates.latest.tsv 파일에서 참조하는 관리 에이전트 MSI 파일을 다운로드합니다.3. VM에서 액세스할 수 있는 내부 웹 서버에 MSI 파일을 업로드합니다.4. 내부 웹 서버의 MSI 파일을 가리키도록 updates.latest.tsv 파일을 업데이트합니다.5. updates.latest.tsv 파일을 웹 서버에 업로드합니다.

VM별 또는 풀별 기반으로 자동 업데이트를 리디렉션할 수도 있습니다. VM별 기반으로 업데이트를 리디렉션하려면

1. VM에서 관리자로 명령 프롬프트를 엽니다.2. 다음 명령을 실행합니다.

reg.exe ADD HKLM\SOFTWARE\Citrix\XenTools /t REG_SZ /v update_url /d \<url of the .tsv file on the web server>

풀별 기반으로 관리 에이전트의 자동 업데이트를 리디렉션하려면 다음 명령을 실행합니다.

xe pool-param-set uuid=<pooluuid> guest-agent-config:auto_update_url=<웹 서버에 있는 .tsv 파일의 URL>

관리 에이전트 업데이트 사용 안 함

VM별 기반으로 관리 에이전트의 자동 업데이트를 사용하지 않도록 설정하려면


reg.exe ADD HKLM\SOFTWARE\Citrix\XenTools /t REG_DWORD /v DisableAutoUpdate /d 1

풀별 기반으로 관리 에이전트의 자동 업데이트를 사용하지 않도록 설정하려면 다음 명령을 실행합니다.

xe pool-param-set uuid=<pooluuid> guest-agent-config:auto_update_enabled=false

자동 I/O 드라이버 업데이트 설정 수정

XenServer Tools 설치 도중 관리 에이전트의 I/O 드라이버 자동 업데이트를 허용할지 여부를 지정할 수 있습니다. XenServer Tools 설치 프로세스를 완료한 후 이 설정을 업데이트하려면 다음 단계를 수행합니다.


reg.exe ADD HKLM\SOFTWARE\Citrix\XenTools\AutoUpdate /t REG_SZ /v \InstallDrivers /d <YES/NO>

7.4. Linux 커널 및 게스트 유틸리티 업데이트Linux 게스트 유틸리티는 기본 제공 guest-tools.iso CD 이미지에서 Linux/install.sh 스크립트를 다시 실행하여 업데이트할 수 있습니다(5.5절. “Linux 게스트 에이전트 설치” 참조).

yum 사용 배포판인 CentOS 4 및 5, RHEL 5.4 이상의 경우 xe-guest-utilities는 이후 업데이트가 표준 방식으로 yum을 통해 수행될 수 있도록 yum 구성 파일을 설치합니다.

https://pvupdates.vmd.citrix.com/updates.latest.tsv

35

Debian의 경우 기본적으로 apt를 사용한 업데이트가 가능하도록 /etc/apt/sources.list가 입력됩니다.

업그레이드 시 Citrix에서는 항상 Linux/install.sh를 다시 실행할 것을 권장합니다. 이 스크립트는 VM에 업데이트가 필요한지 자동으로 결정하여 필요한 경우 업데이트를 설치합니다.

7.5. Ubuntu 14.04, RHEL 7 및 CentOS 7 게스트로 업그레이드기존의 Linux 게스트를 HVM 모드에서 작동하는 버전(RHEL 7, CentOS 7 및 Ubuntu 14.04)으로 업그레이드하려면 게스트 내 업그레이드를 수행해야 합니다. 현재 업그레이드된 게스트는 지원되지 않는 PV 모드에서만 실행되며 알려진 문제가 있습니다. 이 경우 다음 스크립트를 실행하여 새로 업그레이드된 게스트를 지원되는 HVM 모드로 변환해야 합니다. 이렇게 하려면 다음을 수행하십시오.

XenServer 호스트에서 로컬 셸을 열고 루트로 로그인한 후 다음 명령을 입력합니다.

/opt/xensource/bin/pv2hvm <vm_name>

또는

/opt/xensource/bin/pv2hvm <vm_uuid>

VM을 다시 시작하여 프로세스를 완료합니다.

36

8장. Container ManagementXenServer에는 XenServer의 Docker™ Container 배포를 개선하기 위한 두 가지 새로운 기능이 포함되어있습니다.

• CoreOS Linux VM에 대한 지원 및 Cloud Config Drive 구성• CoreOS, Debian 8, Ubuntu 14.04 및 RHEL/CentOS/OEL 7.0용 Container Management• Windows Server 2016 Technology Preview에서 Windows Server Container용 Container Management 미

리 보기

CoreOS는 Docker™ 응용 프로그램 호스팅에 널리 사용되는 최소 Linux 배포판입니다. CoreOS Cloud ConfigDrive를 통해 다양한 운영 체제 구성 옵션을 사용자 지정할 수 있습니다. Container Management를 VM에서사용할 수 있도록 구성한 경우 XenServer는 VM에서 실행 중인 Docker Container를 인식하게 됩니다.

참고

CoreOS 게스트 설치 방법, Cloud-Config 매개 변수 구성 방법 및 Docker Container 관리 방법에대해 자세한 내용은 XenCenter 온라인 도움말을 참조하십시오. F1 키를 누르거나 Help(도움말)를클릭하십시오.

Container Management Supplemental Pack을 사용하면 XenServer에서 VM을 쿼리하고 Cloud Config Drive와 상호 작용하며 응용 프로그램 컨테이너를 검색하고 XenCenter의 Infrastructure(인프라) 보기 내에 이들을 표시할 수 있습니다. 또한 XenCenter를 사용하면 컨테이너와의 상호 작용을 통해 시작, 중지 및 일시 중지 작업 그리고 기타 모니터링 기능을 사용할 수 있습니다. 자세한 정보는 8.2절. “Container ManagementSupplemental Pack”의 내용을 참조하십시오.

8.1. Docker™란?Docker™는 개발자 및 시스템 관리자가 배포된 응용 프로그램을 빌드, 제공 및 실행할 수 있는 개방형 플랫폼입니다. Docker Container는 오직 응용 프로그램과 해당 종속 항목으로만 구성되어 있습니다. DockerContainer는 호스트 운영 체제의 사용자 공간에서 분리된 프로세스로 실행되어 커널 및 기본 파일 시스템을 다른 컨테이너와 공유합니다. 자세한 내용은 다음 항목을 참조하십시오. https://www.docker.com/whatisdocker.

참고

XenServer Container Management 기능은 Docker 에코시스템을 보완하되 대체하지는 않습니다.VM의 개별 Docker Engine 인스턴스는 사용할 수 있는 Docker 관리 도구 중 하나로 관리될 수 있습니다.

8.2. Container Management Supplemental PackContainer Management Supplemental Pack은 다음을 제공합니다.

Monitoring and Visibility(모니터링 및 가시성): Docker 호스팅에 사용되는 VM 그리고 VM에서 실행 중인 컨테이너를 확인할 수 있습니다.

Diagnostics(진단): 전달된 네트워크 포트, 원래 Docker 이미지 이름과 같은 기본 컨테이너 정보에 간편하게액세스할 수 있습니다. 이를 통해 인프라 및 응용 프로그램 계층에 영향을 미쳤을 수 있는 문제에 대해 더빠르게 조사할 수 있습니다.

Performance(성능): 해당 VM에서 실행 중인 컨테이너에 대한 정보를 확인할 수 있습니다. 운영 체제에서 제공한 정보에 따라, 컨테이너에서 실행 중인 프로세스 및 응용 프로그램에 대한 정보와 사용된 CPU 리소스에 대한 정보가 제공됩니다.

https://www.docker.com/whatisdocker

https://www.docker.com/whatisdocker

37

Control Applications(응용 프로그램 제어): 운영 체제에서 지원하는 경우 XenCenter를 사용하여 응용 프로그램 컨테이너를 시작, 중지 및 일시 중지하고 문제가 있는 응용 프로그램을 빠르게 종료할 수 있습니다.

참고

XenServer는 XenCenter를 사용한 보조 팩 설치를 지원합니다. XenCenter를 사용한 보조 팩 설치 방법에 대한 정보는 XenCenter 도움말을 참조하십시오. xe CLI를 사용하여 설치하려는 경우XenServer Supplemental Packs and the DDK(XenServer 보조 팩 및 DDK) 가이드를 참조하십시오.

8.3. XenCenter를 사용한 Docker Container 관리이 섹션에는 XenCenter를 사용한 CoreOS VM 관리에 대한 정보가 수록되어 있습니다. CoreOS VM을 관리하려면 다음을 수행해야 합니다.

1. 호스트를 XenServer 7.1으로 업그레이드하거나 설치합니다.2. XenServer 7.1과 함께 제공된 XenCenter를 설치합니다.3. Citrix XenServer 다운로드 페이지에서 받을 수 있는 Container Management Supplemental Pack을 설치

합니다.4. CoreOS VM을 생성하고 VM용 구성 드라이브를 포함합니다.

XenCenter에서 CoreOS VM을 생성하면 New VM(새 VM) 마법사에 VM용 cloud-config 매개 변수를 지정하라는 메시지가 나타납니다. 구성 드라이브는 VM 인스턴스에 사용자 데이터를 제공합니다. XenServer를 사용하여 VM 내에 실행 중인 컨테이너를 관리하려면 구성 드라이브를 생성해야 합니다.

기본적으로 XenCenter의 Cloud-Config Parameters(Cloud-Config 매개 변수) 페이지에 사전 정의된 집합의 매개 변수가 포함되어 있습니다. 필요에 따라 이러한 매개 변수를 수정할 수 있습니다. 지원되는 구성매개 변수에 대한 자세한 내용은 CoreOS 설명서를 참조하십시오.

주의

VM에 대한 구성 드라이브를 생성하지 않으면 Container Management가 작동하지 않을 수 있습니다.

5. VM의 Container Management를 사용하도록 설정합니다. XenCenter에서 VM의 Properties(속성) 탭에서이 설정을 업데이트할 수 있습니다.

참고

Ubuntu 14.04, Debian 8, RHEL/CentOS/Oracle Linux 7, Windows Server 2016 TP VM을 사용하여 Docker Container를 관리하려면 먼저 CLI를 사용하여 Container Management를 사용하도록 설정해야 합니다. 이러한 VM에서 Container Management를 사용하도록 설정하면 XenCenter를 사용하여 컨테이너 시작, 중지, 일시 중지, 다시 시작 등의 수명 주기 작업을 수행할 수 있습니다.

8.4. 다른 Linux 게스트에서 컨테이너 관리기본 Cloud Config Drive 구성으로 생성된 CoreOS VM은 Container Management에 대해 자동으로 준비되므로 기능을 사용하도록 설정하기만 하면 됩니다. 다른 Linux 게스트는 수동으로 준비할 수 있습니다. 이는Debian 8, Ubuntu 14.04 및 RHEL/CentOS/OEL 7 VM에 대해서만 지원됩니다.

Linux 게스트를 수동으로 준비하려면:

1. VM에 XenServer Tools가 설치되어 있는지 확인하고 8.7절. “네트워크 요구 사항 및 보안”에 설명된 대로VM 네트워크가 구성되어 있는지 확인합니다.

2. VM 내에 Docker, ncat 및 SSHD를 설치합니다.

38

Ubuntu 14.04의 경우 다음을 입력합니다. apt-get install docker.io nmap openssh-server

RHEL/CentOS/OEL 7의 경우 다음을 입력합니다. yum install docker nmap openssh-server3. 다음과 같이 docker.service에 대해 자동 시작을 사용하도록 설정합니다.

systemctl enable docker.service4. docker.service를 시작합니다.

systemctl start docker.service

Container Management에 대해 루트 사용자가 아닌 사용자를 사용해야 합니다. Docker에 대한 액세스를제공할 수 있도록 사용자를 'docker' 그룹에 추가합니다.

5. Container Management에 사용할 수 있도록 VM을 준비하고 풀에 있는 호스트 중 하나의 제어 도메인(dom0)에서 다음 명령을 실행합니다.

xscontainer-prepare-vm –v <vm-uuid> -u <username>

여기서 <vm-uuid>는 준비할 VM이고 <username>은 Container Management에서 관리 액세스에 사용할VM의 사용자 이름입니다.

준비 스크립트를 실행하면 프로세스가 안내되고 해당 VM에 대해 Container Management가 자동으로 사용하도록 설정됩니다.

8.5. Docker Container 콘솔 및 로그 액세스Linux VM의 경우 고객은 XenCenter를 통해 컨테이너 콘솔에 액세스하고 로그를 확인하여 Docker Container에서 실행되는 응용 프로그램을 관리 및 모니터링할 수 있습니다. XenCenter를 사용하여 컨테이너 콘솔 및로그에 액세스하려면:

1. Resources(리소스) 창에서 컨테이너를 선택합니다.2. Container General Properties(컨테이너 일반 속성) 섹션에서 View Console(콘솔 보기)을 클릭하여 컨테

이너 콘솔을 표시합니다. 콘솔 로그를 보려면 View Log(로그 보기)를 클릭합니다. 그러면 XenCenter를실행하는 컴퓨터에서 SSH 클라이언트가 열립니다.

3. 메시지가 나타나면 VM 사용자 이름 및 암호를 사용하여 SSH 클라이언트에 로그인합니다.

참고

고객은 공개/개인 SSH 키를 구성하여 인증 프로세스를 자동화할 수 있습니다. 자세한 내용은다음 섹션을 참조하십시오.

8.5.1. 인증 프로세스 자동화(선택 사항)

컨테이너 콘솔 및 로그에 액세스하려면 VM 로그인 자격 증명을 입력하여 SSH 연결을 인증해야 합니다. 하지만 인증 프로세스를 자동화하여 자격 증명의 수동 입력을 방지할 수 있습니다. 아래 지침에 따라 자동 인증 프로세스를 구성하십시오.

1. 공개/개인 키 쌍을 생성합니다.2. 컨테이너를 실행하는 VM에서 사용자 디렉터리에 공개 SSH 키를 추가합니다.

예를 들어 CoreOS VM에서 실행하는 컨테이너의 경우 XenCenter에 있는 VM의 General(일반) 탭에서Cloud-Config Parameters(Cloud-Config 매개 변수) 섹션에 공개 키를 추가해야 합니다. Ubuntu 14.04,RHEL/CentOS/Oracle Linux 7 및 Debian 8의 경우 공개 키를 ~/.ssh/authorized_keys에 수동으로 추가해야 합니다.

39

3. XenCenter를 실행하는 컴퓨터의 %userprofile% 디렉터리에 개인 SSH 키를 추가하고 키 이름을ContainerManagement.ppk로 바꿉니다.

8.6. Windows Server 컨테이너 관리Windows Server 컨테이너는 Windows Server 2016 게스트 운영 체제의 일부분입니다. 따라서 프로세스를 자체 네임스페이스로 분리하여 Windows 응용 프로그램을 캡슐화할 수 있습니다. XenServer ContainerManagement는 Windows Server 2016 게스트 운영 체제의 Windows Server 컨테이너 모니터링 및 관리를지원합니다.

참고

이 기능을 사용하려면 TLS 서버 인증서가 특정 IP 주소에 바인딩되므로 TLS 통신을 위해 하나 이상의 정적 IP 주소로 Windows Server 2016 VM을 구성해야 합니다.

Container Management에 사용할 수 있도록 Windows Server 컨테이너를 준비하려면

1. VM에 XenServer Tools가 설치되어 있는지 확인하고 8.7절. “네트워크 요구 사항 및 보안”에 설명된 대로VM 네트워크가 구성되어 있는지 확인합니다.

2. Microsoft 설명서에 설명된 대로 VM 내에서 Windows Server 컨테이너 지원을 설치합니다. 참고로,Windows Server 컨테이너는 HyperV 컨테이너가 아닙니다.

3. Microsoft Windows 업데이트 KB3192366이 적용되었는지 확인합니다.

4. Container Management에 사용할 수 있도록 VM을 준비하고 풀에 있는 호스트 중 하나의 제어 도메인(dom0)에서 다음 명령 중 하나를 실행합니다.

옵션 1(단일 사용자 VM의 경우): XenServer에서 이 VM에 대한 TLS 인증서를 생성합니다.

중요

이 옵션은 단일 사용자가 VM에 대한 액세스 권한이 있는 경우에만 안전합니다. TLS 서버 및 클라이언트 키는 가상 CD를 사용하여 VM에 삽입되며, 이는 준비하는 동안 악의적 사용자에 의해 복사될 수 있습니다.

xscontainer-prepare-vm --mode tls –v <vm-uuid> --generate-certs

여기서 <vm-uuid>는 준비할 VM입니다. 화면의 지시에 따라 Windows Server 컨테이너 준비 프로세스를완료합니다. 참고로, 이 작업을 수행하려면 dom0 및 VM과의 상호 작용이 필요합니다.

옵션 2: 외부적으로 생성된 TLS 인증서로 XenServer를 구성합니다.

xscontainer-prepare-vm --mode tls –v <vm-uuid> --client-cert <client-cert> --client-key <client-key> --ca-cert <ca-cert>

여기서 <vm-uuid>는 준비할 VM이고, <client-cert>는 TLS 클라이언트 인증서이며, <client-key>는 TLS클라이언트 키이고 <ca-cert>는 CA 인증서입니다. 이 옵션은 Docker가 이미 VM 내의 TLS에 대해 구성되어 있다고 가정합니다.

8.7. 네트워크 요구 사항 및 보안

중요

Container Management가 작동하려면 네트워크 격리와 관련하여 보안 요구 사항을 완화해야 할수도 있습니다.

https://msdn.microsoft.com/en-gb/virtualization/windowscontainers/quick_start/quick_start_windows_server

40

가상화 환경의 보안을 극대화하기 위해 Citrix에서는 XenServer의 관리 네트워크(XenServer 제어도메인, dom0 포함)를 VM으로부터 격리하여 네트워크를 분할할 것을 권장합니다.

Container Management를 사용하도록 설정하려면 이 두 네트워크 간을 라우팅해야 하는데, 이 경우 악의적인 VM이 관리 네트워크(즉, dom0)를 공격할 위험이 증가합니다. VM과 관리 네트워크간의 트래픽을 허용하는 경우 위험을 완화하려면 신뢰할 수 있는 소스만 두 네트워크 간의 연결을시작할 수 있도록 허용하는 방화벽 규칙을 구성하는 것이 좋습니다.

이 권장된 네트워크 구성이 사용자의 위험 프로필과 일치하지 않는 경우 또는 사용자만의 사용 사례에 맞게 이러한 라우팅 보안을 충분히 보장하는 데 필요한 네트워크 또는 방화벽 전문 지식이 부족한 경우 Citrix에서는 프로덕션 환경에 이 기능을 사용하는 것을 권장하지 않습니다.

8.7.1. 네트워크 분할 및 방화벽

다른 VM과 마찬가지로, 컨테이너 관리형 VM은 필요한 격리 조치를 위해 XenServer의 관리 네트워크와 직접 연결되어서는 안 됩니다.

Container Management가 작동하려면 관리되는 VM은 XenServer의 제어 도메인(dom0)에서 연결할 수있어야 합니다. Linux 기반 운영 체제에서 컨테이너를 모니터링하려면 네트워크 토폴로지 및 방화벽이dom0(XenServer 관리 네트워크)와 컨테이너 관리형 VM(VM 네트워크) 간의 아웃바운드 SSH(대상 TCP 포트 22) 연결을 허용해야 합니다. Windows Server 컨테이너를 모니터링하려면 네트워크 토폴로지 및 방화벽이 dom0(XenServer 관리 네트워크)와 컨테이너 관리형 VM(VM 네트워크) 간의 아웃바운드 Docker TLS(대상 TCP 포트 2376) 연결을 허용해야 합니다.

VM과 관리 네트워크 간의 트래픽을 허용하는 경우 위험을 완화하려면 모든 트래픽이 외부 상태 저장 방화벽을 통과해야 합니다. 이러한 방화벽은 사용자 환경의 비즈니스 및 보안 요구 사항에 따라 전문가가 수동으로 설정 및 구성해야 합니다.

다음 섹션에는 구성 예가 나와 있습니다.

네트워크 간의 연결에 대해 보안을 설정하려면:

• XenServer 관리 네트워크(dom0 포함)와 VM 네트워크(컨테이너 관리형 VM 포함) 간의 모든 연결을 방향에 관계없이 차단합니다.

Container Management를 사용하도록 설정하기 위해 예외를 추가합니다.

• Linux 기반 운영 체제를 모니터링하려면 dom0에서 컨테이너 관리형 VM으로의 아웃바운드 SSH(TCP 포트 22) 연결을 신규 연결이든, 이미 설정된 연결이든 상관없이 모두 허용하십시오.

• Windows Server 컨테이너를 모니터링하려면 dom0에서 컨테이너 관리형 VM으로의 아웃바운드 DockerTLS(TCP 포트 2376) 연결을 신규 연결이든, 이미 설정된 연결이든 상관없이 모두 허용하십시오.

• dom0으로 시작된 Docker TLS 연결 및/또는 (설정된) SSH에 대해 컨테이너 관리형 VM이 회신하도록 허용합니다.

8.7.2. Linux 기반 운영 체제의 인증

XenServer의 Container Management는 컨테이너 관리형 VM에서 풀 관련 4096비트 개인/공개 RSA 키 쌍을사용하여 인증합니다. 개인 키는 XenServer 제어 도메인(dom0)에 저장됩니다. 각 공개 키는 준비되는 동안Cloud Config Drive 또는 ~user/.ssh/authorized_keys 파일을 사용하여 컨테이너 관리형 VM에 등록됩니다.모든 개인/공개 키 쌍과 마찬가지로, 개인 키는 모든 컨테이너 관리형 VM에 대해 암호가 없는 액세스를 허용하므로 안전하게 보관되어야 합니다. 이는 현재 관리되는 VM과 과거에 관리되던 VM에 모두 해당합니다.

XenServer의 Container Management는 VM 내에서 실행 중인 XenServer Tools에 의해 광고된 모든 IP 주소를 통해 컨테이너 관리형 VM에 연결하려 합니다. 초기 연결 이후 XenServer는 컨테이너 관리형 VM의 공개

41

키를 저장하고, 이후 모든 연결에 대해 키가 일치하는지 검증합니다. 네트워크 토폴로지가 오직 컨테이너 관리형 VM만 해당 광고된 IP(IP Source Guard 또는 유사 방법)를 통해 연결되도록 보장할 수 없는 경우 Citrix에서는 관리자가 최초 VM 연결 시 Container Management에서 받은 SSH 호스트 키를 확인할 것을 권장합니다.

다음 명령을 사용하여 키에 액세스할 수 있습니다.

xe vm-parm-get-uuid=<vm-uuid> param-name=other-config / param-key=xscontainer-sshhostkey

여기서 <vm-uuid>는 VM의 UUID입니다.

8.7.3. Windows Server 컨테이너에 대한 인증

XenServer는 SSL 또는 TLS를 사용하여 Windows Server 컨테이너를 모니터링 및 제어합니다. 이 경우XenServer는 SSL/TLS 클라이언트 역할을 하고 Windows Server VM은 SSL/TLS 서버 역할을 합니다. 키는Dom0 및 VM 모두에 저장됩니다.

중요

• 클라이언트 키는 VM의 Docker에 대해 암호가 없는 액세스를 허용하므로 안전하게 보관되어야합니다.

• 서버 키는 VM에 대한 모니터링 연결을 인증하는 데 사용되므로 안전하게 보관되어야 합니다.

–generate-certs 옵션을 사용하여 XenServer Container Management에서 TLS 인증서 및 키를 생성하는 경우 특히 특정 풀 및 VM에 대해 임시 CA, 서버 및 클라이언트 인증서가 생성됩니다. 인증서는 sha256 해시를 사용하고 최장 2*365일 동안 유효하므로, 그 이후에는 준비 작업을 반복해야 합니다. TLS 연결은 항상AES128-SHA 암호화를 사용하여 설정됩니다.

42

9장. vAppvApp은 단일 엔티티로 시작될 수 있는 하나 이상의 관련 VM(가상 컴퓨터)으로 구성된 논리적 그룹입니다.vApp이 시작되면 vApp 내에 포함된 VM이 사용자가 미리 정의한 순서대로 시작되므로 서로 종속된 VM의순서를 자동으로 지정할 수 있습니다. 따라서 소프트웨어 업데이트 등과 같이 전체 서비스를 다시 시작해야하는 경우 관리자가 더 이상 종속 VM의 시작 순서를 수동으로 지정할 필요가 없습니다. vApp 내의 VM은 하나의 호스트에 있지 않아도 되며 일반적인 규칙에 따라 풀 내에 분산됩니다.

vApp 기능은 특히 관리자가 같은 스토리지 저장소에 있거나 같은 SLA(서비스 수준 계약)와 관련된 모든 VM을 그룹화하도록 선택하는 재해 복구 상황에 유용합니다.

참고

vApp은 XenCenter 및 xe CLI를 사용하여 만들고 수정할 수 있습니다. CLI를 사용한 vApp 작업에대한 자세한 내용은 XenServer 관리자 가이드를 참조하십시오.

9.1. XenCenter에서 vApp 관리XenCenter의 Manage vApps(vApp 관리) 대화 상자에서 vApp 생성, 삭제 및 수정, vApp 시작 및 종료, 선택된 풀 내에서 vApp 가져오기 및 내보내기 작업을 수행할 수 있습니다. 목록에서 vApp을 선택하면 해당 vApp에 포함된 VM이 오른쪽의 세부 정보 창에 나열됩니다.

vApp의 이름 또는 설명을 변경하고, vApp에서 VM을 추가하거나 제거하고, vApp에서 VM의 시작 순서를 변경하려면 Manage vApps(vApp 관리) 대화 상자를 사용하십시오.

vApp 수정:

1. 풀을 선택하고 Pool(풀) 메뉴에서 Manage vApps(vApp 관리)를 클릭합니다.

또는 Resources(리소스) 창에서 마우스 오른쪽 단추를 클릭하고 바로 가기 메뉴에서 ManagevApps(vApp 관리)를 클릭합니다.

2. vApp을 선택하고 Properties(속성)를 클릭하여 Properties(속성) 대화 상자를 엽니다.

3. General(일반) 탭을 클릭하여 vApp 이름이나 설명을 변경합니다.

4. Virtual Machines(가상 컴퓨터) 탭을 클릭하여 vApp에서 VM을 추가하거나 제거합니다.

5. VM Startup Sequence(VM 시작 순서) 탭을 클릭하여 vApp에서 개별 VM의 시작 순서와 지연 간격 값을 변경합니다.

6. OK(확인)를 클릭하여 변경 내용을 저장하고 Properties(속성) 대화 상자를 닫습니다.

자세한 내용은 XenCenter 온라인 도움말을 참조하십시오. 도움말을 표시하려면 F1 키를 누르거나 Help(도움말)를 클릭하십시오.

9.2. vApp 만들기vApp에서 VM을 함께 그룹화하려면 다음 절차를 수행하십시오.

XenCenter를 사용하여 vApp 만들기:

1. 풀을 선택하고 Pool(풀) 메뉴에서 Manage vApps(vApp 관리)를 클릭합니다. 그러면 ManagevApps(vApp 관리) 창이 표시됩니다.

2. vApp의 이름을 입력하고 원하는 경우 설명을 입력한 후 Next(다음)를 클릭합니다.

43

원하는 이름을 선택할 수 있지만 설명이 포함된 이름을 사용하는 것이 가장 좋습니다. 여러 vApp의 이름을 동일하게 지정하지 않는 것이 좋지만 이는 필수 사항이 아니며 XenCenter에서는 vApp 이름에 고유성 제약 조건을 적용하지 않습니다. 공백이 포함된 이름에 따옴표를 사용할 필요는 없습니다.

3. 새 vApp에 포함할 VM을 선택하고 Next(다음)를 클릭합니다.

검색 상자를 사용하여 지정한 문자열이 이름에 포함된 VM만 나열할 수 있습니다.4. vApp에 포함하는 VM의 시작 순서를 지정하고 Next(다음)를 클릭합니다.

값 설명

Start Order(시작 순서) vApp 내에서 개별 VM이 시작될 순서를 지정합니다. 따라서 특정 VM이 다른 VM보다 먼저 다시 시작되도록 할 수 있습니다. 시작 순서 값이 0인 VM이 먼저 시작되고 시작 순서 값이 1인 VM이 그 다음에 시작되고 시작 순서 값이 2인 VM이 그 다음에 시작되는 순서로 진행됩니다.

Attempt to start next VMafter(다음 시간 후 다음VM 시작 시도)

VM 시작 후 시작 순서 중 다음 VM(즉, 시작 순서가 더 낮은 VM) 그룹의 시작을 시도하기 전에 기다려야 할 시간을 지정하는 지연 간격입니다.

5. 마법사의 마지막 페이지에서는 vApp 구성을 검토할 수 있습니다. Previous(이전)를 클릭하고 뒤로 돌아가서 설정을 수정하거나 Finish(마침)를 클릭하여 새 vApp을 만들고 마법사를 닫습니다.

참고

vApp은 단일 풀의 여러 서버에 걸쳐 있을 수 있지만 여러 풀에 걸쳐 있을 수는 없습니다.

9.3. vApp 삭제vApp을 삭제하려면 다음 절차를 따르십시오.

XenCenter를 사용하여 vApp 삭제:

1. 풀을 선택하고 Pool(풀) 메뉴에서 Manage vApps(vApp 관리)를 클릭합니다.2. 목록에서 삭제할 vApp을 선택한 다음 Delete(삭제)를 클릭합니다.

참고

vApp에 포함된 VM은 삭제되지 않습니다.

9.4. XenCenter를 사용하여 vApp 시작 및 종료vApp을 시작 또는 종료하려면 Pool(풀) 메뉴에서 Manage vApps(vApp 관리) 대화 상자를 사용하십시오.vApp을 시작하면 vApp 내의 모든 VM이 자동으로 순서대로 시작됩니다. 개별 VM에 지정한 시작 순서와 지연 간격 값에 따라 시작 순서가 결정됩니다. 이러한 값은 처음에 vApp을 만들 때 설정할 수 있고 언제든지vApp의 Properties(속성) 대화 상자나 개별 VM의 Properties(속성) 대화 상자에서 변경할 수 있습니다.

vApp을 시작하려면:

1. Manage vApps(vApp 관리) 대화 상자를 엽니다. 이 대화 상자는 vApp의 VM이 있는 풀을 선택하고Pool(풀) 메뉴에서 Manage vApps(vApp 관리)를 클릭하여 열 수 있습니다. 또는 Resources(리소스) 창에서 마우스 오른쪽 단추를 클릭하고 바로 가기 메뉴에서 Manage vApps(vApp 관리)를 클릭합니다.

2. vApp을 선택하고 Start(시작)를 클릭하여 포함된 VM을 모두 시작합니다.

44

vApp을 종료하려면:

1. Manage vApps(vApp 관리) 대화 상자를 엽니다. 이 대화 상자는 vApp의 VM이 있는 풀을 선택하고Pool(풀) 메뉴에서 Manage vApps(vApp 관리)를 클릭하여 열 수 있습니다. 또는 Resources(리소스) 창에서 마우스 오른쪽 단추를 클릭하고 바로 가기 메뉴에서 Manage vApps(vApp 관리)를 클릭합니다.

2. vApp을 선택하고 Shut Down(종료)을 클릭하여 vApp의 모든 VM을 종료합니다.

모든 VM에 대해 소프트 종료를 시도하고 이것이 가능하지 않은 경우 강제 종료를 수행합니다.

참고

소프트 종료에서는 VM의 정상 종료를 수행하고 실행 중인 모든 프로세스가 개별적으로 중지됩니다.

강제 종료에서는 하드 종료를 수행하며 물리적 서버를 분리하는 것과 동일합니다. 실행 중인프로세스 일부를 종료하지 못할 수도 있으며 이와 같이 VM을 종료할 경우 데이터가 손실될위험이 있습니다. 소프트 종료가 가능하지 않은 경우에만 강제 종료를 사용해야 합니다.

9.5. vApp 가져오기 및 내보내기vApp을 OVF/OVA 패키지로 가져오거나 내보낼 수 있습니다. 자세한 내용은 12장. VM 가져오기 및 내보내기를 참조하십시오.

vApp을 내보내려면:

1. Manage vApps(vApp 관리) 대화 상자를 엽니다. 이 대화 상자는 Pool(풀) 메뉴에서 Manage vApps(vApp관리)를 클릭하여 열 수 있습니다.

2. 목록에서 내보낼 vApp을 선택하고 Export(내보내기)를 클릭합니다.3. 12.5.1절. “VM을 OVF/OVA로 내보내기”에 설명된 절차를 따릅니다.

vApp을 내보내는 데 몇 분 정도 걸릴 수 있습니다.

vApp을 가져오려면:

1. Manage vApps(vApp 관리) 대화 상자를 엽니다. 이 대화 상자는 Pool(풀) 메뉴에서 Manage vApps(vApp관리)를 클릭하여 열 수 있습니다.

2. Import(가져오기)를 클릭하여 Import(가져오기) 마법사를 엽니다.3. 12.4.1절. “OVF/OVA에서 VM 가져오기”에 설명된 절차를 따릅니다.

가져오기가 완료되면 새 vApp이 Manage vApps(vApp 관리) 대화 상자의 vApp 목록에 표시됩니다.

45

10장. 가상 컴퓨터에 대한 고급 참고 사항이 장에서는 가상 컴퓨터에 대한 몇 가지 고급 참고 사항을 제공합니다.

10.1. VM 부팅 동작VM이 부팅될 때 가상 컴퓨터 VDI의 동작에는 두 가지 옵션이 있습니다.

참고

부팅 동작 설정을 변경하려면 VM을 종료해야 합니다.

10.1.1. 유지(XenDesktop - 개인 데스크톱 모드)

VM 부팅의 기본 동작입니다. VDI는 마지막으로 종료할 때의 상태를 유지합니다.

사용자가 자신의 데스크톱에 영구적인 변경을 수행할 수 있도록 하려는 경우 이 옵션을 선택합니다. 이렇게하려면 VM을 종료하고 다음 명령을 입력합니다.

xe vdi-param-set uuid=<vdi_uuid> on-boot=persist

10.1.2. 재설정(XenDesktop - 공유 데스크톱 모드)

VM 부팅 시 VDI가 이전에 부팅할 때의 상태로 되돌아갑니다. VM이 실행되는 동안 수행된 모든 변경 사항은 VM이 다음에 부팅될 때 손실됩니다.

영구적인 변경을 수행할 수 없는 사용자에게 표준화된 데스크톱을 제공하려는 경우 이 옵션을 선택합니다.이렇게 하려면 VM을 종료하고 다음 명령을 입력합니다.

xe vdi-param-set uuid=<vdi_uuid> on-boot=reset

주의

on-boot=reset으로 변경하면 VDI에 저장된 모든 데이터는 다음 종료/시작 또는 재부팅 후 손실됩니다.

10.2. XenServer 호스트에서 ISO 라이브러리를 사용 가능하도록 설정XenServer 호스트에서 ISO 라이브러리를 사용할 수 있도록 만들려면 외부 NFS 또는 SMB/CIFS 공유 디렉터리를 만듭니다. NFS 또는 SMB/CIFS 서버에서 공유에 대한 루트 액세스를 허용해야 합니다. NFS 공유의 경우에는 NFS 서버에서 /etc/exports에 공유 항목을 만들 때 no_root_squash 플래그를 설정하여 이 작업을 수행합니다.

그런 다음 XenCenter를 사용하여 ISO 라이브러리를 연결하거나 호스트 콘솔에 연결하고 다음 명령을 실행합니다.

xe-mount-iso-sr host:/volume

고급 사용의 경우 탑재 명령에 추가 인수를 전달할 수 있습니다.

XenServer 호스트에서 Windows SMB/CIFS 공유를 사용할 수 있도록 설정할 때는 XenCenter를 사용하여사용 가능하도록 설정하거나 호스트 콘솔에 연결하여 다음 명령을 실행합니다.

xe-mount-iso-sr unc_path -t cifs -o username=myname/myworkgroup

46

unc_path 인수에서는 백슬래시를 슬래시로 바꿔야 합니다. 예를 들면 다음과 같습니다.

xe-mount-iso-sr //server1/myisos -t cifs -o username=johndoe/mydomain

공유를 탑재한 후에는 사용 가능한 모든 ISO를 XenCenter의 Install from ISO Library or DVD drive(ISO 라이브러리 또는 DVD 드라이브에서 설치) 드롭다운 목록에서 사용할 수 있거나 CLI 명령에서 CD 이미지로사용할 수 있습니다.

따라서 ISO를 적절한 Windows 템플릿에 연결해야 합니다.

10.3. Windows VSS(볼륨 섀도 복사본 서비스) 공급자Windows 도구에는 VM 스냅샷을 준비하기 위해 게스트 파일 시스템을 중지하는 데 사용되는 XenServerVSS 공급자도 포함되어 있습니다. VSS 공급자는 PV 드라이버 설치의 일부로 설치되지만 기본적으로 사용하도록 설정되지는 않습니다.

Windows XenServer VSS 공급자를 사용하도록 설정하려면:

1. Windows PV 드라이버를 설치합니다.2. 드라이버가 설치된 디렉터리(기본적으로 c:\Program Files\Citrix\XenTools 또는 Windows 레지스트리

에서 HKEY_LOCAL_MACHINE\Software\Citrix\XenTools\Install_dir의 값)로 이동합니다.3. install-XenProvider.cmd 명령을 두 번 클릭하여 VSS 공급자를 활성화합니다.

참고

VSS 공급자는 PV 드라이버를 제거할 때 자동으로 제거되므로 재설치할 때 다시 활성화해야 합니다. 같은 디렉터리의 uninstall-XenProvider.cmd를 사용하여 PV 드라이버와 별도로 제거할 수있습니다.

10.4. 원격 데스크톱을 사용하여 Windows VM에 연결Windows VM 콘솔을 보는 방법에는 두 가지가 있는데, 두 방법 모두 키보드 및 마우스 상호 작용을 완전히지원합니다.

1. XenCenter 사용. 여기서는 표준 그래픽 콘솔을 제공하고 XenServer의 기본 제공 VNC 기술을 통해 가상컴퓨터 콘솔에 대한 원격 액세스를 제공합니다.

2. Windows 원격 데스크톱을 사용하여 연결. 여기서는 원격 데스크톱 프로토콜 기술을 사용합니다.

XenCenter의 Console(콘솔) 탭에는 Switch to Remote Desktop(원격 데스크톱으로 전환) 단추가 있습니다.이 단추를 사용하여 XenCenter의 표준 그래픽 콘솔을 사용하지 않도록 설정하고 원격 데스크톱 사용으로전환할 수 있습니다.

VM에서 원격 데스크톱을 사용하지 않도록 설정한 경우에는 이 단추를 사용할 수 없습니다. 원격 데스크톱을 사용하도록 설정하려면 XenServer Tools를 설치하고 원격 데스크톱을 사용하여 연결할 각 VM에서 아래절차에 따라 사용하도록 설정해야 합니다.

Windows VM에서 원격 데스크톱을 사용할 수 있도록 설정하려면:

1. 시작 단추를 클릭하여 시스템을 연 다음 컴퓨터를 마우스 오른쪽 단추로 클릭하고 속성을 선택합니다.2. 원격 설정을 클릭합니다. 관리자 암호를 입력하라는 메시지가 표시되면 VM 설치 시 만든 암호를 입력

합니다.3. 원격 데스크톱 영역에서 모든 버전의 원격 데스크톱을 실행 중인 컴퓨터에서 연결 허용(Windows 7) 확

인란을 클릭합니다.

47

4. 이 Windows VM에 연결할 수 있는 관리자가 아닌 다른 사용자를 선택하려면 Select Remote Users(원격 사용자 선택) 단추를 클릭하고 사용자 이름을 입력합니다. Windows 도메인에 대한 관리자 권한이 있는 사용자는 기본적으로 연결할 수 있습니다.

이제 원격 데스크톱을 사용하여 이 VM에 연결할 수 있습니다. 자세한 내용은 Microsoft 기술 자료 문서 원격데스크톱 연결을 사용하여 다른 컴퓨터에 연결을 참조하십시오.

참고

절전 모드나 최대 절전 모드에 있는 VM에는 연결할 수 없으므로 원격 컴퓨터에서 절전 모드 및 최대 절전 모드에 대한 설정이 사용 안 함으로 설정되어 있는지 확인하십시오.

10.5. Windows VM에서 시간 처리Windows 게스트의 경우 초기에는 제어 도메인 시계에 따라 시간이 처리되지만 일시 중단, 재부팅 등과 같은 VM 수명주기 작업을 거치는 동안 시간이 업데이트됩니다. Citrix에서는 제어 도메인과 모든 Windows VM에서 안정적인 NTP 서비스를 실행할 것을 권장합니다.

VM 내에서 표준 시간대 오프셋을 사용하는 등의 방법으로 VM을 제어 도메인보다 2시간 빠르게 수동으로설정하면 이 차이가 유지됩니다. 이후에 제어 도메인 시간을 변경하면(수동으로 변경하거나 NTP를 통해 자동으로 수정되는 경우) VM이 이에 따라 변경되지만 2시간의 오프셋은 유지됩니다. 제어 도메인 표준 시간대를 변경하더라도 VM 표준 시간대 또는 오프셋에는 영향을 미치지 않습니다. 즉, 이것은 XenServer에서 게스트를 동기화하는 데 사용하는 하드웨어 시계 설정일 뿐입니다.

일시 중단/다시 시작 작업 또는 XenMotion을 사용한 라이브 재배치를 수행할 때는 최신 XenServer Tools를설치하는 것이 중요합니다. 이 도구에서는 다시 시작(대개의 경우 다른 물리적 호스트에서 실행) 후 시간 동기화가 필요하다는 것을 Windows 커널에 통보합니다.

참고

XenDesktop 환경에서 Windows VM을 실행하는 경우에는 호스트 클럭과 해당 AD(ActiveDirectory) 도메인 클럭의 소스가 동일한지 확인해야 합니다. 클럭을 동기화하지 않으면 VM에 시간이 잘못 표시되어 Windows PV 드라이버가 크래시될 수 있습니다.

10.6. Linux VM에서 시간 처리 Linux 배포판에는 종속과 독립의 두 가지 wallclock 설정이 있습니다.

종속 wallclock: Linux VM의 시계는 제어 도메인에서 실행되는 시계에 동기화되며 독립적으로 변경할 수 없습니다. 제어 도메인은 NTP(Network Time Protocol) 서비스만 실행하면 모든 VM에서 정확한 시간을 유지할 수 있기 때문에 편리한 모드입니다.

독립 wallclock: Linux VM의 시계는 제어 도메인에서 실행되는 시계에 동기화되지 않으며 변경할 수 있습니다. 제어 도메인 시간은 VM이 부팅될 때 초기 시간을 설정하는 데 사용됩니다.

http://windows.microsoft.com/ko-kr/windows7/Connect-to-another-computer-using-Remote-Desktop-Connection

http://windows.microsoft.com/ko-kr/windows7/Connect-to-another-computer-using-Remote-Desktop-Connection

48

다음 표에서는 Linux VM에 대한 wallclock 설정을 나열합니다.

게스트 OS 종속 wallclock 독립 wallclock

CentOS 4.x 기본값 선택 사항

CentOS 5.x(32/64비트) 기본값 선택 사항

CentOS 6.x(32/64비트) 지원되지 않음 기본값

CentOS 7.x(64비트) 지원되지 않음 기본값

Red Hat Enterprise Linux 4.x(32비트) 기본값 선택 사항

Red Hat Enterprise Linux 5.x(32/64비트) 기본값 선택 사항

Red Hat Enterprise Linux 6.x(32/64비트) 지원되지 않음 기본값

Red Hat Enterprise Linux 7.x(64비트) 지원되지 않음 기본값

Oracle Linux 5.x(32/64비트) 기본값 선택 사항

Oracle Linux 6.x(32/64비트) 지원되지 않음 기본값

Oracle Linux 7.x(64비트) 지원되지 않음 기본값

Scientific Linux 5.x(32/64비트) 기본값 선택 사항

Scientific Linux 6.x(32/64비트) 지원되지 않음 기본값

Scientific Linux 7.x(64비트) 지원되지 않음 기본값

SLES 10.x(32/64비트) 기본값 선택 사항

SLES 11.x(32/64비트) 기본값 선택 사항

SLES 12(64비트) 기본값 선택 사항

SLED 11.x(64비트) 기본값 선택 사항

SLED 12.x(64비트) 기본값 선택 사항

Debian 6(32/64비트) 지원되지 않음 기본값



Ubuntu 10.04(32/64비트) 지원되지 않음 기본값




CoreOS 633.1.0 지원되지 않음 기본값

49

게스트 OS 종속 wallclock 독립 wallclock

NeoKylin Linux Advanced Server 6.5(64비트) 지원되지 않음 기본값

NeoKylin Linux Advanced Server 7.2(64비트) 지원되지 않음 기본값

중요

• 종속 wallclock을 지원하는 Linux 게스트의 경우 Citrix는 독립 wallclock 설정을 사용하도록 설정하고 VM 내에서 NTP를 사용할 것을 권장합니다.

• 독립 wallclock을 사용하는 Linux 게스트의 경우 Citrix는 Linux VM 및 XenServer 호스트에서 안정적인 NTP 서비스를 실행할 것을 강력하게 권장합니다.

독립 wallclock 시간을 설정하려면 다음 섹션을 참조하십시오.

개별 Linux VM을 설정하여 독립적 시간을 유지하려면:

1. VM의 루트 프롬프트에서 다음 명령을 실행합니다. echo 1 > /proc/sys/xen/independent_wallclock

2. /etc/sysctl.conf 구성 파일을 변경하고 다음을 추가하여 재부팅하면 이를 적용할 수 있습니다.

# Set independent wall clock timexen.independent_wallclock=1

3. 세 번째 방법으로 independent_wallclock=1을 VM에 부팅 매개 변수로 전달할 수도 있습니다.

참고

새 Linux VM을 설치할 때 표준 시간대를 기본 UTC에서 로컬 값으로 변경해야 합니다. 각 배포판별 지침은 1절. “릴리스 정보”를 참조하십시오.

10.7. BIOS 잠금 ROK(Reseller Option Kit) 미디어에서 HVM VM 설치HVM VM은 다음과 같은 상태일 수 있습니다.

• 일반 BIOS: VM이 일반 XenServer BIOS 문자열을 사용합니다.

• 사용자 지정 BIOS: VM이 풀에 있는 특정 서버의 BIOS 문자열 사본을 사용합니다.

• BIOS 문자열 없음: VM을 만든 직후의 상태입니다. VM이 시작될 때 VM에 BIOS 문자열 집합이 없으면 표준 XenServer BIOS 문자열이 VM에 삽입되고 VM이 일반 BIOS 상태가 됩니다.

XenServer 호스트에서 실행되는 VM에 BIOS 잠금 ROK(Reseller Option Kit) OEM 버전 Windows를 설치하려면 ROK 미디어를 제공한 호스트에서 VM의 BIOS 문자열을 복사해야 합니다.

호스트와 함께 제공된 BIOS 잠금 미디어를 설치하기 위해서는 아래 단계에 따라야 합니다.

XenCenter 사용:

• New VM(새 VM) 마법사에서 Copy host BIOS strings to VM(VM에 호스트 BIOS 문자열 복사) 확인란을 클릭합니다.

CLI 사용:

1. vm-install copy-bios-strings-from 명령을 실행하고 문자열을 복사할 원본 호스트(미디어를 제공한 호스트)의 host-uuid를 지정합니다.

50

xe vm-install copy-bios-strings-from=<host uuid> \ template=<template name> sr-name-label=<name of sr> \ new-name-label=<name for new VM>

새로 만든 VM의 UUID가 반환됩니다.

예를 들면 다음과 같습니다.

xe vm-install copy-bios-strings-from=46dd2d13-5aee-40b8-ae2c-95786ef4 \ template="win7sp1" sr-name-label=Local\ storage \ new-name-label=newcentos7cd98710-bf56-2045-48b7-e4ae219799db

2. 호스트의 해당 BIOS 문자열이 VM에 복사되면 vm-is-bios-customized 명령으로 이를 확인합니다.

xe vm-is-bios-customized uuid=<VM uuid>

예를 들면 다음과 같습니다.

xe vm-is-bios-customized \ uuid=7cd98710-bf56-2045-48b7-e4ae219799db This VM is BIOS-customized.

참고

VM을 시작하면 BIOS 문자열을 복사한 물리적 호스트에서 VM이 시작됩니다.

주의

설치하는 BIOS 잠금 운영 체제의 사용과 관련된 모든 EULA를 준수하는 것은 사용자의 책임입니다.

10.8. VSS를 사용하여 Windows VM 복제 준비Windows VM을 복제하려면 Windows 유틸리티 sysprep를 사용하여 VM을 준비해야 합니다.

sysprep는 각 컴퓨터에 대해 고유하도록 로컬 컴퓨터 SID를 수정합니다. sysprep 바이너리는 Windows 제품 CD의 \support\tools\deploy.cab 파일에 있습니다.

Windows VM을 복제하는 데 수행해야 하는 단계는 다음과 같습니다.

Windows VM 복제:

1. 필요에 따라 Windows VM을 만들고, 설치하고, 구성합니다.2. 모든 관련 서비스 팩과 업데이트를 적용합니다.3. XenServer Tools를 설치합니다.4. 응용 프로그램을 설치하고 필요한 기타 구성을 수행합니다.5. Windows 제품 CD에서 \support\tools\deploy.cab의 내용을 VM의 새 \sysprep 폴더로 복사합니다.6. sysprep를 실행합니다. 작업이 완료되면 VM이 종료됩니다.7. XenCenter를 사용하여 VM을 템플릿으로 변환합니다.8. 필요에 따라 새로 만든 템플릿을 새 VM으로 복제합니다.9. 복제된 VM을 시작하면 새 SID와 이름을 가져오고 최소 설치를 실행하여 필요에 따라 구성 값을 묻는

메시지를 표시하고 재시작됩니다. 이렇게 재시작된 후 복제된 VM을 사용할 수 있습니다.

51

참고

sysprep가 적용된 원래의 VM("원본" VM)은 sysprep 단계 이후 다시 시작되지 않아야 하며 이를 방지하기 위해 즉시 템플릿으로 변환해야 합니다. 원본 VM이 재시작된 경우 sysprep를 원본 VM에서 다시 실행해야 추가적인 복제를 만드는 데 안전하게 사용할 수 있습니다.

sysprep 사용에 대한 자세한 내용은 다음 Microsoft 웹 사이트를 참조하십시오.

Windows AIK(자동 설치 키트)

10.9. Windows VM에 GPU 할당(XenDesktop과 함께 사용)XenServer에서는 XenServer 호스트 컴퓨터의 물리적 GPU를 동일한 호스트에서 실행 중인 Windows VM에할당할 수 있습니다. 이 GPU 통과 기능은 고성능 그래픽 기능이 필요한 CAD 디자이너와 같은 고급 그래픽사용자를 위한 것입니다. 이 기능은 XenDesktop과 함께만 사용할 수 있습니다.

XenServer는 각 VM에 대해 하나의 GPU만 지원하지만 동일한 풀의 호스트 전체에서 동일한 물리적 GPU를 자동으로 검색하여 그룹화합니다. GPU 그룹에 할당되면 VM은 풀에 포함된 호스트 중 그룹에 사용 가능한 GPU가 있는 모든 호스트에서 시작될 수 있습니다. GPU에 연결되면 VM은 XenMotion 라이브 마이그레이션, 메모리 포함 VM 스냅샷 및 일시 중단/다시 시작을 비롯한 더 이상 사용할 수 없는 특정 기능을 사용할 수 있습니다.

풀의 VM에 GPU를 할당하더라도 풀에 있는 다른 VM의 작업에는 방해가 되지 않습니다. 그러나 GPU가 연결된 VM은 민첩하지 않은 것으로 간주됩니다. GPU가 연결된 VM이 HA가 사용하도록 설정된 풀의 구성원인 경우 이러한 VM은 두 기능 모두에서 무시되므로 자동으로 마이그레이션되지 않습니다.

GPU 통과는 Windows VM에서만 사용할 수 있습니다. XenCenter 또는 xe CLI를 사용하여 이 기능을 사용하도록 설정할 수 있습니다.

요구 사항

GPU 통과는 특정 컴퓨터 및 GPU에 대해 지원됩니다. 모든 경우 IOMMU 칫셉 기능(Intel 모델의 경우 VT-d라고 함)을 사용할 수 있어야 하며 XenServer 호스트에서 사용하도록 설정해야 합니다. GPU 통과 기능을 사용하도록 설정하기 전에 www.citrix.com/ready/hcl에서 Hardware Compatibility List(하드웨어 호환성 목록)를 확인하십시오. Hardware Compatibility List(하드웨어 호환성 목록)와 관련된 추가 문의 사항이 있는 경우[email protected]으로 전자 메일을 보내십시오.

VM에 GPU를 할당하기 전에

VM에 GPU를 할당하기 전에 XenServer 호스트에서 적절한 물리적 GPU를 장착한 다음 컴퓨터를 다시 시작해야 합니다. 다시 시작되면 XenServer가 물리적 GPU를 자동으로 검색합니다. 풀의 호스트 전체에서 모든 물리적 GPU를 보려면 xe pgpu-list 명령을 사용합니다.

호스트에서 IOMMU 칩셋 기능이 사용하도록 설정되어 있는지 확인합니다. 이렇게 하려면 다음을 입력합니다.

xe host-param-get uuid=<uuid_of_host> param-name=chipset-info param-key=iommu

출력되는 값이 false이면 IOMMU가 사용하지 않도록 설정되어 있는 것이므로 지정된 XenServer 호스트에서 GPU 통과를 사용할 수 없습니다.

XenCenter를 사용하여 Windows VM에 GPU를 할당하려면:

1. GPU를 할당할 VM을 종료합니다.2. VM을 마우스 오른쪽 단추로 클릭하고 Properties(속성)를 선택하여 VM 속성을 엽니다.

http://www.microsoft.com/ko-kr/download/details.aspx?id=5753

www.citrix.com/ready/hcl

52

3. VM에 GPU를 할당합니다. VM 속성 목록에서 GPU를 선택한 다음 GPU 유형을 선택합니다. 확인을 클릭합니다.

4. VM을 시작합니다.

xe CLI를 사용하여 Windows VM에 GPU를 할당하려면:

1. xe vm-shutdown 명령을 사용하여 GPU 그룹을 할당할 VM을 종료합니다.2. 다음을 입력하여 GPU 그룹의 UUID를 찾습니다.

xe gpu-group-list

이 명령은 풀에 포함된 모든 GPU 그룹을 출력합니다. 적절한 GPU 그룹의 UUID를 적어 둡니다.3. 다음을 입력하여 VM을 GPU 그룹에 연결합니다.

xe vpgu-create gpu-group-uuid=<uuid_of_gpu_group> vm-uuid=<uuid_of_vm>

GPU 그룹이 연결되었는지 확인하려면 xe vgpu-list 명령을 실행합니다.4. xe vm-start 명령을 사용하여 VM을 시작합니다.5. VM이 시작되면 VM에 그래픽 카드 드라이버를 설치합니다.

VM이 호스트의 하드웨어에 직접 액세스할 수 있으므로 드라이버를 반드시 설치해야 합니다. 드라이버는 하드웨어 공급업체에서 제공합니다.

참고

적절한 GPU 그룹에 사용 가능한 GPU가 없는 XenServer 호스트에서 GPU 통과를 통해 VM을 시작하려고 하면 XenServer에서 오류 메시지를 출력합니다.

XenCenter를 사용하여 GPU에서 Windows VM을 분리하려면:

1. VM을 종료합니다.2. VM을 마우스 오른쪽 단추로 클릭하고 Properties(속성)를 선택하여 VM 속성을 엽니다.3. VM에서 GPU를 분리합니다. VM 속성 목록에서 GPU를 선택한 다음 GPU 유형으로 None(없음)을 선

택합니다. 확인을 클릭합니다.4. VM을 시작합니다.

xe CLI를 사용하여 GPU에서 Windows VM을 분리하려면:

1. Xe vm-shutdown 명령을 사용하여 VM을 종료합니다.2. 다음을 입력하여 VM에 연결된 vGPU의 UUID를 찾습니다.

xe vgpu-list vm-uuid=<uuid_of_vm>

3. 다음을 입력하여 VM에서 GPU를 분리합니다.

xe vgpu-destroy uuid=<uuid_of_vgpu>

4. xe vm-start 명령을 사용하여 VM을 시작합니다.

53

11장. Demo Linux Virtual Appliance 가져오기Citrix에서는 CentOS 5.5 배포판을 기반으로 하는 완전한 기능의 Demo Linux Virtual Appliance 설치를 제공합니다. 이 설치는 Citrix XenServer 다운로드 페이지에서 단일 xva 파일로 다운로드할 수 있습니다. xva파일을 XenCenter로 빠르게 가져와서 완전하게 작동하는 Linux 가상 컴퓨터를 만들 수 있습니다. 추가 구성 단계는 필요하지 않습니다.

Demo Linux Virtual Appliance를 사용하면 VM을 빠르고 간단하게 배포하고 XenMotion, 동적 메모리 제어,고가용성 등과 같은 XenServer 제품 기능을 테스트할 수 있습니다. 또한 XenServer Tools는 Demo LinuxVirtual Appliance에 사전 설치되어 있으며 사전 구성된 네트워킹 연결 및 테스트용의 웹 서버도 포함되어있습니다.

주의

Demo Linux Virtual Appliance를 프로덕션 작업 실행 환경에 사용해서는 안 됩니다.

XenCenter를 사용하여 Demo Linux Virtual Appliance를 가져오려면:

1. Citrix XenServer 다운로드 페이지에서 Demo Linux Virtual Appliance를 다운로드합니다.

이 페이지에 액세스하려면 My Citrix에 액세스할 수 있어야 합니다. 계정이 없는 경우 Citrix 홈 페이지에서 등록할 수 있습니다.

2. Resources(리소스) 창에서 호스트나 풀을 선택한 다음 마우스 오른쪽 단추를 클릭하고 Import(가져오기)를 선택합니다. Import(가져오기) 마법사가 표시됩니다.

3. Browse(찾아보기)를 클릭하고 다운로드한 Demo Linux Virtual Appliance xva 파일이 있는 컴퓨터의 위치로 이동합니다.

4. 다음을 클릭합니다.5. 대상 XenServer 호스트 또는 풀을 선택하고 Next(다음)를 클릭합니다.6. 가상 장비의 디스크를 만들 스토리지 저장소를 선택하고 Next(다음)를 클릭합니다.7. Finish(마침)를 클릭하여 가상 장비를 가져옵니다.

참고

VM을 처음으로 시작하면 루트 암호를 입력하라는 메시지가 표시됩니다. 그런 다음 VM의 IP 주소가 표시됩니다. 이 주소는 테스트용으로 유용하게 사용되므로 기록해 두십시오.

11.1. 유용한 테스트이 섹션에는 Demo Linux Virtual Appliance가 올바로 구성되었는지 확인하기 위해 수행하는 몇 가지 유용한 테스트가 나와 있습니다.

1. 외부 네트워킹 연결을 테스트합니다.

VM에 XenCenter 콘솔을 통해 로그인합니다. 다음 명령을 실행하여 Google에 ping 패킷을 전송하고 받습니다.

ping -c 10 google.com

설치되는 다른 네트워킹 도구는 다음과 같습니다.• ifconfig• netstat

https://www.citrix.com/downloads/xenserver/product-software.html

https://www.citrix.com/downloads/xenserver/product-software.html

54

• tracepath2. VM 부팅 시 표시된 IP 주소를 사용하여 외부 컴퓨터에서 VM을 ping할 수 있는지 테스트합니다.3. 웹 서버가 구성되었는지 테스트합니다.

웹 브라우저에서 VM IP 주소를 입력합니다. "Demonstration Linux Virtual Machine(데모 Linux 가상 컴퓨터)" 페이지가 표시되어야 합니다. 이 페이지에는 VM에 탑재된 디스크, 해당 크기, 위치 및 사용에 대한간단한 정보가 표시됩니다.

이 웹 페이지를 통해 디스크를 탑재할 수도 있습니다.

Demonstration Linux Virtual Machine(데모 Linux 가상 컴퓨터) 웹 페이지를 사용하여 디스크 탑재:

1. XenCenter에서 VM에 가상 디스크를 추가합니다. Resources(리소스) 창에서 VM을 선택하고Storage(스토리지) 탭을 클릭한 다음 Add(추가)를 클릭합니다.

2. 새 가상 디스크의 이름과 원하는 경우 설명을 입력합니다.3. 새 가상 디스크의 크기를 입력합니다.

가상 디스크를 저장할 SR(스토리지 저장소)에 새 가상 디스크에 필요한 공간이 충분한지 확인해야 합니다.

4. 새 가상 디스크를 저장할 SR을 선택합니다.5. Create(만들기)를 클릭하여 새 가상 디스크를 추가하고 대화 상자를 닫습니다.6. Console(콘솔) 탭을 클릭하고 일반 도구를 사용하여 디스크를 필요에 따라 분할하고 포맷합니다.7. Demonstration Linux Virtual Machine(데모 Linux 가상 컴퓨터) 웹 페이지를 새로 고칩니다. 그러면 새

디스크가 표시됩니다.8. Mount(탑재)를 클릭합니다. 디스크가 탑재되고 파일 시스템 정보가 표시됩니다.

가상 디스크 추가에 대한 자세한 내용은 XenCenter 도움말을 참조하십시오.

55

12장. VM 가져오기 및 내보내기XenServer에서는 여러 다른 형식의 VM을 가져오고 VM을 여러 다른 형식으로 내보낼 수 있습니다.XenCenter Import(가져오기) 마법사를 사용하면 디스크 이미지(VHD 및 VMDK), Open VirtualizationFormat(OVF 및 OVA) 및 XenServer XVA 형식의 VM을 가져올 수 있습니다. VMware 및 Microsoft에서 제공하는 가상화 플랫폼과 같은 다른 가상화 플랫폼에서 만든 VM도 가져올 수 있습니다.

참고

다른 가상화 플랫폼을 사용하여 만든 VM을 가져올 때는 게스트 운영 체제가 XenServer에서 부팅되도록 구성 또는 "픽스업"해야 합니다. XenCenter의 운영 체제 픽스업 기능은 이러한 기본 수준의 상호 운용성을 제공하기 위한 것입니다. 자세한 내용은 12.2절. “운영 체제 픽스업”을 참조하십시오.

XenCenter Export(내보내기) 마법사를 사용하면 VM을 Open Virtualization Format(OVF 및 OVA) 및XenServer XVA 형식으로 내보낼 수 있습니다.

VM을 가져오거나 내보낼 때는 Transfer VM이라는 임시 VM을 사용하여 OVF/OVA 패키지 및 디스크 이미지에 대한 가져오기/내보내기 작업을 수행합니다. XenCenter Import(가져오기) 및 Export(내보내기) 마법사에서 "Transfer VM"에 대한 네트워킹 설정을 구성해야 합니다. 자세한 내용은 12.3절. “Transfer VM”를 참조하십시오.

또한 xe CLI를 사용하여 XenServer XVA 형식의 VM을 가져오거나 이 형식으로 내보낼 수 있습니다.

12.1. 지원되는 형식

형식 설명

Open Virtualization Format(OVF 및 OVA) OVF는 하나 이상의 VM으로 구성된 가상 장비를 패키지 및 배포하기 위한 개방형 표준입니다.

디스크 이미지 형식(VHD 및 VMDK) VHD(가상 하드 디스크) 및 VMDK(가상 컴퓨터 디스크) 형식 디스크 이미지 파일은 Import(가져오기) 마법사를 사용하여 가져올 수 있습니다. OVF 메타데이터가 연결되지 않은 가상 디스크 이미지를 사용할수 있는 경우 디스크 이미지를 가져오는 것이 적절할 수 있습니다.

XenServer XVA 형식 XVA는 개별 VM을 설명자와 디스크 이미지가 포함된 단일 파일 보관으로 패키지하기 위한 Xen 기반 하이퍼바이저와 관련된 형식입니다. 파일 확장명은 .xva입니다.

XenServer XVA Version 1 형식 XVA Version 1은 개별 VM을 설명자와 디스크 이미지가 포함된 단일 파일 보관으로 패키지하기 위한Xen 기반 하이퍼바이저와 관련된 원래 형식입니다.파일 이름은 ova.xml입니다.

사용할 형식 선택

다음과 같은 경우 OVF/OVA 형식을 사용합니다.

56

• OVF를 지원하는 다른 가상화 플랫폼과 XenServer vApp 및 VM 공유하려는 경우

• 둘 이상의 VM을 저장하려는 경우

• vApp 또는 VM을 손상 및 변조로부터 보호하려는 경우

• 사용권 계약을 포함하려는 경우

• OVF 패키지를 OVA 파일로 저장하여 vApp 배포를 단순화하려는 경우

다음과 같은 경우 XVA 형식을 사용합니다.

• VM을 XenServer 이전의 6.0 버전과 공유하려는 경우

• CLI에서 스크립트를 실행하여 VM을 가져오고 내보내려는 경우

12.1.1. Open Virtualization Format(OVF 및 OVA)

OVF는 하나 이상의 VM으로 구성된 가상 장비를 패키지 및 배포하기 위해 Distributed Management TaskForce에서 지정한 개방형 표준입니다. OVF 및 OVA 형식에 대한 자세한 내용은 다음을 참조하십시오.

• 기술 자료 문서 CTX121652: Overview of the Open Virtualization Format(Open Virtualization Format 개요)

• Open Virtualization Format Specification(Open Virtualization Format 사양)

참고

OVF 또는 OVA 패키지를 가져오거나 내보내려면 루트로 로그인하거나 사용자 계정에 풀 관리자RBAC(역할 기반 액세스 제어) 역할이 연결되어 있어야 합니다.

OVF 패키지는 가상 장비를 구성하는 파일의 집합입니다. 이 패키지에는 항상 설명자 파일과 패키지에 대한다음 특성을 나타내는 다른 파일이 포함됩니다.

특성 설명

설명자(.ovf) 설명자는 항상 패키지에 대한 가상 하드웨어 요구사항을 지정합니다. 다음을 비롯한 다른 정보도 지정할 수 있습니다.

• 가상 디스크, 패키지 자체 및 게스트 운영 체제에대한 설명

• 사용권 계약• 장비에서 VM을 시작 및 중지하기 위한 지침• 패키지를 설치하기 위한 지침

서명(.cert) 서명은 X.509 형식의 공개 키 인증서를 통해 패키지의 만든 이를 인증하는 데 사용되는 디지털 서명입니다.

매니페스트(.mf) 매니페스트를 사용하여 패키지 콘텐츠의 무결성을확인할 수 있습니다. 매니페이트에는 패키지의 모든파일에 대한 SHA-1 다이제스트가 포함됩니다.


http://www.dmtf.org/standards/published_documents/DSP0243_1.1.0.pdf

57

특성 설명

가상 디스크 OVF에서는 디스크 이미지 형식을 지정하지 않습니다. OVF 패키지에는 가상 디스크를 내보낸 가상화제품에서 정의된 형식의 가상 디스크로 구성된 파일이 포함됩니다. XenServer는 OVF 패키지를 동적VHD 형식의 디스크 이미지로 만들고, VMware 제품 및 Virtual Box는 OVF 패키지를 스트림 최적화VMDK 형식의 가상 디스크로 만듭니다.

또한 OVF 패키지는 압축, 보관, EULA 첨부, 주석 등과 같은 메타데이터와 관련이 없는 기타 기능도 지원합니다.

참고

압축되었거나 압축된 파일을 포함하는 OVF 패키지를 가져올 경우 XenServer 호스트에서 추가 디스크 공간을 확보해야만 올바로 가져올 수 있습니다.

OVA(Open Virtual Appliance) 패키지는 OVF 패키지를 구성하는 파일이 포함된 테이프 보관(.tar) 형식의 단일 보관 파일입니다.

12.1.1.1. OVF 또는 OVA 형식 선택

OVF 패키지는 일련의 압축되지 않은 파일을 포함하므로 파일의 개별 디스크 이미지에 보다 쉽게 액세스할수 있습니다. OVA 패키지는 하나의 큰 파일을 포함하므로 이 파일을 압축할 수는 있지만 일련의 파일에 대한 유연성은 제공하지 않습니다.

웹 다운로드용 패키지를 만들 때와 같이 파일 하나만 있는 것이 편리한 특정 응용 프로그램에서 OVA 형식을 유용하게 사용할 수 있습니다. 쉽게 처리할 수 있는 패키지를 만들려는 경우에만 OVA를 사용하십시오.이 형식을 사용하면 내보내기와 가져오기 프로세스 모두에서 긴 시간이 걸립니다.

12.1.2. 디스크 이미지 형식(VHD 및 VMDK)

XenCenter를 사용하여 VHD(가상 하드 디스크) 및 VMDK(가상 컴퓨터 디스크) 형식의 디스크 이미지를 가져올 수 있습니다. 독립 실행형 디스크 이미지 내보내기는 지원되지 않습니다.

참고

디스크 이미지를 가져오려면 루트로 로그인하거나 사용자 계정에 풀 관리자 RBAC(역할 기반 액세스 제어) 역할이 연결되어 있어야 합니다.

연결된 OVF 메타데이터가 없는 가상 디스크 이미지를 사용할 수 있는 경우 디스크 이미지를 가져올 수 있습니다. 이러한 경우는 다음과 같습니다.

• 디스크 이미지를 가져올 수 있지만 연결된 OVF 메타데이터를 읽을 수 없는 경우

• OVF 패키지에 가상 디스크가 정의되어 있지 않은 경우

• OVF 패키지를 만들 수 없는 플랫폼에서 이동하려는 경우(예: 구형 플랫폼이나 이미지)

• OVF 정보가 없는 오래된 VMware 장비를 가져오려는 경우

• OVF 정보가 없는 독립 실행형 VM을 가져오려는 경우

Citrix에서는 가능하면 개별 디스크 이미지가 아니라 OVF 메타데이터가 포함된 장비 패키지를 가져올 것을권장합니다. OVF 데이터는 Import(가져오기) 마법사가 디스크 이미지에서 VM을 다시 만드는 데 필요한 정

58

보를 제공합니다. 여기에는 VM과 연결된 디스크 이미지 수, 프로세서, 스토리지, 네트워크, 메모리 요구 사항등이 포함됩니다. 이 정보가 없으면 VM을 다시 만드는 작업이 매우 복잡해지고 오류가 발생하기 쉽습니다.

12.1.3. XVA 형식

XVA는 XenServer와 관련된 가상 장비 형식으로, 단일 VM을 설명자와 디스크 이미지가 포함된 단일 파일집합으로 패키지합니다. 파일 이름 확장명은 .xva입니다.

설명자 파일(파일 이름 ova.xml)은 단일 VM의 가상 하드웨어를 지정합니다.

디스크 이미지 형식은 파일의 디렉터리입니다. 디렉터리 이름은 설명자의 참조 이름에 해당하며 디스크 이미지의 1MB 블록당 2개의 파일이 포함됩니다. 각 파일의 기본 이름은 10진수 형식의 블록 번호입니다. 첫번째 파일은 원시 바이너리 형식 디스크 이미지의 1블록을 포함하며 확장명이 없습니다. 두 번째 파일은 첫번째 파일의 체크섬이며 확장명이 .checksum입니다.

중요

VM을 XenServer 호스트에서 내보낸 다음 CPU 유형이 다른 XenServer 호스트로 가져오는 경우VM이 올바로 실행되지 않을 수 있습니다. 예를 들어 Intel® VT 지원 CPU를 사용하는 XenServer호스트에서 Windows VM을 만들어 내보낸 다음 AMD-VTM CPU를 사용하는 XenServer 호스트로가져오면 이 VM이 실행되지 않을 수 있습니다.

12.1.4. XVA Version 1 형식

XVA Version 1은 개별 VM을 설명자와 디스크 이미지가 포함된 단일 파일 보관으로 패키지하기 위한 Xen기반 하이퍼바이저와 관련된 원래 형식입니다. 파일 이름은 ova.xml입니다.

설명자 파일(파일 이름 ova.xml)은 단일 VM의 가상 하드웨어를 지정합니다.

디스크 이미지 형식은 파일의 디렉터리입니다. 디렉터리 이름은 설명자의 참조 이름에 해당하며 디스크 이미지의 1GB 청크당 1개의 파일이 포함됩니다. 각 파일의 기본 이름에는 10진수 형식의 청크 번호가 포함됩니다. 각 파일에는 원시 바이너리 형식의 디스크 이미지 1블록이 gzip으로 압축되어 포함됩니다.

중요

VM을 XenServer 호스트에서 내보낸 다음 CPU 유형이 다른 XenServer 호스트로 가져오는 경우VM이 올바로 실행되지 않을 수 있습니다. 예를 들어 Intel® VT 지원 CPU를 사용하는 XenServer호스트에서 Windows VM을 만들어 내보낸 다음 AMD-VTM CPU를 사용하는 XenServer 호스트로가져오면 이 VM이 실행되지 않을 수 있습니다.

12.2. 운영 체제 픽스업XenServer 외의 가상화 플랫폼에서 만들어 내보낸 가상 장비나 디스크 이미지를 가져올 경우에는 VM이XenServer 호스트에서 제대로 부팅되려면 VM을 구성하거나 "픽스업"해야 할 수 있습니다.

XenCenter에는 운영 체제 픽스업이라는 고급 하이퍼바이저 상호 운용성 기능이 있습니다. 이 기능은XenServer로 가져오는 VM에 대한 기본적인 수준의 상호 운용성을 보장하기 위한 것입니다. 다른 가상화플랫폼에서 만든 OVF/OVA 패키지 및 디스크 이미지에서 VM을 가져올 경우 운영 체제 픽스업을 사용해야합니다.

운영 체제 픽스업 프로세스는 하이퍼바이저 간에 이동할 때 기본적으로 발생하는 운영 체제 장치 및 드라이버 문제를 해결하며 가져온 VM 내의 운영 체제가 XenServer 환경에서 부팅되지 않도록 할 수 있는 부팅 장치 관련 문제를 복구합니다. 이 기능은 플랫폼 간의 변환을 수행하기 위한 것은 아닙니다.

59

참고

이 기능을 사용하려면 40MB의 여유 공간이 있는 ISO 스토리지 저장소와 256MB의 가상 메모리가 필요합니다.

운영 체제 픽스업은 가져온 VM의 DVD 드라이브에 연결된 자동 부팅 ISO 이미지로 제공됩니다. 이 기능은VM이 처음으로 시작될 때와 VM이 종료될 때 필요한 복구 작업을 수행합니다. 다음에 새 VM을 시작하면 부팅 장치가 재설정되고 VM이 정상적으로 시작됩니다.

가져온 디스크 이미지 또는 OVF/OVA 패키지에서 운영 체제 픽스업을 사용하려면 XenCenter Import(가져오기) 마법사의 Advanced Options(고급 옵션) 페이지에서 이 기능을 사용하도록 설정하고 픽스업 ISO를XenServer에서 사용할 수 있도록 복사할 위치를 지정해야 합니다.

운영 체제 픽스업이 VM에 대해 수행하는 작업

운영 체제 픽스업 옵션은 가능한 최소의 변경을 통해 가상 시스템이 부팅될 수 있도록 하기 위해 설계되었습니다. 게스트 운영 체제와 원본 호스트의 하이퍼바이저에 따라 픽스업 기능을 사용한 후 추가적인 구성 변경, 드라이버 설치 또는 기타 작업이 필요할 수 있습니다.

픽스업 프로세스 동안 ISO가 ISO SR에 복사됩니다. 이 ISO는 VM에 연결되므로 가상 DVD 드라이브에서부팅되도록 부팅 순서가 설정되고 VM이 ISO로 부팅됩니다. 그런 다음 ISO 내의 환경은 VM의 각 디스크를확인하여 Linux 시스템인지 Windows 시스템인지를 결정합니다.

Linux 시스템이 검색되면 GRUB 구성 파일의 위치를 확인하고 SCSI 디스크 부팅 장치에 대한 모든 포인터가 IDE 디스크를 가리키도록 수정됩니다. 예를 들어 GRUB에 첫 번째 SCSI 컨트롤러의 첫 번째 디스크를 나타내는 /dev/sda1 항목이 포함된 경우 이 항목은 첫 번째 IDE 컨트롤러의 첫 번째 디스크를 나타내는 /dev/hda1로 변경됩니다.

Windows 시스템이 검색되면 설치된 운영 체제의 드라이버 데이터베이스에서 일반적인 중요 부팅 장치 드라이버가 추출되어 운영 체제에 등록됩니다. 이는 이전 Windows 운영 체제에서 부팅 장치가 SCSI와 IDE 인터페이스 간에 변경될 때 특히 중요합니다. VM에서 특정 가상화 도구 집합이 검색되는 경우에는 성능 문제및 불필요한 이벤트 메시지를 방지하기 위해 이런 도구를 사용하지 않도록 설정합니다.

12.3. Transfer VMTransfer VM은 가상 디스크 이미지를 가져오거나 내보내는 동안에만 실행되는 기본 제공 VM으로, 가상 디스크 이미지의 콘텐츠를 디스크 이미지 파일 위치와 XenServer 스토리지 저장소 간에 전송합니다.

디스크 이미지의 가져오기 또는 내보내기 각각에 대해 하나의 Transfer VM이 실행됩니다. 디스크 이미지가둘 이상인 가상 장비를 가져오거나 내보낼 때는 한 번에 하나의 디스크 이미지만 전송됩니다.

하나의 Transfer VM을 실행하는 데 필요한 요구 사항은 다음과 같습니다.

가상 CPU 1

가상 메모리 256MB

Storage(스토리지) 8MB

네트워킹 XenServer 호스트에서 연결할 수 있는 네트워크. 정적 또는 동적 IP 주소(동적 IP 주소 권장)

기본 전송 프로토콜은 iSCSI입니다. 이 경우 Transfer VM을 사용하려면 XenServer 호스트에 iSCSI 초기자가 있어야 합니다. 대체 전송 프로토콜은 RawVDI입니다.

60

RawVDI 전송 프로토콜을 사용하려면:

1. 설치 폴더에 있는 XenCenterMain.exe.config 파일을 백업합니다.

2. 텍스트 편집기에서 XenCenterMain.exe.config 파일을 엽니다.

3. 다음 섹션 그룹을 configSection에 추가합니다.

<sectionGroup name="applicationSettings" type="System.Configuration.ApplicationSettingsGroup, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" > <section name="XenOvfTransport.Properties.Settings" type="System.Configuration.ClientSettingsSection, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" requirePermission="false"/></sectionGroup>

4. 파일 끝에 다음 섹션을 추가합니다.

<applicationSettings> <XenOvfTransport.Properties.Settings> <setting name="TransferType" serializeAs="String"> <value>UploadRawVDI</value> </setting> </XenOvfTransport.Properties.Settings> </applicationSettings>

5. XenCenterMain.exe.config 파일을 저장합니다.

참고

XenCenter가 제대로 시작되지 않으면 새 섹션 그룹과 섹션이 올바로 추가되었는지 확인합니다.

12.4. VM 가져오기

VM을 가져오면 호스트 지정, 스토리지 및 네트워킹 구성 등과 같은 새 VM을 프로비저닝할 때 필요한 여러단계를 동일하게 사용하여 새 VM을 효율적으로 만들 수 있습니다.

XenCenter Import(가져오기) 마법사를 사용하여 OVF/OVA, 디스크 이미지, XVA 및 XVA Version 1 파일을가져올 수 있고 xe CLI를 통해 XVA 파일을 가져올 수도 있습니다.

12.4.1. OVF/OVA에서 VM 가져오기

참고

OVF 또는 OVA 패키지를 가져오려면 루트로 로그인하거나 사용자 계정에 풀 관리자 RBAC(역할기반 액세스 제어) 역할이 연결되어 있어야 합니다.

XenCenter Import(가져오기) 마법사를 통해 OVF/OVA 파일로 저장된 VM을 가져올 수 있습니다. Import(가져오기) 마법사에서는 XenCenter에서 새 VM을 만들 때 필요한 호스트 지정, 새 VM에 대한 스토리지 및 네트워킹 구성 등과 같은 일반적인 단계를 안내합니다. OVF 및 OVA 파일을 가져올 때는 다음과 같은 추가 단계가 필요할 수 있습니다.

• 다른 가상화 플랫폼을 사용하여 만든 VM을 가져올 경우 운영 체제 픽스업 기능을 실행하여 VM에 대한 기본 수준의 상호 운용성을 보장해야 합니다. 자세한 내용은 12.2절. “운영 체제 픽스업”을 참조하십시오.

• 가져오기 프로세스를 수행하는 데 사용되는 Transfer VM에 대한 네트워킹을 구성해야 합니다. 자세한 내용은 12.3절. “Transfer VM”을 참조하십시오.

61

작은 정보

대상 호스트에 가져오려는 가상 컴퓨터를 지원할 수 있는 충분한 RAM이 있는지 확인합니다.사용할 수 있는 RAM이 부족하면 가져오기가 실패하게 됩니다. 이 문제를 해결하는 방법은CTX125120을 참조하십시오.

XenCenter를 사용하여 가져올 경우 가져온 OVF 패키지는 vApp으로 표시됩니다. 가져오기가 완료되면 새VM이 XenCenter Resources(리소스) 창에 표시되고 새 vApp이 Manage vApps(vApp 관리) 대화 상자에 표시됩니다.

XenCenter를 사용하여 OVF/OVA에서 VM을 가져오려면:

1. 다음 중 하나를 수행하여 Import(가져오기) 마법사를 엽니다.

• Resources(리소스) 창에서 마우스 오른쪽 단추를 클릭하고 바로 가기 메뉴에서 Import(가져오기)를선택합니다.

• File(파일) 메뉴에서 Import(가져오기)를 선택합니다.

2. 마법사의 첫 번째 페이지에서 가져올 파일을 찾고 Next(다음)를 클릭하여 계속합니다.

3. 해당되는 경우 EULA를 검토하고 동의합니다.

가져오는 패키지에 EULA가 포함된 경우 EULA에 동의하고 Next(다음)를 클릭하여 계속합니다. 패키지에 EULA가 포함되어 있지 않은 경우 마법사에서 이 단계를 건너뛰고 다음 페이지로 곧바로 이동합니다.

4. VM을 가져올 풀이나 호스트를 지정한 다음 필요한 경우 VM을 홈 XenServer 호스트에 할당합니다.

호스트나 풀을 선택하려면 Import VM(s) to(VM을 가져올 위치) 드롭다운 목록에서 선택합니다.

각 VM을 홈 XenServer 호스트에 할당하려면 Home Server(홈 서버)의 목록에서 서버를 선택합니다. 홈서버를 할당하지 않으려면 Don't assign a home server(홈 서버 할당 안 함)를 선택합니다.

Next(다음)를 클릭하여 계속합니다.

5. 가져온 VM에 대한 스토리지를 구성합니다. 가져온 가상 디스크를 배치할 스토리지 저장소를 하나 이상선택한 다음 Next(다음)를 클릭하여 계속합니다.

가져온 가상 디스크를 모두 동일한 SR에 배치하려면 Place all imported VMs on this target SR(가져온모든 VM을 이 대상 SR에 배치)을 선택한 다음 목록에서 SR을 선택합니다.

들어오는 VM의 가상 디스크를 다른 SR에 배치하려면 Place imported VMs on the specified targetSRs(가져온 VM을 지정된 대상 SR에 배치)를 선택합니다. 각 VM에 대해 SR 열의 목록에서 대상 SR을 선택합니다.

6. 가져온 VM에 대한 네트워킹을 구성합니다. 가져오는 VM의 가상 네트워크 인터페이스를 대상 풀의 대상 네트워크에 매핑합니다. 들어오는 VM의 목록에 표시된 네트워크 및 MAC 주소는 원본(내보낸) VM에대한 정의의 일부로 내보내기 파일에 저장됩니다. 들어오는 가상 네트워크 인터페이스를 대상 네트워크에 매핑하려면 Target Network(대상 네트워크) 열의 목록에서 네트워크를 선택합니다. Next(다음)를클릭하여 계속합니다.

7. 보안 설정을 지정합니다. 선택한 OVF/OVA 패키지가 인증서 또는 매니페스트와 같은 보안 기능과 함께구성된 경우 필요한 정보를 지정하고 Next(다음)를 클릭하여 계속합니다.

OVF 장비에서 구성된 보안 기능에 따라 Security(보안) 페이지에 다른 옵션이 표시됩니다.

• 장비가 서명된 경우 Verify digital signature(디지털 서명 확인) 확인란이 자동으로 선택된 상태로 표시됩니다. View Certificate(인증서 보기)를 클릭하여 패키지를 서명하는 데 사용된 인증서를 표시합


62

니다. 인증서가 신뢰할 수 없는 것으로 표시되는 경우 로컬 컴퓨터에서 루트 인증서나 발급한 인증 기관을 신뢰할 수 없는 것일 수 있습니다. 서명을 확인하지 않으려면 Verify digital signature(디지털 서명 확인) 확인란을 선택 취소합니다.

• 장비에 매니페스트가 포함된 경우 Verify manifest content(매니페스트 콘텐츠 확인) 확인란이 표시됩니다. 마법사에서 패키지의 파일 목록을 확인하도록 하려면 이 확인란을 선택합니다.

패키지가 디지털 서명되어 있는 경우 연관된 매니페스트가 자동으로 확인되므로 Verify manifestcontent(매니페스트 콘텐츠 확인) 확인란이 Security(보안) 페이지에 표시되지 않습니다.

참고

VMware Workstation 7.1.x에서는 잘못된 SHA-1 해시가 있는 매니페스트가 포함된 OVF 파일을 만들므로 매니페스트를 확인하도록 선택하면 VMware Workstation 7.1.x OVF 파일 가져오기가 실패합니다. 매니페스트를 확인하지 않도록 선택하면 가져오기가 성공적으로 수행됩니다.

8. 운영 체제 픽스업을 사용하도록 설정합니다. 가져오는 패키지의 VM이 XenServer 외의 가상화 플랫폼에서 만들어진 경우 Use Operating System Fixup(운영 체제 픽스업 사용) 확인란을 선택하고 픽스업ISO를 복사할 ISO SR을 선택하여 XenServer에서 이 ISO에 액세스할 수 있도록 합니다. 이 기능에 대한 자세한 내용은 12.2절. “운영 체제 픽스업”을 참조하십시오.

Next(다음)를 클릭하여 계속합니다.9. Transfer VM 네트워킹을 구성합니다.

대상 풀 또는 호스트의 사용 가능한 네트워크 인터페이스 목록에서 네트워크를 선택한 다음 네트워크설정을 수동으로 구성할지 또는 자동으로 구성할지를 선택합니다.

• 자동 DHCP(Dynamic Host Configuration Protocol)를 사용하여 IP 주소, 서브넷 마스크, 게이트웨이 등을 포함한 네트워킹 설정을 자동으로 할당하려면 Automatically obtain network settings usingDHCP(DHCP를 사용하여 네트워크 설정 자동으로 얻기)를 선택합니다.

• 네트워크 설정을 수동으로 구성하려면 Use these network settings(다음 네트워크 설정 사용)를 선택한 다음 필요한 값을 입력합니다. IP 주소는 입력해야 하지만 서브넷 마스크와 게이트웨이 설정은 선택 사항입니다.

Next(다음)를 클릭하여 계속합니다.10. 가져오기 설정을 검토하고 Finish(마침)를 클릭하여 가져오기 프로세스를 시작하고 마법사를 닫습니다.

참고

VM을 가져올 때는 약간의 시간이 걸리며, 이 시간은 VM의 크기 및 네트워크 연결 속도와 대역폭에 따라 달라집니다.

가져오기 프로세스는 XenCenter 창 아래쪽의 상태 표시줄과 Logs(로그) 탭에 표시됩니다. 새로 가져온 VM을 사용할 수 있는 경우 새 VM이 Resources(리소스) 창에 표시되고 새 vApp이 Manage vApps(vApp 관리)대화 상자에 표시됩니다.

참고

XenCenter를 사용하여 Windows 운영 체제가 포함된 OVF 패키지를 가져온 후에는 platform 매개변수를 설정해야 합니다. 이 설정은 OVF 패키지에 포함된 Windows의 버전에 따라 달라집니다.

• Windows Vista, Server 2008 이상의 경우 platform 매개 변수를 device_id=0002로 설정합니다.예를 들면 다음과 같습니다.

xe vm-param-set uuid=<VM uuid> platform:device_id=0002

63

• 모든 버전의 Windows에서는 platform 매개 변수를 viridian=true로 설정합니다. 예를 들면 다음과 같습니다.

xe vm-param-set uuid=<VM uuid> platform:viridian=true

12.4.2. 디스크 이미지 가져오기

XenCenter Import(가져오기) 마법사에서는 디스크 이미지를 풀이나 특정 호스트에 VM으로 가져올 수 있습니다. Import(가져오기) 마법사에서는 XenCenter에서 새 VM을 만들 때 필요한 호스트 지정, 새 VM에 대한스토리지 및 네트워킹 구성 등과 같은 일반적인 단계를 안내합니다.

요구 사항

• 루트로 로그인하거나 사용자 계정에 풀 관리자 RBAC(역할 기반 액세스 제어) 역할이 연결되어 있어야합니다.

• XenServer에서 사용하는 관리 네트워크에서 DHCP가 실행되고 있어야 합니다.• Import(가져오기) 마법사를 실행하려면 해당 서버에 로컬 스토리지가 있어야 합니다.

XenCenter를 사용하여 디스크 이미지에서 VM을 가져오려면:



• File(파일) 메뉴에서 Import(가져오기)를 선택합니다.2. 마법사의 첫 번째 페이지에서 가져올 파일을 찾고 Next(다음)를 클릭하여 계속합니다.3. VM 이름을 지정하고 CPU 및 메모리 리소스를 할당합니다.

가져온 디스크 이미지로 만들 새 VM의 이름을 입력한 다음 CPU 수와 메모리 양을 할당합니다. Next(다음)를 클릭하여 계속합니다.

4. VM을 가져올 풀이나 호스트를 지정한 다음 필요한 경우 VM을 홈 XenServer 호스트에 할당합니다.

호스트나 풀을 선택하려면 Import VM(s) to(VM을 가져올 위치) 드롭다운 목록에서 선택합니다.

각 VM을 홈 XenServer 호스트에 할당하려면 Home Server(홈 서버)의 목록에서 서버를 선택합니다. 홈서버를 할당하지 않으려면 Don't assign a home server(홈 서버 할당 안 함)를 선택합니다.

Next(다음)를 클릭하여 계속합니다.5. 가져온 VM에 대한 스토리지를 구성합니다. 가져온 가상 디스크를 배치할 스토리지 저장소를 하나 이상

선택한 다음 Next(다음)를 클릭하여 계속합니다.

가져온 가상 디스크를 모두 동일한 SR에 배치하려면 Place all imported VMs on this target SR(가져온모든 VM을 이 대상 SR에 배치)을 선택한 다음 목록에서 SR을 선택합니다.

들어오는 VM의 가상 디스크를 다른 SR에 배치하려면 Place imported VMs on the specified targetSRs(가져온 VM을 지정된 대상 SR에 배치)를 선택합니다. 각 VM에 대해 SR 열의 목록에서 대상 SR을 선택합니다.


64

7. 운영 체제 픽스업을 사용하도록 설정합니다. 가져오는 디스크 이미지가 XenServer 외의 가상화 플랫폼에서 만들어진 경우 Use Operating System Fixup(운영 체제 픽스업 사용) 확인란을 선택하고 픽스업ISO를 복사할 ISO SR을 선택하여 XenServer에서 이 ISO에 액세스할 수 있도록 합니다. 이 기능에 대한 자세한 내용은 12.2절. “운영 체제 픽스업”을 참조하십시오.

Next(다음)를 클릭하여 계속합니다.8. Transfer VM 네트워킹을 구성합니다.




Next(다음)를 클릭하여 계속합니다.9. 가져오기 설정을 검토하고 Finish(마침)를 클릭하여 가져오기 프로세스를 시작하고 마법사를 닫습니다.

참고


가져오기 프로세스는 XenCenter 창 아래쪽의 상태 표시줄과 Logs(로그) 탭에 표시됩니다. 새로 가져온 VM을 사용할 수 있으면 VM이 Resources(리소스) 창에 표시됩니다.

참고

XenCenter를 사용하여 Windows 운영 체제가 포함된 디스크 이미지를 가져온 후에는 platform 매개 변수를 설정해야 합니다. 이 설정은 디스크 이미지에 포함된 Windows의 버전에 따라 달라집니다.

• Windows Vista, Server 2008 이상의 경우 platform 매개 변수를 device_id=0002로 설정합니다.예를 들면 다음과 같습니다.

xe vm-param-set uuid=<VM uuid> platform:device_id=0002

• 다른 모든 버전의 Windows에서는 platform 매개 변수를 viridian=true로 설정합니다. 예를 들면다음과 같습니다.

xe vm-param-set uuid=<VM uuid> platform:viridian=true

12.4.3. XVA에서 VM 가져오기

XVA 형식(.xva 파일 확장명) 또는 XVA Version 1 형식(ova.xml 및 관련 파일)으로 이전에 내보내 로컬에 저장한 VM, 템플릿 및 스냅샷을 가져올 수 있습니다. 이렇게 하려면 새 VM을 만드는 데 필요한 일반적인 단계,즉 호스트 지정, 새 VM에 대한 스토리지 및 네트워킹 구성 작업을 수행해야 합니다.

주의

CPU 유형이 다른 서버에서 내보낸 VM을 가져오는 경우 가져온 VM이 실행되지 않을 수도 있습니다. 예를 들어 Intel VT 지원 CPU를 사용하는 서버에서 Windows VM을 만들어 내보낸 다음 AMD-V™ CPU를 사용하는 호스트로 가져오면 VM이 실행되지 않을 수 있습니다.

65

XenCenter를 사용하여 XVA 파일에서 VM을 가져오려면:



• File(파일) 메뉴에서 Import(가져오기)를 선택합니다.

2. 마법사의 첫 번째 페이지에서 가져올 파일(.xva 또는 ova.xml)을 찾고 Next(다음)를 클릭하여 계속합니다.

Filename(파일 이름) 상자에 URL 위치(http, https, file, ftp)를 입력하고 Next(다음)를 클릭하는 경우Download Package(패키지 다운로드) 대화 상자가 열리고 파일이 복사될 XenCenter 호스트의 폴더를지정해야 합니다.

3. 가져온 VM이 시작될 풀이나 폴더를 선택하고 Next(다음)를 선택하여 계속합니다.

4. 가져온 가상 디스크를 배치할 스토리지 저장소를 선택하고 Next(다음)를 클릭하여 계속합니다.


6. 가져오기 설정을 검토하고 Finish(마침)를 클릭하여 가져오기 프로세스를 시작하고 마법사를 닫습니다.

참고


가져오기 프로세스는 XenCenter 창 아래쪽의 상태 표시줄과 Logs(로그) 탭에 표시됩니다. 새로 가져온 VM을 사용할 수 있으면 VM이 Resources(리소스) 창에 표시됩니다.

xe CLI를 사용하여 XVA에서 VM을 가져오려면:

• VM을 대상 XenServer 호스트의 기본 SR로 가져오려면 다음을 입력합니다.

xe vm-import -h <hostname> -u <root> -pw <password> \filename=<pathname_of_export_file>

VM을 대상 XenServer 호스트의 다른 SR로 가져오려면 선택적 sr-uuid 매개 변수를 추가합니다.

xe vm-import -h <hostname> -u <root> -pw <password> \filename=<pathname_of_export_file> sr-uuid=<uuid_of_target_sr>

원본 VM의 MAC 주소를 유지하려면 선택적 preserve 매개 변수를 추가하고 true로 설정합니다.

xe vm-import -h <hostname> -u <root> -pw <password> \filename=<pathname_of_export_file> preserve=true

참고


VM을 가져오면 명령 프롬프트에 새로 가져온 VM의 UUID가 반환됩니다.

66

12.5. VM 내보내기XenCenter Export(내보내기) 마법사를 사용하여 OVF/OVA 및 XVA 파일을 내보낼 수 있고 xe CLI를 통해XVA 파일을 내보낼 수도 있습니다.

12.5.1. VM을 OVF/OVA로 내보내기

XenCenter Export(내보내기) 마법사를 사용하여 하나 이상의 VM을 OVF/OVA 패키지로 내보낼 수 있습니다. VM을 OVF/OVA 패키지로 내보내면 구성 데이터가 각 VM의 가상 하드 디스크와 함께 내보내집니다.

참고

OVF 또는 OVA 패키지를 내보내려면 루트로 로그인하거나 사용자 계정에 풀 관리자 RBAC(역할기반 액세스 제어) 역할이 연결되어 있어야 합니다.

XenCenter를 사용하여 VM을 OVF/OVA로 내보내려면:

1. 내보낼 VM을 종료하거나 일시 중단합니다.

2. Resources(리소스) 창에서 내보낼 VM이 포함된 풀 또는 호스트를 마우스 오른쪽 단추로 클릭하고Export(내보내기)를 선택하여 Export(내보내기) 마법사를 엽니다.

3. 마법사의 첫 번째 페이지에서 내보내기 파일의 이름을 입력하고 파일을 저장할 폴더를 지정하고Format(형식) 드롭다운 목록에서 OVF/OVA Package (*.ovf, *.ova)(OVF/OVA 패키지(*.ovf, *.ova))를 선택합니다. Next(다음)를 클릭하여 계속합니다.

4. 사용 가능한 VM 목록에서 OVF/OVA 패키지에 포함할 VM을 선택하고 Next(다음)를 클릭하여 계속합니다.

5. 필요한 경우 기존에 준비한 EULA(최종 사용자 사용권 계약) 문서(.rtf, .txt)를 패키지에 추가할 수 있습니다.

EULA를 추가하려면 Add(추가)를 클릭하고 추가할 파일을 찾습니다. 파일을 추가했으면 EULAfiles(EULA 파일) 목록에서 파일을 선택한 다음 View(보기)를 클릭하여 문서를 볼 수 있습니다.

EULA에서는 장비 및/또는 장비에 제공된 응용 프로그램의 사용에 대한 법적 약관이 제공할 수 있습니다.

하나 이상의 EULA를 포함하는 기능을 통해 장비의 소프트웨어를 법적으로 보호할 수 있습니다. 예를들어 장비의 VM 중 하나 이상에 소유한 운영 체제가 포함된 경우 해당 운영 체제의 EULA 텍스트를 포함할 수 있습니다. 이 텍스트는 해당 장비를 가져오는 사용자에게 표시되며 사용자는 그 내용에 동의해야 합니다.

참고

지원되지 않는 형식(XML 또는 바이너리 파일 등)의 EULA 파일을 추가하려고 하면 EULA 가져오기 기능이 실패할 수 있습니다.

Next(다음)를 선택하여 계속합니다.

6. Advanced options(고급 옵션) 페이지에서 매니페스트, 서명 및 출력 파일 옵션을 지정하거나 그냥Next(다음)를 클릭하여 계속합니다.

a. 패키지의 매니페스트를 만들려면 Create a manifest(매니페스트 만들기) 확인란을 선택합니다.

매니페스트는 패키지에 있는 다른 파일의 인벤토리 또는 목록을 제공하며 패키지가 생성되었을 때원래 포함되어 있던 파일이 패키지를 가져왔을 때 포함된 파일과 동일한지 확인하는 데 사용됩니다.파일을 가져올 때 체크섬은 패키지가 생성된 후 파일이 변경되지 않았는지 확인하는 데 사용됩니다.

67

b. 패키지에 디지털 서명을 추가하려면 Sign the OVF package(OVF 패키지에 서명) 확인란을 선택하고 인증서를 찾은 다음 인증서와 연관된 개인 키를 Private key password(개인 키 암호) 필드에입력합니다.

서명된 패키지를 가져오면 사용자가 공개 키를 통해 디지털 서명을 확인하여 만든 이의 ID를 확인할 수 있습니다. 기존에 신뢰할 수 있는 인증 기관에서 만들어 .pem 또는 .pfx 파일로 내보낸 X.509인증서를 사용합니다. 이 파일에는 매니페스트 파일에 대한 서명과 해당 서명을 만드는 데 사용되는 인증서가 포함됩니다.

c. 선택한 VM을 OVA 형식의 단일(tar) 파일로 출력하려면 Create OVA package (single OVA exportfile)(OVA 패키지 만들기(단일 OVA 내보내기 파일)) 확인란을 선택합니다. 다른 파일 형식에 대한자세한 내용은 12.1.1절. “Open Virtualization Format(OVF 및 OVA)”을 참조하십시오.

d. 패키지에 포함된 가상 하드 디스크 이미지(.VHD 파일)를 압축하려면 Compress OVF files(OVF 파일 압축) 확인란을 선택합니다.

OVF 패키지를 만들 때 기본적으로 가상 하드 디스크 이미지에는 내보낸 VM과 동일한 양의 공간이 할당됩니다. 예를 들어 26GB의 공간이 할당된 VM의 하드 디스크 이미지는 VM에 실제로 필요한 공간에 관계없이 26GB의 공간을 사용합니다.

참고

VHD 파일을 압축하면 내보내기 프로세스가 완료하는 데 더 오래 걸리며 압축한 VHD 파일이 포함된 패키지를 가져오는 데에도 더 오래 걸립니다. Import(가져오기) 마법사에서가져오는 모든 VHD 이미지의 압축을 풀어야 하기 때문입니다.

Create OVA package (single OVA export file)(OVA 패키지 만들기(단일 OVA 내보내기 파일))와Compress OVF files(OVF 파일 압축) 옵션을 모두 선택하는 경우 확장명이 .ova.gz인 압축된 OVA 파일이 생성됩니다.

7. Transfer VM 네트워킹을 구성합니다.




Next(다음)를 클릭하여 계속합니다.

8. 내보내기 설정을 검토합니다.

마법사가 내보낸 패키지를 확인하도록 하려면 Verify export on completion(완료 시 내보내기 확인) 확인란을 선택합니다. Finish(마침)를 클릭하여 내보내기 프로세스를 시작하고 마법사를 닫습니다.

참고

VM 내보내기는 VM 크기와 네트워크 연결 속도 및 대역폭에 따라 약간의 시간이 걸릴 수 있습니다.

내보내기 진행률이 XenCenter 창 아래쪽의 상태 표시줄과 Logs(로그) 탭에 표시됩니다. 진행 중인 내보내기를 취소하려면 Logs(로그) 탭을 클릭하고 이벤트 목록에서 내보내기를 찾은 다음 Cancel(취소) 단추를 클릭합니다.

68

12.5.1.1. VM을 XVA로 내보내기

XenCenter Export(내보내기) 마법사나 xe CLI를 사용하여 기존 VM을 XVA 파일로 내보낼 수 있습니다. Citrix에서는 VM을 XenServer 호스트 이외의 컴퓨터(예: XenCenter를 실행하는 컴퓨터)로 내보낼 것을 권장합니다. 그래야만 내보내는 파일의 라이브러리를 유지할 수 있습니다.

주의

CPU 유형이 다른 서버에서 내보낸 VM을 가져오는 경우 가져온 VM이 실행되지 않을 수도 있습니다. 예를 들어 Intel VT 지원 CPU를 사용하는 서버에서 Windows VM을 만들어 내보낸 다음 AMD-V™ CPU를 사용하는 호스트로 가져오면 VM이 실행되지 않을 수 있습니다.

XenCenter를 사용하여 VM을 XVA 파일로 내보내려면:

1. 내보낼 VM을 종료하거나 일시 중단합니다.2. Resources(리소스) 창에서 내보낼 VM을 마우스 오른쪽 단추로 클릭하고 Export(내보내기)를 선택하여

Export(내보내기) 마법사를 엽니다.3. 마법사의 첫 번째 페이지에서 내보낼 파일의 이름을 입력하고 파일을 저장할 폴더를 지정하고 Format(형

식) 드롭다운 목록에서 XVA File (*.xva)(XVA 파일(*.xva))을 선택합니다. Next(다음)를 클릭하여 계속합니다.

4. 사용 가능한 VM 목록에서 내보낼 VM을 선택하고 Next(다음)를 클릭하여 계속합니다.5. 내보내기 설정을 검토합니다.

마법사가 내보낸 패키지를 확인하도록 하려면 Verify export on completion(완료 시 내보내기 확인) 확인란을 선택합니다. Finish(마침)를 클릭하여 내보내기 프로세스를 시작하고 마법사를 닫습니다.

참고

VM 내보내기는 VM 크기와 네트워크 연결 속도 및 대역폭에 따라 약간의 시간이 걸릴 수 있습니다.

내보내기 진행률이 XenCenter 창 아래쪽의 상태 표시줄과 Logs(로그) 탭에 표시됩니다. 진행 중인 내보내기를 취소하려면 Logs(로그) 탭을 클릭하고 이벤트 목록에서 내보내기를 찾은 다음 Cancel(취소) 단추를 클릭합니다.

xe CLI를 사용하여 VM을 XVA 파일로 내보내려면:

1. 내보낼 VM을 종료합니다.2. 다음을 실행하여 VM을 내보냅니다.

xe vm-export -h <hostname> -u <root> -pw <password> vm=<vm_name> \filename=<pathname_of_file>

참고

내보내기 파일 이름을 지정할 때는 .xva 확장명을 포함해야 합니다. 내보낸 VM에 이 확장명이 없는 경우 나중에 XenCenter를 사용하여 가져오기를 시도하면 파일이 올바른 XVA 파일로 인식되지 않을 수 있습니다.

69

Windows VM 릴리스 정보

1. 릴리스 정보XenServer에서 제공하는 기능을 지원하는 수준이 각기 다른 다양한 Windows 버전 및 변형 버전이 있습니다. 이 섹션에는 알려진 차이에 대한 참고 사항 및 정오표가 나열되어 있습니다.

1.1. 일반 Windows 문제

• Windows VM을 설치할 때는 가상 디스크가 3개를 넘지 않는 상태에서 시작하십시오. VM 및 XenServerTools를 설치한 후 가상 디스크를 더 추가할 수 있습니다. 부팅 장치는 항상 초기 디스크 중 하나여야만VM이 XenServer Tools 없이 성공적으로 부팅할 수 있습니다.

• 여러 개의 VCPU는 Windows 게스트에 CPU 소켓으로 표시되며 VM 라이센스 제한의 적용을 받습니다.게스트에 있는 CPU의 수는 장치 관리자를 통해 확인할 수 있습니다. Windows에서 실제로 사용되는 CPU의 수는 작업 관리자에서 확인할 수 있습니다.

• Windows 게스트에서 디스크 열거 순서는 처음 추가된 순서와 다를 수 있습니다. 이는 Windows의 PnP 하위 시스템과 I/O 드라이버 간의 상호 작용 때문입니다. 예를 들어 첫 번째 디스크는 Disk 1로 표시되고, 핫플러그된 다음 디스크는 Disk 0으로 표시되고, 이후 디스크는 Disk 2로 표시되며, 그 다음부터는 이와 같이 예측 가능한 방식으로 표시될 수 있습니다.

• VLC 플레이어 DirectX 백엔드에는 Windows 디스플레이 속성이 24비트 색상으로 설정된 경우 비디오를재생할 때 노란색이 파란색으로 바뀌는 버그가 있습니다. OpenGL을 백엔드로 사용하는 VLC는 정상적으로 작동하며 다른 DirectX 또는 OpenGL 기반 비디오 플레이어도 제대로 작동합니다. 게스트를 24비트가아니라 16비트 색상으로 설정하면 문제가 발생하지 않습니다.

• PV 이더넷 어댑터가 Windows VM에서 속도를 1Gbps로 보고합니다. 이 속도는 하드코딩된 값이며 가상NIC는 가상 스위치에 연결되므로 가상 환경에는 무관합니다. 즉, 데이터 속도는 공개된 네트워크 속도로제한되지 않습니다.

1.2. Windows 7

알려진 문제가 없습니다.

1.3. Windows Vista

Microsoft Vista에서는 크기가 20GB 이상인 루트 디스크를 사용하는 것이 좋습니다. 이 템플릿을 설치할 때기본 크기는 24GB로, 최소값보다 4GB가 큽니다. 이 크기를 늘려 보십시오.

70

Linux VM 릴리스 정보

1. 릴리스 정보대부분의 최신 Linux 배포판은 Xen 반가상화를 직접 지원하지만 설치 메커니즘이 서로 다르고 약간의 커널 제한도 있습니다.

1.1. Red Hat Enterprise Linux 4.5에서 4.8 사이의 버전

Red Hat에 대해 다음과 같은 문제가 보고되었으며 Xen 커널(기본 제공 guest-tools.iso CD 이미지의 /mnt/Linux/install.sh 스크립트를 사용하여 설치 가능)에서 이미 수정되었습니다.

• RHEL 4.8의 Xen 커널은 RCU가 일시 중지 상태일 때 틱리스(tickless) 모드로 전환되는 경우가 있습니다. 이러한 상황은 외부 이벤트(예를 들어 SysRQ)가 게스트를 해제하기 전까지 게스트가 중지되는synchronize_kernel()에서 주로 발생합니다(Red Hat Bugzilla 427998).

• 라이브 마이그레이션 도중 메모리가 부족하여 커널이 크래시될 수 있습니다(Red Hat Bugzilla 249867).• 다른 XenStore 작업으로 인해 게스트 커널이 중단될 수 있습니다(Red Hat Bugzilla 250381).• RHEL 4.7에는 RAM이 64GiB를 초과하는 호스트에서 부팅되지 않는 버그가 있습니다(Red Hat Bugzilla

311431). 이런 이유로 XenServer RHEL 4.7 게스트에는 기본적으로 64GiB보다 낮은 범위의 RAM 주소만할당됩니다. 이로 인해 RAM이 여유 있는 것처럼 보일지라도 RHEL 4.7 게스트가 시작되지 못할 수 있습니다. 이 경우 다른 게스트를 다시 부팅하거나 종료하면 적합한 RAM이 사용 가능해질 수도 있습니다. 다른 방법이 모두 실패하면 RHEL 4.7 VM을 부팅할 수 있을 때까지 다른 게스트는 임시로 종료합니다.

RHEL 4.7 VM의 부팅에 성공하면 XenServer Tools를 설치하고 다음 명령을 실행합니다.

xe vm-param-remove uuid=<vm_uuid> param-name=other-config \param-key=machine-address-size

그러면 메모리 제한이 없어집니다.• 일부 하드웨어(일반적으로 최신 시스템)에서는 CPU가 OS에서 무시되어야 하는 허위 페이지 오류를 생

성하는 경우가 있습니다. 하지만 RHEL 4.5 - 4.7 버전은 이러한 허위 오류를 무시하지 못해 크래시됩니다(Red Hat Bugzilla 465914).

본 제품의 커널에서는 이 문제가 수정되었습니다. RHEL 4 VM 템플릿이 suppress-spurious-page-faults매개 변수로 설정되었습니다. 이를 통해 표준 커널이 Citrix 제공 커널로 바뀌는 시점까지 설치가 안전하게 계속됩니다.

이 매개 변수를 설정하면 성능이 영향을 받으므로 VM 설치가 완료되면 VM의 명령 프롬프트에서 다음 명령을 실행합니다.

xe vm-param-remove uuid=<vm_uuid> other-config: \param-key=suppress-spurious-page-faults

• RHEL 4.5에서 4.7까지 xenbus 트랜잭션 종료 명령이 실패하는 경우 xenbus 트래픽의 추가 발생을 방지하기 위해 suspend_mutex가 잠긴 상태로 유지될 수 있습니다. Citrix RHEL 4.8 커널을 적용하면 이 문제가 해결됩니다. [EXT-5]

• RHEL 4.5에서 4.8까지 XFS 파일 시스템을 사용하면 예외적인 상황에서 커널 패닉이 발생할 수 있습니다.Citrix RHEL 4.8 커널을 적용하면 이 문제가 해결됩니다. [EXT-16 ]

• RHEL 4.5 ~ 4.8에서는 RCU가 보류 중일 때 커널이 틱이 없는 유휴 모드로 전환될 수 있습니다. 그러면 게스트 운영 체제가 잠깁니다. Citrix RHEL 4.8 커널을 적용하면 이 문제가 해결됩니다. [EXT-21]

• RHEL 4.7와 4.8에서 호스트에 64GB 이상의 RAM이 구성되어 있으면 VM이 크래시될 수 있습니다. CitrixRHEL 4.8 커널을 적용하면 이 문제가 해결됩니다. [EXT-30]

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=427998



https://bugzilla.redhat.com/show_bug.cgi?id=311431


71

• RHEL 4.5 - 4.8에서는 커널 교착 상태를 야기시킬 수 있는 네트워크 드라이버 문제가 포함될 수 있습니다.Citrix RHEL 4.8 커널을 적용하면 이 문제가 해결됩니다. [EXT-45]

추가 참고 사항:

• RHEL 4.7과 4.8에서 VM에 많은 장치가 연결되어 있는 경우 이러한 모든 장치를 연결할 수 있는 시간이부족하여 시작하지 못할 수 있습니다. [EXT-17]

• 가상 CPU가 3개 이상(RHEL 4.x에서 지원하지 않음)인 VM에 RHEL 4.x를 설치하려고 하면 발견된 CPU개수가 오류 메시지에 올바르게 보고되지 않습니다.

1.1.1. RHEL 4.5에서 4.8까지의 게스트 복제 준비

RHEL 4.5에서 4.8까지의 게스트 복제를 준비하려면(5.7.3절. “MAC 주소” 참조), VM을 템플릿으로 변환하기 전에 /etc/sysconfig/network-scripts/ifcfg-eth0을 편집하여 HWADDR 줄을 제거합니다.

참고

Red Hat에서는 디스크 이미지를 직접 복제하는 대신 Kickstart를 사용하여 자동 설치를 수행할 것을 권장합니다(Red Hat 기술 자료 문서 1308 참조).

1.1.2. RHEL 그래픽 설치 지원

그래픽 설치를 수행하려면 XenCenter에서 New VM(새 VM) 마법사의 단계를 따릅니다. Installation Media(설치 미디어) 페이지의 Advanced OS boot parameters(고급 OS 부팅 매개 변수) 섹션에서 vnc를 목록 매개변수에 추가합니다.

graphical utf8 vnc

그런 다음 VNC 통신을 사용할 수 있도록 새 VM에 대한 네트워킹 구성을 제공하라는 메시지가 나타납니다.New VM(새 VM) 마법사의 나머지 부분을 진행합니다. 마법사가 완료되면 Infrastructure(인프라) 보기에서VM을 선택한 다음 Console(콘솔)을 클릭하여 VM의 콘솔 세션을 봅니다. 이때 표준 설치 관리자가 사용됩니

http://kbase.redhat.com/faq/docs/DOC-1308

72

다. VM 설치는 처음에 텍스트 모드로 시작되며, 여기에는 네트워크 구성이 필요할 수 있습니다. 정보가 제공되면 Switch to Graphical Console(그래픽 콘솔로 전환) 단추가 XenCenter 창의 오른쪽 맨 위에 표시됩니다.

1.2. Red Hat Enterprise Linux 5

XenServer를 사용하려면 RHEL 5.4 이상 커널을 실행해야 합니다. 이전 버전의 커널에는 다음과 같은 알려진 문제가 있습니다.

• 원래 커널을 사용하는 RHEL 5.0 64비트 게스트 운영 체제가 XenServer 7.1에서 부팅되지 않습니다.XenServer 호스트를 7.1 버전으로 업그레이드하려고 시도하기 전에 커널을 버전 5.4(2.6.18-164.el5xen)이상으로 업데이트해야 합니다. 이러한 게스트를 실행하고 호스트를 이미 XenServer 7.1 버전으로 업그레이드한 경우에는 CTX134845에서 커널 업그레이드에 대한 정보를 참조할 수 있습니다.

• 일시 중단된 VM에서 다시 시작 작업을 하는 도중 스왑 디스크가 아직 다시 연결되는 중이기 때문에 스왑 작업이 불가능한데 이를 요구하는 할당이 만들어질 수 있습니다. 이것은 매우 드문 경우입니다 (RedHat Bugzilla 429102).

• RHEL 5.3 또는 5.4(32/64비트)를 실행하는 경우 게스트가 크래시될 수 있으므로 DMC(동적 메모리 제어)를 사용하면 안 됩니다. Citrix에서는 DMC를 사용하려면 더 최신 버전의 RHEL 또는 CentOS로 업그레이드할 것을 권장합니다. [EXT-54]

• RHEL 5.3에서 VM에 많은 장치가 연결되어 있는 경우 이러한 모든 장치를 연결할 수 있는 시간이 부족하여 시작하지 못할 수 있습니다. [EXT-17]

• RHEL 5.0에서 5.3까지 XFS 파일 시스템을 사용하면 예외적인 상황에서 커널 패닉이 발생할 수 있습니다.Red Hat RHEL 5.4 이상 커널을 적용하면 이 문제가 해결됩니다. [EXT-16]

• RHEL 5.2와 5.3에서 호스트에 64GB 이상의 RAM이 구성되어 있으면 VM이 크래시될 수 있습니다. RedHat RHEL 5.4 이상 커널을 적용하면 이 문제가 해결됩니다. [EXT-30]

• RHEL 5.0 - 5.3에서는 커널 교착 상태를 야기시킬 수 있는 네트워크 드라이버 문제가 포함될 수 있습니다.Red Hat RHEL 5.4 이상 커널을 적용하면 이 문제가 해결됩니다. [EXT-45]

참고

이전 릴리스에는 XenServer에 RHEL 5를 가상 컴퓨터로 효율적으로 실행하지 못하게 하는 심각한 문제를 해결하는 교체용 RHEL 5 커널이 포함되어 있었습니다. Red Hat은 RHEL 5.4 이상에서 이 문제를 해결했습니다. 따라서 XenServer에는 더 이상 RHEL 5 관련 커널이 포함되어 있지않습니다.

1.2.1. RHEL 5.x 게스트 복제 준비

RHEL 5.x 게스트 복제를 준비하려면(5.7.3절. “MAC 주소” 참조), VM을 템플릿으로 변환하기 전에 /etc/sysconfig/network-scripts/ifcfg-eth0을 편집하여 HWADDR 줄을 제거합니다.

참고

Red Hat에서는 디스크 이미지를 직접 복제하는 대신 Kickstart를 사용하여 자동 설치를 수행할 것을 권장합니다(Red Hat 기술 자료 문서 1308 참조).


참고

Red Hat Enterprise Linux 6에는 또한 Red Hat Enterprise Linux Workstation 6.6(64비트) 및 RedHat Enterprise Linux Client 6.6(64비트)이 포함됩니다.



http://kbase.redhat.com/faq/docs/DOC-1308

73

• RHEL 6.0 커널에는 여러 가상화 플랫폼의 디스크 I/O에 영향을 미치는 버그가 있습니다. 이 문제로 인해RHEL 6.0이 실행 중인 VM에서 인터럽트가 손실됩니다. 자세한 내용은 Red Hat Bugzilla 681439, 603938및 652262를 참조하십시오.

• 실행 중인 RHEL 6.1 및 6.2(32/64비트) VM에서 VDI(가상 디스크 이미지)를 분리하려고 하면 작업이 실패하고 게스트 커널이 크래시되며 NULL pointer dereference at <xyz>(<xyz>에 NULL 포인터 역참조가 있음) 오류 메시지가 표시됩니다. 이 문제를 해결하려면 커널을 6.3(2.6.32-238.el6) 이상 버전으로 업데이트해야 합니다. 자세한 내용은 Red Hat Bugzilla 773219를 참조하십시오.


마이그레이션 또는 일시 중단 작업을 수행한 후 다시 시작할 때 RHEL 7 게스트가 중지될 수 있습니다. 자세한 내용은 Red Hat Bugzilla 1141249를 참조하십시오.

1.5. CentOS 4

CentOS 4 릴리스 정보 목록은 1.1절. “Red Hat Enterprise Linux 4.5에서 4.8 사이의 버전”을 참조하십시오.

1.6. CentOS 5

CentOS 5 릴리스 정보 목록은 1.2절. “Red Hat Enterprise Linux 5”을 참조하십시오.

1.7. CentOS 6


1.8. CentOS 7


1.9. Oracle Linux 5

Oracle Linux 5 릴리스 정보 목록은 1.2절. “Red Hat Enterprise Linux 5”를 참조하십시오.

1.10. Oracle Linux 6

v6.5 이전 버전을 실행하는 XenServer 호스트에 설치된 Oracle Linux 6 게스트는 v6.5로 업그레이드한 이후에도 RedHat 커널을 계속 실행합니다. UEK 커널(새로 설치한 경우의 기본값)로 전환하려면 dom0에서 /etc/pygrub/rules.d/oracle-5.6 파일을 삭제하십시오. VM 내의 bootloader 구성을 편집하여 개별 VM에 사용할 커널을 선택할 수 있습니다.

OEL 6 릴리스 정보 목록은 1.3절. “Red Hat Enterprise Linux 6”을 참조하십시오.

1.11. Oracle Linux 7

Oracle Linux 7 릴리스 정보 목록은 1.4절. “Red Hat Enterprise Linux 7”를 참조하십시오.

1.12. Scientific Linux 5

Scientific Linux 5 릴리스 정보 목록은 1.2절. “Red Hat Enterprise Linux 5”의 내용을 참조하십시오.








74



1.15. SUSE Enterprise Linux 10 SP1

XenServer에서는 SLES 10 SP2에서 제공되는 표준 Novell 커널을 게스트 커널로 사용합니다. 이 커널에서발견된 모든 버그는 Novell로 보고되며 다음과 같습니다.

• 최대 3개의 가상 네트워크 인터페이스가 지원됩니다.• 부팅 시 디스크가 올바르게 연결되지 않는 경우가 있습니다. (Novell Bugzilla 290346).


Novell SUSE Linux Enterprise Server 10 SP3(32비트) 버전의 패키징 결함으로 인해 사용자는 이 버전의 새VM을 만들 수 없습니다. 이러한 문제를 해결하려면 SLES 10 SP2를 설치한 다음 SLES SP3으로 업그레이드해야 합니다(예를 들어 VM 내의 "yast"). 자세한 내용은 Novell 설명서 7005079를 참조하십시오.

1.17. SUSE Enterprise Linux 11

XenServer에서는 SLES 11에서 제공되는 표준 Novell 커널을 게스트 커널로 사용합니다. 이 커널에서 발견된 모든 버그는 Novell로 보고되며 다음과 같습니다.

• 부하가 높은 SLES 11 VM의 라이브 마이그레이션이 An error occurred during the migration process(마이그레이션 프로세스 중에 오류가 발생했습니다.) 메시지와 함께 실패할 수 있습니다. 이것은 Novell에 보고된 SLES 11 커널의 알려진 문제 때문입니다. Novell의 커널 업데이트 2.6.27.23-0.1.1 이상에서는 이 문제가 해결될 것으로 예상합니다.


SLES 11 SP2(32비트) VM을 만들면 SLES 11 SP2 커널의 버그 때문에 SLES 설치 관리자 또는 VM이 크래시될 수 있습니다. 이 문제를 해결하려면 최소 1GB의 메모리를 VM에 할당해야 합니다. 할당된 메모리의 양은 VM에 업데이트를 설치한 후 줄일 수 있습니다. 자세한 내용은 Novell Bugzilla 809166을 참조하십시오.

1.19. SLES 게스트 복제 준비

참고

복제할 SLES 게스트를 준비하려면 먼저 다음과 같이 네트워크 장치의 udev 구성을 지워야 합니다.

cat< /dev/null > /etc/udev/rules.d/30-net_persistent_names.rules

복제할 SLES 게스트를 준비하려면(5.7.3절. “MAC 주소” 참고)

1. /etc/sysconfig/network/config 파일을 엽니다.2. 다음과 같은 줄을 편집합니다.

FORCE_PERSISTENT_NAMES=yes

을

FORCE_PERSISTENT_NAMES=no

3. 변경 내용을 저장하고 VM을 재부팅합니다.

https://bugzilla.novell.com/show_bug.cgi?id=290346

http://www.novell.com/support/kb/doc.php?id=7005079

https://bugzilla.novell.com/show_bug.cgi?id=809166

75

1.20. Ubuntu 10.04

Ubuntu 10.04(64비트) VM에서 VM(VCPUs-max)에 사용할 수 있는 최대 CPU 수 값을 부팅 중에 사용할 수있는 vCPU 수(VCPUs-at-startup)보다 높게 설정하려고 하면 부팅 중에 VM이 크래시될 수 있습니다. 자세한 내용은 Ubuntu Launchpad 1007002을 참조하십시오.

1.21. Ubuntu 12.04

원래 커널이 있는 Ubuntu 12.04 VM을 부팅하는 동안 크래시될 수 있습니다. 이 문제를 해결하려면 공급업체에서 지원하는 최신 설치 미디어를 사용하여 Ubuntu 12.04 VM을 생성하거나, 게스트 내부 업데이트 메커니즘을 사용하여 기존 VM을 최신 버전으로 업데이트해야 합니다.

1.22. Ubuntu 14.04

PV 게스트를 부팅하려고 하면 kernel BUG at /build/buildd/linux-3.13.0/arch/x86/kernel/paravirt.c:239!(/build/buildd/linux-3.13.0/arch/x86/kernel/paravirt.c:239에 커널 버그가 있음) 오류와 함께 게스트가 크래시될 수 있습니다. 이 문제는 인터럽트 컨텍스트에서 올바르지 않은 방법으로 비원자성 함수를 호출한 경우에발생합니다. linux-image 패키지를 3.13.0-35.62 버전으로 업데이트하면 이 문제를 해결할 수 있습니다. 자세한 내용은 Ubuntu Launchpad 1350373을 참조하십시오.

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1007002

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1350373

76

ISO 이미지 만들기XenServer에서는 CD-ROM 또는 DVD-ROM 디스크의 ISO 이미지를 Windows 또는 Linux VM용 설치 미디어 및 데이터 원본으로 사용할 수 있습니다. 이 섹션에서는 CD/DVD 미디어에서 ISO 이미지를 만드는 방법에 대해 설명합니다.

Linux 컴퓨터에서 ISO 만들기:

1. 드라이브에 CD-ROM이나 DVD-ROM 디스크를 넣습니다. 디스크를 탑재하지 마십시오. 이를 확인하려면 다음 명령을 실행합니다.

mount

디스크가 탑재되었으면 디스크 탑재를 해제합니다. 필요한 경우 운영 체제 설명서를 참조하십시오.2. 루트로 다음 명령을 실행합니다.

dd if=/dev/cdrom of=/path/cdimg_filename.iso

이 작업에는 약간의 시간이 걸립니다. 작업이 성공적으로 완료되면 다음과 같은 메시지가 표시되어야합니다.

1187972+0 records in1187972+0 records out

ISO 파일이 준비되었습니다.

Windows 컴퓨터의 경우:

• Windows 컴퓨터에는 ISO를 만들기 위한 해당 운영 체제 명령이 없습니다. 대부분의 CD 굽기 도구에는 CD를 ISO 파일로 저장하는 기능이 있습니다.

77

Linux VM에 대해 VNC를 사용하도록 설정XenServer에서 원격으로 VM을 제어할 때 사용하는 VNC(Virtual Network Computing)를 기본적으로 지원하도록 VM을 설정할 수 없습니다. XenCenter 그래픽 콘솔에 연결하려면 VNC 서버와 X 디스플레이 관리자가VM에 설치되어 있고 올바르게 구성되었는지 확인해야 합니다. 이 섹션에서는 XenCenter 그래픽 콘솔과 올바르게 상호 작용할 수 있도록 지원되는 각 Linux 운영 체제 배포판에서 VNC를 구성하는 절차를 설명합니다.

CentOS 기반 VM의 경우 동일한 기본 코드를 사용하여 그래픽 VNC 액세스를 제공하므로 아래의 Red Hat기반 VM에 대한 지침을 사용해야 합니다. CentOS 4는 Red Hat Enterprise Linux 4를 기반으로 하며 CentOS5는 Red Hat Enterprise Linux 5를 기반으로 합니다.

1. Debian Squeeze VM에서 그래픽 콘솔을 사용하도록 설정참고

Debian Squeeze VM에서 그래픽 콘솔을 사용하도록 설정하기 전에 Linux 게스트 에이전트가 설치되어 있는지 확인합니다. 자세한 내용은 5.5절. “Linux 게스트 에이전트 설치”을 참조하십시오.

Debian Squeeze 가상 컴퓨터에 대한 그래픽 콘솔은 VM 내에서 실행되는 VNC 서버를 통해 제공됩니다. 권장 구성에서 그래픽 콘솔은 표준 디스플레이 관리자를 통해 제어되므로 로그인 대화 상자가 나타납니다.

1. 데스크톱 시스템 패키지가 있는 Squeeze 게스트를 설치하거나 표준 절차에 따라 apt를 사용하여GDM(디스플레이 관리자)을 설치합니다.

2. apt-get(또는 유사한 명령)을 사용하여 Xvnc 서버를 설치합니다.

apt-get install vnc4server

참고

Gnome Display Manager 버전 3 디먼을 사용하는 Debian Squeeze Graphical DesktopEnvironment가 많은 CPU 시간을 차지할 수 있습니다. Citrix에서는 Gnome Display Managergdm3 패키지를 제거하고 다음과 같이 gdm 패키지를 설치할 것을 권장합니다.

apt-get install gdm apt-get purge gdm3

3. vncpasswd 명령과 암호 정보를 기록할 파일 이름을 사용하여 VNC 암호를 설정합니다. 암호가 없으면심각한 보안 위험이 발생합니다. 예를 들면 다음과 같습니다.

vncpasswd /etc/vncpass

4. gdm.conf 파일(/etc/gdm/gdm.conf)을 수정하여 [servers] 및 [daemon] 섹션을 다음과 같이 확장함으로써 VNC 서버가 디스플레이 0을 관리하도록 구성합니다.

[servers]0=VNC[daemon]VTAllocation=false[server-VNC]name=VNCcommand=/usr/bin/Xvnc -geometry 800x600 -PasswordFile /etc/vncpass BlacklistTimeout=0flexible=true

5. GDM을 다시 시작한 다음 XenCenter에서 그래픽 콘솔을 감지할 때까지 기다립니다.

/etc/init.d/gdm restart

78

참고

ps ax | grep vnc 같은 명령을 사용하여 VNC 서버가 실행 중인지 확인할 수 있습니다.

2. Red Hat, CentOS 또는 Oracle Linux VM에서 그래픽 콘솔을 사용하도록설정

참고

Red Hat VM을 VNC에 대해 설정하기 전에 Linux 게스트 에이전트를 설치했는지 확인하십시오. 자세한 내용은 5.5절. “Linux 게스트 에이전트 설치”을 참조하십시오.

Red Hat VM에서 VNC를 구성하려면 GDM 구성을 수정해야 합니다. GDM 구성은 사용 중인 Red Hat Linux의 버전에 따라 위치가 다른 파일에 유지됩니다. 이를 수정하려면 먼저 이 구성 파일의 위치를 확인해야 합니다. 그런 다음 이 섹션의 이후 여러 절차에서 이 파일을 수정합니다.

참고

RHEL, CentOS 또는 OEL 6.x VM에 VNC를 사용하도록 설정하는 방법에 대한 자세한 내용은 2.5절. “RHEL, CentOS 또는 OEL 6.x VM에 VNC를 사용하도록 설정”을 참조하십시오.

2.1. VNC 구성 파일의 위치 확인

Red Hat Linux 버전 4를 사용하는 경우 GDM 구성 파일은 /etc/X11/gdm/gdm.conf입니다. 이 파일은 사용자가자체적으로 지정한 구성과 GDM 버전의 공급자가 지정한 기본값이 들어 있는 통합된 구성 파일입니다. 이 유형의 파일은 이 버전의 Red Hat Linux에 포함되어 있으므로 이전 버전의 GDM에서 기본적으로 사용됩니다.

Red Hat Linux 버전 5를 사용하는 경우 GDM 구성 파일은 /etc/gdm/custom.conf입니다. 이 파일은 기본 구성을 재정의하는 사용자 지정 값만 들어 있는 분리된 구성 파일입니다. 이 유형의 파일은 이 버전의 Red HatLinux에 포함되어 있으므로 최신 버전의 GDM에서 기본적으로 사용됩니다.

2.2. VNC를 사용하도록 GDM 구성

1. 루트로 로그인하여 VM의 텍스트 CLI에서 rpm -q vnc-server gdm 명령을 실행합니다. 패키지 이름 vnc-server 및 gdm이 해당 버전 번호가 지정된 상태로 나타납니다.

이들 패키지 이름이 표시되면 적절한 패키지가 이미 설치된 것입니다. 패키지 중 하나가 설치되지 않았다는 메시지가 표시되면 설치 중 그래픽 데스크톱 옵션을 선택하지 않은 경우일 수 있습니다. 계속하려면 이 패키지를 설치해야 합니다. VM에서의 추가적인 소프트웨어 설치에 대한 자세한 내용은 해당하는Red Hat Linux x86 Installation Guide를 참조하십시오.

2. 원하는 텍스트 편집기에서 GDM 구성 파일을 열고 파일에 다음 줄을 추가합니다.

[server-VNC]name=VNC Servercommand=/usr/bin/Xvnc -SecurityTypes None -geometry 1024x768 -depth 16 \-BlacklistTimeout 0flexible=true

• 4의 구성 파일에서 이 줄을 [server-Standard] 섹션 위에 추가해야 합니다.• Red Hat Linux 5의 구성 파일에서는 빈 [servers] 섹션에 이 줄을 추가해야 합니다.

3. 표준 X 서버 대신 Xvnc 서버가 사용되도록 구성을 수정합니다.

• Red Hat Linux 3 또는 4를 사용하는 경우에는 바로 위에 다음 줄이 있습니다.

79

0=Standard

이 줄을 다음과 같이 수정합니다.

0=VNC

• Red Hat Linux 5 이상을 사용하는 경우에는 위 줄을 [servers] 섹션 바로 아래, [server-VNC] 섹션 앞에 추가해야 합니다.

4. 파일을 저장하고 닫습니다.

/usr/sbin/gdm-restart 명령을 실행하여 GDM을 다시 시작하여 구성에서 변경한 내용을 적용합니다.

참고

Red Hat Linux는 그래픽 방식 시작에 실행 수준 5를 사용합니다. 설치가 실행 수준 3에서 시작되도록 구성된 경우에는 이를 변경해야 디스플레이 관리자가 시작되어 그래픽 콘솔에 액세스할 수있습니다. 자세한 내용은 4절. “실행 수준 확인”을 참조하십시오.

2.3. 방화벽 설정

기본적으로 방화벽 구성은 VNC 트래픽의 통과를 허용하지 않습니다. VM과 XenCenter 사이에 방화벽이 있는 경우 VNC 연결이 사용하는 포트 트래픽을 허용해야 합니다. 기본적으로 VNC 서버는 TCP 포트 5900 +n에서 VNC 뷰어의 연결을 수신합니다. 여기서 n은 표시 번호입니다(일반적으로 0). 따라서 Display-0에 대해 설정된 VNC 서버는 TCP 포트 5900에서 수신하고 Display-1은 TCP-5901에서 수신합니다. 방화벽 설명서를 참조하여 이들 포트가 열려 있는지 확인하십시오.

IP 연결 추적을 사용하거나 연결이 한 쪽에서만 시작되도록 제한하려면 방화벽 구성을 사용자 지정해야 할수 있습니다.

VNC 포트를 열기 위해 Red Hat 기반 VM 방화벽을 사용자 지정하려면:

1. Red Hat Linux 4 및 5의 경우 system-config-securitylevel-tui를 사용합니다.2. “Customize(사용자 지정)”를 선택하고 다른 포트 목록에 5900을 추가합니다.

또는 service iptables stop 명령을 실행하여 다음 재부팅까지 방화벽을 사용하지 않거나 chkconfig iptablesoff를 실행하여 영구적으로 사용하지 않을 수 있습니다. 이 경우 외부에 추가적인 서비스가 표시되어 VM의전체적인 보안이 저하될 수 있습니다.

2.4. VNC 화면 해상도

그래픽 콘솔로 VM에 연결한 후 화면 해상도가 맞지 않으면(예를 들어 VM의 디스플레이가 너무 커서 그래픽 콘솔 창에 제대로 표시되지 않는 경우) VNC 서버의 geometry 매개 변수를 다음과 같이 설정하여 조절할 수 있습니다.

1. 원하는 텍스트 편집기를 사용하여 GDM 구성 파일을 엽니다. 이 파일의 위치를 확인하는 방법에 대한자세한 내용은 2.1절. “VNC 구성 파일의 위치 확인”을 참조하십시오.

2. 위에서 추가한 [server-VNC] 섹션을 찾습니다.3. 예를 들어 다음과 같이 명령줄을 편집합니다.

command=/usr/bin/Xvnc -SecurityTypes None -geometry 800x600

여기서 geometry 매개 변수의 값은 유효한 모든 화면 너비와 높이일 수 있습니다.4. 파일을 저장하고 닫습니다.

80

2.5. RHEL, CentOS 또는 OEL 6.x VM에 VNC를 사용하도록 설정

Red Hat Linux 버전 6을 사용하는 경우 GDM 구성 파일은 /etc/gdm/custom.conf입니다. 이 파일은 기본 구성을 재정의하는 사용자 지정 값만 들어 있는 분리된 구성 파일입니다. 이 유형의 파일은 이 버전의 Red HatLinux에 포함되어 있으므로 최신 버전의 GDM에서 기본적으로 사용됩니다.

운영 체제를 설치하는 동안 Desktop(데스크톱) 모드를 선택합니다.

이를 위해 RHEL 설치 화면에서 Desktop(데스크톱), Customize now(지금 사용자 지정)를 선택한 후 Next(다음)를 클릭합니다.

그러면 Base System(기본 시스템) 화면이 표시되고 Legacy UNIX compatibility(레거시 UNIX 호환성)가 선택되어 있는지 확인합니다.

81

Desktop(데스크톱), Optional packages(선택적 패키지)를 선택한 후 Next(다음)를 클릭합니다.

82

그러면 Packages in Desktop(데스크톱의 패키지) 창이 표시되고 tigervnc-server-<version_number>를 선택한 후 Next(다음)를 클릭합니다.

다음 단계에 따라 진행하여 계속해서 RHEL 6.x VM을 설정합니다.

1. 원하는 텍스트 편집기에서 GDM 구성 파일을 열고 적절한 섹션에 다음 줄을 추가합니다.

[security]DisallowTCP=false

[xdmcp]Enable=true

2. 파일 /etc/xinetd.d/vnc-server-stream을 생성합니다.

service vnc-server{ id = vnc-server disable = no type = UNLISTED port = 5900 socket_type = stream wait = no user = nobody group = tty server = /usr/bin/Xvnc server_args = -inetd -once -query localhost -SecurityTypes None \ -geometry 800x600 -depth 16}

83

3. 다음 명령을 입력하여 xinetd 서비스를 시작합니다.

# service xinetd start

4. /etc/sysconfig/iptables 파일을 열고 다음 줄을 추가합니다. 이 줄을 -A INPUT -j REJECT --reject-withicmp-host-prohibited 줄 위에 추가해야 합니다.

-A INPUT -m state --state NEW -m tcp -p tcp --dport 5900 -j ACCEPT

5. 다음 명령을 입력하여 iptables를 다시 시작합니다.

# service iptables restart

6. 다음 명령을 입력하여 gdm을 다시 시작합니다.

# telinit 3# telinit 5

참고

Red Hat Linux는 그래픽 방식 시작에 실행 수준 5를 사용합니다. 설치가 실행 수준 3에서 시작되도록 구성된 경우에는 이를 변경해야 디스플레이 관리자가 시작되어 그래픽 콘솔에 액세스할 수 있습니다. 자세한 내용은 4절. “실행 수준 확인”을 참조하십시오.

3. VNC에 대해 SLES 기반 VM 설정참고

SUSE Linux Enterprise Server VM을 VNC에 대해 설정하기 전에 Linux 게스트 에이전트를 설치했는지 확인하십시오. 자세한 내용은 5.5절. “Linux 게스트 에이전트 설치”을 참조하십시오.

SLES의 경우 “YaST”에서 구성 옵션으로 원격 관리를 활성화할 수 있습니다. 설치 시 SLES 설치 관리자의Network Services(네트워크 서비스) 화면에서 원격 관리를 사용하도록 선택할 수 있습니다. 이렇게 하면 외부 VNC 뷰어를 게스트에 연결하고 그래픽 콘솔을 표시할 수 있습니다. SLES 원격 관리 기능을 사용하는방법은 XenCenter에서 제공하는 방법과 약간 다르지만 그래픽 콘솔 기능과 통합되도록 SUSE Linux VM에서 구성 파일을 수정할 수 있습니다.

3.1. VNC 서버 확인

구성을 변경하기 전에 VNC 서버가 설치되어 있는지 확인합니다. SUSE에는 기본적으로 tightvnc 서버가 함께 제공됩니다. 이 서버는 적절한 VNC 서버이지만 원하는 경우 표준 RealVNC 배포판을 사용할 수도 있습니다.

다음 명령을 실행하여 tightvnc 소프트웨어가 설치되었는지 확인할 수 있습니다.

rpm -q tightvnc

3.2. 원격 관리를 사용 가능하도록 설정

SLES 소프트웨어를 설치하는 동안 원격 관리를 사용 가능하도록 설정하지 않은 경우에는 다음과 같이 사용 가능하도록 설정할 수 있습니다.

1. VM에서 텍스트 콘솔을 열고 YaST 유틸리티를 실행합니다.

yast

2. 화살표 키를 사용하여 왼쪽 메뉴에서 Network Services(네트워크 서비스)를 선택하고 Tab 키를 눌러 오른쪽 메뉴로 이동한 다음 화살표 키를 사용하여 Remote Administration(원격 관리)을 선택합니다. Enter키를 누릅니다.

84

3. Remote Administration(원격 관리) 화면에서 Tab 키를 눌러 Remote Administration Settings(원격 관리설정) 섹션으로 이동합니다. 화살표 키를 사용하여 Allow Remote Administration(원격 관리 허용)을 선택하고 Enter 키를 눌러 확인란에 X 표시를 합니다.

4. Tab 키를 눌러 Firewall Settings(방화벽 설정) 섹션으로 이동합니다. 화살표 키를 사용하여 Open Portin Firewall(방화벽에서 포트 열기)을 선택하고 Enter 키를 눌러 확인란에 X 표시를 합니다.

5. Tab 키를 눌러 Finish(마침) 단추로 이동하고 Enter 키를 누릅니다.

6. 설정을 적용하려면 디스플레이 관리자를 다시 시작해야 한다는 메시지 상자가 표시됩니다. Enter 키를눌러 메시지를 확인합니다.

7. 원래의 YaST 최상위 메뉴가 나타납니다. Tab 키를 눌러 Quit(종료) 단추로 이동하고 Enter 키를 누릅니다.

3.3. xinetd 구성 수정

원격 관리를 사용 가능하도록 설정한 후 XenCenter의 연결을 허용하거나 타사 VNC 클라이언트를 사용하려는 경우에는 구성 파일을 수정해야 합니다.

1. 원하는 텍스트 편집기에서 /etc/xinetd.d/vnc 파일을 엽니다.

파일에는 다음과 같은 섹션이 들어 있습니다.

service vnc1{socket_type = streamprotocol = tcpwait = nouser = nobodyserver = /usr/X11R6/bin/Xvncserver_args = :42 -inetd -once -query localhost -geometry 1024x768 -depth 16type = UNLISTEDport = 5901}

2. port 줄을 다음과 같이 편집합니다.

port = 5900

3. 파일을 저장하고 닫습니다.

4. 다음 명령으로 디스플레이 관리자와 xinetd 서비스를 다시 시작합니다.

/etc/init.d/xinetd restartrcxdm restart

SUSE Linux는 그래픽 방식 시작에 실행 수준 5를 사용합니다. 원격 데스크톱이 나타나지 않으면 VM이 실행수준 5에서 시작되도록 구성되어 있는지 확인합니다. 자세한 내용은 4절. “실행 수준 확인”을 참조하십시오.

3.4. 방화벽 설정

기본적으로 방화벽 구성에서는 VNC 트래픽의 통과가 허용되지 않습니다. VM과 XenCenter 사이에 방화벽이 있는 경우 VNC 연결이 사용하는 포트 트래픽을 허용해야 합니다. 기본적으로 VNC 서버는 TCP 포트5900 + n에서 VNC 뷰어의 연결을 수신합니다. 여기서 n은 표시 번호입니다(일반적으로 0). 따라서 Display-0에 대해 설정된 VNC 서버는 TCP 포트 5900에서 수신하고, Display-1은 TCP-5901에서 수신합니다. 방화벽설명서를 참조하여 이들 포트가 열려 있는지 확인하십시오.

IP 연결 추적을 사용하거나 연결이 한 쪽에서만 시작되도록 제한하려면 방화벽 구성을 사용자 지정해야 할수 있습니다.

85

SLES 10.x VM의 방화벽에서 VNC 포트를 열려면:


yast

2. 화살표 키를 사용하여 왼쪽 메뉴에서 Security and Users(보안 및 사용자)를 선택하고 Tab 키를 눌러 오른쪽 메뉴로 이동한 다음 화살표 키를 사용하여 Firewall(방화벽)을 선택합니다. Enter 키를 누릅니다.

3. Firewall(방화벽) 화면에서 화살표 키를 사용하여 왼쪽 메뉴에서 Allowed Services(허용된 서비스)를 선택합니다.

4. Tab 키를 눌러 오른쪽의 Firewall Configuration: Allowed Services(방화벽 구성: 허용된 서비스) 필드로이동합니다. 화살표 키를 사용하여 Advanced(고급) 단추(오른쪽 아래 근처의 Next(다음) 단추 바로 위)를 선택하고 Enter 키를 누릅니다.

5. Additional Allowed Ports(허용된 추가 포트) 화면에서 TCP Ports(TCP 포트) 필드에 5900을 입력합니다. Tab 키를 눌러 OK(확인) 단추로 이동한 다음 Enter 키를 누릅니다.

6. Tab 키를 눌러 Next(다음) 단추로 이동하고 Enter 키를 누른 다음, Summary(요약) 화면에서 Tab 키를눌러 Accept(동의) 단추로 이동하고 Enter 키를 누릅니다. 그런 다음 마지막으로 최상위 YaST 화면에서 Tab 키를 눌러 Quit(종료) 단추로 이동하고 Enter 키를 누릅니다.



또는, rcSuSEfirewall2 stop 명령을 실행하여 다음에 다시 부팅할 때까지 방화벽을 사용하지 않거나 YaST를사용하여 영구적으로 사용하지 않을 수 있습니다. 이 경우 외부에 추가적인 서비스가 표시되어 VM의 전체적인 보안이 저하될 수 있습니다.

SLES 11.x VM의 방화벽에서 VNC 포트를 열려면:


yast

2. 화살표 키를 사용하여 왼쪽 메뉴에서 Security and Users(보안 및 사용자)를 선택하고 Tab 키를 눌러 오른쪽 메뉴로 이동한 다음 화살표 키를 사용하여 Firewall(방화벽)을 선택합니다. Enter 키를 누릅니다.

3. Firewall(방화벽) 화면에서 화살표 키를 사용하여 왼쪽 메뉴에서 Custom Rules(사용자 지정 규칙)를 선택한 다음 Enter 키를 누릅니다.

4. Tab 키를 눌러 Custom Allowed Rules(사용자 지정 허용된 규칙) 섹션의 Add(추가) 단추로 이동한 다음 Enter 키를 누릅니다.

5. Source Network(소스 네트워크) 필드에서 0/0을 입력합니다. Tab 키를 눌러 Destination Port(목적지 포트) 필드로 이동하고 5900을 입력합니다.

6. Tab 키를 눌러 Add(추가) 단추로 이동한 다음 Enter 키를 누릅니다.7. Tab 키를 눌러 Next(다음) 단추로 이동하고 Enter 키를 누른 다음 Summary(요약) 화면에서 Tab 키를 눌

러 Finish(마침) 단추로 이동하고 Enter 키를 누릅니다. 그리고 마지막으로 최상위 YaST 화면에서 Tab키를 눌러 Quit(종료) 단추로 이동한 다음 Enter 키를 누릅니다.



또는, rcSuSEfirewall2 stop 명령을 실행하여 다음에 다시 부팅할 때까지 방화벽을 사용하지 않거나 YaST를사용하여 영구적으로 사용하지 않을 수 있습니다. 이 경우 외부에 추가적인 서비스가 표시되어 VM의 전체적인 보안이 저하될 수 있습니다.

86

3.5. VNC 화면 해상도

그래픽 콘솔로 가상 컴퓨터에 연결한 후 화면 해상도가 일치하지 않으면(예를 들어 VM의 디스플레이가 너무 커서 그래픽 콘솔 창에 제대로 표시되지 않는 경우) VNC 서버의 geometry 매개 변수를 다음과 같이 설정하여 조절할 수 있습니다.

1. 원하는 텍스트 편집기로 /etc/xinetd.d/vnc 파일을 열고 service_vnc1 섹션(displayID 1에 해당)을 찾습니다.

2. server-args 줄의 geometry 인수를 원하는 디스플레이 해상도로 편집합니다. 예를 들면 다음과 같습니다.

server_args = :42 -inetd -once -query localhost -geometry 800x600 -depth 16

여기서 geometry 매개 변수의 값은 유효한 모든 화면 너비와 높이일 수 있습니다.3. 파일을 저장하고 닫습니다.4. VNC 서버를 다시 시작합니다.


4. 실행 수준 확인Red Hat 및 SUSE Linux VM에서는 그래픽 방식 시작에 실행 수준 5를 사용합니다. 이 섹션에서는 VM이실행 수준 5에서 시작되도록 구성되어 있는지 확인하는 방법과 이렇게 구성되지 않은 경우 변경하는 방법을 설명합니다.

1. /etc/inittab을 확인하여 기본 실행 수준이 어떻게 설정되어 있는지 확인합니다. 다음과 같은 줄을 찾습니다.

id:n:initdefault:

n이 5가 아니면 파일을 편집하여 5로 수정합니다.2. 실행 수준을 전환하는 데 다시 부팅이 실제로 필요한 경우 이를 피하려면 이와 같이 변경한 후 telinit q ;

telinit 5 명령을 실행합니다.

87

VM 문제 해결Citrix에서는 두 가지 형식의 지원을 제공합니다. 하나는 Citrix 고객지원 웹 사이트의 무료 셀프 지원 서비스이고 다른 하나는 지원 사이트에서 구입할 수 있는 유료 지원 서비스입니다. Citrix 기술 지원을 사용하면 기술적 어려움이 있는 경우 온라인으로 지원 사례를 작성하거나 전화로 지원 센터에 문의할 수 있습니다.

Citrix 고객지원 사이트에는 비정상적인 동작, 크래시 또는 기타 문제 발생 시 도움이 되는 다양한 리소스가있습니다. 리소스에는 지원 포럼, 기술 자료 문서 및 제품 설명서가 포함됩니다.

이 장에서는 비정상적인 VM 동작이 발생하는 경우 문제를 직접 해결할 수 있도록 도움이 되는 정보를 제공하며, XenServer 솔루션 공급자 및 Citrix에서 문제를 추적 및 해결하는 데 도움이 되는 기타 정보와 응용 프로그램 로그의 위치를 설명합니다.

설치와 관련된 문제 해결은 XenServer 설치 가이드에서 다룹니다. XenServer 호스트와 관련된 문제 해결은 XenServer 관리자 가이드에서 다룹니다.

참고

Citrix에서는 이 장의 문제 해결 정보를 XenServer 솔루션 공급자 또는 Citrix 지원 부서의 안내에따라서만 수행할 것을 권장합니다.

공급업체 업데이트: Citrix에서는 운영 체제 공급업체가 제공하는 업데이트를 사용하여 VM을 항상 최신 상태로 유지할 것을 권장합니다. 그 이유는 공급업체가 크래시된 VM과 기타 장애를 이미수정했을 수 있기 때문입니다.

1. VM 크래시VM 크래시가 발생하는 경우 커널 크래시 덤프가 문제 식별에 도움이 될 수 있습니다. 크래시가 계속 발생하면 다음 절차를 수행하고 게스트 운영 체제 공급업체에 문의하여 이 문제에 대한 추가 조사를 수행하십시오.

1.1. Linux VM 크래시 덤프 동작 제어

Linux VM의 경우 크래시 덤프 동작은 actions-after-crash 매개 변수를 통해 제어할 수 있습니다. 다음 값을사용할 수 있습니다.

값 설명

preserve VM을 일시 중지된 상태로 유지(분석을 위해)

restart 코어 덤프 없음, VM만 다시 부팅(기본값)

destroy 코어 덤프 없음, VM은 중단된 상태로 유지

Linux VM 크래시 덤프를 저장하도록 하려면:

1. XenServer 호스트에서 다음 명령을 실행하여 원하는 VM의 UUID를 확인합니다.

xe vm-list name-label=<name> params=uuid --minimal

2. xe vm-param-set를 사용하여 actions-after-crash 값을 변경합니다. 예를 들면 dom0에서 다음 명령을실행합니다.

xe vm-param-set uuid=<vm_uuid> actions-after-crash=preserve

3. VM에 크래시를 발생시킵니다.

http://www.citrix.co.kr/support.html

support.citrix.com

88

PV 게스트의 경우 VM에서 다음 명령을 실행합니다.

echo c | sudo tee /proc/sysrq-trigger

HVM 게스트의 경우 dom0에서 다음 명령을 실행합니다.

/usr/lib/xen/bin/crash_guest <vm-domid>

4. dom0에서 덤프 코어를 실행합니다. 예를 들어 다음을 실행합니다.

xl dump-core <domid> <filename>

1.2. Windows VM 크래시 덤프 동작 제어

Windows VM의 경우 actions-after-crash 매개 변수를 통해 코어 덤프 동작을 제어할 수 없습니다. 기본적으로 Windows 크래시 덤프는 Windows VM 자체의 %SystemRoot%\Minidump에 저장됩니다.

내 컴퓨터 > 속성 > 고급 > 시작 및 복구 메뉴 경로를 따라 VM 덤프 수준을 구성할 수 있습니다.

2. Linux VM에서 부팅 관련 문제 해결XenServer 호스트 제어 도메인에는 종료된 Linux VM의 bootloader 구성을 편집하는 데 사용할 수 있는 xe-edit-bootloader라는 유틸리티 스크립트가 있습니다. 이 스크립트를 사용하여 부팅이 되지 않는 문제를 해결할 수 있습니다.

이 스크립트를 사용하려면 다음과 같이 합니다.

1. 다음 명령을 실행합니다.

xe vm-list

해당 VM이 종료되었는지 확인합니다(power-state 값이 halted여야 함).2. 다음과 같이 UUID를 사용할 수 있습니다.

xe-edit-bootloader -u <linux_vm_uuid> -p <partition_number>

또는 다음과 같이 name-label을 사용할 수 있습니다.

xe-edit-bootloader -n <linux_vm_name_label> -p <partition_number>

파티션 번호는 파일 시스템이 있는 디스크 슬라이스를 나타냅니다. 기본 Debian 템플릿의 경우에는 첫번째 파티션이므로 이 번호가 1입니다.

3. 지정한 VM에 대한 grub.conf 파일이 로드된 편집기가 열립니다. 이 파일을 변경하여 문제를 수정하고저장한 다음, 편집기를 종료하고 VM을 시작합니다.

Citrix XenServer 7.1 가상 컴퓨터 사용자 가이드 · 다음 Linux 배포판은 XenServer...

Documents

Transcript of Citrix XenServer 7.1 가상 컴퓨터 사용자 가이드 · 다음 Linux 배포판은 XenServer...