Citrix XenServer 7.1 Installation Guide

Citrix XenServer 7.1 설치 가이드 Publication date March 2017 1.0 엮음

Citrix XenServer 7.1 설치 가이드 Copyright 2017 Citrix Systems. Inc. 판권 소유. 버전: 7.1 Citrix, Inc. 851 West Cypress Creek Road Fort Lauderdale, FL 33309 United 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

차례 1. 시작... 1 1.1. 이 문서 정보... 1 1.2. XenServer 소개... 1 1.2.1. XenServer 사용 시 이점... 1 1.2.2. XenServer 관리... 1 1.3. XenServer 설명서... 2 2. 시스템 요구 사항... 3 2.1. 시스템 요구 사항... 3 2.1.1. XenServer 호스트 시스템 요구 사항... 3 2.1.2. XenCenter 시스템 요구 사항... 4 2.1.3. 지원되는 게스트 운영 체제... 4 3. XenServer 라이센스... 5 3.1. 추가 라이센스 정보... 7 4. XenServer 및 XenCenter 설치... 9 4.1. 설치 미디어 및 방법... 9 4.2. XenServer 호스트 설치... 10 4.2.1. XenServer 호스트 파티션 레이아웃... 13 4.3. XenCenter 설치... 15 4.4. XenCenter를 XenServer 호스트에 연결... 15 5. 설치 및 배포 시나리오... 17 5.1. 로컬 스토리지가 있는 XenServer 호스트... 17 5.2. 공유 스토리지가 있는 XenServer 호스트 풀... 18 5.2.1. 공유 NFS 스토리지가 있는 XenServer 호스트... 18 5.2.2. 공유 iscsi 스토리지가 있는 XenServer 호스트... 19 6. XenServer 및 IntelliCache... 22 6.1. IntelliCache 배포... 22 iii

6.1.1. 호스트 설치 시 사용하도록 설정... 22 6.1.2. 기존 호스트를 씬 프로비저닝을 사용하도록 변환... 23 6.1.3. VM 부팅 동작... 24 6.1.3.1. VM 캐싱 동작 설정... 24 6.1.3.1.1. 공유 데스크톱 모드... 24 6.1.3.1.2. 개인 데스크톱 모드... 24 6.1.4. 구현 세부 정보 및 문제 해결... 24 7. XenServer 업그레이드... 26 7.1. 롤링 풀 업그레이드... 26 7.1.1. XenCenter Rolling Pool Upgrade(롤링 풀 업그레이드) 마법사를 사용하여 XenServer 호스트 업그레이드... 27 7.1.2. xe CLI를 사용하여 XenServer 호스트 업그레이드... 28 7.1.2.1. 업그레이드 경로 계획... 28 7.1.2.2. xe CLI를 사용하여 롤링 풀 업그레이드 수행... 29 7.2. xe CLI를 사용하여 단일 XenServer 호스트 업그레이드... 30 7.2.1. 단일 XenServer 호스트를 업그레이드하기 전에... 30 7.2.2. xe CLI를 사용하여 단일 XenServer 호스트 업그레이드... 31 8. XenServer에 업데이트 적용... 32 8.1. 풀 업데이트 준비... 32 8.2. 풀에 업데이트 적용... 33 8.2.1. 업데이트 자동 적용... 33 8.2.2. 풀에 업데이트 적용... 33 8.2.3. xe CLI를 사용하여 XenServer 호스트 풀 업데이트... 34 8.2.4. xe CLI를 사용하여 개별 호스트 업데이트... 35 8.3. XenServer의 라이브 패칭... 36 8.3.1. 라이브 패칭 시나리오... 36 8.3.2. 자동 업데이트 및 라이브 패칭 적용... 36 8.3.3. XenCenter 및 xe CLI를 사용하여 라이브 패칭을 사용하도록 설정... 37 8.4. 자동 업데이트 적용... 37 iv

문제 해결... 40 SAN 환경에서 부팅... 41 1. Cisco UCS용 Software-boot-from-iSCSI... 41 1.1. CD 미디어를 사용한 XenServer 설치... 42 1.2. PXE를 사용한 XenServer 설치... 42 네트워크 부팅 설치... 44 1. XenServer 설치를 위한 PXE 및 UEFI 환경 구성... 44 2. 무인 PXE 및 UEFI 설치용 응답 파일 만들기... 47 공간이 적은 장치에 XenServer 설치... 51 v

1장. 시작 1.1. 이 문서 정보 이 문서는 Citrix 의 완벽한 서버 가상화 플랫폼인 Citrix XenServer 를 위한 설치 가이드입니다. 이 문서에 서는 XenServer 설치, 구성 및 초기 작업을 자세히 안내하는 절차를 설명하며 설치 중 발생할 수 있는 문제 를 해결하는 방법에 대한 정보를 제공하고 추가 리소스도 안내합니다. 이 문서는 기본적으로 물리적 서버에 XenServer 호스트를 설치하려고 하는 시스템 관리자를 대상으로 합 니다. 1.2. XenServer 소개 XenServer는 Citrix의 완전한 서버 가상화 플랫폼입니다. XenServer 패키지에는 기본 성능에 근접하는 오픈 소스 반가상화 하이퍼바이저인 Xen에서 실행되는 가상 x86 컴퓨터의 배포를 만들고 관리하는 데 필요한 모 든 것이 포함되어 있습니다. XenServer는 Windows 및 Linux 가상 서버 모두에 최적화되었습니다. XenServer는 기반 운영 체제 없이 서버 하드웨어에서 직접 실행되므로 효율적이고 확장 가능한 시스템을 구축할 수 있습니다. XenServer는 물리적 컴퓨터의 요소(예를 들어 하드 드라이브, 리소스 및 포트)를 추상 화하고 이를 이 물리적 컴퓨터에서 실행되는 가상 컴퓨터에 할당합니다. VM(가상 컴퓨터)은 물리적 컴퓨터처럼 자체 운영체제 및 응용 프로그램을 실행할 수 있는 완전히 소프트 웨어로 구성된 컴퓨터입니다. VM은 완전히 물리적 컴퓨터처럼 작동하며 자체 가상(소프트웨어 기반) CPU, RAM, 하드 디스크 및 NIC(네트워크 인터페이스 카드)를 포함합니다. XenServer에서는 VM을 만들고, VM 디스크 스냅샷을 만들고, VM 작업 부하를 관리할 수 있습니다. 주요 XenServer 기능의 전체 목록을 보려면 www.citrix.com/xenserver를 방문하십시오. 1.2.1. XenServer 사용 시 이점 XenServer를 사용하면 다음을 통해 비용이 절감됩니다.: 여러 VM을 물리적 서버로 통합 관리해야 하는 디스크 이미지의 수 감소 기존 네트워킹 및 스토리지 인프라와 간편하게 통합 가능 XenServer를 사용하면 다음을 통해 유연성이 향상됩니다.: XenMotion을 사용하여 XenServer 호스트 간에 VM을 라이브 마이그레이션하여 중단 시간 없는 유지 관 리 계획 가능 고가용성 기능을 사용하여 하나가 실패할 경우 다른 XenServer 호스트에서 VM을 다시 시작하는 정책을 구성함으로써 VM의 가용성 증가 하나의 VM 이미지가 다양한 배포 인프라에서 작동하므로 VM 이미지의 이식성 증가 1.2.2. XenServer 관리 XenServer를 관리하는 방법에는 XenCenter 및 XenServer CLI(명령줄 인터페이스)를 사용하는 방법 두 가 지가 있습니다. XenCenter Windows 기반의 그래픽 사용자 인터페이스입니다. XenCenter에서는 XenServer 호스트, 풀 및 공유 스토리지를 관리하고, Windows 데스크톱 컴퓨터에서 VM을 배포, 관리 및 모니터링할 수 있습니다. 1

XenCenter 온라인 도움말은 XenCenter을 시작하고 상황에 맞는 도움말을 볼 수 있는 유용한 리소스입니다. XenServer CLI(명령줄 인터페이스)를 사용하면 Linux 기반 xe 명령을 사용하여 XenServer를 관리할 수 있 습니다. 1.3. 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에 대한 프로그래머 참조 가이드입니다. 추가 리소스에 대해서는 Citrix Knowledge Center를 방문하십시오. 2

2장. 시스템 요구 사항 2.1. 시스템 요구 사항 XenServer에는 최소 두 대의 물리적 x86 컴퓨터가 있어야 합니다. 이 중 하나는 XenServer 호스트로 사용되 고 다른 하나는 XenCenter 응용 프로그램을 실행하는 데 사용됩니다. XenServer 호스트 컴퓨터는 XenServer 를 실행하는 작업, 즉 VM을 호스팅하는 데만 사용되고 다른 응용 프로그램에는 사용되지 않습니다. 주의 보조 팩으로 제공되고 XenServer에서 명시적으로 보증하는 위치를 제외한 Citrix 호스트(즉, dom0 제어 도메인)에 타사 소프트웨어를 직접 설치하는 것은 지원되지 않습니다. 하드웨어 요구 사항을 만족하는 모든 범용 Windows 컴퓨터에서 XenCenter를 실행할 수 있으며 다른 응용 프로그램을 실행할 수 있습니다. 2.1.1. XenServer 호스트 시스템 요구 사항 XenServer는 일반적으로 서버급 하드웨어에 배포되지만 XenServer는 많은 워크스테이션 및 랩톱 모델과 도 호환됩니다. 전체 XenServer Hardware Compatibility List(하드웨어 호환성 목록)는 http://www.citrix.com/ xenserver/hcl을 참조하십시오. 다음은 권장 XenServer 하드웨어 사양에 대한 설명입니다. XenServer 호스트는 VM 호스팅 전용으로 사용되는 64비트 x86 서버급 컴퓨터여야 합니다. XenServer는 VM에서 인식하는 가상 장치와 물리적 하드웨어 간의 상호 작용을 제어하는 Xen 지원 커널을 사용하여 최 적화되고 향상된 Linux 파티션을 생성해야 합니다. XenServer는 다음을 지원할 수 있습니다. 최대 5TB RAM 최대 16개 NIC 호스트당 최대 288개의 논리적 프로세서 지원되는 최대 논리적 프로세서의 수는 CPU마다 다릅니다. 자세한 내용은 XenServer HCL(하 드웨어 호환성 목록)을 참조하십시오. XenServer 호스트의 시스템 요구 사항은 다음과 같습니다. CPU 64비트 x86 CPU 1개 이상, 최소 1.5GHz, 2GHz 이상의 멀티코어 CPU 권장 Windows를 실행하는 VM을 지원하려면 CPU가 적어도 한 개 이상 있는 Intel VT 또는 AMD-V 64비트 x86 기반 시스템이 있어야 합니다. Windows VM을 실행하려면 XenServer 호스트에서 가상화를 위한 하드웨어 지원 기능을 사용하도록 설정해야 합니다. 이는 BIOS의 옵션입니다. BIOS에 서 가상화 지원 기능이 사용하지 않도록 설정되어 있을 수 있습니다. 자세한 내용은 BIOS 설명서를 참조하십시오. 지원되는 반가상화 Linux를 실행하는 VM을 지원하려면 하나 이상의 CPU가 있는 표준 64비트 x86 기반 시스템이 있어야 합니다. 3

RAM 최소 2GB. 4GB 이상 권장 디스크 공간 최소 46GB의 디스크 공간이 있는 로컬로 연결된 스토리지(PATA, SATA, SCSI), 70GB 디스크 공간 권장, SAN을 통한 다중 경로 부팅을 사용하여 설치하는 경우 소프트웨어 를 통하지 않고 HBA를 통하는 SAN. 호환되는 스토리지 솔루션에 대한 자세한 목록은 http://hcl.vmd.citrix.com을 참조하십시오. 네트워킹 100Mbit/s 이상의 NIC. 고속 P2V 및 내보내기/가져오기 데이터 전송과 VM 라이브 마이 그레이션을 위해서는 하나 이상의 기가비트 NIC 또는 10기가비트 NIC가 권장됩니다. 중복성을 위해서는 여러 개의 NIC를 구성하는 것이 좋습니다. NIC의 구성은 스토리지 유형에 따라 다릅니다. 자세한 내용은 공급업체 설명서를 참조하십시오. 일부 경우에는 지원 과정에서 디버깅 목적으로 직렬 콘솔 액세스가 필요합니다. 따라서 XenServer 구성을 설정할 때 직렬 콘솔 액세스를 구성하는 것이 좋습니다. 블레이드 서버와 같은 물리적 직 렬 포트가 없는 호스트의 경우나 적절한 물리적 인프라를 사용할 수 없는 경우에는 고객이 Dell DRAC나 HP ilo 같은 포함된 관리 장치를 구성할 수 있는지 조사해야 합니다. 직렬 콘솔 액세스 설정에 대한 자세한 내용은 CTX121442 How to Set Up a Serial Cable for Troubleshooting on XenServer(XenServer에서 문제 해결용 직렬 케이블을 설정하는 방법)를 참조하십시오. 2.1.2. XenCenter 시스템 요구 사항 XenCenter의 시스템 요구 사항은 다음과 같습니다. 운영 체제 Windows 10, Windows 8.1, Windows 8, Windows 7 SP1, Windows Vista SP2, Windows Server 2012R2, Windows Server 2012, Windows Server 2008R2 SP1, Windows Server 2008 SP2.NET Framework 버전 4.6 CPU 속도 최소 750MHz. 1GHz 이상 권장 RAM 최소 1GB. 2GB 이상 권장 디스크 공간 최소 100MB 네트워킹 100MB 이상의 NIC 화면 해상도 최소 1024x768 픽셀 XenCenter는 XenServer 이후의 모든 6.0 버전과 호환됩니다. 2.1.3. 지원되는 게스트 운영 체제 지원되는 VM 운영 체제 목록은 XenServer 가상 컴퓨터 사용자 가이드를 참조하십시오. 4

