XenServer 관리자 가이드: 릴리스 update 3 펴냄 July 2009 저작권 2008 Citrix Systems, Inc. Xen, Citrix, XenServer, XenCenter 및 로고는 미국 및/또는 기타 국가에서 Citrix System

Transcription

1 XenServer 관리자 가이드 update 3 펴냄 July 엮음

2 XenServer 관리자 가이드: 릴리스 update 3 펴냄 July 2009 저작권 2008 Citrix Systems, Inc. Xen, Citrix, XenServer, XenCenter 및 로고는 미국 및/또는 기타 국가에서 Citrix Systems, Inc.의 등록 상표 또는 상표입니다. 기타 회사 또는 제품 이름은 정보 제공의 용도로만 사용되며 해당 소유자의 상표일 수 있습니다. 본 제품에는 다음과 같은 특허 출원 중인 Citrix의 지적 재산이 포함되어 있습니다. 1. United States Non-Provisional Utility Patent Application Serial Number 11/487,945, 2006년 7월 17일 제출, 제목 - Using Writeable Page Tables for Memory Address Translation in a Hypervisor Environment 2. United States Non-Provisional Utility Patent Application Serial Number 11/879,338, 2007년 7월 17일 제출, 제목 - Tracking Current Time on Multiprocessor Hosts and Virtual Machines

3 1. 문서 개요... 1 XenServer 호스트 및 리소스 풀... 1 네트워킹... 1 저장소... 1 XenServer 모니터링 및 관리... 1 명령줄 인터페이스... 2 이 가이드와 다른 설명서와의 관계 XenServer 호스트 및 리소스 풀... 3 호스트 및 리소스 풀 개요... 3 리소스 풀 생성에 필요한 요구 사항... 3 리소스 풀 만들기... 4 공유 저장소 추가... 5 공유 저장소에서 VM 설치 및 관리... 5 리소스 풀에서 XenServer 호스트 제거... 6 고가용성... 7 HA 개요... 7 구성 요구 사항... 8 재시작 우선 순위... 9 XenServer 풀에서 HA를 사용하도록 설정... 9 CLI를 사용하여 HA를 사용하도록 설정 CLI를 사용하여 VM에서 HA 보호 제거 연결할 수 없는 호스트 복구 HA를 사용하는 경우 호스트 종료 HA에 의해 보호되는 VM 종료 저장소 저장소 개요 SR(저장소 리포지토리) VDI(가상 디스크 이미지) PBD(물리적 블록 장치) VBD(가상 블록 장치) 저장소 개체의 요약 VHD 및 통합 저장소 리포지토리 유형 로컬 디스크 로컬 핫플러그 장치 NFS를 사용하는 공유 네트워크 연결 저장소 공유 iscsi 저장소 FC 또는 iscsi 하드웨어 HBA의 공유 LVM 저장소 공유 NetApp 저장소 공유 EqualLogic 저장소 저장소 구성 예제 저장소 리포지토리 만들기 SR 검색 로컬 LVM SR(lvm) 만들기 로컬 EXT3 SR(ext) 만들기 공유 NFS SR(nfs) 만들기 소프트웨어 iscsi 초기자를 사용하여 iscsi SR의 공유 LVM(lvmoiscsi) 만들기 광채널 또은 iscsi HBA SR의 공유 LVM(lvmohba) 만들기 iscsi의 공유 NetApp SR 만들기 공유 EqualLogic SR 만들기 저장소 다중 경로 저장소 리포지토리 관리 SR 삭제 또는 목록 제거... 32

4 XenServer 관리자 가이드 iv SR 가져오기 로컬 광채널 SR을 공유 SR로 변환 VDI(가상 디스크 이미지)를 SR 간에 이동 NetApp SR에서 VDI 관리 NetApp SR로 VDI 스냅숏 만들기 LVM 기반 SR에 맞춰 디스크 IO 스케줄러 조정 HBA(호스트 버스 어댑터) 관리 샘플 QLogic iscsi HBA 설정 HBA 기반 FC 또는 iscsi 장치 항목 제거 가상 디스크 QoS 설정 네트워킹 XenServer 네트워킹 개요 네트워크 개체 네트워크 VLAN NIC 연결 초기 네트워킹 구성 네트워킹 구성 관리 독립 실행형 서버에서 네트워크 만들기 리소스 풀에서 네트워크 만들기 VLAN 만들기 독립 실행형 호스트에서 NIC 연결 만들기 리소스 풀에서 NIC 연결 만들기 전용 저장소 NIC 구성 QoS(서비스 품질) 제어 네트워킹 구성 옵션 변경 리소스 풀에서 NIC/PIF 순서 지정 네트워킹 문제 해결 네트워크 중단 진단 잘못된 네트워크 구성에서 복구 백업 및 복구 백업 전체 메타데이터 백업 및 DR(재해 복구) DR 및 메타데이터 백업 개요 XSConsole을 사용한 백업 및 복원 호스트와 풀 간에 SR 이동 수동 다중 사이트 재해 복구에 이동식 SR 사용 VM 스냅숏 일반 스냅숏 정지 스냅숏 VM 스냅숏 생성 VM 롤백 컴퓨터 오류 처리 구성원 오류 마스터 오류 풀 실패 구성 오류로 인한 실패 대처 물리적 컴퓨터 실패 XenServer 모니터링 및 관리 경고 경고 사용자 지정 전자 메일 경고 구성 사용자 지정 필드와 태그 사용자 지정 검색... 68

5 XenServer 관리자 가이드 v 7. 명령줄 인터페이스 기본 xe 구문 특수 문자와 구문 명령 유형 매개 변수 유형 저수준 매개 변수 명령 저수준 나열 명령 xe 명령 참조 연결 명령 CD 명령 콘솔 명령 이벤트 명령 호스트(XenServer 호스트) 명령 로그 명령 네트워크 명령 패치(업데이트) 명령 PBD 명령 PIF 명령 풀 명령 저장소 관리자 명령 SR 명령 태스크 명령 템플릿 명령 업데이트 명령 사용자 명령 VBD 명령 VDI 명령 VIF 명령 VLAN 명령 VM 명령 문제 해결 XenServer 호스트 로그 중앙 서버에 호스트 로그 메시지 보내기 XenCenter 로그 XenCenter와 XenServer 호스트 간의 연결 문제 해결 리소스 할당 크기 조정 및 최상의 방법 CPU 크기 조정 팁 메모리 크기 조정 팁 메모리에 대한 최상의 방법 가상 디스크 크기 조정 팁 저장소에 대한 최상의 방법 네트워크 크기 조정 및 최상의 방법 색인

6 1장. 문서 개요 이 문서는 Citrix 의 플랫폼 가상화 솔루션인 XenServer 에 대한 시스템 관리자 가이드입니다. 이 문서에서 는 XenServer 배포를 구성하는 것과 관련된 작업, 특히 저장소, 네트워킹 및 리소스 풀 설정 방법과 xe CLI(명 령줄 인터페이스)를 사용한 XenServer 호스트 관리 방법을 설명합니다. 이 섹션에는 필요한 정보를 찾을 수 있도록 가이드에 대한 요약이 나와 있습니다. 다음과 같은 항목에 대 해 다룹니다. XenServer 호스트 및 리소스 풀 XenServer 네트워크 구성 XenServer 저장소 구성 XenServer 모니터링 및 관리 XenServer 명령줄 인터페이스 XenServer 호스트 및 리소스 풀 리소스 풀은 공유 저장소와 결합되는 최대 16개 XenServer 호스트가 연결된 그룹으로, VM이 실행되는 플 랫폼을 제공합니다. VM은 리소스 풀 내의 여러 호스트에서 시작될 수 있으며 작동 중단 시간을 최소화하기 위해 풀 호스트 사이에서 라이브 마이그레이션될 수도 있습니다. XenServer 호스트 및 리소스 풀 장에서는 리소스 풀의 개념을 소개하고 다음을 수행하는 방법에 대해 설 명합니다. 풀에 XenServer 호스트 추가 및 제거 공유 저장소를 만들어 풀에 연결 풀 내의 여러 XenServer 호스트에서 VM 시작 풀 내의 XenServer 호스트 사이에서 실행 중인 VM 라이브 마이그레이션 네트워킹 네트워킹 장에서는 물리적 네트워크 및 가상 네트워크의 개념을 소개하고 다음을 수행하는 방법에 대해 설 명합니다. XenServer 호스트 및 리소스 풀에서 물리적 네트워킹 구성 VM의 가상 네트워크 인터페이스를 만들어 물리적 네트워크에 브리지 VLAN 사용 저장소 저장소 장에서는 물리적 저장소 및 가상 저장소의 개념을 소개하고 다음을 수행하는 방법에 대해 설명합니다. iscsi, NFS 및 광채널을 포함한 다양한 기반에서 공유 및 로컬 저장소 리포지토리 만들기 VM 설치 과정의 일부로 저장소 리포지토리 내에 가상 디스크 이미지 만들기 저장소 리포지토리 관리 XenServer 모니터링 및 관리 XenServer 모니터링 및 관리 장에서는 이벤트 및 경고를 구성하는 방법을 설명합니다. 모니터링 가이드에 서는 다음 내용을 설명합니다.

7 XenServer 관리자 가이드 문서 개요 2 XenServer 이벤트 및 경고 명령줄 인터페이스 명령줄 인터페이스 장에서는 호스트 구성, 저장소, 네트워킹 및 VM을 포함한 XenServer의 모든 영역을 쉽 게 관리할 수 있도록 지원하는 강력한 CLI인 xe를 소개합니다. CLI 가이드에서는 다음 내용을 설명합니다. xe 명령 구문 Windows 및 Linux 모두에서 온 호스트 및 오프 호스트 모드로 xe 사용 xe를 사용하여 호스트, 네트워크, 저장소 리포지토리, 가상 디스크 및 VM을 포함한 물리적 개체 및 가상 개체의 매개 변수 쿼리 xe를 사용하여 호스트, 네트워크, 저장소 및 VM 구성을 포함한 XenServer 배포 구성 이 가이드와 다른 설명서와의 관계 이 문서는 기본적으로 XenServer 배포를 구성 및 관리해야 하는 시스템 관리자를 대상으로 합니다. 이 릴리 스에는 다음 설명서가 함께 제공됩니다. XenServer 설치 가이드에서는 XenServer 호스트 및 XenCenter 관리 콘솔의 설치에 대한 단계별 지침과 함께 XenServer에 대한 높은 수준의 개요를 제공합니다. XenServer 가상 컴퓨터 설치 가이드에서는 XenServer 배포 위에 Linux 및 Windows VM을 설치하는 방 법에 대해 설명합니다. 이 가이드에서는 설치 미디어를 사용하거나 XenServer 릴리스에 포함된 VM 템플 릿을 사용하여 새 VM을 설치하는 방법과 함께 P2V라는 프로세스를 통해 기존의 물리적 컴퓨터에서 VM 을 만드는 방법에 대해 설명합니다. XenServer 소프트웨어 개발 키트 가이드에서는 XenServer 호스트와 상호 작용하는 응용 프로그램을 작 성하는 방법을 보여 주는 코드 샘플 모음인 XenServer SDK(소프트웨어 개발 키트)에 대해 간단히 소개 합니다. XenAPI 사양에서는 XenServer API에 대한 프로그래머 참조 가이드를 제공합니다. XenServer 사용자 보안은 XenServer 설치를 안전하게 유지하는 것과 관련된 문제를 다룹니다. 릴리스 정보에서는 이 릴리스에 영향을 미치는 알려진 문제의 목록을 제공합니다.

8 2장. XenServer 호스트 및 리소스 풀 이 장에서는 일련의 예를 통해 xe CLI(명령줄 인터페이스)를 사용하여 리소스 풀을 만드는 방법을 설명합니 다. 간단한 NFS 기반 공유 저장소 구성을 보여 주고 여러 간단한 VM 관리 예를 설명합니다. 물리적 노드 실 패를 처리하는 절차도 설명합니다. 호스트 및 리소스 풀 개요 리소스 풀은 가상 컴퓨터를 호스트할 수 있는 하나의 관리되는 엔터티로 연결된 여러 XenServer 호스트 설 치로 구성됩니다. 리소스 풀이 공유 저장소와 결합된 경우 이 리소스 풀을 통해 VM을 메모리가 충분한 모든 XenServer 호스트에서 시작한 다음 중단 시간이 최소화된 상태로 실행하는 동안 XenServer 호스트 간에 동 적으로 이동할 수 있습니다(XenMotion). 개별 XenServer 호스트에서 하드웨어 실패가 발생하면 관리자는 같은 리소스 풀의 다른 XenServer 호스트에서 실패가 발생한 VM을 다시 시작할 수 있습니다. 리소스 풀에 HA(고가용성)가 설정되어 있는 경우 VM은 해당 호스트 실패 시 자동으로 이동됩니다. 리소스 풀당 최대 16 개의 호스트가 지원되지만 이 제한은 강제로 적용되지 않습니다. 풀에는 항상 마스터라고 하는 물리적 노드가 하나 이상 있습니다. 다른 물리적 노드는 기존 풀에 참가하며 이를 구성원이라고 합니다. 마스터 노드만 관리 인터페이스(XenCenter 및 CLI에서 사용)를 제공합니다. 마 스터는 필요한 경우 명령을 개별 구성원으로 전달합니다. 리소스 풀 생성에 필요한 요구 사항 리소스 풀은 하나 이상 최대 16개까지의 "동종" XenServer 호스트의 집합입니다. 여기서 "동종"의 정의는 다음과 같습니다. 각 CPU의 공급업체가 같아야 합니다. 특히 AMD-V와 IntelVT CPU를 혼합하여 사용할 수 없습니다. 각 CPU의 모델이 동일해야 합니다. 스테핑은 달라도 상관없습니다. 각 CPU에 동일한 기능 플래그가 있어야 합니다. 모든 호스트가 동일 버전의 XenServer 소프트웨어를 실행해야 합니다. 참고 롤링 업그레이드 중에는 이러한 제한이 완화됩니다. "동종"이라는 제약 조건과 더불어 개별 XenServer 호스트는 다음 조건에 해당하는 경우에만 리소스 풀에 참 가할 수 있습니다. 정적 IP 주소를 가지는 경우(수동으로 할당하거나 DHCP를 사용하여) 기존 리소스 풀의 구성원이 아닌 경우 호스트의 시간이 풀 마스터와 똑같은 시간 원본으로 동기화되는 경우(예: NTP 사용) 공유 저장소가 구성되어 있지 않은 경우 참가하는 XenServer 호스트에 실행 중이거나 일시 중단된 VM이 없는 경우 종료 등과 같은 진행 중인 활성 작업이 VM에 없는 경우 참가하는 XenServer 호스트의 관리 NIC가 NIC 연결의 일부가 아닌 경우

9 XenServer 관리자 가이드 XenServer 호스트 및 리소스 풀 4 리소스 풀의 XenServer 호스트가 포함하는 물리적 네트워크 인터페이스의 수는 다양할 수 있습니다. 로컬 저장소 리포지토리의 크기도 다양할 수 있습니다. 실제로 여러 서버가 완전히 똑같은 CPU를 가지기는 힘들 기 때문에 사소한 차이는 허용됩니다. 사용자 환경에서 각각 다른 CPU를 갖는 호스트가 동일한 리소스 풀 에 속할 수 있다고 확신하는 경우에는 풀 참가 작업을 강제로 실행할 수 있습니다. 참고 XenServer 호스트가 리소스 풀에 속하기 위해 정적 IP 주소를 가져야 한다는 요구 사항은 공유 저장소를 제공하는 서버에도 마찬가지로 적용됩니다. 리소스 풀을 만들기 위한 기술적 요구 사항은 엄격하지 않지만 풀에 하나 이상의 공유 저장소 리포지토리가 있을 때에만 풀의 이점(예: VM을 실행할 XenServer 호스트를 동적으로 선택하는 기능 및 XenServer 호스트 사이에서 VM을 동적으로 이동하는 기능)을 활용할 수 있습니다. 경험적으로 볼 때 공유 저장소를 사용할 수 있을 때까지 XenServer 호스트의 풀을 만드는 것을 연기하는 것이 좋습니다. Citrix에서는 일단 공유 저장소 가 추가되면 디스크가 로컬 저장소에 있는 기존의 VM을 공유 저장소로 이동할 것을 권장합니다. 이 작업은 xe vm-copy 명령 또는 XenCenter를 사용하여 수행할 수 있습니다. 리소스 풀 만들기 리소스 풀은 XenCenter 관리 콘솔 또는 CLI를 사용하여 만들 수 있습니다. 리소스 풀에 새로운 호스트를 참 가시킬 때 참가하는 호스트는 자신의 로컬 데이터베이스를 풀 전체 데이터베이스와 동기화하며 풀에서 일 부 설정을 상속받습니다. 로컬 저장소에서 실행되는 VM은 풀 전체 데이터베이스에 추가되며 로컬 저장소(및 비공유 원격 저장소) 역시 병합됩니다. 참가를 완료한 다음 사용자가 명시적으로 리소스가 공유되도록 조치하지 않는 한 이러 한 VM은 모두 여전히 풀에 참가하는 호스트에 연결된 상태로 유지됩니다. 참가하는 호스트는 풀의 기존 공유 저장소 리포지토리를 상속하며 적절한 PBD 레코드가 생성되므로 새 로운 호스트가 기존 공유 저장소에 자동으로 액세스할 수 있습니다. 네트워킹 정보는 참가하는 호스트에 부분적으로 상속됩니다. NIC, VLAN 및 연결된 인터페이스에 대한 구 조적 세부 정보는 모두 상속되지만 정책 정보는 상속되지 않습니다. 이러한 정책 정보는 다시 구성되어 야 하며 다음이 포함됩니다. 원래 구성에서 유지되는 관리 NIC의 IP 주소 원래 구성과 동일한 상태로 유지되는 관리 인터페이스의 위치. 예를 들어 다른 풀 호스트가 연결된 인터 페이스에 자신의 관리 인터페이스를 가지고 있으면 참가하는 호스트는 일단 참가한 후 명시적으로 해 당 연결로 마이그레이션되어야 합니다. 관리 인터페이스를 연결에 마이그레이션하는 방법에 대한 자세 한 내용은 NIC 연결을 기존 풀 마스터와 구성원 호스트에 추가하려면을 참조하십시오. 저장소 전용 NIC. 이는 XenCenter 또는 CLI를 사용하여 참가하는 호스트에 다시 할당해야 하며 이에 따라 트래픽을 라우팅하도록 PBD를 다시 연결해야 합니다. 이렇게 해야 하는 이유는 풀 참가 작업에 서 IP 주소가 할당되지 않으며 이를 올바르게 구성하지 않으면 저장소 NIC를 사용할 수 없기 때문입니 다. CLI를 사용하여 저장소 전용 NIC를 할당하는 방법에 대한 자세한 내용은 전용 저장소 NIC 구성 을 참조하십시오. CLI를 사용하여 XenServer 호스트 host1 및 host2를 리소스 풀에 참가시키려면 1. XenServer 호스트 host2에서 콘솔을 엽니다. 2. 다음 명령을 실행하여 XenServer 호스트 host2가 XenServer 호스트 host1의 풀에 참가하도록 지시합 니다.

10 XenServer 관리자 가이드 XenServer 호스트 및 리소스 풀 5 xe pool-join master-address=<host1> master-username=<root> \ master-password=<password> master-address는 XenServer 호스트 host1의 정규화된 도메인 이름으로 설정해야 하며 password는 XenServer 호스트 host1이 설치되었을 때 설정된 관리자 암호여야 합니다. 리소스 풀 이름 지정 XenServer 호스트는 기본적으로 명명되지 않은 풀에 속합니다. 리소스 풀을 만들려면 기존의 이름 없 는 풀의 이름을 바꿉니다. xe pool-param-set name-label=<"new Pool"> uuid=<pool_uuid> 공유 저장소 추가 지원되는 공유 저장소 유형의 전체 목록은 저장소 장을 참조하십시오. 이 섹션에서는 기존 NFS 서버에 공유 저장소(저장소 리포지토리로 표시)를 만드는 방법을 보여 줍니다. CLI를 사용하여 리소스 풀에 NFS 공유 저장소 추가 1. 풀의 XenServer 호스트에서 콘솔을 엽니다. 2. 다음 명령을 실행하여 <server:/path>에 저장소 리포지토리를 만듭니다. xe sr-create content-type=user type=nfs name-label=<"example SR"> shared=true \ device-config:server=<server> \ device-config:serverpath=<path> device-config:server는 NFS 서버의 호스트 이름을 나타내며 device-config:serverpath는 NFS 서버 의 경로를 나타냅니다. shared가 true로 설정되어 있으므로 공유 저장소는 자동으로 풀에 속한 모든 XenServer 호스트에 연결되며 이후 참가하는 모든 XenServer 호스트 역시 이 저장소에 연결됩니다. 생 성된 저장소 리포지토리의 UUID가 화면에 출력됩니다. 3. 다음 명령으로 풀의 UUID 찾습니다. xe pool-list 4. 다음 명령을 사용하여 공유 저장소를 풀 전체의 기본으로 설정합니다. xe pool-param-set uuid=<pool-uuid> default-sr=<sr-uuid> 공유 저장소가 풀 범위 기본값으로 설정되었기 때문에 향후에 만드는 모든 VM의 디스크는 기본적으 로 공유 저장소에 생성됩니다. 다른 유형의 공유 저장소를 만드는 방법에 대한 정보는 3장. 저장소를 참조하십시오. 공유 저장소에서 VM 설치 및 관리 다음 예에서는 XenServer에서 제공하는 Debian Etch 4.0 템플릿을 사용하여 Debian Linux VM을 설치하는 방법을 보여 줍니다. Debian Etch (4.0) VM 설치 1. 풀의 임의의 호스트에서 콘솔을 엽니다.

11 XenServer 관리자 가이드 XenServer 호스트 및 리소스 풀 6 2. sr-list 명령을 사용하여 해당 공유 저장소의 UUID를 찾습니다. xe sr-list 3. 다음 명령을 실행하여 Debian VM을 만듭니다. xe vm-install template="debian Etch 4.0" new-name-label=<etch> \ sr_uuid=<shared_storage_uuid> 명령이 완료되면 Debian VM을 시작할 수 있습니다. 4. 다음 명령을 사용하여 Debian VM을 시작합니다. xe vm-start vm=<etch> 마스터는 풀에서 VM을 시작할 XenServer 호스트를 선택합니다. on 매개 변수를 지정하는 경우 VM은 지정한 XenServer 호스트에서 시작됩니다. 요청된 XenServer 호스트에서 VM을 시작할 수 없으면 명 령이 실패합니다. VM이 항상 특정 XenServer 호스트에서 시작되도록 요청하려면 xe vm-param-set 명 령을 사용하여 VM의 affinity 매개 변수를 원하는 XenServer 호스트의 UUID로 설정합니다. 이 매개 변 수를 설정하면 시스템이 가능한 경우 지정된 호스트에서 VM을 시작하고 이 호스트에서 VM을 시작할 수 없는 경우 기본적으로 가능한 XenServer 호스트의 집합에서 VM을 시작할 호스트를 선택합니다. 5. 다음 명령을 사용하여 XenMotion으로 Debian VM을 다른 XenServer 호스트로 이동할 수 있습니다. xe vm-migrate vm=<etch> host=<host_name> --live 이 프로세스 동안 XenMotion은 VM을 실행 중인 상태로 유지함으로써 작동 중단 시간을 최소화합니다. 참고 VM이 마이그레이션되면 원래의 호스팅 서버의 도메인이 지워지고 VM이 사용하던 메모리는 Xen이 이를 새로운 VM에서 사용할 수 있도록 만들기 전에 완전히 비워집니다. 이를 통해 이전 VM에서 새로운 VM으로 의 정보 누출이 방지됩니다. 결과적으로 거의 동시에 여러 명령을 전송하여 다수의 VM을 마이그레이션할 수 있는데, 서버의 메모리 제한에 근접한 경우(예: 물리적 메모리가 4GB인 서버로 3GB를 사용하는 VM 집 합을 마이그레이션하는 경우)에는 마이그레이션을 시작하기 전에 이전 도메인의 메모리가 비워지지 않아 HOST_NOT_ENOUGH_FREE_MEMORY 오류가 발생하고 마이그레이션이 실패할 수도 있습니다. 마이 그레이션 사이에 지연을 두면 Xen이 성공적으로 메모리를 비우고 이를 일반 용도로 되돌릴 수 있습니다. 리소스 풀에서 XenServer 호스트 제거 풀에서 XenServer 호스트가 제거(분리)되면 컴퓨터는 재부팅된 후 다시 초기화되어 새로 설치되었을 때의 상태와 동등한 상태가 됩니다. 로컬 디스크에 중요한 데이터가 있는 경우에는 풀에서 XenServer 호스트를 분리하지 않아야 합니다. CLI를 사용하여 리소스 풀에서 호스트를 제거하려면 1. 풀의 임의의 호스트에서 콘솔을 엽니다. 2. 다음 명령을 사용하여 호스트 b의 UUID를 찾습니다. xe host-list 3. 풀에서 호스트를 분리합니다.

12 XenServer 관리자 가이드 XenServer 호스트 및 리소스 풀 7 xe pool-eject host-uuid=<uuid> XenServer 호스트가 분리되어 새로 설치된 상태가 됩니다. 주의 해당 로컬 디스크에 중요한 데이터가 저장된 호스트는 리소스 풀에서 분리하지 마십시오. 풀에서 분리하 면 모든 데이터가 삭제됩니다. 이 데이터를 유지하려면 먼저 XenCenter 또는 xe vm-copy CLI 명령을 사 용하여 풀의 공유 저장소에 VM을 복사합니다. 로컬로 저장된 VM을 포함하는 XenServer 호스트 구성원이 풀에서 분리되어도 해당 VM은 여전히 풀 데이 터베이스에 존재하므로 다른 XenServer 호스트가 이를 볼 수 있습니다. VM에 연결된 가상 디스크가 풀의 다른 XenServer 호스트가 볼 수 있는 공유 저장소를 가리키도록 변경되거나 단순히 제거될 때까지 해당 VM 은 시작되지 않습니다. 이러한 이유로 풀에 참가할 때는 모든 로컬 저장소를 공유 저장소로 이동하여 개별 XenServer 호스트가 데이터 손실 없이 분리(즉, 물리적으로 제거)될 수 있도록 하는 것이 좋습니다. 고가용성 이 섹션에서는 XenServer의 가상 컴퓨터 HA(고가용성) 구현과 xe CLI를 사용하여 이를 구성하는 방법을 설 명합니다. 참고 XenServer HA는 Citrix Essentials for XenServer 라이센스에서만 사용할 수 있습니다. Citrix Essentials for XenServer에 대한 자세한 내용을 확인하고 업그레이드 방법을 찾아보려면 여기를 클릭하여 Citrix 웹 사이트를 방문하십시오. HA 개요 HA 기능이 활성화되어 있는 경우 XenServer는 풀에 있는 호스트의 상태를 지속적으로 모니터링합니다. HA 메커니즘은 현재 VM 호스트가 실패할 경우 자동으로 보호된 VM을 정상 상태의 호스트로 이동합니다. 또 한 실패하는 호스트가 마스터인 경우 HA는 자동으로 마스터 역할을 대신 수행할 다른 호스트를 선택하므 로 XenServer 풀을 계속 관리할 수 있습니다. 호스트에 연결할 수 없는지 확실히 확인하기 위해 고가용성을 위해 구성된 리소스 풀에서는 몇몇 하트비 트 메커니즘을 사용하여 호스트를 정기적으로 검사합니다. 이러한 하트비트는 저장소 인터페이스(하트비트 SR 경유) 및 네트워킹 인터페이스(관리 인터페이스 경유)를 통해 보내집니다. 이러한 하트비트 경로는 구성 요소 실패의 부정적 영향을 방지하기 위한 추가적인 복구 성능을 위해 멀티 홈으로 구성될 수 있습니다. XenServer는 풀의 호스트 집합이 지정된 시간에 실패한 경우 수행할 작업에 대한 장애 조치(failover) 계획 을 동적으로 유지 관리합니다. 여기서 이해해야 할 중요한 개념은 HA 구성의 일부로 정의되는 허용할 호스 트 실패 값입니다. 이것은 서비스 손실 없이 허용되는 실패 횟수를 결정합니다. 예를 들어 리소스 풀이 16개 의 호스트로 구성되어 있고 허용된 실패 횟수가 3으로 설정된 경우, 풀은 3개의 호스트가 실패하는 것을 허 용하고 다른 호스트에서는 VM을 계속 다시 시작할 수 있는 장애 조치(failover) 계획을 계산합니다. 계획을 찾을 수 없는 경우 풀이 오버 커밋된 것으로 간주됩니다. 계획은 VM 수명 주기 작업과 이동을 기반으로 동

13 XenServer 관리자 가이드 XenServer 호스트 및 리소스 풀 8 적으로 재계산됩니다. 변경(예: 풀에 새 VM 추가)으로 인해 풀이 오버 커밋되는 경우에는 경고가 전송됩니 다(XenCenter 또는 전자 메일을 통해). 오버 커밋 현재 실행 중인 VM이 사용자 정의된 실패 횟수 이후에 다시 시작될 수 없는 경우 풀이 오버 커밋됩니다. 실패 후 해당 VM을 실행할 수 있을 정도의 충분한 사용 가능한 메모리가 풀에 없는 경우에 이 상황이 발생합 니다. 또한, 다른 설정 변경에 의해 의도한 HA가 보증되지 않는 경우도 있습니다. 예를 들면, VBD 및 네트워크 에 대한 변경은 어떤 호스트에서 어떤 VM이 다시 시작될 수 있는지에 대해 영향을 미칠 수 있습니다. 현재는 XenServer에서 모든 작업이 발생하기 전에 이러한 작업을 검사하여 이러한 작업으로 인해 HA 요구 사항이 위반되는지 여부를 확인할 수 없습니다. 하지만 HA가 유지될 수 없게 되는 경우 비동기 알림이 전송됩니다. 오버 커밋 경고 VM을 시작하거나 재시작하려고 시도하고 이 작업으로 인해 풀이 오버 커밋되는 경우 경고가 발생합니다. 이 경고는 XenCenter에 표시되며 Xen API를 통해 메시지 인스턴스로도 제공됩니다. 구성된 경우 전자 메 일 주소로도 메시지가 전송될 수 있습니다. 이러한 경고를 받으면 작업을 취소하거나 계속할 수 있습니다. 작업을 계속하면 풀이 오버 커밋됩니다. 여러 우선 순위의 VM에서 사용되는 메모리 양이 풀과 호스트 수준 에서 표시됩니다. 호스트 보호 네트워크 연결이 끊기거나 제어 스택의 문제로 인해 서버 실패가 발생하면 XenServer 호스트는 가상 컴퓨 터가 동시에 두 개의 서버에서 실행되지 않도록 자체보호 작업을 수행합니다. 보호 작업이 수행되면 서버가 즉시 재기동되며 이로 인해 해당 서버에서 실행 중인 모든 가상 컴퓨터가 정지됩니다. 다른 서버에서 정지된 가상 컴퓨터를 탐지하고 해당 컴퓨터에 할당된 재시작 우선 순위에 따라 재기동시킵니다. 보호된 서버는 재 부팅 시퀀스에 들어가며 재시작된 후에는 리소스 풀에 다시 참가하려고 시도합니다. 구성 요구 사항 HA 기능을 사용하려면 다음과 같은 요건이 필요합니다. 크기가 365MiB 이상인 iscsi 또는 광채널 LUN을 하나 이상 포함하는 공유 저장소 -- 하트비트 SR. HA 메 커니즘은 하트비트 SR에 두 개의 볼륨을 만듭니다. 4MiB 하트비트 볼륨 하트비트에 사용됩니다. 256MiB 메타데이터 볼륨 마스터 장애 조치(failover)에 사용되는 풀 마스터 메타데이터를 저장합니다. NetApp 또는 EqualLogic SR을 사용하고 있으면 하트비트 SR에 사용할 수 있도록 배열에 iscsi LUN을 수동으로 제공합니다. XenServer 풀. 이 기능은 단일 리소스 풀 내의 서버 수준에서 고가용성을 제공합니다. HA 기능으로 가상 컴퓨터를 보호하려면 가상 컴퓨터가 민첩해야 합니다. 가상 컴퓨터가 민첩해야 한다는 것은 다음을 의미합니다. 공유 저장소에 자신의 가상 디스크가 있어야 합니다. 이 경우 모든 유형의 공유 저장소를 사용할 수 있습 니다. 저장소 하트비트에는 반드시 iscsi 또는 광채널 LUN만 사용해야 하지만, 가상 디스크 저장소에는 이뿐만 아니라 원하는 다른 저장소를 사용할 수 있습니다. 구성된 로컬 DVD 드라이브와 연결되어 있지 않아야 합니다. 풀 전체 네트워크에 자신의 가상 네트워크 인터페이스가 있어야 합니다.

14 XenServer 관리자 가이드 XenServer 호스트 및 리소스 풀 9 Citrix에서는 HA를 사용하는 경우 풀의 서버에서 연결된 관리 인터페이스를 사용하고 하트비트 SR에 대해 다중 경로 저장소를 사용할 것을 권장합니다. CLI에서 VLAN 및 연결된 인터페이스를 만들면 해당 VLAN 및 인터페이스가 만들어지기만 하고 연결되거 나 활성화되지는 않을 수 있습니다. 이 경우 VM이 민첩하지 않은 것으로 보일 수 있으며 따라서 HA에 의해 보호되지 않을 수 있습니다. 이런 문제가 발생하면 CLI에서 pif-plug 명령을 사용하여 VLAN 및 연결 PIF를 활성화함으로써 VM을 민첩하게 만들 수 있습니다. 또한 xe diagnostic-vm-status CLI 명령을 사용하여 VM 배치의 제약 조건을 분석하여 VM이 민첩하지 않은 정확한 이유를 확인하고 필요한 경우 이를 해결할 수 있 는 조치를 수행할 수도 있습니다. 재시작 우선 순위 가상 컴퓨터에는 HA에 의해 보호되는지 여부를 나타내는 플래그와 재시작 우선 순위가 할당됩니다. HA를 사용하는 경우 보호되는 가상 컴퓨터를 활성화 상태로 유지하는 데 모든 노력이 소비됩니다. 재시작 우선 순위가 지정되면 보호되는 모든 중지된 VM이 자동으로 재시작됩니다. 서버가 실패하면 해당 서버에 있는 VM이 다른 서버에서 시작됩니다. 가능한 재시작 우선 순위는 다음과 같습니다 풀이 오버 커밋되면 HA 메커니즘은 가장 낮은 재시작 우선 순위를 가진 보호되는 VM부터 먼저 재시작 하려고 합니다. best-effort 이 우선 순위 설정을 가지는 VM은 시스템이 보호되는 VM을 재시작하려고 할 때만 재시작됩니다. ha-always-run=false 이 매개 변수 집합을 가진 VM은 재시작되지 않습니다. 재시작 우선 순위에 따라 실패가 발생한 경우 VM이 재시작되는 순서가 결정됩니다. 0보다 큰 서버 실패의 수를 허용하도록 구성된 경우(GUI의 HA 패널에서 지정되거나 CLI의 풀 개체에 있는 ha-plan-exists-for 필 드를 통해 지정된 경우), 재시작 우선 순위가 1, 2 또는 3인 VM은 지정된 서버 실패의 수에 도달하면 재시 작됩니다. 우선 순위가 best-effort로 설정된 VM은 장애 조치(failover) 계획에 속하지 않으며 이를 위해 예약 된 용량이 없기 때문에 계속적인 실행이 보장되지 않습니다. 서버 실패가 발생하여 풀이 허용할 수 있는 실 패의 수가 0으로 떨어진 상태가 되면 보호되는 VM이 더 이상 재시작되도록 보장되지 않습니다. 이 경우 시 스템 경고가 발생합니다. 이 경우 추가 실패가 발생하면 재시작 우선 순위가 설정된 모든 VM이 best-effort 동작에 따라 동작합니다. 보호되는 VM은 서버 실패가 발생한 동안 재시작될 수 없으며(예를 들면 실패가 발생했을 때 풀이 오버 커밋 된 경우), 풀의 상태가 변경되어야 이 VM을 시작하려는 시도가 수행됩니다. 즉, 풀에서 여분의 용량을 사용 할 수 있게 되면(가령 중요하지 않은 VM을 종료하거나 서버를 추가한 경우) 보호되는 VM을 재시작하려는 시도가 수행되며 이제는 이 시도가 성공할 수 있습니다. 참고 always-run=true인 VM의 재시작을 위한 리소스를 확보하기 위해 실행 중인 VM이 중단되거나 마이그레 이션되지는 않습니다. XenServer 풀에서 HA를 사용하도록 설정 XenCenter 또는 명령줄 인터페이스를 사용하여 풀에서 HA를 사용하도록 설정할 수 있습니다. 어느 경우 든 풀이 오버 커밋되었을 때 가장 높은 재시작 우선 순위를 갖는 VM을 결정하는 일련의 우선 순위를 지정 해야 합니다.

15 XenServer 관리자 가이드 XenServer 호스트 및 리소스 풀 10 주의 HA를 사용하면 풀에서 서버를 제거하는 것과 같이 VM을 재시작하기 위한 계획에 지장을 줄 수 있는 일부 작업이 비활성화될 수 있습니다. 이러한 작업을 수행하려면 일시적으로 HA를 비활성화하거나 HA에 의해 보호되는 VM을 보호되지 않는 상태로 만듭니다. CLI를 사용하여 HA를 사용하도록 설정 1. 풀에 호환 가능한 SR(저장소 리포지토리)을 연결했는지 확인합니다. iscsi 또는 광채널이 호환되는 SR 유형입니다. CLI를 사용하여 이러한 저장소 리포지토리를 구성하는 방법에 대한 자세한 내용은 참조 가 이드를 참조하십시오. 2. 보호하려는 각각의 VM에 대해 재시작 우선 순위를 설정합니다. 다음과 같이 하면 됩니다. xe vm-param-set uuid=<vm_uuid> ha-restart-priority=<1> ha-always-run=true 3. 풀에서 HA를 사용하도록 설정합니다. xe pool-ha-enable heartbeat-sr-uuid=<sr_uuid> 4. pool-ha-compute-max-host-failures-to-tolerate 명령을 실행합니다. 이 명령은 풀의 최대 실패 허용 호스 트 수를 반환합니다. 즉, 이 수를 넘는 호스트 장애가 발생하면, 보호되는 모든 VM을 실행하는데 필요 한 리소스를 확보할 수 없음을 의미합니다. xe pool-ha-compute-max-host-failures-to-tolerate 허용되는 실패의 수에 따라 경고가 전송되는 시점이 결정됩니다. 시스템은 풀의 상태가 변경되면 장애 조치(failover) 계획을 다시 계산하며 이 계산을 바탕으로 풀의 용량을 식별하고 보호되는 VM에 대해 활 성 상태가 유지되는 범위 내에서 허용 가능한 실패 수가 얼마인지를 확인합니다. 이 계산된 값이 hahost-failures-to-tolerate에 지정된 값 아래로 떨어지면 시스템 경고가 생성됩니다. 5. 허용되는 실패 매개 변수에 대한 수를 지정합니다. 이 값은 계산된 값보다 작거나 같아야 합니다. xe pool-param-set ha-host-failures-to-tolerate=<2> CLI를 사용하여 VM에서 HA 보호 제거 VM에서 HA 기능을 사용하지 않도록 설정하려면 xe vm-param-set 명령을 사용하여 ha-always-run 매개 변 수를 false로 설정합니다. 이 설정은 VM 재시작 우선 순위 설정을 지우지 않습니다. ha-always-run 매개 변 수를 true로 설정하여 VM에 HA를 사용하도록 다시 설정할 수 있습니다. 연결할 수 없는 호스트 복구 어떠한 이유로 호스트가 HA 상태 파일에 액세스할 수 없는 경우 호스트에 연결하지 못하게 될 수 있습니 다. XenServer 설치를 복구하려면 host-emergency-ha-disable 명령을 사용하여 HA를 사용하지 않도록 설 정해야 할 수 있습니다. xe host-emergency-ha-disable --force 호스트가 풀 마스터인 경우 HA를 사용하지 않도록 설정한 일반적인 상태로 호스트가 시작됩니다. 슬레이 브의 경우 다시 연결하여 자동으로 HA를 사용하지 않도록 설정합니다. 호스트가 풀 슬레이브이고 마스터 와 연결할 수 없는 경우 호스트가 풀 마스터로 재부팅되도록 강제하거나(xe pool-emergency-transition-tomaster) 새로운 마스터의 위치를 호스트에게 알려줘야(xe pool-emergency-reset-master) 할 수 있습니다.

16 XenServer 관리자 가이드 XenServer 호스트 및 리소스 풀 11 xe pool-emergency-transition-to-master uuid=<host_uuid> xe pool-emergency-reset-master master-address=<new_master_hostname> 모든 호스트가 성공적으로 재시작되면 다시 HA를 사용하도록 설정합니다. xe pool-ha-enable heartbeat-sr-uuid=<sr_uuid> HA를 사용하는 경우 호스트 종료 HA를 사용하는 경우 호스트를 종료하거나 재부팅할 때는 HA 메커니즘이 호스트가 실패한 것으로 가정 하지 않도록 특별한 주의가 필요합니다. HA를 사용하는 환경에서 호스트를 아무런 문제 없이 종료하려면 XenCenter 또는 CLI를 사용하여 먼저 호스트를 비활성화한 다음 호스트를 비우고 마지막으로 호스트를 종 료합니다. 명령줄에서 HA를 사용하는 환경의 호스트를 종료하려면 다음과 같이 하십시오. xe host-disable host=<host_name> xe host-evacuate uuid=<host_uuid> xe host-shutdown host=<host_name> HA에 의해 보호되는 VM 종료 VM이 HA 계획에 따라 보호되고 자동으로 재시작되도록 설정되어 있는 경우 이 보호가 활성화되어 있는 동 안에는 VM을 종료할 수 없습니다. VM을 종료하려면 먼저 HA의 보호를 비활성화한 다음 CLI 명령을 실행 합니다. XenCenter에서는 보호되는 VM의 Shutdown(종료) 단추를 클릭하면 자동으로 보호를 비활성화하 는 대화 상자를 제공합니다. 게스트 내에서 보호되는 VM을 종료하면, HA 실패 상황으로 인식하여 자동으로 VM이 재시작됩니다. 이를 통해 운영자의 실수(또는 실수로 VM을 종료하는 잘못된 프로그램)로 인해 보호되는 VM이 잘못 종료되는 경 우가 발생하지 않도록 합니다. 이 VM을 종료하려면 먼저 해당 VM의 HA 보호를 비활성화하십시오.

17 3장. 저장소 이 장에서는 저장소 추상화를 위한 프레임워크를 설명합니다. 다양한 종류의 물리적 저장소 하드웨어가 VM 에 매핑되는 방법과 저장소 관련 작업을 수행하기 위해 XenServer 호스트 API에서 사용하는 소프트웨어 개 체를 설명합니다. 지원되는 저장소 유형 각각에 대한 세부 섹션에는 CLI를 사용하여 VM용 저장소를 만들기 위한 절차와 유형별 장치 구성 옵션 및 XenServer 호스트 환경에서 저장소를 관리하기 위한 몇 가지 최상의 방법이 나와 있습니다. 마지막으로 가상 디스크 QoS(서비스 품질) 설정을 설명합니다. 저장소 개요 이 섹션에서는 XenServer 저장소 개체는 무엇이며 서로 어떤 식으로 관련되는지에 대해 설명합니다. SR(저장소 리포지토리) XenServer에서는 SR(저장소 리포지토리)이라는 컨테이너를 정의하여 VDI(가상 디스크 이미지)가 저장되 는 특정 저장소 대상을 설명합니다. VDI는 가상 디스크의 내용이 포함된 디스크 추상화입니다. 저장소 하드웨어에 대한 인터페이스를 통해 많은 수의 SR 유형에서 VDI가 지원될 수 있습니다. 로컬로 연 결된 IDE, SATA, SCSI 및 SAS 드라이브, 원격으로 연결된 iscsi, NFS 및 광채널에 대한 지원 기능이 기본 제공되므로, XenServer 호스트 에서 다양한 SR을 유연하게 운용할 수 있습니다. SR 및 VDI 추상화를 통해 스파스(sparse) 프로비저닝, VDI 스냅숏 및 빠른 복제와 같은 고급 저장소 기능이 해당 기능을 지원하는 저 장소 대상에 제공될 수 있습니다. 원래 고급 작업을 직접 지원하지 않는 저장소 하위 시스템의 경우 이러한 기능을 구현하는 Microsoft의 VHD(가상 하드 디스크) 사양을 기반으로 소프트웨어 스택이 제공됩니다. 각 XenServer 호스트는 여러 SR 및 다양한 SR 유형을 동시에 사용할 수 있습니다. 이러한 SR은 호스트 간 에 공유되거나 특정 호스트 전용으로 사용될 수 있습니다. 공유된 저장소는 정의된 리소스 풀 내에서 여러 호스트 간에 풀링됩니다. 공유 SR은 각 호스트에 네트워크를 통해 액세스할 수 있어야 하기 때문에 iscsi, NFS, NetApp, EqualLogic 또는 광채널 SR이어야 합니다. 마지막으로, 단일 리소스 풀의 모든 호스트에는 하나 이상의 공유 SR이 공통적으로 있어야 합니다. SR은 VDI(가상 디스크 이미지)가 포함된 저장소 대상입니다. SR 명령은 포함된 개별 VDI를 생성, 삭제, 크 기 조정, 복제, 연결 및 검색하기 위한 작업을 제공합니다. 저장소 리포지토리는 영구적인 온-디스크(on-disk) 데이터 구조입니다. 따라서 새 SR을 "생성"하는 작업은 디스크 포맷 작업과 유사합니다. 대부분의 SR 유형에서 새 SR을 만들 때는 지정한 저장소 대상에 있는 기존 데이터를 모두 지웁니다. 이에 대한 예외는 NFS SR로, 여기서는 기존 NFS SR을 기존 상태 그대로 두고 파 일러에서 새 디렉터리를 만듭니다. SR은 지속적이며 경우에 따라 XenServer 호스트 간에 공유되거나 이동 될 수 있습니다. 저장소 리포지토리를 관리하기 위한 CLI 작업에 대해서는 SR 명령 에서 설명합니다. VDI(가상 디스크 이미지) 가상 디스크 이미지는 VM에 제공되는 가상 디스크의 온-디스크(on-disk) 표현입니다. VDI는 XenServer에 서 가상화된 저장소의 기본 단위입니다. SR과 유사하게 VDI는 XenServer 호스트와 독립적으로 존재하는 영구적인 온-디스크(on-disk) 개체입니다. VDI를 관리하기 위한 CLI 작업은 VDI 명령 에서 설명합니다. 기본 VDI 유형으로는 VHD, LVM(논리적 볼륨 관리자), EqualLogic 및 NetApp 관리 LUN의 네 가지가 있습 니다. VHD 및 LVM 유형 모두 로컬 전용 저장소 또는 원격 공유 저장소에 있을 수 있습니다. VHD 형식은 ext3 파일 시스템을 사용하는 로컬 디스크 또는 NFS 공유에서 사용될 수 있습니다. VHD 형식 으로 저장된 VDI는 스파스(sparse)입니다. 이미지 파일은 VM이 데이터를 디스크에 쓸 때 자동으로 2MB

18 XenServer 관리자 가이드 저장소 13 단위로 확장됩니다. VM 이미지 파일이 물리적 저장소에서 필요한 만큼의 공간만 차지한다는 점에서 이는 상당한 이점을 제공합니다. 새 VM에 100GB VDI가 할당되어 있고 OS가 설치되어 있는 경우 VDI 파일의 실제 크기는 디스크에 기록된 OS 데이터의 크기와 몇 개의 작은 메타데이터 오버헤드를 합한 크기입니다. 또한 VHD 파일은 연결될 수 있으므로 두 VDI가 공통된 데이터를 공유할 수 있습니다. VHD 기반 VM이 복 제되는 경우 복제되는 VM은 복제 당시 디스크에 있는 공통된 데이터를 공유합니다. 각각은 VDI의 분리된 CoW(기록 중 복사) 버전에서 각자 변경됩니다. 이 기능을 통해 VHD 기반 VM을 템플릿에서 신속하게 복 제할 수 있으며 새로운 VM을 매우 빠르게 준비하고 배포할 수 있습니다. 단일 VHD 템플릿을 기반으로 VM을 복제할 때는 각각의 하위 VM이 "체인"을 형성합니다. 여기서는 새 변 경 내용을 새 VM에 쓰고 이전 블록을 상위 템플릿에서 직접 읽습니다. 새 VM이 추가 템플릿으로 변환되 고 더 많은 VM이 복제된 경우 여기서 형성된 체인에서는 성능이 저하됩니다. XenServer에서는 최대 체 인 길이로 30을 지원하지만 특별한 이유 없이 최대 체인 길이 가까이 확장하는 것은 권장하지 않습니다. 확실하지 않은 경우에는 언제든지 XenServer 또는 xe vm-copy 명령을 사용하여 VM을 "복사"하여 체인 길이를 0으로 재설정할 수 있습니다. LVM 형식은 로컬 디스크 또는 공유 저장소에서 사용될 수 있습니다. 여러 초기자 또는 HBA의 공유 액세 스를 허용하는 네트워크 배열에서 호스트되는 iscsi 또는 광채널 LUN을 사용하여 공유 LVM 액세스가 제공될 수 있습니다. LVM 형식을 사용하는 것은 VDI에 액세스하는 것이 원시 물리적 저장소 미디어에 액세스하는 것과 동일 함을 의미합니다. 이를 통해 LVM의 속도가 매우 빨라지지만 재사용하고 해제하는 데 있어서 VDI는 반드 시 물리적 디스크처럼 다루어져야 합니다. 관리되는 NetApp LUN은 NetApp SR 드라이버 유형을 사용하여 액세스할 수 있으며 Ontap 7.0 이상 버 전을 실행하는 Network Appliance 장치에서 호스트됩니다. LUN은 XenServer 호스트 관리 프레임워크를 사용하여 호스트에 동적으로 할당되고 매핑됩니다. EqualLogic 저장소는 EqualLogic SR 드라이버 유형을 사용하여 액세스할 수 있으며 EqualLogic 저장소 배열에서 호스트됩니다. LUN은 XenServer 호스트 관리 프레임워크를 사용하여 호스트에 동적으로 할당 되고 매핑됩니다. PBD(물리적 블록 장치) 물리적 블록 장치는 물리적 서버 및 연결된 SR 간의 인터페이스를 나타냅니다. PBD는 지정된 SR이 XenServer 호스트에 매핑될 수 있도록 하는 커넥터 개체입니다. PBD는 지정된 저장소 대상에 연결하고 해 당 대상과 상호 작용하는 데 사용되는 장치 구성 필드를 저장합니다. 예를 들어 NFS 장치 구성에는 NFS 서 버의 IP 주소와 XenServer 호스트가 탑재되는 연결 경로가 포함됩니다. PBD 개체는 지정된 SR과 지정된 XenServer 호스트의 런타임 연결을 관리합니다. PBD와 관련된 CLI 작업은 PBD 명령 에서 설명합니다. VBD(가상 블록 장치) 가상 블록 장치는 VDI와 VM 간의 매핑을 가능하게 하는 커넥터 개체(위에서 설명한 PBD와 유사)입니다. VDI를 VM에 연결(플러깅이라고도 함)하는 메커니즘을 제공하는 것 외에도 VBD를 사용하면 QoS(서비스 품 질), 통계 및 지정된 VDI의 부팅 가능성과 관련된 매개 변수를 세부 조정할 수 있습니다. VBD와 관련된 CLI 작업은 VBD 명령 에서 설명합니다. 저장소 개체의 요약 다음 이미지는 지금까지 설명한 저장소 개체의 관계를 요약한 것입니다.

19 XenServer 관리자 가이드 저장소 14 저장소 리포지토리 및 관련 개체의 그래픽 개요 VHD 및 통합 Microsoft VHD(가상 하드 디스크) 저장소는 XenServer에서 LVM(논리적 볼륨 관리자)을 사용하여 관리됩니 다. VHD 이미지는 하나 이상의 VDI 간에 공유되는 정보가 중복되지 않는 프로세스인 연결을 지원합니다. 이 로 인해 VM 및 관련 VDI가 복제됨에 따라 연결된 VDI의 트리가 생성되는 상황이 발생합니다. 체인의 VDI 중 하나가 삭제되면 XenServer에서는 체인의 다른 VDI를 합리화하여 불필요한 VDI를 제거합니다. 이 통합 프로세스는 비동기적으로 실행됩니다. 회수되는 디스크 공간의 크기와 프로세스 수행에 걸리는 시 간은 VDI의 크기과 공유되는 데이터의 양에 따라 다릅니다. 하나의 SR에 대해 하나의 통합 프로세스만 활 성화됩니다. 이 프로세스 스레드는 SR 마스터 호스트에서 실행됩니다. 풀의 마스터 서버에서 중요한 VM이 실행되고 있고 이 프로세스로 인해 종종 IO가 느려지는 경우에는 다음 단계를 수행하여 이를 해결할 수 있습니다. VM을 SR 마스터 이외의 호스트로 마이그레이션합니다. 디스크 IO 우선 순위를 더 높은 수준으로 설정하고 스케줄러를 조정합니다. 자세한 내용은 가상 디스크 QoS 설정 을 참조하십시오. 저장소 리포지토리 유형 이 섹션에서는 XenServer에서 지원하는 물리적 저장소 유형을 설명합니다. 장치 구성 옵션 및 SR 생성의 예가 각 유형별로 제공됩니다. SR 유형 설명 공유 여부 스파스 (sparse) 여부 VDI 크기 조정 여 부 빠른 복제 여부 ext 로컬 디스크의 VHD 아니요 예 아니요 예 nfs 네트워크 파일 시스템의 VHD 예 예 아니요 예

20 XenServer 관리자 가이드 저장소 15 SR 유형 설명 공유 여부 스파스 (sparse) 여부 VDI 크기 조정 여 부 빠른 복제 여부 lvm lvmohba lvmoiscsi netapp 로컬 디스크의 논리적 볼륨 관 리 광채널 또는 iscsi HBA(호스 트 버스 어댑터)의 논리적 볼륨 관리 소프트웨어 초기자를 사용한 iscsi의 논리적 볼륨 관리 Ontab을 사용한 NetApp 파일 러 아니요 아니요 예 아니요 예 아니요 예 아니요 예 아니요 예 아니요 예 예 예 예 equal EqualLogic 파일러 예 예 예 예 XenServer에서 지원되는 저장소 리포지토리 유형은 제어 도메인의 플러그인에 의해 제공됩니다. 이러한 플 러그인은 검사될 수 있으며 타사에서 지원하는 플러그인은 /opt/xensource/sm 디렉터리에 추가될 수 있습 니다. 이러한 파일을 수정하는 것은 지원되지 않지만 이 파일을 볼 수는 있기 때문에 개발자 또는 고급 사용 자에게 도움이 됩니다. 이 디렉터리에 있는 새로운 저장소 관리자 플러그인은 XenServer에서 자동으로 검 색됩니다. sm-list 명령( 저장소 관리자 명령 참조)을 사용하여 사용 가능한 SR 유형을 나열합니다. New Storage(새 저장소) 마법사를 사용하여 새로운 저장소 리포지토리를 만듭니다. 이 마법사에서는 다양 한 검색 및 구성 단계를 통해 사용자를 안내합니다. 또는 sr-create 명령을 사용할 수도 있습니다. 이 명령은 저장소를 기반으로 새로운 SR을 만들고(잠재적으로 기존 데이터가 삭제될 수 있음) 저장소 리포지토리 API 개체 및 해당하는 PBD 레코드를 만들어 VM이 저장소를 사용할 수 있도록 합니다. SR이 성공적으로 만들 어진 경우 PBD는 자동으로 연결됩니다. SR shared=true 플래그가 설정되면 PBD 항목이 생성되고 리소스 풀 내의 모든 XenServer 호스트에 대해 연결됩니다. 로컬 디스크 기본적으로 XenServer는 해당 프로그램이 설치된 물리적 호스트의 로컬 디스크를 사용합니다. Linux LVM(논리적 볼륨 관리자)은 VM 저장소를 관리하는 데 사용됩니다. 이 경우 VDI는 지정된 크기의 LVM 논 리적 볼륨으로 구현됩니다. 로컬 LVM 기반 저장소는 고성능이며 가상 디스크의 크기를 동적으로 조정할 수 있습니다. 가상 디스크는 기 반이 되는 물리적 디스크에서 분리된 볼륨으로 전부 할당되며 이에 따라 부과되는 저장소 가상화에 따른 오 버헤드가 최소화됩니다. 이처럼 이것은 고성능 저장소를 위한 좋은 옵션이기는 하나, 아래에서 설명하는 파 일 기반 저장소 옵션이 가지는 융통성이 없습니다. LVM이 관리하는 볼륨에 가상 디스크를 저장하는 것 외에도 로컬 디스크를 로컬 EXT SR로 구성하여 Microsoft VHD 형식으로 저장된 VDI를 제공할 수도 있습니다. 로컬 디스크 EXT SR은 반드시 XenServer CLI를 사용하여 구성해야 합니다. 정의에 따라 로컬 디스크는 XenServer 호스트의 풀 전체에서 공유될 수 없습니다. 결과적으로 VDI가 로컬 디스크의 SR에 저장된 VM은 민첩하지 않습니다. 이 VM은 리소스 풀의 XenServer 호스트 사이에서 마이 그레이션될 수 없습니다. 로컬 핫플러그 장치 XenServer에는 이동식 저장소를 나타내는 udev 유형의 SR이 두 개 있습니다. 하나는 XenServer 호스트 의 물리적 CD 또는 DVD-ROM 드라이브에 들어 있는 CD 또는 DVD 디스크를 위한 것입니다. 다른 하나는

21 XenServer 관리자 가이드 저장소 16 XenServer 호스트의 USB 포트에 연결되는 USB 읽기/쓰기 장치를 위한 것입니다. 미디어를 나타내는 VDI 는 삽입 및 제거되는 USB 장치 또는 디스크와 같이 삽입하고 제거할 수 있습니다. NFS를 사용하는 공유 네트워크 연결 저장소 NFS 파일러는 저장소 인프라의 유비쿼터스 형태로서 다양한 환경에서 사용할 수 있습니다. XenServer에서 는 NFS V3 over TCP/IP를 지원하는 기존 NFS 서버를 가상 디스크(VDI)용 저장소 리포지토리로 즉시 사용할 수 있습니다. VDI는 오직 Microsoft VHD 형식으로만 저장됩니다. 더불어 NFS SR은 공유될 수 있기 때문에 공유 SR에 저장된 VDI를 사용하여 리소스 풀 내의 어떠한 XenServer 호스트에서든 VM을 시작할 수 있으며 XenMotion을 사용하여 눈에 띄는 작동 중지 시간 없이 호스트 사이에서 VM을 마이그레이션할 수 있습니다. NFS SR 생성에는 NFS 서버의 호스트 이름 또는 IP 주소가 필요합니다. sr-probe는 SR이 생성될 수 있는, 서버가 내보낸 올바른 대상 경로의 목록을 제공합니다. 지정된 경로를 풀에 있는 모든 XenServer 호스트에 내보내도록 NFS 서버를 구성해야 하며, 그렇지 않으면 SR 생성 및 PBD 레코드 연결이 실패합니다. 이 장의 시작 부분에서 언급한 것처럼 NFS에 저장되는 VDI는 스파스(sparse)입니다. VM이 데이터를 디스 크에 기록할 때마다 이미지 파일이 할당됩니다. VM 이미지 파일이 NFS 파일러에서 필요한 만큼의 공간만 차지한다는 점에서 이는 상당한 이점을 제공합니다. 만약 새로운 VM에 100GB VDI가 할당되고 OS가 설치 된 경우 해당 VDI 파일은 전체 100GB 대신 디스크에 기록되는 OS 데이터의 크기만 반영합니다. 또한 VHD 파일을 "체인"화함으로써, 두 VDI가 공통된 데이터를 공유하도록 할 수 있습니다. NFS 기반 VM 이 복제되는 경우 복제에 참여한 VM은 복제 당시 디스크에 있는 공통된 데이터를 공유합니다. 각각은 VDI 의 분리된 CoW(기록 중 복사) 버전에서 각자 변경됩니다. 이 기능을 통해 NFS 기반 VM을 템플릿에서 신속 하게 복제할 수 있으며 새로운 VM을 매우 빠르게 준비하고 배포할 수 있습니다. 참고 지원되는 VHD 체인의 최대 길이는 30입니다. VHD 기반 이미지는 스파스(sparse) 및 체인을 지원하기 위한 여분의 메타데이터를 필요로 하기 때문에 그 형식이 LVM 기반 저장소만큼 고성능을 제공하지는 않습니다. 성능이 정말로 중요한 경우에는 이미지 파일 의 스파스(sparse) 영역을 강제로 할당하는 것이 좋습니다. 즉, 이는 추가 디스크 공간을 사용하는 대신 성 능을 향상시킵니다. XenServer의 NFS 및 VHD 구현에서는 이 두 구현이 NFS 서버의 SR 디렉터리를 완벽하게 제어한다고 가 정합니다. 관리자는 VDI의 콘텐츠를 손상시킬 위험이 있을 수 있기 때문에 SR 디렉터리의 콘텐츠를 수정 하지 않아야 합니다. NFS의 최고 사례를 수행할 수 있도록 성능 및 액세스 제어 문제를 고려하십시오. 액세스 제어를 통해 NFS 내보내기에 대한 액세스 권한을 가지는 클라이언트 IP 주소를 지정할 수 있습니다. 또는 읽기/쓰기 권한 제 어를 허용할 수 있습니다. 관리자는 해당 설치의 특정 요구 사항에 기반하여 정책을 결정해야 합니다. XenServer는 실패로부터 데이터를 고수준으로 안전하게 보호함과 동시에 비휘발성 RAM을 사용하여 쓰기 요청에 대한 빠른 승인을 제공하는 엔터프라이즈 수준의 파일러에 맞게 조정되었습니다. 참고로 XenServer 는 Data OnTap 7.2.2를 사용하여 Network Appliance FAS270c 및 FAS3020c 파일러에 대해 광범위하게 테 스트되었습니다. 보다 하위 수준의 파일러와 함께 XenServer를 사용하는 상황에서는 게스트 VM에게 승인을 전달하기에 앞 서 모든 쓰기가 승인되기를 기다림으로써 작업이 매우 주의 깊게 수행됩니다. 이는 상당한 성능의 낭비를 초 래할 수 있으며 SR 탑재 지점을 비동기 모드 내보내기로 제공하도록 해당 파일러를 설정함으로써 이를 해 결할 수 있습니다. 비동기 내보내기는 실제로는 디스크에 존재하지 않는 쓰기를 승인하므로 관리자는 이러 한 상황에서 실패가 발생할 위험을 주의 깊게 고려해야 합니다.

22 XenServer 관리자 가이드 저장소 17 XenServer NFS 구현은 기본적으로 TCP를 사용합니다. 허용되는 경우 성능 상의 이점이 있을 수 있는 상 황에서 UDP를 사용하여 해당 구현을 구성할 수 있습니다. 이렇게 하려면 SR 생성 시에 device-config 매개 변수를 useudp=true로 지정합니다. 주의 NFS SR의 VDI는 스파스(sparse)로 생성되기 때문에 관리자는 모든 필요한 VDI에 대한 충분한 디스크 공 간이 NFS SR에 있는지 확인해야 합니다. XenServer 호스트는 VDI에 필요한 공간이 NFS SR에 실제로 존재하도록 강제하지 않습니다. 공유 iscsi 저장소 XenServer에서는 iscsi LUN에 있는 공유 SR에 대한 지원을 제공합니다. iscsi는 오픈 iscsi 소프트웨어 iscsi 초기자 또는 지원되는 iscsi HBA(호스트 버스 어댑터)를 사용하여 지원됩니다. iscsi HBA를 사용하 기 위한 단계는 광채널 HBA의 경우에도 동일하며 두 가지 모두 FC 또는 iscsi 하드웨어 HBA의 공유 LVM 저장소 에서 설명합니다. 소프트웨어 iscsi 초기자를 사용하는 공유 iscsi 지원은 LVM(Linux 볼륨 관리자)을 기반으로 구현되며 로 컬 디스크의 경우에서 LVM VDI가 제공하는 것과 동일한 성능 상의 이점을 제공합니다. 소프트웨어 기반 호 스트 초기자를 사용하는 공유 iscsi SR은 XenMotion을 사용하여 VM 민첩성을 지원할 수 있습니다. VM은 리소스 풀 내의 모든 XenServer 호스트에서 시작될 수 있으며 눈에 띄는 작동 중지 시간 없이 호스트 사이에 서 마이그레이션될 수 있습니다. 소프트웨어 기반 iscsi SR VDI에서 사용되는 LVM VDI는 스파스(sparse) 프로비저닝 또는 빠른 복제에 대한 지원을 제공하지 않습니다. iscsi SR은 생성 시에 지정된 전체 LUN을 활용하며 둘 이상의 LUN에 걸쳐 있을 수 없습니다. CHAP 지원 은 데이터 경로 초기화 및 LUN 검색 단계 모두에서 클라이언트 인증을 위해 제공됩니다. XenServer 호스트 iscsi 구성 모든 iscsi 초기자 및 대상은 네트워크에서 고유하게 식별될 수 있도록 반드시 고유한 이름을 가져야 합니 다. 초기자는 iscsi 초기자 주소를 가지며 대상은 iscsi 대상 주소를 가집니다. 이를 모두 IQN(iSCSI 정규 화된 이름)이라고 합니다. XenServer 호스트는 호스트 설치 중에 자동으로 생성되고 임의의 IQN으로 구성되는 단일 iscsi 초기자를 지원합니다. 단일 초기자는 동시에 여러 iscsi 대상에 연결하는 데 사용될 수 있습니다. iscsi 대상은 일반적으로 iscsi 초기자 IQN 목록을 사용하여 액세스 제어를 제공하므로 XenServer 호스트 가 액세스하는 모든 iscsi 대상/LUN은 해당 호스트의 초기자 IQN을 기준으로 액세스를 허용하도록 구성되 어야 합니다. 이와 유사하게 공유 iscsi SR로 사용되는 대상/LUN은 리소스 풀의 모든 호스트 IQN을 기준 으로 액세스를 허용하도록 구성되어야 합니다. 참고 엑세스 제어를 제공하지 않는 iscsi 대상은 일반적으로 데이터 무결성을 유지하기 위해 단일 초기자에 대 한 LUN 액세스를 제한하도록 기본 설정됩니다. iscsi LUN을 리소스 풀 내의 여러 XenServer 호스트에서 공유 SR로 사용하려면 지정된 LUN에 대해 다중 초기자 액세스가 활성화되었는지 확인하십시오. XenServer 호스트 IQN 값은 XenCenter를 사용하거나 iscsi 소프트웨어 초기자를 사용할 때 CLI에서 다음 명령을 사용하여 조정할 수 있습니다.

23 XenServer 관리자 가이드 저장소 18 xe host-param-set uuid=<valid_host_id> other-config:iscsi_iqn=<new_initiator_iqn> 주의 모든 iscsi 대상 및 초기자는 고유한 IQN을 가져야 합니다. 고유하지 않은 IQN 식별자를 사용하면 데이 터 손상 및/또는 LUN 액세스 거부가 발생할 수 있습니다. 주의 iscsi SR이 연결된 XenServer 호스트 IQN을 변경하지 마십시오. 변경하면 새로운 대상 또는 기존 SR과 의 연결에 실패할 수 있습니다. FC 또는 iscsi 하드웨어 HBA의 공유 LVM 저장소 XenServer 호스트는 Emulex 또는 QLogic HBA(호스트 버스 어댑터)를 통해 FC(광채널) SAN(저장소 영역 네트워크)을 지원합니다. 저장소 장치, 네트워크 장치 및 XenServer 호스트 내의 HBA를 포함하여 호스트에 게 FC LUN을 제공하는 데 필요한 모든 FC 구성은 수동으로 완료해야 합니다. 일단 모든 FC 구성을 완료하 면 HBA가 FC LUN에 의해 지원되는 SCSI 장치를 호스트에게 제공합니다. 그러면 로컬로 연결된 SCSI 장 치인 것처럼 SCSI 장치를 FC LUN에 액세스하는 데 사용할 수 있습니다. sr-probe 명령을 사용하여 호스트에 있는 LUN 지원 SCSI 장치를 나열할 수 있습니다. 이 명령은 새로운 LUN 지원 SCSI 장치를 강제로 검색합니다. sr-probe가 LUN 지원 SCSI 장치에 대해 반환하는 경로 값은 LUN에 대한 액세스 권한이 있는 모든 호스트에서 일관되므로 리소스 풀의 모든 호스트가 액세스할 수 있는 공유 SR을 만들 때는 반드시 이 값을 사용해야 합니다. QLogic iscsi HBA에도 같은 기능이 적용됩니다. 공유 HBA 기반 FC 및 iscsi SR을 만드는 방법에 대한 자세한 내용은 저장소 리포지토리 만들기 을 참조 하십시오.

24 XenServer 관리자 가이드 저장소 19 참고 광채널에 대한 XenServer 지원은 LUN에서 VM으로의 직접 매핑을 지원하지 않습니다. HBA 기반 LUN 은 호스트로 매핑되어야 하며 SR에서 사용할 수 있도록 지정되어야 합니다. SR 내의 VDI는 표준 블록 장 치로 VM에 제공됩니다. 공유 NetApp 저장소 참고 NetApp 및 EqualLogic SR을 사용하려면 Citrix Essentials for XenServer 라이센스가 있어야 합니다. Citrix Essentials for XenServer에 대한 자세한 내용을 확인하고 업그레이드 방법을 찾아보려면 여기를 클릭하 여 Citrix 웹 사이트를 방문하십시오. Data ONTAP 7G(버전 7.0 이상)를 실행하는 충분한 디스크 공간을 가진 NetApp(Network Appliance ) 파 일러에 액세스할 수 있으면 해당 XenServer 배포에 VM 저장소를 위한 사용자 지정 NetApp 저장소 리포지 토리를 구성할 수 있습니다. XenServer 드라이버는 파일러에 대해 ZAPI 인터페이스를 사용하여 SR에 상응 하는 FlexVol 그룹을 만듭니다. VDI는 파일러 위의 가상 LUN으로 생성되며 iscsi 데이터 경로를 사용하여 XenServer 호스트에 연결됩니다. VDI와 원시 LUN 사이는 직접 매핑이 이루어지므로 추가적인 볼륨 메타데 이터가 필요하지 않습니다. 따라서 논리적인 수준에서는 NetApp SR이 관리되는 볼륨이고 VDI가 볼륨 내에 있는 LUN입니다. 데이터 효율성 및 성능과 기존 ONTAP 파일러 관리 도구와의 호환성을 유지하기 위해 VM 복제는 파일러의 스냅숏 생성 및 복제 기능을 사용합니다. iscsi 기반 SR 유형과 같이 NetApp 드라이버도 기본 제공 소프트웨어 초기자 및 해당 지정된 서버 IQN을 사용하며, 이는 XenCenter에서 저장소 리포지토리를 선택할 때 General(일반) 탭에 표시되는 값을 변경하 여 수정할 수 있습니다. NetApp SR을 만드는 가장 쉬운 방법은 XenCenter를 사용하는 것입니다. 자세한 내용은 XenCenter 도움 말을 참조하십시오. 이는 xe CLI 명령을 사용하여 만들 수 있습니다. 예제는 iscsi의 공유 NetApp SR 만 들기 를 참조하십시오. FlexVol NetApp는 관리 가능한 데이터의 기본 단위로 FlexVol이라는 개념을 도입합니다. NetApp 기반 SR의 설계를 제약하는 제한 사항이 있다는 점에 주의해야 합니다. 제한 사항은 다음과 같습니다. 파일러당 최대 FlexVol 수 네트워크 포트당 최대 LUN 수 FlexVol당 최대 스냅숏 수 정확한 시스템 제한은 파일러 유형마다 다르지만 일반적인 지침으로 FlexVol은 LUN을 최대 200개까지 포 함할 수 있으며 스냅숏을 최대 255개까지 제공할 수 있습니다. LUN은 VDI와 일대일 매핑되며 VM이 둘 이 상의 VDI를 가지는 경우가 잦기 때문에 단일 FlexVol에 대한 리소스 제한에 쉽게 도달해 버릴 수 있습니다. 또한 스냅숏 작업에 FlexVol 내의 모든 LUN에 대한 스냅숏 생성 작업이 포함된다는 사실과 VM 복제 작업 에서 백업 목적의 CLI 기반 VDI 스냅숏 작업뿐 아니라 백그라운드에서의 스냅숏을 간접적으로 사용한다는 사실을 고려하십시오. 따라서 XenServer 호스트의 가상 저장소 개체를 파일러에 매핑할 때는 두 가지 제약 조건을 고려해야 합니 다. 공간 효율성을 유지 관리하기 위해서는 FlexVol당 LUN의 수를 제한하는 것이 좋으며, 반대로 리소스 제

25 XenServer 관리자 가이드 저장소 20 한을 피하기 위해서는 FlexVol당 하나의 LUN을 사용할 때 가장 큰 융통성을 얻을 수 있습니다. 하지만 공 급업체에서 파일러당 200 또는 500개로 FlexVol 수를 제한하고(NetApp 모델에 따라 다름), 이에 따라 파일 러당 VDI가 200 또는 500개로 제한되므로 이러한 매개 변수를 중심으로 적절한 FlexVol의 수를 선택하는 것이 중요합니다. 이러한 리소스 제약 조건을 고려하여 Ontap 저장소 시스템에 대한 가상 저장소 개체 매핑은 다음과 같은 방 식으로 설계되었습니다. LUN은 FlexVol 전체에서 똑같이 배포되며, VM UUID를 사용하여 동일한 VM에 연 결된 LUN은 동일한 FlexVol에 적절하게 그룹화됩니다. 이는 VM에 있는 모든 VDI의 스냅숏을 동시에 허용 하는 합리적인 사용 모델로서 스냅숏 작업의 효율을 최대화합니다. 설정할 수 있는 선택적인 매개 변수는 SR에 할당되는 FlexVol의 수입니다. 1에서 32개까지의 FlexVol을 사 용할 수 있으며 기본값은 8입니다. SR에 FlexVol이 많이 할당될수록 스냅숏과 복제 작업의 효율성이 높아집 니다. 통계적으로, 같은 FlexVol에 대해 VM의 수가 적어지기 때문입니다. 단점은 하나의 SR에 대해 더 많은 FlexVol 리소스가 사용된다는 것입니다. 일부 작은 파일러는 일반적으로 시스템 전체 제한이 200개입니다. 집합 NetApp 드라이버 기반의 SR을 만들 때는 적절한 집합을 선택합니다. FlexVol을 지원하는 새로운 스타일의 집합인 기존과 다른 유형 집합에 대해 드라이버가 검색될 수 있으며, 그런 다음 사용 가능한 모든 집합 및 각 각에 대해 사용되지 않은 디스크 공간이 나열됩니다. 참고 집합 검색은 sr-create 실행 시에만 가능합니다. SR이 생성되는 지점에서 집합이 지정될 수 있으려면 해당 지점에서 검색이 수행되어야 하지만 sr-probe 명령으로는 검색되지 않습니다. 다른 응용 프로그램이 리소스를 공유하는 경우 공간에 대한 보장 및 할당이 올바르게 관리되지 않기 때문에 Citrix에서는 XenServer 저장소가 집합을 독점적으로 사용하도록 구성할 것을 권장합니다. 씩 프로비저닝 또는 씬 프로비저닝 NetApp 저장소를 만들 때 사용할 공간 관리의 유형을 선택할 수도 있습니다. 기본적으로 할당된 공간은 VM 에서 디스크 공간을 다 소비하지 않고 모든 가상 할당 보장이 파일러에서 완벽하게 적용되도록 "씩 프로비 저닝"됩니다. "씩 프로비저닝"을 선택하면 VDI(LUN)가 파일러에 할당될 때마다 디스크 공간이 다 소비되어 디스크 쓰기 실패가 발생하지 않도록 충분한 공간이 예약됩니다. Ontap FlexVol 공간 프로비저닝 알고리즘 의 특성으로 인해 파일러에 대한 최상의 방법 지침에서는 백그라운드 스냅숏 데이터 컬렉션에 사용하고 디 스크에 쓰기 작업이 차단되지 않도록 최소한 두 배의 LUN 공간을 예약하도록 요구합니다. 또한 두 배의 디 스크 공간 보장과 더불어 Ontap에서는 스냅숏에서 고유한 블록을 관리하기 위한 약간의 추가 공간 예약도 요구합니다. 이 공간에 대한 지침에서는 예약된 공간의 20% 이상을 요구합니다. 따라서 "씩 프로비저닝"을 통해 확보되는 공간 보장에서는 요청된 가상 디스크 공간의 2.4배까지를 예약합니다. 또 다른 할당 전략은 씬 프로비저닝으로, 이를 사용하면 관리자가 실제로 SR에서 사용할 수 있는 것보다 더 많은 저장소 공간을 SR에 연결된 VM에 제공할 수 있습니다. 공간 보장이 없으며 VM이 데이터를 쓸 때까지 LUN 할당이 FlexVol의 데이터 블록을 일체 요구하지 않습니다. 이 전략은 할당된 가상 디스크를 전부 활용 하지 않고 VM이 자주 생성되거나 삭제될 수 있기 때문에 가상 디스크 공간을 SR에 오버 프로비저닝하는 것 이 편리할 수 있는 개발 및 테스트 환경에서 적합할 수 있습니다. 이 방법은 극도로 주의해서 사용해야 하며 중요하지 않은 환경에서만 사용해야 합니다. FAS 중복 제거 FAS 중복 제거는 중복된 디스크 공간을 회수하기 위한 NetApp 기술입니다. 새로 저장된 데이터 개체는 작 은 블록으로 나뉘고 각 블록은 디지털 서명을 포함하며 데이터 볼륨의 다른 모든 서명과 비교됩니다. 정확

26 XenServer 관리자 가이드 저장소 21 히 일치하는 블록이 존재하는 경우 해당 중복 블록이 삭제되고 디스크 공간이 회수됩니다. FAS 중복 제거는 "씬 프로비저닝"된 NetApp 기반 SR에서 사용하도록 설정될 수 있으며 일반적으로 24시간마다 기본 파일러 FAS 중복 제거 매개 변수에 따라 작동합니다. 이는 SR이 생성되는 지점에서 활성화되어야 하며 모든 사용 자 지정 FAS 중복 제거 구성은 파일러에서 직접 관리되어야 합니다. 액세스 제어 볼륨 생성 및 볼륨 스냅숏 생성과 같은 FlexVol 작업에는 파일러 자체에 대한 관리자 권한이 필요하기 때문 에 Citrix에서는 구성할 때 XenServer 호스트에 적절한 관리자 사용자 이름 및 암호 자격 증명을 제공할 것 을 권장합니다. XenServer 호스트에 파일러에 대한 전체 관리자 권한이 없는 상황에서 파일러 관리자는 파 일러의 대역 외 준비 및 프로비저닝을 수행할 수 있으며 이에 따라 XenCenter 또는 sr-introduce xe CLI 명 령을 사용하여 XenServer 호스트에 SR을 도입할 수 있습니다. 그러나 VM 복제 또는 스냅숏 생성과 같은 작 업은 이 상황에서 불충분한 액세스 권한으로 인해 실패합니다. 라이센스 이 저장소 리포지토리 유형을 사용하려면 NetApp 파일러에 iscsi 라이센스가 설치되어 있어야 합니다. 일 반 플러그인의 경우 사용하고 있는 SR 유형에 따라 iscsi 또는 NFS 라이센스가 필요합니다. 자세한 정보 NetApp 기술에 대한 자세한 내용은 다음 링크를 참조하십시오. NetApp 제품에 대한 일반적인 정보 Data ONTAP FlexVol FlexClone RAID-DP 스냅숏 FilerView 공유 EqualLogic 저장소 EqualLogic 파일러에 대한 액세스 권한이 있는 경우 XenServer 배포에 VM 저장소를 위한 사용자 지정 EqualLogic 저장소 리포지토리를 구성할 수 있습니다. 이를 통해 이 파일러 유형의 고급 기능을 사용할 수 있습니다. 가상 디스크당 하나의 LUN을 사용하여 파일러에 가상 디스크가 저장됩니다. 이 저장소 유형을 사 용하면 이 파일러의 씬 프로비저닝, 스냅숏 및 빠른 복제 기능이 활성화됩니다. 특수 SR 플러그인 또는 일반 LVM/iSCSI 저장소 백엔드의 사용 여부를 결정할 때는 저장소 요구 사항을 고려 해야 합니다. XenServer에서는 특수 플러그인을 통해 파일러와 통신하여 저장소를 제공합니다. 일부 배열에 서는 동시 연결이 7개로 제한되며 이로 인해 제어 작업의 처리량이 제한될 수 있습니다. 그러나 이 플러그인 을 사용하면 고급 배열 기능을 활용할 수 있으므로 백업 및 스냅숏 작업을 더욱 손쉽게 수행할 수 있습니다. 주의 EqualLogic SM 플러그인에 성공적으로 액세스할 수 있는 관리 계정으로는 다음과 같이 두 가지가 있습 니다.

27 XenServer 관리자 가이드 저장소 22 전체 그룹 및 모든 저장소 풀에 액세스하고 이를 관리할 수 있는 그룹 관리 계정 해당 계정에 할당된 풀에 속한 개체(SR 및 VDI 스냅숏)만 관리할 수 있는 풀 관리자 계정 저장소 구성 예제 이 섹션에서는 저장소 리포지토리 유형 생성 및 이를 XenServer 호스트에서 사용할 수 있도록 설정하는 방 법에 대해 다룹니다. 제공되는 예제는 CLI를 사용한 저장소 구성에 관련된 것으로 가장 융통성 있는 구성을 제공합니다. New Storage Repository(새 저장소 리포지토리) 마법사를 사용하는 방법과 관련된 자세한 내 용은 XenCenter 도움말을 참조하십시오. 저장소 리포지토리 만들기 이 섹션에서는 다양한 유형의 SR(저장소 리포지토리)을 만드는 방법과 XenServer 호스트에서 이를 사용할 수 있도록 설정하는 방법을 설명합니다. 제공되는 예제에서는 xe CLI를 사용하여 SR을 만드는 방법에 대해 다룹니다. XenCenter에서 New Storage Repository(새 저장소 리포지토리) 마법사를 사용하여 SR을 추가하 는 방법에 대한 자세한 내용은 XenCenter 도움말을 참조하십시오. 참고 lvm 및 ext 유형의 로컬 SR과 lvmohba 유형의 HBA 기반 FC 및 iscsi SR은 CLI를 사용해서만 만들 수 있 습니다. SR을 만든 후에는 모든 SR 유형을 XenCenter 또는 CLI로 관리할 수 있습니다. CLI를 사용하여 XenServer 호스트에서 사용하기 위해 새로운 저장소 리포지토리를 만드는 작업에는 두 가 지 기본 단계가 있습니다. 1. 필요한 매개 변수의 값을 결정하기 위해 SR 유형을 검색합니다. 2. SR을 만들어 SR 개체 및 관련된 PBD 개체를 만들고 PBD를 연결하고 SR을 활성화합니다. 이러한 단계는 만드는 SR의 유형에 따라 세부적으로 달라집니다. 모든 예제에서 sr-create 명령은 성공한 경 우 생성된 SR의 UUID를 반환합니다. 더 이상 사용되지 않는 경우 물리적 장치를 확보하기 위해 SR을 삭제(destroy)하거나, 목록 제거(forget)함 으로써 해당 SR을 분리하여 다른 XenServer 호스트에 연결할 수 있습니다. 자세한 내용은 SR 삭제 또는 목록 제거 를 참조하십시오. SR 검색 sr-probe 명령은 두 가지 방식으로 사용될 수 있습니다. 1. SR 생성에 사용할 알려지지 않은 매개 변수를 확인하기 위해 2. 기존 SR의 목록을 반환하기 위해 어느 경우든지 SR 유형을 지정하고 해당 SR 유형에 하나 이상의 device-config 매개 변수를 지정하는 방식 으로 sr-probe가 작동합니다. 불완전한 매개 변수 집합이 제공되면 sr-probe는 매개 변수의 누락 사실 및 누

28 XenServer 관리자 가이드 저장소 23 락된 매개 변수에 대한 가능한 옵션을 표시하는 오류 메시지를 반환합니다. 완전한 매개 변수 집합이 제공되 면 기존 SR의 목록이 반환됩니다. 모든 sr-probe 출력은 XML 목록으로 반환됩니다. 예를 들어 알려진 iscsi 대상은 해당 이름 또는 IP 주소를 지정하여 검색할 수 있으며 대상에서 사용 가능 한 IQN의 집합이 반환됩니다. xe sr-probe type=lvmoiscsi device-config:target= Error code: SR_BACKEND_FAILURE_96 Error parameters:, The request is missing or has an incorrect target IQN parameter, \ <?xml version="1.0"?> <iscsi-target-iqns> <TGT> <Index> 0 </Index> <IPAddress> </IPAddress> <TargetIQN> iqn :filer1 </TargetIQN> </TGT> </iscsi-target-iqns> 같은 대상을 다시 검색하고 이름/IP 주소 및 원하는 IQN을 모두 지정하면 대상/IQN에서 사용 가능한 SCSIid(LUN)의 집합이 반환됩니다. xe sr-probe type=lvmoiscsi device-config:target= \ device-config:targetiqn=iqn :filer1 Error code: SR_BACKEND_FAILURE_107 Error parameters:, The SCSIid parameter is missing or incorrect, \ <?xml version="1.0"?> <iscsi-target> <LUN> <vendor> IET </vendor> <LUNid> 0 </LUNid> <size> </size> <SCSIid> b f </SCSIid> </LUN> </iscsi-target> 같은 대상을 검색하고 세 가지 매개 변수를 모두 제공하면 LUN에 존재하는 SR의 목록이 있는 경우 반환 됩니다.

29 XenServer 관리자 가이드 저장소 24 xe sr-probe type=lvmoiscsi device-config:target= \ device-config:targetiqn= :filer1 \ device-config:scsiid= b f <?xml version="1.0"?> <SRlist> <SR> <UUID> 3f6e1ebd f9d3-b02ab3adc4a6 </UUID> <Devlist> /dev/disk/by-id/scsi b f </Devlist> </SR> </SRlist> 다음 매개 변수는 각각의 SR 유형에 대해 검색될 수 있습니다. SR 유형 device-config 매개 변수(종속성 순서대로) 검색 가능 여 부 sr-create에 필요 여부 lvmoiscsi target 아니요 예 chapuser 아니요 아니요 chappassword 아니요 아니요 targetiqn 예 예 SCSIid 예 예 lvmohba SCSIid 예 예 netapp target 아니요 예 username 아니요 예 password 아니요 예 chapuser 아니요 아니요 chappassword 아니요 아니요 aggregate 아니요 * 예 FlexVol 아니요 아니요 allocation 아니요 아니요 asis 아니요 아니요 nfs server 아니요 예 serverpath 예 예 lvm device 아니요 예

30 XenServer 관리자 가이드 저장소 25 SR 유형 device-config 매개 변수(종속성 순서대로) 검색 가능 여 부 sr-create에 필요 여부 ext device 아니요 예 equallogic target 아니요 예 username 아니요 예 password 아니요 예 chapuser 아니요 아니요 chappassword 아니요 아니요 storagepool 아니요 예 * 집합 검색은 sr-create 실행 시에만 가능합니다. SR이 생성되는 지점에서 집합이 지정될 수 있으려면 해당 지점에서 검색이 수행되 어야 합니다. 저장소 풀 검색은 sr-create 실행 시에만 가능합니다. SR이 생성되는 지점에서 집합이 지정될 수 있으려면 해당 지점에서 검색이 수 행되어야 합니다. 로컬 LVM SR(lvm) 만들기 lvm SR에 대한 device-config 매개 변수는 다음과 같습니다. 매개 변수 이름 설명 필수 여부 Device SR에 사용할 로컬 호스트의 장치 이름 예 로컬 lvm SR을 /dev/sdb에 만들려면 다음 명령을 사용하십시오. xe sr-create host-uuid=<valid_uuid> content-type=user \ name-label=<"example Local LVM SR"> shared=false \ device-config:device=/dev/sdb type=lvm 로컬 EXT3 SR(ext) 만들기 ext SR에 대한 device-config 매개 변수는 다음과 같습니다. 매개 변수 이름 설명 필수 여부 Device SR에 사용할 로컬 호스트의 장치 이름 예 로컬 ext SR을 /dev/sdb에 만들려면 다음 명령을 사용하십시오. xe sr-create host-uuid=<valid_uuid> content-type=user \ name-label="example Local EXT3 SR" shared=false \ device-config:device=/dev/sdb type=ext

31 XenServer 관리자 가이드 저장소 26 공유 NFS SR(nfs) 만들기 nfs SR에 대한 device-config 매개 변수는 다음과 같습니다. 매개 변수 이름 설명 필수 여부 server serverpath NFS 서버의 IP 주소 또는 호스트 이름 SR이 위치할 NFS 서버의 NFS 탑재 지점을 포함한 경로 예 예 :/export1에 공유 NFS SR을 만들려면 다음 명령을 사용하십시오. xe sr-create host-uuid=<host_uuid> content-type=user \ name-label=<"example shared NFS SR"> shared=true \ device-config:server=< > device-config:serverpath=/export1 type=nfs 소프트웨어 iscsi 초기자를 사용하여 iscsi SR의 공유 LVM(lvmoiscsi) 만 들기 lvmoiscsi SR에 대한 device-config 매개 변수는 다음과 같습니다. 매개 변수 이름 설명 선택 사항 여부 target SR이 위치할 iscsi 파일러의 IP 주소 또는 호스트 이름 예 targetiqn SR이 위치할 iscsi 대상의 IQN 대상 주소 예 SCSIid 대상 LUN의 SCSI 버스 ID 예 chapuser CHAP 인증에서 사용되는 사용자 이름 아니요 chappassword CHAP 인증에서 사용되는 암호 아니요 port 대상을 쿼리하는 네트워크 포트 번호 아니요 usediscoverynumber사용할 특정 iscsi 레코드 인덱스 아니요 iscsi 대상의 특정 LUN에 공유 lvmoiscsi SR을 만들려면 다음 명령을 사용하십시오. xe sr-create host-uuid=<valid_uuid> content-type=user \ name-label=<"example shared LVM over iscsi SR"> shared=true \ device-config:target=<target_ip=> device-config:targetiqn=<target_iqn=> \ device-config:scsiid=<scsci_id> \ type=lvmoiscsi 광채널 또은 iscsi HBA SR의 공유 LVM(lvmohba) 만들기 lvmohba 유형의 SR은 xe CLI를 사용해서만 만들 수 있습니다. 만든 후에는 XenCenter 또는 xe CLI를 사용 하여 lvmohba SR을 관리할 수 있습니다.

32 XenServer 관리자 가이드 저장소 27 lvmoiscsi SR에 대한 device-config 매개 변수는 다음과 같습니다. Parameter name 설명 필수 여부 SCSIid 장치 SCSI ID 예 공유 lvmohba SR을 만들려면 풀의 각 호스트에서 다음 단계를 수행합니다. 1. 하나 이상의 LUN을 풀 내의 각 XenServer 호스트에 배치합니다. 이 과정은 사용하는 SAN 장비에 따라 많이 다릅니다. 자세한 내용은 사용하는 SAN에 대한 설명서를 참조하거나 저장소 관리자에게 문의하십 시오. 2. 필요한 경우 XenServer 호스트에 포함된 HBA CLI를 사용하여 HBA를 구성합니다. Emulex: /usr/sbin/hbanyware QLogic FC: /opt/qlogic_corporation/sansurfercli QLogic FC: /opt/qlogic_corporation/sansurfercli QLogic iscsi HBA 구성의 예는 HBA(호스트 버스 어댑터) 관리 을 참조하십시오. 광채널 및 iscsi HBA 에 대한 자세한 내용은 Emulex 및 QLogic 웹 사이트를 참조하십시오. 3. sr-probe 명령을 사용하여 HBA LUN의 글로벌 장치 경로를 결정합니다. sr-probe 명령은 시스템에 설치 된 HBA를 강제로 다시 검색하여 호스트에 배치된 새로운 LUN을 모두 검색한 다음 발견한 각 LUN에 대한 속성 목록을 반환합니다. host-uuid 매개 변수를 지정하여 원하는 호스트에서 검색이 수행되도록 합니다. <path> 속성으로 반환되는 글로벌 장치 경로는 풀 내의 모든 호스트에서 공통으로 사용되므로 SR을 만 들 때 이 경로를 device-config:device 매개 변수의 값으로 사용해야 합니다. 여러 LUN이 있는 경우에는 <path> 속성에 포함된 공급업체, LUN 크기, LUN 일련 번호 또는 SCSI ID를 사용하여 원하는 LUN을 식별합니다.

33 XenServer 관리자 가이드 저장소 28 xe sr-probe type=lvmohba \ host-uuid=1212c7b3-f333-4a8d-a6fb-80c5b79b5b31 Error code: SR_BACKEND_FAILURE_90 Error parameters:, The request is missing the device parameter, \ <?xml version="1.0"?> <Devlist> <BlockDevice> <path> /dev/disk/by-id/scsi-360a f </path> <vendor> HITACHI </vendor> <serial> </serial> <size> </size> <adapter> 4 </adapter> <channel> 0 </channel> <id> 4 </id> <lun> 2 </lun> <hba> qla2xxx </hba> </BlockDevice> <Adapter> <host> Host4 </host> <name> qla2xxx </name> <manufacturer> QLogic HBA Driver </manufacturer> <id> 4 </id> </Adapter> </Devlist> 4. sr-probe의 <path> 속성에서 반환된 글로벌 장치 경로를 지정하여 풀의 마스터 호스트에 SR을 만듭니다. 그러면 PBD가 생성되어 풀 내의 각 호스트에 자동으로 연결됩니다. xe sr-create host-uuid=<valid_uuid> \ content-type=user \ name-label=<"example shared LVM over HBA SR"> shared=true \ device-config:scsiid=<device_scsi_id> type=lvmohba

34 XenServer 관리자 가이드 저장소 29 참고 XenCenter의 저장소 리포지토리 복구 기능을 사용하여 sr-create 작업의 일부인 PBD 생성 및 연결 작업 을 다시 시도할 수 있습니다. 이 기능은 SR을 만들 때 풀 내의 하나 이상의 구성원 서버에 대해 LUN을 잘 못 배치한 경우에 유용할 수 있습니다. 해당되는 호스트에 대한 위치를 수정한 다음 SR을 제거하고 다시 만드는 대신 저장소 리포지토리 복구 기능을 사용하십시오. iscsi의 공유 NetApp SR 만들기 netapp SR에 대한 device-config 매개 변수는 다음과 같습니다. 매개 변수 이름 설명 선택 사항 여부 target SR이 위치할 NetApp 서버의 IP 주소 또는 호스트 이름 아니요 username 파일러에서 LUN을 조작하기 위해 사용되는 로그인 사용자 이 름 아니요 password 파일러에서 LUN을 조작하기 위해 사용되는 로그인 암호 아니요 aggregate FlexVol이 생성되는 집합 이름 sr_create 명령에 필요함 FlexVol 각 SR당 할당되는 FlexVol의 수 예 chapuser CHAP 인증에서 사용되는 사용자 이름 예 chappassword CHAP 인증에서 사용되는 암호 예 allocation 씩 프로비저닝 또는 씬 프로비저닝[thick thin]을 지정합니다. 기본값은 thick입니다. 예 asis 사용 가능한 경우 FAS 중복 제거를 사용할지 여부[true false]를 지정합니다. 기본값은 false입니다. 예 SR other-config:multiplier 매개 변수를 유효한 값으로 설정하여 기본 multiplier 특성을 조정할 수 있습니다. 기본적으로 XenServer에서는 요청된 공간의 2.4배를 각 LUN에 관련된 스냅숏 및 메타데이터 오버헤드에 사용되도록 할당합니다. 디스크 공간을 절약하기 위해 multiplier 값을 1보다 크거나 같게 설정할 수 있습니 다. 승수 설정은 NetApp 파일러의 공간 할당 제약 조건을 이해하고 있는 시스템 관리자만 극도로 주의하여 수행해야 합니다. 예를 들어 정말 작은 VDI를 만들기 위해 0.1과 같은 값으로 설정하려고 하면 실패할 가능 성이 높습니다. SR other-config:enforce_allocation 매개 변수를 true로 설정하면 FlexVoI의 크기가 위의 multiplier 값 또는 2.4 기본값에 의해 지정된 크기로 정확하게 조정됩니다. 이는 선택된 FlexVol에서 새로운 VDI를 만들 때 작 동하거나 SR 검색 과정 동안 모든 FlexVol에서 작동합니다. 또한 이 작업은 관리자가 SR FlexVol에 수행한 모든 수동 크기 조정을 덮어씁니다. NetApp SR을 만들려면 다음 명령을 사용하십시오. xe sr-create host-uuid=<valid_uuid> content-type=user \ name-label=<"example shared NetApp SR"> shared=true \ device-config:target=< > device-config:username=<admin_username> \ device-config:password=<admin_password> \ type=netapp

35 XenServer 관리자 가이드 저장소 30 공유 EqualLogic SR 만들기 EqualLogic SR에 대한 device-config 매개 변수는 다음과 같습니다. 매개 변수 이름 설명 선택 사항 여부 target username password SR이 위치할 EqualLogic 배열의 IP 주소 또는 호스 트 이름 배열의 LUN을 조작하기 위해 사용되는 로그인 사 용자 이름 배열의 LUN을 조작하기 위해 사용되는 로그인 암 호 아니요 아니요 아니요 storagepool 저장소 풀 이름 아니요 chapuser CHAP 인증에서 사용되는 사용자 이름 예 chappassword CHAP 인증에서 사용되는 암호 예 allocation snap-reserve-percentage snap-depletion 씩 프로비저닝을 사용할지, 씬 프로비저닝을 사용 할지를[thick thin] 지정합니다. 기본값은 thick입니 다. 씬 프로비저닝은 볼륨 공간의 최소 10%를 예약 합니다. 스냅숏에 할당하기 위한 공간의 크기를 볼륨 예약 의 비율 단위로 설정합니다. 기본값은 100%입니 다. 스냅숏 예약 공간이 초과될 경우 수행할 작업을 설 정합니다. volume-offline은 볼륨 및 해당 스냅숏을 모두 오프라인으로 설정합니다. 이것이 기본 작업 입니다. delete-oldest는 새로운 스냅숏을 만드는 데 사용할 수 있는 충분한 공간이 생길 때까지 가장 오래된 스냅숏을 삭제합니다. 예 예 예 EqualLogic SR을 만들려면 다음 명령을 사용하십시오. xe sr-create host-uuid=<valid_uuid> content-type=user \ name-label=<"example shared Equallogic SR"> \ shared=true device-config:target=<target_ip> \ device-config:username=<admin_username> \ device-config:password=<admin_password> \ device-config:storagepool=<my_storagepool> \ device-config:chapuser=<chapusername> \ device-config:chappassword=<chapuserpassword> \ device-config:allocation=<thick> \ type=equal 주의 EqualLogic SM 플러그인에 성공적으로 액세스할 수 있는 관리 계정으로는 다음과 같이 두 가지가 있습 니다.

36 XenServer 관리자 가이드 저장소 31 전체 그룹 및 모든 저장소 풀에 액세스하고 이를 관리할 수 있는 그룹 관리 계정 해당 계정에 할당된 풀에 속한 개체(SR 및 VDI 스냅숏)만 관리할 수 있는 풀 관리자 계정 저장소 다중 경로 광채널 및 iscsi 저장소 백엔드에서 동적 다중 경로 지원을 사용할 수 있습니다. 기본적으로 이것은 라운드 로빈 모드 부하 분산을 사용하므로 두 경로 모두 정상적으로 작동하는 동안 활성 트래픽을 갖습니다. 다중 경로는 XenCenter 또는 명령줄에서 사용하도록 설정할 수 있습니다. 경고 다중 경로를 사용하도록 설정하기 전에 해당 저장소 서버에서 여러 대상을 사용할 수 있는지 확인합니다. 예를 들어 특정 포털에서 sendtargets에 대해 쿼리된 iscsi 저장소 백엔드는 다음 예와 같이 여러 대상 을 반환해야 합니다. iscsiadm -m discovery --type sendtargets --portal :3260,1 iqn.strawberry:litchie :3260,2 iqn.strawberry:litchie xe CLI를 사용하여 다중 저장소 경로를 사용하도록 설정하려면 1. 호스트에서 모든 PBD를 분리합니다. xe pbd-unplug uuid=<pbd_uuid> 2. 호스트의 other-config:multipathing 매개 변수를 설정합니다. xe host-param-set other-config:multipathing=true uuid=host_uuid 3. 호스트의 other-config:multipathhandle 매개 변수를 dmp로 설정합니다. xe host-param-set other-config:multipathhandle=dmp uuid=host_uuid 4. 단일 경로 모드로 실행 중이나 다중 경로를 가지는 호스트에 기존 SR이 있는 경우 다음과 같이 합니다. 해당 SR에 가상 디스크가 있는 실행 중인 모든 게스트를 마이그레이션하거나 일시 중단합니다. 다중 경로를 사용하여 다시 연결되도록 해당하는 모든 SR의 PBD를 분리했다가 다시 연결합니다. xe pbd-plug uuid=<pbd_uuid> 다중 경로를 사용하지 않도록 설정하려면 먼저 VBD를 분리하고 호스트의 other-config:multipathing 매개 변 수를 false로 설정한 다음 위에서 설명한 대로 PBD를 다시 연결합니다. other-config:multipathhandle 매개 변수는 자동으로 수정되므로 수정하지 마십시오. 참고 Equallogic 배열에서의 다중 경로 지원에는 용어가 뜻하는 일반적인 의미에서의 저장소 IO 다중 경로 는 포함되지 않습니다. 다중 경로는 네트워크/NIC 연결 수준에서 처리되어야 합니다. Equallogic SR/

37 XenServer 관리자 가이드 저장소 32 LVMoISCSI SR에 대한 네트워크 장애 조치(failover) 구성에 대한 자세한 내용은 Equallogic 설명서를 참 조하십시오. 저장소 리포지토리 관리 이 섹션에서는 지속적인 SR(저장소 리포지토리) 관리에 필요한 다양한 작업을 다룹니다. SR 삭제 또는 목록 제거 SR을 삭제할 수 있습니다. 이는 실제로 물리적 미디어에서 SR의 콘텐츠를 삭제하는 것을 뜻합니다. 또는 SR의 목록을 제거할 수도 있습니다. 예를 들어 SR의 콘텐츠를 제거하지 않고 SR을 다른 XenServer 호스 트에 다시 연결할 수 있습니다. 두 경우 모두 먼저 SR의 PBD가 분리되어야 합니다. SR의 목록을 제거하는 것은 XenCenter에서의 SR 분리 작업과 같습니다. 1. PBD를 분리하여 해당하는 XenServer 호스트에서 SR을 분리합니다. xe pbd-unplug uuid=<pbd_uuid> 2. SR을 삭제하려면 다음과 같이 합니다. 이렇게 하면 SR 및 해당 PBD가 XenServer 호스트 데이터베이스 에서 삭제되고 물리적 미디어에서 SR 콘텐츠가 삭제됩니다. xe sr-destroy uuid=<sr_uuid> 3. SR의 목록을 제거하려면 다음과 같이 합니다. 이렇게 하면 SR 및 해당 PBD가 XenServer 호스트 데이터 베이스에서 제거되지만 물리적 미디어에 그대로 유지됩니다. xe sr-forget uuid=<sr_uuid> SR 가져오기 목록이 제거된 SR을 가져오려면 SR을 가져오고, PBD를 만들고, PBD를 적절한 XenServer 호스트에 수동 으로 연결하여 SR을 활성화해야 합니다. 다음 예제에서는 lvmoiscsi 형식의 SR을 가져옵니다. 1. 기존 SR을 검색하여 UUID 확인합니다. xe sr-probe type=lvmoiscsi device-config:target=< > \ device-config:targetiqn=< :filer1> \ device-config:scsiid=< b f000000> 2. sr-probe에서 반환된 기존 SR UUID를 가져옵니다. 새 SR의 UUID가 반환됩니다. xe sr-introduce content-type=user name-label=<"example Shared LVM over iscsi SR"> shared=true uuid=<valid_sr_uuid> type=lvmoiscsi 3. SR에 부착할 PBD를 만듭니다. 새 PBD의 UUID가 반환됩니다. xe pbd-create type=lvmoiscsi host-uuid=<valid_uuid> sr-uuid=<valid_sr_uuid> \ device-config:target=< > \ device-config:targetiqn=< :filer1> \ device-config:scsiid=< b f000000> 4. PBD를 연결하여 SR을 부착합니다.

38 XenServer 관리자 가이드 저장소 33 xe pbd-plug uuid=<pbd_uuid> 5. PBD 연결의 상태를 확인합니다. 성공하면 currently-attached 속성은 true가 됩니다. xe pbd-list sr-uuid=<sr_uuid> 참고 3~5단계를 리소스 풀의 각 호스트에 대해 수행해야 하며 XenCenter의 저장소 리포지토리 복구 기능을 사 용하여 수행할 수도 있습니다. 로컬 광채널 SR을 공유 SR로 변환 XenServer 릴리스에서는 로컬(비공유) FC(광채널) SR만 지원했습니다. 풀의 다른 호스트에서 로컬 FC SR에 실제로 액세스 가능한 경우 SR을 공유로 변환할 수 있으므로 SR에 VDI가 있는 VM을 시작하고 풀 내의 호스트 간에 마이그레이션할 수 있습니다. 로컬 FC SR을 공유 FC SR로 변환하려면 xe CLI 및 XenCenter 저장소 리포지토리 복구 기능을 사용해야 합니다. 1. 리소스 풀의 모든 호스트를 XenServer update 3으로 업그레이드합니다. 2. 풀의 모든 호스트에서 SR의 LUN이 적절하게 영역 지정되었는지 확인합니다. sr-probe를 사용하여 각 호 스트에 LUN이 있는지 확인하는 방법에 대한 자세한 내용은 SR 검색 을 참조하십시오. 3. SR을 공유로 변환합니다. xe sr-param-set shared=true uuid=<local_fc_sr> 4. XenCenter 내에서 SR이 호스트 수준에서 풀 수준으로 이동하여 공유되고 있습니다. SR에는 빨간색의 느낌표가 표시되어 현재 풀의 어떤 호스트에도 연결되지 않았음을 나타냅니다. 5. SR을 선택한 다음 Storage > Repair Storage Repository(저장소 > 저장소 리포지토리 복구) 메뉴 옵션 을 선택합니다. 6. Repair(복구)를 클릭하여 풀의 각 호스트에 대한 PBD를 만들고 연결합니다. VDI(가상 디스크 이미지)를 SR 간에 이동 유지 관리 요구 사항 또는 계층식 저장소 구성을 충족시키기 위해 VM과 연관된 VDI 집합을 한 SR에서 다른 SR로 복사할 수 있습니다. XenCenter에서는 VM 및 해당 VDI 모두를 동일한 SR 또는 다른 SR로 복사하는 기능을 제공하며 XenCenter 및 xe CLI를 함께 사용하여 개별 VDI를 복사할 수도 있습니다. VM의 모든 VDI를 다른 SR로 복사 XenCenter VM 복사 기능은 선택된 VM에 대한 모든 VDI의 사본을 동일한 SR 또는 다른 SR에 만듭니다. 원본 VM 및 VDI는 기본적으로 영향을 받지 않습니다. VM을 복사하지 않고 선택된 SR로 이동하려면 Copy Virtual Machine(가상 컴퓨터 복사) 대화 상자에서 Remove original VM(원본 VM 제거) 옵션을 선택합니다. 1. VM을 종료합니다. 2. XenCenter 내에서 VM을 선택하고 VM > Copy VM(VM 복사) 메뉴 옵션을 선택합니다. 3. 원하는 대상 SR을 선택합니다.

39 XenServer 관리자 가이드 저장소 34 개별 VDI를 다른 SR로 복사 xe CLI와 XenCenter를 함께 사용하여 SR 간에 개별 VDI를 복사할 수 있습니다. 1. VM을 종료합니다. 2. xe CLI를 사용하여 제거할 VDI의 UUID를 식별합니다. VM에 DVD 드라이브가 있으면 해당 vdi-uuid가 <not in database>로 나열되며 무시될 수 있습니다. xe vbd-list vm-uuid=<valid_vm_uuid> 참고 vbd-list 명령은 VBD와 VDI UUID를 모두 표시합니다. VBD UUID가 아니라 VDI UUID를 기록해야 합니다. 3. XenCenter 내에서 VM의 Storage(저장소) 탭을 선택합니다. 이동할 각 VDI를 선택하고 Detach(분리) 단 추를 클릭합니다. 이 단계는 CLI 명령 vbd-destroy를 사용하여 수행할 수도 있습니다. 참고 vbd-destroy 명령을 사용하여 VDI UUID를 분리하려는 경우에는 먼저 VBD의 other-config:owner 매개 변 수가 true로 설정되었는지 확인합니다. true로 설정되어 있으면 false로 설정합니다. vbd-destroy 명령에 other-config:owner=true를 지정하여 실행해도 연결된 VDI가 삭제됩니다. 4. vdi-copy 명령을 사용하여 이동할 VM의 각 VDI를 원하는 SR로 복사합니다. xe vdi-copy uuid=<valid_vdi_uuid> sr-uuid=<valid_sr_uuid> 5. XenCenter 내에서 VM의 Storage(저장소) 탭을 선택합니다. Attach(연결) 단추를 사용하여 새 SR에서 VDI 를 선택합니다. 이 단계는 vbd-create CLI 명령을 사용하여 수행할 수도 있습니다. 6. 원본 VDI를 삭제하려면 XenCenter 내에서 원본 SR의 Storage(저장소) 탭을 선택합니다. 원본 VDI는 VM 필드에 값이 비어 있는 상태로 나열되며 Delete(삭제) 단추로 삭제할 수 있습니다. NetApp SR에서 VDI 관리 LUN, FlexVol 및 디스크 집합과 같은 NetApp 저장소 개체에 VM 저장소 개체를 매핑할 때의 복잡한 특성 때 문에, 플러그인 드라이버는 저장소 개체의 구성 방식에 대해 일반적인 가정을 세웁니다. 하나의 SR 인스턴 스로 관리되는 FlexVol의 기본 수는 8이며 이름은 XenStorage_<SR_UUID>_FV<#>으로 지정됩니다. 여기 서 #은 0부터 할당된 FlexVol의 총 수 사이의 값입니다. 즉, VDI(LUN)는 VDI가 인스턴스화되는 시점에서 모 든 FlexVol에 균일하게 분산된다는 의미입니다. 이 규칙의 유일한 예외는 VM 복제를 지원하기 위해 여러 VM 디스크 그룹이 동일한 FlexVol에 할당되고 VDI가 수동으로 작성되지만 VDI를 할당해야 하는 FlexVol을 백 엔드에 알리는 vmhint 플래그를 전달한 경우입니다. 다음 2개의 명령 중 하나를 사용하면 CLI를 통해 수동 으로 작성된 VDI를 특정 FlexVol에 할당할 수 있습니다. xe vdi-create uuid=<valid_vdi_uuid> sr-uuid=<valid_sr_uuid> \ sm-config:vmhint=<valid_vm_uuid> xe vdi-create uuid=<valid_vdi_uuid> sr-uuid=<valid_sr_uuid> \ sm-config:vmhint=<valid_flexvol_number>

40 XenServer 관리자 가이드 저장소 35 NetApp SR로 VDI 스냅숏 만들기 공유 NetApp 저장소 의 앞부분에서 개괄적으로 설명한 것처럼 NetApp SR은 FlexVol의 컬렉션입니다. VDI 를 복제하면 FlexVol의 스냅숏이 생성된 다음 스냅숏을 백오프한 LUN 복제가 작성됩니다. VM 스냅숏을 생 성할 때 시스템 관리자는 각 VM 디스크를 차례로 스냅숏해야 합니다. 모든 디스크가 같은 FlexVol에 있을 것으로 예상되고 FlexVol 스냅숏은 같은 FlexVol의 모든 LUN에서 작동하므로, 이후의 모든 LUN 복제에 기 존 스냅숏을 다시 사용하는 것이 좋습니다. 기본적으로 스냅숏 힌트가 백엔드 드라이버로 전달되지 않으면 FlexVol 스냅숏에 이름을 지정하는 데 사용될 임의의 ID가 생성됩니다. 이 값은 epochhint로 전달되며 이 값 에 대한 CLI 재정의가 존재합니다. epochhint 값 또는 '쿠키'가 처음 수신되면 백엔드는 쿠키 이름을 기반으 로 새 스냅숏을 생성합니다. epochhint 값이 동일한 이후의 스냅숏 요청은 기존 스냅숏에서 백오프됩니다. xe vdi-snapshot uuid=<valid_vdi_uuid> driver-params:epochhint=<cookie> NetApp SR 구축 도중 추가 디스크 공간이 스냅숏용으로 예약됩니다. 스냅숏 생성 기능을 사용하지 않을 계 획이라면 이 예약된 공간을 비울 수 있습니다. 이렇게 하려면 other-config:multiplier 매개 변수의 값을 줄이 면 됩니다. 기본적으로 multiplier의 값은 2.4이므로, FlexVols 자체에 필요한 공간보다 2.4배 큰 공간이 예 약됩니다. LVM 기반 SR에 맞춰 디스크 IO 스케줄러 조정 일반적인 성능을 위해 기본 디스크 스케줄러 noop가 디스크에서 LVM 기반 저장소를 구현하는 모든 새로운 SR 유형(예: 로컬 LVM, iscsi 상의 LVM 및 HBA 연결 LUN 상의 LVM)에 적용됩니다. noop 스케줄러는 같 은 장치에 액세스하려고 경합하는 여러 VM에 공정한 성능을 제공합니다. 하지만 디스크 QoS를 적용하려면 ( 가상 디스크 QoS 설정 참조) 기본 설정을 다시 정의하고 cfq 디스크 스케줄러를 모든 LVM 기반 SR 유형 에 할당해야 합니다. 모든 LVM 기반 SR 유형에 대해 해당하는 PBD를 분리했다 다시 연결해야 스케줄러 매 개 변수가 적용됩니다. 디스크 스케줄러는 다음 CLI 매개 변수를 사용하여 조정할 수 있습니다. xe sr-param-set other-config:scheduler=noop cfq anticipatory deadline \ uuid=<valid_sr_uuid> HBA(호스트 버스 어댑터) 관리 이 섹션에서는 광채널 및 iscsi HBA를 관리하는 데 필요한 여러 작업을 설명합니다. 샘플 QLogic iscsi HBA 설정 QLogic 광채널 및 iscsi HBA의 구성에 대한 자세한 내용은 QLogic 웹 사이트를 참조하십시오. HBA를 물리적으로 XenServer 호스트에 설치한 후에는 다음 단계를 사용하여 HBA를 구성합니다. 1. HBA에 대한 IP 네트워킹 구성을 설정합니다. 이 예제에서는 DHCP 및 HBA 포트 0을 사용하는 것으로 가 정합니다. 정적 IP 주소 지정 또는 다중 포트 HBA를 사용하는 경우에는 적절한 값을 지정하십시오. /opt/qlogic_corporation/sansurfericli/iscli -ipdhcp 0 2. 지속적 iscsi 대상을 HBA의 포트 0에 추가합니다. /opt/qlogic_corporation/sansurfericli/iscli -pa 0 <iscsi_target_ip_address> \ -INAME <iscsi_target_iqn> 3. xe sr-probe 명령을 사용하여 HBA 컨트롤러를 다시 스캔하고 사용 가능한 LUN을 표시합니다. 자세한 내 용은 SR 검색 및 광채널 또은 iscsi HBA SR의 공유 LVM(lvmohba) 만들기 를 참조하십시오.

41 XenServer 관리자 가이드 저장소 36 HBA 기반 FC 또는 iscsi 장치 항목 제거 참고 이 단계는 필수 단계가 아닙니다. Citrix에서는 고급 사용자에 한해 필요한 경우에만 이 프로세스를 수행 할 것을 권장합니다. 각 HBA 기반 LUN마다 /dev/disk/by-id 아래에 해당하는 글로벌 장치 경로가 있고 /dev 아래에 표준 장치 경 로가 있습니다. 더 이상 SR로 사용되지 않는 LUN에 대한 장치 항목을 제거하려면 다음 단계를 사용합니다. 1. sr-forget 또는 sr-destroy를 사용하여 XenServer 호스트 데이터베이스에서 SR을 제거합니다. 자세한 내 용은 SR 삭제 또는 목록 제거 을 참조하십시오. 2. SAN 내에서 원하는 호스트의 원하는 LUN에 대한 영역 지정 구성을 제거합니다. 3. sr-probe 명령을 사용하여 제거할 LUN에 해당하는 어댑터, 버스, 대상 및 LUN 값을 확인합니다. 자세한 내용은 SR 검색 을 참조하십시오. 4. 다음 명령으로 장치 항목을 제거합니다. echo "1" > /sys/class/scsi_device/<adapter>:<bus>:<target>:<lun>/device/delete 주의 제거하려는 LUN이 맞는지 반드시 확인합니다. 부팅 또는 루트 장치처럼 호스트 작동에 필요한 LUN을 실 수로 제거하면 호스트를 사용할 수 없게 됩니다. 가상 디스크 QoS 설정 가상 디스크에는 선택적 I/O 우선 순위 QoS(서비스 품질) 설정이 있습니다. 이 설정은 이 섹션의 설명대로 xe CLI를 사용하여 기존 가상 디스크에 적용할 수 있습니다. 디스크 I/O에 대한 QoS를 사용하도록 설정하려면 VDI의 기반이 되는 SR 유형이 LVM 기반 볼륨이어야 합 니다. 따라서 QoS는 로컬 LVM, iscsi 상의 LVM 및 HBA 연결 LUN 상의 LVM 유형 같은 SR에만 적용됩니 다. 또한 여러 호스트가 같은 LUN에 액세스하는 공유된 SR의 경우 QoS는 같은 호스트에서 LUN에 액세스 하는 VBD에 적용되므로 QoS가 풀의 전체 호스트에 적용되지 않습니다. QoS 설정은 VHD 기반 저장소 유 형에는 영향을 미치지 않습니다. VBD에 대해 QoS 매개 변수를 구성하기 전에 SR에 대한 디스크 스케줄러가 적절하게 설정되어 있는지 확 인하십시오. 스케줄러를 조정하는 방법에 대한 자세한 내용은 LVM 기반 SR에 맞춰 디스크 IO 스케줄러 조 정 을 참조하십시오. QoS가 필요한 SR에서 스케줄러 매개 변수는 cfq로 설정되어야 합니다. 참고 SR에서 스케줄러가 cfq로 설정되어 있어야 하고 스케줄러 변경 내용을 적용하기 위해서는 PBD를 다시 연결해야 합니다. 첫 번째 매개 변수는 qos_algorithm_type입니다. 이 매개 변수의 값은 ionice로 설정해야 하며, 이 값은 이 릴 리스에서 가상 디스크에 대해 지원되는 유일한 QoS 알고리즘 유형입니다.

42 XenServer 관리자 가이드 저장소 37 QoS 매개 변수 자체는 qos_algorithm_param 매개 변수에 할당된 키/값 쌍으로 설정됩니다. 가상 디스크의 경우 qos_algorithm_param은 sched 키를 사용하며, 값에 따라서는 class 키가 필요합니다. qos_algorithm_param:sched의 가능한 값은 다음과 같습니다. sched=rt 또는 sched=real-time은 QoS 예약 매개 변수를 실시간 우선 순위로 설정하며 이 경우 값을 설정 하기 위한 class 매개 변수가 필요합니다. sched=idle은 QoS 예약 매개 변수를 유휴 우선 순위로 설정하며 이 경우 값을 설정하는 데 class 매개 변 수가 필요하지 않습니다. sched=<anything>은 QoS 예약 매개 변수를 가능한 최상의 우선 순위로 설정하며 이 경우 값을 설정할 class 매개 변수가 필요합니다. class에 가능한 값은 다음과 같습니다. 키워드 highest, high, normal, low, lowest 중 하나 0부터 7 사이의 정수. 여기서 0이 가장 높은 우선 순위이고 7이 가장 낮은 순위입니다. 따라서 우선 순위가 2인 I/O 요청은 우선 순위가 5인 I/O 요청보다 높은 우선 순위를 가집니다. 디스크 QoS 설정을 활성화하려면 other-config:scheduler를 cfq로 설정하고 해당 저장소에 대해 PBD를 다 시 연결해야 합니다. 예를 들어 다음 CLI 명령은 가상 디스크의 VBD가 실시간 우선 순위 5를 사용하도록 설정합니다. xe vbd-param-set uuid=<vbd_uuid> qos_algorithm_type=ionice xe vbd-param-set uuid=<vbd_uuid> qos_algorithm_params:sched=rt xe vbd-param-set uuid=<vbd_uuid> qos_algorithm_params:class=5 xe sr-param-set uuid=<sr_uuid> other-config:scheduler-cfq xe pbd-plug uuid=<pbd_uuid>

43 4장. 네트워킹 이 장에서는 VM 내에서 네트워킹을 사용할 수 있도록 하기 위해 XenServer 호스트에서 물리적 NIC(네트워 크 인터페이스 카드)가 사용되는 방식에 대해 설명합니다. XenServer에서는 XenServer 호스트당 최대 6개 의 물리적 네트워크 인터페이스(또는 최대 6 쌍의 연결 네트워크 인터페이스)와 VM당 최대 7개의 가상 네 트워크 인터페이스를 지원합니다. 참고 XenServer에서는 xe CLI(명령줄 인터페이스)를 사용하여 NIC의 자동화된 구성 및 관리를 제공합니다. 이 전의 XenServer 버전과 달리 대개의 경우 호스트의 네트워킹 구성 파일을 직접 편집하지 않아야 합니다. 즉, CLI 명령을 사용할 수 있으면 기본 파일을 편집하지 마십시오. XenServer 네트워킹 개념에 이미 익숙한 경우에는 다음 섹션 중 하나로 건너뛸 수 있습니다. 독립 실행형 XenServer 호스트에 대한 네트워크를 만드는 방법에 대한 절차는 독립 실행형 서버에서 네 트워크 만들기 를 참조하십시오. 리소스 풀에서 구성된 XenServer 호스트에 대한 네트워크를 만드는 방법에 대한 절차는 리소스 풀에서 네트워크 만들기 를 참조하십시오. 독립 실행형이거나 리소스 풀의 일부인 XenServer 호스트에 대한 VLAN을 만드는 방법에 대한 절차는 VLAN 만들기 를 참조하십시오. 독립 실행형 XenServer 호스트에 대해 연결을 만드는 방법에 대한 절차는 독립 실행형 호스트에서 NIC 연결 만들기 를 참조하십시오. 리소스 풀에서 구성된 XenServer 호스트에 대해 연결을 만드는 방법에 대한 절차는 리소스 풀에서 NIC 연결 만들기 를 참조하십시오. XenServer 네트워킹 개요 이 섹션에서는 XenServer 환경에서의 네트워킹에 대한 일반 개념을 설명합니다. 참고 일부 네트워킹 옵션은 리소스 풀과 비교해 볼 때 독립 실행형 XenServer 호스트와 사용할 경우 다르게 동 작합니다. 이 장에는 독립 실행형 호스트와 풀에 모두 적용되는 일반 정보에 대한 섹션과 각각에 대한 특 정 정보 및 절차에 대한 섹션이 차례로 포함되어 있습니다. 네트워크 개체 네트워킹 엔터티를 나타내는 서버 측 소프트웨어 개체 유형에는 세 가지가 있습니다. 이러한 개체는 다음 과 같습니다. XenServer 호스트의 물리적 네트워크 인터페이스를 나타내는 PIF. PIF 개체에는 이름과 설명, 글로벌 고 유 UUID, 이 개체가 나타내는 NIC의 매개 변수 및 이 개체가 연결된 네트워크와 서버가 있습니다.

44 XenServer 관리자 가이드 네트워킹 39 가상 컴퓨터의 가상 인터페이스를 나타내는 VIF. VIF 개체에는 이름과 설명, 글로벌 고유 UUID 및 이 개 체가 연결된 네트워크와 VM이 있습니다. XenServer 호스트의 가상 이더넷 스위치인 네트워크. 네트워크 개체에는 이름과 설명, 글로벌 고유 UUID 및 이 개체에 연결된 VIF와 PIF의 컬렉션이 있습니다. XenCenter 및 xe CLI 모두에서 네트워킹 옵션을 구성하고, 관리 작업에 사용되는 NIC를 제어하고, VLAN(가 상 근거리 통신망) 및 NIC 연결과 같은 고급 네트워킹 기능을 생성할 수 있습니다. XenCenter에서는 XenServer 네트워킹의 복잡성이 대부분 숨겨져 있습니다. XenServer 호스트의 PIF 또는 VM의 VIF도 마찬가지입니다. 네트워크 각 XenServer 호스트에는 가상 이더넷 스위치인 네트워크가 하나 이상 있습니다. PIF에 연결되지 않은 네트 워크는 내부로 간주되며, 외부에 연결되지 않은 지정된 XenServer 호스트에서 VM 간의 연결만 제공하는 데 사용할 수 있습니다. PIF 연결이 있는 네트워크는 외부로 간주되며, VIF와 네트워크에 연결된 PIF 간에 브리 지를 제공하여 PIF의 NIC를 통해 사용 가능한 리소스에 연결할 수 있도록 합니다. VLAN VLAN(가상 근거리 통신망)을 통해 하나의 물리적 네트워크가 여러 논리 네트워크를 지원할 수 있습니다. XenServer에서 VLAN을 사용하려면 호스트의 NIC가 VLAN 트렁크 포트에 연결되어 있어야 합니다. XenServer VLAN은 지정한 VLAN 태그에 해당하는 VLAN 인터페이스를 나타내는 추가적인 PIF 개체로 표 시됩니다. 그러면 XenServer 네트워크를 물리적 NIC를 나타내는 PIF에 연결하여 NIC의 모든 트래픽을 보 거나, VLAN을 나타내는 PIF에 연결하여 지정된 VLAN 태그가 있는 트래픽만 볼 수 있습니다. VLAN을 사용할 때 XenServer 호스트는 VLAN 태그의 모든 해석을 처리하고 패킷을 VM에 라우팅하기 전 에 VLAN 태그를 제거합니다. NIC 연결 NIC 연결은 두 개의 물리적 NIC를 마치 하나인 것처럼 사용하여 XenServer 호스트 복구 능력을 향상할 수 있습니다. 연결 내에서 NIC 하나가 실패하면 호스트의 네트워크 트래픽이 자동으로 두 번째 NIC로 라우팅 됩니다. NIC 연결은 활성/활성 모드에서 작동하며 트래픽은 연결된 NIC 간에 분산됩니다. XenServer NIC 연결에는 기본 물리적 장치(PIF)가 완전하게 포함됩니다. 연결을 활성화하기 위해서는 기본 PIF가 호스트에 대한 관리 인터페이스로 사용되고 있지 않거나 이 PIF와 연결된 네트워크에 VIF가 연결된 VM을 실행하여 사용되고 있지 않아야 합니다. XenServer NIC 연결은 추가적인 PIF로 표시됩니다. 그러면 연결 PIF를 XenServer 네트워크에 연결하여 VM 트래픽 및 호스트 관리 기능이 연결된 NIC를 통해 수행되도록 허용할 수 있습니다. NIC 연결을 생성하는 데 사용하는 정확한 단계는 호스트에 있는 NIC의 개수와 호스트의 관리 인터페이스가 연결에 사용되는 PIF에 할당되어 있는지 여부에 따라 다릅니다. XenServer에서는 SLB(원본 수준 균형 조정) NIC 연결을 지원합니다. SLB 연결은 다음과 같습니다. 활성/활성 모드지만 물리적 NIC 간의 VM 트래픽에 대해서만 부하 분산을 지원합니다. 다른 모든 트래픽 유형에 대해서는 장애 조치(failover) 지원을 제공합니다. Etherchannel 또는 802.3ad(LACP)에 대한 스위치 지원을 필요로 하지 않습니다. 패킷의 원본 MAC 주소에 따라 다른 인터페이스를 통해 트래픽을 전송함으로써 VM 수준에서 여러 인터 페이스 간 트래픽의 부하를 분산합니다.

45 XenServer 관리자 가이드 네트워킹 40 오픈 소스 ALB 모드에서 파생되며 ALB 기능을 재사용하여 인터페이스 간에 동적으로 부하 분산을 다시 수행합니다. 모든 지정된 VIF는 한 번에 연결의 링크 중 하나만 이용합니다. 시작 시 지정된 하나의 VIF가 연결에서 하나 의 특정 링크만 선호한다는 보장은 없습니다. 하지만 처리량이 많은 VIF의 경우에는 주기적으로 재분산을 수행하여 링크의 부하가 대략적으로 동일하도록 합니다. API 관리 트래픽을 XenServer update 3 연결 인터페이스에 할당하고 물리적 NIC 간에 자동으로 부 하를 분산할 수 있습니다. XenServer update 3의 연결된 PIF의 경우 게스트 트래픽에 사용할 때는 연결에 대한 IP 구성이 필요 하지 않습니다. 이는 연결이 OSI의 계층 2인 데이터 링크 계층에서 작동하며 이 계층에서는 IP 주소 지정이 사용되지 않기 때문입니다. 게스트 트래픽이 아닌 트래픽에 사용(관리를 위해 XenCenter와 연결하거나 공 유 네트워크 저장소에 연결)할 때는 연결당 하나의 IP 구성이 필요합니다. 참고로, 이는 연결되지 않은 PIF 의 경우에도 마찬가지이며 XenServer 4.1.0의 기능이 변경되지 않고 그대로 유지된 것입니다. XenServer 4.1.0에서와 같이 트래픽 할당이 장애 조치(failover)로 인해 한 인터페이스에서 다른 인터페이스 로 변경될 경우 불필요한 ARP 패킷이 전송됩니다. 재분산은 기존 ALB 재분산 기능에 의해 제공됩니다. 즉, 각 슬레이브(인터페이스)를 통과하는 바이트 수가 지정된 기간 동안 추적됩니다. 새 원본 MAC 주소가 포함된 패킷이 전송되면 해당 패킷은 사용률이 가장 낮 은 슬레이브 인터페이스에 할당됩니다. 트래픽은 10초마다 재분산됩니다. 참고 연결은 최대 지연이 31000ms로, 최소 지연이 200ms로 설정됩니다. 일부 스위치에서 라우팅 트래픽을 실 제로 시작하는 데 소요되는 시간 때문에 최대 지연은 의도적으로 약간 깁니다. 이렇게 하지 않으면 링크 가 실패 후 복구될 때 스위치가 트래픽을 전달할 준비가 되기 전에 연결이 트래픽을 재분산할 수 있습니 다. 두 연결 모두를 다른 스위치로 이동하려면 하나를 이동한 다음 다시 사용되기까지 31초를 기다린 후 다른 연결을 이동합니다. 참고 XenServer 4.1.0에서 업그레이드하면 기존의 모든 관리되는 NIC 연결이 SLB 모드로 변환됩니다. 초기 네트워킹 구성 XenServer 호스트에 대한 네트워킹 구성은 초기 호스트 설치 중 지정됩니다. IP 주소 구성(DHCP/정적), 관 리 인터페이스로 사용되는 NIC 및 호스트 이름과 같은 옵션은 설치 중 제공된 값을 기반으로 설정됩니다. XenServer 호스트에 하나의 NIC가 있는 경우에는 설치 후 다음과 같은 구성이 제공됩니다. 호스트의 단일 NIC에 해당하는 단일 PIF가 생성됩니다. PIF가 설치 중 지정된 IP 주소 지정 옵션으로 구성되고 호스트 관리가 가능하도록 구성됩니다. PIF가 호스트 관리 작업에 사용되도록 설정됩니다. 단일 네트워크(network 0)가 생성됩니다. VM에 외부 연결할 수 있도록 network 0이 PIF에 연결됩니다.

46 XenServer 관리자 가이드 네트워킹 41 호스트에 여러 개의 NIC가 있을 경우 설치 후 제공되는 구성은 설치 중 관리 작업을 위해 선택된 NIC에 따 라 달라집니다. 호스트의 각 NIC에 대해 PIF가 생성됩니다. 관리 인터페이스로 사용하도록 선택된 NIC의 PIF가 설치 중 지정된 IP 주소 지정 옵션으로 구성됩니다. 각 PIF에 대해 네트워크가 하나씩 생성됩니다("network 0", "network 1" 등). 각 네트워크는 하나의 PIF에 연결됩니다. 다른 모든 PIF의 IP 주소 지정 옵션은 구성되지 않은 상태로 유지됩니다. 두 경우 모두 제공된 네트워킹 구성을 통해 XenCenter, xe CLI 및 관리 인터페이스의 IP 주소를 통해 별도 컴퓨터에서 실행 중인 기타 모든 관리 소프트웨어에서 XenServer 호스트에 연결할 수 있습니다. 구성은 호 스트에서 생성된 VM에 대한 외부 네트워킹도 제공합니다. 관리 작업에 사용되는 PIF는 IP 주소로 구성되는 유일한 PIF입니다. VM에 대한 외부 네트워킹은 가상 이더 넷 스위치의 역할을 하는 네트워크 개체를 사용하여 PIF를 VIF로 브리지함으로써 수행됩니다. VLAN, NIC 연결 및 NIC를 저장소 트래픽 전용으로 지정하는 등의 네트워킹 기능에 필요한 단계는 다음 섹 션에서 설명합니다. 네트워킹 구성 관리 이 섹션의 일부 네트워크 구성 절차는 독립 실행형 서버를 구성하는지 리소스 풀의 일부인 서버를 구성하 는지에 따라 다릅니다. 독립 실행형 서버에서 네트워크 만들기 외부 네트워크가 호스트 설치 중 각 PIF에 대해 만들어지므로 일반적으로 다음의 경우에만 추가적인 네트 워크 만들기가 필요합니다. 내부 네트워크 사용 VLAN 및 NIC 연결과 같은 고급 작업의 지원 XenCenter를 사용하여 네트워크를 추가하거나 제거하려면 XenCenter 온라인 도움말을 참조하십시오. CLI를 사용하여 새 네트워크를 추가하려면 1. XenServer 호스트 텍스트 콘솔을 엽니다. 2. network-create 명령으로 네트워크를 만듭니다. 그러면 새로 만들어진 네트워크의 UUID가 반환됩니다. xe network-create name-label=<mynetwork> 이 단계에서는 네트워크가 PIF에 연결되지 않으므로 내부 네트워크입니다. 리소스 풀에서 네트워크 만들기 리소스 풀의 모든 XenServer 호스트에는 같은 수의 물리적 NIC(네트워크 인터페이스 카드)가 있어야 하지 만, XenServer 호스트가 풀에 참가하는 경우에는 이 요구 사항이 엄격하게 적용되지 않습니다. 풀의 모든 호스트는 XenServer 네트워크의 공통 집합을 공유하므로 풀 내의 XenServer 호스트에 대해 같은 물리적 네트워킹 구성을 사용하는 것이 중요합니다. 개별 호스트의 PIF는 장치 이름을 기준으로 풀 전체 네

47 XenServer 관리자 가이드 네트워킹 42 트워크에 연결됩니다. 예를 들어 NIC가 eth0인 풀의 모든 XenServer 호스트는 풀 전체 네트워크 "Network 0" 에 연결된 해당 PIF를 가집니다. 이는 NIC가 eth1이고 풀 수준 네트워크가 "Network 1"인 호스트 및 풀에 서 하나 이상의 XenServer 호스트에 존재하는 다른 NIC에 대해서도 마찬가지입니다. 한 XenServer 호스트의 NIC 수가 풀에 있는 다른 호스트와 서로 다른 경우 모든 풀 네트워크가 모든 풀 호 스트에 대해 유효하지는 않기 때문에 혼란이 발생할 수 있습니다. 예를 들어 호스트 host1과 host2가 같은 풀에 있으며 host1에는 4개의 NIC가 있고 host2에는 2개만 있을 경우 host2에서는 eth0 및 eth1에 해당하는 PIF에 연결된 네트워크만 유효합니다. eth2 및 eth3에 상응하는 네트워크에 VIF가 연결된 host1의 VM은 호 스트 host2로 마이그레이션할 수 없습니다. 리소스 풀 내의 모든 XenServer 호스트의 NIC는 모두 같은 MTU 크기로 구성해야 합니다. VLAN 만들기 CLI를 사용하여 네트워크를 외부 VLAN에 연결하려면 1. XenServer 호스트 텍스트 콘솔을 엽니다. 2. VLAN에 연결하여 사용할 새 네트워크를 만듭니다. 새 네트워크의 UUID가 반환됩니다. xe network-create name-label=network5 3. pif-list 명령을 사용하여 원하는 VLAN 태그를 지원하는 물리적 NIC에 해당하는 PIF의 UUID를 찾습니 다. 기존의 모든 VLAN을 포함하여 모든 PIF의 UUID 및 장치 이름이 반환됩니다. xe pif-list 4. 새 VLAN에 연결될 모든 VM에서 원하는 물리적 PIF 및 VLAN 태그를 지정하여 VLAN 개체를 만듭니다. 새 PIF가 만들어지고 지정된 네트워크에 연결됩니다. 새 PIF 개체의 UUID가 반환됩니다. xe vlan-create network-uuid=<network_uuid> pif-uuid=<pif_uuid> vlan=5 5. VM VIF를 새 네트워크에 연결합니다. 자세한 내용은 독립 실행형 서버에서 네트워크 만들기 를 참조 하십시오. 독립 실행형 호스트에서 NIC 연결 만들기 Citrix에서는 XenCenter를 사용하여 NIC 연결을 만들 것을 권장합니다. 자세한 내용은 XenCenter 온라인 도 움말을 참조하십시오. 이 섹션에서는 xe CLI를 사용하여 독립 실행형 XenServer 호스트에서 연결된 NIC 인터페이스를 만드는 방 법을 설명합니다. xe CLI를 사용하여 리소스 풀을 구성하는 XenServer 호스트에서 NIC 연결을 만드는 방법 에 대한 자세한 내용은 리소스 풀에서 NIC 연결 만들기 를 참조하십시오. 이중 NIC 호스트에서 NIC 연결 만들기 이중 NIC 호스트에서 연결을 만드는 것은 해당 호스트에서 관리 인터페이스로 사용 중인 PIF/NIC가 연결에 포함된다는 것을 의미합니다. 관리 인터페이스를 연결 PIF로 이동하려면 추가적인 단계를 수행해야 합니다. 두 개의 NIC 연결 1. XenCenter 또는 vm-shutdown 명령을 사용하여 호스트의 모든 VM을 종료하여 모든 VIF를 현재 네트워 크에서 분리합니다. 연결이 활성화되면 기존의 VIF가 무효화됩니다.

48 XenServer 관리자 가이드 네트워킹 43 xe vm-shutdown uuid=<vm_uuid> 2. network-create 명령을 사용하여 연결된 NIC에 사용할 새 네트워크를 만듭니다. 새 네트워크의 UUID 가 반환됩니다. xe network-create name-label=<bond0> 3. pif-list 명령을 사용하여 연결에 사용할 PIF의 UUID를 확인합니다. xe pif-list 4. 새로 만들어진 네트워크 UUID와 연결할 PIF의 UUID를 쉼표로 구분하여 지정한 bond-create 명령을 사 용하여 연결을 만듭니다. 연결의 UUID가 반환됩니다. xe bond-create network-uuid=<network_uuid> pif-uuids=<pif_uuid_1>,<pif_uuid_2> 참고 연결 PIF에 사용되는 MAC 주소를 제어하는 방법에 대한 자세한 내용은 연결의 MAC 주소 제어 를 참조 하십시오. 5. pif-list 명령을 사용하여 새 연결 PIF의 UUID를 확인합니다. xe pif-list device=<bond0> 6. pif-reconfigure-ip 명령을 사용하여 연결 PIF에 대해 원하는 관리 인터페이스 IP 주소 설정을 구성합니 다. pif-reconfigure-ip 명령에 사용할 수 있는 옵션에 대한 자세한 내용은 7장. 명령줄 인터페이스를 참 조하십시오. xe pif-reconfigure-ip uuid=<bond_pif_uuid> mode=dhcp 7. host-management-reconfigure 명령을 사용하여 관리 인터페이스를 기존의 물리적 PIF에서 연결 PIF로 이동합니다. 이 단계를 수행하면 연결이 활성화됩니다. xe host-management-reconfigure pif-uuid=<bond_pif_uuid> 8. pif-reconfigure-ip 명령을 사용하여 이전에 관리 인터페이스에 사용되던 비연결 PIF에서 IP 주소 구성 을 제거합니다. 이 단계가 꼭 필요한 것은 아니지만 호스트 네트워킹 구성을 검토할 때 혼동을 줄이는 데 도움이 될 수 있습니다. xe pif-reconfigure-ip uuid=<old_management_pif_uuid> mode=none 9. vif-destroy 및 vif-create 명령을 사용하여 기존 VM을 연결 네트워크로 이동합니다. 이 단계는 XenCenter 에서 VM 구성을 편집하고 VM의 기존 VIF를 연결 네트워크에 연결하여 완료할 수도 있습니다 단계에서 종료한 VM을 다시 시작합니다. 연결의 MAC 주소 제어 이중 NIC 호스트에서 연결을 만드는 것은 해당 호스트에서 관리 인터페이스로 사용 중인 PIF/NIC가 연결 에 포함된다는 것을 의미합니다. DHCP를 사용하여 호스트에 IP 주소를 제공하는 일반적인 경우에는 DHCP 에서 받은 호스트의 IP 주소가 변경되지 않도록 연결의 MAC 주소가 현재 사용 중인 PIF/NIC와 동일해야 합니다.

49 XenServer 관리자 가이드 네트워킹 44 연결의 MAC 주소는 관리 인터페이스에 대해 현재 사용 중인 PIF/NIC와 다르게 변경할 수 있지만, 이렇게 하면 연결이 활성화되고 현재 사용 중인 MAC/IP 주소가 변경될 경우 호스트에 대한 기존 네트워크 세션이 끊어지게 됩니다. 연결에 사용될 MAC 주소는 다음 두 가지 방법으로 제어할 수 있습니다. bond-create 명령에 선택적 매개 변수인 mac을 지정할 수 있습니다. 이 매개 변수를 사용하면 연결 MAC 주소를 모든 임의의 주소로 설정할 수 있습니다. mac 매개 변수를 지정하지 않으면 pif-uuids 매개 변수에 나열된 첫 번째 PIF의 MAC 주소가 연결에 사 용됩니다. NIC 연결 되돌리기 XenServer 호스트를 비연결 구성으로 되돌릴 경우에는 다음 요구 사항을 알아 두어야 합니다. 연결을 만들 때와 마찬가지로 연결을 삭제하기 전에 연결에서 VIF가 있는 모든 VM을 종료해야 합니다. 연 결되지 않은 구성으로 되돌린 후에는 VIF를 적절한 네트워크로 다시 연결합니다. bond-destroy 명령을 실행하기 전에 pif-reconfigure-ip 및 host-management-reconfigure 명령을 사용하여 관리 인터페이스를 다른 PIF로 이동합니다. 그렇지 않으면 호스트(XenCenter 포함)에 대한 연결이 끊어 집니다. 리소스 풀에서 NIC 연결 만들기 가능하면 풀에 구성원 서버를 추가로 참가시키거나 VM을 만들기 전에 초기 리소스 풀 작성 작업의 일부로 NIC 연결을 만드십시오. 이렇게 하면 구성원 서버가 풀에 참가할 때 연결 구성이 자동으로 구성원 서버에 복 제되어 수행해야 할 단계의 수가 줄어듭니다. NIC 연결을 기존 풀에 추가하려면 마스터 및 풀의 각 구성원에 서 수동으로 연결 구성을 만들어야 합니다. VM을 설치한 후 기존 풀에 NIC 연결을 추가해도 풀의 모든 VM 이 종료되어야 하므로 번거롭기는 마찬가지입니다. XenCenter를 사용하여 NIC 연결을 만드는 것이 좋습니다. 자세한 내용은 XenCenter 도움말을 참조하십시 오. 이 섹션에서는 xe CLI를 사용하여 리소스 풀을 구성하는 XenServer 호스트에서 연결된 NIC 인터페이스를 만드는 방법을 설명합니다. xe CLI를 사용하여 독립 실행형 XenServer 호스트에서 NIC 연결을 만드는 방법 에 대한 자세한 내용은 이중 NIC 호스트에서 NIC 연결 만들기 를 참조하십시오. 주의 HA가 활성화되어 있으면 네트워크 연결을 만들지 마십시오. 연결을 만드는 과정에서 진행 중인 HA 하트 비트가 방해되어 호스트가 자체적으로 종료됩니다. 그런 후 제대로 재부팅되지 않을 가능성이 크며 복구 를 위해 host-emergency-ha-disable 명령을 실행해야 합니다. 새 리소스 풀에 NIC 연결 추가 1. 마스터로 지정할 호스트를 선택합니다. 기본적으로 마스터 호스트는 이름이 지정되지 않은 풀에 속합 니다. CLI로 리소스 풀을 만들려면 이름 없는 기존 풀의 이름을 변경합니다. xe pool-param-set name-label=<"new Pool"> uuid=<pool_uuid>

50 XenServer 관리자 가이드 네트워킹 다음과 같이 마스터에서 NIC 연결을 만듭니다. a. network-create 명령을 사용하여 연결된 NIC에 사용할 새로운 풀 전체 네트워크를 만듭니다. 새 네 트워크의 UUID가 반환됩니다. xe network-create name-label=<network_name> b. pif-list 명령을 사용하여 연결에 사용할 PIF의 UUID를 확인합니다. xe pif-list c. 단계 a에서 만들어진 네트워크 UUID와 연결할 PIF의 UUID를 쉼표로 구분하여 지정한 bond-create 명령을 사용하여 연결을 만듭니다. 연결의 UUID가 반환됩니다. xe bond-create network-uuid=<network_uuid> pif-uuids=<pif_uuid_1>,<pif_uuid_2> 참고 연결 PIF에 사용되는 MAC 주소를 제어하는 방법에 대한 자세한 내용은 연결의 MAC 주소 제어 를 참조 하십시오. d. pif-list 명령을 사용하여 새 연결 PIF의 UUID를 확인합니다. xe pif-list network-uuid=<network_uuid> e. pif-reconfigure-ip 명령을 사용하여 연결 PIF에 대해 원하는 관리 인터페이스 IP 주소 설정을 구성 합니다. pif-reconfigure-ip 명령에 사용할 수 있는 옵션에 대한 자세한 내용은 7장. 명령줄 인터페 이스를 참조하십시오. xe pif-reconfigure-ip uuid=<bond_pif_uuid> mode=dhcp f. host-management-reconfigure 명령을 사용하여 관리 인터페이스를 기존의 물리적 PIF에서 연결 PIF로 이동합니다. 이 단계를 수행하면 연결이 활성화됩니다. xe host-management-reconfigure pif-uuid=<bond_pif_uuid> g. pif-reconfigure-ip 명령을 사용하여 이전에 관리 인터페이스에 사용되던 비연결 PIF에서 IP 주소 구 성을 제거합니다. 이 단계가 꼭 필요한 것은 아니지만 호스트 네트워킹 구성을 검토할 때 혼동을 줄 이는 데 도움이 될 수 있습니다. xe pif-reconfigure-ip uuid=<old_management_pif_uuid> mode=none 3. 풀에 참가시킬 호스트에서 콘솔을 열고 다음을 입력합니다. xe pool-join master-address=<host1> master-username=root master-password=<password> 네트워크 및 연결 정보가 자동으로 구성원 서버에 복제됩니다. 하지만 관리 인터페이스는 구성원 서버 의 NIC에서 연결된 NIC로 자동으로 이동되지 않습니다. 다음과 같이 구성원 서버의 관리 인터페이스 를 이동하여 연결을 활성화하십시오. a. host-list 명령을 사용하여 구성 중인 구성원 호스트의 UUID를 찾습니다. xe host-list

51 XenServer 관리자 가이드 네트워킹 46 b. pif-list 명령을 사용하여 새 구성원 호스트에서 연결 PIF의 UUID를 확인합니다. 구성 중인 호스트 의 PIF만 나열하려면 host-uuid 매개 변수를 포함합니다. xe pif-list network-name-label=<network_name> host-uuid=<host_uuid> c. pif-reconfigure-ip 명령을 사용하여 연결 PIF에 대해 원하는 관리 인터페이스 IP 주소 설정을 구성 합니다. pif-reconfigure-ip 명령에 사용할 수 있는 옵션에 대한 자세한 내용은 7장. 명령줄 인터페이 스를 참조하십시오. 이 명령은 구성원 서버에서 직접 실행해야 합니다. xe pif-reconfigure-ip uuid=<bond_pif_uuid> mode=dhcp d. host-management-reconfigure 명령을 사용하여 관리 인터페이스를 기존의 물리적 PIF에서 연결 PIF로 이동합니다. 이 단계를 수행하면 연결이 활성화됩니다. 이 명령은 구성원 서버에서 직접 실 행해야 합니다. xe host-management-reconfigure pif-uuid=<bond_pif_uuid> e. pif-reconfigure-ip 명령을 사용하여 이전에 관리 인터페이스에 사용되던 비연결 PIF에서 IP 주소 구 성을 제거합니다. 이 단계가 꼭 필요한 것은 아니지만 호스트 네트워킹 구성을 검토할 때 혼동을 줄 이는 데 도움이 될 수 있습니다. 이 명령은 구성원 서버에서 직접 실행해야 합니다. xe pif-reconfigure-ip uuid=<old_mgmt_pif_uuid> mode=none 4. 풀에 참가시킬 각각의 추가적인 구성원 서버에 대해 3~4단계를 반복하여 구성원 서버의 관리 인터페이 스를 이동하고 연결을 활성화합니다. 기존 풀에 NIC 연결 추가 NIC 연결을 기존 풀에 추가하는 경우 풀의 각 호스트에서 수동으로 연결을 만들어야 합니다. 풀 마스터와 구 성원 서버 모두에서 NIC 연결을 추가하려면 아래 단계를 사용할 수 있으며 요구 사항은 다음과 같습니다. 1. 풀의 모든 VM을 종료해야 합니다. 2. 연결을 풀 마스터에 먼저 추가한 다음 구성원 호스트에 추가합니다. 3. bond-create, host-management-reconfigure 및 host-management-disable 명령은 해당 명령이 실행되는 호스트에 영향을 미치므로 풀의 한 호스트에서 다른 호스트의 구성을 변경하는 용도로 사용하기에 적합 하지 않습니다. 이러한 명령은 해당 명령을 적용할 호스트의 콘솔에서 직접 실행하십시오. NIC 연결을 기존 풀 마스터와 구성원 호스트에 추가하려면 1. network-create 명령을 사용하여 연결된 NIC에 사용할 새로운 풀 전체 네트워크를 만듭니다. 이 단계는 각 풀마다 한 번만 수행해야 합니다. 새 네트워크의 UUID가 반환됩니다. xe network-create name-label=<bond0> 2. XenCenter 또는 vm-shutdown 명령을 사용하여 호스트 풀의 모든 VM을 종료하여 기존의 모든 VIF를 현재 네트워크에서 분리합니다. 연결이 활성화되면 기존의 VIF가 무효화됩니다. xe vm-shutdown uuid=<vm_uuid> 3. host-list 명령을 사용하여 구성 중인 호스트의 UUID를 찾습니다. xe host-list 4. pif-list 명령을 사용하여 연결에 사용할 PIF의 UUID를 확인합니다. 구성 중인 호스트의 PIF만 나열하려 면 host-uuid 매개 변수를 포함합니다.

52 XenServer 관리자 가이드 네트워킹 47 xe pif-list host-uuid=<host_uuid> 5. 1단계에서 만들어진 네트워크 UUID와 연결할 PIF의 UUID를 쉼표로 구분하여 지정한 bond-create 명 령을 사용하여 연결을 만듭니다. 연결의 UUID가 반환됩니다. xe bond-create network-uuid=<network_uuid> pif-uuids=<pif_uuid_1>,<pif_uuid_2> 참고 연결 PIF에 사용되는 MAC 주소를 제어하는 방법에 대한 자세한 내용은 연결의 MAC 주소 제어 를 참조 하십시오. 6. pif-list 명령을 사용하여 새 연결 PIF의 UUID를 확인합니다. 구성 중인 호스트의 PIF만 나열하려면 hostuuid 매개 변수를 포함합니다. xe pif-list device=bond0 host-uuid=<host_uuid> 7. pif-reconfigure-ip 명령을 사용하여 연결 PIF에 대해 원하는 관리 인터페이스 IP 주소 설정을 구성합니 다. pif-reconfigure-ip 명령에 사용할 수 있는 옵션에 대한 자세한 내용은 7장. 명령줄 인터페이스를 참 조하십시오. 이 명령은 구성원 서버에서 직접 실행해야 합니다. xe pif-reconfigure-ip uuid=<bond_pif_uuid> mode=dhcp 8. host-management-reconfigure 명령을 사용하여 관리 인터페이스를 기존의 물리적 PIF에서 연결 PIF 로 이동합니다. 이 단계를 수행하면 연결이 활성화됩니다. 이 명령은 구성원 서버에서 직접 실행해야 합니다. xe host-management-reconfigure pif-uuid=<bond_pif_uuid> 9. pif-reconfigure-ip 명령을 사용하여 이전에 관리 인터페이스에 사용되던 비연결 PIF에서 IP 주소 구성을 제거합니다. 이 단계가 꼭 필요한 것은 아니지만 호스트 네트워킹 구성을 검토할 때 혼동을 줄이는 데 도움이 될 수 있습니다. 이 명령은 구성원 서버에서 직접 실행해야 합니다. xe pif-reconfigure-ip uuid=<old_management_pif_uuid> mode=none 10. vif-destroy 및 vif-create 명령을 사용하여 기존 VM을 연결 네트워크로 이동합니다. 이 단계는 XenCenter 에서 VM 구성을 편집하고 VM의 기존 VIF를 연결 네트워크에 연결하여 완료할 수도 있습니다. 11. 구성원 서버에 대해 3~10단계를 반복합니다. 12. 이전에 종료한 VM을 다시 시작합니다. 전용 저장소 NIC 구성 XenServer 4.1에서는 xe CLI를 사용하여 NIC를 관리되지 않는 것으로 구성함으로써 NIC를 저장소 트래픽 전용으로 사용하고 제어 도메인 내에서 해당 NIC에 대한 기본 네트워킹 설정을 수동으로 구성하도록 할 수 있었습니다. XenServer update 3에서는 XenCenter 또는 xe CLI를 사용하여 NIC를 저장소 트래픽과 같은 특정 기능으로 구성하고 이 용도로만 사용되도록 할 수 있습니다. NIC를 특정 기능에 할당하면 NIC가 호스트 관리와 같은 다른 기능에 사용되는 것을 방지할 수 있지만, 원하 는 트래픽에 NIC가 사용되도록 하려면 적절한 네트워크 구성을 수행해야 합니다. 예를 들어 NIC를 저장소 트래픽 전용으로 지정하려면 해당 NIC를 통해서만 대상에 액세스할 수 있도록 NIC, 저장소 대상, 스위치 및/

53 XenServer 관리자 가이드 네트워킹 48 또는 VLAN을 구성해야 합니다. 이를 통해 표준 IP 라우팅을 사용하여 XenServer 호스트의 여러 NIC 간에 트래픽이 라우팅되는 방식을 제어할 수 있습니다. 참고 네트워크 인터페이스를 iscsi 또는 NFS SR과 함께 사용할 저장소 인터페이스 전용으로 만들기 전에 전 용 인터페이스가 주 관리 인터페이스에서 라우팅될 수 없는 별도의 IP 서브넷을 사용하는지 확인해야 합 니다. 이렇게 하지 않으면 호스트 재부팅 후 네트워크 인터페이스가 초기화되는 순서 때문에 저장소 트래 픽이 주 관리 인터페이스를 통해 전달될 수 있습니다. xe CLI를 사용하여 NIC 기능을 할당하려면 1. PIF가 별도 서브넷에 있거나, 원하는 트래픽이 선택된 PIF를 통과하도록 하기 위해 라우팅이 현재 네트 워크 토폴로지에 적합하게 구성되어 있는지 확인합니다. 2. PIF에 대한 IP 구성을 설정하고 모드 매개 변수에 대한 적절한 값을 추가하며 정적 IP 주소 지정을 사용 하는 경우에는 IP, 넷마스크, 게이트웨이 및 DNS 매개 변수를 설정합니다. xe pif-reconfigure-ip mode=<dhcp Static> uuid=<pif-uuid> 3. PIF의 disallow-unplug 매개 변수를 true로 설정합니다. xe pif-param-set disallow-unplug=true uuid=<pif-uuid> xe pif-param-set other-config:management_purpose="storage" uuid=<pif-uuid> 관리 인터페이스에서도 라우팅할 수 있는 저장소 인터페이스를 사용하려는 경우에는 다음 두 가지 옵션 중 에서 선택할 수 있습니다. 단, 이 구성은 권장되지 않음에 유의하십시오. 호스트 재부팅 후 저장소 인터페이스가 올바르게 구성되었는지 확인하고 xe pbd-unplug 및 xe pbd-plug 명령을 사용하여 호스트에서 저장소 연결을 다시 초기화합니다. 그러면 저장소 연결이 다시 시작되고 올 바른 인터페이스를 통해 라우팅됩니다. 또는 xe pif-forget을 사용하여 XenServer 데이터베이스에서 인터페이스를 제거하고 제어 도메인에서 수 동으로 구성할 수 있습니다. 이 옵션은 고급 옵션이며 Linux 네트워킹을 수동으로 구성하는 방법에 익숙 해야 합니다. QoS(서비스 품질) 제어 XenServer에서는 CLI를 사용하여 선택적 QoS(서비스 품질) 값을 VM VIF(가상 네트워크 인터페이스)에 설 정할 수 있습니다. QoS 알고리즘 유형은 VIF의 최대 전송 속도(Kb/초)를 지정하는 속도 제한 유형만 지원 됩니다. 예를 들어 VIF를 100kb/초의 최대 전송 속도로 제한하려면 vif-param-set 명령을 사용합니다. xe vif-param-set uuid=<vif_uuid> qos_algorithm_type=ratelimit xe vif-param-set uuid=<vif_uuid> qos_algorithm_params:kbps=100 네트워킹 구성 옵션 변경 이 섹션에서는 XenServer 호스트의 네트워킹 구성을 변경하는 방법을 설명합니다. 여기에는 다음이 포함 됩니다.

54 XenServer 관리자 가이드 네트워킹 49 호스트 이름 변경 DNS 서버 추가 또는 제거 IP 주소 변경 관리 인터페이스로 사용되는 NIC 변경 새 물리적 NIC를 서버에 추가 호스트 이름 시스템 호스트 이름은 풀 전체 데이터베이스에 정의되며 다음과 같이 xe host-set-hostname-live CLI 명령 을 사용하여 수정합니다. xe host-set-hostname-live uuid=<host_uuid> host-name=example 기본 제어 도메인 호스트 이름 역시 새 호스트 이름에 따라 동적으로 변경됩니다. DNS 서버 XenServer 호스트의 IP 주소 지정 구성에서 DNS 서버를 추가하거나 제거하려면 pif-reconfigure-ip 명령을 사용합니다. 예를 들어 정적 IP를 사용하는 PIF의 경우는 다음과 같습니다. pif-reconfigure-ip uuid=<pif_uuid> mode=static DNS=<new_dns_ip> 독립 실행형 호스트의 IP 주소 구성 변경 네트워크 인터페이스 구성은 xe CLI(명령줄 인터페이스)를 사용하여 조작할 수 있습니다. 이전 XenServer 버전과 달리 CLI를 사용하지 않고 기본 네트워크 구성 스크립트를 직접 수정하면 안 됩니다. PIF의 IP 주소 구성을 수정하려면 pif-reconfigure-ip CLI 명령을 사용합니다. pif-reconfigure-ip 명령의 매개 변수에 대한 자세한 내용은 pif-reconfigure-ip 를 참조하십시오. 참고 리소스 풀에서 호스트 IP 주소를 변경하는 방법에 대한 자세한 내용은 리소스 풀에서 IP 주소 구성 변 경 을 참조하십시오. 리소스 풀에서 IP 주소 구성 변경 리소스 풀의 XenServer 호스트에는 풀의 다른 호스트와의 통신 및 관리에 사용되는 단일 관리 IP 주소가 있 습니다. 호스트 관리 인터페이스의 IP 주소를 변경하는 데 필요한 단계는 마스터 호스트와 구성원 호스트 에서 서로 다릅니다. 참고 서버의 IP 주소와 기타 네트워킹 매개 변수를 변경할 때는 주의해야 합니다. 네트워크 토폴로지와 변경 내 용에 따라 네트워크 저장소 연결이 끊어질 수 있습니다. 이 경우 사용자 인터페이스의 Repair Storage(저

55 XenServer 관리자 가이드 네트워킹 50 장소 복구) 옵션을 사용하거나 CLI에서 pbd-plug 명령을 사용하여 저장소를 다시 연결해야 합니다. 이런 이유로 IP 구성을 변경하기 전에 VM을 서버에서 마이그레이션하는 것이 좋습니다. 풀 구성원 호스트의 IP 주소 변경 1. pif-reconfigure-ip CLI 명령을 사용하여 원하는 대로 IP 주소를 설정합니다. pif-reconfigure-ip 명령의 매 개 변수에 대한 자세한 내용은 7장. 명령줄 인터페이스를 참조하십시오. xe pif-reconfigure-ip uuid=<pif_uuid> mode=dhcp 2. host-list CLI 명령으로 풀의 다른 XenServer 호스트가 모두 표시되는지 확인하여 구성원 호스트가 마스 터 호스트에 제대로 다시 연결되었는지 확인합니다. xe host-list 각 구성원 호스트는 통신을 위해 마스터의 보급된 IP 주소를 사용하기 때문에 이 IP 주소가 변경되면 마스 터에 연결하는 방법을 알 수 없으므로 마스터 XenServer 호스트의 IP 주소를 변경하려면 추가적인 단계를 수행해야 합니다. 가능한 경우 풀의 수명 주기 동안 변경될 가능성이 없는 전용 IP 주소를 풀 마스터에 사용하십시오. 풀 마스터 호스트의 IP 주소를 변경하려면 1. pif-reconfigure-ip CLI 명령을 사용하여 원하는 대로 IP 주소를 설정합니다. pif-reconfigure-ip 명령의 매 개 변수에 대한 자세한 내용은 7장. 명령줄 인터페이스를 참조하십시오. xe pif-reconfigure-ip uuid=<pif_uuid> mode=dhcp 2. 풀 마스터 호스트의 IP 주소가 변경되면 모든 구성원 호스트는 마스터 호스트에 연결할 수 없을 경우 긴급 모드로 들어갑니다. 3. 마스터 XenServer 호스트에서 pool-recover-slaves 명령을 사용하여 마스터가 각 구성원 서버에 연결 하고 마스터의 새 IP 주소를 알리도록 합니다. xe pool-recover-slaves 긴급 모드에 대한 자세한 내용은 마스터 오류 를 참조하십시오. 관리 인터페이스 NIC가 여러 개인 호스트에 XenServer를 설치한 경우에는 하나의 NIC가 관리 인터페이스로 사용되도록 선 택됩니다. 관리 인터페이스는 XenCenter의 호스트 연결 및 호스트 간 통신에 사용됩니다. 관리 인터페이스에 사용되는 NIC를 변경하려면 1. pif-list 명령을 사용하여 관리 인터페이스로 사용할 NIC에 해당하는 PIF를 확인합니다. 각 PIF의 UUID 가 반환됩니다. xe pif-list 2. pif-param-list 명령을 사용하여 관리 인터페이스에 사용할 PIF의 IP 주소 지정 구성을 확인합니다. 필요 한 경우 pif-reconfigure-ip 명령을 통해 사용할 PIF의 IP 주소 지정을 구성합니다. pif-reconfigure-ip 명령 에 사용할 수 있는 옵션에 대한 자세한 내용은 7장. 명령줄 인터페이스를 참조하십시오. xe pif-param-list uuid=<pif_uuid>

56 XenServer 관리자 가이드 네트워킹 host-management-reconfigure CLI 명령을 사용하여 관리 인터페이스에 사용되는 PIF를 변경합니다. 이 호스트가 리소스 풀의 일부인 경우 구성원 호스트 콘솔에서 이 명령을 실행해야 합니다. xe host-management-reconfigure pif-uuid=<pif_uuid> 주의 관리 인터페이스를 VLAN 네트워크에 배치하는 것은 지원되지 않습니다. 관리 액세스를 사용하지 않도록 설정 관리 콘솔에 대한 원격 액세스를 사용하지 않도록 설정하려면 host-management-disable CLI 명령을 사용합 니다. 하지만 주의해야 합니다. 관리 인터페이스를 사용하지 않도록 설정하면 관리 작업을 수행할 때 물리적 호스트 콘솔에 로그인해야 하며 XenCenter와 같은 외부 인터페이스는 더 이상 작동하지 않습니다. 새 물리적 NIC 추가 새 물리적 NIC를 XenServer 호스트에 일반적인 방법대로 설치합니다. 그런 다음 서버를 다시 시작한 후 xe CLI 명령 pif-scan을 실행하여 새 NIC에 대해 새 PIF 개체가 생성되도록 합니다. 리소스 풀에서 NIC/PIF 순서 지정 서버에 같은 하드웨어가 포함되어 있더라도 물리적 NIC 장치가 여러 서버에서 서로 다른 순서로 검색될 수 있습니다. 따라서 XenServer의 풀링 기능을 사용하기 전에 NIC 순서를 확인하는 것이 좋습니다. NIC 순서 확인 pif-list 명령을 사용하여 NIC 순서가 XenServer 호스트 전체에서 일관적인지 확인할 수 있습니다. 각 PIF와 관련된 MAC 주소 및 반송파(연결 상태) 매개 변수를 검토하여 검색된 장치(eth0, eth1 등)가 서버의 적절한 물리적 포트에 대응하는지 확인합니다. xe pif-list params=uuid,device,mac,currently-attached,carrier,management, \ IP-configuration-mode uuid ( RO) : 1ef8209d-5db5-cf69-3fe6-0e8d24f8f518 device ( RO): eth0 MAC ( RO): 00:19:bb:2d:7e:8a currently-attached ( RO): true management ( RO): true IP-configuration-mode ( RO): DHCP carrier ( RO): true uuid ( RO) : 829fd476-2bbb-67bb-139f-d607c09e9110 device ( RO): eth1 MAC ( RO): 00:19:bb:2d:7e:7a currently-attached ( RO): false management ( RO): false IP-configuration-mode ( RO): None carrier ( RO): true 호스트가 이미 풀에 참가한 경우에는 pif-list 명령에 host-uuid 매개 변수를 추가하여 결과 범위를 해당 호스 트의 PIF로 지정합니다.

57 XenServer 관리자 가이드 네트워킹 52 NIC 순서 변경 PIF의 이름을 직접 변경할 수는 없지만 pif-forget 및 pif-introduce 명령을 사용하여 같은 효과를 얻을 수 있 으며 이 경우 다음의 제약이 따릅니다. XenServer 호스트는 독립 실행형이어야 하며 리소스 풀에 참가하지 않은 상태여야 합니다. 호스트의 관리 인터페이스로 구성된 PIF의 순서를 변경하려면 아래 예에 포함된 것과 같은 추가적인 단 계가 필요합니다. 먼저 관리 인터페이스를 사용하지 않도록 설정해야 하므로 명령을 호스트 콘솔에서 직 접 입력해야 합니다. 위의 예제 구성에서는 eth0이 MAC 주소가 00:19:bb:2d:7e:7a:인 장치에 대응하도록 NIC 순서를 변경하기 위해 다음 단계를 사용해야 합니다. 1. XenCenter 또는 vm-shutdown 명령을 사용하여 풀의 모든 VM을 종료하고 기존 VIF를 해당 네트워크 에서 분리합니다. xe vm-shutdown uuid=<vm_uuid> 2. host-management-disable 명령을 사용하여 관리 인터페이스를 사용하지 않도록 설정합니다. xe host-management-disable 3. pif-forget 명령을 사용하여 두 개의 올바르지 않은 PIF 레코드를 제거합니다. xe pif-forget uuid=1ef8209d-5db5-cf69-3fe6-0e8d24f8f518 xe pif-forget uuid=829fd476-2bbb-67bb-139f-d607c09e pif-introduce 명령을 사용하여 원하는 이름의 장치를 다시 가져옵니다. xe pif-introduce device=eth0 host-uuid=<host_uuid> mac=00:19:bb:2d:7e:7a xe pif-introduce device=eth1 host-uuid=<host_uuid> mac=00:19:bb:2d:7e:8a 5. 다시 pif-list 명령을 사용하여 새 구성을 확인합니다. xe pif-list params=uuid,device,mac 6. pif-reconfigure-ip 명령을 사용하여 관리 인터페이스 IP 주소 지정 구성을 다시 설정합니다. pifreconfigure-ip 명령의 매개 변수에 대한 자세한 내용은 7장. 명령줄 인터페이스를 참조하십시오. xe pif-reconfigure-ip uuid=<728d9e7f-62ed-a477-2c d75972eb> mode=dhcp 7. host-management-reconfigure 명령을 사용하여 관리 인터페이스를 원하는 PIF로 설정하고 호스트에 대한 외부 관리 연결을 다시 사용할 수 있도록 설정합니다. xe host-management-reconfigure pif-uuid=<728d9e7f-62ed-a477-2c d75972eb> 네트워킹 문제 해결 네트워킹 구성에 문제가 있는 경우에는 먼저 제어 도메인 ifcfg-* 파일을 직접 수정하지 않았는지 확인합니 다. 이러한 파일은 제어 도메인 호스트 에이전트에 의해 직접 관리되며 변경 내용을 덮어씁니다. 네트워크 중단 진단 일부 네트워크 카드 모델의 경우에는 부하 시 또는 특정 최적화 기능이 설정된 경우 정상적으로 작동하기 위 해 공급업체에서 펌웨어 업그레이드를 받아야 합니다. VM에 중단된 트래픽이 발견된 경우 먼저 공급업체에 서 최신 권장 펌웨어를 구하여 BIOS 업데이트를 적용해 보아야 합니다.

58 XenServer 관리자 가이드 네트워킹 53 그래도 문제가 계속되면 CLI를 사용하여 물리적 인터페이스에서 수신/전송 오프로드 최적화를 사용하지 않 도록 설정할 수 있습니다. 이 경우 성능이 저하되거나 CPU 사용량이 증가할 수 있음을 유의하십시오. 먼저 물리적 인터페이스의 UUID의 확인합니다. 다음과 같이 device 필드를 필터링할 수 있습니다. xe pif-list device=eth0 다음으로 PIF에 다음 매개 변수를 설정하여 TX 오프로드를 사용하지 않도록 설정합니다. xe pif-param-set uuid=<pif_uuid> other-config:ethtool-tx=off 마지막으로 PIF를 다시 연결하거나 호스트를 재부팅하여 변경 내용을 적용합니다. 잘못된 네트워크 구성에서 복구 경우에 따라 잘못된 구성으로 네트워크를 사용하지 못할 수 있습니다. 특히 구성원 XenServer 호스트에서 네트워크 구성을 변경하려고 할 때 이런 경우가 발생할 수 있습니다. 네트워크 장애가 발생하는 경우 다음을 참고하면 네트워크 연결을 복구하는 데 도움이 될 수 있습니다. Citrix에서는 리소스 풀을 만들기 전에 네트워킹 구성이 올바르게 설정되었는지 확인할 것을 권장합니다. 일반적으로 풀링되지 않은 상태에서 잘못된 구성을 복구하기가 더 쉽기 때문입니다. host-management-reconfigure 및 host-management-disable 명령은 해당 명령이 실행되는 XenServer 호 스트에 영향을 미치므로 풀의 한 호스트에서 다른 호스트의 구성을 변경하는 용도로 사용하기에 적합하 지 않습니다. 이러한 명령은 명령을 적용할 XenServer 호스트의 콘솔에서 직접 실행하거나 xe -s, -u 및 - pw 원격 연결 옵션을 사용하십시오. xapi 서비스는 시작될 때 먼저 관리 인터페이스에 구성을 적용합니다. 관리 인터페이스의 이름은 /etc/ xensource-inventory 파일에 저장됩니다. 극단적인 경우 콘솔에서 service xapi stop을 실행하여 xapi 서 비스를 중지하고 인벤토리 파일을 편집하여 관리 인터페이스를 안전한 기본값으로 설정합니다. 그런 다 음 xenbr0 브리지의 eth0과 같이 하나의 인터페이스와 하나의 브리지를 포함하는 구성을 비롯하여 /etc/ sysconfig/network-scripts의 ifcfg 파일에 최소 네트워크 구성에 대한 올바른 구성이 있는지 확인할 수 있 습니다.

59 5장. 백업 및 복구 이 장에서는 가벼운 메타데이터 백업, 전체 VM 백업 및 이동식 SR을 통해 심각한 하드웨어 또는 소프트웨 어 오류로부터 XenServer를 최대한 복구할 수 있는 기회를 제공하도록 설계된 기능에 대해 설명합니다. 백업 Citrix에서는 서버 및/또는 소프트웨어 오류로부터 최대한 복구할 수 있도록 다음의 백업 절차를 가능한 자 주 수행할 것을 권장합니다. 풀 메타데이터를 백업하려면 1. 다음 명령을 실행합니다. xe pool-dump-database file-name=<backup> 2. 다음 명령을 실행합니다. xe pool-restore-database file-name=<backup> dry-run=true 이 명령은 백업 성공에 필요한 적절한 개수와 이름의 NIC가 대상 컴퓨터에 있는지 확인합니다. 호스트 구성 및 소프트웨어를 백업하려면 다음 명령을 실행합니다. xe host-backup host=<host> file-name=<hostbackup> 참고 도메인 0에서는 백업을 만들지 마십시오. 이 절차를 수행하면 용량이 큰 백업 파일이 만들어질 수 있습니다. 복원을 완료하려면 원본 설치 CD로 재부팅해야 합니다. 이 데이터는 원래 컴퓨터로만 복원할 수 있습니다. VM을 백업하려면 1. 백업할 VM이 오프라인 상태인지 확인합니다. 2. 다음 명령을 실행합니다. xe vm-export vm=<vm_uuid> filename=<backup>

60 XenServer 관리자 가이드 백업 및 복구 55 참고 이 백업은 VM의 모든 데이터도 백업합니다. VM을 가져올 때 백업된 데이터에 사용할 저장 메커니즘을 지정할 수 있습니다. 주의 이 프로세스는 모든 VM 데이터를 백업하므로 완료까지 약간의 시간이 걸릴 수 있습니다. VM 메타데이터만 백업하려면 다음 명령을 실행합니다. xe vm-export vm=<vm_uuid> filename=<backup> --metadata 전체 메타데이터 백업 및 DR(재해 복구) 이 섹션에서는 이동식 저장소 리포지토리(이동식 SR)의 개념 및 사용 방법을 소개하고 이 저장소를 DR 전 략의 일부로 사용하는 방법을 설명합니다. DR 및 메타데이터 백업 개요 이동식 SR에는 SR을 다른 호스트나 풀에 다시 연결한 후 SR에 저장된 VDI(가상 디스크 이미지)로 모든 VM(가상 컴퓨터)을 다시 만드는 데 필요한 모든 정보가 들어 있습니다. 이동식 SR은 정기 유지 관리 또는 재 해 복구 과정에서 풀 또는 독립 실행형 호스트 간에 SR을 수동으로 이동해야 할 경우에 사용할 수 있습니다. 이동식 SR은 XenMotion과 마찬가지로 VM을 호스트 간에 이동하기 때문에 비슷한 제약 조건을 가집니다. 이동식 SR을 사용하려면 다음과 같이 하십시오. 원본 및 대상 호스트의 CPU 유형(예: Intel 또는 AMD)과 네트워킹 구성이 같아야 합니다. iscsi 및 FibreChannel SR용 LUN과 같은 SR 미디어 자체를 원본 호스트와 대상 호스트 간에 이동하거 나, 다시 매핑하거나, 복제할 수 있어야 합니다. VM의 VDI가 여러 SR에 있는 계층식 저장소를 사용할 때는 필요한 모든 SR을 대상 호스트 또는 풀로 이 동해야 합니다. 대상 IP 주소, 대상 IQN, iscsi SR의 LUN SCSI ID 및 FibreChannel SR의 LUN SCSI ID와 같이 대상 호 스트 또는 풀의 SR에 연결하는 데 필요한 모든 구성 데이터를 수동으로 유지 관리해야 합니다. 원하는 SR에 대해 백업 메타데이터 옵션을 구성해야 합니다. 참고 이동식 SR을 풀 간에 이동할 때는 원본 풀과 대상 풀의 호스트 수가 같을 필요는 없습니다. 위의 제약 조 건이 충족된다면 풀과 독립 실행형 호스트 간에 이동식 SR을 이동할 수도 있습니다. 이동식 SR은 지정한 SR 내에 전용 메타데이터 VDI를 만들어서 작동합니다. 메타데이터 VDI는 각 VM의 구 성을 설명하는 메터데이터와 풀 또는 호스트 데이터베이스의 사본을 저장하는 데 사용됩니다. 따라서 SR은

61 XenServer 관리자 가이드 백업 및 복구 56 자체적으로 완전한 정보를 포함하므로 이동이 가능하게 되어 한 호스트에서 분리하여 다른 호스트에 새 SR 로 다시 연결할 수 있습니다. SR을 다시 연결하면 복원 프로세스를 사용하여 메타데이터 VDI로부터 SR의 모든 VM를 다시 만들 수 있습니다. 재해 복구를 위해 메타데이터 SR이 최신 상태로 유지되도록 메타데이터 백업이 정기적으로 실행되도록 예약할 수 있습니다. 메타데이터 백업 및 복원 기능은 명령줄 스크립트 수준에서 작동하며 메뉴 기반 텍스트 콘솔에서도 같은 기 능이 지원됩니다. XenCenter에서는 아직 사용할 수 없습니다. XSConsole을 사용한 백업 및 복원 메타데이터 백업을 처음 실행하면 특별한 백업 VDI가 SR에 만들어집니다. 이 VDI에는 다음 버전의 백업이 저장되는 ext3 파일 시스템이 있습니다. 전체 풀 데이터베이스 백업 VM 디스크가 있는 SR에 의해 분할된 개별 VM 메타데이터 백업 저장소를 다시 연결하는 경우 SR 설명을 다시 만드는 데 사용할 수 있는 SR 수준 메타데이터 XenServer 호스트의 메뉴 기반 텍스트 콘솔에는 Backup, Update and Restore(백업, 업데이트 및 복원) 메 뉴 아래에 이러한 스크립트에 대한 사용자 친화적인 인터페이스를 제공하는 일부 메뉴 항목이 있습니다. 작 업은 풀 마스터에서만 수행해야 합니다. 이 메뉴 항목을 사용하여 다음 3가지 작업을 수행할 수 있습니다. 매일, 매주 또는 매월 단위로 기본 풀 SR로의 정기적인 메타데이터 백업을 예약할 수 있습니다. 이렇게 하면 정기적인 간격으로 메타데이터 백업이 수행되므로 어떠한 사용자 개입도 없이 해당 SR에 대한 최 신 메타데이터를 유지할 수 있습니다. 원하는 경우 SR로의 메타데이터 백업을 즉시 트리거합니다. 그러면 필요한 경우 백업 VDI가 만들어지고 호스트에 연결되어 해당 SR로 모든 메타데이터가 백업됩니다. 변경하고 나서 변경된 내용을 백업에 즉시 적용하려는 경우 이 옵션을 사용합니다. 메타데이터 복원 작업을 수행합니다. 이 경우 복원할 SR을 선택하라는 메시지가 나타난 다음 해당 SR과 관련된 VM 레코드만 복원하거나 검색된 모든 VM 레코드(백업 시점에 있었던 다른 SR에서 포함되었을 수 있음)를 복원하는 옵션이 표시됩니다. 가져올 VM을 확인하지만 실제로 작업을 수행하지 않는 '가상 동 작 확인(dry run)' 옵션도 있습니다. 제어 도메인에는 메뉴 옵션보다 낮은 수준의 메타데이터 백업 및 복원 인터페이스를 제공하는 몇 가지 명령 이 있으며 이러한 명령을 통해 이 스크립팅을 자동화할 수 있습니다. xe-backup-metadata는 -c 플래그와 함께 사용할 경우 VDI 백업을 만들 뿐 아니라 메타데이터 백업을 연 결하고 백업 내용을 확인하는 인터페이스를 제공합니다. xe-restore-metadata는 새로 연결된 SR에서 백업 VDI를 검색하는 데 사용할 수 있으며 VM 메타데이터를 선택적으로 다시 가져와서 VM과 해당 디스크 간의 연결을 다시 만드는 데도 사용할 수 있습니다. 제어 도메인에서 -h 플래그를 사용하여 스크립트를 실행하면 두 스크립트에 대한 자세한 사용법 정보를 볼 수 있습니다. 한 가지 특히 유용한 호출 모드는 백업 VDI를 dom0에 탑재하고 이를 확인할 수 있도록 백업 디 렉터리가 있는 하위 셸로 들어가는 xe-backup-metadata -d입니다. 호스트와 풀 간에 SR 이동 메타데이터 백업 및 복원 옵션은 제어 도메인 내에서 스크립트로 실행하거나 xsconsole의 Backup, Restore, and Update(백업, 복원 및 업데이트) 메뉴 옵션을 통해 실행할 수 있습니다. 원본 호스트에서 SR을 분리하 고 이를 대상 호스트에 다시 연결하는 등의 다른 작업은 XenCenter, 메뉴 기반 xsconsole 또는 xe CLI를 사 용하여 수행할 수 있습니다. 이 예제에서는 XenCenter와 xsconsole을 함께 사용합니다.

62 XenServer 관리자 가이드 백업 및 복구 57 xsconsole과 XenCenter를 사용하여 이동식 SR을 만들고 이동하려면 1. 원본 호스트 또는 풀의 xsconsole에서 Backup, Restore, and Update(백업, 복원 및 업데이트) 메뉴 옵 션을 선택하고 Backup Virtual Machine Metadata(가상 컴퓨터 메타데이터 백업) 옵션을 선택한 다음 원 하는 SR을 선택합니다. 2. XenCenter 내에서 원본 호스트 또는 풀을 선택하고 이동할 SR에 VDI가 있는 실행 중인 모든 VM을 종 료합니다. 3. 트리 보기 안에서 이동할 SR을 선택하고 Storage > Detach Storage Repository(저장소 > 저장소 리 포지토리 분리)를 선택합니다. 선택한 SR에 VDI가 있는 VM이 실행 중인 경우에는 Detach Storage Repository(저장소 리포지토리 분리) 메뉴 옵션이 표시되지 않습니다. 분리된 SR은 회색으로 비활성화 되어 표시됩니다. 주의 1단계에서 백업 VDI를 만들지 않은 경우에는 이 단계를 수행하지 마십시오. 4. Storage > Forget Storage Repository(저장소 > 저장소 리포지토리의 목록 제거)를 선택하여 호스트 또 는 풀에서 SR 레코드를 제거합니다. 5. 트리 보기에서 대상 호스트를 선택하고 Storage > New Storage Repository(저장소 > 새 저장소 리포 지토리)를 선택합니다. 6. 기존 SR을 대상 호스트에 다시 연결하는 데 필요한 적절한 매개 변수로 새 SR을 만듭니다. 사이트 내 에서 풀 또는 호스트 간에 SR을 이동하는 경우에는 매개 변수가 원본 풀에 대해 동일할 수 있습니다. 7. 새 SR을 만들 때마다 저장소를 검사하여 기존 SR이 들어 있는지 확인합니다. 들어 있는 경우 기존 SR 을 다시 연결할 수 있는 옵션이 나타납니다. 이 옵션이 표시되지 않으면 SR을 만드는 동안 지정한 매 개 변수가 올바르지 않은 것입니다.

63 XenServer 관리자 가이드 백업 및 복구 Reattach(다시 연결)를 선택합니다. 9. 트리 보기에서 새 SR을 선택한 다음 Storage(저장소) 탭을 선택하여 SR에 있는 기존 VDI를 확인합니다. 10. 대상 호스트의 xsconsole에서 Backup, Restore, and Update(백업, 복원 및 업데이트) 메뉴 옵션을 선 택하고 Restore Virtual Machine Metadata(가상 컴퓨터 메타데이터 복원) 옵션을 선택한 다음 새로 다 시 연결된 SR을 선택합니다. 11. 선택된 SR의 VDI를 검사하여 메타데이터 VDI를 찾습니다. 발견되면 사용할 메타데이터 백업을 선택 합니다. 12. Only VMs on this SR(이 SR의 VM만) 옵션을 선택하여 VM을 복원합니다.

64 XenServer 관리자 가이드 백업 및 복구 59 참고 호스트나 풀 간에 여러 SR을 이동하거나 복원할 VM의 VDI가 여러 SR에 있는 계층식 저장소를 사용하는 경우에는 All VM Metadata(모든 VM 메타데이터) 옵션을 사용합니다. 이 옵션을 사용할 때는 복원을 실행 하기 전에 필요한 모든 SR이 대상 호스트에 다시 연결되었는지 확인합니다. 13. VM이 종료 상태에서 대상 풀로 복원되며 사용할 수 있게 됩니다. 수동 다중 사이트 재해 복구에 이동식 SR 사용 DR(재해 복구) 사이트를 만들고 활성화하는 프로세스를 단순화하기 위해 이동식 SR 기능을 저장소 계층 복 제와 함께 사용할 수 있습니다. 저장소 계층 복제를 사용하여 이동식 SR을 구성하는 LUN을 프로덕션 및 DR 사이트 간에 미러링하거나 복제하면 필요한 모든 데이터가 자동으로 DR 사이트에 배치되도록 할 수 있습니 다. 이동식 SR을 같은 사이트 내의 호스트 또는 풀 간에 이동할 때 적용되는 제약 조건은 다중 사이트의 경 우에도 적용되지만, 프로덕션 사이트와 DR 사이트에 있는 호스트의 수가 같을 필요는 없습니다. 따라서 다 른 프로덕션 작업을 실행하는 비전용 DR 사이트 또는 전용 DR 기능을 사용할 수 있습니다. 사이트 간 저장소 계층 복제와 이동식 SR을 사용하여 재해 발생 시 DR 사이트 활성화 1. DR 사이트에서 LUN의 미러링 또는 복제를 사용하도록 설정하는 데 필요한 모든 저장소 계층 구성이 수행됩니다. 2. DR 사이트의 각 LUN에 대해 SR이 만들어집니다. 3. VM이 하나 이상의 SR에 있는 메타데이터에서 복원됩니다. 4. IP 주소 지정과 같이 DR 사이트에서의 차이를 위해 VM 구성을 조정하는 작업이 수행됩니다. 5. VM이 시작되고 확인됩니다. 6. 트래픽이 DR 사이트의 VM으로 라우팅됩니다. VM 스냅숏 XenServer update 3에서는 지정된 시간에 VM 저장소 및 메타데이터의 스냅숏을 생성할 수 있는 편리 한 스냅숏 생성 메커니즘을 제공합니다. 필요한 경우 자체적으로 일관된 디스크 이미지를 캡처하기 위해 스 냅숏을 생성하는 동안 IO가 일시적으로 중지됩니다. 스냅숏 작업을 수행하면 템플릿과 비슷한 스냅숏 VM이 생성됩니다. VM 스냅숏에는 연결된 VIF를 포함하여 모든 저장소 정보와 VM 구성이 포함되므로 백업 용도로 이러한 정보를 내보내고 복원할 수 있습니다. 스냅숏 생성 작업은 2단계로 수행됩니다. 메타데이터를 템플릿으로 캡처 디스크에 대한 VDI 스냅숏 실행 일반 및 정지의 두 가지 VM 스냅숏 유형이 지원됩니다. 일반 스냅숏 일반 스냅숏은 크래시 일관적이며 Linux VM을 포함한 모든 VM 유형에서 수행할 수 있습니다. 정지 스냅숏 정지 스냅숏은 지원되는 응용 프로그램(예: Microsoft Exchange 또는 SQL Server)에서 스냅숏 생성 전에 데 이터를 디스크로 플러시하고 스냅숏을 준비할 수 있도록 Windows VSS(볼륨 스냅숏 서비스)를 지원하는 서 비스에 대해 VSS를 활용하는 특별한 스냅숏입니다.

65 XenServer 관리자 가이드 백업 및 복구 60 따라서 정지 스냅숏은 복원하는 데 더 안전하지만 생성하는 동안 시스템 성능에 더 많은 영향을 줄 수 있습 니다. 또한 부하 시 실패할 수 있으므로 스냅숏을 생성하기 위한 시도를 여러 번 해야 할 수 있습니다. 주의 VM 외부에서 스냅숏이 생성된 VDI는 VSS 요청 인터페이스를 사용하여 VM에서 액세스할 수 있습니다. XenServer는 Microsoft VSS가 설치된 32비트와 64비트 버전의 Windows Server 2003 및 Windows Server 2008에서 정지 스냅숏을 지원합니다. Windows 2000, Windows XP 및 Windows Vista는 지원되지 않습니 다. 지원되는 저장소 백엔드는 EqualLogic 및 NetApp입니다. 참고 EqualLogic 또는 NetApp 저장소를 사용하려면 Citrix Essentials for XenServer 라이센스가 필요합니다. Citrix Essentials for XenServer에 대한 자세한 내용을 확인하고 업그레이드 방법을 찾아보려면 여기를 클 릭하여 Citrix 웹 사이트를 방문하십시오. 참고 VSS를 지원하기 위해서는 Windows 게스트에 Xen VSS 공급자를 설치해야 합니다. Windows PV 드라이 버와 함께 제공되는 install-xenprovider.cmd 스크립트를 사용하면 됩니다. 자세한 내용은 Windows 섹션 의 가상 컴퓨터 설치 가이드를 참조하십시오. 일반적으로 VM은 VSS 인터페이스를 사용하여 해당 VM의 VDI 스냅숏(VDI 복제가 아님)만 액세스할 수 있 습니다. snapmanager=true의 특성을 VM의 other-config에 추가하여 한 VM에서 다른 VM의 VDI 스냅숏을 가져올 수 있도록 XenServer 관리자가 설정할 수 있는 플래그가 있습니다. 이 경우 보안 취약점이 생기므로 주의해서 사용해야 합니다. 관리자는 이 기능을 통해 VSS 계층에서 생성된 게스트 내 전송 가능 스냅숏 ID 를 사용하여 백업 용도로 VSS 스냅숏을 다른 VM에 연결할 수 있습니다. VSS 정지 시간 제한: Microsoft OS 정지 시간은 10초로만 제한되므로 스냅숏이 제시간에 완료되지 못할 가 능성이 큽니다. 예를 들어 SR 검색과 같은 방해되는 작업이 XAPI 데몬에 의해 추가로 대기열에 들어간 경우 에는 VSS 스냅숏이 제한 시간을 초과하여 실패할 수 있습니다. 이 경우에는 작업을 다시 시도해야 합니다. 또한 VM에 연결된 VBD의 수가 많을수록 이 제한 시간에 도달할 가능성도 커집니다. 따라서 Citrix에서는 제 한 시간에 도달하지 않도록 VM에 2개가 넘는 VBD를 연결하지 않을 것을 권장합니다. 전체 VM 디스크의 VSS 스냅숏: VSS 스냅숏 시점에서 사용 가능한 모든 데이터를 저장하기 위해 XAPI 관 리자는 모든 디스크뿐 아니라 Xen 저장소 관리자 API를 사용하여 스냅숏 가능한 VM과 연관된 VM 메타데 이터의 스냅숏을 생성합니다. VSS 계층이 디스크의 하위 집합을 요청하는 경우 이에 관계없이 전체 VM 스 냅숏이 만들어집니다. 원하는 경우 XenCenter를 사용하여 불필요한 스냅숏 데이터를 삭제할 수 있습니다. VM 스냅숏 생성 스냅숏을 생성하기 전에 Windows VM 복제 준비 in XenServer 가상 컴퓨터 설치 가이드 및 Linux VM 복제 준비 in XenServer 가상 컴퓨터 설치 가이드에서 특별한 운영 체제 관련 구성과 고려 사항을 참조하십시오. vm-snapshot 및 vm-snapshot-with-quiesce 명령을 사용하여 VM의 스냅숏을 생성합니다.

66 XenServer 관리자 가이드 백업 및 복구 61 xe vm-snapshot vm=<vm_name> new-name-label=<vm_snapshot_name> xe vm-snapshot-with-quiesce vm=<vm_name> new-name-label=<vm_snapshot_name> VM 롤백 VM을 스냅숏 상태로 복원 1. 스냅숏의 이름을 기록합니다. 2. VM의 MAC 주소를 기록합니다. 3. VM을 삭제합니다. a. vm-list명령을 사용하여 삭제할 VM의 UUID를 찾습니다. xe vm-list b. VM을 종료합니다. xe vm-shutdown uuid=<vm_uuid> c. VM을 삭제합니다. xe vm-destroy uuid=<vm_uuid> 4. VM을 복원할 저장소의 이름을 기록합니다. xe sr-list sr-list 명령은 풀 또는 호스트에 있는 모든 저장소를 나열합니다. 5. 스냅숏에서 새 VM을 만듭니다. xe vm-install new-name-label=<vm_name_label> template=<template_name> \ sr-name-label=<sr_name> 6. VM의 MAC 주소를 복원 중인 VM의 MAC 주소와 같도록 편집합니다. 7. VM을 시작합니다. xe vm-start name-label=<vm_name> 컴퓨터 오류 처리 이 섹션에서는 다양한 오류 시나리오에서 복구하는 방법을 자세히 설명합니다. 모든 오류 복구 시나리오에 서는 백업 에 나열된 백업 유형을 하나 이상 사용해야 합니다. 구성원 오류 HA가 없을 경우 마스터 노드는 정기적인 하트비트 메시지를 수신하여 구성원의 오류를 감지합니다. 200초 동안 하트비트가 수신되지 않으면 마스터는 구성원이 중지된 것으로 가정합니다. 이 문제에서 복구하는 방 법에는 다음 두 가지가 있습니다. 중지된 호스트를 복구합니다(예: 물리적 재부팅). 구성원으로의 연결이 복원되면 마스터는 구성원을 다시 작동하는 것으로 표시합니다. 호스트를 종료하고 xe host-forget CLI 명령을 사용하여 마스터가 해당 구성원 노드 목록을 제거하도록 지 정합니다. 구성원의 목록이 제거되면 해당 구성원에서 실행되던 모든 VM이 오프라인으로 표시되어 다른

67 XenServer 관리자 가이드 백업 및 복구 62 XenServer 호스트에서 다시 시작할 수 있게 됩니다. XenServer 호스트가 실제로 오프라인 상태인지 확인 하는 것이 매우 중요합니다. 그렇지 않으면 VM 데이터 손상이 발생할 수 있습니다. xe host-forget를 사용 하여 풀을 여러 개의 단일 호스트 풀로 분할하지 않도록 주의하십시오. 이렇게 하면 모두가 동일한 공유 저장소를 매핑하여 VM 데이터가 손상될 수 있습니다. 주의 목록이 제거된 호스트를 다시 XenServer 호스트로 사용하려는 경우에는 XenServer 소프트웨어를 새 로 설치해야 합니다. 풀에서 HA를 사용하도록 설정한 경우에는 xe host-forget를 사용하지 마십시오. HA를 우선 사용하지 않 도록 설정하고 호스트의 목록을 제거한 후 다시 사용하도록 설정하십시오. 구성원 XenServer 호스트에 오류가 발생하더라도 VM이 여전히 실행 중인 상태로 등록되어 있을 수 있습니 다. 구성원 XenServer 호스트가 중지된 것이 확실하고 VM을 풀의 다른 XenServer 호스트에 가져오지 않은 경우에는 xe vm-reset-powerstate CLI 명령을 사용하여 VM의 전원 상태를 halted로 설정하십시오. 자세한 내용은 vm-reset-powerstate 를 참조하십시오. 주의 이 명령을 올바르지 않게 사용하면 데이터 손상이 발생할 수 있습니다. 이 명령은 꼭 필요한 경우에만 사 용하십시오. 마스터 오류 리소스 풀의 모든 구성원에는 필요한 경우 마스터 역할을 대신하는 데 필요한 모든 정보가 포함되어 있습니 다. 마스터 노드에 문제가 발생하면 다음과 같은 일련의 이벤트가 차례로 발생합니다. 1. 통신이 끊겼음을 구성원에서 인식하고 각각 60초 동안 재시도합니다. 2. 그런 다음 각 구성원은 긴급 모드로 전환합니다. 이 모드에서 구성원 XenServer 호스트는 pool-emergency 명령(xe pool-emergency-reset-master 및 xe pool-emergency-transition-to-master)만 허용합니다. 이때 마스터가 다시 정상화되면 마스터는 구성원과의 통신을 다시 설정하고, 구성원은 긴급 모드에서 벗어 나 다시 정상적으로 작동합니다. 마스터가 실제로 중단된 경우에는 구성원 중 하나를 선택하고 해당 구성원에 대해 명령 xe pool-emergencytransition-to-master를 실행해야 합니다. 이 구성원이 마스터로 되면 명령 xe pool-recover-slaves를 실행하 여 다른 구성원이 새 마스터를 가리키도록 합니다. 원래 마스터였던 서버를 복구하거나 교체한 경우, 해당 서버를 활성화하고 XenServer 호스트 소프트웨어 를 설치한 다음 풀에 추가하기만 하면 됩니다. 풀의 XenServer 호스트는 동종이므로 교체된 서버를 반드시 마스터로 만들 필요는 없습니다. 구성원 XenServer 호스트가 마스터로 전환된 경우에는 기본 풀 저장소 리포지토리가 적절한 값으로 설정되 었는지도 확인해야 합니다. 이렇게 하려면 xe pool-param-list 명령을 사용하여 default-sr 매개 변수에 유효 한 저장소 리포지토리가 지정되었는지 확인합니다. 풀 실패 전체 리소스 풀이 실패한 경우에는 풀 데이터베이스를 처음부터 다시 만들어야 합니다. CLI 명령 xe pooldump-database를 사용하여 풀 메타데이터를 정기적으로 백업해야 합니다( pool-dump-database 참조).

68 XenServer 관리자 가이드 백업 및 복구 63 완전히 실패한 풀을 복원하려면 1. 호스트 집합을 새로 설치하고 라이센스를 적용합니다. 이 단계에서는 풀을 구성하지 마십시오. 2. 마스터로 지정된 호스트에 대해 CLI 명령 xe pool-restore-database( pool-restore-database 참조)를 사 용하여 백업에서 풀 데이터베이스를 복원합니다. 3. XenCenter를 사용하여 마스터 호스트에 연결하고 공유 저장소 및 VM을 모두 다시 사용할 수 있는지 확인합니다. 4. 새로 설치된 나머지 구성원 호스트에서 풀 참가 작업을 수행하고 적절한 호스트에서 VM을 시작합니다. 구성 오류로 인한 실패 대처 물리적 호스트 컴퓨터가 작동하지만 소프트웨어 또는 호스트 구성이 손상된 경우 다음과 같이 처리합니다. 호스트 소프트웨어 및 구성을 복원하려면 1. 다음 명령을 실행합니다. xe host-restore host=<host> file-name=<hostbackup> 2. 호스트 설치 CD로 재부팅하고 Restore from backup(백업에서 복원)을 선택합니다. 물리적 컴퓨터 실패 물리적 호스트 컴퓨터가 실패한 경우 아래 나열된 적절한 절차를 사용하여 복구합니다. 주의 실패한 이전 구성원(또는 이전 호스트)에서 실행 중이던 모든 VM이 데이터베이스에서는 여전히 Running(실행 중)으로 표시됩니다. 이는 안전을 위한 것입니다. 두 개의 호스트에서 VM을 동시에 시작하 면 심각한 디스크 손상이 발생하기 때문입니다. 컴퓨터(및 VM)가 오프라인 상태임이 확실하면 VM 전원 상태를 Halted(중지됨)로 재설정할 수 있습니다. xe vm-reset-powerstate vm=<vm_uuid> --force 그런 다음 XenCenter 또는 CLI를 사용하여 VM을 다시 시작할 수 있습니다. 실패한 마스터를 실행 중인 구성원으로 대체 1. 다음 명령을 실행합니다. xe pool-emergency-transition-to-master xe pool-recover-slaves 2. 명령이 성공하면 VM을 다시 시작합니다. 모든 호스트가 실패한 풀을 복원하려면 1. 다음 명령을 실행합니다. xe pool-restore-database file-name=<backup>

69 XenServer 관리자 가이드 백업 및 복구 64 주의 이 명령은 대상 컴퓨터에 올바르게 이름 지정된 적절한 수의 NIC가 있는 경우에만 성공합니다. 2. 대상 컴퓨터에 원본 컴퓨터와 다른 저장소 보기(예: IP 주소가 서로 다른 블럭 미러)가 있는 경우에는 pbd-destroy 및 pbd-create를 사용하여 저장소 구성을 수정하여 저장소 구성을 다시 만듭니다. 이 명령 에 대한 설명은 PBD 명령 을 참조하십시오. 3. 새 저장소 구성을 만든 경우에는 pbd-plug 또는 Storage > Repair Storage Repository(저장소 > 저장소 리포지토리 복구) 메뉴 항목으로 새 구성을 사용합니다. 4. 모든 VM을 다시 시작합니다. VM 저장소를 사용할 수 없을 때 VM을 복원하려면 1. 다음 명령을 실행합니다. xe vm-import filename=<backup> --metadata 2. 메타데이터 가져오기에 실패하면 다음 명령을 실행합니다. xe vm-import filename=<backup> --metadata --force 이 명령은 VM 메타데이터를 최대한 복원하려고 시도합니다. 3. 모든 VM을 다시 시작합니다.

70 6장. XenServer 모니터링 및 관리 XenServer 및 XenCenter는 유의할 상황이 발생하면 생성되는 경고에 대한 액세스를 제공합니다. XenCenter 는 관리되는 VM, 호스트, 저장소 리포지토리 등에 대한 메타데이터를 그룹화하고 관리하는 여러 메커니즘 을 제공합니다. 참고 전체 모니터링 및 경고 기능은 Citrix Essentials for XenServer 라이센스가 있어야 사용할 수 있습니다. Citrix Essentials for XenServer에 대한 자세한 내용을 확인하고 업그레이드 방법을 찾아보려면 여기를 클 릭하여 Citrix 웹 사이트를 방문하십시오. 경고 XenServer에서는 다음 이벤트에 대해 경고를 생성합니다. 구성 가능한 경고는 다음과 같습니다. 새로운 XenServer 패치 사용 가능 새로운 XenServer 버전 사용 가능 새로운 XenCenter 버전 사용 가능 XenCenter에서 생성되는 경고는 다음과 같습니다. 경고 XenCenter 오래됨 XenCenter 버전이 오래 됨 XenServer 버전이 오래 됨 라이센스 만료 경고 IQN 누락 경고 중복 IQN 경고 설명 XenServer에 새 버전이 필요하지만 현재 버전에 연결하는 것은 가능 XenCenter가 너무 오래 되어 XenServer에 연결할 수 없음 XenServer가 오래된 버전이어서 현재 버전의 XenCenter가 연결할 수 없음 XenServer 라이센스가 만료됨 XenServer에서 iscsi 저장소를 사용하지만 호스트 IQN이 공백임 XenServer에서 iscsi 저장소를 사용하지만 중복되는 호스트 IQN이 있음 XenServer에서 생성되는 경고는 다음과 같습니다. ha_host_failed ha_host_was_fenced ha_network_bonding_error ha_pool_drop_in_plan_exists_for ha_pool_overcommitted ha_protected_vm_restart_failed ha_statefile_lost host_clock_skew_detected

71 XenServer 관리자 가이드 XenServer 모니터링 및 관리 66 host_sync_data_failed pool_master_transition XenCenter에서 성능 그래프에 다음 경고가 나타납니다. 자세한 내용은 XenCenter 온라인 도움말을 참조 하십시오. vm_cloned vm_crashed vm_rebooted vm_resumed vm_shutdown vm_started vm_suspended 경고 사용자 지정 참고 대부분의 경고는 Citrix Essentials for XenServer 라이센스가 있는 풀에서만 사용할 수 있습니다. Citrix Essentials for XenServer에 대한 자세한 내용을 확인하고 업그레이드 방법을 찾아보려면 여기를 클릭하 여 Citrix 웹 사이트를 방문하십시오. 성능 모니터링 perfmon은 5분마다 한 번씩 실행되며 평균 1분 이상 간격으로 XenServer에서 업데이트를 요 청하지만 이러한 기본값은 /etc/sysconfig/perfmon에서 변경할 수 있습니다. perfmon은 5분마다 같은 호스트에서 실행 중인 XAPI 인스턴스가 내보낸 성능 변수의 업데이트를 확인합니 다. 이러한 변수는 호스트 자체에 관련된 한 그룹과 해당 호스트에서 실행 중인 각 VM에 대한 그룹으로 구 분됩니다. 각 VM과 호스트에 대해 perfmon은 other-config:perfmon 매개 변수에서 문자열을 읽고 이 문자열 을 사용하여 모니터링할 변수와 메시지를 생성할 상황을 결정합니다. vm:other-config:perfmon 및 host:other-config:perfmon 값은 아래와 같은 XML 문자열로 구성됩니다. <config> <variable> <name value="cpu_usage"/> <alarm_trigger_level value="level"/> </variable> <variable> <name value="network_usage"/> <alarm_trigger_level value="level"/> </variable> </config> 유효한 VM 요소 name 변수 이름(기본값 없음). name 값이 cpu_usage, network_usage 또는 disk_usage 중 하나이면 rrd_regex 및 alarm_trigger_sense 매개 변수를 기본값으로 사용하지 않아도 이러한 값을 사용할 수 있습니다. alarm_priority 생성되는 메시지의 우선 순위(기본값: 5)

72 XenServer 관리자 가이드 XenServer 모니터링 및 관리 67 alarm_trigger_level 경고를 트리거하는 값의 수준(기본값 없음) alarm_trigger_sense alarm_trigger_level이 최대값이면 high이고 alarm_trigger_level이 최소값이면 low (기본값: high) alarm_trigger_period 경고가 전송되기 전에 경고 임계값보다 높거나 낮은 값이 수신될 수 있는 초 단위의 시간(기본값: 60) alarm_auto_inhibit_period 경고가 전송된 후 이 경고가 비활성화되는 초 단위의 시간(기본값: 3600) consolidation_fn rrd_updates의 변수를 하나의 값으로 결합하는 방법(기본값: sum. 대신 average를 선택할 수 있음) rrd_regex 통계 값 계산에 사용해야 하는 xe vm-data-source-list uuid=<vmuuid> 명령에서 반환된 변수의 이름을 일 치시키기 위한 정규식. 이 매개 변수에는 이름 지정된 변수 cpu_usage, network_usage 및 disk_usage에 대한 기본값이 있습니다. 정규식을 지정한 경우 해당 정규식과 이름이 일치하는 xe vm-data-source-list에 서 반환한 모든 항목의 값이 consolidation_fn으로 지정된 방법에 따라 통합됩니다. 유효한 호스트 요소 name 변수 이름(기본값 없음) alarm_priority 생성되는 메시지의 우선 순위(기본값: 5) alarm_trigger_level 경고를 트리거하는 값의 수준(기본값 없음) alarm_trigger_sense alarm_trigger_level이 최대값이면 high이고 alarm_trigger_level이 최소값이면 low (기본값: high) alarm_trigger_period 경고가 전송되기 전에 경고 임계값보다 높거나 낮은 값이 수신될 수 있는 초 단위의 시간(기본값: 60) alarm_auto_inhibit_period 경고가 전송된 후 이 경고가 비활성화되는 초 단위의 시간(기본값: 3600) consolidation_fn rrd_updates의 값을 하나의 값으로 결합하는 방법(기본값: sum. 대신 average를 선택할 수 있음) rrd_regex 통계 값 계산에 사용해야 하는 xe vm-data-source-list uuid=<vmuuid> 명령에서 반환된 변수의 이름을 일치시키기 위한 정규식. 이 매개 변수에는 이름 지정된 변수 cpu_usage 및 network_usage에 대한 기 본값이 있습니다. 정규식을 지정한 경우 해당 정규식과 이름이 일치하는 xe vm-data-source-list에서 반 환한 모든 항목의 값이 consolidation_fn으로 지정된 방법에 따라 통합됩니다. 전자 메일 경고 구성 참고 전자 메일 경고는 Citrix Essentials for XenServer 라이센스가 있는 풀에서만 사용할 수 있습니다. Citrix Essentials for XenServer에 대한 자세한 내용을 확인하고 업그레이드 방법을 찾아보려면 여기를 클릭하 여 Citrix 웹 사이트를 방문하십시오. XenServer에서 생성되는 경고는 XenCenter GUI에서 볼 수 있으며 리소스 풀 관리자에게 자동으로 전자 메 일로 발송할 수도 있습니다. 이렇게 구성하려면 전자 메일 주소와 SMTP 서버를 지정합니다.

73 XenServer 관리자 가이드 XenServer 모니터링 및 관리 68 pool:other-config:ssmtp-mailhub=<smtp.domain.tld[:port]> 전자 메일을 보내기 전에 메시지에서 우선 순위 필드의 최소값을 지정할 수도 있습니다. pool:other-config:mail-min-priority=<level> 기본 우선 순위 수준은 5입니다. 참고 일부 SMTP 서버는 FQDN을 사용하는 주소의 메일만 전달할 수 있습니다. 이와 같은 이유 때문에 전자 메 일이 전달되지 않을 수 있으며, 이 경우에는 서버 호스트 이름을 FQDN으로 설정하여 메일 서버에 연결 할 때 이 이름을 사용하도록 할 수 있습니다. 사용자 지정 필드와 태그 XenCenter에서는 태그와 사용자 지정 필드를 만들 수 있으므로 이를 통해 VM, 저장소 등을 구성하고 빠르 게 검색할 수 있습니다. 자세한 내용은 XenCenter 온라인 도움말을 참조하십시오. 사용자 지정 검색 XenCenter에서는 사용자 지정 검색을 만들 수 있습니다. 검색을 내보내고 가져올 수 있으며 검색 결과를 탐 색 창에 표시할 수 있습니다. 자세한 내용은 XenCenter 온라인 도움말을 참조하십시오.

74 7장. 명령줄 인터페이스 이 장에서는 XenServer CLI(명령줄 인터페이스)에 대해 설명합니다. xe CLI를 이용하면 시스템 관리 작업을 자동화하기 위한 스크립트를 작성하고 XenServer를 기존 IT 인프라에 통합할 수 있습니다. xe 명령줄 인터페이스는 기본적으로 XenServer 호스트에 설치되며 XenCenter와 함께 제공됩니다. Linux에 서는 독립 실행형 원격 CLI도 사용할 수 있습니다. Windows에서는 xe.exe CLI 실행 파일이 XenCenter와 함께 설치됩니다. 이를 사용하려면 Windows 명령 프롬프트를 열고 파일이 있는 디렉터리(일반적으로 C:\Program Files \XenSource\XenCenter)로 이동하거나 설치 위치를 시스템 경로에 추가합니다. Linux에서는 다음과 같이 Linux Pack CD의 xe-cli update i386.rpm이라는 RPM으로 독립 실 행형 xe CLI 실행 파일을 설치합니다. rpm -ivh xe-cli update i386.rpm 온 호스트로 다음을 입력하여 CLI 명령에 대한 기본 도움말을 볼 수 있습니다. xe help command 다음을 입력하면 가장 많이 사용되는 xe 명령의 목록이 표시됩니다. xe help 다음을 입력하면 모든 xe 명령의 목록이 표시됩니다. xe help --all 기본 xe 구문 모든 XenServer xe CLI 명령의 기본 구문은 다음과 같습니다. xe <command-name> <argument=value> <argument=value>... 각 특정 명령에는 argument=value 형식의 고유한 인수 집합이 포함됩니다. 일부 명령에는 필수 인수가 있 으며 대부분의 명령에 선택적 인수 집합이 있습니다. 일반적으로 일부 선택적 인수를 생략한 채 명령을 실 행하면 해당 인수에 대한 기본값이 사용됩니다. xe 명령을 원격에서 실행하면 추가적인 연결 및 인증 인수가 사용됩니다. 이러한 인수의 형식은 argument=argument_value와 같습니다. server 인수는 호스트 이름 또는 IP 주소의 지정에 사용됩니다. username 및 password 인수는 자격 증명의 지정에 사용됩니다. 암호를 직접 입력하는 대신 password-file 인수를 지정할 수 있습니다. 이 경우 지정한 파 일에서 암호 읽기를 시도하며(필요한 경우 파일 끝에서 CR 및 LF 제거) 읽은 암호를 사용하여 연결합니다. 이 방법은 명령줄에 암호를 직접 입력하는 것보다 안전합니다. 선택적 port 인수는 원격 XenServer 호스트의 에이전트 포트를 지정하는 데 사용할 수 있습니다(기본값: 443). 예: 로컬 XenServer 호스트에서

75 XenServer 관리자 가이드 명령줄 인터페이스 70 xe vm-list 예: 원격 XenServer 호스트에서 xe vm-list -user <username> -password <password> -server <hostname> 원격 연결 인수에는 단축형 구문도 사용할 수 있습니다. -u 사용자 이름 -pw -pwf 암호 암호 파일 -p 포트 -s 서버 예: 원격 XenServer 호스트에서 xe vm-list -u <myuser> -pw <mypassword> -s <hostname> 인수는 쉼표로 구분된 키/값 쌍의 형태로 환경 변수 XE_EXTRA_ARGS에서 가져올 수도 있습니다. 예를 들 어 원격 XenServer 호스트에서 실행되는 여러 명령을 특정 XenServer 호스트에서 입력하려면 다음과 같 이 합니다. export XE_EXTRA_ARGS="server=jeffbeck,port=443,username=root,password=pass" 이렇게 한 후에는 실행하는 각 xe 명령에 원격 XenServer 호스트 매개 변수를 지정할 필요가 없습니다. XE_EXTRA_ARGS 환경 변수를 사용하면 원격 XenServer 호스트에 대해 xe 명령을 실행할 때 해당 명령의 Tab 완성 기능(기본적으로 사용되지 않음)을 사용할 수도 있습니다. 특수 문자와 구문 xe 명령줄에서 인수/값 쌍을 지정하려면 다음과 같이 작성합니다. argument=value 값에 공백이 없으면 따옴표를 사용하지 않습니다. 인수 이름, 등호(=)와 값 사이에는 공백이 없어야 합니다. 이 형식에 맞지 않는 인수는 무시됩니다. 값에 공백이 포함될 경우에는 다음과 같이 작성합니다. argument="value with spaces" XenServer 호스트에 로그인한 상태에서 CLI를 사용할 때는 표준 Linux 배시 셸과 비슷한 Tab 완성 기능이 명령에서 제공됩니다. 예를 들어 xe vm-l

76 XenServer 관리자 가이드 명령줄 인터페이스 71 위와 같이 입력하고 TAB 키를 누르면 입력된 문자로 시작하는 명령이 유일한 경우 해당 명령의 나머지가 표 시됩니다. vm-l로 시작하는 명령이 여러 개일 때 TAB 키를 두 번 누르면 가능한 명령이 나열됩니다. 이 기능 은 명령에 개체 UUID를 지정할 때 특히 유용합니다. 참고 원격 XenServer 호스트에서 명령을 실행할 때는 일반적으로 Tab 완성 기능이 작동하지 않습니다. 하지 만 명령을 입력하는 컴퓨터에서 XE_EXTRA_ARGS라는 환경 변수에 서버, 사용자 이름 및 암호를 넣으면 Tab 완성 기능을 사용할 수 있게 됩니다. 자세한 내용은 기본 xe 구문 을 참조하십시오. 명령 유형 포괄적으로 볼 때 CLI 명령은 API 개체의 나열 및 매개 변수 조작과 관련된 저수준 명령과 더 추상적인 수 준에서 VM 또는 호스트와 상호 작용하기 위한 상위 수준 명령으로 나눌 수 있습니다. 저수준 명령은 다음 과 같습니다. <class>-list <class>-param-get <class>-param-set <class>-param-list <class>-param-add <class>-param-remove <class>-param-clear 여기서 <class>는 다음 중 하나입니다. bond console host host-crashdump host-cpu network patch pbd pif pool sm sr task template vbd vdi vif

77 XenServer 관리자 가이드 명령줄 인터페이스 72 vlan vm <class>의 모든 값에 <class>-param- 명령의 전체 집합이 있는 것은 아닙니다. 일부 값에는 하위 집합만 있 습니다. 매개 변수 유형 xe 명령으로 처리되는 개체에는 개체 자신을 식별하고 해당 상태를 정의하는 매개 변수 집합이 있습니다. 대부분의 매개 변수에는 하나의 값이 사용됩니다. 예를 들어 VM의 name-label 매개 변수에는 하나의 문자 열 값이 포함됩니다. xe vm-param-list와 같은 매개 변수 목록 명령의 출력에서 이러한 매개 변수의 괄호 안 에는 해당 매개 변수가 읽기 및 쓰기 가능한지 또는 인지 여부가 표시됩니다. 예를 들어 지정한 VM 에서 xe vm-param-list의 출력에 다음과 같은 줄이 있을 수 있습니다. user-version ( RW): 1 is-control-domain ( RO): false 첫 번째 매개 변수 user-version은 쓰기 가능하며 값이 1입니다. 두 번째인 is-control-domain은 이 며 값은 false입니다. 다른 두 가지 매개 변수 유형은 다중 값 유형입니다. 설정 매개 변수에는 값의 목록이 포함됩니다. 맵 매개 변 수는 키/값 쌍의 집합입니다. 지정한 VM에서 xe vm-param-list의 샘플 출력 일부를 예로 들어 보겠습니다. platform (MRW): acpi: true; apic: true; pae: true; nx: false allowed-operations (SRO): pause; clean_shutdown; clean_reboot; \ hard_shutdown; hard_reboot; suspend 여기서 platform 매개 변수에는 키/값 쌍을 나타내는 항목의 목록이 있습니다. 키 이름 뒤에는 콜론 문자(:)가 나옵니다. 각 키/값 쌍은 세미콜론 문자(;)로 다음 쌍과 구분됩니다. RW 앞의 M은 이것이 맵 매개 변수이며 읽기 및 쓰기가 모두 가능함을 나타냅니다. allowed-operations 매개 변수에는 항목 집합을 구성하는 목록이 있습니다. RO 앞의 S는 이것이 설정 매개 변수이며 읽기는 가능하지만 쓰기는 불가능함을 나타냅니다. 맵 매개 변수에 따라 필터링하거나 맵 매개 변수를 설정하려는 xe 명령에서는 맵 매개 변수 이름과 키/값 쌍 사이에 콜론(:)을 구분 문자로 사용합니다. 예를 들어 VM에 대한 other-config 매개 변수의 foo 키 값을 baa로 설정하려면 다음 명령을 사용합니다. xe vm-param-set uuid=<vm uuid> other-config:foo=baa 참고 이전 릴리스에서는 맵 매개 변수를 지정할 때 구분 문자로 대시(-)를 사용했습니다. 이 구문은 여전히 작 동하기는 하지만 사용하지 않는 것이 좋습니다. 저수준 매개 변수 명령 <class>-param-get, <class>-param-set, <class>-param-add, <class>-param-remove, <class>-param-clear 및 <class>-param-list와 같이 개체의 매개 변수에 대해 작업을 하기 위한 몇 개의 명령이 있습니다. 각 명령 은 uuid 매개 변수를 통해 특정 개체를 지정합니다. 이러한 명령은 저수준 명령으로 간주되므로 VM 이름 레 이블이 아니라 UUID로 개체를 지정해야 합니다.

78 XenServer 관리자 가이드 명령줄 인터페이스 73 <class>-param-list uuid=<uuid> 모든 매개 변수 및 연관된 값을 나열합니다. class-list 명령과 달리 이 명령은 "복잡한" 필드의 값을 나 열합니다. <class>-param-get uuid=<uuid> param-name=<parameter> [param-key=<key>] 특정 매개 변수의 값을 반환합니다. 매개 변수가 맵 매개 변수인 경우 param-key를 지정하면 맵에서 해 당 키와 연관된 값을 가져올 수 있습니다. param-key를 지정하지 않거나 설정 매개 변수인 경우 설정 또 는 맵의 문자열 표현을 반환합니다. <class>-param-set uuid=<uuid> param=<value>... 하나 이상의 매개 변수에 대해 값을 설정합니다. <class>-param-add uuid=<uuid> param-name=<parameter> [<key>=<value>...] [param-key=<key>] 맵 또는 설정 매개 변수에 추가합니다. 매개 변수가 맵 매개 변수인 경우에는 <key>=<value> 구문을 사 용하여 키/값 쌍을 추가합니다. 매개 변수가 설정 매개 변수인 경우에는 <param-key>=<key> 구문으로 키를 추가합니다. <class>-param-remove uuid=<uuid> param-name=<parameter> param-key=<key> 맵 매개 변수에서 키/값 쌍을 제거하거나 설정 매개 변수에서 키를 제거합니다. <class>-param-clear uuid=<uuid> param-name=<parameter> 설정 매개 변수 또는 맵 매개 변수를 완전히 지웁니다. 저수준 나열 명령 <class>-list 명령은 <class> 유형의 개체를 나열합니다. 기본적으로 모든 개체를 나열하고 매개 변수의 하위 집합을 출력합니다. 이 동작은 두 가지 방법으로 수정할 수 있습니다. 즉, 하위 집합만 출력되도록 개체를 필 터링하거나 출력되는 매개 변수를 수정할 수 있습니다. 출력되는 매개 변수를 변경하려면 필요한 매개 변수가 쉼표로 구분된 목록으로 params 인수를 지정해야 합 니다. 예를 들면 다음과 같습니다. xe vm-list params=name-label,other-config 이와 달리 모든 매개 변수를 나열하려면 다음 구문을 사용합니다. xe vm-list params=all 계산이 복잡한 일부 매개 변수는 이 나열 명령으로 표시되지 않습니다. 이러한 매개 변수는 다음과 같이 표 시됩니다. allowed-vbd-devices (SRO): <expensive field> 이러한 필드를 가져오려면 명령 <class>-param-list 또는 <class>-param-get를 사용합니다. 목록을 필터링할 때 CLI는 매개 변수 값을 명령줄에 지정된 값과 비교하여 지정된 모든 제약 조건에 일치하 는 개체만 출력합니다. 예를 들면 다음과 같습니다. xe vm-list HVM-boot-policy="BIOS order" power-state=halted 위 명령은 필드 power-state의 값이 halted이고 필드 HVM-boot-policy의 값이 BIOS order여야 하는 두 조건 을 모두 만족하는 VM만 나열합니다. 또한 맵 매개 변수의 키 값에 따라 또는 설정 매개 변수의 값 유무에 따라 목록을 필터링할 수도 있 습니다. 첫 번째 경우에 적합한 구문은 map-name:key=value이고 두 번째 경우에 적합한 구문은 setname:contains=value입니다.

79 XenServer 관리자 가이드 명령줄 인터페이스 74 스크립팅을 위해 유용한 방법은 명령줄에 --minimal을 전달하여 xe가 쉼표로 구분된 목록에서 첫 번째 필 드만 출력하도록 하는 것입니다. 예를 들어 세 개의 VM이 설치된 XenServer 호스트에서 명령 xe vm-list -- minimal을 실행하면 VM의 세 UUID가 다음과 같이 반환됩니다. a85d d00e-069b-3b1d19d56ad9,aaa3eec bcf3-4c03-af10baea96b7, \ 42c044de-df69-4b30-89d9-2c d xe 명령 참조 이 섹션에서는 xe 명령에 대한 참조를 제공합니다. 이러한 명령은 해당 명령에서 처리하는 개체에 따라 그 룹화되어 알파벳순으로 나열되어 있습니다. 연결 명령 물리적 인터페이스 장애 조치(failover)를 이용한 회복을 위해 네트워크 연결을 다루는 명령입니다. 자세한 내용은 독립 실행형 호스트에서 NIC 연결 만들기 을 참조하십시오. 연결 개체는 마스터 PIF와 구성원 PIF를 결합하는 참조 개체입니다. 마스터 PIF는 연결을 참조하기 위해 전 체 PIF로 사용되어야 하는 연결 인터페이스입니다. 구성원 PIF는 고수준의 연결된 인터페이스로 결합된 2 개 이상의 물리적 인터페이스 집합입니다. 연결 매개 변수 연결에는 다음과 같은 매개 변수가 있습니다. 매개 변수 이름 설명 유형 uuid 연결에 대한 고유 식별자/개체 참조 마스터 마스터 연결 PIF에 대한 UUID members 연결된 기본 PIF의 UUID 집합 설정 매개 변수 bond-create bond-create network-uuid=<network_uuid> pif-uuids=<pif_uuid_1,pif_uuid_2,...> 지정된 네트워크에서 기존 PIF 개체의 목록으로 연결된 네트워크 인터페이스를 만듭니다. PIF가 이미 다른 연결에 있거나, VLAN 태그가 설정된 구성원이 있거나, 참조된 PIF가 같은 XenServer 호스트에 있지 않거 나, 2개 미만의 PIF를 지정한 경우에는 명령이 실패합니다. bond-destroy host-bond-destroy uuid=<bond_uuid> UUID로 지정된 연결된 인터페이스를 XenServer 호스트에서 삭제합니다. CD 명령 XenServer 호스트에서 물리적 CD/DVD 드라이브로 작업하기 위한 명령입니다.

80 XenServer 관리자 가이드 명령줄 인터페이스 75 CD 매개 변수 CD에는 다음과 같은 매개 변수가 있습니다. 매개 변수 이름 설명 유형 uuid CD에 대한 고유 식별자/개체 참조 name-label CD의 이름 읽기/쓰기 name-description CD에 대한 설명 텍스트 읽기/쓰기 allowed-operations 이 CD에 대해 수행 가능한 작업의 목록 설정 매개 변수 current-operations 이 CD에 대해 현재 진행 중인 작업의 목록 설정 매개 변수 sr-uuid 이 CD를 포함하는 SR에 대한 고유 식별 자/개체 참조 sr-name-label 이 CD를 포함하는 SR의 이름 vbd-uuids crashdump-uuids VM에서 이 CD에 연결되는 VBD에 대한 고유 식별자 목록 크래시 덤프를 CD에 쓸 수 없으므로 CD 에서는 사용되지 않음 설정 매개 변수 설정 매개 변수 virtual-size VM에 나타나는 CD의 크기(바이트 단위) physical-utilisation CD 이미지가 현재 SR에서 차지하고 있는 물리적 공간 크기(바이트 단위) type CD의 경우 User로 설정됨 sharable read-only storage-lock parent missing other-config 저장소를 공유할 수 있는지 여부. CD의 경 우 항상 true입니다. CD가 인지 여부. false이면 장치 에 쓸 수 있습니다. CD의 경우 항상 true입 니다. 이 디스크가 저장소 수준에서 잠긴 경우 true 이 CD가 체인의 일부인 경우 상위 디스크 에 대한 참조 SR 검색 작업에서 이 CD가 디스크에 없 는 것으로 보고되었으면 true CD에 대한 추가적인 구성 매개 변수를 지 정하는 키/값 쌍의 목록 읽기/쓰기 맵 매개 변수 location 장치가 탑재된 경로 managed 장치가 관리되는 경우 true

81 XenServer 관리자 가이드 명령줄 인터페이스 76 매개 변수 이름 설명 유형 xenstore-data xenstore 트리에 삽입될 데이터 맵 매개 변수 sm-config 저장소 관리자 장치 구성 키의 이름과 설 명 맵 매개 변수 is-a-snapshot 이 템플릿이 CD 스냅숏인 경우 true snapshot_of 이 템플릿이 스냅숏인 CD의 UUID snapshots 이 CD에 대해 만들어진 모든 스냅숏의 UUID snapshot_time 스냅숏 작업의 타임스탬프 cd-list cd-list [params=<param1,param2,...>] [parameter=<parameter_value>...] XenServer 호스트 또는 풀의 CD 및 ISO(CD 이미지 파일)를 선택적 인수 params에 따라 필터링하여 나열 합니다. 선택적 인수 params를 사용한 경우 params의 값은 표시하려고 하는 이 개체의 매개 변수 목록이 포함된 문 자열입니다. 또는 키워드 all을 사용하여 모든 매개 변수를 표시할 수 있습니다. params를 사용하지 않을 경 우 반환되는 목록에는 사용 가능한 모든 매개 변수의 기본 하위 집합이 표시됩니다. 이 섹션 시작 부분에 나열된 CD parameters를 개수에 관계없이 선택적 인수로 사용할 수 있습니다. 콘솔 명령 콘솔로 작업하기 위한 명령입니다. 콘솔 개체는 표준 개체 나열 명령(xe console-list)으로 나열할 수 있으며 매개 변수는 표준 매개 변수 명령으 로 조작합니다. 자세한 내용은 저수준 매개 변수 명령 을 참조하십시오. 콘솔 매개 변수 콘솔에는 다음과 같은 매개 변수가 있습니다. 매개 변수 이름 설명 유형 uuid 콘솔에 대한 고유 식별자/개체 참조 vm-uuid 이 콘솔이 열려 있는 VM의 고유 식별자/개 체 참조 vm-name-label 이 콘솔이 열려 있는 VM의 이름 protocol 이 콘솔이 사용하는 프로토콜. 가능한 값 은 VT100 터미널에 해당하는 vt100, 원격 FrameBuffer 프로토콜(VNC에서 사용)에 해당하는 rfb 또는 원격 데스크톱 프로토 콜에 해당하는 rdp입니다. location 콘솔 서비스의 URI

82 XenServer 관리자 가이드 명령줄 인터페이스 77 매개 변수 이름 설명 유형 other-config 콘솔에 대한 추가적인 구성 매개 변수를 지정하는 키/값 쌍의 목록 읽기/쓰기 맵 매개 변수 이벤트 명령 이벤트를 처리하기 위한 명령입니다. 이벤트 클래스 이벤트 클래스는 다음 표에 나열되어 있습니다. 클래스 이름 pool vm host network vif pif sr vdi vbd pbd 설명 물리적 호스트의 풀 가상 컴퓨터 물리적 호스트 가상 네트워크 가상 네트워크 인터페이스 물리적 네트워크 인터페이스(개별 VLAN이 몇 개의 PIF로 표시됨) 저장소 리포지토리 가상 디스크 이미지 가상 블럭 장치 호스트가 SR에 액세스하기 위해 사용하는 물리적 블럭 장치 event-wait event-wait class=<class_name> [<param-name>=<param_value>] [<param-name>=/=<param_value>] 명령줄에 지정된 조건을 만족하는 개체가 존재할 때까지 다른 명령의 실행을 차단합니다. x=y는 "필드 x에 값 y가 있을 때까지 대기"를 의미하며 x=/=y는 "필드 x의 값이 y가 아닌 다른 값이 될 때까지 대기"를 의미합니다. 예: 특정 VM이 실행될 때까지 대기 xe event-wait class=vm name-label=myvm power-state=running myvm이라는 VM의 power-state가 "running"일 때까지 차단합니다. 예: 특정 VM이 재부팅될 때까지 대기 xe event-wait class=vm uuid=$vm start-time=/=$(xe vm-list uuid=$vm params=start-time --minimal) UUID가 $VM인 VM이 재부팅될 때까지(즉, 다른 start-time 값을 가질 때까지) 차단합니다. 클래스 이름은 이 섹션 시작 부분에 나열된 Event classes 중 하나일 수 있으며 매개 변수는 CLI 명령 classparam-list에 나열되는 모든 매개 변수일 수 있습니다.

83 XenServer 관리자 가이드 명령줄 인터페이스 78 호스트(XenServer 호스트) 명령 XenServer 호스트와 상호 작용하기 위한 명령입니다. XenServer 호스트는 XenServer 소프트웨어가 실행되고 있는 물리적 서버입니다. 이러한 서버에서는 제어 도메인 또는 도메인 0이라고 하는 특별 권한이 있는 가상 컴퓨터의 제어를 받으며 VM이 실행됩니다. XenServer 호스트 개체는 표준 개체 나열 명령(xe host-list, xe host-cpu-list 및 xe host-crashdump-list)으로 나열할 수 있으며 매개 변수는 표준 매개 변수 명령으로 조작합니다. 자세한 내용은 저수준 매개 변수 명 령 을 참조하십시오. 호스트 선택기 여기에 나열된 명령 중 일부에는 작업을 수행할 XenServer 호스트를 하나 이상 선택하기 위한 공통 메커니 즘이 사용됩니다. 가장 간단한 것은 인수 host=<uuid_or_name_label>을 제공하는 방법입니다. 필드 값에 따 라 전체 호스트 목록을 필터링하여 XenServer 호스트를 지정할 수도 있습니다. 예를 들어 enabled=true를 지정하면 enabled 필드가 true인 모든 XenServer 호스트가 선택됩니다. 일치하는 XenServer 호스트가 여러 개인 경우에는 여러 개의 XenServer 호스트에서 작업을 수행할 수 있으며 이렇게 하려면 --multiple 옵션을 지정해야 합니다. 일치 조건으로 사용할 수 있는 매개 변수의 전체 목록은 이 섹션 시작 부분에 나와 있으며 xe host-list params=all 명령을 실행하여 확인할 수도 있습니다. XenServer 호스트를 선택하기 위한 매개 변 수를 지정하지 않으면 모든 XenServer 호스트에서 작업이 수행됩니다. 호스트 매개 변수 XenServer 호스트에는 다음과 같은 매개 변수가 있습니다. 매개 변수 이름 설명 유형 uuid XenServer 호스트에 대한 고 유 식별자/개체 참조 name-label XenServer 호스트의 이름 읽기/쓰기 name-description enabled XenServer 호스트에 대한 설 명 문자열 비활성화된 경우 false이며 이 경우에는 호스트에서 새 VM 을 시작하지 못하도록 하여 XenServer 호스트의 종료나 재부팅을 준비합니다. 호스트 가 현재 활성화된 경우에는 true입니다. API-version-major 주 버전 번호 API-version-minor 부 버전 번호 API-version-vendor API 공급업체의 ID API-version-vendor-implementation 공급업체 구현의 세부 사항 맵 매개 변수 logging 로깅 구성 읽기/쓰기 맵 매개 변수 suspend-image-sr-uuid 읽기/쓰기

84 XenServer 관리자 가이드 명령줄 인터페이스 79 매개 변수 이름 설명 유형 일시 중단된 이미지가 있는 SR에 대한 고유 식별자/개체 참조 crash-dump-sr-uuid software-version capabilities other-config hostname 크래시 덤프가 있는 SR에 대 한 고유 식별자/개체 참조 버전 관리 매개 변수 및 해당 값의 목록 XenServer 호스트가 실행될 수 있는 Xen 버전의 목록 XenServer 호스트에 대한 추 가적인 구성 매개 변수를 지정 하는 키/값 쌍의 목록 XenServer 호스트의 호스트 이름 읽기/쓰기 맵 매개 변수 설정 매개 변수 읽기/쓰기 맵 매개 변수 address XenServer 호스트의 IP 주소 supported-bootloaders memory-total memory-free XenServer 호스트에서 지원하 는 부트 로더 목록(예: pygrub, eliloader) XenServer 호스트의 물리적 RAM 총 용량(바이트 단위) VM에 할당할 수 있는 나머지 물리적 RAM의 총 용량(바이 트 단위) 설정 매개 변수 host-metrics-live 호스트가 작동 중이면 true logging allowed-operations current-operations syslog_destination 키는 원격 수신 syslog 서비스의 호스트 이름으로 설정할 수 있습니다. 이 상태에서 허용되는 작업의 목록입니다. 이 목록은 권장 사항일 뿐이며 클라이언트에 서 이 필드를 읽을 때 서버 상 태가 변경되었을 수 있습니다. 이 개체를 참조로 사용하 여 실행 중인 각 작업을 해 당 작업의 특성을 설명하는 current_operation 열거형에 연 결합니다. 읽기/쓰기 맵 매개 변수 설정 매개 변수 설정 매개 변수 patches 호스트 패치 집합 설정 매개 변수

85 XenServer 관리자 가이드 명령줄 인터페이스 80 매개 변수 이름 설명 유형 blobs 바이너리 데이터 저장소 memory-free-computed 호스트에서 사용할 수 있는 최 대 예상 메모리 용량 ha-statefiles 모든 HA 상태 파일의 UUID ha-network-peers 오류가 발생할 경우 이 호스트 의 VM을 호스트할 수 있는 모 든 호스트의 UUID XenServer 호스트에는 매개 변수 목록도 사용하고 있는 일부 기타 개체가 포함됩니다. XenServer 호스트의 CPU에는 다음과 같은 매개 변수가 사용됩니다. 매개 변수 이름 설명 유형 uuid CPU의 고유 식별자/개체 참조 number vendor XenServer 호스트에 있는 물리적 CPU 코 어의 번호 CPU 이름의 공급업체 문자열(예: "GenuineIntel") speed CPU 클럭 속도(Hz 단위) modelname CPU 모델의 공급업체 문자열(예: "Intel(R) Xeon(TM) CPU 3.00GHz") stepping CPU 수정 번호 flags 물리적 CPU의 플래그(기능 필드의 디코 딩된 버전) utilisation 현재 CPU 사용률 host-uuid CPU가 있는 호스트의 UUID model 물리적 CPU의 모델 번호 family 물리적 CPU 제품군 번호 XenServer 호스트의 크래시 덤프에는 다음과 같은 매개 변수가 사용됩니다. 매개 변수 이름 설명 유형 uuid 크래시 덤프의 고유 식별자/개체 참조 host 크래시 덤프에 해당하는 XenServer 호스 트

86 XenServer 관리자 가이드 명령줄 인터페이스 81 매개 변수 이름 설명 유형 timestamp 크래시 덤프가 발생한 날짜 및 시간의 타 임스탬프로, yyyymmdd-hhmmss-abc의 형식입니다. 여기서 ABC는 표준 시간대 표시기(예: GMT)입니다. size 크래시 덤프의 크기(바이트 단위) host-backup host-backup file-name=<backup_filename> [<host-selector>=<host_selector_value>...] 지정된 XenServer 호스트의 제어 도메인 백업을 명령이 호출된 컴퓨터로 다운로드하고 이름이 file-name인 파일로 저장합니다. 이 작업이 수행되는 호스트는 표준 선택 메커니즘을 사용하여 선택됩니다(위의 host selectors 참조). 이 섹 션 시작 부분에 나열된 host selectors를 개수에 관계없이 선택적 인수로 사용할 수 있습니다. 경고 로컬 호스트(즉 특정 호스트 이름을 지정하지 않은 호스트)에서 실행되면 xe host-backup 명령이 작동하 지만 이 방법은 사용하지 마십시오. 이렇게 하면 제어 도메인 파티션이 백업 파일로 채워집니다. 백업 파 일을 저장할 공간이 있는 원격 오프 호스트 컴퓨터에서만 이 명령을 사용해야 합니다. host-bugreport-upload host-bugreport-upload [<host-selector>=<host_selector_value>...] [url=<destination_url>] [http-proxy=<http_proxy_name>] xen-bugtool을 사용하여 모든 선택적 파일이 포함된 최신 버그 보고서를 생성하고 Citrix 지원 FTP 사이트 또는 다른 위치에 업로드합니다. 이 작업이 수행되는 호스트는 표준 선택 메커니즘을 사용하여 선택됩니다(위의 host selectors 참조). 이 섹 션 시작 부분에 나열된 host selectors를 개수에 관계없이 선택적 인수로 사용할 수 있습니다. 선택적 매개 변수는 지정된 HTTP 프록시를 사용하는 http-proxy와 이 대상 URL로 업로드하는 url입니다. 선택적 매개 변수를 사용하지 않으면 프록시 서버가 식별되지 않고 대상이 기본 Citrix 지원 FTP 사이트가 됩니다. host-crashdump-destroy host-crashdump-destroy uuid=<crashdump_uuid> XenServer 호스트에서 UUID로 지정된 호스트 크래시 덤프를 삭제합니다. host-crashdump-upload host-crashdump-upload uuid=<crashdump_uuid>

87 XenServer 관리자 가이드 명령줄 인터페이스 82 [url=<destination_url>] [http-proxy=<http_proxy_name>] 크래시 덤프를 Citrix 지원 FTP 사이트 또는 다른 위치에 업로드합니다. 선택적 매개 변수를 사용하지 않으 면 프록시 서버가 식별되지 않고 대상이 기본 Citrix 지원 FTP 사이트가 됩니다. 선택적 매개 변수는 지정된 HTTP 프록시를 사용하는 http-proxy와 이 대상 URL로 업로드하는 url입니다. host-disable host-disable [<host-selector>=<host_selector_value>...] 새 VM이 시작되지 않도록 지정된 XenServer 호스트를 사용하지 않습니다. 이 작업은 XenServer 호스트를 종료하거나 다시 부팅하도록 준비합니다. 이 작업이 수행되는 호스트는 표준 선택 메커니즘을 사용하여 선택됩니다(위의 host selectors 참조). 이 섹 션 시작 부분에 나열된 host selectors를 개수에 관계없이 선택적 인수로 사용할 수 있습니다. host-dmesg host-dmesg [<host-selector>=<host_selector_value>...] 지정된 XenServer 호스트에서 Xen dmesg(커널 링 버퍼의 출력)를 가져옵니다. 이 작업이 수행되는 호스트는 표준 선택 메커니즘을 사용하여 선택됩니다(위의 host selectors 참조). 이 섹 션 시작 부분에 나열된 host selectors를 개수에 관계없이 선택적 인수로 사용할 수 있습니다. host-emergency-management-reconfigure host-emergency-management-reconfigure interface=<uuid_of_management_interface_pif> 이 XenServer 호스트의 관리 인터페이스를 다시 구성합니다. XenServer 호스트가 긴급 모드인 경우에만, 즉 마스터가 네트워크에서 사라지고 여러 번의 재시도에도 연결되지 않는 리소스 풀의 구성원인 경우에만 이 명령을 사용합니다. host-enable host-enable [<host-selector>=<host_selector_value>...] 새 VM이 시작될 수 있도록 지정된 XenServer 호스트를 사용합니다. 이 작업이 수행되는 호스트는 표준 선택 메커니즘을 사용하여 선택됩니다(위의 host selectors 참조). 이 섹 션 시작 부분에 나열된 host selectors를 개수에 관계없이 선택적 인수로 사용할 수 있습니다. host-evacuate host-evacuate [<host-selector>=<host_selector_value>...] 선택한 호스트를 사용하지 않고 실행 중인 모든 VM을 풀의 적합한 다른 호스트로 라이브 마이그레이션합 니다. 빈 호스트가 풀 마스터이면 다른 호스트를 풀 마스터로 선택해야 합니다. HA가 사용하지 않도록 설정된 상 태에서 풀 마스터를 변경하려면 pool-designate-new-master 명령을 사용해야 합니다. 자세한 내용은 pool-

88 XenServer 관리자 가이드 명령줄 인터페이스 83 designate-new-master 을 참조하십시오. HA가 사용하도록 설정된 상태에서는 HA에서 임의로 새 마스터를 선택할 수 있도록 서버를 종료하는 방법밖에 없습니다. host-shutdown 을 참조하십시오. 이 작업이 수행되는 호스트는 표준 선택 메커니즘을 사용하여 선택됩니다(위의 host selectors 참조). 이 섹 션 시작 부분에 나열된 host selectors를 개수에 관계없이 선택적 인수로 사용할 수 있습니다. host-forget host-forget uuid=<xenserver_host_uuid> xapi 에이전트가 지정된 XenServer 호스트에 명시적으로 연결하지 않고 이의 목록을 제거합니다. 주의 풀에 HA가 사용하도록 설정되어 있으면 이 명령을 사용하지 마십시오. HA를 우선 사용하지 않도록 설정 하고 호스트의 목록을 제거한 후 다시 사용하도록 설정하십시오. 작은 정보 "목록을 제거할" XenServer 호스트가 다운되어 있으면 이 명령이 유용하지만 XenServer 호스트가 라이브 상태이고 풀의 일부이면 대신 xe pool-eject를 사용해야 합니다. host-get-system-status host-get-system-status filename=<name_for_status_file> [entries=<comma_separated_list>] [output=<tar.bz2 zip>] [<host-selector>=<host_selector_value>...] 시스템 상태 정보를 지정된 파일로 다운로드합니다. 선택적 매개 변수 entries는 host-get-system-statuscapabilities 명령에서 반환된 기능 XML 조각에서 가져온 시스템 상태 항목의 쉼표로 구분된 목록입니다. 자 세한 내용은 host-get-system-status-capabilities 을 참조하십시오. 지정되지 않으면 모든 시스템 상태 정보 가 파일에 저장됩니다. output 매개 변수는 tar.bz2(기본값) 또는 zip일 수 있습니다. 이 매개 변수를 지정하 지 않으면 파일이 tar.bz2 형식으로 저장됩니다. 이 작업이 수행되는 호스트는 표준 선택 메커니즘을 사용하여 선택됩니다(위의 host selectors 참조). host-get-system-status-capabilities host-get-system-status-capabilities [<host-selector>=<host_selector_value>...] 지정된 호스트의 시스템 상태 기능을 가져옵니다. 기능은 다음과 같은 형태의 XML 조각으로 반환됩니다. <?xml version="1.0"?> <system-status-capabilities> <capability content-type="text/plain" default-checked="yes" key="xenserver-logs" \ max-size=" " max-time="-1" min-size=" " min-time="-1" \ pii="maybe"/> <capability content-type="text/plain" default-checked="yes" \ key="xenserver-install" max-size="51200" max-time="-1" min-size="10240" \ min-time="-1" pii="maybe"/>... </system-status-capabilities>

89 XenServer 관리자 가이드 명령줄 인터페이스 84 각 기능 항목에는 여러 개의 특성이 사용됩니다. 특성 key content-type default-checked min-size, max-size min-time, max-time pii 설명 기능의 고유 식별자입니다. text/plain 또는 application/data일 수 있습니다. UI에서 사 용자가 사용할 수 있도록 항목을 렌더링할 수 있는지 여 부를 나타냅니다. yes 또는 no일 수 있습니다. UI에서 기본적으로 이 항목 을 선택해야 하는지 여부를 나타냅니다. 이 항목의 크기에 대한 적정 범위(바이트 단위)를 나타냅 니다. -1은 크기가 중요하지 않음을 나타냅니다. 이 항목을 수집하는 데 걸린 시간의 적정 범위(초 단위)를 나타냅니다. -1은 시간이 중요하지 않음을 나타냅니다. 신원을 확인할 수 있는 정보입니다. 항목에 시스템 소유 자를 식별할 수 있는 정보나 네트워크 토폴로지의 세부 정보가 포함되어 있는지 여부를 나타냅니다. 다음 값 중 하나입니다. no: PII가 이러한 항목에 포함되지 않습니다. yes: PII가 이러한 항목에 포함될 확률이 높습니다. maybe: PII에 대해 이러한 항목을 감사하도록 할 수 있 습니다. if_customized: 파일이 수정되지 않으면 PII가 포함되지 않지만 이 파일을 편집할 수 있으므로 이러한 사용자 지정을 통해 PII가 포함되었을 수 있습니다. 이 값은 특 히 제어 도메인의 네트워킹 스크립트에 사용됩니다. PII 선언에 상관없이 암호는 모든 버그 보고서에 절대 포 함되지 않습니다. 이 작업이 수행되는 호스트는 표준 선택 메커니즘을 사용하여 선택됩니다(위의 host selectors 참조). host-is-in-emergency-mode host-is-in-emergency-mode CLI가 연결된 호스트가 현재 긴급 모드이면 true를 반환하고, 그렇지 않으면 false를 반환합니다. 이 CLI 명 령은 마스터 호스트가 없어도 슬레이브 호스트에 직접 작동됩니다. host-license-add host-license-add license-file=<path/license_filename> [host-uuid=<xenserver_host_uuid>] 로컬 라이센스 파일을 구문 분석하고 지정된 XenServer 호스트에 추가합니다. 호스트 라이센스에 대한 자세한 내용은 3장. XenServer 라이센스 in XenServer 설치 가이드를 참조하십시오.

90 XenServer 관리자 가이드 명령줄 인터페이스 85 host-license-view host-license-view [host-uuid=<xenserver_host_uuid>] XenServer 호스트 라이센스의 내용을 표시합니다. host-logs-download host-logs-download [file-name=<logfile_name>] [<host-selector>=<host_selector_value>...] 지정된 XenServer 호스트의 로그 복사본을 다운로드합니다. 복사본은 기본적으로 타임스탬프가 사용된 hostname-yyyy-mm-dd T hh:mm:ssz.tar.gz 형식의 파일 이름으로 저장됩니다. 선택적 매개 변수 file-name을 사용하여 다른 파일 이름을 지정할 수도 있습니다. 이 작업이 수행되는 호스트는 표준 선택 메커니즘을 사용하여 선택됩니다(위의 host selectors 참조). 이 섹 션 시작 부분에 나열된 host selectors를 개수에 관계없이 선택적 인수로 사용할 수 있습니다. 경고 로컬 호스트(즉 특정 호스트 이름을 지정하지 않은 호스트)에서 실행되면 xe host-logs-download 명령이 작동하지만 이 방법은 사용하지 마십시오. 이렇게 하면 제어 도메인 파티션이 로그 복사본으로 채워집니 다. 로그 복사본을 저장할 공간이 있는 원격 오프 호스트 컴퓨터에서만 이 명령을 사용해야 합니다. host-management-disable host-management-disable 외부 관리 네트워크 인터페이스의 호스트 에이전트 수신을 사용하지 않도록 설정하고 연결된 모든 API 클라이언트(예: XenCenter)의 연결을 끊습니다. CLI가 연결된 XenServer 호스트에 직접 작동되며 구성원 XenServer 호스트에 적용될 경우 풀 마스터로 전달되지 않습니다. 주의 실행된 이후에는 네트워크를 통해 원격으로 제어 도메인에 연결하여 다시 사용하도록 설정할 수 없으므 로 오프 호스트로 이 CLI 명령을 사용할 경우 특히 주의해야 합니다. host-management-reconfigure host-management-reconfigure [interface=<device>] [pif-uuid=<uuid>] 지정된 네트워크 인터페이스를 관리 인터페이스로 사용하도록 XenServer 호스트를 다시 구성합니다. 여 기서 관리 인터페이스란 XenCenter에 연결하는 데 사용되는 인터페이스를 말합니다. 이 명령은 /etc/ xensource-inventory에서 MANAGEMENT_INTERFACE 키를 재작성합니다. 인터페이스의 장치 이름(IP 주소가 있어야 함)을 지정하면 XenServer 호스트에서 즉시 다시 바인딩합니다. 이 명령은 일반 모드와 긴급 모드에서 모두 작동합니다. PIF 개체의 UUID가 지정되어 있으면 XenServer 호스트가 자체적으로 다시 바인딩할 IP 주소를 결정합니다. 긴급 모드에서는 이 명령을 실행할 수 없습니다.

91 XenServer 관리자 가이드 명령줄 인터페이스 86 주의 오프 호스트로 이 CLI 명령을 사용할 경우 특히 주의해야 하며 새 인터페이스에 네트워크가 연결되어 있는 지 확인합니다(먼저 xe pif-reconfigure 명령을 사용하여 설정). 그렇지 않으면 이후 CLI 명령이 XenServer 호스트에 도달할 수 없습니다. host-reboot host-reboot [<host-selector>=<host_selector_value>...] 지정된 XenServer 호스트를 다시 부팅합니다. 지정된 XenServer 호스트는 먼저 xe host-disable 명령을 사 용하여 사용하지 않도록 설정해야 합니다. 그렇지 않으면 HOST_IN_USE 오류 메시지가 표시됩니다. 이 작업이 수행되는 호스트는 표준 선택 메커니즘을 사용하여 선택됩니다(위의 host selectors 참조). 이 섹 션 시작 부분에 나열된 host selectors를 개수에 관계없이 선택적 인수로 사용할 수 있습니다. 지정된 XenServer 호스트가 풀의 구성원이면 종료 시 연결 손실이 처리되며 XenServer 호스트가 되돌아올 때 풀이 복구됩니다. 풀 구성원을 종료해도 다른 구성원과 마스터는 계속 작동합니다. 마스터를 종료하면 마 스터가 다시 부팅되고 온라인 상태로 돌아올 때(구성원이 다시 연결되고 마스터와 동기화되는 시점)까지 또 는 구성원 중 하나를 마스터로 설정할 때까지 풀이 작동하지 않습니다. host-restore host-restore [file-name=<backup_filename>] [<host-selector>=<host_selector_value>...] file-name에 지정된 XenServer 호스트 제어 소프트웨어의 백업 파일을 복원합니다. 여기서 사용된 "복원"이 라는 단어는 일반적인 의미의 전체 복원이 아니라 단순히 압축된 백업 파일의 압축을 풀고 보조 파티션에 저 장하는 것을 뜻합니다. xe host-restore를 수행한 후에는 설치 CD로 부팅하고 restore secondary partition to primary partition(보조 파티션을 주 파티션에 복원) 옵션을 사용해야 합니다. 이 작업이 수행되는 호스트는 표준 선택 메커니즘을 사용하여 선택됩니다(위의 host selectors 참조). 이 섹 션 시작 부분에 나열된 host selectors를 개수에 관계없이 선택적 인수로 사용할 수 있습니다. host-set-hostname-live host-set-hostname host-uuid=<uuid_of_host> hostname=<new_hostname> host-uuid에 지정된 XenServer 호스트의 호스트 이름을 변경합니다. 이 명령을 실행하면 XenServer 호스 트의 제어 도메인 데이터베이스 호스트 이름과 실제 Linux 호스트 이름이 모두 영구적으로 설정됩니다. hostname은 name_label 필드의 값과 같지 않습니다. host-shutdown host-shutdown [<host-selector>=<host_selector_value>...] 지정된 XenServer 호스트를 종료합니다. 지정된 XenServer 호스트는 먼저 xe host-disable 명령을 사용하 여 사용하지 않도록 설정해야 합니다. 그렇지 않으면 HOST_IN_USE 오류 메시지가 표시됩니다. 이 작업이 수행되는 호스트는 표준 선택 메커니즘을 사용하여 선택됩니다(위의 host selectors 참조). 이 섹 션 시작 부분에 나열된 host selectors를 개수에 관계없이 선택적 인수로 사용할 수 있습니다. 지정된 XenServer 호스트가 풀의 구성원이면 종료 시 연결 손실이 처리되며 XenServer 호스트가 되돌아 올 때 풀이 복구됩니다. 풀 구성원을 종료해도 다른 구성원과 마스터는 계속 작동합니다. 마스터를 종료하

92 XenServer 관리자 가이드 명령줄 인터페이스 87 면 마스터가 다시 부팅되고 온라인 상태로 돌아올 때(구성원이 다시 연결되고 마스터와 동기화되는 시점)까 지 또는 구성원 중 하나를 마스터로 설정할 때까지 풀이 작동하지 않습니다. 풀에 HA가 사용하도록 설정되 어 있으면 구성원 중 하나가 자동으로 마스터로 설정됩니다. HA가 사용하지 않도록 설정되어 있으면 pooldesignate-new-master 명령을 사용하여 직접 원하는 서버를 마스터로 지정해야 합니다. pool-designatenew-master 를 참조하십시오. host-syslog-reconfigure host-syslog-reconfigure [<host-selector>=<host_selector_value>...] 지정된 XenServer 호스트의 syslog 데몬을 다시 구성합니다. 이 명령을 실행하면 호스트 logging 매개 변수 에 정의된 구성 정보가 적용됩니다. 이 작업이 수행되는 호스트는 표준 선택 메커니즘을 사용하여 선택됩니다(위의 host selectors 참조). 이 섹 션 시작 부분에 나열된 host selectors를 개수에 관계없이 선택적 인수로 사용할 수 있습니다. 로그 명령 로그 작업에 사용되는 명령입니다. log-get-keys log-get-keys 모든 로깅 하위 시스템의 키를 나열합니다. log-reopen log-reopen 모든 로거를 다시 엽니다. 로그 파일을 회전시킬 때 이 명령을 사용합니다. log-set-output log-set-output output=nil stderr file:<filename> syslog:<sysloglocation> [key=<key>] [level= debug info warning error] 지정된 로거의 출력을 설정합니다. 로그 메시지는 생성된 하위 시스템과 메시지의 로그 수준으로 필터링됩 니다. 예를 들어 다음 명령을 실행하면 저장소 관리자에서 파일로 디버그 로깅 메시지가 전송됩니다. xe log-set-output key=sm level=debug output=<file:/tmp/sm.log> 선택적 매개 변수 key는 특정 로깅 하위 시스템을 지정합니다. 이 매개 변수를 설정하지 않으면 기본적으로 모든 로깅 하위 시스템으로 지정됩니다. 선택적 매개 변수 level은 로깅 수준을 지정합니다. 유효한 값은 다음과 같습니다. debug info warning error

93 XenServer 관리자 가이드 명령줄 인터페이스 88 네트워크 명령 네트워크 작업에 사용되는 명령입니다. 표준 개체 나열 명령(xe network-list)을 사용하여 네트워크 개체를 나열할 수 있으며 표준 매개 변수 명령을 사용하여 매개 변수를 조작할 수 있습니다. 자세한 내용은 저수준 매개 변수 명령 을 참조하십시오. 네트워크 매개 변수 네트워크에는 다음과 같은 매개 변수가 사용됩니다. 매개 변수 이름 설명 유형 uuid 네트워크의 고유 식별자/개체 참조 name-label 네트워크의 이름 읽기/쓰기 name-description 네트워크의 설명 텍스트 읽기/쓰기 VIF-uuids PIF-uuids bridge VM에서 이 네트워크로 연결된 VIF(가상 네트워크 인터페이스)의 고유 식별자 목록 XenServer 호스트에서 이 네트워크로 연 결된 PIF(물리적 네트워크 인터페이스)의 고유 식별자 목록 로컬 XenServer 호스트에서 이 네트워크 에 해당하는 브리지의 이름 설정 매개 변수 설정 매개 변수 서브넷을 라우팅할 게이트웨이 주소를 지 읽기/쓰기 정하는 <subnet>/<netmask>/<gateway> 형식의 항목을 쉼표로 구분한 목록입니 다. 예를 들어 other-config:static-routes를 /15/ , /16/ 로 설정하면 /15의 트래픽 이 을 통해 라우팅되고 /16의 트래픽이 를 통해 라우팅됩니다. other-config:staticroutes other-config:ethtoolautoneg other-config:ethtool-rx other-config:ethtool-tx other-config:ethtool-sg other-config:ethtool-tso 물리적 인터페이스 또는 브리지의 자동 협 상을 사용하지 않으려면 no로 설정합니 다. 기본값은 yes입니다. 수신 체크섬을 사용하려면 on으로 설정하 고, 사용하지 않으려면 off로 설정합니다. 전송 체크섬을 사용하려면 on으로 설정하 고, 사용하지 않으려면 off로 설정합니다. 분산 수집을 사용하려면 on으로 설정하 고, 사용하지 않으려면 off로 설정합니다. TCP 조각화 오프로드를 사용하려면 on으 로 설정하고, 사용하지 않으려면 off로 설 정합니다. 읽기/쓰기 읽기/쓰기 읽기/쓰기 읽기/쓰기 읽기/쓰기

94 XenServer 관리자 가이드 명령줄 인터페이스 89 매개 변수 이름 설명 유형 other-config:ethtool-ufo other-config:ethtool-gso UDP 조각 오프로드를 사용하려면 on으로 설정하고, 사용하지 않으려면 off로 설정 합니다. 일반 조각화 오프로드를 사용하려면 on으 로 설정하고, 사용하지 않으려면 off로 설 정합니다. 읽기/쓰기 읽기/쓰기 blobs 바이너리 데이터 저장소 network-create network-create name-label=<name_for_network> [name-description=<descriptive_text>] 새 네트워크를 만듭니다. network-destroy network-destroy uuid=<network_uuid> 기존 네트워크를 삭제합니다. 패치(업데이트) 명령 XenServer 호스트 패치(업데이트) 작업에 사용되는 명령입니다. 이러한 명령은 표준 비 OEM 버전의 XenServer에 사용됩니다. OEM 버전의 XenServer 업데이트 관련 명령에 대한 자세한 내용은 업데이트 명 령 을 참조하십시오. 표준 개체 나열 명령(xe patch-list)을 사용하여 패치 개체를 나열할 수 있으며 표준 매개 변수 명령을 사용하 여 매개 변수를 조작할 수 있습니다. 자세한 내용은 저수준 매개 변수 명령 을 참조하십시오. 패치 매개 변수 패치에는 다음과 같은 매개 변수가 사용됩니다. 매개 변수 이름 설명 유형 uuid 패치의 고유 식별자/개체 참조 host-uuid 쿼리할 XenServer 호스트의 고유 식별자 name-label 패치의 이름 name-description 패치의 설명 문자열 applied size 패치가 적용되었는지 여부. true 또는 false 패치가 적용되었는지 여부. true 또는 false

95 XenServer 관리자 가이드 명령줄 인터페이스 90 patch-apply patch-apply uuid=<patch_file_uuid> 지정된 패치 파일을 적용합니다. patch-clean patch-clean uuid=<patch_file_uuid> XenServer 호스트에서 지정된 패치 파일을 삭제합니다. patch-pool-apply patch-pool-apply uuid=<patch_uuid> 지정된 패치를 풀의 모든 XenServer 호스트에 적용합니다. patch-precheck patch-precheck uuid=<patch_uuid> host-uuid=<host_uuid> 지정된 XenServer 호스트에서 지정된 패치에 포함된 사전 검사를 실행합니다. patch-upload patch-upload file-name=<patch_filename> 지정된 패치 파일을 XenServer 호스트에 업로드합니다. 이렇게 하면 패치를 적용할 준비가 됩니다. 성공하 면 업로드된 패치의 UUID가 인쇄됩니다. 패치가 이전에 업로드되었으면 대신 PATCH_ALREADY_EXISTS 오류가 반환되고 패치가 다시 업로드되지 않습니다. PBD 명령 PBD(물리적 블록 장치) 작업에 사용되는 명령입니다. PBD는 XenServer 호스트에서 SR(저장소 리포지토 리)에 액세스하는 데 사용되는 소프트웨어 개체입니다. 표준 개체 나열 명령(xe pbd-list)을 사용하여 PBD 개체를 나열할 수 있으며 표준 매개 변수 명령을 사용하여 매개 변수를 조작할 수 있습니다. 자세한 내용은 저수준 매개 변수 명령 을 참조하십시오. PBD 매개 변수 PBD에는 다음과 같은 매개 변수가 사용됩니다. 매개 변수 이름 설명 유형 uuid PBD의 고유 식별자/개체 참조 sr-uuid PBD가 가리키는 저장소 리포지토리

96 XenServer 관리자 가이드 명령줄 인터페이스 91 매개 변수 이름 설명 유형 device-config currently-attached host-uuid host 호스트의 SR 백엔드 드라이버에 제공되 는 추가 구성 정보 SR이 현재 이 호스트에 연결되어 있으면 True, 그렇지 않으면 False PBD를 사용할 수 있는 물리적 컴퓨터의 UUID host 필드가 사용되지 않습니다. 대신 host_uuid를 사용하십시오. 맵 매개 변수 other-config 추가 구성 정보 읽기/쓰기 맵 매개 변수 pbd-create pbd-create host-uuid=<uuid_of_host> sr-uuid=<uuid_of_sr> [device-config:key=<corresponding_value>...] XenServer 호스트에 새 PBD를 만듭니다. 만들 때 device-config 매개 변수만 설정할 수 있습니다. 'path' -> '/tmp'의 매핑을 추가하려면 명령줄에 device-config:path=/tmp 인수가 포함되어야 합니다. 각 SR 형식에 지원되는 device-config 키/값 쌍의 전체 목록은 3장. 저장소를 참조하십시오. pbd-destroy pbd-destroy uuid=<uuid_of_pbd> 지정된 PBD를 삭제합니다. pbd-plug pbd-plug uuid=<uuid_of_pbd> XenServer 호스트에 PBD를 연결합니다. 이 작업이 성공하면 참조된 SR과 여기에 포함된 VDI를 XenServer 호스트에서 볼 수 있게 됩니다. pbd-unplug pbd-unplug uuid=<uuid_of_pbd> XenServer 호스트에서 PBD의 연결을 끊습니다. PIF 명령 PIF(물리적 네트워크 인터페이스를 나타내는 개체) 작업에 사용되는 명령입니다. 표준 개체 나열 명령(xe pif-list)을 사용하여 PIF 개체를 나열할 수 있으며 표준 매개 변수 명령을 사용하여 매개 변수를 조작할 수 있습니다. 자세한 내용은 저수준 매개 변수 명령 을 참조하십시오.

97 XenServer 관리자 가이드 명령줄 인터페이스 92 PIF 매개 변수 PIF에는 다음과 같은 매개 변수가 사용됩니다. 매개 변수 이름 설명 유형 uuid PIF의 고유 식별자/개체 참조 device 컴퓨터에서 읽을 수 있는 인터페이스의 이 름(예: eth0) MAC PIF의 MAC 주소 physical currently-attached true이면 PIF가 물리적 네트워크 인터페이 스를 실제로 가리킵니다. PIF가 현재 이 호스트에 연결되어 있는지 여부. true 또는 false MTU PIF의 최대 전송 단위(바이트 단위) VLAN bond-master-of bond-slave-of management network-uuid 이 인터페이스를 통과하는 모든 트래픽의 VLAN 트래픽. -1은 VLAN 태그가 할당되 지 않았음을 나타냅니다. 이 PIF가 마스터인 연결의 UUID(있을 경 우) 이 PIF가 슬레이브인 연결의 UUID(있을 경우) 이 PIF가 제어 도메인의 관리 인터페이스 로 지정되었는지 여부 이 PIF가 연결된 가상 네트워크의 고유 식 별자/개체 참조 network-name-label 이 PIF가 연결된 가상 네트워크의 이름 host-uuid host-name-label IP-configuration-mode IP netmask 이 PIF가 연결된 XenServer 호스트의 고 유 식별자/개체 참조 이 PIF가 연결된 XenServer 호스트의 이 름 사용된 네트워크 주소 구성 유형. DHCP 또는 static PIF의 IP 주소. IP-configuration-mode가 static이면 여기서 정의되고, DHCP이면 정의되지 않음 PIF의 네트워크 마스크. IP-configurationmode가 static이면 여기서 정의되고, DHCP에서 제공되면 정의되지 않음

98 XenServer 관리자 가이드 명령줄 인터페이스 93 매개 변수 이름 설명 유형 gateway DNS PIF의 게이트웨이 주소. IP-configurationmode가 static이면 여기서 정의되고, DHCP에서 제공되면 정의되지 않음 PIF의 DNS 주소. IP-configuration-mode 가 static이면 여기서 정의되고, DHCP에 서 제공되면 정의되지 않음 io_read_kbs 장치의 평균 읽기 속도(kB/초 단위) io_write_kbs 장치의 평균 쓰기 속도(kB/초 단위) carrier 이 장치의 링크 상태 vendor-id NIC 공급업체에 할당된 ID vendor-name NIC 공급업체의 이름 device-id 공급업체에서 이 NIC 모델에 할당한 ID device-name 공급업체에서 이 NIC 모델에 할당한 이름 speed NIC의 데이터 전송 속도 duplex NIC의 이중 모드. full 또는 half pci-bus-path PCI 버스 경로 주소 other-config:ethtoolspeed other-config:ethtoolautoneg other-config:ethtoolduplex other-config:ethtool-rx other-config:ethtool-tx other-config:ethtool-sg other-config:ethtool-tso 연결 속도를 Mbps 단위로 설정합니다. 물리적 인터페이스 또는 브리지의 자동 협 상을 사용하지 않으려면 no로 설정합니 다. 기본값은 yes입니다. PIF의 이중 기능을 설정합니다. full 또는 half 수신 체크섬을 사용하려면 on으로 설정하 고, 사용하지 않으려면 off로 설정합니다. 전송 체크섬을 사용하려면 on으로 설정하 고, 사용하지 않으려면 off로 설정합니다. 분산 수집을 사용하려면 on으로 설정하 고, 사용하지 않으려면 off로 설정합니다. TCP 조각화 오프로드를 사용하려면 on으 로 설정하고, 사용하지 않으려면 off로 설 정합니다. 읽기/쓰기 읽기/쓰기 읽기/쓰기 읽기/쓰기 읽기/쓰기 읽기/쓰기 읽기/쓰기

99 XenServer 관리자 가이드 명령줄 인터페이스 94 매개 변수 이름 설명 유형 other-config:ethtool-ufo other-config:ethtool-gso other-config:domain other-config:bondmiimon other-config:bonddowndelay other-config:bondupdelay disallow-unplug UDP 조각 오프로드를 사용하려면 on으로 설정하고, 사용하지 않으려면 off로 설정 합니다. 일반 조각화 오프로드를 사용하려면 on으 로 설정하고, 사용하지 않으려면 off로 설 정합니다. DNS 검색 경로를 설정하는 데 사용되는 쉼표로 구분된 목록 링크가 라이브 상태인지 검사하는 간격(밀 리초 단위) 링크가 손실된 이후 실제로 링크가 다운 되었다고 간주하기 전까지 대기할 밀리초 수. 이 값을 사용하면 일시적인 링크 손실 이 허용됩니다. 링크가 라이브 상태가 된 이후 실제로 다 시 연결되었다고 간주하기 전까지 대기할 밀리초 수. 이 값을 사용하면 링크 연결을 준비할 수 있습니다. 기본값은 31초입니 다. 이 시간 동안 트래픽 전달을 시작하도 록 전환할 수 있습니다. 이 PIF가 전용 저장소 NIC이면 True, 그렇 지 않으면 False 읽기/쓰기 읽기/쓰기 읽기/쓰기 읽기/쓰기 읽기/쓰기 읽기/쓰기 읽기/쓰기 참고 PIF의 other-config 필드를 변경한 경우 다시 부팅해야 변경 내용이 적용됩니다. 또는 xe pif-unplug 및 xe pif-plug 명령을 사용하여 PIF 구성을 다시 작성할 수 있습니다. pif-forget pif-forget uuid=<uuid_of_pif> 특정 호스트에서 지정된 PIF 개체를 삭제합니다. pif-introduce pif-introduce host-uuid=<uuid of XenServer host> mac=<mac_address_for_pif> device=<machinereadable name of the interface(예: eth0)> 지정된 XenServer 호스트에 물리적 인터페이스를 나타내는 새 PIF 개체를 만듭니다. pif-plug pif-plug uuid=<uuid_of_pif>

100 XenServer 관리자 가이드 명령줄 인터페이스 95 지정된 물리적 인터페이스를 활성화하려고 시도합니다. pif-reconfigure-ip pif-reconfigure-ip uuid=<uuid_of_pif> [ mode=<dhcp> mode=<static> ] gateway=<network_gateway_address> IP=<static_ip_for_this_pif> netmask=<netmask_for_this_pif> [DNS=<dns_address>] PIF의 IP 주소를 수정합니다. 정적 IP 구성의 경우에는 mode 매개 변수를 static으로 설정하고 gateway, IP 및 netmask 매개 변수를 적절한 값으로 설정합니다. DHCP를 사용하려면 mode 매개 변수를 DHCP로 설정 하고 정적 매개 변수를 정의되지 않은 상태로 둡니다. pif-scan pif-scan host-uuid=<uuid of XenServer host> XenServer 호스트에서 새 물리적 인터페이스를 검색합니다. pif-unplug pif-unplug uuid=<uuid_of_pif> 지정된 물리적 인터페이스를 비활성화하려고 시도합니다. 풀 명령 풀 작업에 사용되는 명령입니다. 풀은 하나 이상의 XenServer 호스트로 이루어진 집합체입니다. 풀에서는 하나 이상의 공유 저장소 리포지토리를 사용하여 풀의 한 XenServer 호스트에서 실행 중인 VM을 풀의 다 른 XenServer 호스트로 거의 실시간으로(실행 중인 상태를 계속 유지하면서, 종료하고 다시 시작할 필요 없 이) 마이그레이션할 수 있습니다. 기본적으로, 각 XenServer 호스트는 단일 구성원으로 이루어진 하나의 풀 을 구성합니다. 다른 XenServer 호스트를 풀에 참가시키면 참가시킨 호스트는 구성원으로 지정되며 원래 의 호스트는 풀의 마스터가 됩니다. 표준 개체 나열 명령(xe pool-list)을 사용하여 단일 풀 개체를 나열할 수 있으며 표준 매개 변수 명령을 사용 하여 매개 변수를 조작할 수 있습니다. 자세한 내용은 저수준 매개 변수 명령 을 참조하십시오. 풀 매개 변수 풀에는 다음과 같은 매개 변수가 사용됩니다. 매개 변수 이름 설명 유형 uuid 풀의 고유 식별자/개체 참조 name-label 풀의 이름 읽기/쓰기 name-description 풀의 설명 문자열 읽기/쓰기 마스터 default-sr 풀의 마스터로 지정된 XenServer 호스트의 고유 식 별자/개체 참조 풀에 대한 기본 SR의 고유 식 별자/개체 참조 읽기/쓰기

101 XenServer 관리자 가이드 명령줄 인터페이스 96 매개 변수 이름 설명 유형 crash-dump-sr suspend-image-sr other-config supported-sr-types ha-enabled ha-configuration ha-statefiles ha-host-failures-to-tolerate ha-plan-exists-for ha-allow-overcommit ha-overcommitted 풀 구성원의 크래시 덤프가 저 장되는 SR의 고유 식별자/개 체 참조 풀 구성원에서 일시 중단된 VM이 저장되는 SR의 고유 식 별자/개체 참조 풀의 추가 구성 매개 변수를 지정하는 키/값 쌍 목록 이 풀에서 사용할 수 있는 SR 유형 풀에 HA가 사용하도록 설정되 어 있으면 True, 그렇지 않으 면 False 나중에 사용할 수 있도록 예약 되었습니다. HA에서 저장소 상태를 확인 하는 데 사용되고 있는 VDI의 UUID 시스템 경고를 전송하기 전까 지 허용할 호스트 오류 수 HA 알고리즘의 계산에 따라 실제로 처리할 수 있는 호스트 오류 수 풀의 오버 커밋을 허용하려면 True, 그렇지 않으면 False 풀이 현재 오버 커밋되어 있으 면 True 읽기/쓰기 읽기/쓰기 읽기/쓰기 맵 매개 변수 읽기/쓰기 읽기/쓰기 blobs 바이너리 데이터 저장소 pool-designate-new-master pool-designate-new-master host-uuid=<uuid of member XenServer host to become new master> 지정된 구성원 XenServer 호스트를 기존 풀의 마스터가 되도록 지정합니다. 이 명령을 실행하면 마스터 호 스트 역할이 리소스 풀의 다른 호스트로 차례로 전달됩니다. 이 명령은 현재 마스터가 온라인 상태인 경우에 만 작동되며 아래에 나열된 긴급 모드 명령 대신 사용하는 것이 아닙니다. pool-dump-database pool-dump-database file-name=<filename_to_dump_database_into_(on_client)> 전체 풀 데이터베이스의 복사본을 다운로드하고 클라이언트의 파일에 덤프합니다.

102 XenServer 관리자 가이드 명령줄 인터페이스 97 pool-eject pool-eject host-uuid=<uuid of XenServer host to eject> 지정된 XenServer 호스트를 기존 풀에 그대로 두도록 지정합니다. pool-emergency-reset-master pool-emergency-reset-master master-address=<address of the pool's master XenServer host> 슬레이브 구성원 XenServer 호스트의 마스터 주소를 새 값으로 다시 설정하고 연결하도록 지정합니다. 마 스터 호스트에서는 이 명령을 실행하지 마십시오. pool-emergency-transition-to-master pool-emergency-transition-to-master 구성원 XenServer 호스트를 풀 마스터가 되도록 지정합니다. XenServer 호스트가 긴급 모드로 전환된 경 우에만, 즉 마스터가 네트워크에서 사라지고 여러 번의 재시도에도 연결되지 않는 풀의 구성원인 경우에만 이 명령이 허용됩니다. 풀에 참가한 이후 호스트의 암호가 수정되었으면 이 명령을 통해 다시 설정할 수 있습니다( 사용자 명령 참조). pool-ha-enable pool-ha-enable heartbeat-sr-uuids=<sr_uuid_of_the_heartbeat_sr> 지정된 SR UUID를 중앙 저장소 하트비트 리포지토리로 사용하여 리소스 풀에서 고가용성을 사용합니다. pool-ha-disable pool-ha-disable 리소스 풀에서 고가용성 기능을 사용하지 않습니다. pool-join pool-join master-address=<address> master-username=<username> master-password=<password> XenServer 호스트를 기존 풀에 참가하도록 지정합니다. pool-recover-slaves pool-recover-slaves 풀 마스터를 현재 긴급 모드에서 실행 중인 모든 구성원의 마스터 주소를 시도하고 다시 설정하도록 지정 합니다. 이 명령은 일반적으로 pool-emergency-transition-to-master를 사용하여 구성원 중 하나를 새 마스 터로 설정한 후 사용됩니다. pool-restore-database pool-restore-database file-name=<filename_to_restore_from_(on_client)> [dry-run=<true false>] pool-dump-database로 만든 데이터베이스 백업을 풀에 업로드합니다. 업로드를 수신하면 마스터가 자체적 으로 새 데이터베이스로 다시 시작됩니다.

103 XenServer 관리자 가이드 명령줄 인터페이스 98 실제로 작업을 수행하지 않고 풀 데이터베이스를 복원할 수 있는 dry run 옵션도 있습니다. 기본적으로 dryrun은 false로 설정되어 있습니다. pool-sync-database pool-sync-database 리소스 풀의 모든 호스트에서 풀 데이터베이스가 동기화되도록 합니다. 데이터베이스는 정기적으로 자동 복제되므로 일반 작업에서는 이 명령이 필요 없지만 일련의 중요한 CLI 작업을 수행한 후 변경 내용을 즉시 복제하려면 이 명령이 유용할 수 있습니다. 저장소 관리자 명령 저장소 관리자 플러그인을 제어하는 명령입니다. 표준 개체 나열 명령(xe sm-list)을 사용하여 저장소 관리자 개체를 나열할 수 있으며 표준 매개 변수 명령을 사용하여 매개 변수를 조작할 수 있습니다. 자세한 내용은 저수준 매개 변수 명령 을 참조하십시오. SM 매개 변수 SM에는 다음과 같은 매개 변수가 사용됩니다. 매개 변수 이름 설명 유형 uuid SM 플러그인의 고유 식별자/개체 참조 name-label SM 플러그인의 이름 name-description SM 플러그인의 설명 문자열 type 이 플러그인이 연결되는 SR 유형 vendor 이 플러그인을 만든 공급업체의 이름 copyright 이 SM 플러그인의 저작권 설명 required-api-version XenServer 호스트에 필요한 최소 SM API 버전 configuration 장치 구성 키의 이름 및 설명 capabilities SM 플러그인의 기능 driver-filename SR 드라이버의 파일 이름 SR 명령 SR(저장소 리포지토리)을 제어하는 명령입니다. 표준 개체 나열 명령(xe sr-list)을 사용하여 SR 개체를 나열할 수 있으며 표준 매개 변수 명령을 사용하여 매 개 변수를 조작할 수 있습니다. 자세한 내용은 저수준 매개 변수 명령 을 참조하십시오. SR 매개 변수 SR에는 다음과 같은 매개 변수가 사용됩니다.

104 XenServer 관리자 가이드 명령줄 인터페이스 99 매개 변수 이름 설명 유형 uuid SR의 고유 식별자/개체 참조 name-label SR의 이름 읽기/쓰기 name-description SR의 설명 문자열 읽기/쓰기 allowed-operations 이 상태에서 SR에 허용되는 작업 목록 설정 매개 변수 current-operations 이 SR에서 현재 진행 중인 작업 목록 설정 매개 변수 VDIs PBDs physical-utilisation 이 SR에서 가상 디스크의 고유 식별자/개 체 참조 이 SR에 연결된 PBD의 고유 식별자/개체 참조 이 SR에 현재 사용된 물리적 공간(바이트 단위). 스파스(sparse) 디스크 포맷의 경우 에는 물리적 사용률이 가상 할당보다 적을 수 있습니다. 설정 매개 변수 설정 매개 변수 physical-size SR의 총 물리적 크기(바이트 단위) type content-type shared SR 유형. 사용할 SR 백엔드 드라이버를 지정하는 데 사용됩니다. SR의 콘텐츠 형식. 다른 SR과 ISO 라이 브러리를 구분하는 데 사용됩니다. ISO 라 이브러리를 저장하는 저장소 리포지토리 의 경우에는 content-type을 iso로 설정해 야 합니다. 그 밖의 경우에는 비워 두거나 user 문자열로 설정하는 것이 좋습니다. 이 SR을 여러 XenServer 호스트에서 공 유할 수 있으면 True, 그렇지 않으면 False 읽기/쓰기 other-config SR의 추가 구성 매개 변수를 지정하는 키/ 값 쌍 목록 읽기/쓰기 맵 매개 변수 host 저장소 리포지토리 호스트 이름 virtual-allocation 이 저장소 리포지토리에 있는 모든 VDI의 가상 크기 값 합계(바이트 단위) sm-config SM 종속 데이터 맵 매개 변수 blobs 바이너리 데이터 저장소 sr-create sr-create name-label=<name> physical-size=<size> type=<type> content-type=<content_type> device-config:<config_name>=<value> [host-uuid=<xenserver host UUID>] [shared=<true false>]

105 XenServer 관리자 가이드 명령줄 인터페이스 100 디스크에 SR을 만들고 데이터베이스에 저장한 후 SR을 XenServer 호스트에 연결하는 PBD를 만듭니다. shared가 true로 설정되어 있으면 풀의 각 XenServer 호스트마다 PBD가 만들어지고 shared가 지정되지 않 았거나 false로 설정되어 있으면 host-uuid에서 지정한 XenServer 호스트에만 PBD가 만들어집니다. 정확한 device-config 매개 변수는 장치에 대한 type 매개 변수에 따라 다릅니다. 서로 다른 저장소 백엔드에 서 사용되는 이러한 매개 변수에 대한 자세한 내용은 저장소 를 참조하십시오. sr-destroy sr-destroy uuid=<sr_uuid> XenServer 호스트에서 지정된 SR을 삭제합니다. sr-forget sr-forget uuid=<sr_uuid> xapi 에이전트가 XenServer 호스트에서 지정된 SR의 목록을 제거합니다. 즉, SR이 분리되고 SR에 포함된 VDI에 액세스할 수 없지만 원본 미디어에는 그대로 유지되고 데이터도 손실되지 않습니다. sr-introduce sr-introduce name-label=<name> physical-size=<physical_size> type=<type> content-type=<content_type> uuid=<sr_uuid> SR 레코드를 데이터베이스에 저장합니다. device-config 매개 변수는 다음과 같이 deviceconfig:<parameter_key>=<parameter_value>에서 지정됩니다. xe sr-introduce device-config:<device>=</dev/sdb1> 참고 일반 작업에서는 이 명령이 절대 사용되지 않습니다. 이 명령은 SR을 만든 후 공유로 다시 구성하거나 다 양한 오류로 인해 복구해야 할 때 유용한 고급 작업입니다. sr-probe sr-probe type=<type> [host-uuid=<uuid_of_host>] [device-config:<config_name>=<value>] 제공된 device-config 키를 사용하여 백엔드별 검색을 수행합니다. device-config가 SR 백엔드에 대해 완벽 하면 장치에 있는 SR 목록이 반환됩니다(있을 경우). device-config 매개 변수가 일부분에만 해당되면 백엔 드별 검색이 수행되고 나머지 device-config 매개 변수를 향상시키는 데 도움이 되는 결과가 반환됩니다. 검 색 결과는 백엔드별 XML로 반환되고 CLI에 출력됩니다. 정확한 device-config 매개 변수는 장치에 대한 type 매개 변수에 따라 다릅니다. 서로 다른 저장소 백엔드에 서 사용되는 이러한 매개 변수에 대한 자세한 내용은 저장소 를 참조하십시오. sr-scan sr-scan uuid=<sr_uuid> SR 검색을 강제로 실행하여 기본 저장소 기반에 있는 VDI와 xapi 데이터베이스를 동기화합니다.

106 XenServer 관리자 가이드 명령줄 인터페이스 101 태스크 명령 오래 실행되는 비동기 작업에 사용되는 명령입니다. 이러한 작업의 예로 가상 컴퓨터의 시작, 중지, 일시 중 단 등이 있으며 대개 요청된 작업을 함께 수행하는 일련의 다른 원자성 하위 작업으로 구성됩니다. 표준 개체 나열 명령(xe task-list)을 사용하여 작업 개체를 나열할 수 있으며 표준 매개 변수 명령을 사용하 여 매개 변수를 조작할 수 있습니다. 자세한 내용은 저수준 매개 변수 명령 을 참조하십시오. 작업 매개 변수 작업에는 다음과 같은 매개 변수가 사용됩니다. 매개 변수 이름 설명 유형 uuid 작업의 고유 식별자/개체 참조 name-label 작업의 이름 name-description 작업의 설명 문자열 resident-on 작업이 실행 중인 호스트의 고유 식별자/ 개체 참조 status 작업의 현재 상태 progress type result error_info 작업이 보류 중이면 이 필드에 0에서 1 사 이의 예상 완료 백분율이 포함됩니다. 작 업이 완료되면 성공 여부에 상관없이 1이 됩니다. 작업이 성공적으로 완료되면 이 매개 변수 에는 인코딩된 결과 형식(즉, 결과 필드에 참조가 있는 클래스의 이름)이 포함됩니 다. 그렇지 않으면 이 매개 변수의 값이 정 의되지 않습니다. 작업이 성공적으로 완료되면 이 필드에 결 과 값(Void 또는 개체 참조)이 포함됩니다. 그렇지 않으면 이 매개 변수의 값이 정의 되지 않습니다. 작업이 실패하면 이 매개 변수에 일련의 관련된 오류 문자열이 포함됩니다. 그렇지 않으면 이 매개 변수의 값이 정의되지 않 습니다. allowed_operations 이 상태에서 허용되는 작업의 목록입니다. created 작업을 만든 시간 finished 작업이 완료된 시간(성공 또는 실패). 작업 상태가 보류 중이면 이 필드의 값은 의미 가 없습니다. subtask_of 이 작업의 상위 작업 UUID가 포함됩니다.

107 XenServer 관리자 가이드 명령줄 인터페이스 102 매개 변수 이름 설명 유형 subtasks 이 작업의 모든 하위 작업에 대한 UUID가 포함됩니다. task-cancel task-cancel [uuid=<task_uuid>] 지정된 작업을 취소하고 반환하도록 지정합니다. 템플릿 명령 VM 템플릿 작업에 사용되는 명령입니다. 템플릿은 원래 is-a-template 매개 변수가 true로 설정된 VM입니다. 템플릿은 특정 VM을 인스턴스화하기 위 한 모든 다양한 구성 설정이 포함된 "원판"입니다. XenServer와 함께 제공되는 기본 템플릿 집합은 OS 공급 업체 설치 CD(RHEL, CentOS, SLES, Windows)를 부팅할 수 있는 일반 "원시" VM에서 완벽하게 미리 구성 된 OS 인스턴스(Debian Etch)까지 다양합니다. XenServer를 사용하면 VM을 만들고, 요구 사항에 맞게 표 준 형식으로 구성하고, 나중에 VM 배포에서 사용할 수 있도록 복사본을 템플릿으로 저장할 수 있습니다. 표준 개체 나열 명령(xe template-list)을 사용하여 템플릿 개체를 나열할 수 있으며 표준 매개 변수 명령을 사 용하여 매개 변수를 조작할 수 있습니다. 자세한 내용은 저수준 매개 변수 명령 을 참조하십시오. 템플릿 매개 변수 템플릿에는 다음과 같은 매개 변수가 사용됩니다. 매개 변수 이름 설명 유형 uuid 템플릿의 고유 식별자/개체 참 조 name-label 템플릿의 이름 읽기/쓰기 name-description 템플릿의 설명 문자열 읽기/쓰기 user-version is-a-template is-control-domain power-state power-state VM 작성자 및 템플릿 문자열 (버전 정보 저장) 템플릿이면 true. 템플릿 VM은 시작할 수 없으며 다른 VM을 복제할 때만 사용됩니다. CLI를 사용해서는 is-atemplate을 설정할 수 없습니 다. 제어 도메인이면 true(도메인 0 또는 드라이버 도메인) 현재 전원 상태. 템플릿의 경 우 항상 halted 읽기/쓰기 읽기/쓰기

108 XenServer 관리자 가이드 명령줄 인터페이스 103 매개 변수 이름 설명 유형 현재 전원 상태. 템플릿의 경 우 항상 halted memory-dynamic-max memory-dynamic-min memory-static-max memory-static-min suspend-vdi-uuid VCPUs-params 최대 동적 메모리(바이 트 단위). 현재 사용되 지 않지만 변경할 경우 memory_static_max >= memory_dynamic_max >= memory_dynamic_min >= memory_static_min의 제약 조 건을 준수해야 합니다. 최소 동적 메모리(바이트 단 위). 현재 사용되지 않지만 변 경할 경우 memory-dynamicmax와 동일한 제약 조건을 준 수해야 합니다. 정적으로 설정된(절대) 최대 메모리(바이트 단위). VM에 할 당되는 메모리 양을 결정하는 데 사용되는 기본값입니다. 정적으로 설정된(절대) 최 소 메모리(바이트 단위). 절 대 최소 메모리를 나타내 며 memory-static-min은 memory-static-max보다 작아 야 합니다. 이 값은 현재 일반 작업에서 사용되지 않지만 이 전 제약 조건을 준수해야 합니 다. 일시 중단 이미지가 저장되는 VDI(템플릿의 의미 없음) 선택한 VCPU 정책의 구성 매 개 변수. 다음과 같이 VCPU의 고정을 조정할 수 있습니다. 읽기/쓰기 읽기/쓰기 읽기/쓰기 읽기/쓰기 읽기/쓰기 맵 매개 변수 xe vm-param-set \ uuid=<vm_uuid> \ VCPUs-params:mask=1,2,3 그러면 이 템플릿에서 만들어 진 VM이 물리적 CPU 1, 2, 3 에서만 실행됩니다. 또한 다음과 같이 cap 및 weight 매개 변수를 사용하여

109 XenServer 관리자 가이드 명령줄 인터페이스 104 매개 변수 이름 설명 유형 VCPU 우선 순위(xen 예약)도 조정할 수 있습니다. xe vm-param-set \ uuid=<vm_uuid> \ VCPUs-params:weight=512 xe vm-param-set \ uuid=<vm_uuid> \ VCPUs-params:cap=100 가중치가 512인 이 템플릿 기 반의 VM은 다른 XenServer 호 스트에서 가중치가 256인 도 메인보다 두 배의 CPU를 가져 옵니다. 적합한 가중치 범위는 1에서 사이이며 기본값 은 256입니다. cap에서는 XenServer 호스트 에 유휴 CPU 주기가 있더라 도 이 템플릿 기반의 VM에서 사용할 수 있는 CPU의 최대 양을 선택적으로 수정합니다. cap은 한 물리적 CPU의 백분 율로 표현됩니다. 100은 물리 적 CPU 하나, 50은 CPU의 절 반, 400은 CPU 4개 등입니다. 기본값인 0은 상한 캡이 없음 을 의미합니다. VCPUs-max VCPU의 최대 개수 읽기/쓰기 VCPUs-at-startup VCPU의 부팅 번호 읽기/쓰기 actions-after-crash 이 템플릿 기반의 VM이 손상 되면 수행할 작업 읽기/쓰기 console-uuids 가상 콘솔 장치 설정 매개 변수 platform 플랫폼별 구성 읽기/쓰기 맵 매개 변수 allowed-operations current-operations allowed-vbd-devices 이 상태에서 허용되는 작업의 목록입니다. 이 템플릿에서 현재 진행 중인 작업 목록 사용할 수 있는 VBD 식별자 목록(0-15 범위의 정수로 표현 됨). 이 목록은 정보 제공용으 로만 사용되며 다른 장치를 사 설정 매개 변수 설정 매개 변수 설정 매개 변수

110 XenServer 관리자 가이드 명령줄 인터페이스 105 매개 변수 이름 설명 유형 용할 수도 있지만 작동되지 않 을 수 있습니다. allowed-vif-devices HVM-boot-policy HVM-boot-params 사용할 수 있는 VIF 식별자 목 록(0-15 범위의 정수로 표현 됨). 이 목록은 정보 제공용으 로만 사용되며 다른 장치를 사 용할 수도 있지만 작동되지 않 을 수 있습니다. HVM 게스트의 부팅 정책. BIOS Order 또는 빈 문자열 order 키는 HVM 게스트 부팅 순서를 제어하며 부팅 방법 을 나타내는 문자로 구성된 문 자열로 표현됩니다. d는 CD/ DVD, c는 루트 디스크, n은 네 트워크 PXE 부팅을 나타냅니 다. 기본값은 dc입니다. 설정 매개 변수 읽기/쓰기 읽기/쓰기 맵 매개 변수 PV-kernel 커널 경로 읽기/쓰기 PV-ramdisk initrd 경로 읽기/쓰기 PV-args 커널 명령줄 인수 문자열 읽기/쓰기 PV-legacy-args 이 템플릿 기반의 레거시 VM 을 부팅하는 인수 문자열 읽기/쓰기 PV-bootloader 부트 로더의 이름 또는 경로 읽기/쓰기 PV-bootloader-args 부트 로더의 기타 인수 문자열 읽기/쓰기 last-boot-cpu-flags resident-on affinity other-config 이 템플릿 기반의 VM이 마지 막으로 부팅된 CPU 플래그를 설명합니다. 템플릿에 채워지 지는 않습니다. 이 템플릿 기반의 VM이 현재 상주하는 XenServer 호스트 입니다. 템플릿에 대해 <not in database>로 나타납니다. 이 템플릿 기반의 VM이 우선 실행되는 XenServer 호스트 입니다. xe vm-start 명령에서 VM을 실행할 위치를 결정하는 데 사용됩니다. 템플릿의 추가 구성 매개 변수 를 지정하는 키/값 쌍 목록 읽기/쓰기 읽기/쓰기 맵 매개 변수

111 XenServer 관리자 가이드 명령줄 인터페이스 106 매개 변수 이름 설명 유형 start-time install-time memory-actual VCPUs-number VCPUs-utilisation os-version PV-drivers-version PV-drivers-up-to-date 이 템플릿 기반의 VM에 대 한 메트릭에서 읽은 날짜 및 시간의 타임스탬프로, yyyymmddthh:mm:ss z의 형식입니다. 여기서 z는 단 일 문자 군용 표준 시간대 표 시기입니다. 예를 들어 Z는 UTC(GMT)를 나타내며 템 플릿에 1 Jan 1970 Z(Unix/ POSIX Epoch의 시작)로 설정 됩니다. 이 템플릿 기반의 VM에 대 한 메트릭에서 읽은 날짜 및 시간의 타임스탬프로, yyyymmddthh:mm:ss z의 형식입니다. 여기서 z는 단 일 문자 군용 표준 시간대 표 시기입니다. 예를 들어 Z는 UTC(GMT)를 나타내며 템 플릿에 1 Jan 1970 Z(Unix/ POSIX Epoch의 시작)로 설정 됩니다. 이 템플릿 기반의 VM에서 사 용되는 실제 메모리. 템플릿에 대해 0 이 템플릿 기반의 VM에 할당 된 가상 CPU 수. 템플릿에 대 해 0 가상 CPU 및 해당 가중치 목 록 이 템플릿 기반의 VM에 사 용되는 운영 체제의 버전입 니다. 템플릿에 대해 <not in database>로 나타납니다. 이 템플릿 기반의 VM에 사용 되는 반가상화 드라이버의 버 전입니다. 템플릿에 대해 <not in database>로 나타납니다. 이 템플릿 기반의 VM에 사 용되는 반가상화 드라이버의 최신 버전에 대한 플래그입 니다. 템플릿에 대해 <not in database>로 나타납니다. 맵 매개 변수 맵 매개 변수 맵 매개 변수

112 XenServer 관리자 가이드 명령줄 인터페이스 107 매개 변수 이름 설명 유형 memory disks 네트워크 other guest-metrics-last-updated 이 템플릿 기반의 VM에 대해 에이전트에서 보고한 메모리 메트릭입니다. 템플릿에 대해 <not in database>로 나타납니 다. 이 템플릿 기반의 VM에 대해 에이전트에서 보고한 디스크 메트릭입니다. 템플릿에 대해 <not in database>로 나타납니 다. 이 템플릿 기반의 VM에 대해 에이전트에서 보고한 네트워 크 메트릭입니다. 템플릿에 대 해 <not in database>로 나타 납니다. 이 템플릿 기반의 VM에 대해 에이전트에서 보고한 기타 메 트릭입니다. 템플릿에 대해 <not in database>로 나타납니 다. 게스트 내 에이전트에서 이 러한 필드에 마지막으로 쓴 시간의 타임스탬프로, yyyymmddthh:mm:ss z의 형식입니다. 여기서 z는 단 일 문자 군용 표준 시간대 표 시기입니다. 예를 들어 Z는 UTC(GMT)를 나타냅니다. 맵 매개 변수 맵 매개 변수 맵 매개 변수 맵 매개 변수 actions-after-shutdown VM이 종료된 후 수행할 작업 읽기/쓰기 actions-after-reboot possible-hosts HVM-shadow-multiplier dom-id recommendations VM이 다시 부팅된 후 수행할 작업 VM을 호스트할 가능성이 있는 호스트의 목록 게스트가 사용할 수 있도록 만 들 섀도잉의 양에 적용된 승수 도메인 ID(해당되는 경우, 그 렇지 않으면 -1) 이 VM의 속성에 대한 권장 값 및 범위를 나타내는 XML 사양 읽기/쓰기 읽기/쓰기

113 XenServer 관리자 가이드 명령줄 인터페이스 108 매개 변수 이름 설명 유형 xenstore-data is-a-snapshot snapshot_of snapshots snapshot_time memory-target blocked-operations last-boot-record ha-always-run VM을 만든 후 xenstore 트리 (/local/domain/<domid>/vmdata)에 삽입할 데이터입니다. 이 템플릿이 VM 스냅숏이면 True 이 템플릿이 스냅숏인 VM의 UUID 이 템플릿을 가져온 스냅숏의 UUID 가져온 최근 VM 스냅숏의 타 임스탬프 이 템플릿에 설정된 대상 메모 리 양 이 템플릿에서 수행할 수 없는 작업의 목록 이 템플릿의 마지막 부팅 매개 변수의 XML 형식 레코드 상주하고 있는 호스트에 오류 가 발생할 경우 이 템플릿의 인스턴스가 항상 다른 호스트 에서 다시 시작되면 True 읽기/쓰기 맵 매개 변수 읽기/쓰기 맵 매개 변수 읽기/쓰기 ha-restart-priority 1, 2, 3 또는 가장 적합한 값. 1 이 가장 높은 다시 시작 우선 순위입니다. 읽기/쓰기 blobs 바이너리 데이터 저장소 live 실행 중인 VM에만 해당됩니 다. template-export template-export template-uuid=<uuid_of_existing_template> filename=<filename_for_new_template> 지정된 템플릿의 복사본을 지정된 새 파일 이름의 파일로 내보냅니다. 업데이트 명령 OEM 버전의 XenServer 업데이트 작업에 사용되는 명령입니다. 표준 비 OEM 버전의 XenServer 업데이트 와 관련된 명령에 대한 자세한 내용은 패치(업데이트) 명령 을 참조하십시오. update-upload update-upload file-name=<name_of_upload_file>

114 XenServer 관리자 가이드 명령줄 인터페이스 109 새 소프트웨어 이미지를 OEM 버전의 XenServer 호스트에 스트리밍합니다. 이 변경 내용을 적용하려면 호 스트를 다시 시작해야 합니다. 사용자 명령 user-password-change user-password-change old=<old_password> new=<new_password> 로그인한 사용자의 암호를 변경합니다. 이 호출은 관리자 권한을 필요로 하므로 이전 암호 필드는 확인하 지 않습니다. VBD 명령 VBD(가상 블록 장치) 작업에 사용되는 명령입니다. VBD는 가상 디스크의 콘텐츠를 나타내는 VDI에 VM을 연결하는 소프트웨어 개체입니다. VBD에는 VDI를 VM에 연결하는 특성(부팅할 수 있는지 여부, 읽기/쓰기 메트릭 등)이 있는 반면 VDI에는 가상 디스크의 물 리적 특성에 대한 정보(SR 유형, 디스크를 공유할 수 있는지 여부, 미디어가 읽기/쓰기인지 또는 인지 여부 등)가 있습니다. 표준 개체 나열 명령(xe vbd-list)을 사용하여 VBD 개체를 나열할 수 있으며 표준 매개 변수 명령을 사용하여 매개 변수를 조작할 수 있습니다. 자세한 내용은 저수준 매개 변수 명령 을 참조하십시오. VBD 매개 변수 VBD에는 다음과 같은 매개 변수가 사용됩니다. 매개 변수 이름 설명 유형 uuid VBD의 고유 식별자/개체 참조 vm-uuid 이 VBD가 연결된 VM의 고유 식별자/개체 참조 vm-name-label 이 VBD가 연결된 VM의 이름 vdi-uuid 이 VBD가 매핑된 VDI의 고유 식별자/개체 참조 vdi-name-label 이 VBD가 매핑된 VDI의 이름 empty device true이면 빈 드라이브를 나타 냅니다. 게스트에 표시되는 장치(예: hda1) userdevice 사용자에게 친숙한 장치 이름 읽기/쓰기 bootable 이 VBD를 부팅할 수 있으면 true 읽기/쓰기 mode VBD 탑재 모드 읽기/쓰기

115 XenServer 관리자 가이드 명령줄 인터페이스 110 매개 변수 이름 설명 유형 type currently-attached storage-lock status-code status-detail VM에서 VBD가 표시되는 방 법(예: 디스크 또는 CD) VBD가 현재 이 호스트에 연결 되어 있으면 true, 그렇지 않으 면 false 저장소 수준 잠금이 있으면 True 마지막 연결 작업과 관련된 오 류/성공 코드 마지막 연결 작업 상태와 관련 된 오류/성공 정보 읽기/쓰기 qos_algorithm_type 사용할 QoS 알고리즘 읽기/쓰기 qos_algorithm_params qos_supported_algorithms io_read_kbs io_write_kbs allowed-operations current-operations unpluggable 선택한 QoS 알고리즘의 매개 변수 이 VBD에 지원되는 QoS 알고 리즘 이 VBD의 평균 읽기 속도(kB/ 초 단위) 이 VBD의 평균 쓰기 속도(kB/ 초 단위) 이 상태에서 허용되는 작업의 목록입니다. 이 목록은 권장 사항일 뿐이며 클라이언트에 서 이 필드를 읽을 때 서버 상 태가 변경되었을 수 있습니다. 이 개체를 참조로 사용하 여 실행 중인 각 작업을 해 당 작업의 특성을 설명하는 current_operation 열거형에 연 결합니다. 이 VBD가 핫 언플러그를 지원 하면 true 읽기/쓰기 맵 매개 변수 설정 매개 변수 설정 매개 변수 설정 매개 변수 읽기/쓰기 attachable 장치를 연결할 수 있으면 True other-config 추가 구성 읽기/쓰기 맵 매개 변수 vbd-create vbd-create vm-uuid=<uuid_of_the_vm> device=<device_value>

116 XenServer 관리자 가이드 명령줄 인터페이스 111 vdi-uuid=<uuid_of_the_vdi_the_vbd_will_connect_to> [bootable=true] [type=<disk CD>] [mode=<rw RO>] VM에 새 VBD를 만듭니다. device 필드에 적합한 값은 지정된 VM의 allowed-vbd-devices 매개 변수에 나열됩니다. VBD가 만들어지 기 전에 허용되는 값은 0-15 범위의 정수입니다. type이 Disk이면 vdi-uuid가 필요합니다. Disk mode는 RO 또는 RW가 될 수 있습니다. type이 CD이면 vdi-uuid는 선택 사항입니다. VDI를 지정하지 않으면 CD에 대해 빈 VBD가 만들어집니다. CD mode는 RO여야 합니다. vbd-destroy vbd-destroy uuid=<uuid_of_vbd> 지정된 VBD를 삭제합니다. VBD의 other-config:owner 매개 변수가 true로 설정되어 있으면 관련된 VDI도 삭제됩니다. vbd-eject vbd-eject uuid=<uuid_of_vbd> VBD로 표현된 드라이브에서 미디어를 제거합니다. 이 명령은 미디어가 제거 가능한 유형(물리적 CD 또는 ISO)인 경우에만 작동됩니다. 그렇지 않으면 오류 메시지 VBD_NOT_REMOVABLE_MEDIA가 반환됩니다. vbd-insert vbd-insert uuid=<uuid_of_vbd> vdi-uuid=<uuid_of_vdi_containing_media> VBD로 표현된 드라이브에 새 미디어를 넣습니다. 이 명령은 미디어가 제거 가능한 유형(물리적 CD 또는 ISO)인 경우에만 작동됩니다. 그렇지 않으면 오류 메시지 VBD_NOT_REMOVABLE_MEDIA가 반환됩니다. vbd-plug vbd-plug uuid=<uuid_of_vbd> VM이 실행 중인 상태에서 VBD를 연결합니다. vbd-unplug vbd-unplug uuid=<uuid_of_vbd> VM이 실행 중인 상태에서 VBD를 분리합니다. VDI 명령 VDI(가상 디스크 이미지) 작업에 사용되는 명령입니다. VM을 VDI에 연결하는 커넥터 개체인 VBD와 달리, VDI는 VM에 표시되는 가상 디스크의 콘텐츠를 나타내 는 소프트웨어 개체입니다. VDI에는 가상 디스크의 물리적 특성에 대한 정보(SR 유형, 디스크를 공유할 수

117 XenServer 관리자 가이드 명령줄 인터페이스 112 있는지 여부, 미디어가 읽기/쓰기인지 또는 인지 등)가 있는 반면 VBD에는 VDI를 VM에 연결하는 특성(부팅할 수 있는지 여부, 읽기/쓰기 메트릭 등)이 있습니다. 표준 개체 나열 명령(xe vdi-list)을 사용하여 VDI 개체를 나열할 수 있으며 표준 매개 변수 명령을 사용하여 매개 변수를 조작할 수 있습니다. 자세한 내용은 저수준 매개 변수 명령 을 참조하십시오. VDI 매개 변수 VDI에는 다음과 같은 매개 변수가 사용됩니다. 매개 변수 이름 설명 유형 uuid VDI의 고유 식별자/개체 참조 name-label VDI의 이름 읽기/쓰기 name-description VDI의 설명 문자열 읽기/쓰기 allowed-operations 이 상태에서 허용되는 작업 목록 설정 매개 변수 current-operations 이 VDI에서 현재 진행 중인 작업 목록 설정 매개 변수 sr-uuid VDI가 상주하는 SR vbd-uuids 이 VDI를 참조하는 VBD 목록 설정 매개 변수 crashdump-uuids 이 VDI를 참조하는 크래시 덤프 목록 설정 매개 변수 virtual-size physical-utilisation VM에 나타나는 디스크 크기(바이트 단 위). 저장소 백엔드 유형에 따라 크기가 정 확히 반영되지 않을 수도 있습니다. VDI가 SR에서 현재 차지하고 있는 물리적 공간의 양(바이트 단위) type VDI의 유형(예: System 또는 User) sharable 이 VDI를 공유할 수 있으면 true read-only storage-lock parent missing 이 VDI를 으로만 탑재할 수 있으 면 true 이 VDI가 저장소 수준에서 잠겨 있으면 true 이 VDI가 체인의 일부이면 상위 VDI를 나 타냅니다. SR 검색 작업에서 이 VDI가 없는 것으로 보고되었으면 true other-config 이 VDI의 추가 구성 정보 읽기/쓰기 맵 매개 변수 sr-name-label 포함하고 있는 저장소 리포지토리의 이름 location 위치 정보

118 XenServer 관리자 가이드 명령줄 인터페이스 113 매개 변수 이름 설명 유형 managed VDI가 관리되면 true xenstore-data VDI가 연결된 후 xenstore 트리(/local/ domain/0/backend/vbd/<domid>/<deviceid>/sm-data)에 삽입할 데이터입니다. 일 반적으로 vdi_attach에서 SM 백엔드를 통 해 설정됩니다. 맵 매개 변수 sm-config SM 종속 데이터 맵 매개 변수 is-a-snapshot 이 VDI가 VM 저장소 스냅숏이면 True snapshot_of 이 VDI가 스냅숏인 저장소의 UUID snapshots 이 VDI의 모든 스냅숏에 대한 UUID snapshot_time 이 VDI를 만든 스냅숏 작업의 타임스탬프 vdi-clone vdi-clone uuid=<uuid_of_the_vdi> [driver-params:<key=value>] 직접 사용할 수 있는 지정된 VDI의 쓰기 가능 복사본을 새로 만듭니다. 이 명령은 존재하는 위치에 고속 이 미지 복제 기능을 제공할 수 있는 vdi-copy의 변형입니다. 선택적 driver-params 맵 매개 변수를 사용하여 VDI의 기반인 백엔드 저장소 드라이버에 추가 공급업체별 구성 정보를 전달할 수 있습니다. 자세한 내용은 저장소 공급업체 드라이버 설명서를 참조하십시오. vdi-copy vdi-copy uuid=<uuid_of_the_vdi> sr-uuid=<uuid_of_the_destination_sr> 지정된 SR에 VDI를 복사합니다. vdi-create vdi-create sr-uuid=<uuid_of_the_sr_where_you_want_to_create_the_vdi> name-label=<name_for_the_vdi> type=<system user suspend crashdump> virtual-size=<size_of_virtual_disk> sm-config-*=<storage_specific_configuration_data> VDI를 만듭니다. virtual-size 매개 변수는 바이트 단위나 IEC 표준 접미사 KiB(2 10 바이트), MiB(2 20 바이트), GiB(2 30 바이트) 및 TiB(2 40 바이트)를 사용하여 지정할 수 있습니다. 참고 디스크의 스파스(sparse) 할당을 지원하는 SR 유형(예: 로컬 VHD 및 NFS)에서는 디스크의 가상 할당이 적용되지 않습니다. 따라서 사용자는 SR에 가상 디스크 공간을 초과 할당할 때 많은 주의를 기울여야 합

119 XenServer 관리자 가이드 명령줄 인터페이스 114 니다. 초과 할당된 SR이 꽉 차게 되면 SR 대상 기반에서 또는 SR에서 사용되지 않는 VDI를 삭제하여 사 용 가능한 디스크 공간을 확보해야 합니다. 참고 일부 SR 유형에서는 구성된 블록 크기로 나눌 수 있도록 virtual-size 값을 약간 높게 조정할 수 있습니다. vdi-destroy vdi-destroy uuid=<uuid_of_vdi> 지정된 VDI를 삭제합니다. 참고 로컬 VHD 및 NFS SR 유형의 경우 vdi-destroy를 실행할 때 디스크 공간이 즉시 해제되지 않고 저장소 리 포지토리 검색 작업을 진행하는 동안 차츰 해제됩니다. 삭제된 디스크 공간을 사용 가능하게 만들려면 사 용자가 직접 sr-scan을 호출해야 합니다. vdi-forget vdi-forget uuid=<uuid_of_vdi> 저장소 백엔드를 건드리지 않고 데이터베이스에서 VDI 레코드를 무조건 제거합니다. 일반 작업에서는 대 신 vdi-destroy를 사용하십시오. vdi-import vdi-import uuid=<uuid_of_vdi> filename=<filename_of_raw_vdi> 원시 VDI를 가져옵니다. vdi-introduce vdi-introduce uuid=<uuid_of_vdi> sr-uuid=<uuid_of_sr_to_import_into> name-label=<name_of_the_new_vdi> type=<system user suspend crashdump> location=<device_location_(varies_by_storage_type)> [name-description=<description_of_vdi>] [sharable=<yes no>] [read-only=<yes no>] [other-config=<map_to_store_misc_user_specific_data>] [xenstore-data=<map_to_of_additional_xenstore_keys>] [sm-config<storage_specific_configuration_data>] 실제로 저장소를 수정하거나 만들지 않고 기존 저장 장치를 나타내는 VDI 개체를 만듭니다. 이 명령은 내부 적으로 핫 플러그된 저장 장치를 자동으로 지정하는 데 주로 사용됩니다.

120 XenServer 관리자 가이드 명령줄 인터페이스 115 vdi-resize vdi-resize uuid=<vdi_uuid> disk-size=<new_size_for_disk> UUID로 지정된 VDI의 크기를 조정합니다. vdi-snapshot vdi-snapshot uuid=<uuid_of_the_vdi> [driver-params=<params>] 백업 및/또는 템플릿 작성 용도의 참조로 사용할 수 있는 읽기/쓰기 버전의 VDI를 만듭니다. VM 내부에서 백 업 소프트웨어를 설치하고 실행하는 대신 스냅숏에서 백업을 수행할 수 있습니다. 외부 백업 소프트웨어에 서 스냅숏의 콘텐츠를 백업 미디어로 스트리밍하는 동안 VM을 계속 실행할 수 있습니다. 마찬가지로 스냅숏 을 템플릿의 기반이 되는 "원판"으로 사용할 수 있습니다. 템플릿은 모든 VDI를 사용하여 만들 수 있습니다. 선택적 driver-params 맵 매개 변수를 사용하여 VDI의 기반인 백엔드 저장소 드라이버에 추가 공급업체별 구성 정보를 전달할 수 있습니다. 자세한 내용은 저장소 공급업체 드라이버 설명서를 참조하십시오. 스냅숏을 복제하면 항상 쓰기 가능 VDI가 생성됩니다. vdi-unlock vdi-unlock uuid=<uuid_of_vdi_to_unlock> [force=true] 지정된 VDI의 잠금을 해제합니다. force=true를 명령에 전달하면 잠금 해제 작업이 적용됩니다. VIF 명령 VIF(가상 네트워크 인터페이스) 작업에 사용되는 명령입니다. 표준 개체 나열 명령(xe vif-list)을 사용하여 VIF 개체를 나열할 수 있으며 표준 매개 변수 명령을 사용하여 매 개 변수를 조작할 수 있습니다. 자세한 내용은 저수준 매개 변수 명령 을 참조하십시오. VIF 매개 변수 VIF에는 다음과 같은 매개 변수가 사용됩니다. 매개 변수 이름 설명 유형 uuid VIF의 고유 식별자/개체 참조 vm-uuid 이 VIF가 상주하는 VM의 고유 식별자/개체 참조 vm-name-label 이 VIF가 상주하는 VM의 이름 allowed-operations current-operations device MAC 이 상태에서 허용되는 작업 목 록 이 VIF에서 현재 진행 중인 작 업 목록 이 VIF의 정수 레이블. VIF 백 엔드가 만들어진 순서를 나타 냅니다. 설정 매개 변수 설정 매개 변수

121 XenServer 관리자 가이드 명령줄 인터페이스 116 매개 변수 이름 설명 유형 VM에 제공되는 VIF의 MAC 주소 MTU VIF의 최대 전송 단위(바이트 단위). 이 매개 변수는 읽기 전 용이지만 other-config map 매 개 변수를 사용하여 mtu 키로 MTU 설정을 재정의할 수 있 습니다. 예를 들어 점보 프레 임을 사용하도록 가상 NIC의 MTU를 다시 설정하려면 다음 과 같이 합니다. xe vif-param-set \ uuid=<vif_uuid> \ other-config:mtu=9000 currently-attached 장치가 현재 연결되어 있는 경 우 true qos_algorithm_type 사용할 QoS 알고리즘 읽기/쓰기 qos_algorithm_params qos_supported_algorithms other-config:ethtool-rx other-config:ethtool-tx other-config:ethtool-sg other-config:ethtool-tso other-config:ethtool-ufo other-config:ethtool-gso 선택한 QoS 알고리즘의 매개 변수 이 VIF에 지원되는 QoS 알고 리즘 수신 체크섬을 사용하려면 on으로 설정하고, 사용하지 않 으려면 off로 설정합니다. 전송 체크섬을 사용하려면 on으로 설정하고, 사용하지 않 으려면 off로 설정합니다. 분산 수집을 사용하려면 on으 로 설정하고, 사용하지 않으려 면 off로 설정합니다. TCP 조각화 오프로드를 사용 하려면 on으로 설정하고, 사용 하지 않으려면 off로 설정합니 다. UDP 조각 오프로드를 사용하 려면 on으로 설정하고, 사용하 지 않으려면 off로 설정합니다. 일반 조각화 오프로드를 사용 하려면 on으로 설정하고, 사용 읽기/쓰기 맵 매개 변수 설정 매개 변수 읽기/쓰기 읽기/쓰기 읽기/쓰기 읽기/쓰기 읽기/쓰기 읽기/쓰기

122 XenServer 관리자 가이드 명령줄 인터페이스 117 매개 변수 이름 설명 유형 하지 않으려면 off로 설정합니 다. other-config:promiscuous network-uuid network-name-label io_read_kbs io_write_kbs 브리지를 통과하는 모든 트래 픽을 볼 수 있도록 브리지에서 VIF를 무차별 모드로 지정하 려면 true를 설정합니다. VM에 서 IDS(침입 탐지 시스템) 또 는 이와 유사한 항목을 실행할 때 유용합니다. 이 VIF가 연결된 가상 네트워 크의 고유 식별자/개체 참조 이 VIF가 연결된 가상 네트워 크의 설명이 포함된 이름 이 VIF의 평균 읽기 속도(kB/ 초 단위) 이 VIF의 평균 쓰기 속도(kB/ 초 단위) 읽기/쓰기 vif-create vif-create vm-uuid=<uuid_of_the_vm> device=<see below> network-uuid=<uuid_of_the_network_the_vif_will_connect_to> [mac=<mac_address>] VM에 새 VIF를 만듭니다. device 필드에 적합한 값은 지정된 VM의 allowed-vif-devices 매개 변수에 나열됩니다. VIF가 만들어지기 전에 허용되는 값은 0-15 범위의 정수입니다. mac 매개 변수는 aa:bb:cc:dd:ee:ff 형식의 표준 MAC 주소입니다. 지정하지 않으면 적절한 임의의 MAC 주 소가 만들어집니다. mac=random을 지정하여 임의의 MAC 주소를 명시적으로 설정할 수도 있습니다. vif-destroy vif-destroy uuid=<uuid_of_vif> VIF를 삭제합니다. vif-plug vif-plug uuid=<uuid_of_vif> VM이 실행 중인 상태에서 VIF를 연결합니다. vif-unplug vif-unplug uuid=<uuid_of_vif> VM이 실행 중인 상태에서 VIF를 분리합니다.

123 XenServer 관리자 가이드 명령줄 인터페이스 118 VLAN 명령 VLAN(가상 네트워크) 작업에 사용되는 명령입니다. 가상 인터페이스를 나열하고 편집하려면 PIF 명령을 참 조하십시오. 여기서 가상 네트워크가 연결되어 있는지 알려주는 VLAN 매개 변수를 확인할 수 있습니다( PIF 명령 참조). 예를 들어 VLAN을 나열하려면 xe pif-list를 사용해야 합니다. vlan-create vlan-create pif-uuid=<uuid_of_pif> vlan=<vlan_tag> network-uuid=<uuid_of_network> XenServer 호스트에 새 VLAN을 만듭니다. vlan-destroy vlan-destroy uuid=<uuid_of_pif_mapped_to_vlan> VLAN을 삭제합니다. VLAN을 나타내는 PIF의 UUID가 필요합니다. VM 명령 VM과 해당 특성을 제어하는 데 사용되는 명령입니다. VM 선택기 여기에 나열된 몇 가지 명령에는 작업을 수행할 하나 이상의 VM을 선택하는 일반적인 메커니즘이 있습니 다. 가장 간단한 방법은 vm=<name_or_uuid> 인수를 제공하는 것입니다. 필드 값에 대해 전체 VM 목록을 필 터링하여 VM을 지정할 수도 있습니다. 예를 들어 power-state=halted를 지정하면 power-state 매개 변수가 halted인 모든 VM이 선택됩니다. 일치하는 VM이 여러 개이면 --multiple 옵션을 지정해야 작업이 수행됩니 다. 일치시킬 수 있는 매개 변수의 전체 목록은 이 섹션의 시작 부분에 설명되어 있으며 xe vm-list params=all 명령을 실행하여 확인할 수 있습니다. VM을 선택하는 매개 변수를 지정하지 않으면 모든 VM에 대해 작업 이 수행됩니다. 표준 개체 나열 명령(xe vm-list)을 사용하여 VM 개체를 나열할 수 있으며 표준 매개 변수 명령을 사용하여 매개 변수를 조작할 수 있습니다. 자세한 내용은 저수준 매개 변수 명령 을 참조하십시오. VM 매개 변수 VM에는 다음과 같은 매개 변수가 사용됩니다. 참고 모든 쓰기 가능한 VM 매개 변수 값은 VM이 실행 중인 동안 변경할 수 있지만 새 매개 변수는 동적으로 적 용할 수 없으며 VM을 다시 부팅할 때까지 적용되지 않습니다. 매개 변수 이름 설명 유형 uuid VM의 고유 식별자/개체 참조 name-label VM의 이름 읽기/쓰기 name-description VM의 설명 문자열 읽기/쓰기 user-version 읽기/쓰기

124 XenServer 관리자 가이드 명령줄 인터페이스 119 매개 변수 이름 설명 유형 VM 작성자 및 템플릿 문자열 (버전 정보 저장) is-a-template is-control-domain 템플릿이 아니면 False. 템플 릿 VM은 시작할 수 없으며 다 른 VM을 복제할 때만 사용됩 니다. CLI를 사용해서는 is-atemplate을 설정할 수 없습니 다. 제어 도메인(도메인 0 또는 드 라이버 도메인)이면 True 읽기/쓰기 power-state 현재 전원 상태 memory-dynamic-max memory-dynamic-min memory-static-max memory-static-min suspend-vdi-uuid VCPUs-params 최대 동적 메모리(바이트 단 위) 최소 동적 메모리(바이트 단 위) 정적으로 설정된(절대) 최대 메모리(바이트 단위). 이 값을 변경하려면 VM을 종 료해야 합니다. 정적으로 설정된(절대) 최소 메모리(바이트 단위). 이 값을 변경하려면 VM을 종료해야 합 니다. 일시 중단 이미지가 저장되는 VDI 선택한 VCPU 정책의 구성 매 개 변수. 다음과 같이 VCPU의 고정을 조정할 수 있습니다. 읽기/쓰기 읽기/쓰기 읽기/쓰기 읽기/쓰기 읽기/쓰기 맵 매개 변수 xe vm-param-set \ uuid=<vm_uuid> \ VCPUs-params:mask=1,2,3 그러면 선택한 VM이 물리적 CPU 1, 2, 3에서만 실행됩니 다. 또한 다음과 같이 cap 및 weight 매개 변수를 사용하여

125 XenServer 관리자 가이드 명령줄 인터페이스 120 매개 변수 이름 설명 유형 VCPU 우선 순위(xen 예약)도 조정할 수 있습니다. xe vm-param-set \ uuid=<template_uuid> \ VCPUs-params:weight=512 xe vm-param-set \ uuid=<template UUID> \ VCPUs-params:cap=100 가중치가 512인 VM은 다른 XenServer 호스트에서 가중치 가 256인 도메인보다 두 배의 CPU를 가져옵니다. 적합한 가 중치 범위는 1에서 사 이이며 기본값은 256입니다. 캡에서는 XenServer 호스트 에 유휴 CPU 주기가 있더라도 VM에서 사용할 수 있는 CPU 의 최대 양을 선택적으로 수정 합니다. 캡은 하나의 물리적 CPU의 백분율로 표현됩니다. 100은 물리적 CPU 하나, 50은 CPU의 반, 400은 CPU 네 개 를 나타냅니다. 기본값 0은 상 한 캡이 없음을 의미합니다. VCPUs-max 가상 CPU의 최대 개수 읽기/쓰기 VCPUs-at-startup 가상 CPU의 부팅 번호 읽기/쓰기 actions-after-crash VM이 손상될 경우 수행할 작 업. PV 게스트에 유효한 매 개 변수는 preserve(분석 전 용), coredump_and_restart(코 어 덤프 기록, VM 다시 부팅), coredump_and_destroy(코어 덤프 기록, 중지된 VM 유지), restart(코어 덤프 없음, VM 다 시 시작) 및 destroy(코어 덤프 없음, 중지된 VM 유지)입니다. 읽기/쓰기 console-uuids 가상 콘솔 장치 설정 매개 변수 platform 플랫폼별 구성 읽기/쓰기 맵 매개 변수 allowed-operations current-operations 이 상태에서 허용되는 작업의 목록입니다. VM에서 현재 진행 중인 작업 목록 설정 매개 변수 설정 매개 변수

126 XenServer 관리자 가이드 명령줄 인터페이스 121 매개 변수 이름 설명 유형 allowed-vbd-devices allowed-vif-devices HVM-boot-policy HVM-boot-params HVM-shadow-multiplier 사용할 수 있는 VBD 식별자 목록(0-15 범위의 정수로 표현 됨). 이 목록은 정보 제공용으 로만 사용되며 다른 장치를 사 용할 수도 있지만 작동되지 않 을 수 있습니다. 사용할 수 있는 VIF 식별자 목 록(0-15 범위의 정수로 표현 됨). 이 목록은 정보 제공용으 로만 사용되며 다른 장치를 사 용할 수도 있지만 작동되지 않 을 수 있습니다. HVM 게스트의 부팅 정책. BIOS Order 또는 빈 문자열 order 키는 HVM 게스트 부팅 순서를 제어하며 부팅 방법 을 나타내는 문자로 구성된 문 자열로 표현됩니다. d는 CD/ DVD, c는 루트 디스크, n은 네 트워크 PXE 부팅을 나타냅니 다. 기본값은 dc입니다. VM에 부여할 섀도 메모리 오 버헤드의 양을 제어하는 부동 소수점 값. 기본값은 1.0(최소 값)이며 고급 사용자만 변경해 야 합니다. 설정 매개 변수 설정 매개 변수 읽기/쓰기 읽기/쓰기 맵 매개 변수 읽기/쓰기 PV-kernel 커널 경로 읽기/쓰기 PV-ramdisk initrd 경로 읽기/쓰기 PV-args 커널 명령줄 인수 문자열 읽기/쓰기 PV-legacy-args 레거시 VM을 부팅하는 인수 문자열 읽기/쓰기 PV-bootloader 부트 로더의 이름 또는 경로 읽기/쓰기 PV-bootloader-args 부트 로더의 기타 인수 문자열 읽기/쓰기 last-boot-cpu-flags resident-on affinity VM이 마지막으로 부팅된 CPU 플래그를 설명합니다. VM이 현재 상주하는 XenServer 호스트 VM이 우선 실행되는 XenServer 호스트입니다. xe 읽기/쓰기

127 XenServer 관리자 가이드 명령줄 인터페이스 122 매개 변수 이름 설명 유형 vm-start 명령에서 VM을 실행 할 위치를 결정하는 데 사용됩 니다. other-config start-time install-time VM의 추가 구성 매개 변수를 지정하는 키/값 쌍 목록 예를 들어 other-config 매개 변수에 auto_poweron: true라 는 키/값 쌍이 포함되어 있으 면 호스트 부팅 후 VM이 자동 으로 시작됩니다. VM의 메트릭을 읽은 날짜 및 시간의 타임스탬프로, yyyymmddthh:mm:ss z의 형식입니다. 여기서 z는 단 일 문자 군용 표준 시간대 표 시기입니다. 예를 들어 Z는 UTC(GMT)를 나타냅니다. VM의 메트릭을 읽은 날짜 및 시간의 타임스탬프로, yyyymmddthh:mm:ss z의 형식입니다. 여기서 z는 단 일 문자 군용 표준 시간대 표 시기입니다. 예를 들어 Z는 UTC(GMT)를 나타냅니다. 읽기/쓰기 맵 매개 변수 memory-actual VM에서 사용되는 실제 메모리 VCPUs-number VCPUs-utilisation VM에 할당된 가상 CPU 수 반가상화 Linux VM의 경우 이 수는 VCPUS-max와 다를 수 있으며 vm-vcpu-hotplug 명령 을 사용하여 VM을 다시 부팅 하지 않고 변경할 수 있습니 다. vm-vcpu-hotplug 을 참조 하십시오. Windows VM은 항 상 VCPUs-max에 설정된 개 수의 vcpu만 사용하여 실행 되며 이 값을 변경하려면 다시 부팅해야 합니다. VCPUs-number를 XenServer 호스트의 물리적 CPU 수보다 큰 값으로 설정하면 성능이 현 저히 저하됩니다. 가상 CPU 및 해당 가중치 목 록 맵 매개 변수

128 XenServer 관리자 가이드 명령줄 인터페이스 123 매개 변수 이름 설명 유형 os-version VM의 운영 체제 버전 맵 매개 변수 PV-drivers-version VM의 반가상화 드라이버 버전 맵 매개 변수 PV-drivers-up-to-date memory disks 네트워크 other guest-metrics-last-updated VM의 최신 반가상화 드라이버 버전에 대한 플래그 VM에 대해 에이전트에서 보고 한 메모리 메트릭 VM에 대해 에이전트에서 보고 한 디스크 메트릭 VM에 대해 에이전트에서 보고 한 네트워크 메트릭 VM에 대해 에이전트에서 보고 한 기타 메트릭 게스트 내 에이전트에서 이 러한 필드에 마지막으로 쓴 시간의 타임스탬프로, yyyymmddthh:mm:ss z의 형식입니다. 여기서 z는 단 일 문자 군용 표준 시간대 표 시기입니다. 예를 들어 Z는 UTC(GMT)를 나타냅니다. 맵 매개 변수 맵 매개 변수 맵 매개 변수 맵 매개 변수 actions-after-shutdown VM이 종료된 후 수행할 작업 읽기/쓰기 actions-after-reboot VM이 다시 부팅된 후 수행할 작업 읽기/쓰기 possible-hosts 이 VM의 잠재적 호스트 dom-id recommendations xenstore-data 도메인 ID(해당되는 경우, 그 렇지 않으면 -1) 이 VM의 속성에 대한 권장 값 및 범위를 나타내는 XML 사양 VM을 만든 후 xenstore 트리 (/local/domain/<domid>/vmdata)에 삽입할 데이터 읽기/쓰기 맵 매개 변수 is-a-snapshot 이 VM이 스냅숏이면 True snapshot_of snapshots 이 항목이 스냅숏인 VM의 UUID 이 VM의 모든 스냅숏에 대한 UUID

129 XenServer 관리자 가이드 명령줄 인터페이스 124 매개 변수 이름 설명 유형 snapshot_time memory-target blocked-operations last-boot-record ha-always-run 이 VM 스냅숏을 만든 스냅숏 작업의 타임스탬프 이 VM에 설정된 대상 메모리 양 이 VM에서 수행할 수 없는 작 업을 나열합니다. 이 템플릿의 마지막 부팅 매개 변수의 XML 형식 레코드 상주하는 호스트에서 오류가 발생할 경우 이 VM이 항상 다 른 호스트에서 다시 시작되면 True 읽기/쓰기 맵 매개 변수 읽기/쓰기 ha-restart-priority 1, 2, 3 또는 가장 적합한 값. 1 이 가장 높은 다시 시작 우선 순위입니다. 읽기/쓰기 blobs 바이너리 데이터 저장소 live VM이 실행 중이면 true이고, HA에서 VM이 실행 불가능하 다고 의심되면 false vm-cd-add vm-cd-add cd-name=<name_of_new_cd> device=<integer_value_of_an_available_vbd> [<vm-selector>=<vm_selector_value>...] 선택한 VM에 새 가상 CD를 추가합니다. device 매개 변수는 VM의 allowed-vbd-devices 매개 변수 값에 서 선택해야 합니다. 이 작업이 수행되는 VM은 표준 선택 메커니즘을 사용하여 선택됩니다(VM selectors 참조). 이 섹션 시작 부 분에 나열된 VM parameters를 개수에 관계없이 선택적 인수로 사용할 수 있습니다. vm-cd-eject vm-cd-eject [<vm-selector>=<vm_selector_value>...] 가상 CD 드라이브에서 CD를 꺼냅니다. 이 명령은 VM에 연결된 CD가 하나인 경우에만 작동됩니다. CD가 두 개 이상이면 xe vbd-eject 명령을 사용하고 VBD의 UUID를 지정하십시오. 이 작업이 수행되는 VM은 표준 선택 메커니즘을 사용하여 선택됩니다(VM selectors 참조). 이 섹션 시작 부 분에 나열된 VM parameters를 개수에 관계없이 선택적 인수로 사용할 수 있습니다. vm-cd-insert vm-cd-insert cd-name=<name_of_cd> [<vm-selector>=<vm_selector_value>...]

130 XenServer 관리자 가이드 명령줄 인터페이스 125 가상 CD 드라이브에 CD를 넣습니다. 이 명령은 VM에 연결된 빈 CD 장치가 하나인 경우에만 작동됩니다. 빈 CD 장치가 두 개 이상이면 xe vbd-insert 명령을 사용하고 삽입할 VBD 및 VDI의 UUID를 지정하십시오. 이 작업이 수행되는 VM은 표준 선택 메커니즘을 사용하여 선택됩니다(VM selectors 참조). 이 섹션 시작 부 분에 나열된 VM parameters를 개수에 관계없이 선택적 인수로 사용할 수 있습니다. vm-cd-list vm-cd-list [vbd-params] [vdi-params] [<vm-selector>=<vm_selector_value>...] 지정된 VM에 연결된 CD를 나열합니다. 이 작업이 수행되는 VM은 표준 선택 메커니즘을 사용하여 선택됩니다(VM selectors 참조). 이 섹션 시작 부 분에 나열된 VM parameters를 개수에 관계없이 선택적 인수로 사용할 수 있습니다. 나열할 VBD 및 VDI 매개 변수를 선택할 수도 있습니다. vm-cd-remove vm-cd-remove cd-name=<name_of_cd> [<vm-selector>=<vm_selector_value>...] 지정된 VM에서 가상 CD를 제거합니다. 이 작업이 수행되는 VM은 표준 선택 메커니즘을 사용하여 선택됩니다(VM selectors 참조). 이 섹션 시작 부 분에 나열된 VM parameters를 개수에 관계없이 선택적 인수로 사용할 수 있습니다. vm-clone vm-clone new-name-label=<name_for_clone> [new-name-description=<description_for_clone>] [<vm-selector>=<vm_selector_value>...] 사용 가능한 경우 저장소 수준 빠른 디스크 복제 작업을 사용하여 기존 VM을 복제합니다. new-name-label 및 new-name-description 인수를 사용하여 복제한 VM의 이름과 설명(선택 사항)을 지정합니다. 이 작업이 수행되는 VM은 표준 선택 메커니즘을 사용하여 선택됩니다(VM selectors 참조). 이 섹션 시작 부 분에 나열된 VM parameters를 개수에 관계없이 선택적 인수로 사용할 수 있습니다. vm-compute-maximum-memory vm-compute-maximum-memory total=<amount_of_available_physical_ram_in_bytes> [approximate=<add overhead memory for additional vcpus? true false>] [<vm_selector>=<vm_selector_value>...] 물리적 RAM의 총합을 상한으로 사용하여 기존 VM에 할당할 수 있는 최대 정적 메모리의 양을 계산합니다. 선택적 매개 변수 approximate는 나중에 VM에 다른 vcpu를 추가할 때를 대비하여 계산에 충분한 추가 메 모리를 남겨 둡니다. 예를 들면 다음과 같습니다. xe vm-compute-maximum-memory vm=testvm total=`xe host-list params=memory-free --minimal` xe host-list 명령에서 반환된 memory-free 매개 변수 값을 사용하여 testvm이라는 VM의 최대 메모리를 설 정합니다. 이 작업이 수행되는 VM은 표준 선택 메커니즘을 사용하여 선택됩니다(VM selectors 참조). 이 섹션 시작 부 분에 나열된 VM parameters를 개수에 관계없이 선택적 인수로 사용할 수 있습니다.

131 XenServer 관리자 가이드 명령줄 인터페이스 126 vm-copy vm-copy new-name-label=<name_for_copy> [new-name-description=<description_for_copy>] [sr-uuid=<uuid_of_sr>] [<vm-selector>=<vm_selector_value>...] 저장소 수준 빠른 디스크 복제 작업을 사용할 수 있더라도 사용하지 않고 기존 VM을 복사합니다. 복사한 VM 의 디스크 이미지는 반드시 "전체 이미지"입니다. 즉, CoW(기록 중 복사) 체인의 일부가 아닙니다. new-name-label 및 new-name-description 인수를 사용하여 복사한 VM의 이름과 설명(선택 사항)을 지정합 니다. sr-uuid를 사용하여 복사한 VM의 대상 SR을 지정합니다. 이 매개 변수를 지정하지 않으면 대상이 원래 VM 이 있는 SR과 같게 됩니다. 이 작업이 수행되는 VM은 표준 선택 메커니즘을 사용하여 선택됩니다(VM selectors 참조). 이 섹션 시작 부 분에 나열된 VM parameters를 개수에 관계없이 선택적 인수로 사용할 수 있습니다. vm-crashdump-list vm-crashdump-list [<vm-selector>=<vm selector value>...] 지정된 VM과 관련된 크래시 덤프를 나열합니다. 선택적 인수 params를 사용한 경우 params의 값은 표시하려고 하는 이 개체의 매개 변수 목록이 포함된 문 자열입니다. 또는 키워드 all을 사용하여 모든 매개 변수를 표시할 수 있습니다. params를 사용하지 않을 경 우 반환되는 목록에는 사용 가능한 모든 매개 변수의 기본 하위 집합이 표시됩니다. 이 작업이 수행되는 VM은 표준 선택 메커니즘을 사용하여 선택됩니다(VM selectors 참조). 이 섹션 시작 부 분에 나열된 VM parameters를 개수에 관계없이 선택적 인수로 사용할 수 있습니다. vm-data-source-forget vm-data-source-forget data-source=<name_description_of_data-source> [<vm-selector>=<vm selector value>...] VM의 지정된 데이터 원본 기록을 중지하고 기록된 데이터의 목록을 모두 제거합니다. 이 작업이 수행되는 VM은 표준 선택 메커니즘을 사용하여 선택됩니다(VM selectors 참조). 이 섹션 시작 부 분에 나열된 VM parameters를 개수에 관계없이 선택적 인수로 사용할 수 있습니다. vm-data-source-list vm-data-source-list [<vm-selector>=<vm selector value>...] VM에 대해 기록할 수 있는 데이터 원본을 나열합니다. 이 작업이 수행되는 VM은 표준 선택 메커니즘을 사용하여 선택됩니다(VM selectors 참조). 이 섹션 시작 부 분에 나열된 VM parameters를 개수에 관계없이 선택적 인수로 사용할 수 있습니다. vm-data-source-query vm-data-source-query data-source=<name_description_of_data-source> [<vm-selector>=<vm selector value>...] VM의 지정된 데이터 원본을 표시합니다.

132 XenServer 관리자 가이드 명령줄 인터페이스 127 이 작업이 수행되는 VM은 표준 선택 메커니즘을 사용하여 선택됩니다(VM selectors 참조). 이 섹션 시작 부 분에 나열된 VM parameters를 개수에 관계없이 선택적 인수로 사용할 수 있습니다. vm-data-source-record vm-data-source-record data-source=<name_description_of_data-source> [<vm-selector>=<vm selector value>...] VM의 지정된 데이터 원본을 기록합니다. VM의 영구 성능 메트릭 데이터베이스에 데이터 원본의 정보가 작성됩니다. 이 데이터베이스는 성능상의 이 유로 일반 에이전트 데이터베이스와 구별됩니다. 데이터 원본에는 true/false 매개 변수인 standard 및 enabled가 있으며 vm-data-source-list 명령의 출력에서 이를 확인할 수 있습니다. enabled=true이면 데이터 원본의 메트릭이 현재 성능 데이터베이스에 기록되고 있 고, enabled=false이면 그렇지 않습니다. standard=true인 데이터 원본은 기본적으로 enabled=true이며 성능 데이터베이스에 해당 메트릭이 기록됩니다. standard=false인 데이터 원본은 기본적으로 enabled=false입 니다. vm-data-source-record 명령을 실행하면 enabled=false로 설정됩니다. 사용하도록 설정된 후에는 vm-data-source-forget 명령을 사용하여 데이터 원본의 메트릭 기록을 중지할 수 있습니다. 이 작업이 수행되는 VM은 표준 선택 메커니즘을 사용하여 선택됩니다(VM selectors 참조). 이 섹션 시작 부 분에 나열된 VM parameters를 개수에 관계없이 선택적 인수로 사용할 수 있습니다. vm-destroy vm-destroy uuid=<uuid_of_vm> 지정된 VM을 삭제합니다. VM과 관련된 저장소는 그대로 유지됩니다. 저장소도 함께 삭제하려면 xe vmuninstall을 사용합니다. vm-disk-add vm-disk-add disk-size=<size_of_disk_to_add> device=<uuid_of_device> [<vm-selector>=<vm_selector_value>...] 지정된 VM에 새 디스크를 추가합니다. VM의 allowed-vbd-devices 매개 변수 값에서 device 매개 변수를 선택합니다. disk-size 매개 변수는 바이트 단위나 IEC 표준 접미사 KiB(2 10 바이트), MiB(2 20 바이트), GiB(2 30 바이트) 및 TiB(2 40 바이트)를 사용하여 지정할 수 있습니다. 이 작업이 수행되는 VM은 표준 선택 메커니즘을 사용하여 선택됩니다(VM selectors 참조). 이 섹션 시작 부 분에 나열된 VM parameters를 개수에 관계없이 선택적 인수로 사용할 수 있습니다. vm-disk-list vm-disk-list [vbd-params] [vdi-params] [<vm-selector>=<vm_selector_value>...] 지정된 VM에 연결된 디스크를 나열합니다. vbd-params 및 vdi-params 매개 변수는 출력할 해당 개체의 필드 를 제어하므로 쉼표로 구분된 목록으로 제공되거나 특수 키 all을 사용하여 전체 목록으로 제공되어야 합니다. 이 작업이 수행되는 VM은 표준 선택 메커니즘을 사용하여 선택됩니다(VM selectors 참조). 이 섹션 시작 부 분에 나열된 VM parameters를 개수에 관계없이 선택적 인수로 사용할 수 있습니다.

133 XenServer 관리자 가이드 명령줄 인터페이스 128 vm-disk-remove vm-disk-remove device=<integer_label_of_disk> [<vm-selector>=<vm_selector_value>...] 지정된 VM에서 디스크를 제거하고 삭제합니다. 이 작업이 수행되는 VM은 표준 선택 메커니즘을 사용하여 선택됩니다(VM selectors 참조). 이 섹션 시작 부 분에 나열된 VM parameters를 개수에 관계없이 선택적 인수로 사용할 수 있습니다. vm-export vm-export filename=<export_filename> [metadata=<true false>] [<vm-selector>=<vm_selector_value>...] 디스크 이미지를 포함한 지정된 VM을 로컬 컴퓨터의 파일로 내보냅니다. filename 매개 변수를 사용하여 VM을 내보낼 파일 이름을 지정합니다. 규칙에 따라 파일 이름에.xva 확장명을 사용해야 합니다. metadata 매개 변수가 true이면 디스크를 내보내지 않고 VM 메타데이터만 출력 파일에 작성됩니다. 이 설 정은 기본 저장소가 다른 메커니즘을 통해 전달될 때 사용되며 VM 정보를 다시 만들도록 허용합니다( vmimport 참조). 이 작업이 수행되는 VM은 표준 선택 메커니즘을 사용하여 선택됩니다(VM selectors 참조). 이 섹션 시작 부 분에 나열된 VM parameters를 개수에 관계없이 선택적 인수로 사용할 수 있습니다. vm-import vm-import filename=<export_filename> [metadata=<true false>] [preserve=<true false>] [sr-uuid=<destination_sr_uuid>] 이전에 내보낸 파일에서 VM을 가져옵니다. preserve가 true로 설정되어 있으면 원래 VM의 MAC 주소가 유 지됩니다. sr-uuid는 VM을 가져올 대상 SR을 결정하며 지정하지 않을 경우 기본 SR로 설정됩니다. filename 매개 변수가 XenServer 3.2의 레거시 내보내기 형식이며 일부 타사 공급업체에서 가상 장비를 제 공하는 데 사용되는 XVA 형식의 VM을 가리킬 수도 있습니다. 이 형식은 VM 데이터를 저장할 디렉터리를 사용하므로 filename을 실제 파일이 아닌 XVA 내보내기의 루트 디렉터리로 설정합니다. 가져온 레거시 게 스트의 이후 내보내기는 새 파일 이름 기반 형식으로 자동 업그레이드되며 VM 구성에 대한 더 많은 데이 터가 저장됩니다. 참고 이전의 디렉터리 기반 XVA 형식은 모든 VM 특성을 전부 유지하지는 않습니다. 특히 가져온 VM에 기본 적으로 가상 네트워크 인터페이스가 연결되지 않습니다. 네트워킹이 필요하면 vif-create 및 vif-plug를 사 용하여 만드십시오. metadata가 true이면 이전에 내보낸 메타데이터 집합을 연결된 디스크 블럭 없이 가져올 수 있습니다. SR 및 VDI.location에서 지정된 VDI를 찾을 수 없으면 가져오기를 무조건 진행하는 --force 옵션이 지정되지 않 는 한 "메타데이터만 가져오기"를 제대로 수행할 수 없습니다. 디스크를 미러링하거나 대역 외로 이동할 수 있으면 메타데이터 가져오기/내보내기를 통해 연결되지 않은 풀 사이에 VM을 빠르게 이동할 수 있습니다 (예: 재해 복구 계획의 일부로).

134 XenServer 관리자 가이드 명령줄 인터페이스 129 vm-install vm-install new-name-label=<name> [ template-uuid=<uuid_of_desired_template> [template=<uuid_or_name_of_desired_template>]] [ sr-uuid=<sr_uuid> sr-name-label=<name_of_sr> ] 템플릿에서 VM을 설치합니다. template-uuid 또는 template 인수를 사용하여 템플릿 이름을 지정하고, sruuid 또는 sr-name-label 인수를 사용하여 기본 SR이 아닌 다른 SR을 지정합니다. vm-memory-shadow-multiplier-set vm-memory-shadow-multiplier-set [<vm-selector>=<vm_selector_value>...] [multiplier=<float_memory_multiplier>] 지정된 VM의 섀도우 메모리 승수를 설정합니다. 이 옵션은 하드웨어에서 지원하는 VM에 할당된 섀도우 메모리의 양을 수정하는 고급 옵션입니다. Citrix XenApp와 같이 일부 특수한 응용 프로그램 작업량에서 성능을 극대화하려면 추가 섀도우 메모리가 필요 합니다. 이 메모리는 오버헤드로 간주되며, VM에 메모리를 할당하기 위한 일반적인 메모리 계산에서 제외됩니다. 이 명령을 호출하면 사용 가능한 XenServer 호스트 메모리의 양이 승수에 따라 줄어들고, Xen에서 VM에 할 당한 실제 값으로 HVM_shadow_multiplier 필드가 업데이트됩니다. 사용 가능한 XenServer 호스트 메모리 가 충분하지 않으면 오류가 반환됩니다. 이 작업이 수행되는 VM은 표준 선택 메커니즘을 사용하여 선택됩니다(자세한 내용은 VM selectors 참조). vm-migrate vm-migrate [[host-uuid=<destination XenServer host UUID>] [host=<name or UUID of destination XenServer host>]] [<vm-selector>=<vm_selector_value>...] [live=<true false>] 지정된 VM을 물리적 호스트 간에 마이그레이션합니다. host 매개 변수는 XenServer 호스트의 이름 또는 UUID일 수 있습니다. 기본적으로 VM은 다른 호스트에서 일시 중단되고 마이그레이션된 다음 다시 시작됩니다. live 매개 변수는 마이그레이션이 수행되는 동안 XenMotion을 활성화하고 VM을 실행 상태로 유지함으로써 VM 중단 시간을 1초 미만으로 최소화합니다. VM에서 아주 많은 양의 메모리가 필요한 작업량을 처리해야 할 때와 같이 경 우에 따라서는 XenMotion이 기본 모드로 다시 전환하고 메모리 전송이 완료될 때까지 잠시 동안 VM을 일 시 중지합니다. 이 작업이 수행되는 VM은 표준 선택 메커니즘을 사용하여 선택됩니다(VM selectors 참조). 이 섹션 시작 부 분에 나열된 VM parameters를 개수에 관계없이 선택적 인수로 사용할 수 있습니다. vm-reboot vm-reboot [<vm-selector>=<vm_selector_value>...] [force=<true>] 지정된 VM을 재부팅합니다. 이 작업이 수행되는 VM은 표준 선택 메커니즘을 사용하여 선택됩니다(VM selectors 참조). 이 섹션 시작 부 분에 나열된 VM parameters를 개수에 관계없이 선택적 인수로 사용할 수 있습니다. 물리적 서버의 전원을 분리하는 것과 마찬가지로 서버를 비정상적으로 종료하려면 force 인수를 사용하십 시오.

135 XenServer 관리자 가이드 명령줄 인터페이스 130 vm-reset-powerstate vm-reset-powerstate [<vm-selector>=<vm_selector_value>...] {force=true} 이 작업이 수행되는 VM은 표준 선택 메커니즘을 사용하여 선택됩니다(VM selectors 참조). 이 섹션 시작 부 분에 나열된 VM parameters를 개수에 관계없이 선택적 인수로 사용할 수 있습니다. 이 명령은 풀의 구성원 호스트가 작동 중단된 경우에만 사용해야 하는 고급 명령입니다. 이 명령을 사용하 면 풀 마스터에서 VM의 전원 상태를 중단됨으로 다시 설정할 수 있습니다. 그러면 VM과 해당 디스크에 잠 금이 강제로 설정되어 다른 풀 호스트에서 VM이 시작될 수 있습니다. 이 명령을 호출하려면 force 플래그를 지정해야 하며, 이 플래그가 명령줄에 없으면 명령이 실패합니다. vm-resume vm-resume [<vm-selector>=<vm_selector_value>...] [force=<true false>] [on=<xenserver host UUID>] 지정된 VM을 다시 시작합니다. 이 작업이 수행되는 VM은 표준 선택 메커니즘을 사용하여 선택됩니다(VM selectors 참조). 이 섹션 시작 부 분에 나열된 VM parameters를 개수에 관계없이 선택적 인수로 사용할 수 있습니다. VM이 호스트 풀의 공유 SR에 있는 경우 풀에서 VM을 시작할 대상 호스트를 지정하려면 on 인수를 사용합 니다. 기본적으로 시스템에서는 풀의 구성원 중 적절한 호스트를 결정합니다. vm-shutdown vm-shutdown [<vm-selector>=<vm_selector_value>...] [force=<true false>] 지정된 VM을 종료합니다. 이 작업이 수행되는 VM은 표준 선택 메커니즘을 사용하여 선택됩니다(VM selectors 참조). 이 섹션 시작 부 분에 나열된 VM parameters를 개수에 관계없이 선택적 인수로 사용할 수 있습니다. 물리적 서버의 전원을 분리하는 것과 마찬가지로 서버를 비정상적으로 종료하려면 force 인수를 사용하십 시오. vm-start vm-start [<vm-selector>=<vm_selector_value>...] [force=<true false>] [on=<xenserver host UUID>] [-- multiple] 지정된 VM을 시작합니다. 이 작업이 수행되는 VM은 표준 선택 메커니즘을 사용하여 선택됩니다(VM selectors 참조). 이 섹션 시작 부 분에 나열된 VM parameters를 개수에 관계없이 선택적 인수로 사용할 수 있습니다. VM이 호스트 풀의 공유 SR에 있는 경우 풀에서 VM을 시작할 대상 호스트를 지정하려면 on 인수를 사용합 니다. 기본적으로 시스템에서는 풀의 구성원 중 적절한 호스트를 결정합니다. vm-suspend vm-suspend [<vm-selector>=<vm_selector_value>...] 지정된 VM을 일시 중단합니다.

136 XenServer 관리자 가이드 명령줄 인터페이스 131 이 작업이 수행되는 VM은 표준 선택 메커니즘을 사용하여 선택됩니다(VM selectors 참조). 이 섹션 시작 부 분에 나열된 VM parameters를 개수에 관계없이 선택적 인수로 사용할 수 있습니다. vm-uninstall vm-uninstall [<vm-selector>=<vm_selector_value>...] [force=<true false>] VM을 제거합니다. 그러면 해당 디스크(RW로 표시되고 이 VM에만 연결된 VDI)뿐 아니라 메타데이터 레코 드도 삭제됩니다. VM 메타데이터만 삭제하려면 xe vm-destroy를 사용합니다. 이 작업이 수행되는 VM은 표준 선택 메커니즘을 사용하여 선택됩니다(VM selectors 참조). 이 섹션 시작 부 분에 나열된 VM parameters를 개수에 관계없이 선택적 인수로 사용할 수 있습니다. vm-vcpu-hotplug vm-vcpu-hotplug new-vcpus=<new_vcpu_count> [<vm-selector>=<vm_selector_value>...] 실행 중인 반가상화 Linux VM에 사용할 수 있는 VCPU의 수를 VCPUs-max 매개 변수로 제한된 수를 넘지 않는 범위에서 동적으로 조정합니다. Windows VM은 항상 VCPUs-max에 설정된 수의 VCPU를 사용하여 실행되기 때문에 이 값을 변경하려면 재부팅해야 합니다. 이 작업이 수행될 반가상화 Linux VM은 표준 선택 메커니즘을 사용하여 선택됩니다(VM selectors 참조). 이 섹션 시작 부분에 나열된 VM parameters를 개수에 관계없이 선택적 인수로 사용할 수 있습니다. vm-vif-list vm-vif-list [<vm-selector>=<vm_selector_value>...] 지정된 VM에서 VIF를 나열합니다. 이 작업이 수행되는 VM은 표준 선택 메커니즘을 사용하여 선택됩니다(VM selectors 참조). 선택기는 필터 링 시 VIF 값이 아니라 VM 레코드에 대해 작동합니다. 이 섹션 시작 부분에 나열된 VM parameters를 개수 에 관계없이 선택적 인수로 사용할 수 있습니다.

137 8장. 문제 해결 이 장은 비정상적인 동작, 응용 프로그램 크래시 또는 XenServer 호스트 관련 기타 문제가 발생하는 경우 문 제를 해결할 수 있도록 도와 주며, 문제 해결에 실패할 경우 XenServer 솔루션 공급자 및 Citrix에서 문제를 추적 및 해결하는 데 도움이 되는 기타 정보와 응용 프로그램 로그의 위치를 설명합니다. 설치와 관련된 문제 해결은 XenServer 설치 가이드에서 다룹니다. 가상 컴퓨터 문제에 대한 해결 방법은 XenServer 가상 컴퓨터 설치 가이드에 설명되어 있습니다. 중요 이 장에 나오는 문제 해결 정보는 Citrix 솔루션 공급자나 Citrix 지원 부서의 안내를 받고 따르는 것이 좋 습니다. Citrix에서는 두 가지 형식의 지원을 제공합니다. 지원 사이트를 통해 각자 무료 지원을 사용하거나 지원 서 비스를 구입하고 온라인 지원 케이스를 작성하여 직접 요청을 제출할 수도 있습니다. 무료 웹 기반 리소스 에는 제품 설명서, 기술 자료 및 토론 포럼이 포함됩니다. XenServer 호스트 로그 XenCenter를 사용하여 XenServer 호스트 정보를 수집할 수 있습니다. Tools(도구) 메뉴에서 Get Server Status Report...(서버 상태 보고서 가져오기...)를 클릭하여 Server Status Report(서버 상태 보고서) 마법사 를 엽니다. 다양한 로그, 크래시 덤프 등 여러 가지 종류의 정보 목록에서 선택할 수 있습니다. 이러한 정보 는 컴파일된 후 XenCenter가 실행 중인 컴퓨터에 다운로드됩니다. 자세한 내용은 XenCenter 도움말을 참 조하십시오. XenServer 호스트에는 xen-bugtool 유틸리티를 사용하여 다양한 시스템 정보와 로그 출력을 간단하게 비교 해 볼 수 있는 몇 가지 CLI 명령도 있습니다. host-bugreport-upload xe 명령을 사용하면 적절한 로그 파일과 시스템 정보를 수집하여 Citrix 지원 ftp 사이트에 업로드할 수 있습니다. 이 명령 및 사용 가능한 선택적 매개 변수에 대한 자세한 내용은 host-bugreport-upload 를 참조하십시오. Citrix 지원으로 크래시 덤프를 보내도 록 요청받은 경우에는 host-crashdump-upload xe 명령을 사용하십시오. 이 명령 및 사용 가능한 선택적 매 개 변수에 대한 자세한 내용은 host-crashdump-upload 를 참조하십시오. 경고 XenServer 호스트 로그에는 중요한 정보가 기록될 수 있습니다. 기본적으로 서버 로그는 오류와 경고만 보고합니다. 더 자세한 정보가 필요한 경우에는 자세한 로깅을 사용 하도록 설정할 수 있습니다. 그렇게 하려면 다음과 같이 host-loglevel-set 명령을 사용하십시오. host-loglevel-set log-level=level level은 0, 1, 2, 3 또는 4로 지정할 수 있으며 여기서 0은 가장 자세한 수준이고, 4는 가장 간단한 수준입니다. 5MB를 초과하는 로그 파일은 회전되어 4개의 수정본이 유지됩니다. logrotate 명령은 1시간 단위로 실행됩 니다.

138 XenServer 관리자 가이드 문제 해결 133 중앙 서버에 호스트 로그 메시지 보내기 로그를 제어 도메인 파일 시스템에 기록하는 대신 원격 서버에 기록하도록 XenServer 호스트를 구성할 수 있습니다. 원격 서버에서 로그를 수신하고 올바르게 집계하려면 해당 서버에 syslogd 디먼이 실행되고 있어 야 합니다. syslogd 디먼은 Linux 및 Unix의 모든 버전에 표준 요소로 포함되어 있으며 Windows 및 기타 운 영 체제에서 사용할 수 있는 타사 버전도 있습니다. 원격 서버에 로그를 기록하려면 1. 로그를 기록할 원격 서버의 IP 주소 또는 호스트 이름으로 syslog_destination 매개 변수를 설정합니다. xe host-param-set uuid=<xenserver_host_uuid> logging:syslog_destination=<hostname> 2. 다음과 같이 명령을 실행합니다. xe host-syslog-reconfigure uuid=<xenserver_host_uuid> 실행을 마치면 변경 내용이 적용됩니다. host 매개 변수를 지정하여 원격으로 이 명령을 실행할 수도 있습니다. XenCenter 로그 XenCenter에는 클라이언트 쪽 로그도 있습니다. 이 파일에는 XenCenter를 사용할 때 발생하는 모든 작업 과 오류에 대한 전체 설명이 포함됩니다. 또한 발생한 다양한 작업의 감사 추적을 제공하는 정보 제공용 이 벤트 로깅도 포함됩니다. XenCenter 로그 파일은 프로필 폴더에 저장됩니다. XenCenter가 Windows XP에 설치되었으면 경로는 다음과 같습니다. %userprofile%\appdata\citrix\xencenter\logs\xencenter.log XenCenter가 Windows Vista에 설치되었으면 경로는 다음과 같습니다. %userprofile%\appdata\citrix\roaming\xencenter\logs\xencenter.log XenCenter 로그 파일을 열거나 전자 메일로 보내기 위해 빨리 찾으려면 XenCenter Help(도움말) 메뉴에서 View Application Log Files(응용 프로그램 로그 파일 보기)를 클릭하십시오. XenCenter와 XenServer 호스트 간의 연결 문제 해결 XenCenter와 XenServer 호스트의 연결에 문제가 있으면 다음을 확인하십시오. XenCenter가 연결하려는 XenServer 호스트보다 이전 버전인지 여부 XenCenter 응용 프로그램은 이전 버전과 호환되며 이전 버전의 XenServer 호스트와 적절히 통신할 수 있 지만 이전 버전의 XenCenter는 그보다 최신 버전인 XenServer 호스트와 제대로 통신할 수 없습니다. 이 문제를 해결하려면 XenServer 호스트 버전과 같거나 더 최신 버전인 XenCenter를 설치하십시오. 해당 라이센스가 최신 라이센스인지 여부 XenCenter의 Licenses(라이센스) 섹션에 있는 XenServer 호스트의 General(일반) 탭에서 라이센스 키의 만료 날짜를 확인할 수 있습니다. 또한 소프트웨어를 버전에서 최신 버전으로 업그레이드한 경우 새 라이센스 파일을 받아 적용해야 합니다.

139 XenServer 관리자 가이드 문제 해결 134 호스트 라이센스에 대한 자세한 내용은 XenServer 설치 가이드의 "XenServer 라이센스" 장을 참조하십 시오. XenServer 호스트는 HTTPS를 사용하여 포트 443(XenAPI를 사용한 명령 및 응답의 양방향 연결) 및 5900(반가상화 Linux VM과의 그래픽 VNC 연결용)을 통해 XenCenter와 통신합니다. XenServer 호스트 와 클라이언트 소프트웨어를 실행 중인 컴퓨터 사이에 방화벽을 사용하는 경우 이러한 포트의 트래픽이 허용되는지 확인하십시오.

140 9장. 리소스 할당 가상화 응용 프로그램 작업량의 통합은 모든 작업량이 동시에 동일한 물리적 리소스(CPU, 디스크, 네트워 크)에서 경쟁하지 않을 때 가장 성공적입니다. 작업량 최적화는 물리적 하드웨어에 대한 각 작업량의 리소스 사용 기록 측정값(예: PlateSpin PowerRecon)으로 가장 잘 알 수 있습니다. 이 장에서는 XenServer 설치에 서 리소스 할당을 최적화하는 최상의 방법에 대한 팁과 설명을 제공합니다. 크기 조정 및 최상의 방법 다음 크기 조정 팁에서는 CPU, 메모리, 디스크 I/O 및 네트워크 I/O의 사용 작업량을 낮은 상태에서 중간 정 도 낮은 상태로 가정합니다. 또한 사용자가 2006 후반 서버와 같은 비교적 최신 하드웨어를 사용하고 있다 고 가정합니다. 이 작업량 범위는 대개 5-15%인 x86 서버의 평균 사용률과 비슷합니다. CPU 크기 조정 팁 XenServer 엔진이 시스템에서 하나의 물리적 CPU 코어를 사용한다고 가정합니다. 나머지 코어는 VM에 사용될 수 있습니다. VM에 적합한 크기 조정 규칙은 물리적 CPU 코어당 VM 4-6개입니다. 예를 들어 코어가 4개인 표준 랙 서버는 일반적으로 VM에 CPU 3개를 할당하고 VM을 12-18개 정도 실행 합니다. 이 섹션에서는 여러 XenServer 가상 컴퓨터 간에 물리적 CPU 코어를 배포하는 간단한 지침을 제공합니다. 이 간단한 규칙이 적합하지 않은 상황도 있지만 대부분 두 가지 기본 원칙이 적용됩니다. 서버에서 처리할 수 있는 것보다 많은 작업을 할당하지 마십시오. 일반적으로 서버 시간은 사용자 시간보다 비용이 적게 듭니다. 물리적 서버에 너무 많은 작업을 할당하여 VM에서 CPU 시간을 기다려야 하면 성능이 낮아지고 서버가 사용자 작업을 기다리는 대신 사용자가 서버 작업을 기다리게 됩니다. 각 VM의 작업량에 대해 충분한 VCPU(가상 CPU)만 제공하십시오. 1. 작업에 필요한 것보다 더 많은 VCPU를 VM에 제공하지 마십시오. VM의 서버에 300MHz 정도가 필요 하면 VCPU는 하나만 필요합니다. VCPU를 하나만 제공합니다. 2.5GHz 쿼드 코어 상자에 정기적으로 3000MHz의 작업이 할당되면 VCPU 2개를 제공하고 3개나 4개씩 제공하지 마십시오. 2. VM에 사용할 VCPU 수는 수행할 작업의 양을 반영해야 합니다. VM에 VCPU가 2개이면 수치상 물리적 코어 1개에서 수행할 수 있는 것 이상의 작업이 할당되어야 하고, VCPU가 4개이면 물리적 코어 3개에서 수행할 수 있는 것 이상의 작업이 할당되어야 합니다. VCPU가 여러 개인 가상 컴퓨터가 필요한 작업량에 이러한 기본 원칙을 적용할 경우 (V - N) <= (P - 1)의 제 약 조건에 맞게 VCPU를 할당합니다. V = 모든 VM의 총 VCPU N = 실행 중인 VM 수 P = 물리적 CPU 코어 수 메모리 크기 조정 팁 XenServer에서는 128MB의 물리적 메모리를 사용합니다. 제어 도메인에서는 MB 정도를 사용합니다. 이 값은 물리적 메모리 합계에 따라 다르며 자동으 로 조정됩니다.

141 XenServer 관리자 가이드 리소스 할당 136 다음 표에서는 메모리 사용량의 몇 가지 예제를 보여 줍니다. XenServer 메모리 사용량 예제 물리적 메모리 Xen Dom 0 합계 <= 3.5GB 128MB 200MB 328MB 5GB 128MB 225MB 450MB 16GB 128MB 454MB 582MB 32GB+ 128MB 752MB 880MB 메모리에 대한 최상의 방법 수명 주기에서 나중에 VM에 메모리가 더 필요할 수 있으므로 Citrix에서는 새로 설치된 VM에서 필요한 것 보다 많은 메모리를 할당하는 것을 권장합니다. XenServer 설치에서 XenMotion 또는 HA 기능을 사용하면 마이그레이션된 VM을 저장할 메모리도 일부 할당해야 합니다. VM 메모리 크기 조정 예제 평균 VM 메모리 사용량은 768MB입니다. 서버에 16GB의 메모리가 있고 XenServer 및 제어 도메인은 582MB를 사용합니다. Citrix에서는 이후 사 용을 위해 2GB를 남겨 둘 것을 권장합니다. VM에 사용할 수 있도록 약 13.5GB가 남으므로 VM 17개에서 각각 768MB를 사용할 수 있습니다. 참고 서버 BIOS는 항상 VM에서 모든 메모리를 볼 수 있도록 허용하지는 않습니다. 예를 들어 4GB 시스템의 경우 VM에서 GB 정도만 사용하도록 허용할 수 있습니다. 가상화되지 않은 운영 체제에서도 마찬 가지입니다. 가상 디스크 크기 조정 팁 평균 VM은 12GB의 디스크를 사용합니다. XenServer를 설치할 때는 16GB의 디스크를 사용합니다. 가능한 경우 여유 공간을 약간 허용합니다. 대부분의 경우 나중에 필요할 때 가상 디스크의 크기를 조정 할 수 있습니다. 주의 NFS 기반 저장소의 가상 디스크는 XenServer에서 크기를 늘릴 수 없습니다. 저장소에 대한 최상의 방법 하드웨어 RAID 컨트롤러를 사용합니다.

142 XenServer 관리자 가이드 리소스 할당 137 소프트웨어/하드웨어 HostRaid 또는 FakeRAID는 XenServer에서 지원되지 않습니다. 대부분의 디스크 I/O는 VM에서 수행됩니다. XenServer에서 나오는 디스크 I/O가 디스크에 대한 쓰기 로 그의 대부분을 차지합니다. 로컬 저장소에 대한 최상의 방법 중복의 장점을 활용할 수 있도록 XenServer 설치에 RAID 수준 1을 사용합니다. 중복과 향상된 성능의 장점을 활용할 수 있도록 VM SR에 RAID 수준 5를 사용합니다. 호스트당 평균 저장소 I/O VM이 10개 미만인 경우 적합한 SR은 SATA입니다. 호스트당 VM이 10개를 넘거나 VM에 대한 저장소 I/O 요구 수준이 높으면 SAS가 더 적합합니다. 호스트 에 VM을 추가할 때마다 스핀들 속도를 늘리십시오. 원격 저장소에 대한 최상의 방법 NFS 기반 저장소 프로덕션 환경에서는 Network Appliance 같이 NVRAM 캐시가 있는 고급 NFS 저장소 장치를 사용하는 것 이 좋습니다. iscsi 기반 저장소 프로덕션 환경에서는 하드웨어 iscsi 솔루션을 사용하는 것이 좋습니다. 프로덕션 NFS 및 iscsi 네트워크 트래픽 저장소 및 서버 트래픽 전용 네트워크를 설정합니다. 다른 일반 네트워크 트래픽에서 저장소 트래픽을 격 리시킵니다. 평가 및 개발 테스트 중소 규모 환경에서는 기존 x86 서버에서 소프트웨어 솔루션을 사용할 수 있습니다. 예를 들어 Linux Server 에서 소프트웨어 NFS를 사용하거나 소프트웨어 iscsi 솔루션을 사용합니다. 가상 컴퓨터 백업 파일 수준 백업의 경우 VM에 포함된 표준 백업 에이전트를 실행할 수 있습니다. 백업 트래픽용 네트워크 를 별도로 설정할 수도 있습니다. 전체 VM 백업의 경우 xsconsole의 가져오기/내보내기 기능을 사용할 수 있습니다. 네트워크 크기 조정 및 최상의 방법 10Gb는 인증되지 않았고 100Mb는 대개 너무 느리므로 기가비트 이더넷을 사용합니다. 서버 트래픽 전용 NIC를 사용합니다. iscsi 및 NFS 저장소 연결에 저장소 전용 트래픽을 사용합니다. 각 Gb NIC마다 8-10개의 VM을 할당합니다.

143 색인 Symbols 가상 네트워크, 39 가상 디스크 QoS 설정, 36 공유 네트워크 연결 저장소(NFS), 16 공유 저장소, 5 광채널 SAN(저장소 영역 네트워크), 18 네트워크 명령, xe CLI, 88 네트워크 연결 명령, xe CLI, 74 네트워크 연결 저장소(NFS), 16 네트워킹 XenServer 호스트 설치 후 초기 구성, 40 로그 명령, xe CLI, 87 로그, XenServer 호스트, 132 리소스 풀, 1, XenServer 호스트 제거, 6 XenServer 호스트 참가의 제약 조건, 3 구성원, 3, 61, 62 마스터, 3, 61, 62 만들기, 4 생성에 필요한 요구 사항, 3 컴퓨터 오류 처리, 61 리소스 풀 만들기, 4 리소스 풀에 참가하는 XenServer 호스트에 대한 제 약 조건, 3 리소스 풀에서 XenServer 호스트 제거, 6 리소스 풀의 컴퓨터 오류, 61 문제 해결 xen-bugtool,, XenCenter 로그, 133 XenServer 호스트 로그, 132, 132 사용자 명령, xe CLI, 109 업데이트 명령, xe CLI, 108 요구 사항, 리소스 풀 생성, 3 이벤트 명령, xe CLI, 77 저장소 관리자 명령, xe CLI, 98 저장소 영역 네트워크, 17 콘솔 명령, xe CLI, 76 태스크 명령, xe CLI, 101 템플릿 명령, xe CLI, 102 파일러, NetApp, 19 패치 명령, xe CLI, 89 풀 명령, xe CLI, 95 하드웨어 가상화 AMD-V, 3 Intel VT, 3 호스트 버스 어댑터, 18 호스트(XenServer 호스트) 명령, xe CLI, 78 A AMD-V(AMD 하드웨어 가상화), 3 C CD 명령, xe CLI, 74 CLI (살펴볼 내용 명령줄 인터페이스) CLI(명령줄 인터페이스) CD 명령, 74 PBD 명령, 90 PIF 명령, 91 SR(저장소 리포지토리) 명령, 98 VBD 명령, 109 VDI 명령, 111 VIF 명령, 115 VLAN 명령, 118 VM 명령, 118 xe 명령 참조, 개요, 기본 xe 구문, 69 네트워크 명령, 88 단축형 xe 구문, 70 로그 명령, 87 리소스 풀 명령, 95 매개 변수 유형, 72 명령 유형, 71 사용자 명령, 109 업데이트 명령, 108 연결 명령, 74 이벤트 명령, 77 저수준 나열 명령, 73 저수준 매개 변수 명령, 72 저장소 관리자 명령, 98 콘솔 명령, 76 태스크 명령, 101 템플릿 명령, 102 특수 문자와 구문, 70 패치 명령, 89 호스트(XenServer 호스트) 명령, 78 F FlexVol, NetApp, 19 H HBA (살펴볼 내용 호스트 버스 어댑터) I Intel VT(Intel 하드웨어 가상화), 3 iscsi, 17 L LVM(논리적 볼륨 관리), 15, 15 N NAS (살펴볼 내용 네트워크 연결 저장소(NFS)) NetApp 파일러, 19

144 XenServer 관리자 가이드 색인 139 P PBD 명령, xe CLI, 90 PIF 명령, xe CLI, 91 Q QoS 설정 가상 디스크, 36 S SAN (살펴볼 내용 저장소 영역 네트워크) SR(저장소 리포지토리) CD-ROM, 15 DVD-ROM, 15 NetApp 파일러, 19 USB 읽기/쓰기 장치, 15 개요, 12 공유 iscsi SAN(저장소 영역 네트워크), 17 공유 네트워크 연결 저장소(NFS), 16 광채널 SAN(저장소 영역 네트워크), 18 로컬 디스크, 15 로컬 핫플러그 장치, 15 명령, xe CLI, 98 V VBD 명령, xe CLI, 109 VDI 명령, xe CLI, 111 VIF 명령, xe CLI, 115 VIF(가상 인터페이스), 39 VLAN 명령, xe CLI, 118 VM 가상 디스크 QoS 설정, 36 네트워킹, 명령, xe CLI, 118 VM 네트워킹, VT(Intel 하드웨어 가상화), 3 매개 변수 유형, 72 명령 유형, 71 사용자 명령, 109 업데이트 명령, 108 연결 명령, 74 이벤트 명령, 77 저수준 나열 명령, 73 저수준 매개 변수 명령, 72 저장소 관리자 명령, 98 콘솔 명령, 76 태스크 명령, 101 템플릿 명령, 102 특수 문자와 구문, 70 패치 명령, 89 호스트(XenServer 호스트) 명령, 78 xe 명령, CLI(명령줄 인터페이스), xen-bugtool,, 132 XenServer 호스트 네트워크, 로그, 132 리소스 풀, 1 리소스 풀에 참가, 요구 사항, 리소스 풀 참가, 3 제약 조건, 리소스 풀 참가, 3 XenServer 호스트 문제 해결 xen-bugtool,, 132 로그, 132 X xe 명령 참조, CD 명령, 74 PBD 명령, 90 PIF 명령, 91 SR(저장소 리포지토리) 명령, 98 VBD 명령, 109 VDI 명령, 111 VIF 명령, 115 VLAN 명령, 118 VM 명령, 118 기본 xe 구문, 69 네트워크 명령, 88 단축형 xe 구문, 70 로그 명령, 87 리소스 풀 명령, 95