3장. XenServer 라이센스 XenServer 7.1에는 두 가지 상용 버전이 있습니다. Standard Enterprise Standard 버전은 입문용 상용 제품으로, Enterprise 버전의 고급 기능까지는 필요하지 않고 강력한 고성능 가상화 플랫폼을 비롯하여 포괄적인 Citrix 지원 및 유지 관리의 혜택을 누리고자 하는 고객의 요구를 충족 할 수 있는 다양한 기능을 제공합니다. Enterprise 버전은 데스크톱, 서버 및 클라우드 작업 부하에 최적화된 고급 제품입니다. Enterprise 버전은 Standard 버전의 기능뿐 아니라 다음과 같은 기능을 제공합니다. 자동화된 Windows VM 드라이버 업데이트 관리 에이전트의 자동 업데이트 SMB 스토리지 지원 Direct Inspect API Dynamic Workload Balancing NVIDIA GRID 및 Intel GVT-g의 vgpu(gpu 가상화) VMware vsphere와 XenServer 간 변환 유틸리티 Intel Secure Measured Boot(TXT) 풀 리소스 데이터 내보내기 메모리 내 읽기 캐시 PVS-Accelerator XenCenter를 사용한 자동 업데이트 XenServer 라이브 패칭 XenApp 또는 XenDesktop을 구매한 고객은 위에 나열된 모든 기능이 포함되어 있는 XenServer를 계속해서 사용할 수 있습니다. 로, XenServer 7.1에서 모든 XenApp/XenDesktop 고객은 이전에 Platinum 고객에 게만 제공되었던 메모리 내 읽기 캐시 기능을 사용할 수 있습니다. 라이센스 적용 XenServer는 다른 많은 Citrix 제품에 사용되는 것과 동일한 라이센스 메커니즘을 사용합니다. XenServer 7.1 라이센스를 적용하려면 Citrix License Server 11.13.1.2 이상이 필요합니다. 라이센스 서버는 Citrix Licensing에서 다운로드할 수 있습니다. 라이센스를 구입하면.LIC 라이센스 키가 제공됩니다. 이 라이센스 키를 다음 중 하나에 설치해야 합니다. Citrix License Server 소프트웨어를 실행하는 Windows 서버 Linux 기반 Citrix License Server Virtual Appliance 5

다른 Citrix 구성 요소와 마찬가지로 Citrix License Server를 사용하여 제품 라이센스를 할당해야 합니다. 6.2.0 버전 이후부터 XenServer(XenDesktop 라이센스를 사용하는 경우 제외)는 소켓 단위로 라이센스가 부 여됩니다. 라이센스 할당은 환경에서 사용 중인 물리적 또는 가상의 독립 실행형 Citrix License Server를 통해 중앙에서 관리되고 적용됩니다. 소켓 단위 라이센스를 적용하면 XenServer가 Citrix XenServer PerSocket 버전으로 표시됩니다. 풀의 모든 호스트에 라이센스를 적용해야 합니다. 라이센스가 있는 호스트와 없는 호스트가 혼합된 풀은 모든 호스트에 라이센스가 없는 것처럼 동작합니다. Standard 버전에서 Enterprise 버전으로 업그레이드할 수 있습니다. XenServer 7.1 라이센스를 구 매하려면 여기를 클릭하십시오. XenServer 라이센스를 Citrix License Server Virtual Appliance에 적용하는 방법에 대한 지침은 CTX200159를 참조하십시오. Citrix XenServer의 라이센스를 적용하려면: 1. Citrix 라이센스 서버와 콘솔을 설치합니다. 자세한 설치 절차는 Citrix 제품 설명서 웹 사이트의 Licensing(라이센스) 항목을 참조하십시오. 2. Citrix XenServer 라이센스 파일을 가져와 Citrix License Server에 로드합니다. 3. Citrix 또는 xe CLI를 사용하여 각 XenServer XenCenter 호스트에 대한 라이센스를 구성합니다. Citrix를 사용하여 XenServer XenCenter 호스트에 대한 라이센스를 구성하는 방법: XenCenter 사용에 대한 자세한 내용을 보려면 F1 키를 눌러 상황에 맞는 온라인 도움말을 사용하십시오. 1. Tools(도구) 메뉴에서 License Manager를 선택합니다. 2. 라이센스를 할당할 호스트 또는 풀을 선택합니다. Assign License(라이센스 할당)를 클릭합니다. 6

그러면 Apply License(라이센스 적용) 창이 표시됩니다. 3. Apply License(라이센스 적용) 창에서 라이센스를 적용할 Citrix XenServer 버전을 선택한 다음 Citrix License Server 세부 정보를 입력합니다. 기본적으로 라이센스 서버는 Citrix 제품과의 통신에 포트 27000을 사용합니다. 라이센스 서 버의 기본 포트를 변경한 경우 Port number(포트 번호) 상자에 적절한 번호를 입력합니다. 충돌하는 포트 번호를 변경하는 방법에 대한 자세한 내용은 Citrix 제품 설명서 웹 사이트의 Licensing(라이센스) 항목을 참조하십시오. OK(확인)를 선택하여 작업을 계속합니다. XenCenter가 지정된 라이센스 서버에 연결하여 지정된 호스트 또는 풀의 라이센스를 확인합니다. XenCenter License Manager에 표시되는 정보가 업데이트됩니다. 라이센스를 해제하려면(라이센스 있는 XenServer 호스트를 라이센스 없는 XenServer로 되돌리려면): License Manager에서 호스트를 선택한 다음 Release License(라이센스 해제)를 클릭합니다. xe CLI를 사용하여 Citrix XenServer 호스트에 대한 라이센스를 구성하려면: host-apply-edition 명령을 실행합니다. 예를 들어 다음을 입력합니다. xe host-apply-edition edition= enterprise-per-socket desktop-plus desktop standard-per-socket\ \ license-server-address=<license_server_address> host-uuid=<uuid_of_host> \ license-server-port=<license_server_port> 라이센스를 처음 할당할 때는 라이센스 서버 IP 주소와 포트 번호 매개 변수만 제공하면 됩니다. 이후에는 라이센스 서버 매개 변수를 지정하지 않아도 이 값이 저장되어 자동으로 사용됩니다. 호스트 UUID를 지정하지 않으면 명령을 실행하는 호스트에 라이센스가 적용됩니다. 풀을 구성하려면: pool-apply-edition 명령을 실행합니다. 예를 들어 다음을 입력합니다. xe pool-apply-edition edition= enterprise-per-socket desktop-plus desktop standard-per-socket\ \ license-server-address=<license_server_address> pool-uuid=<uuid_of_pool> \ license-server-port=<license_server_port> 3.1. 추가 라이센스 정보 이 섹션에서는 라이센스 만료 및 유예 기간과 같은 기타 라이센스 정보에 대해 설명합니다. 자세한 내용은 XenServer 7.1 Licensing FAQ(XenServer 호스트 6.5 라이센스 FAQ)를 참조하십시오. 7

라이센스 만료 라이센스 만료일이 임박하면 XenCenter에 알림이 표시됩니다. 라이센스는 만료되기 전에 구입해야 합니다. XenServer 라이센스가 만료되면 다음과 같은 상황이 발생합니다. XenCenter License Manager의 상태가 Unlicensed(라이센스 없음)로 표시됩니다. 다른 라이센스를 구입하기 전까지는 더 이상 라이센스가 필요한 기능에 액세스하거나 풀 내의 모든 호스 트에 대해 Citrix 기술 지원 서비스를 받을 수 없습니다. 라이센스 유예 기간 Citrix 라이센스에는 시간 초과 기술이 기본적으로 제공됩니다. XenServer 호스트에서 시작 라이센스를 체 크 아웃한 후에는 XenServer와 라이센스 서버가 5분마다 "하트비트" 메시지를 교환하여 서로에게 실행 상 태를 알립니다. 라이센스 서버 하드웨어나 소프트웨어 문제 또는 네트워크 장애로 인해 XenServer 호스트 가 라이센스 서버와 통신할 수 없으면 서버는 30일 라이센스 유예 기간 모드로 전환됩니다. 유예 기간 동안 XenServer는 캐시된 정보를 통해 자체적으로 라이센스를 적용하며 호스트는 License Server와 통신할 때 와 마찬가지로 작업을 계속 수행할 수 있습니다. 이 유예 기간은 30일이며 유예 기간이 끝나면 XenServer 가 라이센스 없는 상태로 전환됩니다. XenServer와 License Server 간의 연결이 다시 설정되면 유예 기간 이 다시 설정됩니다. 8

4장. XenServer 및 XenCenter 설치 이 장에서는 물리적 서버에 XenServer 호스트 소프트웨어를 설치하고, Windows 워크스테이션에 XenCenter 를 설치하고, 이 둘을 연결하여 VM(가상 컴퓨터)을 만들고 실행하기 위한 인프라를 구성하는 과정을 안내 합니다. 설치 과정을 안내한 후 이 장에서는 몇 가지 일반적인 설치 및 배포 시나리오에 대해 설명합니다. 4.1. 설치 미디어 및 방법 XenServer는 베어메탈 하드웨어에 직접 설치되므로 기본 운영 체제의 복잡성, 오버헤드 및 성능 병목 현상 이 방지됩니다. 또한 Linux 커널에서 사용 가능한 장치 드라이버를 사용하므로 XenServer는 다양한 하드웨 어 및 스토리지 장치에서 실행됩니다. 하지만 Citrix는 인증된 장치 드라이버를 사용할 것을 권장합니다. 자 세한 내용은 XenServer HCL(XenServer 하드웨어 호환성 목록)을 참조하십시오. XenServer 호스트는 다음으로 구성됩니다. Xen Hypervisor(Xen 하이퍼바이저): 하이퍼바이저는 소프트웨어의 기본 추상화 계층입니다. 하이퍼바이 저는 CPU 예약과 같은 저수준 작업을 담당하며 상주하는 VM에 대한 메모리 격리를 담당합니다. 하이퍼 바이저는 VM에 대한 하드웨어에서 추상화됩니다. 하이퍼바이저는 네트워킹, 외부 스토리지 장치, 비디 오 등을 인식하지 않습니다. Linux Foundation Xen Project 커뮤니티에서 GNU General Public License에 따라 무료 소프트웨어 라이센스가 적용되는 Xen 하이퍼바이저를 개발하고 유지 관리합니다. XenServer 7.1은 Xen 하이퍼바이저 v4.7을 사용합니다. 제어 도메인: 'Domain0' 또는 'dom0'이라고도 하는 제어 도메인은 CentOS 7.2 배포판을 기반으로 하 여 XenServer management toolstack을 실행하는 권한이 부여된 보안 Linux VM입니다. 제어 도메인은 XenServer 관리 기능 제공 이외에도 물리적 장치에 대한 사용자 생성 VM(가상 컴퓨터) 액세스를 제공하 는 드라이버 스택도 실행합니다. management toolstack: xapi라고도 하는 이 소프트웨어 toolstack을 사용하면 VM 수명주기 작업, 호스트 및 VM 네트워킹, VM 스토리지 및 사용자 인증을 제어하고, XenServer 리소스 풀을 관리할 수 있습니다. xapi는 VM 및 리소스 풀을 관리하는 모든 도구가 사용하는 공개 문서화된 XenAPI 관리 인터페이스를 제 공합니다. 주요 운영 체제를 VM으로 설치하기 위한 VM 템플릿 VM에 예약된 로컬 SR(스토리지 저장소) 중요 XenServer 호스트는 전용 64비트 x86 서버에 설치해야 합니다. XenServer 호스트와 함께 듀얼 부팅 구성으로 다른 운영 체제를 설치하지 마십시오. 이 구성은 지 원되지 않습니다. 설치 미디어 XenServer 호스트 및 XenCenter의 설치 관리자는 모두 설치 미디어에 있습니다. 설치 미디어에는 XenServer 및 XenServer 구성 요소에 대한 제품 설명서를 포함하는 유용한 리소스에 대한 설명과 링크를 제공하는 Readme First(추가 정보)도 포함되어 있습니다. 설치 방법 다음과 같은 세 가지 방법으로 XenServer 호스트를 설치할 수 있습니다. CD에서 설치 9

설치 관리자(ISO 파일 형식)를 다운로드하여 CD로 구울 수 있습니다. 설치 관리자를 다운로드하려면 XenServer 다운로드 페이지를 방문하십시오. 기본 XenServer 설치 파일에는 호스트에서 XenServer를 설정하고 Windows 컴퓨터에서 XenCenter를 설 치하는 데 필요한 기본 패키지와 함께 필요한 Windows 설치 미디어가 포함되어 있습니다. 네트워크 액세스 가능한 TFTP 서버를 부팅할 수 있도록 설정 네트워크를 사용하여 설치 관리자를 부팅할 수 있도록 TFTP 서버를 설정하는 방법에 대한 자세한 내용 은 네트워크 부팅 설치를 참조하십시오. SAN에서 부팅할 수 있도록 XenServer를 SAN의 원격 디스크에 설치 자세한 내용은 SAN 환경에서 부팅를 참조하십시오. 보조 팩 XenServer를 설치한 후 필요한 보조 팩을 설치할 수 있습니다. 이렇게 하려면 XenServer 호스트에 적절한 설치 미디어를 탑재하고 CD의 루트 디렉터리에 있는 install.sh 스크립트를 실행합니다. 업그레이드 설치 관리자에서는 이전에 설치된 XenServer 버전을 검색하는 경우 업그레이드할 수 있는 옵션을 제공합니 다. 업그레이드 프로세스는 몇몇 설치 단계를 건너뛰는 것을 제외하면 처음 설치할 때의 프로세스와 같습니 다. 네트워킹 구성, 시스템 시간 설정 등의 기존 설정은 그대로 유지됩니다. 중요 업그레이드에는 신중한 계획과 주의가 필요합니다. 개별 XenServer 호스트 및 풀 업그레이드에 대한 자세한 내용은 7장. XenServer 업그레이드를 참조하십시오. 4.2. XenServer 호스트 설치 주의 XenServer를 설치하면 설치에 사용하도록 선택한 모든 하드 드라이브에 있는 데이터가 덮어쓰여 집니다. 유지할 데이터를 백업한 다음 계속하십시오. XenServer 호스트를 설치하거나 업그레이드하려면: 1. 설치 CD에서 컴퓨터를 부팅하거나, 해당되는 경우 TFTP 서버에서 네트워크 부팅을 수행합니다. 2. 초기 부팅 메시지 및 Welcome to XenServer(XenServer 시작) 화면에 따라 설치에 사용할 키보드 레이 아웃을 선택합니다. 작은 정보 설치 중 다음 화면으로 빠르게 넘어가려면 F12 키를 누르십시오. 요소 간에 이동하려면 Tab 키를 사용하고 선택하려면 스페이스나 Enter 키를 사용하십시오. 일반 도움말을 보려면 F1 키 를 누르십시오. System Hardware(시스템 하드웨어) 경고 화면이 표시되고 시스템에서 하드웨어 가상화 지 원 기능이 제공되면 하드웨어 제조업체의 지원 사이트에서 BIOS 업그레이드가 있는지 확인 하십시오. 3. Welcome to XenServer Setup(XenServer 설치 시작) 화면이 표시됩니다. 10

XenServer에는 대부분의 최신 서버 하드웨어 구성을 지원하는 광범위한 드라이버 모음이 포함되어 있 습니다. 하지만 추가적인 필수 드라이버가 포함된 보조 팩이 제공되는 경우에는 F9 키를 누릅니다. 그 러면 설치 관리자에서 필요한 드라이버 설치 과정을 안내합니다. 필수 드라이버를 모두 설치했으면 OK(확인)를 선택하여 작업을 계속합니다. XenServer에서는 FCoE에서 부팅되도록 XenServer 설치를 구성할 수 있습니다. F10 키를 누르고 화면 에 표시되는 지침에 따라 FCoE를 설정합니다. FCoE에서 부팅되도록 XenServer를 설정하기 전에 스토리지 패브릭을 구성하고 SAN의 PWWN(공개 World Wide Name)에 LUN을 할당하는 등, 호스트에 LUN을 표시하는 데 필요한 구성을 수동으로 완료해야 합니다. 이 구성을 완료한 후 사용 가능한 LUN을 호스트의 CNA 에 SCSI 장치로 마운트해야 합니다. 그러면 로컬로 연결된 SCSI 장치인 것처럼 SCSI 장치를 LUN에 액세스하는 데 사용할 수 있습니다. FCoE를 지원하도록 물리적 스위치 및 배열을 구 성하는 방법에 대한 자세한 내용은 공급업체가 제공한 설명서를 참조하십시오. 4. XenServer EULA(최종 사용자 사용권 계약)가 표시됩니다. Page Up 및 Page Down 키로 스크롤하여 계약 내용을 읽습니다. Accept EULA(동의함)를 선택하여 작업을 계속합니다. 5. 적절한 설치 동작을 선택합니다. 다음 옵션이 표시될 수 있습니다. Perform clean installation(새로 설치 수행) Upgrade(업그레이드): 설치 관리자에서 이전에 설치된 XenServer 버전을 검색하는 경우 업그레이드 할 수 있는 옵션을 제공합니다. XenServer 호스트 업그레이드에 대한 자세한 내용은 7장. XenServer 업그레이드를 참조하십시오. Restore(복원): 설치 관리자에서 이전에 만든 백업 설치를 검색하는 경우 백업에서 XenServer를 복 원하는 옵션을 제공합니다. 자세한 내용은 XenServer 관리자 가이드를 참조하십시오. 원하는 옵션을 선택하고 OK(확인)를 선택하여 작업을 계속합니다. 6. 로컬 하드 디스크가 여러 개 있는 경우 설치에 사용할 주 디스크를 선택합니다. OK(확인)를 선택합니다. 7. 가상 컴퓨터 스토리지에 사용할 디스크를 선택합니다. 특정 디스크에 대한 정보를 보려면 F5 키를 누 릅니다. 씬 프로비저닝을 통해 사용 가능한 스토리지의 사용률을 최적화하려면 Enable thin provisioning(씬 프 로비저닝 사용)을 선택합니다. XenDesktop 사용자는 로컬 캐싱이 올바르게 작동하도록 이 옵션을 선택 하는 것이 좋습니다. 자세한 내용은 6장. XenServer 및 IntelliCache를 참조하십시오. OK(확인)를 선택합니다. 8. 설치 미디어 원본을 선택합니다. CD에서 설치할 경우 Local media(로컬 미디어)를 선택합니다. 네트워크를 사용하여 설치할 경우 HTTP or FTP(HTTP 또는 FTP)나 NFS를 선택합니다. OK(확인)를 선택하여 작업을 계속합니다. Local media(로컬 미디어)를 선택하는 경우 다음 화면에 CD에서 설치할 보조 팩이 있는지 묻는 메시지 가 표시됩니다. 하드웨어 공급업체에서 제공한 보조 팩을 설치하려면 Yes(예)를 선택합니다. HTTP or FTP(HTTP 또는 FTP)나 NFS를 선택한 경우 다음과 같이 합니다. a. 설치 관리자가 XenServer 설치 미디어 파일에 연결할 수 있도록 네트워킹을 설정합니다. 컴퓨터에 NIC가 여러 개 있는 경우 XenServer 설치 미디어 파일 액세스에 사용할 NIC를 하나 선택 한 다음 OK(확인)를 선택하여 작업을 계속합니다. 11

b. Automatic configuration (DHCP)(자동 구성(DHCP))을 선택하여 DHCP를 통해 NIC를 구성하거나 Static configuration(정적 구성)을 선택하여 NIC를 수동으로 구성합니다. Static configuration(정적 구성)을 선택하는 경우 세부 정보를 적절히 입력합니다. c. HTTP or FTP(HTTP 또는 FTP)를 선택하는 경우 HTTP 또는 FTP 저장소의 URL 및 사용자 이름과 암호(해당되는 경우)를 제공하라는 메시지가 표시됩니다. NFS를 선택하는 경우 NFS 공유에 대한 경로 및 서버를 제공하라는 메시지가 표시됩니다. OK(확인)를 선택하여 작업을 계속합니다. 9. 설치 미디어의 무결성을 확인할지 여부를 지정합니다. Verify installation source(설치 원본 확인)를 선 택한 경우 패키지의 MD5 체크섬이 계산되어 알려진 값과 일치하는지 확인됩니다. 확인 작업은 다소 시 간이 걸릴 수 있습니다. 원하는 옵션을 선택하고 OK(확인)를 선택하여 작업을 계속합니다. 10. XenCenter에서 XenServer 호스트에 연결하는 데 사용할 루트 암호를 설정 및 확인합니다. 또한 이 암 호와 사용자 이름 "root"를 사용하여 시스템 구성 콘솔 xsconsole에 로그인합니다. 11. XenCenter에 연결하는 데 사용할 기본 관리 인터페이스를 설정합니다. 컴퓨터에 NIC가 여러 개 있는 경우 관리에 사용할 NIC를 선택합니다. OK(확인)를 선택하여 작업을 계 속합니다. 12. 관리 NIC IP 주소를 구성합니다. Automatic configuration (DHCP)(자동 구성(DHCP))을 선택하여 DHCP 를 통해 NIC를 구성하거나, Static configuration(정적 구성)을 선택하여 NIC를 수동으로 구성합니다. 풀의 일부가 되려면 XenServer 호스트에 정적 IP 주소가 있거나 DNS 주소를 지정할 수 있 는 기능이 있어야 합니다. DHCP를 사용할 경우 정적 DHCP 예약 정책이 구성되어 있는지 확 인하십시오. 13. 호스트 이름 및 DNS 구성을 수동으로 지정하거나 DHCP를 통해 자동으로 지정합니다. Hostname Configuration(호스트 이름 구성) 섹션에서 Automatically set via DHCP(DHCP를 통해 자동 설정)를 선택한 경우 DHCP 서버에서 호스트 이름과 함께 IP 주소를 제공합니다. Manually specify(수동 지정)를 선택한 경우 제공된 필드에 원하는 서버 호스트 이름을 입력합니다. 호스트 이름을 수동으로 지정할 경우 FQDN(정규화된 도메인 이름)이 아니라 짧은 호스트 이 름을 입력하십시오. FQDN을 입력하면 외부 인증이 실패하거나, XenServer 호스트가 다른 이 름으로 AD에 추가될 수 있습니다. DNS Configuration(DNS 구성) 섹션에서 Automatically set via DHCP(DHCP를 통해 자동 설정)를 선택 하여 DHCP를 통해 이름 서비스 구성을 가져옵니다. Manually specify(수동 지정)를 선택한 경우 제공된 필드에 주(필수), 보조(선택 사항) 및 3차(선택 사항) DNS 서버의 IP 주소를 입력합니다. OK(확인)를 선택하여 작업을 계속합니다. 14. 표준 시간대, 즉 해당하는 지역 및 구/군/시를 선택합니다. 원하는 로캘의 첫 문자만 입력하면 해당 문자 로 시작하는 첫 번째 항목으로 이동할 수 있습니다. OK(확인)를 선택하여 작업을 계속합니다. 15. 서버에서 현지 시간을 결정하는 방식, 즉 NTP를 사용할지 또는 시간을 수동으로 입력할지를 지정합니 다. 원하는 옵션을 선택하고 OK(확인)를 선택하여 작업을 계속합니다. 16. NTP를 사용할 경우 NTP is configured by my DHCP server(내 DHCP 서버를 통해 NTP 구성)를 선택 하여 DHCP가 시간 서버를 설정하도록 하거나 아래 필드에 NTP 서버 이름이나 IP 주소를 하나 이상 입 력합니다. OK(확인)를 선택합니다. 12

XenServer에서는 서버의 BIOS에 설정된 시간이 현재 시간(UTC 기준)인 것으로 가정합니다. 17. Install XenServer(XenServer 설치)를 선택합니다. 날짜와 시간을 수동으로 설정하도록 선택하는 경우 설치하는 중에 날짜와 시간을 설정하라는 메시지가 표시됩니다. 설정했으면 OK(확인)를 선택하여 계속합니다. 18. CD에서 설치할 때 보조 팩을 포함하도록 선택하면 보조 팩을 넣으라는 메시지가 표시됩니다. XenServer 설치 CD를 꺼내고 보조 팩 CD를 넣습니다. OK(확인)를 선택합니다. Use media(미디어 사용)를 선택하여 설치를 계속합니다. 설치할 각 Pack에 이 작업을 반복합니다. 19. Installation Complete(설치 완료) 화면이 나타나면 설치 CD를 꺼내고(CD에서 설치할 경우) OK(확인)를 선택하여 서버를 재부팅합니다. 서버가 재부팅되면 XenServer에 시스템 구성 콘솔인 xsconsole이 표시됩니다. xsconsole에서 로컬 셸 (shell)에 액세스하려면 Alt+F3을 누릅니다. xsconsole로 돌아가려면 Alt+F1을 누릅니다. 표시된 IP 주소를 기록해 두십시오. XenCenter를 XenServer 호스트에 연결할 때 이 주소를 사용합니다. 4.2.1. XenServer 호스트 파티션 레이아웃 XenServer 7.0에는 새로운 호스트 디스크 파티션 레이아웃이 도입되었습니다. 로그 파일을 크기가 큰 별도 의 파티션으로 이동하여 XenServer에서 더 오랜 기간 동안 더 자세한 로그를 유지할 수 있으므로, 문제를 진 단하는 기능이 개선됩니다. 이와 동시에, Dom0 루트 디스크의 수요를 줄이고 로그 파일의 디스크 공간 사용 으로 인한 잠재적인 공간 문제를 방지합니다. 새로운 레이아웃에는 다음과 같은 파티션이 포함됩니다. 18GB XenServer 호스트 제어 도메인(dom0) 파티션 18GB 백업 파티션 4GB 로그 파티션 1GB 스왑 파티션 0.5GB UEFI 부팅 파티션 XenServer 6.5.0 및 이전 릴리스에서는 4GB 제어 도메인(dom0) 파티션이 스왑 및 로깅을 비롯한 모든 dom0 기능에 사용되었습니다. 원격 syslog를 사용하지 않는 고객과 타사 모니터링 도구 및 보조 팩을 사용하는 고객에게는 이 파티션 크기가 부족했습니다. XenServer은 이 문제를 제거하고 dom0으로 전용 18GB 파티 션을 제공합니다. 또한 더 커진 dom0 전용 파티션은 dom0 루트 디스크의 수요를 줄여 상당한 성능 향상을 제공합니다. 4GB 전용 로그 파티션의 도입으로 과도한 로그가 dom0 파티션을 채워 호스트 작동이 영향을 받는 문제가 사라졌습니다. 또한 더 긴 기간 동안 훨씬 자세한 로그 목록을 유지할 수 있게 되어 문제를 진단하는 능력 이 향상됩니다. XenServer에 UEFI 부팅이 도입됨으로써, 파티션 레이아웃에도 UEFI 부팅에 필요한 전용 500MB 공간이 포 함됩니다. 13

위에 설명된 새로운 파티션 레이아웃으로 XenServer을 설치하는 고객은 디스크의 크기가 46GB 이상인지 확인해야 합니다. 공간이 더 적은 장치 즉, 디스크 공간이 12GB에서 46GB 사이인 장치에 XenServer을 설치하려는 고객은 레 거시 DOS 파티션 레이아웃을 사용하여 XenServer을 새로 설치해야 합니다. 자세한 내용은 공간이 적은 장 치에 XenServer 설치를 참조하십시오. 중요 Citrix에서는 최소 46GB의 디스크 공간을 할당하고 새로운 GPT 파티션 레이아웃을 사용하여 XenServer을 설치할 것을 권장합니다. 새 파티션 레이아웃으로 업그레이드 XenCenter를 사용하여 XenServer 6.5.0 이하 버전에서 XenServer 7.1으로 업그레이드하는 경우 호스트 파 티션이 새 레이아웃으로 업그레이드됩니다. 단, 다음과 같은 조건이 충족되어야 합니다. 로컬 SR에 적어도 46GB의 디스크 공간이 있습니다. 로컬 SR에 VDI가 존재하지 않습니다. XenServer 7.1과 함께 제공된 XenCenter를 사용하여 XenServer으로 RPU(롤링 풀 업그레이드)를 수행 합니다. 7.1 주의 고객은 xe CLI를 사용하여 새 호스트 파티션 레이아웃으로 업그레이드할 수 없습니다. 업그레이드 프로세스 중에 RPU 마법사가 로컬 SR에 VDI가 있는지 확인합니다. 업그레이드 프로세스 중에 VDI(가상 디스크)가 발견되면 VDI를 이동하라는 메시지가 표시됩니다. 이 경우 새 레이아웃을 사용하여 계 속하려면 VDI를 로컬 SR에서 공유 SR로 이동한 다음 업그레이드 프로세스를 다시 시작해야 합니다. 이유 가 있어 VDI를 이동할 수 없거나 로컬 SR에 충분한 공간(46GB 이상)이 없는 경우 기존 파티션 레이아웃을 사용하여 업그레이드가 진행되고 dom0 파티션의 디스크 공간 0.5GB가 UEFI 부팅에 할당됩니다. 기존 파티션 레이아웃 복원 7.1 버전에서 6.x 버전으로 XenServer를 복원할 예정이라면 호스트 파티션 레이아웃을 6.x 레이아웃으로 되 돌리십시오. 자세한 내용은 해당하는 XenServer 관리자 가이드를 참조하십시오. 레거시 파티션 레이아웃 XenServer 5.6 Service Pack 2 및 이전 버전에서는 DOS 파티션 테이블을 사용하여 루트 파일 시스템 및 백업과 로컬 스토리지를 구분했습니다. XenServer 6.0에서는 루트 파일 시스템, 백업 및 로컬 스토리지를 구분하기 위해 GUID 파티션 테이블이 도입되었습니다. Dell Utility Partition과 같이 유지해야 하는 필수 초기 파티션이 있는 컴퓨터에서 disable-gpt를 사용하여 XenServer 7.1을 설치하면 DOS 파티션 체계가 계속 사용됩니다. XenServer 5.x 릴리스에서 6.0으로 업 그레이드한 다음 7.1로 업그레이드하면 기존 DOS 파티션을 계속 사용하므로 기존 로컬 스토리지가 삭 제되지 않습니다. 다음 표에서는 설치 및 업그레이드 시나리오와 해당 작업 후에 적용되는 파티션 레이아웃을 보여 줍니다. 14

작업 업그레이드 전 파티 션수 설치/업그레이드 후 파티션 수 파티션 테이블 유형 46GB 이상의 주 디스크 공간이 있 는 상태에서 새로 설치 해당 없음 6 새 GPT 최소 12GB의 주 디스크 공간이 있 는 상태에서 disable-gpt를 사용하 여 새로 설치 해당 없음 3 (4 유틸리티 파티 션이 있는 경우) DOS 로컬 SR에 VM이 있거나 46GB 미 만의 주 디스크 공간이 있는 상태에 서 XenServer 6.x에서 7.1으로 업그 레이드 3 4 이전 GPT 로컬 스토리지에 VM이 없거나 46GB가 넘는 주 디스크 공간이 있 는 상태에서 XenServer 6.x에서 7.1 으로 업그레이드 3 6 새 GPT XenServer 6.x DOS 파티션(유틸리 티 파티션이 있는 경우 해당 파티 션 포함)에서 XenServer로 업그레 이드 7.1 3(유틸리티 파티션이 있는 경우 4) 3(유틸리티 파티션이 있는 경우 4) DOS * 루트, 백업, 로컬 SR(있는 경우), 부트, 로그 및 SWAP 포함 루트, 백업 및 로컬 SR(있는 경우) 포함 루트, 백업, 로컬 SR(있는 경우) 및 부트 포함 * 4.3. XenCenter 설치 XenCenter는 네트워크를 통해 XenServer 호스트에 연결할 수 있는 원격 Windows 컴퓨터에 설치해야 합니 다. 이 워크스테이션에.NET Framework 버전 4.6도 설치해야 합니다. XenCenter 설치 미디어는 XenServer 설치 미디어와 함께 제공됩니다. Citrix XenServer 다운로드 페이지에 서 XenCenter의 최신 버전을 다운로드할 수도 있습니다. XenCenter를 설치하려면: 1. XenCenter를 설치하기 전에 이전 버전을 모두 제거합니다. 2. 설치 관리자를 시작합니다. XenServer 설치 CD에서 설치할 경우 다음과 같이 합니다. 3. a. XenCenter를 실행할 컴퓨터의 DVD 드라이브에 CD를 넣습니다. b. CD에서 client_install 폴더를 엽니다. XenCenterSetup.exe를 두 번 클릭하여 설치를 시작합니다. 기본 대상 폴더를 수정한 다음 XenCenter를 설치할 수 있는 설치 마법사의 안내를 따릅니다. 4.4. XenCenter를 XenServer 호스트에 연결 XenCenter를 XenServer 호스트에 연결하려면: 1. XenCenter를 시작합니다. 프로그램에서 Home(홈) 탭이 열립니다. 15

2. Add New Server(새 서버 추가) 아이콘을 클릭합니다. 3. Server(서버) 필드에 XenServer 호스트의 IP 주소를 입력합니다. XenServer 설치 중에 설정한 루트 사 용자 이름과 암호를 입력합니다. 추가를 클릭합니다. 4. 새 호스트를 처음 추가할 때에는 Save and Restore Connection State(연결 상태 저장 및 복원) 대화 상 자가 나타납니다. 이 대화 상자에서 호스트 연결 정보를 저장하고 호스트 연결을 자동으로 복원하는 기 본 설정을 지정할 수 있습니다. 나중에 기본 설정을 변경해야 하는 경우 XenCenter를 사용하거나 Windows 레지스트리 편집기를 사용 하여 변경할 수 있습니다. XenCenter에서 이 작업을 수행하려면: 기본 메뉴에서 Tools(도구)를 선택한 다음 Options(옵션)를 선택 합니다. Options(옵션) 대화 상자가 열립니다. Save and Restore(저장 및 복원) 탭을 선택하고 기본 설 정을 지정합니다. 을 클릭하여 변경 내용을 저장합니다. Windows 레지스트리 편집기를 사용하여 변경하려면 HKEY_LOCAL_MACHINE\Software\Citrix \XenCenter 키(모든 사용자용으로 XenServer을 설치한 경우)로 이동하고 AllowCredentialSave라는 키 를 문자열 값 true 또는 false로 추가합니다. 16

5장. 설치 및 배포 시나리오 이 장에서는 다음과 같은 일반적인 설치 및 배포 시나리오를 안내합니다. 로컬 스토리지가 있는 하나 이상의 XenServer 호스트 공유 스토리지가 있는 XenServer 호스트 풀 공유 NFS 스토리지가 있는 여러 XenServer 호스트 공유 iscsi 스토리지가 있는 여러 XenServer 호스트 5.1. 로컬 스토리지가 있는 XenServer 호스트 XenServer를 배포하는 가장 간단한 방법은 로컬 스토리지가 있는 하나 이상의 XenServer 호스트에서 VM 을 실행하는 것입니다. 공유 스토리지가 없는 경우 XenServer 호스트 간에 VM의 XenMotion 라이브 마이그레이션 기능 을 사용할 수 없습니다. 기본 하드웨어 요구 사항:: 로컬 스토리지가 있는 하나 이상의 64비트 x86 서버 XenServer 호스트와 동일한 네트워크에 있는 하나 이상의 Windows 워크스테이션 개략적인 절차:: 1. 서버에 XenServer 호스트 소프트웨어를 설치합니다. 2. 워크스테이션에 XenCenter를 설치합니다. 3. XenCenter를 XenServer 호스트에 연결합니다. XenCenter를 XenServer 호스트에 연결하면 호스트의 로컬 디스크에서 스토리지가 자동으로 구성됩 니다. 17

5.2. 공유 스토리지가 있는 XenServer 호스트 풀 풀은 하나의 관리되는 엔티티로 연결된 여러 XenServer 호스트 설치로 구성됩니다. 풀을 공유 스토리지와 함께 사용하면 메모리가 충분한 풀의 모든 XenServer 호스트에서 시작한 다음, 실행 중 호스트 간에 동적으 로 이동하여(XenMotion) 중단 시간을 최소화할 수 있습니다. 따라서 개별 XenServer 호스트에 하드웨어 장 애가 발생한 경우 장애가 발생한 VM을 동일한 풀의 다른 호스트에서 다시 시작할 수 있습니다. HA(고가용성) 기능을 사용하도록 설정한 경우 호스트 장애 발생 시 보호되는 VM이 자동으로 이동됩니다. 풀에 있는 호스트 간에 공유 스토리지를 설정하려면 스토리지 저장소를 만들어야 합니다. XenServer SR(스토리지 저장소)은 가상 디스크가 저장되는 스토리지 컨테이너입니다. SR은 가상 디스크와 유사하게 XenServer와는 별개로 존재하는 영구적인 온 디스크 개체입니다. SR은 로컬 디스크 장치 및 공유 네트워크 스토리지를 포함하여 다양한 유형의 내부 및 외부 물리적 스토리지 장치에 있을 수 있습니다. 새 SR을 만들 때는 다음을 포함한 다양한 유형의 스토리지를 사용할 수 있습니다. NFS VHD 스토리지 소프트웨어 iscsi 스토리지 하드웨어 HBA 스토리지 다음 섹션에서는 XenServer 호스트 풀의 두 가지 일반적인 공유 스토리지 솔루션인 NFS 및 iscsi를 설정하 는 과정을 안내합니다. 새 SR을 만들기 전에 NFS 또는 iscsi 스토리지를 구성해야 합니다. 사용하는 스토 리지 솔루션 유형에 따라 설치 과정이 다르므로 자세한 내용은 공급업체 설명서를 참조하십시오. 어떤 경우 든 풀에 포함되기 위해 공유 스토리지를 제공하는 서버는 IP 주소가 정적 IP 주소로 설정되어 있거나 DNS 주소 지정이 가능해야 합니다. 공유 스토리지 설정에 대한 자세한 내용은 XenServer 관리자 가이드를 참조 하십시오. 공유 스토리지를 추가하기 전에 풀을 만드는 것이 좋습니다. 풀 요구 사항 및 설정 절차는 XenCenter 도움 말 또는 XenServer 관리자 가이드를 참조하십시오. 5.2.1. 공유 NFS 스토리지가 있는 XenServer 호스트 기본 하드웨어 요구 사항:: 로컬 스토리지가 있는 둘 이상의 64비트 x86 서버 XenServer 호스트와 동일한 네트워크에 있는 하나 이상의 Windows 워크스테이션 NFS를 통해 공유 디렉터리를 내보내는 서버 개략적인 절차:: 1. 서버에 XenServer 호스트 소프트웨어를 설치합니다. 2. 워크스테이션에 XenCenter를 설치합니다. 3. XenCenter 호스트에 XenServer를 연결합니다. 4. XenServer 호스트 풀을 만듭니다. 5. NFS 서버를 구성합니다. 6. NFS 공유에 풀 수준의 SR을 만듭니다. NFS 스토리지 구성. SR을 만들기 전에 NFS 스토리지를 구성해야 합니다. 풀의 일부가 되기 위해서는 NFS 공유에 정적 IP 주소가 있거나 DNS 주소를 지정할 수 있는 기능이 있어야 합니다. 또한 NFS 클라이언 트로 탑재할 수 있는 하나 이상의 대상(예: 풀의 XenServer 호스트)을 갖도록 NFS 서버를 구성해야 합니다. 스토리지 솔루션에 따라 설정이 다르므로 자세한 내용은 공급업체 설명서를 참조하십시오. 18

XenCenter에서 NFS 공유에 풀 수준의 SR을 만들려면: 1. Resources(리소스) 창에서 풀을 선택합니다. 도구 모음에서 New Storage(새 스토리지) 단추를 클릭합 니다. New Storage Repository(새 스토리지 저장소) 마법사가 열립니다. 2. Virtual disk storage(가상 디스크 스토리지) 아래에서 NFS VHD를 스토리지 유형으로 선택합니다. Next(다음)를 선택하여 계속합니다. 3. 새 SR의 이름과 해당 SR이 있는 공유의 이름을 입력합니다. Scan(검색)을 클릭하여 마법사가 지정된 위치에서 기존 NFS SR을 검색하도록 합니다. 지정된 경로를 풀의 모든 XenServer 호스트에 내보내도록 NFS 서버를 구성해야 합니다. 4. Finish(마침)를 클릭합니다. 새 SR이 풀 수준의 Resources(리소스) 창에 표시됩니다. xe CLI를 사용하여 풀 수준의 NFS 공유에 SR 만들기: 1. 풀의 XenServer 호스트에서 콘솔을 엽니다. 2. 다음 명령을 입력하여 server:/path에 스토리지 저장소를 만듭니다. xe sr-create content-type=user type=nfs name-label=<sr_name=> \ shared=true device-config:server=<server> \ device-config:serverpath=<path> device-config-server 인수는 NFS 서버의 이름을 나타내고 device-config-serverpath 인수는 서버의 경 로를 나타냅니다. shared가 true로 설정되어 있기 때문에 공유 스토리지가 풀의 모든 호스트에 자동으 로 연결되며 이후에 풀에 참가하는 호스트도 모두 스토리지에 연결됩니다. 생성된 스토리지 저장소의 UUID가 콘솔에 출력됩니다. 3. pool-list 명령을 사용하여 풀의 UUID를 찾습니다. 4. 다음을 입력하여 새 SR을 풀 범위 기본값으로 설정합니다. xe pool-param-set uuid=<pool_uuid> \ default-sr=<storage_repository_uuid> 공유 스토리지가 풀 범위 기본값으로 설정되었기 때문에 향후에 만드는 모든 VM의 디스크는 이 SR에 서 생성됩니다. 5.2.2. 공유 iscsi 스토리지가 있는 XenServer 호스트 기본 하드웨어 요구 사항:: 로컬 스토리지가 있는 둘 이상의 64비트 x86 서버 XenServer 호스트와 동일한 네트워크에 있는 하나 이상의 Windows 워크스테이션 iscsi를 통해 공유 디렉터리를 제공하는 서버 개략적인 절차:: 1. 서버에 XenServer 호스트 소프트웨어를 설치합니다. 2. 워크스테이션에 XenCenter를 설치합니다. 3. XenCenter 호스트에 XenServer를 연결합니다. 4. XenServer 호스트 풀을 만듭니다. 19

5. iscsi 스토리지를 구성합니다. 6. 필요한 경우 iscsi 장치에서 여러 초기자를 사용하도록 설정합니다. 7. 필요한 경우 각 XenServer 호스트에 대해 iscsi IQN을 구성합니다. 8. iscsi 공유에 풀 수준의 SR을 만듭니다. iscsi 스토리지 구성. SR을 만들기 전에 iscsi 스토리지를 구성해야 합니다. 풀의 일부가 되기 위해서는 iscsi 스토리지에 정적 IP 주소가 있거나 DNS 주소를 지정할 수 있는 기능이 있어야 합니다. 또한 SAN에 VM 스토리지용 iscsi 대상 LUN을 제공한 다음 이 대상을 인식하고 대상에 액세스할 수 있도록 XenServer 호스트를 구성해야 합니다. iscsi 대상과 각 XenServer 호스트의 iscsi 초기자 모두에 유효하고 고유한 IQN(iSCSI 정규화된 이름)이 있어야 합니다. 구성 방법에 대한 자세한 내용은 공급업체 설명서를 참조하십 시오. 각 XenServer 호스트에 대해 iscsi IQN 구성. 설치 시 XenServer에서는 자동으로 각 호스트에 고유한 IQN을 부여합니다. 로컬 관리 이름 지정 정책을 준수해야 하는 경우 호스트 콘솔에 다음을 입력하여 IQN 을 변경할 수 있습니다. xe-set-iscsi-iqn <iscsi_iqn> 또는 다음을 입력하여 xe CLI를 사용할 수 있습니다. xe host-param-set uuid=<host_uuid> other-config-iscsi_iqn=<iscsi_iqn> XenCenter를 사용하여 iscsi 공유에 풀 수준의 SR을 만들려면: 주의 XenCenter를 사용하여 iscsi 및 NetApp 스토리지용 SR을 만드는 경우 볼륨의 기존 내용이 삭제 됩니다. 1. Resources(리소스) 창에서 풀을 선택합니다. 도구 모음에서 New Storage(새 스토리지) 단추를 클릭합 니다. New Storage Repository(새 스토리지 저장소) 마법사가 열립니다. 2. Virtual disk storage(가상 디스크 스토리지) 아래에서 Software iscsi(소프트웨어 iscsi)를 스토리지 유 형으로 선택합니다. Next(다음)를 선택하여 계속합니다. 3. 새 SR의 이름과 iscsi 대상의 IP 주소 또는 DNS 이름을 입력합니다. 풀의 모든 XenServer 호스트가 하나 이상의 LUN에 액세스할 수 있도록 iscsi 스토리지 대 상을 구성해야 합니다. 4. CHAP 인증을 사용하도록 iscsi 대상을 구성한 경우에는 사용자 및 암호를 입력합니다. 5. Discover IQNs(IQN 검색) 단추를 클릭한 다음 Target IQN(대상 IQN) 목록에서 iscsi 대상 IQN을 선 택합니다. 주의 iscsi 대상 및 풀에 포함된 모든 서버의 IQN은 고유해야 합니다. 6. Discover LUNs(LUN 검색) 단추를 클릭한 다음 Target LUN(대상 LUN) 목록에서 SR을 만들 LUN을 선 택합니다. 주의 각각의 개별 iscsi 스토리지 저장소는 단일 LUN에 완전히 포함되어야 하며 둘 이상의 LUN에 걸쳐서 존재할 수 없습니다. 선택한 LUN에 있는 데이터는 모두 삭제됩니다. 20

7. Finish(마침)를 클릭합니다. 새 SR이 풀 수준의 Resources(리소스) 창에 표시됩니다. xe CLI를 사용하여 iscsi 공유에 풀 수준의 SR을 만들려면: 1. 풀에 있는 임의 서버의 콘솔에서 다음 명령을 실행합니다. xe sr-create name-label=<name_for_sr> \ content-type=user device-config-target=<iscsi_server_ip_address> \ device-config-targetiqn=<iscsi_target_iqn> \ device-config-localiqn=<iscsi_local_iqn> \ type=lvmoiscsi shared=true device-config-lunid=<lun_id> device-config-target 인수는 iscsi 서버의 이름 또는 IP 주소를 나타냅니다. device-config-lunid 인수는 쉼표로 구분된 LUN ID 목록일 수 있습니다. shared 인수가 true로 설정되어 있기 때문에 공유 스토리지 가 풀의 모든 호스트에 자동으로 연결되며 이후에 풀에 참가하는 호스트도 모두 스토리지에 연결됩니다. 이 명령은 생성된 스토리지 저장소의 UUID를 반환합니다. 2. pool-list 명령을 실행하여 풀의 UUID를 찾습니다. 3. 다음을 입력하여 새 SR을 풀 범위 기본값으로 설정합니다. xe pool-param-set uuid=<pool_uuid> default-sr=<iscsi_shared_sr_uuid> 공유 스토리지가 풀 범위 기본값으로 설정되었기 때문에 향후에 만드는 모든 VM의 디스크는 이 SR에 서 생성됩니다. 21

6장. XenServer 및 IntelliCache 이 기능은 XenServer를 XenDesktop과 함께 사용할 경우에만 지원됩니다. IntelliCache와 함께 XenServer를 사용하면 공유 스토리지와 로컬 스토리지를 조합하여 사용할 수 있으므로 호스트되는 가상 데스크톱 인프라를 비용면에서 더 효율적으로 배포할 수 있습니다. 많은 VM(가상 컴퓨터) 이 모두 공통의 OS 이미지를 공유하면 특별한 이점을 얻을 수 있습니다. 스토리지 어레이에 대한 부하가 줄 어들고 성능이 개선됩니다. 또한 로컬 스토리지가 공유 스토리지의 마스터 이미지를 캐시하므로 공유 스토 리지를 드나드는 네트워크 트래픽이 줄어듭니다. IntelliCache는 VM 호스트의 로컬 스토리지에 있는 VM 상위 VDI의 데이터를 캐시하는 방식으로 작동합니 다. 그런 다음 이 로컬 캐시는 상위 VDI에서 데이터를 읽을 때 채워집니다. 많은 VM이 공통의 상위 VDI를 공유하면(예를 들어, 모두 특정 마스터 이미지를 기반으로 하는 경우) 한 VM으로부터 읽어 캐시에 넣은 데 이터를 다른 VM이 사용할 수 있습니다. 이것은 공유 스토리지에 있는 마스터 이미지에 추가로 액세스할 필 요가 없음을 의미합니다. IntelliCache에는 씬 프로비저닝된 로컬 SR이 필수 구성 요소입니다. 씬 프로비저닝은 사용 가능한 스토리 지의 사용률을 최적화하는 방법입니다. 이 접근 방식을 사용하면 공유 스토리지보다 로컬 스토리지를 더 많 이 이용할 수 있습니다. 씬 프로비저닝에서는 모든 블록을 미리 할당하는 기존의 방식 대신 데이터 블록을 주문형 방식으로 할당합니다. 중요 씬 프로비저닝은 호스트의 기본 로컬 스토리지 유형을 LVM에서 EXT3으로 변경합니다. XenDesktop 로컬 캐싱 기능이 올바르게 작동되게 하려면 반드시 씬 프로비저닝을 사용하도록 설 정해야 합니다. 씬 프로비저닝을 사용할 경우 관리자는 SR(스토리지 저장소)에 연결된 VM에 해당 SR에서 실제 사용할 수 있는 공간보다 더 많은 스토리지 공간을 제공할 수 있습니다. 공간을 항상 확보하고 있지 않으며 LUN이 할 당되어도 VM이 데이터를 쓰기 전까지는 데이터 블록을 요청하지 않습니다. 주의 씬 프로비저닝된 SR은 필요에 따라 해당 VM의 디스크 사용량이 증가할 수 있으므로 물리적 공간 을 모두 써버릴 수 있습니다. IntelliCache VM은 로컬 SR 캐시가 가득 찰 경우 자동으로 공유 스토 리지를 사용함으로써 이 문제를 해결합니다. 동일한 SR에 기존의 가상 컴퓨터와 IntelliCache VM 을 혼합하여 사용하면 IntelliCache VM의 크기가 빠르게 증가할 수 있으므로 이 방법은 사용하지 않는 것이 좋습니다. 6.1. IntelliCache 배포 IntelliCache는 호스트를 설치하는 동안 사용하도록 설정하거나, 실행 중인 호스트에서 CLI를 통해 수동으 로 사용하도록 설정해야 합니다. Citrix에서는 가장 빠른 데이터 전송을 위해 SSD(Solid State Disk) 또는 고성능 RAID 배열과 같은 고성능 로 컬 스토리지 장치를 사용할 것을 권장합니다. 로컬 디스크의 크기를 결정할 때는 데이터 처리량과 스토리지 용량을 모두 고려해야 합니다. 원본 VDI(가상 디스크 이미지)를 호스트하는 데 사용되는 공유 스토리지 유 형은 NFS 또는 EXT 기반이어야 합니다. 6.1.1. 호스트 설치 시 사용하도록 설정 호스트를 설치하는 동안 IntelliCache를 사용하도록 설정하려면 Virtual Machine Storage(가상 컴퓨터 스토리 지) 화면에서 Enable thin provisioning (Optimized storage for XenDesktop)(씬 프로비저닝 사용(XenDesktop 22

용으로 최적화된 스토리지))을 선택합니다. 이렇게 하면 호스트의 로컬 SR이 VM VDI의 로컬 캐싱에 사용 되도록 선택됩니다. 6.1.2. 기존 호스트를 씬 프로비저닝을 사용하도록 변환 기존 LVM 기반 로컬 SR을 삭제하고 이를 씬 프로비저닝된 EXT3 기반 SR로 바꾸려면 다음 명령을 입력 합니다. 주의 다음 명령은 기존 로컬 SR을 삭제하므로 해당 SR의 VM이 영구적으로 삭제됩니다. localsr=`xe sr-list type=lvm host=<hostname> params=uuid --minimal` echo localsr=$localsr pbd=`xe pbd-list sr-uuid=$localsr params=uuid --minimal` echo pbd=$pbd xe pbd-unplug uuid=$pbd xe pbd-destroy uuid=$pbd xe sr-forget uuid=$localsr sed -i "s/'lvm'/'ext'/" /etc/firstboot.d/data/default-storage.conf rm -f /etc/firstboot.d/state/10-prepare-storage rm -f /etc/firstboot.d/state/15-set-default-storage service firstboot start xe sr-list type=ext 로컬 캐싱을 사용하도록 설정하려면 다음 명령을 입력합니다. xe host-disable host=<hostname> localsr=`xe sr-list type=ext host=<hostname> params=uuid --minimal` xe host-enable-local-storage-caching host=<hostname> sr-uuid=$localsr xe host-enable host=<hostname> 23

6.1.3. VM 부팅 동작 VM이 부팅될 때 VM VDI의 동작에는 두 가지 옵션이 있습니다. 1. 공유 데스크톱 모드 VM 부팅 시 VDI가 이전에 부팅할 때의 상태로 되돌아갑니다. VM이 실행되는 동안 수행된 모든 변경 사 항은 VM이 다음에 부팅될 때 손실됩니다. 영구적인 변경을 수행할 수 없는 사용자에게 표준화된 데스크톱을 제공하려는 경우 이 옵션을 선택합니다. 2. 개인 데스크톱 모드 VM 부팅 시 VDI가 마지막으로 종료할 때의 상태를 유지합니다. 사용자가 자신의 데스크톱에 영구적인 변경을 수행할 수 있도록 하려는 경우 이 옵션을 선택합니다. 6.1.3.1. VM 캐싱 동작 설정 VDI 플래그 allow-caching은 캐싱 동작을 지정합니다. 6.1.3.1.1. 공유 데스크톱 모드 공유 데스크톱의 경우 on-boot 옵션이 reset으로 설정되고 allow-caching 플래그가 true로 설정되므로 새로 운 VM 데이터가 로컬 스토리지에만 쓰여지고 공유 스토리지에는 쓰여지지 않습니다. 이것은 공유 스토리지 의 부하가 상당히 줄어든다는 것을 의미합니다. 하지만 VM이 호스트 간에 마이그레이션될 수는 없습니다. 6.1.3.1.2. 개인 데스크톱 모드 개인 데스크톱의 경우 on-boot 옵션이 persist로 설정되고 allow-caching 플래그가 true로 설정되므로 새로운 VM 데이터가 로컬 스토리지와 공유 스토리지 모두에 쓰여집니다. 캐시된 데이터를 읽을 때는 공유 스토리 지에 대한 I/O 트래픽이 필요 없으므로 공유 스토리지의 부하가 어느 정도 줄어듭니다. 다른 호스트로의 VM 마이그레이션이 허용되며 새로운 호스트의 로컬 캐시는 데이터를 읽을 때 채워집니다. 6.1.4. 구현 세부 정보 및 문제 해결 질문 IntelliCache는 XenMotion 및 고가용성과 호환됩니까? 답변 가상 데스크톱이 개인 모드, 즉 on-boot=persist인 경우 XenMotion 및 고가용성을 IntelliCache와 함께 사용할 수 있습니다. 주의 해당 VDI 중 하나라도 캐싱 동작 플래그가 on-boot=reset 및 allow-caching=true로 설정되어 있으면 VM을 마이그레이션할 수 없습니다. 이러한 속성이 설정된 VM을 마이그레이션하려 고 하면 실패합니다. 질문 로컬 캐시는 로컬 디스크의 어디에 위치합니까? 답변 캐시는 SR(스토리지 저장소)에 있습니다. 각 호스트에는 어떤 SR(로컬)이 캐시 파일에 사용되는지를 나타내는 구성 매개 변수(local-cache-sr이라고 함)가 있습니다. 일반적으로 EXT 유형의 SR이 사용됩 니다. IntelliCache를 사용하여 VM을 실행하면 SR 내부에 이름이 <uuid>.vhdcache인 파일이 있는 것을 확인할 수 있습니다. 이 파일은 해당 UUID가 지정된 VDI의 캐시 파일입니다. 이러한 파일은 XenCenter 에 표시되지 않으며 이들 파일을 확인할 수 있는 방법은 dom0에 로그인하여 /var/run/sr-mount/<sruuid>의 내용을 표시하는 것뿐입니다. 24

질문 캐시로 사용할 특정 SR은 어떻게 지정합니까? 답변 호스트 개체 필드 local-cache-sr은 로컬 SR을 나타냅니다. 이 값은 다음 명령을 실행하여 확인할 수 있습니다. xe sr-list params=local-cache-sr,uuid,name-label 이 필드는 다음과 같은 경우에 설정됩니다. 호스트 설치 관리자에서 "Enable thin provisioning(씬 프로비저닝 사용)" 옵션이 선택된 경우 호스 트 설치 후 xe host-enable-local-storage-caching host=<host> sr-uuid=<sr>을 실행한 경우 이 명령을 사용하려 면 지정된 호스트가 사용하지 않도록 설정된 상태여야 하며, 이 명령을 사용하는 경우 VM을 종료 해야 합니다. 첫 번째 옵션은 EXT 유형 로컬 SR을 사용하며 호스트가 설치되는 동안 생성됩니다. 두 번째 옵션은 명령줄에 지정된 SR을 사용합니다. 주의 이러한 단계는 둘 이상의 SR을 구성한 사용자에게만 필요합니다. 질문 로컬 캐시는 언제 삭제됩니까? 답변 VDI 캐시 파일은 VDI 자체가 삭제되는 경우에만 삭제됩니다. 캐시는 VDI가 VM에 연결될 때(예: VM 시작 시) 재설정됩니다. VDI가 삭제될 때 호스트가 오프라인이면 시작 시 실행되는 SR 동기화가 캐시 파일의 가비지를 수집합니다. VM이 다른 호스트로 마이그레이션되거나 종료되는 경우에는 캐시 파일이 호스트에서 삭제 되지 않습니다. 25

7장. XenServer 업그레이드 이 장에서는 XenServer 및 xe CLI를 사용하여 XenCenter 배포를 업그레이드하는 방법에 대해 설명합니 다. 여기서는 풀링된 호스트와 독립 실행형 호스트를 포함하여 XenServer 호스트를 자동으로(XenCenter Rolling Pool Upgrade(롤링 풀 업그레이드) 마법사 사용) 또는 수동으로 업그레이드하는 과정을 안내합니다. XenServer 호스트가 버전 6.0으로 직접 업그레이드하려면 적어도 버전 7.1이 실행 중이어야 합니다. 이전 버전의 XenServer에서 업그레이드하려는 고객은 먼저 6.2.0 버전으로 업그레이드한 후 7.1 버전으로 업그 레이드해야 합니다. 다음 표에서는 XenServer 이전 버전에서의 업그레이드 경로를 보여 줍니다. 버전 XenServer 7.1으로 직접 업그레이드 가능 여부 XenServer 7.0 예 XenServer 6.5.0 예 XenServer 6.2.0 예 시스템 관리자는 하나 이상의 업그레이드를 수행하는 대신 최신 버전의 XenServer를 새로 설치 하는 것을 선호할 수도 있습니다. VM은 XenServer 4.0 이상의 모든 버전에서 내보내고 직접 7.1 으로 가져올 수 있습니다. 자세한 내용은 가상 컴퓨터 사용자 가이드에서 VM 가져오기 및 내보내 기 장을 참조하십시오. 중요 XenServer 호스트, 특히 XenServer 호스트 풀을 업그레이드하려면 매우 신중한 계획과 주의가 필 요합니다. 업그레이드 경로를 주의해서 매핑하거나 XenCenter Rolling Pool Upgrade(롤링 풀 업 그레이드) 마법사를 사용해야 하며 설치 관리자를 진행하는 과정에서 업그레이드하는 옵션을 선 택하여 기존 데이터가 손실되지 않게 해야 합니다. 중요 수동 업그레이드 프로세스 중에는 SAN에서의 부팅 설정이 상속되지 않습니다. ISO 또는 PXE 프 로세스를 사용하여 업그레이드하는 경우 아래의 설치 프로세스에 사용된 것과 동일한 지침을 따 라 multipathd가 올바르게 구성되도록 해야 합니다. 자세한 내용은 SAN 환경에서 부팅을 참조하 십시오. 7.1. 롤링 풀 업그레이드 XenServer에서 롤링 풀 업그레이드를 수행할 수 있습니다. 롤링 업그레이드를 사용하면 풀의 모든 호스트 를 업그레이드하여 풀에서 제공하는 서비스와 리소스를 전체 업그레이드 프로세스에서 사용할 수 있도록 할 수 있습니다. 이 업그레이드 방법은 VM을 풀의 다른 호스트로 라이브 마이그레이션한 다음 호스트를 한 번 에 하나씩 업그레이드할 수 있도록 하여 중요한 VM을 실행 중인 상태로 유지합니다. 이 프로세스에서는 한 번에 하나의 XenServer 호스트만 오프라인으로 만듭니다. 롤링 풀 업그레이드는 XenCenter나 xe CLI를 사용하여 수행할 수 있습니다. XenCenter를 사용할 경우 Citrix 에서는 Rolling Pool Upgrade(롤링 풀 업그레이드) 마법사를 사용할 것을 권장합니다. 이 마법사에서는 업 그레이드 경로를 자동으로 구성하고 업그레이드 절차를 안내합니다. xe CLI를 사용할 경우에는 먼저 업그 레이드 경로를 계획한 다음 실행 중인 VM을 XenServer 호스트 간에 적절히 라이브 마이그레이션하여 롤링 업그레이드를 수동으로 수행해야 합니다. 26

중요 SAN 환경에서 부팅할 경우 Rolling Pool Upgrade(롤링 풀 업그레이드)를 사용하면 안 됩니다. SAN 환경에서 부팅을 업그레이드하는 방법에 대한 자세한 내용은 SAN 환경에서 부팅을 참조하십시오. 7.1.1. XenCenter Rolling Pool Upgrade(롤링 풀 업그레이드) 마법사를 사용하여 XenServer 호스트 업그레이드 Rolling Pool Upgrade(롤링 풀 업그레이드) 마법사를 사용하여 풀에 있는 호스트 또는 독립 실행형 호스트를 포함한 XenServer 호스트를 XenServer의 최신 버전으로 업그레이드할 수 있습니다. 이 마법사에서는 업그레이드 절차를 안내하고 업그레이드 경로를 자동으로 구성합니다. 풀의 경우 풀의 각 호스트가 풀 마스터를 시작으로 차례로 업그레이드됩니다. 업그레이드를 시작하기 전에 마법사에서는 일련 의 사전 검사를 수행하여 HA와 같은 특정 풀 범위 기능이 일시적으로 사용하지 않도록 설정되어 있는지와 풀의 각 호스트가 업그레이드할 수 있도록 준비되어 있는지(예: 각 호스트의 CD/DVD 드라이브가 비어 있는 지 여부 등)를 확인합니다. 한 번에 하나의 호스트만 오프라인 상태가 되며 각 호스트에서 실행 중인 VM이 자동으로 다른 곳으로 마이그레이션된 다음 해당 호스트에 업그레이드가 설치됩니다. 마법사는 Manual(수동) 또는 Automatic(자동) 모드로 작동됩니다. Manual Mode(수동 모드)에서는 수동으로 XenServer 설치 관리자를 각 XenServer 호스트에서 차례로 실 행하고 호스트의 직렬 콘솔에서 화면의 지침을 따라야 합니다. 업그레이드가 시작되면 XenCenter에서 XenCenter 설치 미디어를 삽입하거나 업그레이드하는 각 호스트의 네트워크 부팅 서버를 지정하라는 메 시지가 표시됩니다. Automatic Mode(자동 모드)에서는 마법사가 HTTP, NFS 또는 FTP 서버에 있는 네트워크 설치 파일을 사 용하여 각 호스트를 차례로 업그레이드하므로 사용자가 설치 미디어를 삽입하거나 수동으로 재부팅하거 나 각 호스트에서 설치 관리자를 실행할 필요가 없습니다. 이런 방식으로 롤링 풀 업그레이드를 수행하 려면 업그레이드를 시작하기 전에 HTTP, NFS 또는 FTP 서버에 XenServer 설치 미디어의 압축을 풀어 야 합니다. 업그레이드하기 전에 업그레이드를 시작하기 전에 다음과 같이 준비하십시오. XenServer 제품 다운로드 페이지에서 XenServer 7.1과 함께 제공된 XenCenter를 다운로드하여 설치합니 다. 이전 XenCenter 버전을 사용하여 최신 XenServer 버전으로 업그레이드하는 것은 지원되지 않습니다. Citrix에서는 pool-dump-database xe CLI 명령을 사용하여 기존 풀의 상태를 백업할 것을 권장합니다 (XenServer 관리자 가이드 참조). 상태를 백업하면 롤링 업그레이드가 일부만 완료된 경우 VM 데이터 손 실 없이 업그레이드를 원래 상태로 되돌릴 수 있습니다. 호스트가 오버 프로비저닝되지 않았는지 확인합니다. 업그레이드를 수행하기에 충분한 메모리가 호스트 에 있는지 확인합니다. 일반적으로 풀의 총 호스트 수가 N개인 경우 Rolling Pool Upgrade(롤링 풀 업그레 이드) 마법사는 풀에 있는 호스트를 한 번에 하나씩만 VM을 마이그레이션하고 해당 호스트를 종료하므로 N-1개의 호스트에 메모리가 충분히 있어야만 풀의 모든 라이브 VM을 실행할 수 있습니다. 업그레이드를 수행하는 동안 중요하지 않은 VM은 일시 중단하는 것이 가장 좋습니다. Rolling Pool Upgrade(롤링 풀 업그레이드) 마법사에서는 다음 동작이 수행되었는지 확인하지만 시작하기 전에 이들 작업을 수행할 수도 있습니다. 풀에서 VM의 CD/DVD 드라이브를 비웁니다. HA를 사용하지 않도록 설정합니다. 27

XenServer Rolling Pool Upgrade(롤링 풀 업그레이드) 마법사를 사용하여 XenCenter 호스트를 업 그레이드하려면: 1. Rolling Pool Upgrade(롤링 풀 업그레이드) 마법사를 엽니다. Tools(도구) 메뉴에서 Rolling Pool Upgrade(롤링 풀 업그레이드)를 선택합니다. 2. Before You Start(시작하기 전에) 정보를 읽고 Next(다음)를 클릭하여 계속합니다. 3. 업그레이드할 풀 및/또는 개별 호스트를 선택하고 Next(다음)를 클릭합니다. 4. HTTP, NFS 또는 FTP 서버에 있는 네트워크 설치 파일을 사용한 자동 업그레이드를 수행할지 아니면 CD/DVD나 네트워크 부팅(기존 인프라 사용)을 사용한 수동 업그레이드를 수행할지에 따라 Automatic Mode(자동 모드) 또는 Manual Mode(수동 모드)를 선택합니다. Manual Mode(수동 모드)를 선택하는 경우에는 각 XenServer 호스트에서 차례로 XenServer 설치 관리자를 실행하고 호스트의 직렬 콘솔에서 화면의 지침을 따라야 합니다. 업그레이드 가 시작되면 XenCenter에서 XenServer 설치 미디어를 삽입하거나 업그레이드하는 각 호스 트의 네트워크 부팅 서버를 지정하라는 메시지가 표시됩니다. 업그레이드 모드를 선택했으면 Run Prechecks(사전 검사 실행)를 클릭합니다. 5. 실패한 모든 업그레이드 사전 검사를 권장 사항에 따라 해결합니다. 실패한 모든 사전 검사를 XenCenter 에서 자동으로 해결하도록 하려면 Resolve All(모두 해결)을 클릭합니다. 모든 사전 검사가 해결되면 Next(다음)를 클릭하여 계속합니다. 6. XenServer 설치 미디어를 준비합니다. Automatic Mode(자동 모드)를 선택한 경우에는 설치 미디어 세부 정보를 입력합니다. HTTP, NFS 또는 FTP를 선택한 다음 경로, 사용자 이름 및 암호를 적절히 지정합니다. 보안 자격 증명을 구성한 경우 HTTP, NFS 또는 FTP 서버와 연결된 사용자 이름과 암호를 입 력하십시오. XenServer 풀과 연결된 사용자 이름 및 암호는 입력하지 마십시오. Manual Mode(수동 모드)를 선택한 경우에는 업그레이드 계획과 지침을 확인합니다. Start Upgrade(업그레이드 시작)를 클릭합니다. 7. 업그레이드가 시작되면 Rolling Pool Upgrade(롤링 풀 업그레이드) 마법사가 각 호스트를 업그레이드 하기 위해 수행해야 하는 모든 작업을 안내합니다. 지침에 따라 풀의 모든 호스트를 업그레이드합니다. 업그레이드가 완료되면 요약이 출력됩니다. Finish(마침)를 클릭하여 마법사를 닫습니다. 7.1.2. xe CLI를 사용하여 XenServer 호스트 업그레이드 중요 xe CLI를 사용하여 롤링 풀 업그레이드를 수행하려면 매우 신중한 계획이 필요합니다. 시작하기 전에 다음 섹션을 주의해서 읽으십시오. 7.1.2.1. 업그레이드 경로 계획 업그레이드를 계획할 때는 다음 사항을 알아 두어야 합니다. 이전 버전의 XenServer를 실행 중인 XenServer 호스트에서 동일한 버전 이상을 실행 중인 호스트로만 VM 을 마이그레이션할 수 있습니다(예: 버전 7.0에서 버전 7.0으로 또는 버전 7.0에서 버전 7.1으로). 업그레 28

이드된 호스트에서 이전 버전의 XenServer를 실행 중인 호스트로(예: 버전 7.1에서 버전 7.0으로)는 VM 을 마이그레이션할 수 없습니다. XenServer 호스트에 적절한 공간이 있는지 확인하십시오. Citrix에서는 혼합 모드 풀(여러 버전의 XenServer가 공존하는 풀)을 필요 이상 오래 실행하지 않을 것을 권장합니다. 업그레이드 중에는 풀이 성능이 저하된 상태로 실행되기 때문입니다. 업그레이드 중에는 주요 제어 작업을 사용할 수 없으므로 사용하려고 시도하지 않는 것이 좋습니다. VM 은 계속 정상으로 작동되지만 마이그레이션 외의 종료, 복사 및 내보내기와 같은 VM 동작은 사용하지 못 할 수 있습니다. 특히, 가상 디스크 추가, 제거 또는 크기 조정과 같은 스토리지 관련 작업을 수행하는 것 은 안전하지 않습니다. 항상 마스터 호스트를 먼저 업그레이드하십시오. 업그레이드를 수행하기 전에 XenCenter를 사용하여 호 스트를 유지 관리 모드로 전환하지 마십시오. 그렇게 하면 새 마스터가 지정됩니다. Citrix에서는 pool-dump-database xe CLI 명령을 사용하여 기존 풀의 상태를 백업할 것을 권장합니 다(XenServer 관리자 가이드 참조). 이렇게 하면 롤링 업그레이드가 일부만 완료된 경우 VM 데이터 손실 없이 업그레이드를 원래 상태로 되돌릴 수 있습니다. 업그레이드된 XenServer 호스트의 VM을 이전 버전 의 XenServer를 실행 중인 XenServer 호스트로 마이그레이션할 수는 없기 때문에 어떤 이유로든 롤링 업 그레이드를 되돌려야 할 경우에는 VM을 종료해야 합니다. 롤링 풀 업그레이드를 시작하기 전에: XenCenter를 사용할 경우 XenCenter를 최신 버전으로 업그레이드합니다. 최신 버전의 XenCenter에서는 이전 버전의 XenServer 호스트를 올바로 제어합니다. 풀에 있는 VM의 CD/DVD 드라이브를 비웁니다. 자세한 내용과 지침은 7.2.1절. 단일 XenServer 호스트 를 업그레이드하기 전에 를 참조하십시오. HA를 사용하지 않도록 설정합니다. 7.1.2.2. xe CLI를 사용하여 롤링 풀 업그레이드 수행 xe CLI를 사용하여 XenServer 호스트 풀을 업그레이드하려면: 1. 풀 마스터에서 작업을 시작합니다. host-disable 명령을 사용하여 마스터를 사용하지 않도록 설정합니 다. 이렇게 하면 새 VM이 지정된 호스트에서 시작되지 않습니다. 2. VM이 마스터에서 실행되고 있지 않은지 확인합니다. VM을 종료하거나, 일시 중단하거나, 풀의 다른 호 스트로 마이그레이션합니다. 지정된 VM을 지정된 호스트로 마이그레이션하려면 vm-migrate 명령을 사용합니다. vm-migrate 명령 을 사용하면 풀의 다른 호스트로 마이그레이션된 VM의 배포를 완벽하게 제어할 수 있습니다. 모든 VM을 풀의 다른 호스트로 라이브 마이그레이션하려면 host-evacuate 명령을 사용합니다. hostevacuate 명령을 사용하면 XenServer가 마이그레이션된 VM의 배포를 자동으로 처리합니다. 3. 풀 마스터를 종료합니다. 중요 마스터의 업그레이드가 완료될 때까지는 풀 마스터에 연결할 수 없습니다. 풀 마스터를 종료 하면 풀의 다른 호스트가 긴급 모드로 전환됩니다. 일반적으로 XenServer 호스트는 구성원 으로 있는 풀의 마스터가 네트워크에서 사라지고 여러 번의 시도에도 연결되지 않는 경우 긴 급 모드로 전환됩니다. VM은 긴급 모드의 호스트에서 계속 실행되지만 제어 작업은 사용할 수 없습니다. 4. XenServer 설치 미디어와 원하는 방법(예: 설치 CD 또는 네트워크)을 사용하여 풀 마스터를 부팅합니다. 설치 관리자에서 업그레이드 옵션을 제공할 때까지 XenServer 설치 절차(4장. XenServer 및 XenCenter 설치 참조)를 따릅니다. 업그레이드를 선택합니다. 29

주의 기존 데이터가 손실되지 않도록 업그레이드 옵션을 선택해야 합니다. 주의 풀 마스터의 업그레이드가 중단되거나 어떤 이유로든 업그레이드가 실패하는 경우에는 업그 레이드를 계속하지 마십시오. 풀 마스터를 재부팅하고 작업 버전의 마스터로 복원하십시오. XenServer 호스트 복원에 대한 자세한 내용은 XenServer관리자 가이드를 참조하십시오. 풀 마스터가 다시 시작되면 풀의 다른 호스트가 긴급 모드에서 벗어나고 몇 분 후에 정상적인 서비스 가 복원됩니다. 5. 풀 마스터에서 VM을 시작하거나 종료 또는 일시 중단된 VM을 다시 시작합니다. 필요한 VM을 풀 마스 터로 다시 마이그레이션합니다. 6. 업그레이드 경로에서 다음 XenServer 호스트를 선택합니다. 호스트를 사용하지 않도록 설정합니다. 7. VM이 호스트에서 실행되고 있지 않은지 확인합니다. VM을 종료하거나, 일시 중단하거나, 풀의 다른 호 스트로 마이그레이션합니다. 8. 호스트를 종료합니다. 9. 4단계에서 마스터에 대해 설명한 절차에 따라 호스트를 업그레이드합니다. 마스터가 아닌 호스트의 업그레이드가 실패하거나 중단되는 경우에는 되돌리지 않아도 됩니 다. host-forget 명령을 사용하여 호스트를 무시할 수 있습니다. 호스트에 XenServer를 다시 설치한 다음 pool-join 명령을 사용하여 호스트를 풀에 새 호스트로 참가시킵니다. 10. 호스트에서 VM을 시작하거나 종료 또는 일시 중단된 VM을 다시 시작합니다. 필요한 VM을 호스트로 다시 마이그레이션합니다. 11. 풀의 나머지 호스트에 대해 6-10단계를 반복합니다. 12. 풀의 각 호스트가 업그레이드된 후에는 모든 VM에서 XenServer Tools를 업그레이드해야 합니다. 자세 한 내용은 XenServer 가상 컴퓨터 사용자 가이드를 참조하십시오. 최신 XenServer Tools 설치에서 이전 버전의 XenServer를 실행하는 것은 업그레이드가 수행 되는 동안을 제외하고는 지원되지 않는 구성입니다. 7.2. xe CLI를 사용하여 단일 XenServer 호스트 업그레이드 7.2.1. 단일 XenServer 호스트를 업그레이드하기 전에 독립 실행형 XenServer 호스트를 업그레이드하기 전에 해당 호스트에서 실행 중인 VM을 종료하거나 일시 중단해야 합니다. 일시 중단할 VM의 CD/DVD 드라이브를 꺼내 비워야 합니다. CD/DVD 드라이브를 비우지 않으면 업그레이드 후 일시 중단된 VM을 다시 시작하지 못할 수 있습니다. VM CD/DVD 드라이브가 비어 있다는 것은 VM이 XenServer 호스트를 통해 탑재된 물리적 CD/DVD나 ISO 이미지에 연결되어 있지 않음을 의미합니다. 또한 VM이 XenServer 호스트의 물리적 CD/DVD 드라이브에 도 연결되어 있지 않아야 합니다. xe CLI를 사용하여 VM의 CD/DVD 드라이브를 비우려면: 1. 다음을 입력하여 CD/DVD 드라이브가 비어 있지 않은 VM을 확인합니다. 30

xe vbd-list type=cd empty=false 그러면 비어 있지 않은 모든 VM CD/DVD 드라이브의 목록이 반환됩니다. 예를 들면 다음과 같습니다. uuid ( RO) : abae3997-39af-2764-04a1-ffc501d132d9 vm-uuid ( RO): 340a8b49-866e-b27c-99d1-fb41457344d9 vm-name-label ( RO): VM02_DemoLinux vdi-uuid ( RO): a14b0345-b20a-4027-a233-7cbd1e005ede empty ( RO): false device ( RO): xvdd uuid ( RO) : ec174a21-452f-7fd8-c02b-86370fa0f654 vm-uuid ( RO): db80f319-016d-0e5f-d8db-3a6565256c71 vm-name-label ( RO): VM01_DemoLinux vdi-uuid ( RO): a14b0345-b20a-4027-a233-7cbd1e005ede empty ( RO): false device ( RO): xvdd 목록의 첫 번째 항목이 있는 uuid를 적어 둡니다. 2. 나열된 VM의 CD/DVD 드라이브를 비우려면 다음을 입력합니다. xe vbd-eject uuid=<uuid> 7.2.2. xe CLI를 사용하여 단일 XenServer 호스트 업그레이드 xe CLI를 사용하여 단일 XenServer 호스트를 업그레이드하려면: 1. 다음을 입력하여 업그레이드할 XenServer 호스트를 사용하지 않도록 설정합니다. xe host-disable <host-selector>=<host_selector_value> XenServer 호스트를 사용하지 않도록 설정하면 해당 호스트에서 VM을 만들 수도 없고 시작할 수도 없 습니다. 사용하지 않도록 설정된 호스트에는 VM을 마이그레이션할 수도 없습니다. 2. xe vm-shutdown 또는 xe vm-suspend 명령을 사용하여 업그레이드할 호스트에서 실행 중인 모든 VM 을 종료하거나 일시 중단합니다. 3. xe host-shutdown 명령을 사용하여 호스트를 종료합니다. 4. 설치 관리자에서 업그레이드 옵션을 제공할 때까지 XenServer 설치 절차(4장. XenServer 및 XenCenter 설치 참조)를 따릅니다. 업그레이드를 선택합니다. 주의 기존 데이터가 손실되지 않도록 업그레이드 옵션을 선택해야 합니다. 설치하는 동안 설정을 다시 입력할 필요가 없습니다. 업그레이드 프로세스는 몇몇 설치 단계를 건너뛰 는 것을 제외하면 처음 설치할 때의 프로세스와 같으며 네트워킹 구성, 시스템 시간 등의 기존 설정은 그대로 유지됩니다. 호스트가 다시 시작되면 몇 분 후 정상 서비스가 복원됩니다. 5. 종료된 VM을 다시 시작하고 일시 중단된 VM을 다시 시작합니다. 31

8장. XenServer에 업데이트 적용 XenServer에서는 경우에 따라 Citrix 릴리스 간에 업데이트를 핫픽스와 서비스 팩으로 제공합니다. 핫픽스 는 일반적으로 하나 이상의 특정 문제에 대한 버그 수정을 제공하는 반면 서비스 팩은 누적된 버그 수정을 제공하고 경우에 따라 기능 개선 사항 및 향상된 기능을 제공합니다. 이 장에서는 XenServer 및 xe CLI를 통 해 XenCenter 환경에 업데이트를 적용하는 일반적인 절차에 대해 설명합니다. XenCenter를 사용하여 업데 이트를 적용하는 방법에 대한 자세한 내용은 XenCenter 도움말을 참조하십시오. 업데이트는 CitrixKnowledge Center를 통해 제공됩니다. Citrix에서는 Knowledge Center에서 최신 업데이 트를 주기적으로 확인하는 것을 권장합니다. 또는 http://www.citrix.co.kr/support.html에서 계정을 등록하여 XenServer에 대한 업데이트를 알려 주는 전자 메일 경고를 구독할 수도 있습니다. 그뿐만 아니라 사용할 수 있는 XenCenter 및 XenServer 업데이트와 최신 버전을 주기적으로 확인하도록 XenCenter를 구성하면 Notifications(알림) 창에 모든 경고가 표시됩니다. 대부분의 경우 업데이트는 서비스 중단을 최소화하면서 적용할 수 있습니다. Citrix에서는 XenCenter를 사 용하여 모든 업데이트를 적용할 것을 권장합니다. XenServer 호스트 풀을 업데이트할 경우 XenCenter의 Install Update(업데이트 설치) 마법사를 사용하여 업데이트를 적용하면 한 번에 호스트를 하나씩 업데이트 하고 각 호스트에서 핫픽스나 업데이트를 적용할 때 VM을 다른 곳으로 자동으로 마이그레이션하여 VM 중 단 시간이 발생하지 않도록 할 수 있습니다. 8.1. 풀 업데이트 준비 XenServer에 대한 업데이트는 핫픽스나 서비스 팩으로 제공될 수 있습니다. 각 업데이트와 함께 게시되는 릴리스 정보에 특별히 주의해야 합니다. 각 업데이트에는 특히 준비 및 업데이트 후 작업과 관련된 고유한 설치 지침이 포함될 수 있습니다. 다음 섹션에서는 XenServer 배포에 업데이트를 적용하는 것과 관련하여 일반적인 지침을 제공합니다. 중요 XenServer 풀에 업데이트를 적용할 때는 다음과 같은 사항에 주의를 기울여야 합니다. 1. 7.1 핫픽스나 업데이트를 적용하기 전에 풀의 각 호스트를 XenServer 7.1 로 반드시 업그레이 드해야 합니다. 2. 다른 유지 관리 작업을 수행할 때와 마찬가지로 업데이트를 적용하기 전에 모든 데이터를 백업 합니다. 백업 절차는 XenServer 관리자 가이드를 참조하십시오. 3. 풀의 모든 호스트를 짧은 기간 내에 업데이트해야 합니다. 업데이트된 호스트와 업데이트되지 않은 호스트가 공존하는 혼합 모드 풀을 실행하는 것은 지원되는 구성이 아닙니다. 풀이 혼합된 상태로 실행되는 시간을 최소화하기 위해 세밀한 계획을 세워야 합니다. 4. 항상 풀 마스터부터 시작하여 풀의 모든 호스트를 순차적으로 업데이트합니다. XenCenter의 Install Update(업데이트 설치) 마법사는 이 프로세스를 자동으로 관리합니다. 5. 풀의 모든 호스트에 핫픽스를 적용한 후 XenServer 호스트를 다시 시작하기 전에 필요한 드라 이버 디스크를 모두 업데이트해야 합니다. 업데이트를 시작하기 전에: 전체 액세스 권한이 있는 사용자 계정(예: 풀 관리자 또는 로컬 루트 계정)에 로그인합니다. 일시 중단할 VM의 CD/DVD 드라이브를 비웁니다. 자세한 내용과 지침은 7.2.1절. 단일 XenServer 호스 트를 업그레이드하기 전에 를 참조하십시오. 가능한 경우 고가용성을 사용하지 않도록 설정합니다. 32

8.2. 풀에 업데이트 적용 XenCenter의 업데이트 설치 메커니즘에서는 Citrix 지원 웹 사이트에서 선택한 업데이트를 다운로드하고 추 출할 수 있으며 Install Update(업데이트 설치) 마법사를 사용하여 여러 호스트와 풀에 동시에 업데이트를 적 용할 수 있습니다. 이 프로세스 중에 Install Update(업데이트 설치) 마법사가 자동으로 각 서버에서 VM을 마 이그레이션하고, 서버를 유지 관리 모드로 전환하고, 업데이트를 적용하고, 필요한 경우 호스트를 재부팅한 후 VM을 다시 업데이트된 호스트로 마이그레이션합니다. HA 해제 등과 같이, 업데이트를 적용하기 위해 사 전 검사 단계에서 수행된 모든 작업이 원래대로 되돌려집니다. Install Update(업데이트 설치) 마법사는 업데이트 프로세스를 시작하기 전에 풀이 올바른 구성 상태인지 확 인하기 위해 사전 검사라고 하는 일련의 검사를 수행합니다. 그런 다음 업데이트 경로와 VM 마이그레이션 을 자동으로 관리합니다. 업데이트 경로와 VM 마이그레이션을 수동으로 제어하려는 경우 각 호스트를 개 별적으로 업데이트할 수 있습니다. 8.2.1. 업데이트 자동 적용 XenCenter에서는 서버를 최신 상태로 유지하는 데 필요한 자동 업데이트를 적용할 수 있습니다. 하나 이상 의 풀에 이러한 업데이트를 적용할 수 있습니다. 자동 업데이트를 적용하도록 선택하면 XenCenter가 선택한 풀 또는 독립 실행형 서버를 최신 상태로 유지하는 데 필요한 최소한의 업데이트를 적용합니다. XenCenter 는 풀 또는 독립 실행형 서버를 최신 상태로 유지하는 데 필요한 재부팅 수를 최소화하며 가능한 경우 종료 시점에 한 번만 재부팅하도록 제한합니다. 자세한 내용은 8.4절. 자동 업데이트 적용 를 참조하십시오. 8.2.2. 풀에 업데이트 적용 XenCenter를 사용하여 풀에 업데이트를 적용하려면:: 1. XenCenter 탐색 창에서 Notifications(알림)를 클릭한 다음 Updates(업데이트)를 클릭합니다. 이렇게 하 면 사용할 수 있는 업데이트 목록이 표시됩니다. 또는, a. XenCenter 메뉴에서 Tools(도구)를 선택한 다음 Install Update(업데이트 설치)를 선택합니다. b. Before You Start(시작하기 전에) 페이지에 표시되는 정보를 읽고 Next(다음)를 클릭합니다. c. Install Update(업데이트 설치) 마법사의 Select Update(업데이트 선택) 페이지에 사용 가능한 업데이 트가 나열됩니다. 목록에서 필요한 업데이트를 선택하고 Next(다음)를 클릭합니다. d. 업데이트할 풀 및 서버를 선택하고 Next(다음)를 클릭합니다. e. 4단계로 이동하여 업데이트 설치 프로세스를 계속 진행합니다. 기본적으로, XenCenter는 정기적으로 XenServer 및 XenCenter 업데이트가 있는지 확인합니 다. 사용 가능한 업데이트가 있는지 수동으로 확인하려면 Refresh(새로 고침)를 클릭합니다. 업데이트 자동 확인을 해제했기 때문에 아무 업데이트도 찾을 수 없는 경우 Updates(업데이 트) 탭에 메시지가 나타납니다. Check for Updates Now(지금 업데이트 확인)를 클릭하여 수 동으로 업데이트를 확인합니다. 2. Updates(업데이트) 목록에서 필요한 업데이트를 선택하고 Actions(동작) 드롭다운 목록에서 Download and Install(다운로드 및 설치)을 클릭합니다. 그러면 업데이트가 추출되고 관련 호스트가 선택되어 있 는 상태로 Select Servers(서버 선택) 페이지에서 Install Update(업데이트 설치) 마법사가 열립니다. 업 데이트할 풀이나 호스트를 변경하려면 확인란을 선택 취소합니다. 업데이트할 수 없는 호스트나 풀은 회색으로 표시됩니다. 33

Citrix에서는 고객에게 각 업데이트와 함께 게시되는 릴리스 정보를 읽을 것을 강력하게 권장 합니다. 브라우저에서 릴리스 정보를 열려면 Actions(동작) 드롭다운 목록을 클릭한 다음 Go to Web Page(웹 페이지로 이동)를 선택합니다. 3. 서버 선택 항목을 검토하고 Next(다음)를 클릭하여 계속합니다. 업데이트가 다운로드되어 풀의 기본 SR 에 업로드됩니다. 4. Upload(업로드) 페이지에 업로드 상태가 표시됩니다. 풀의 기본 SR이 공유되지 않거나 충분한 공간이 없는 경우 XenCenter가 공간이 충분한 다른 공유 SR에 업데이트의 업로드를 시도합니다. 공간이 충분한 공유 SR이 없는 경우 각 호스트 의 로컬 스토리지에 업데이트가 업로드됩니다. 5. Install Update(업데이트 설치) 마법사는 호스트에서 사용할 수 있는 공간을 비롯하여, 풀이 올바른 구 성 상태인지 확인하기 위해 업데이트 사전 검사라고 하는 일련의 검사를 수행합니다. 또한 마법사는 업데이트가 적용된 후 호스트를 재부팅해야 하는지 여부를 확인하고 결과를 표시합니다. 또한 Install Update(업데이트 설치) 마법사는 핫픽스를 위한 라이브 패치가 있는지와 라이브 패치를 성공적으로 호 스트에 적용할 수 있는지를 확인합니다. 라이브 패칭에 대한 자세한 내용은 8.3절. XenServer의 라이 브 패칭 항목을 참조하십시오. 실패한 업데이트 사전 검사를 화면의 지시 사항에 따라 해결합니다. 실패한 모든 사전 검사를 XenCenter 에서 자동으로 해결하도록 하려면 Resolve All(모두 해결)을 클릭합니다. 모든 사전 검사가 해결되면 Next(다음)를 클릭합니다. 6. Update Mode(업데이트 모드)를 선택합니다. 화면에 표시되는 정보를 검토하고 적절한 모드를 선택 합니다. 호스트에 성공적으로 적용할 수 있는 라이브 패치가 핫픽스에 포함되는 경우 Tasks to be performed(수행할 작업) 화면에 No action required(별도의 작업이 필요하지 않음)가 표시됩니다. 이 단계에서 Cancel(취소)을 클릭하면 Install Update(업데이트 설치) 마법사가 변경 사항을 되돌리고 서버에서 업데이트 파일을 제거합니다. 7. Install update(업데이트 설치)를 클릭하여 설치를 계속합니다. Install Update(업데이트 설치) 마법사에 업데이트 진행률이 표시되고 풀의 각 서버를 업데이트하는 동안 XenCenter가 수행하는 주요 작업이 표시됩니다. 8. 업데이트가 적용되었으면 Finish(마침)를 클릭하여 Install Update(업데이트 설치) 마법사를 닫습니다. 9. 업데이트 후 작업을 수동으로 수행하도록 선택한 경우 지금 수행합니다. 8.2.3. xe CLI를 사용하여 XenServer 호스트 풀 업데이트 xe CLI를 사용하여 XenServer 호스트 풀을 업데이트하려면:: 1. 업데이트 파일을 xe CLI가 실행 중인 컴퓨터의 알려진 위치로 다운로드합니다. 파일 경로를 적어 둡니다. 2. 다음을 실행하여 업데이트 파일을 업데이트할 풀로 업로드합니다. xe -s <server> -u <username> -pw <password> update-upload file-name=<filename> [sr-uuid=<storage_repository_uuid>] 여기서 -s는 풀 마스터의 이름을 나타냅니다. XenServer는 업데이트 파일에 UUID를 할당합니다. 이 명 령을 실행하면 해당 UUID가 출력됩니다. 출력되는 UUID를 적어 둡니다. 34