관리 가이드

Red Hat Enterprise Virtualization 3.6

Red Hat Enterprise Virtualization에서 관리 작업

Red Hat Enterprise Virtualization 문서화 팀

Red Hat Customer Content Services

초록

다음 부분에서는 Red Hat Enterprise Virtualization 관리자와 관련된 절차 및 정보에 대해 설명합니다.

1장. Red Hat Enterprise Virtualization 환경 관리 및 유지 보수

Red Hat Enterprise Virtualization 환경을 계속 실행하려면 관리자가 필요합니다. 관리자로 실행할 수 있는 작업은 다음과 같습니다:
  • 호스트 및 가상 머신과 같은 물리적 및 가상 리소스를 관리합니다. 이에는 호스트 업그레이드 및 추가, 도메인 가져오기, 외부 하이퍼바이저에서 생성된 가상 머신 전환, 가상 머신 풀 관리 등이 포함됩니다.
  • 하나의 호스트에서 최대 부하, 메모리 또는 디스크 공간 부족과 같은 잠재적 문제에 대해 전반적인 시스템 리소스를 모니터링하고 필요한 작업 (예: 시스템을 종료하여 리소스를 사용해제하거나 작업 부하를 줄이기 위해 다른 호스트로 가상 머신을 마이그레이션)을 실행합니다.
  • 가상 머신의 새로운 요구 사항에 대응합니다 (예: 운영 체제 업그레이드 또는 더 많은 메모리 할당).
  • 태그를 사용하여 사용자 정의 개체 속성을 관리합니다.
  • 일반 북마크로 저장된 검색을 관리합니다.
  • 사용자 설정 권한 수준을 관리합니다.
  • 특정 사용자 또는 전체 시스템 기능에 대한가상 머신의 문제를 해결합니다.
  • 일반 및 특정 보고서를 생성합니다.

1.1. 글로벌 설정

관리 포털에 있는 주요 제목 바에서 액세스하면 설정 창을 통해 사용자, 역할, 권한, 스케줄링 정책, 인스턴스 유형과 같은 Red Hat Enterprise Virtualization 환경의 글로벌 리소스를 설정할 수 있습니다. 이 창에서는 사용자가 환경에서 리소스와 상호 작용하는 방식을 사용자 정의할 수 있으며 여러 클러스터에 적용할 수 있는 옵션을 중앙에서 설정할 수 있는 위치를 제공합니다.
Accessing the Configure window

그림 1.1. 설정 창에 액세스하기

1.1.1. 역할

역할은 Red Hat Enterprise Virtualization Manager에서 설정할 수 있는 사전 정의된 권한 모음입니다. 역할은 데이터 센터에 있는 다른 리소스 레벨 및 특정 물리/가상 리소스에 대한 액세스 및 관리 권한을 제공합니다.
다단계 관리에서 컨테이너 개체에 적용되는 모든 권한은 컨테이너 내에 있는 개별 개체 모두에 적용됩니다. 예를 들어 호스트 관리자 역할이 특정 호스트에 있는 사용자에게 지정될 때 사용자에게는 지정된 호스트에서만 사용할 수 있는 호스트 작업을 수행할 수 있는 권한이 부여됩니다. 하지만 데이터 센터에 있는 사용자에게 호스트 관리자 역할이 지정되면 사용자는 데이터 센터의 클러스터 내에 있는 모든 호스트에서 호스트 작업을 수행할 수 있는 권한이 부여됩니다.

1.1.1.1. 새 역할 생성

필요한 역할이 Red Hat Enterprise Virtualization 기본 역할 목록에 없을 경우 새 역할을 생성하고 필요에 따라 이를 사용자 정의할 수 있습니다.

절차 1.1. 새 역할 생성

  1. 머리글 표시줄에서 설정 버튼을 클릭하여 설정 창을 엽니다. 이 창에는 기본 사용자와 관리자 역할 및 사용자 정의 역할 목록이 표시됩니다.
  2. 새로 만들기를 클릭합니다. 새 역할 창을 엽니다.
    새 역할 창

    그림 1.2. 새 역할 창

  3. 새 역할의 이름설명을 입력합니다.
  4. 계정 유형으로 관리자 또는 사용자를 선택합니다.
  5. 모두 확장 또는 모두 축소 버튼을 사용하여 작업 허용을 위한 확인란 목록에 있는 개체에 대한 권한을 확장하거나 축소할 수 있습니다. 또한 각 개체에 대한 옵션을 확장하거나 축소할 수 있습니다.
  6. 각 개체별로 설정하려는 역할을 허용 또는 거부하고자 하는 작업을 선택 또는 선택 해제합니다.
  7. OK를 클릭하여 변경 사항을 적용합니다. 역할 목록에 새로운 역할이 표시됩니다.

1.1.1.2. 역할 편집 또는 역할 복사

요약

생성한 역할 설정을 변경할 수 있지만 기본 역할을 변경할 수 없습니다. 기본 역할을 변경하려면 복제하여 필요에 따라 수정합니다.

절차 1.2. 역할 편집 또는 역할 복사

  1. 머리글 표시줄에서 설정 버튼을 클릭하여 설정 창을 엽니다. 이 창에는 기본 사용자와 관리자 역할 및 사용자 정의 역할 목록이 표시됩니다.
  2. 변경하고자 하는 역할을 선택합니다. 편집을 클릭하여 역할 편집 창을 열거나 복사를 클릭하여 역할 복사 창을 엽니다.
  3. 필요에 따라 역할의 이름설명을 변경합니다.
  4. 모두 확장 또는 모두 축소 버튼을 사용하여 개체에 대한 권한을 확장하거나 축소할 수 있습니다. 또한 각 개체에 대한 옵션을 확장하거나 축소할 수 있습니다.
  5. 각 개체별로 편집하려는 역할을 허용 또는 거부하고자 하는 작업을 선택 또는 선택 해제합니다.
  6. OK를 클릭하여 변경 사항을 적용합니다.
결과

역할 속성이 편집되거나 역할이 복제됩니다.

1.1.1.3. 사용자 역할 및 인증 예

다음 예에서는 이 장에서 설명된 다른 인증 시스템 기능을 사용하여 다양한 시나리오에서 인증 관리를 적용하는 방법에 대해 설명합니다.

예 1.1. 클러스터 권한

Sarah는 회사에서 회계 부서 시스템 관리자입니다. 부서에서 모든 가상 리소스는 Accounts라는 Red Hat Enterprise Virtualization cluster 하에 구성되어 있습니다. 계정 클러스터에서 ClusterAdmin 역할이 Sarah에게 할당되었습니다. 가상 머신은 클러스터의 자식 개체이기 때문에 이를 통해 클러스터에 있는 모든 가상 머신을 관리할 수 있습니다. 가상 머신 관리에는 디스크와 같은 가상 리소스를 편집, 추가, 삭제하고 스냅샷을 생성하는 것 등이 포함됩니다. 하지만 클러스터 외부 리소스는 관리할 수 없습니다. ClusterAdmin은 관리자 역할이기 때문에 관리 포털을 사용하여 이러한 리소스를 관리할 수 있지만 사용자 포털을 통해 액세스할 수 없습니다.

예 1.2. VM PowerUser 권한

John은 회계 부서에서 소프트웨어 개발자로 가상 머신을 사용하여 소프트웨어를 구축 및 테스트합니다. Sarah는 John에 대해 johndesktop이라는 가상 데스크탑을 생성했습니다. John에게는 johndesktop 가상 머신에 대해 UserVmManager 역할이 할당됩니다. 이로 인해 John은 사용자 포털을 사용하여 단일 가상 머신에 액세스할 수 있습니다. John은 UserVmManager 권한이 있기 때문에 가상 머신을 수정하거나 새 가상 디스크 등의 리소스를 추가할 수 있습니다. UserVmManager는 사용자 역할이기 때문에 관리 포털은 사용할 수 없습니다.

예 1.3. 데이터 센터 Power User Role 권한

Penelope는 사무실 매니저입니다. Penelope는 자신의 업무에 더하여 면접 날짜를 정하고 신원 조회를 하는 것과 같이 인사부 매니저의 인사 관련 업무를 수행했습니다. 회사의 방침에 따라 Penelope는 인사 관련 업무를 실행할 때 특정 애플리케이션을 사용했습니다.
Penelope는 사무실 관리 업무를 위해 자신의 컴퓨터를 사용하지만 인사 관련 애플리케이션을 실행하기 위해 별도의 가상 머신을 생성하고자 합니다. 새 가상 머신이 있는 데이터 센터에 대해 PowerUserRole 권한이 Penelope에게 할당되었습니다. 새 가상 머신을 생성하려면 스토리지 도메인에서 가상 머신 디스크 이미지 생성과 같은 데이터 센터 내에 있는 일부 구성 요소를 변경해야 하기 때문입니다.
이는 DataCenterAdmin 권한을 Penelope에게 할당하는 것과 동일하지 않음에 유의합니다. 데이터 센터의 PowerUser로 Penelope는 사용자 포털에 로그인하여 데이터 센터 내에 있는 가상 머신에 특정 가상 머신 작업을 수행할 수 있습니다. 하지만 데이터 센터에 호스트 또는 스토리지 연결과 같은 데이터 센터 수준의 작업은 수행할 수 없습니다.

예 1.4. 네트워크 관리자 권한

Chris는 IT 부서에서 네트워크 관리자로 일하고 있으며 부서의 Red Hat Enterprise Virtualization 환경에 있는 네트워크를 생성, 조작, 삭제와 같은 작업을 담당합니다. Chris의 역할을 수행하려면 리소스 및 각 리소스의 네트워크에서 관리자 권한이 필요합니다. 예를 들어 IT 부서의 데이터 센터에서 Chris가 NetworkAdmin 권한이 있을 경우 데이터 센터에서 네트워크를 추가 및 삭제할 수 있으며 데이터 센터에 속한 모든 가상 머신의 네트워크를 연결 및 분리할 수 있습니다.
회사의 가상 인프라 네트워크 관리에 더하여 Chris는 하급 네트워크 관리자를 관리합니다. 하급 네트워크 관리자인 Pat는 사내 교육 부서의 소규모 가상 환경을 관리하고 있습니다. Chris는 Pat에게 사내 교육 부서에서 사용하는 가상 머신에 대해 VnicProfileUser 권한 및 UserVmManager 권한을 할당했습니다. 이러한 권한을 사용하여 Pat는 사용자 포털의 확장 탭에서 가상 머신에 네트워크 인터페이스를 추가하는 것과 같은 단순한 관리 작업을 수행할 수 있지만 가상 머신이 실행되는 호스트의 네트워크 또는 가상 머신이 속한 데이터 센터에 있는 네트워크를 변경할 수 있는 권한이 없습니다.

예 1.5. 사용자 정의 역할 권한

Rachel은 IT 부서에서 일하고 있으며 Red Hat Enterprise Virtualization에서 사용자 계정을 관리하는 역할을 담당하고 있습니다. Rachel에게는 사용자 계정을 추가하고 적절한 역할 및 권한을 할당하기 위한 권한이 필요합니다. Rachel 자신은 가상 머신을 사용하지 않고 호스트, 가상 머신, 클러스터, 데이터의 관리 액세스가 필요하지 않습니다. 이러한 특정 권한을 제공하기 위한 내장된 역할은 없습니다. 사용자 정의 역할을 생성하여 Rachel의 담당 부분에 맞는 권한을 설정해야 합니다.
UserManager 사용자 정의 역할

그림 1.3. UserManager 사용자 정의 역할

위에서 설명한 UserManager 사용자 정의 역할을 통해 사용자, 권한, 역할을 조정할 수 있습니다. 이러한 작업은 그림 1.3. “UserManager 사용자 정의 역할”에 있는 계층의 최상위 레벨인 System 아래에 구성되어 있으므로 시스템에 있는 모든 다른 개체에 적용할 수 있습니다. 역할은 관리자계정 유형에 설정되어 있으므로 역할을 할당할 때 Rachel은 사용자 포털이 아닌 관리 포털만을 사용할 수 있습니다.

1.1.2. 시스템 권한

권한은 사용자가 개체에서 작업을 수행할 수 있게 합니다. 여기서 개체는 개별 개체 또는 컨테이너 개체입니다.
권한 & 역할

그림 1.4. 권한 & 역할

컨테이너 개체에 적용되는 모든 권한은 해당 컨테이너의 모든 구성원에도 적용됩니다. 다음 그림은 시스템의 개체 계층 구조를 보여줍니다.
Red Hat Enterprise Virtualization 개체 계층 구조

그림 1.5. Red Hat Enterprise Virtualization 개체 계층 구조

1.1.2.1. 사용자 속성

역할 및 권한은 사용자의 속성입니다. 역할은 다른 수준의 물리/가상 리소스에 액세스할 수 있도록 허용하는 사전 정의된 권한 모음입니다. 여러 수준의 관리를 통해 정교한 권한 체계를 제공합니다. 예를 들어 데이터 센터 관리자는 데이터 센터에 있는 모든 개체를 관리할 수 있는 권한이 있지만 호스트 관리자는 하나의 물리적 호스트에 대한 시스템 관리자 권한을 갖습니다. 사용자는 단일 가상 머신을 사용할 수 있는 권한이 있지만 가상 머신 설정은 변경할 수 없는 권한이 있는 반면 다른 사용자는 가상 머신에 시스템 권한을 할당할 수 있습니다.

1.1.2.2. 사용자 및 관리자 역할

Red Hat Enterprise Virtualization에서는 시스템 전체의 권한을 갖는 관리자로 부터 단일 가상 머신에 액세스할 수 있는 최종 사용자에 이르기까지 사전 설정된 역할을 제공합니다. 기본 역할을 변경 또는 삭제할 수 없지만 이를 복제 또는 사용자 정의할 수 있으며 요구 사항에 따라 새 역할을 생성할 수 있습니다. 다음과 같은 두 가지 유형의 역할이 있습니다:
  • 관리자 역할: 물리/가상 리소스를 관리하기 위해 관리 포털에 액세스할 수 있습니다. 관리자 역할에는 사용자 포털에서 실행할 수 있는 작업 권한이 부여되지만 사용자 포털에서 사용자에게 표시되는 항목을 지정할 수 없습니다.
  • 사용자 역할: 가상 머신 및 템플릿에 액세스 및 관리하기 위해 사용자 포털에 액세스할 수 있습니다. 사용자 역할은 사용자 포털에서 사용자에게 표시되는 항목을 지정할 수 있습니다. 관리자 역할을 갖는 사용자에게 부여된 권한은 사용자 포털에 있는 사용자가 사용할 수 있는 작업에 반영됩니다.
예를 들어 클러스터에서 administrator 역할이 있는 경우 관리 포털을 사용하여 클러스터에 있는 모든 가상 머신을 관리할 수 있지만 사용자 포털에 있는 가상 머신에 액세스할 수 없습니다. 이를 위해 user 역할이 필요합니다.

1.1.2.3. 사용자 역할

다음 표에서는 사용자 포털에 있는 가상 머신에 액세스 및 설정하기 위한 권한을 부여하는 기본 사용자 역할에 대해 설명합니다.

표 1.1. Red Hat Enterprise Virtualization 사용자 역할 - 기본

역할권한알림
UserRole가상 머신과 풀에 액세스 및 사용할 수 있습니다.사용자 포털에 로그인하여 지정된 가상 머신 및 풀을 사용하고 가상 머신 상태 및 상세 정보를 확인할 수 있습니다.
PowerUserRole가상 머신 및 템플릿을 생성 및 관리할 수 있습니다.설정 창을 사용하여 전체 환경에 대해 사용자에게 이 역할을 적용하거나 특정 데이터 센터 또는 클러스터에 이 역할을 적용할 수 있습니다. 예를 들어 데이터 센터 수준에서 PowerUserRole이 지정되어 있을 경우 PowerUser는 데이터 센터에 가상 머신 및 템플릿을 생성할 수 있습니다.
UserVmManager가상 머신의 시스템 관리자입니다.가상 머신을 관리하고 스냅샷을 생성 및 사용할 수 있습니다. 사용자 포털에서 가상 머신을 생성한 사용자에게 자동으로 시스템의 UserVmManager 역할이 할당됩니다.
다음 표에서는 사용자 포털에 있는 리소스에 대한 사용 권한을 보다 정교하게 조정하기 위한 고급 사용자 역할에 대해 설명합니다.

표 1.2. Red Hat Enterprise Virtualization 사용자 역할 - 고급

역할권한알림
UserTemplateBasedVm템플릿만 사용하도록 권한을 제한합니다.가상 머신을 생성하기 위한 템플릿을 사용할 수 있습니다.
DiskOperator가상 디스크 사용자입니다.가상 디스크를 사용, 보기, 편집할 수 있습니다. 가상 디스크가 연결된 가상 머신을 사용하기 위해 권한을 상속합니다.
VmCreator사용자 포털에서 가상 머신을 생성할 수 있습니다.이 역할은 특정 가상 머신에는 적용되지 않습니다. 설정 창을 사용하여 전체 환경에 대해 사용자에게 이 역할을 적용할 수 있습니다. 또는 특정 데이터 센터 또는 클러스터에 이 역할을 적용할 수 있습니다. 클러스터에 이 역할을 지정할 때 전체 데이터 센터나 특정 스토리지 도메인에서 DiskCreator 역할도 적용해야 합니다.
TemplateCreator지정된 리소스 내에 있는 가상 머신 템플릿을 생성, 편집, 관리, 삭제할 수 있습니다.이 역할은 특정 템플릿에는 적용되지 않습니다. 설정 창을 사용하여 전체 환경에 대해 사용자에게 이 역할을 적용할 수 있습니다. 또는 특정 데이터 센터, 클러스터, 스토리지 도메인에 이 역할을 적용할 수 있습니다.
DiskCreator할당된 클러스터 또는 데이터 센터에서 가상 머신 디스크를 생성, 편집, 관리, 삭제할 수 있습니다.이 역할은 특정 가상 디스크에는 적용되지 않습니다. 설정 창을 사용하여 전체 환경에 대한 사용자에게 이 역할을 적용할 수 있습니다. 또는 특정 데이터 센터, 스토리지 도메인에 이 역할을 적용할 수 있습니다.
TemplateOwner템플릿을 편집 및 삭제하고 템플릿의 사용자 권한을 할당 및 관리할 수 있습니다.이 역할은 템플릿을 생성한 사용자에게 자동으로 할당됩니다. 템플릿에서 TemplateOwner 권한이 없는 다른 사용자는 템플릿을 확인 또는 사용할 수 없습니다.
VnicProfileUser가상 머신 및 템플릿에 대한 논리 네트워크 및 네트워크 인터페이스 사용자입니다.특정 논리 네트워크에서 네트워크 인터페이스를 연결 또는 분리할 수 있습니다.

1.1.2.4. 관리자 역할

다음 표에서는 관리 포털에 있는 리소스에 액세스 및 설정할 수 있는 권한을 부여하는 기본 관리자 역할에 대해 설명합니다.

표 1.3. Red Hat Enterprise Virtualization 시스템 관리자 역할 - 기본

역할권한알림
SuperUserRed Hat Enterprise Virtualization 환경의 시스템 관리자입니다.모든 개체 및 레벨에 걸쳐 완전한 권한을 갖으며 모든 데이터 센터에 걸쳐 모든 개체를 관리할 수 있습니다.
ClusterAdmin클러스터 관리자입니다.특정 클러스터 하의 모든 개체에 대한 관리 권한을 갖습니다.
DataCenterAdmin데이터 센터 관리자입니다.스토리지를 제외한 특정 데이터 센터 하의 모든 개체에 대한 관리 권한을 갖습니다.

중요

Red Hat Enterprise Virtualization 관리자로 디렉토리 서버의 관리자를 사용하지 않고 Red Hat Enterprise Virtualization 관리자로 사용할 사용자를 생성합니다.
다음 표에서는 관리 포털에 있는 리소스에 대한 사용 권한을 보다 정교하게 조정하기 위한 고급 관리자 역할에 대해 설명합니다.

표 1.4. Red Hat Enterprise Virtualization 시스템 관리자 역할 - 고급

역할권한알림
TemplateAdmin가상 머신 템플릿의 관리자입니다.스토리지 도메인 및 템플릿의 네트워크 정보를 생성, 삭제, 설정하고 도메인 간에 템플릿을 이동할 수 있습니다.
StorageAdmin스토리지 관리자입니다.지정된 스토리지 도메인을 생성, 삭제, 설정, 관리할 수 있습니다.
HostAdmin호스트 관리자입니다.특정 호스트를 연결, 삭제, 설정, 관리할 수 있습니다.
NetworkAdmin네트워크 관리자입니다.특정 데이터 센터 또는 클러스터의 네트워크를 설정 및 관리할 수 있습니다. 데이터 센터 또는 클러스터의 네트워크 관리자는 클러스터 내의 가상 풀에 대한 네트워크 권한을 상속합니다.
VmPoolAdmin가상 풀의 시스템 관리자입니다.가상 풀을 생성, 삭제, 관리할 수 있습니다. 가상 풀 사용자를 지정 및 삭제하고 풀에 있는 가상 머신에서 기본 동작을 수행할 수 있습니다.
GlusterAdminGluster 스토리지 관리자입니다.Gluster 스토리지 볼륨을 생성, 삭제, 설정, 관리할 수 있습니다.

1.1.3. 스케줄링 정책

스케줄링 정책은 스케줄링 정책이 적용된 클러스터에 있는 호스트에서 가상 머신이 배포된 논리를 정의하는 규칙 모음입니다. 스케줄링 정책은 필터,가중치, 로드 밸런싱 정책을 조합하여 이러한 논리를 지정합니다. Red Hat Enterprise Virtualization Manager는 Evenly_Distributed, None, Power_Saving, VM_Evenly_Distributed 이렇게 4 개의 기본 스케줄링 정책을 제공합니다. 가상 머신 배포에서 보다 정교하게 제어할 수 있는 새로운 스케줄링 정책을 정의할 수 도 있습니다.

1.1.3.1. 스케줄링 정책 생성

새로운 스케줄링 정책을 생성하여 Red Hat Enterprise Virtualization 환경에 있는 특정 클러스터에 가상 머신을 분배하는 로직을 제어할 수 있습니다.

절차 1.3. 스케줄링 정책 생성

  1. 관리 포털의 머리글 표시줄에 있는 설정 버튼을 클릭하여 설정 창을 엽니다.
  2. 스케줄링 정책을 클릭하여 스케줄링 정책 탭을 표시합니다.
  3. 새로 만들기를 클릭하여 새 스케줄링 정책 창을 엽니다.
    The New Scheduling Policy Window

    그림 1.6. 새 스케줄링 정책 창

  4. 스케줄링 정책의 이름설명을 입력합니다.
  5. 필터 모듈을 설정합니다:
    1. 필터 모듈 섹션의 비활성화된 필터 섹션에서 스케줄링 정책에 적용할 필터 모듈을 드레그하여 활성화된 필터 섹션에 드롭합니다.
    2. 특정 필터 모듈을 첫 번째로 설정하여 가장 높은 우선 순위를 지정하거나 마지막으로 설정하여 가장 낮은 우선 순위로 기본 최적화할 수 있습니다.
      우선 순위를 설정하려면 필터 모듈을 오른쪽 클릭하여 위치에 가리키면 표시되는 커서에서 첫 번째 또는 마지막을 선택합니다.
  6. 가중치 모듈 설정:
    1. 가중치 모듈 섹션의 비활성화된 가중치 섹션에서 스케줄링 정책에 적용할 가중치 모듈을 드레그하여 활성화된 가중치 및 계수 섹션에 드롭합니다.
    2. 활성화된 가중치 모듈 왼쪽에 있는 +-을 사용하여 해당 모듈의 가중치를 증가 또는 감소시킬 수 있습니다.
  7. 로드 벨런싱 정책 지정:
    1. 로드 밸런서 부분의 드롭 다운 메뉴에서 스케줄링 정책에 적용할 로드 밸런싱 정책을 선택합니다.
    2. 속성 섹션의 드롭 다운 메뉴에서 스케줄링 정책에 적용할 로드 밸런싱 속성을 선택하고 속성 오른쪽에 있는 텍스트 필드에 값을 지정합니다.
    3. +- 버튼을 사용하여 속성을 추가하거나 삭제합니다.
  8. OK를 클릭합니다.

1.1.3.2. 새 스케줄링 정책 및 스케줄링 정책 편집 창 설정

다음 표에서는 새 스케줄링 정책스케줄링 정책 편집 창에서 사용할 수 있는 옵션에 대해 설명합니다.

표 1.5. 새 스케줄링 정책 및 스케줄링 정책 편집 설정

필드 이름
설명
이름
스케줄링 정책 이름입니다. Red Hat Enterprise Virtualization Manager에서 스케줄링 정책을 참조하기 위해 사용되는 이름입니다.
설명
스케줄링 정책을 설명합니다. 이 필드는 권장 입력 사항이며 필수 입력 사항은 아닙니다.
필터 모듈
클러스터에 있는 가상 머신이 실행할 수 있는 호스트를 제어하기 위한 필터 모음입니다. 필터를 활성화하면 필터에 의해 지정된 다음과 같은 조건에 맞지 않는 호스트는 필터에서 제외됩니다:
  • PinToHost: 가상 머신이 고정된 호스트 이외의 호스트입니다.
  • CPU-Level: 가상 머신의 CPU 토폴로지에 적합하지 않은 호스트입니다.
  • CPU: 가상 머신에 할당된 수 보다 적은 CPU가 있는 호스트입니다.
  • Memory: 가상 머신을 실행하기에 메모리가 충분하지 않은 호스트입니다.
  • VmAffinityGroups: 선호도 그룹에 속한 가상 머신에 지정된 조건에 맞지 않는 호스트입니다. 예를 들어 선호도 그룹에 있는 가상 머신은 동일한 호스트 또는 다른 호스트에서 실행해야 합니다.
  • HA: 호스팅 engine 가상 머신이 양의 고가용성 점수를 갖는 호스트에서만 실행되도록 강제합니다.
  • Network: 가상 머신의 네트워크 인터페이스 컨트롤러가 필요한 네트워크가 설치되지 않은 호스트 또는 클러스터의 디스플레이 네트워크가 설치되지 않은 호스트입니다.
가중치 모듈
가상 머신이 실행할 수 있는 클러스터에서 호스트를 지정할 때 고려할 요소의 상대적 우선 순위를 제어하기 위한 가중치 모음입니다.
  • OptimalForHaReservation: 고가용성 점수에 따라 호스트에 가중치를 부여합니다.
  • None: 부하 균등 배분 모듈에 따라 가중치를 부여합니다.
  • OptimalForEvenGuestDistribution: 호스트에서 실행되는 가상 머신 수에 따라 호스트에 가중치를 부여합니다.
  • VmAffinityGroups: 가상 머신에 정의된 선호도 그룹에 따라 호스트에 가중치를 부여합니다. 이러한 가중치 모듈은 선호도 그룹에 있는 가상 머신이 선호도 그룹의 매개변수에 따라 동일한 호스트 또는 다른 호스트에서 실행할 지를 결정합니다.
  • OptimalForPowerSaving: CPU 사용량에 따라 호스트에 가중치를 부여하여 CPU 사용량이 높은 호스트에 우선 순위를 둡니다.
  • OptimalForEvenDistribution: CPU 사용량에 따라 호스트에 가중치를 부여하여 CPU 사용량이 낮은 호스트에 우선 순위를 둡니다.
  • HA: 고가용성 점수에 따라 호스트에 가중치를 부여합니다.
로드 밸런서
이 드롭 다운 메뉴에서는 적용할 로드 밸런싱 모듈을 선택할 수 있습니다. 로드 밸런싱 모듈은 사용률이 높은 호스트에서 사용률이 낮은 호스트로 가상 머신을 마이그레이션하기 위해 사용되는 논리를 결정합니다.
속성
이 드롭 다운 메뉴에서는 로드 밸런싱 모듈의 속성을 추가 또는 삭제할 수 있으며 스케줄링 정책의 로드 밸런싱 모듈을 선택한 경우에만 사용할 수 있습니다. 기본값으로 속성은 지정되어 있지 않으며 사용 가능한 속성은 선택한 로드 밸런싱 모듈에 따라 다릅니다. +- 버튼을 사용하여 로드 밸런싱 모듈에/에서 속성을 추가 또는 삭제합니다.

1.1.4. 인스턴스 유형

인스턴스 유형을 사용하여 가상 머신의 하드웨어 설정을 정의할 수 있습니다. 가상 머신을 생성하거나 편집할 때 인스턴스 유형을 선택하면 하드웨어 설정 필드가 자동으로 작성됩니다. 이로 인해 사용자는 수동으로 모든 필드를 작성하지 않고 동일한 하드웨어 설정으로된 가상 머신을 여러개 설정할 수 있습니다.
다음 표에서 볼 수 있듯이 사전 정의된 인스턴스 유형을 기본값으로 사용할 수 있습니다:

표 1.6. 사전 정의된 인스턴스 유형

이름
메모리
vCPU
매우 작게 (Tiny)
512 MB
1
작게 (Small)
2 GB
1
중간 (Medium)
4 GB
2
크게 (Large)
8 GB
2
아주 크게 (XLarge)
16 GB
4
관리자는 설정 창의 인스턴스 유형 탭에서 인스턴스 유형을 생성, 편집, 삭제할 수 있습니다.
인스턴스 유형 탭

그림 1.7. 인스턴스 유형 탭

Fields in the New Virtual Machine and Edit Virtual Machine windows that are bound to an instance type will have a chain link image next to them ( ). If the value of one of these fields is changed, the virtual machine will be detached from the instance type, changing to Custom, and the chain will appear broken ( ). However, if the value is changed back, the chain will relink and the instance type will move back to the selected one.

1.1.4.1. 인스턴스 유형 생성

요약

관리자는 가상 머신을 생성 또는 편집시 사용자가 선택할 수 있는 새로운 인스턴스 유형을 생성할 수 있습니다.

절차 1.4. 인스턴스 유형 생성

  1. 머리글 표시줄에서 설정 버튼을 클릭하여 설정 창을 엽니다.
  2. 인스턴스 유형 탭을 클릭합니다.
  3. 새로 만들기 버튼을 클릭하여 새 인스턴스 유형 창을 엽니다.
    새 인스턴스 유형 창

    그림 1.8. 새 인스턴스 유형 창

  4. 일반 탭에 있는 이름설명 필드를 작성합니다. 다른 필드의 기본 설정을 허용하거나 필요할 경우 이를 변경할 수 있습니다.
  5. 시스템, 콘솔, 호스트, 고가용성, 리소스 할당, 부트 옵션, 난수 생성기 탭을 차례로 클릭하여 필요에 따라 인스터스 설정을 지정합니다. 이러한 탭 아래에 있는 설정은 새 가상 머신 창에 있는 해당 필드에 있는 설정과 동일합니다.
  6. OK를 클릭하여 인스턴스 유형을 생성하고 창을 닫습니다.
결과

새 인스턴스 유형은 설정 창에 있는 인스턴스 유형 탭에 나타나며 가상 머신을 생성하거나 편집할 때 인스턴스 유형 드롭 다운 메뉴에서 선택할 수 있습니다.

1.1.4.2. 인스턴스 유형 편집

요약

관리자는 설정 창에서 기존 인스턴스 유형을 편집할 수 있습니다.

절차 1.5. 인스턴스 유형 속성 편집

  1. 편집한 인스턴스 유형을 선택합니다.
  2. 편집 버튼을 클릭하여 인스턴스 유형 편집 창을 엽니다.
  3. 필요에 따라 일반, 시스템, 콘솔, 호스트, 고가용성, 리소스 할당, 부트옵션, 난수 생성기 필드를 변경합니다.
  4. OK를 클릭하여 변경 사항을 저장합니다.
결과

인스턴스 유형 설정이 업데이트됩니다. 인스턴스 유형에 기반하는 새 가상 머신 및 기존 가상 머신 모두 새 설정을 사용하게 됩니다.

1.1.4.3. 인스턴스 유형 삭제

요약

Red Hat Enterprise Virtualization 환경에서 인스턴스 유형을 삭제합니다.

절차 1.6. 인스턴스 유형 삭제

  1. 삭제할 인스턴스 유형을 선택합니다.
  2. 삭제 버튼을 클릭하여 인스턴스 유형 삭제 창을 엽니다.
  3. 가상 머신이 제거할 인스턴스 유형에 기반하는 경우 연결된 가상 머신이 나열된 경고 창이 나타납니다. 인스턴스 유형을 계속 제거하려면 승인 체크박스를 클릭합니다. 그렇지 않을 경우 취소를 클릭합니다.
  4. OK를 클릭합니다.
결과

인스턴스 유형은 인스턴스 유형 목록에서 삭제되어 새 가상 머신을 생성할 때 더이상 사용할 수 없게 됩니다. 삭제된 인스턴스 유형에 연결된 모든 가상 머신은 사용자 정의 (인스턴스 유형 없음)에 연결됩니다.

I 부. 리소스 관리

2장. QoS (Quality of Service)

Red Hat Enterprise Virtualization에서는 사용자 환경에 있는 리소스를 액세스할 수 있는 입출력, 처리, 네트워크 기능 정도에 대한 정교한 제어를 가능하게 하는 QoS (Quality of Service) 항목을 정의할 수 있습니다. QoS 항목은 데이터 센터 수준에서 정의되어 클러스터 및 스토리지 도메인 아래에서 생성된 프로파일에 지정됩니다. 이러한 프로파일은 프로파일이 생성된 클러스터 및 스토리지 도메인에 있는 개별 리소스에 지정됩니다.

2.1. 스토리지 QoS

스토리지 QoS는 스토리지 도메인에 있는 가상 디스크의 최대 입출력 수준 및 처리 가능한 최대 용량을 정의합니다. 스토리지 QoS를 가상 디스크에 지정하려면 스토리지 도메인 성능을 조정하고 가상 디스크와 관련된 스토리지 작업이 동일한 스토리지 도메인에서 호스팅되는 다른 가상 디스크에서 사용 가능한 스토리지 기능에 영향을 받지 않도록 할 수 있습니다.

2.1.1. 스토리지 QoS 항목 생성

스토리지 QoS 항목을 생성합니다.

절차 2.1. 스토리지 QoS 항목 생성

  1. 데이터 센터 리소스 탭을 클릭하고 데이터 센터를 선택합니다.
  2. 상세 정보 창에서 QoS를 클릭합니다.
  3. 스토리지를 클릭합니다.
  4. 새로 만들기를 클릭합니다.
  5. QoS 이름 필드에 QoS 항목 이름을 입력합니다.
  6. 설명 란에 QoS 항목에 대한 설명을 입력합니다.
  7. QoS 처리량을 지정합니다:
    1. 처리량 체크 상자를 선택합니다.
    2. 합계 란에 허용된 최대 처리량 합계를 입력합니다.
    3. 읽기 란에 읽기 작업에 허용되는 최대 처리량을 입력합니다.
    4. 쓰기 란에 쓰기 작업에 허용되는 최대 처리량을 입력합니다.
  8. 입력 및 출력 QoS를 지정합니다:
    1. IOps 체크 상자를 선택합니다.
    2. 합계 필드에 초당 최대 허용 입출력 작업 수를 입력합니다.
    3. 읽기 필드에 초당 최대 허용 입력 작업 수를 입력합니다.
    4. 쓰기 필드에 초당 최대 허용 출력 작업 수를 입력합니다.
  9. OK를 클릭합니다.
스토리지 QoS 항목을 생성하고 데이터 센터에 속한 데이터 스토리지 도메인에 있는 항목에 기초하여 디스크 프로파일을 생성할 수 있습니다.

2.1.2. 스토리지 QoS 항목 삭제

기존 스토리지 QoS 항목을 삭제합니다.

절차 2.2. 스토리지 QoS 항목 삭제

  1. 데이터 센터 리소스 탭을 클릭하고 데이터 센터를 선택합니다.
  2. 상세 정보 창에서 QoS를 클릭합니다.
  3. 스토리지를 클릭합니다.
  4. 삭제할 스토리지 QoS 항목을 선택합니다.
  5. 삭제를 클릭합니다.
  6. 메세지가 나타나면 OK를 클릭합니다.
스토리지 QoS 항목이 삭제되어 이 항목은 더이상 사용할 수 없습니다. 디스크 프로파일이 이 항목에 기반하고 있을 경우 해당 프로파일의 스토리지 QoS 항목은 자동으로 무제한 [unlimited]으로 설정됩니다.

2.2. 네트워크 QoS

네트워크 QoS (Quality of Service)는 개별적 가상 네트워크 인터페이스 컨트롤러의 인바운드 및 아웃바운드 트래픽 모두를 제한하기 위해 프로파일을 생성할 수 있게 하는 기능입니다. 이 기능을 사용하여 여러 레이어에서 대역폭을 제한하여 네트워크 리소스 사용을 제어할 수 있습니다.

중요

네트워크 QoS는 클러스터 호환 버전 3.3 이상에서만 지원됩니다.

2.2.1. 네트워크 QoS 항목 생성

가상 머신 네트워크 인터페이스 프로파일로 알려진 가상 네트워크 인터페이스 컨트롤러 (vNIC)에 적용 시 네트워크 트래픽을 조정할 네트워크 QoS 항목을 생성합니다.

절차 2.3. 네트워크 QoS 항목 생성

  1. 데이터 센터 리소스 탭을 클릭하고 데이터 센터를 선택합니다.
  2. 상세 정보 창에서 QoS 탭을 클릭합니다.
  3. 네트워크를 클릭합니다.
  4. 새로 만들기를 클릭합니다.
  5. 이름 필드에 네트워크 QoS 이름을 입력합니다.
  6. 인바운드아웃바운드 네트워크 트래픽 제한을 입력합니다.
  7. OK를 클릭합니다.
가상 네트워크 인터페이스 컨트롤러에서 사용할 수 있는 네트워크 QoS가 생성됩니다.

2.2.2. 새 네트워크 QoS 설정 및 네트워크 QoS 편집

네트워크 QoS 설정을 통해 세 가지 레벨로 인바운드 및 아웃바운드 모두에 대한 대역폭 제한을 설정할 수 있습니다.

표 2.1. 네트워크 QoS 설정

필드 이름
설명
데이터 센터
네트워크 QoS 정책이 추가되는 데이터 센터입니다. 이 필드는 선택된 데이터 센터에 따라 자동으로 설정됩니다.
이름
Manager 내에서 네트워크 QoS 정책을 표시하기 위한 이름입니다.
인바운드
인바운드 트래픽에 적용할 설정입니다. 이러한 설정을 활성화 또는 비활성화하려면 인바운드 확인란을 선택하거나 선택 취소합니다.
  • 평균 속도: 인바운드 트래픽의 평균 속도입니다.
  • 최고 속도: 최고 속도 시간 동안 인바운드 트래픽 속도입니다.
  • 버스트 속도: 버스트 동안 인바운드 트래픽 속도입니다.
아웃바운드
아웃바운드 트래픽에 적용할 설정입니다. 이러한 설정을 활성화 또는 비활성화하려면 아웃바운드 확인란을 선택하거나 선택 취소합니다.
  • 평균 속도: 아웃바운드 트래픽의 평균 속도입니다.
  • 최고 속도: 최고 속도 시간 동안 아웃바운드 트래픽 속도입니다.
  • 버스트 속도: 버스트 동안 아웃바운드 트래픽 속도입니다.

2.2.3. 네트워크 QoS 항목 삭제

기존 네트워크 QoS 항목을 삭제합니다.

절차 2.4. 네트워크 QoS 항목 삭제

  1. 데이터 센터 리소스 탭을 클릭하고 데이터 센터를 선택합니다.
  2. 상세 정보 창에서 QoS를 클릭합니다.
  3. 네트워크를 클릭합니다.
  4. 삭제할 네트워크 QoS 항목을 선택합니다.
  5. 삭제를 클릭합니다.
  6. 메세지가 나타나면 OK를 클릭합니다.
네트워크 QoS 항목이 삭제되어 더이상 이 항목을 사용할 수 없습니다.

2.3. CPU QoS (Quality of Service)

CPU QoS (Quality of Service)는 가상 머신이 이를 실행하는 호스트에서 액세스할 수 있는 처리 가능한 최대 용량을 정의하고 호스트에서 사용 가능한 총 처리 용량의 백분율로 표시합니다. CPU QoS를 가상 머신에 지정하여 클러스터에 있는 하나의 가상 머신에서의 워크로드가 동일한 클러스터에 있는 다른 가상 머신에서 사용 가능한 처리 리소스에 영향을 미치지 않게 할 수 있습니다.

2.3.1. CPU QoS 항목 생성

CPU QoS 항목을 생성합니다.

절차 2.5. CPU QoS 항목 생성

  1. 데이터 센터 리소스 탭을 클릭하고 데이터 센터를 선택합니다.
  2. 상세 정보 창에서 QoS를 클릭합니다.
  3. CPU를 클릭합니다.
  4. 새로 만들기를 클릭합니다.
  5. QoS 이름 필드에 QoS 항목 이름을 입력합니다.
  6. 설명 란에 QoS 항목에 대한 설명을 입력합니다.
  7. 제한 필드에서 백분율로 QoS 최대 처리 용량을 입력합니다. % 기호를 입력하지 않습니다.
  8. OK를 클릭합니다.
CPU QoS 항목이 생성되어 데이터 센터에 속한 클러그터에 있는 항목에 따라 CPU 프로파일을 생성할 수 있습니다.

2.3.2. CPU QoS 항목 삭제

기존 CPU QoS 항목을 삭제합니다.

절차 2.6. CPU QoS 항목 삭제

  1. 데이터 센터 리소스 탭을 클릭하고 데이터 센터를 선택합니다.
  2. 상세 정보 창에서 QoS를 클릭합니다.
  3. CPU를 클릭합니다.
  4. 삭제할 CPU QoS 항목을 선택합니다.
  5. 삭제를 클릭합니다.
  6. 메세지가 나타나면 OK를 클릭합니다.
CPU QoS 항목이 삭제되어 해당 항목을 더이상 사용할 수 없습니다. CPU 프로파일이 해당 항목에 기반할 경우 해당 프로파일의 CPU QoS 항목은 무제한 [unlimited]으로 자동 설정됩니다.

3장. 데이터 센터

3.1. 데이터 센터 소개

데이터 센터는 특정 환경에서 사용되는 리소스를 정의하는 논리적 엔티티입니다. 데이터 센터는 클러스터 및 호스트 형태; 네트워크 리소스 형태, 논리 네트워크 및 물리적 NIC 및 스토리지 리소스 형태, 스토리지 도메인 형태와 같은 논리적 리소스로 구성되어 있다는 점에서 컨테이너 리소스로 간주됩니다.
데이터 센터는 여러 호스트를 포함할 수 있는 여러 클러스터에서 구성할 수 있습니다. 또한 데이터 센터에 여러 스토리지 도메인을 연결할 수 있으며 각 호스트에서 여러 가상 머신을 지원할 수 있습니다. Red Hat Enterprise Virtualization 환경에는 여러 데이터 센터로 구성할 수 있으며 데이터 센터 인프라는 이러한 센터를 별도로 유지할 수 있습니다.
모든 데이터 센터는 단일 관리 포털에서 관리됩니다.
데이터 센터

그림 3.1. 데이터 센터

Red Hat Enterprise Virtualization은 설치 시 기본 데이터 센터를 생성합니다. 기본 데이터 센터를 설정하거나 이름을 지정하여 새로 데이터 센터를 설정할 수 있습니다.
데이터 센터 개체

그림 3.2. 데이터 센터 개체

3.2. SPM (Storage Pool Manager)

SPM (Storage Pool Manager)는 데이터 센터의 스토리지 도메인을 관리하기 위해 데이터 센터에 있는 하나의 호스트에 지정된 역할입니다. SPM 엔티티는 데이터 센터에 있는 모든 호스트에서 실행할 수 있습니다. Red Hat Enterprise Virtualization Manager는 하나의 호스트에 역할을 부여합니다. SPM에 의해 호스트가 표준 작업을 실행할 수 없는 것은 아니며 SPM으로 실행하는 호스트는 계속 가상 리소스를 호스팅할 수 있습니다.
SPM 엔티티는 스토리지 도메인 간의 메타데이터를 조정하여 스토리지로의 액세스를 제어합니다. 이는 가상 디스크 (이미지), 스냅샷, 템플릿을 생성, 삭제, 조정하고 (SAN 상의) 스파스 블록 장치에 대한 스토리지를 할당합니다. 이 역할은 배타적이며 메타데이터 무결성을 위해 한번에 하나의 호스트만 데이터 센터에서 SPM이 될 수 있습니다.
Red Hat Enterprise Virtualization Manager는 SPM을 항상 사용할 수 있는지 확인합니다. Manager는 SPM 호스트가 스토리지에 액세스하는데 문제가 발생할 경우 SPM 역할을 다른 호스트로 옮깁니다. SPM을 시작하면 이는 유일한 호스트 역할이 부여되므로 스토리지 중심적이 됩니다. 이러한 절차에는 다소 시간이 소요될 수 있습니다.

3.3. SPM 우선 순위

SPM 역할은 호스트의 사용 가능한 리소스 일부를 사용합니다. 호스트의 SPM 우선 순위 설정으로 호스트에 SPM 역할이 할당될 가능성이 변경됩니다. 높은 SPM 우선 순위를 갖는 호스트에는 낮은 SPM 우선 순위의 호스트 보다 먼저 SPM 역할이 할당됩니다. 낮은 SPM 우선 순위를 갖는 호스트에 있는 중요한 가상 머신은 호스트의 리소스에 대한 SPM 운영에 있어서 경합할 필요가 없습니다.
호스트를 편집하여 호스트의 SPM 우선 순위를 변경할 수 있습니다.

3.4. 이벤트 탭을 사용하여 데이터 센터에서 문제가 있는 개체를 식별

데이터 센터의 이벤트 탭에서는 데이터 센터와 관련된 모든 이벤트를 표시합니다. 이벤트에는 감사, 경고, 오류 등이 포함됩니다. 결과 목록에 표시된 정보는 Red Hat Enterprise Virtualization 환경에서 문제가 있는 개체를 식별하는데 사용할 수 있습니다.
이벤트 결과 목록에는 기본 보기 및 고급 보기의 두 가지 보기가 있습니다. 기본 보기에는 이벤트 아이콘, 이벤트, 시간, 이벤트 설명 등이 표시됩니다. 고급 보기에는 기본 보기에 있는 내용 이외에 이벤트 ID, 연결된 사용자, 호스트, 가상 머신, 템플릿, 데이터 센터, 스토리지, 클러스터, Gluster 볼륨, 상관 관계 ID 등이 표시됩니다.

3.5. 데이터 센터 작업

3.5.1. 새 데이터 센터 생성

다음 절차에서는 가상화 환경에 데이터 센터를 생성하는 방법에 대해 설명합니다. 데이터 센터에는 클러스터, 호스트, 스토리지 도메인 기능이 필요합니다.

참고

스토리지 유형은 첫 번째 스토리지 도메인이 데이터 센터에 추가될 때 까지 편집할 수 있습니다. 스토리지 도메인이 추가되면 스토리지 유형을 변경할 수 없습니다.
호환 버전3.6으로 설정한 경우 3.5로 변경할 수 없습니다. 하위 버전으로 변경하는 것은 허용되지 않습니다.

절차 3.1. 새 데이터 센터 생성

  1. 데이터 센터 리소스 탭을 선택하여 결과 목록에 모든 데이터 센터를 나열합니다.
  2. 새로 만들기를 클릭하여 새 데이터 센터 창을 엽니다.
  3. 데이터 센터의 이름설명을 입력합니다.
  4. 드롭 다운 메뉴에서 데이터 센터의 스토리지 유형, 호환 버전, 쿼터 모드를 선택합니다.
  5. OK를 클릭하여 데이터 센터를 생성하고 새 데이터 센터 - 가이드 창을 엽니다.
  6. 가이드 창에는 데이터 센터 설정에 필요한 엔티티가 나열됩니다. 이러한 엔티티를 설정하거나 나중에 설정 버튼을 클릭하여 나중에 설정합니다. 설정을 다시 시작하려면 데이터 센터를 선택하고 가이드 버튼을 클릭합니다.
새 데이터 센터가 가상화 환경에 추가됩니다. 클러스터, 호스트, 스토리지 도메인이 설정되기 전 까지 초기화되지 않음 상태로 남아있게 됩니다. 가이드를 사용하여 이러한 항목을 설정합니다.

3.5.2. 새 데이터 센터 및 데이터 센터 편집 창 설정

다음 표에서는 새 데이터 센터데이터 센터 편집 창에 표시된 데이터 센터를 설정하는 방법에 대해 설명합니다. OK를 클릭 시 잘못된 항목은 주황색으로 표시되고 변경 사항이 적용되지 않습니다. 또한 필드 프롬프트에는 값의 예상 값 또는 예상 값 범위가 표시됩니다.

표 3.1. 데이터 센터 속성

필드
설명/동작
이름
데이터 센터 이름입니다. 텍스트 필드는 최대 40 자로 제한되어 있으며 알파벳 대문자, 소문자, 숫자, 하이픈, 밑줄로 조합된 고유한 이름이어야 합니다.
설명
데이터 센터 설명입니다. 이는 권장 사항이며 필수 입력 사항은 아닙니다.
유형
스토리지 유형입니다. 다음 중 하나를 선택합니다:
  • 공유
  • 로컬
데이터 도메인 유형에 따라 데이터 센터 유형을 지정하고 생성 후 서비스가 중단될 수 있으므로 수정하지 않습니다. 로컬 도메인과 공유 도메인을 혼합할 수 없지만 여러 유형의 스토리지 도메인 (iSCSI, NFS, FC, POSIX, Gluster)을 동일한 데이터 센터에 추가할 수 있습니다.
호환성 버전
Red Hat Enterprise Virtualization 버전입니다. 다음 중 하나를 선택합니다:
  • 3.0
  • 3.1
  • 3.2
  • 3.3
  • 3.4
  • 3.5
  • 3.6
Red Hat Enterprise Virtualization Manager로 업그레이드한 후 호스트, 클러스터, 데이터 센터가 이전 버전에 남아 있을 수 있습니다. 데이터 센터의 호환성 수준을 업그레이드하기 전 모든 호스트를 업그레이드한 후 클러스터를 업그레이드합니다.
쿼터 모드
쿼터는 Red Hat Enterprise Virtualization에 제공되는 리소스 제한 도구입니다. 다음 중 하나를 선택합니다:
  • 사용안 함: 쿼터를 구현하지 않을 경우 선택합니다.
  • 감사: 쿼터 설정을 편집하고자 할 경우 선택합니다.
  • 사용함: 쿼터를 구현하고자 할 경우 선택합니다.

3.5.3. 데이터 센터 재초기화: 복구 절차

다음 복구 절차에서는 데이터 센터의 마스터 데이터 도메인을 새 마스터 도메인으로 대체합니다. 이는 마스터 데이터 도메인의 데이터가 손상된 경우에 필요합니다. 데이터 센터를 다시 초기화하여 클러스터, 호스트, 문제 없는 스토리지 도메인을 포함하여 데이터 센터에 연결된 모든 다른 리소스를 복구할 수 있습니다.
백업, 내보내기한 가상 머신 또는 템플릿을 새로운 마스터 데이터 도메인으로 가져올 수 있습니다.

절차 3.2. 데이터 센터 재초기화

  1. 데이터 센터 리소스 탭을 클릭하여 재초기화할 데이터 센터를 선택합니다.
  2. 데이터 센터에 연결된 스토리지 도메인이 유지 관리 모드인지를 확인합니다.
  3. 데이터 센터를 오른쪽 클릭하고 드롭 다운 메뉴에서 데이터 센터 재초기화를 선택하여 데이터 센터 재초기화 창을 엽니다.
  4. 데이터 센터 재초기화 창에는 모든 사용 가능한 스토리지 도메인 목록이 표시됩니다. 데이터 센터에 추가하려는 스토리지 도메인의 라디오 버튼을 클릭합니다.
  5. 작업 승인 확인란을 선택합니다.
  6. OK를 클릭하여 창을 닫고 데이터 센터를 다시 초기화합니다.
스토리지 도메인이 마스터 데이터 도메인으로 데이터 센터에 연결되어 활성화됩니다. 백업, 내보내기한 가상 머신, 템플릿을 새 마스터 데이터 도메인으로 가져올 수 있습니다.

3.5.4. 데이터 센터 삭제

데이터 센터를 삭제하려면 활성 호스트가 필요합니다. 데이터 센터를 삭제해도 데이터 센터에 연결된 리소스는 삭제되지 않습니다.

절차 3.3. 데이터 센터 삭제

  1. 데이터 센터에 연결된 스토리지 도메인이 유지 관리 모드인지를 확인합니다.
  2. 데이터 센터 리소스 탭을 클릭하여 삭제할 데이터 센터를 선택합니다.
  3. 삭제를 클릭하여 데이터 센터 삭제 확인 창을 엽니다.
  4. OK를 클릭합니다.

3.5.5. 데이터 센터 강제 삭제

연결된 스토리지 도메인이 손상되어 있거나 호스트가 Non Responsive 상태일 경우 데이터 센터는 Non Responsive 상태가 됩니다. 이러한 상태에서는 데이터 센터를 삭제할 수 없습니다.
강제 삭제에는 활성 호스트가 필요하지 않습니다. 이는 연결된 스토리지 도메인도 영구적으로 삭제합니다.
데이터 센터를 강제 삭제하기 전 손상된 스토리지 도메인을 삭제해야 합니다.

절차 3.4. 데이터 센터 강제 삭제

  1. 데이터 센터 리소스 탭을 클릭하여 삭제할 데이터 센터를 선택합니다.
  2. 강제 삭제를 클릭하여 데이터 센터 강제 삭제 확인 창을 엽니다.
  3. 작업 승인 확인란을 선택합니다.
  4. OK를 클릭합니다.
데이터 센터 및 연결된 스토리지 도메인이 Red Hat Enterprise Virtualization 환경에서 영구적으로 삭제됩니다.

3.5.6. 데이터 센터 호환 버전 변경

Red Hat Enterprise Virtualization 데이터 센터에는 호환 버전이 있습니다. 호환 버전은 데이터 센터와 호환되는 Red Hat Enterprise Virtualization 버전을 나타냅니다. 데이터 센터에 있는 모든 클러스터는 원하는 호환 수준을 지원해야 합니다.

참고

데이터 센터 호환 버전을 변경하려면 먼저 데이터 센터에 있는 모든 클러스터를 원하는 호환 수준을 지원하는 레벨로 업데이트해야 합니다.

절차 3.5. 데이터 센터 호환 버전 변경

  1. 관리 포털에서 데이터 센터 탭을 클릭합니다.
  2. 표시된 목록에서 변경하려는 데이터 센터를 선택합니다.
  3. 편집을 클릭합니다.
  4. 호환 버전을 원하는 값으로 변경합니다.
  5. OK를 클릭하여 데이터 센터 호환 버전 변경 확인 창을 엽니다.
  6. OK를 클릭하여 확인합니다.
데이터 센터의 호환 버전이 업데이트됩니다.

주의

호환성을 업그레이드하면 데이터 센터에 속한 모든 스토리지 도메인도 업그레이드됩니다. 3.1 이하에서 더 높은 버전으로 호환 버전을 업그레이드하는 경우 이러한 스토리지 도메인은 3.1 이전 버전에서는 사용할 수 없게 됩니다.

3.6. 데이터 센터 및 스토리지 도메인

3.6.1. 데이터 센터에 기존 데이터 도메인 연결

연결되지 않은 (Unattached) 데이터 도메인은 데이터 센터에 연결할 수 있습니다. 여러 유형 (iSCSI, NFS, FC, POSIX, Gluster)의 공유 스토리지 도메인은 동일한 데이터 센터에 추가할 수 있습니다.

절차 3.6. 데이터 센터에 기존 데이터 도메인 연결

  1. 데이터 센터 리소스 탭을 클릭하여 적절한 데이터 센터를 선택합니다.
  2. 상세 정보 창에서 스토리지 탭을 선택하여 데이터 센터에 이미 연결된 스토리지 도메인 목록을 나열합니다.
  3. 데이터 연결을 클릭하여 스토리지 연결 창을 엽니다.
  4. 데이터 센터에 연결하려는 데이터 도메인의 확인란을 선택합니다. 확인란을 여러개 선택하여 여러 데이터 도메인을 연결할 수 있습니다.
  5. OK를 클릭합니다.
데이터 도메인이 데이터 센터에 연결되어 자동으로 활성화됩니다.

3.6.2. 데이터 센터에 기존 ISO 도메인 연결

연결되지 않은 (Unattached) ISO 도메인이 데이터 센터에 연결될 수 있습니다. ISO 도메인은 데이터 센터와 같은 스토리지 유형이어야 합니다.
하나의 ISO 도메인만 데이터 센터에 연결될 수 있습니다.

절차 3.7. 데이터 센터에 기존 ISO 도메인 연결

  1. 데이터 센터 리소스 탭을 클릭하여 해당하는 데이터 센터를 선택합니다.
  2. 상세 정보 탭에서 스토리지 탭을 선택하여 데이터 센터에 이미 연결된 스토리지 도메인을 나열합니다.
  3. ISO 연결을 클릭하여 ISO 라이브러리 연결 창을 엽니다.
  4. 해당 ISO 도메인의 라디오 버튼을 클릭합니다.
  5. OK를 클릭합니다.
ISO 도메인이 데이터 센터에 연결되어 자동으로 활성화됩니다.

3.6.3. 기존 내보내기 도메인을 데이터 센터에 연결

연결되지 않은 (Unattached) 내보내기 도메인은 데이터 센터에 연결할 수 있습니다. 하나의 내보내기 도메인만 데이터 센터에 연결할 수 있습니다.

절차 3.8. 기존 내보내기 도메인을 데이터 센터에 연결

  1. 데이터 센터 리소스 탭을 클릭하여 적절한 데이터 센터를 선택합니다.
  2. 상세 정보 창에서 스토리지 탭을 선택하여 데이터 센터에 이미 연결된 스토리지 도메인 목록을 나열합니다.
  3. 내보내기 연결을 클릭하면 내보내기 도메인 연결 창이 열립니다.
  4. 해당 내보내기 도메인의 라디오 버튼을 클릭합니다.
  5. OK를 클릭합니다.
내보내기 도메인이 데이터 센터에 연결되어 자동으로 활성화됩니다.

3.6.4. 데이터 센터에서 스토리지 도메인 분리

데이터 센터에서 스토리지 도메인을 분리하면 스토리지 도메인에 연결된 데이터 센터가 중지합니다. 스토리지 도메인은 Red Hat Enterprise Virtualization 환경에서 삭제되지 않고 이는 다른 데이터 센터에 연결할 수 있습니다.
가상 머신 및 템플릿과 같은 데이터는 스토리지 도메인에 연결된 상태로 남아 있습니다.

참고

마지막 사용 가능한 스토리지 도메인이 마스터 스토리지일 경우 이를 삭제할 수 없습니다.

절차 3.9. 데이터 센터에서 스토리지 도메인 분리

  1. 데이터 센터 리소스 탭을 클릭하여 해당하는 데이터 센터를 선택합니다.
  2. 상세 정보 창에서 스토리지 탭을 선택하여 데이터 센터에 연결된 스토리지 도메인 목록을 나열합니다.
  3. 분리할 스토리지 도메인을 선택합니다. 스토리지 도메인이 Active 상태일 경우 유지 관리를 클릭하여 스토리지 도메인 유지 관리 확인 창을 엽니다.
  4. OK를 클릭하여 유지 관리 모드를 시작합니다.
  5. 분리를 클릭하여 스토리지 분리 확인창을 엽니다.
  6. OK를 클릭합니다.
데이터 센터에서 스토리지 도메인이 분리되었습니다. 스토리지 도메인이 상세 정보 창에서 몇 분 이내에 사라질 것입니다.

3.6.5. 유지 관리 모드에서 스토리지 도메인 활성화

유지 관리 모드에 있는 스토리지 도메인을 사용할 수 있도록 활성화해야 합니다.

절차 3.10. 유지 관리 모드에서 데이터 도메인 활성화

  1. 데이터 센터 리소스 탭을 클릭하여 해당하는 데이터 센터를 선택합니다.
  2. 상세 정보 창에서 스토리지 탭을 선택하여 데이터 센터에 연결된 스토리지 도메인 목록을 나열합니다.
  3. 해당 스토리지 도메인을 선택하고 활성화를 클릭합니다.
데이터 센터에서 스토리지 도메인이 활성화되어 사용할 수 있습니다.

3.7. 데이터 센터 및 권한

3.7.1. 데이터 센터의 시스템 권한 관리

SuperUser로서 시스템 관리자는 관리 포털의 모든 면을 관리합니다. 보다 특정한 관리 역할은 다른 사용자에게 부여될 수 있습니다. 이러한 제한된 관리자 역할은 특정 리소스에 제한하여 사용자 관리 권할을 부여할 경우 유용합니다. 예를 들어 DataCenterAdmin 역할은 데이터 센터의 스토리지를 제외한 할당된 데이터 센터에 대해서만 관리자 권한을 갖으며 ClusterAdmin은 할당된 클러스터에 대해서만 관리자 권한을 갖습니다.
데이터 센터 관리자는 특정 데이터 센터에 대해서만 시스템 관리자 역할을 수행합니다. 이는 각 데이터 센터에 관리자가 필요한 여러 데이터 센터가 있는 가상화 환경의 경우 유용합니다. DataCenterAdmin 역할은 계층적 모델로 데이터 센터에 대해 데이터 센터 관리자 역할이 지정된 사용자가 데이터 센터 스토리지를 제외한 데이터 센터에 있는 모든 개체를 관리할 수 있습니다. 헤더 바에 있는 설정 버튼을 사용하여 가상화 환경의 모든 데이터 센터에 대해 데이터 센터 관리자를 지정합니다.
데이터 센터 관리자 역할은 다음과 같은 작업을 허용합니다:
  • 데이터 센터와 관련된 클러스터를 생성 및 삭제합니다.
  • 데이터 센터와 관련된 호스트, 가상 머신, 풀을 추가 및 삭제합니다.
  • 데이터 센터와 관련된 가상 머신의 사용자 권한을 편집합니다.

참고

기존 사용자에게만 역할 및 권한을 할당할 수 있습니다.
기존 시스템 관리자를 삭제하고 새로운 시스템 관리자를 추가하여 데이터 센터의 시스템 관리자를 변경할 수 있습니다.

3.7.2. 데이터 센터 관리자 역할

데이터 센터 권한이 있는 역할

아래 표에서는 데이터 센터 관리에 적용할 수 있는 관리자 역할 및 권한에 대해 설명합니다.

표 3.2. Red Hat Enterprise Virtualization 시스템 관리자 역할

역할권한알림
DataCenterAdmin데이터 센터 관리자스토리지를 제외하고 클러스터, 호스트, 템플릿, 가상 머신을 포함하여 특정 데이터 센터에 있는 모든 물리적 및 가상 리소스를 사용, 생성, 삭제, 관리할 수 있습니다.
NetworkAdmin네트워크 관리자특정 데이터 센터의 네트워크를 설정 및 관리할 수 있습니다. 데이터 센터의 네트워크 관리자는 데이터 센터 내의 가상 머신에 대한 네트워크 권한을 상속합니다.

3.7.3. 리소스에 관리자 또는 사용자 역할 할당

리소스에 관리자 또는 사용자 역할을 할당하여 사용자가 리소스에 액세스 및 관리할 수 있게 합니다.

절차 3.11. 리소스에 역할 할당

  1. 리소스 탭, 트리 모드 또는 검색 기능을 사용하여 검색 결과 목록에서 리소스를 검색 및 선택합니다.
  2. 상세 정보 창에 있는 권한 탭을 클릭하여 할당된 사용자, 사용자 역할, 선택한 리소스에 대해 상속된 권한을 나열합니다.
  3. 추가를 클릭합니다.
  4. 검색 텍스트 상자에 기존 사용자의 이름 또는 사용자 이름을 입력하고 검색을 클릭합니다. 검색 결과 목록에서 일치하는 사용자를 선택합니다.
  5. 할당할 역할: 드롭 다운 목록에서 역할을 선택합니다.
  6. OK를 클릭합니다.
사용자에게 역할이 할당되어 이제 사용자는 리소스에 대해 활성화된 역할에 상속된 권한을 갖습니다.

3.7.4. 리소스에서 관리자 또는 사용자 역할 삭제

리소스에서 관리자 또는 사용자 역할을 삭제합니다. 사용자는 리소스에서의 역할과 관련하여 상속된 권한을 손실합니다.

절차 3.12. 리소스에서 역할 삭제

  1. 리소스 탭, 트리 모드 또는 검색 기능을 사용하여 검색 결과 목록에서 리소스를 검색 및 선택합니다.
  2. 상세 정보 창에 있는 권한 탭을 클릭하여 할당된 사용자 목록, 사용자 역할, 선택한 리소스에서 상속된 권한을 나열합니다.
  3. 리소스에서 삭제할 사용자를 선택합니다.
  4. 삭제를 클릭합니다. 권한 삭제 창이 열리면 권한 삭제를 확인합니다.
  5. OK를 클릭합니다.
리소스에서 사용자 역할 및 관련된 권한이 삭제됩니다.

4장. 클러스터

4.1. 클러스터에 대한 소개

클러스터는 동일한 스토리지 도메인을 공유하고 동일한 CPU 유형 (Intel 또는 AMD)을 갖는 호스트의 논리적 그룹입니다. 호스트의 CPU 모델 세대가 다른 경우 모든 모델에 있는 기능만 사용합니다.
시스템에 있는 각 클러스터는 하나의 데이터 센터에 속해 있어야 하며 시스템에 있는 각 호스트는 클러스터에 속해 있어야 합니다. 가상 머신은 클러스터 탭이나 런타임 시 설정 도구에 정의된 정책에 따라 클러스터에 있는 호스트에 동적으로 할당되어 이들 사이에서 마이그레이션할 수 있습니다. 클러스터는 최상위에 있으므로 전원 및 부하 공유 정책을 정의할 수 있습니다.
클러스터에 속한 호스트 수 및 가상 머신 수는 호스트 수가상 머신 수 아래의 결과 목록에 표시됩니다.
클러스터는 가상 머신 또는 Red Hat Gluster Storage Servers를 실행합니다. 이러한 두 가지 사용 용도는 상호 배타적이므로 하나의 단일 클러스터에서 가상화 및 스토리지 호스트를 동시에 지원할 수 없습니다.
Red Hat Enterprise Virtualization은 설치 도중 기본 데이터 센터에 기본 클러스터를 생성합니다.
클러스터

그림 4.1. 클러스터

4.2. 클러스터 작업

4.2.1. 새 클러스터 생성

데이터 센터에는 여러 클러스터가 들어 있을 수 있으며 클러스터에는 여러 호스트가 들어 있을 수 있습니다. 클러스터에 있는 모든 호스트는 동일한 CPU 유형 (Intel 또는 AMD)으로 되어 있어야 합니다. CPU 유형을 최적화하기 위해 클러스터를 생성하기 전 호스트를 생성하는 것이 좋습니다. 하지만 가이드 버튼을 사용하여 나중에 호스트를 설정할 수 있습니다.

절차 4.1. 새 클러스터 생성

  1. 클러스터 리소스 탭을 선택합니다.
  2. 새로 만들기를 클릭합니다.
  3. 드롭 다운 목록에서 클러스터가 속할 데이터 센터를 선택합니다.
  4. 클러스터의 이름설명을 입력합니다.
  5. 관리 네트워크 드롭 다운 목록에서 네트워크를 선택하고 관리 네트워크 역할을 지정합니다.
  6. 드롭 다운 목록에서 CPU 아키텍처CPU 유형을 선택합니다. CPU 프로세스 제품군과 클러스터에 연결하고자 하는 호스트의 최소 CPU 프로세서 유형과 일치해야 합니다. 그렇지 않을 경우 호스트는 작동하지 않게 됩니다.

    참고

    Intel과 AMD CPU 유형 모두의 경우 CPU 모델은 오래된 것 부터 가장 최신의 논리적 순서로 나열됩니다. 클러스터에 다른 CPU 모델이 있는 호스트가 포함되어 있을 경우 오래된 CPU 모델을 선택합니다. 각 CPU 모델에 대한 보다 자세한 내용은 https://access.redhat.com/solutions/634853에서 참조하십시오.
  7. 드롭 다운 목록에서 클러스터의 호환 버전을 선택합니다.
  8. Virt 서비스 활성화 또는 Gluster 서비스 활성화 라디오 버튼을 선택하여 클러스터를 가상 머신 호스트 또는 Gluster 활성 노드로 배포할 지 여부를 지정합니다. Red Hat Enterprise Virtualization Hypervisor 호스트를 Gluster 활성 클러스터에 추가할 수 없음에 유의합니다.
  9. 가상 머신 유지 보수 이유 설정을 활성화 옵션을 선택하여 가상 머신이 Manager에서 종료 시 이유 설정 옵션을 사용하여 관리자가 유지 관리에 대한 설명을 제공할 수 있게 합니다.
  10. 호스트 유지 보수 이유 설정을 활성화 옵션을 선택하여 호스트가 Manager에서 유지 관리 모드로 전환 시 이유 설정 옵션을 사용하여 관리자가 유지 관리에 대한 설명을 제공할 수 있게 합니다.
  11. /dev/random source (Linux 제공 장치) 또는 /dev/hwrng source (외부 하드웨어 장치)란을 선택하여 클러스터에 있는 모든 호스트가 사용할 난수 생성기를 지정합니다.
  12. 최적화 탭을 클릭하여 클러스터의 메모리 페이지 공유 임계값을 선택하고 클러스터에 있는 호스트에서 CPU 스레드 처리 및 메모리 부울 옵션을 활성화합니다.
  13. 시스템 회복성 정책 탭을 클릭하여 가상 머신 마이그레이션 정책을 선택합니다.
  14. 스케줄링 정책 탭을 클릭하여 스케줄링 정책 설정, 스케줄러 최적화 설정, 클러스터에 있는 호스트의 신뢰할 수 있는 서비스 활성화, HA 예약 활성화,사용자 정의 일련 번호 정책 추가와 같은 옵션을 설정합니다.
  15. 콘솔 탭을 클릭하여 글로벌 SPICE 프록시를 덮어쓰기하고 클러스터에 있는 호스트의 SPICE 프록시 주소를 지정합니다.
  16. 펜싱 정책 탭을 클릭하여 클러스터의 펜싱을 활성화 또는 비활성화하고 펜싱 옵션을 선택합니다.
  17. OK를 클릭하여 클러스터를 생성하고 새 클러스터 - 가이드 창을 엽니다.
  18. 가이드 창에는 클러스터 설정에 필요한 엔티티가 나열됩니다. 이러한 엔티티를 설정하거나 나중에 설정 버튼을 클릭하여 나중에 설정합니다. 설정을 다시 시작하려면 클러스터를 선택하고 가이드 버튼을 클릭합니다.
새 클러스터가 가상화 환경에 추가됩니다.

4.2.2. 새 클러스터 및 클러스터 편집 창 설정 및 제어

4.2.2.1. 일반 클러스터 설정

새 클러스터 창

그림 4.2. 새 클러스터 창

다음 표에서는 새 클러스터클러스터 편집 창에서 일반 탭을 설정하는 방법에 대해 설명합니다. OK를 클릭 시 잘못된 항목은 주황색으로 표시되고 변경 사항이 적용되지 않습니다. 또한 필드 프롬프트에는 값의 예상 값 또는 예상 값 범위가 표시됩니다.

표 4.1. 일반 클러스터 설정

필드
설명/동작
데이터 센터
데이터 센터에는 클러스터가 포함되어 있습니다. 데이터 센터는 클러스터를 추가하기 전에 생성해야 합니다.
이름
클러스터 이름입니다. 텍스트 필드는 최대 40 자로 제한되어 있으며 알파벳 대문자, 소문자, 숫자, 하이픈, 밑줄로 조합된 고유한 이름이어야 합니다.
설명 / 코멘트
클러스터 설명 또는 추가 알림 내용입니다. 이는 권장 사항이며 필수 입력 사항은 아닙니다.
관리 네트워크
관리 네트워크 역할을 할당할 논리 네트워크입니다. 기본값은 ovirtmgmt입니다. 기존 클러스터에서 관리 네트워크는 상세 정보 창에서 논리 네트워크 탭에 있는 네트워크 관리 버튼을 통해서만 변경될 수 있습니다.
CPU 아키텍처클러스터의 CPU 아키텍처입니다. 선택된 CPU 아키텍처에 따라 다른 CPU 유형을 사용할 수 있습니다.
  • 지정되지 않음: 모든 CPU 유형을 사용할 수 있습니다.
  • x86_64: 모든 Intel 및 AMD CPU 유형을 사용할 수 있습니다.
  • ppc64: IBM POWER 8 만을 사용할 수 있습니다.
CPU 유형
클러스터의 CPU 유형입니다. 다음 중 하나를 선택합니다:
  • Intel Conroe 제품군
  • Intel Penryn 제품군
  • Intel Nehalem 제품군
  • Intel Westmere 제품군
  • Intel SandyBridge 제품군
  • Intel Haswell
  • AMD Opteron G1
  • AMD Opteron G2
  • AMD Opteron G3
  • AMD Opteron G4
  • AMD Opteron G5
  • IBM POWER 8
클러스터에 있는 모든 호스트는 Intel, AMD, IBM POWER 8 CPU 유형 중 하나로 실행해야 합니다. 생성 후 변경할 경우 서비스가 중단될 수 있습니다. CPU 유형은 클러스터에서 가장 오래된 CPU 모델로 설정해야 합니다. 모든 모델에 있는 기능만 사용할 수 있습니다. Intel 및AMD CPU 유형의 경우 CPU 모델은 가장 오래된 것 부터 가장 최신의 논리적 순서로 나열됩니다.
호환성 버전
Red Hat Enterprise Virtualization 버전입니다. 다음 중 하나를 선택합니다:
  • 3.0
  • 3.1
  • 3.2
  • 3.3
  • 3.4
  • 3.5
  • 3.6
데이터 센터에 지정된 버전 보다 이전 버전을 선택할 수 없습니다.
Virt 서비스 활성화
라디오 버튼이 선택되어 있을 경우 클러스터에 있는 호스트는 가상 머신을 실행하는데 사용됩니다.
Gluster 서비스 활성화
라디오 버튼이 선택되어 있을 경우 클러스터에 있는 호스트는 Red Hat Gluster Storage Server 노드로 사용되고 가상 머신을 실행하지 않게 됩니다. Red Hat Enterprise Virtualization Hypervisor 호스트를 이러한 옵션이 활성화된 클러스터에 추가할 수 없습니다.
기존 Gluster 설정 가져오기
다음 확인란은 Gluster 서비스 활성화 라디오 버튼이 선택되어 있을 경우에만 사용할 수 있습니다. 이 옵션을 통해 기존 Gluster 활성 클러스터 및 Red Hat Enterprise Virtualization Manager에 연결된 모든 호스트를 가져올 수 있습니다.
다음 옵션은 가져오기할 클러스터에 있는 각 호스트에 필요합니다:
  • 주소: Gluster 호스트 서버의 IP 주소 또는 정규화된 도메인 이름을 입력합니다.
  • 지문: Red Hat Enterprise Virtualization Manager는 호스트의 지문을 가져오기하여 올바른 호스트에 연결되어 있는지 확인합니다.
  • Root 암호: 호스트와 통신하는데 필요한 root 암호를 입력합니다.
가상 머신 유지 관리 이유 설정 활성화이 확인란이 선택되어 있는 경우 클러스터에 있는 가상 머신을 Manager에서 종료할 때 이유를 입력할 수 있는 필드가 표시됩니다. 이를 통해 유지 관리 이유를 입력하면 가상 머신 전원이 다시 켜졌을 때 로그에 표시됩니다.
호스트 유지 관리 이유 설정 활성화이 확인란이 선택되어 있는 경우 클러스터에 있는 호스트를 Manager에서 유지 관리 모드로 전환하면 이유를 입력할 수 있는 필드가 표시됩니다. 이를 통해 유지 관리 이유를 입력하면 호스트가 다시 활성화되었을 때 로그에 표시됩니다.
필요한 난수 생성기 소스:
다음 중 하나의 확인란이 선택되어 있을 경우 클러스터에 있는 모든 호스트는 해당 장치를 사용할 수 있어야 합니다. 이는 난수 생성기에서 가상 머신으로 엔트로피를 전달할 수 있습니다.
  • /dev/random source - Linux 지정 난수 생성기입니다.
  • /dev/hwrng source - 외부 하드웨어 생성기입니다.
이 기능은 Red Hat Enterprise Linux 6.6 이상 버전 또는 Red Hat Enterprise Linux 7.0 이상 버전에서 실행되는 호스트에서만 지원됨에 유의합니다.

4.2.2.2. 최적화 설정

메모리 페이지 공유로 가상 머신은 다른 가상 머신에 사용하지 않는 메모리를 활용하여 할당된 메모리의 최대 200% 까지 사용할 수 있습니다. 이 절차는 Red Hat Enterprise Virtualization 환경에 있는 가상 머신이 동시에 전체 용량을 사용하지 않고 특정 가상 머신에 할당된 사용하지 않는 메모리를 임시적으로 사용할 수 있다는 것을 전제로 합니다.
CPU 스레드를 처리하여 호스트는 호스트에 있는 코어 수를 초과하는 총 프로세서 코어 수로 가상 머신을 실행할 수 있습니다. 이는 CPU 이외의 구성 요소를 많이 사용하는 작업에 유용하며 더 많은 가상 머신을 실행하여 하드웨어 요구 사항을 줄일 수 있습니다. 또한 게스트 코어 수가 호스트 코어 수와 호스트 스레드 수 사이의 값일 경우 이러한 기능이 없으면 불가능한 CPU 토폴로지로 가상 머신을 실행할 수 있습니다.
다음 표에서는 새 클러스터클러스터 편집 창에서 최적화 탭을 설정하는 방법에 대해 설명합니다.

표 4.2. 최적화 설정

필드
설명/동작
메모리 최적화
  • 없음 - 메모리 오버커밋을 비활성화: 메모리 페이지 공유를 비활성화합니다.
  • 서버용 로드 - 실제 메모리의 150%의 스케줄링을 허용: 각 호스트에서 시스템 메모리의 150%로 메모리 페이지 공유 임계값을 설정합니다.
  • 데스크톱용 로드 - 실제 메모리의 200%의 스케줄링을 허용: 각 호스트에서 시스템 메모리의 200%로 메모리 페이지 공유 임계값을 설정합니다.
CPU 스레드
스레드를 코어로 계산 확인란을 선택하여 호스트가 호스트에 있는 코어 수를 초과하는 총 프로세서 코어 수로 가상 머신을 실행합니다.
표시된 호스트 스레드는 코어로 처리되며 가상 머신에서 활용할 수 있습니다. 예를 들어 코어 당 2 개의 스레드가 있는 24 코어 시스템 (총 48 스레드)의 경우 각각 최대 48 코어로 가상 머신을 실행할 수 있으며 호스트 CPU 부하를 산출하는 알고리즘은 2 배의 사용 가능한 코어로 부하를 비교하게 됩니다.
메모리 Balloon
메모리 Balloon 최적화 활성화 확인란을 선택하여 클러스터에 있는 호스트에서 실행되는 가상 머신의 메모리 오버커밋을 활성화합니다. 이 옵션을 설정하면 MoM (Memory Overcommit Manager)은 각 가상 머신에 확보된 메모리 크리를 제한하여 메모리 ballooning을 시작합니다.
메모리 ballooning을 시작하려면 가상 머신에 적절한 드라이버와 함께 balloon 장치가 필요합니다. 클러스터 수준 3.2 이상에 있는 각 가상 머신에는 삭제하지 않는 한 balloon 장치가 포함되어 있습니다. 이러한 클러스터에 있는 각 호스트는 클러스터가 상태가 Up으로 변경되면 balloon 정책 업데이트를 받을 수 있습니다. 필요한 경우 상태를 변경하지 않고 호스트에 있는 balloon 정책을 수동으로 업데이트할 수 있습니다. 보다 자세한 내용은 4.2.5절. “클러스터에 있는 호스트에서 MoM 정책 업데이트”에서 참조하십시오.
일부 시나리오에서는 메모리 ballooning으로 인해 KSM과 충돌할 수 있음을 이해하고 있어야 합니다. 이러한 경우 MoM은 충돌을 최소화하기 위해 balloon 크기를 조정하게 됩니다. 또한 일부 시나리오에서는 메모리 ballooning으로 인해 가상 머신의 성능이 최적화되지 않을 수 있습니다. 관리자는 신중하게 ballooning 최적화를 사용해야 합니다.
KSM 컨트롤
KSM 활성화 확인란을 선택하여 CPU 비용을 초과하는 메모리 저장에서 높은 혜택을 얻을 경우 MoM이 활성화하여 KSM (Kernel Same-page Merging)을 실행합니다.

4.2.2.3. 복구 정책 설정

호스트가 작동하지 않을 때 복구 정책은 가상 머신 마이그레이션 정책을 설정합니다. 비 동작 상태인 호스트에서 실행되는 가상 머신은 클러스터에 있는 다른 호스트로 실시간 마이그레이션됩니다. 이러한 마이그레이션은 클러스터 복구 정책에 따라 달라집니다. 호스트가 응답하지 않고 재부팅될 경우 고가용성 가상 머신은 클러스터에 있는 다른 호스트에서 다시 시작됩니다. 복구 정책은 비 동작 상태에 있는 호스트에만 적용됩니다.

표 4.3. 호스트 오류 상태

상태
설명
Non Operational
Non-operational (비동작) 상태의 호스트는 Manager를 사용하여 통신할 수 있지만 논리 네트워크의 누락과 같은 설정 오류를 범할 수 있습니다. 호스트가 non-operational (비동작 )상태일 경우 가상 머신 마이그레이션은 클러스터 복구 정책에 따라 달라집니다.
Non Responsive
Non-responsive (응답 없음) 상태의 호스트는 Manager를 사용하여 통신할 수 없습니다. 호스트가 non-responsive (응답 없음) 상태일 경우 모든 고가용성 가상 머신은 클러스터에 있는 다른 호스트에서 다시 시작됩니다.
가상 머신 마이그레이션은 네트워크 집중적인 작업입니다. 예를 들어 호스트가 10 개 이상의 가상 머신을 실행하고 있는 경우 이러한 가상 머신 모두를 마이그레이션/다시 시작하는데 많은 시간과 노력이 소비될 수 있습니다. 따라서 사용자 환경 설정에 가장 적합한 작업 정책을 선택해야 합니다. 일반적인 접근 방신을 선호하는 경우 가상 머신의 모든 마이그레이션을 비활성화합니다. 다른 방법으로 여러 가상 머신이 있지만 그중 일부만 중요 작업을 실행하고 있을 경우 고가용성 가상 머신만 마이그레이션하는 옵션을 선택합니다.
다음 표에서는 새 클러스터클러스터 편집 창에서 복구 정책 탭을 설정하는 방법에 대해 설명합니다. 새 클러스터 생성 시 복구 정책 설정 방법에 대한 자세한 내용은 4.2.1절. “새 클러스터 생성”에서 참조하십시오.

표 4.4. 복구 정책 설정

필드
설명/동작
가상 머신 마이그레이션
지정된 우선 순위 순으로 모든 가상 머신을 마이그레이션합니다.
고가용성 가상 머신만 마이그레이션
고가용성 가상 머신만 마이그레이션하여 다른 호스트가 오버로딩되지 않게 합니다.
가상 머신을 마이그레이션하지 않음
가상 머신이 마이그레이션되지 않게 합니다.

4.2.2.4. 스케줄링 정책 설정

스케줄링 정책을 사용하여 사용 가능한 호스트 간의 가상 머신 사용 및 배포를 지정할 수 있습니다. 클러스터에 있는 호스트에서 자동으로 부하 분산을 조정할 수 있도록 스케줄링 정책을 지정합니다.
스케줄링 정책 설정: vm_evenly_distributed

그림 4.3. 스케줄링 정책 설정: vm_evenly_distributed

다음 표에서는 스케줄링 정책 탭 설정에 대해 설명합니다.

표 4.5. 스케줄링 정책 탭 속성

필드
설명/동작
정책 선택
드롭 다운 목록에서 정책을 선택합니다.
  • none: 정책 값을 none으로 설정하여 호스트 간에 부하 분산 및 전원 공유를 할 수 없게 됩니다. 이는 기본 모드입니다.
  • evenly_distributed: 클러스터에 있는 모든 호스트에 CPU 처리 부하를 균등하게 분산합니다. 호스트가 지정된 최대 서비스 레벨에 도달했을 경우 호스트에 연결된 추가 가상 머신을 시작할 수 없게 됩니다.
  • power_saving: 사용률이 낮은 호스트의 전원 소비를 감소하기 위해 사용가능한 호스트의 서브 세트에서 CPU 처리 부하를 분산합니다. 지정된 시간 간격 보다 길게 사용량의 하한치 이하에 있는 호스트 CPU 부하는 모든 가상 머신을 다른 호스트로 마이그레이션하므로 전원을 끌 수 있습니다. 호스트가 지정된 사용량 상한치에 도달할 경우 호스트에 연결된 추가 가상 머신은 시작되지 않습니다.
  • vm_evenly_distributed: 가상 머신 수에 따라 가상 머신을 균등하게 호스트로 분배합니다. 호스트가 HighVmCount 보다 많은 가상 머신을 실행하고 있고 가상 머신 수에서 최소 하나의 호스트가 MigrationThreshold 범위 밖에 있을 경우 클러스터는 불균형 상태로 간주됩니다.
속성
다음 속성은 선택한 정책에 따라 표시되며 필요에 따라 수정할 수 있습니다:
  • HighVmCount: 각 호스트에서 실행할 수 있는 최대 가상 머신 수를 설정합니다. 제한을 초과하면 호스트는 과부하 상태가 됩니다. 기본값은 10입니다.
  • MigrationThreshold: 가상 머신이 호스트에서 마이그레이션되기 전 버퍼를 정의합니다. 이는 사용률이 가장 높은 호스트와 사용률이 가장 낮은 호스트 간의 최대 가상 머신 수 차이 값입니다. 클러스터의 모든 호스트에 있는 가상 머신 수가 마이그레이션 임계값 내에 있는 경우 클러스터는 균형 상태가 됩니다. 기본값은 5입니다.
  • SpmVmGrace: SPM 호스트에 예약된 가상 머신 용 슬롯 수를 정의합니다. SPM 호스트는 다른 호스트 보다 부하가 낮기 때문에 이러한 변수는 호스트 이외에 얼마나 적은 수의 가상 머신을 실행할 수 있는지를 정의합니다. 기본값은 5입니다.
  • CpuOverCommitDurationMinutes: 스케줄링 정책이 적용되기 전 호스트가 정의된 사용 값 밖에서 CPU 부하를 실행할 수 있는 시간 (분 단위)을 설정합니다. 시간 간격을 정의하여 일시적 CPU 부하 스파이크로 인한 스케줄링 정책 활성화 및 불필요한 가상 머신 마이그레이션이 발생하지 않게 합니다. 최대 2 자리 수 까지로 합니다. 기본값은 2입니다.
  • HighUtilization: 백분율로 표시합니다. 호스트가 지정된 시간 동안 상한치 이상의 CPU 사용량을 실행할 경우 Red Hat Enterprise Virtualization Manager는 호스트의 CPU 부하가 최대 상한 임계값 이하로 될 때 까지 클러스터에 있는 다른 호스트로 가상 머신을 마이그레이션합니다. 기본값은 80입니다.
  • LowUtilization: 백분율로 표시합니다. 호스트가 지정된 시간 동안 하한치 이하의 CPU 사용량을 실행할 경우 Red Hat Enterprise Virtualization Manager는 클러스터에 있는 다른 호스트에 가상 머신을 마이그레이션합니다. Manager 는 원래 호스트 머신의 전원을 종료하고 부하 분산이 필요하거나 클러스터에서 여유 호스트가 충분하지 않을 경우 호스트를 다시 시작합니다. 기본값은 20입니다.
  • ScaleDown: 호스트 값을 지정된 값으로 나누기하여 HA 예약 가중 함수의 영향을 줄입니다. 이는 none을 포함하여 정책에 추가할 수 있는 옵션 속성입니다.
  • HostsInReserve: 실행 중인 가상 머신이 없어도 계속 실행할 호스트 수를 지정합니다. 이는 power_saving 정책에 추가할 수 있는 옵션 속성입니다.
  • EnableAutomaticHostPowerManagement: 클러스터에 있는 모든 호스트의 자동 전원 관리를 활성화합니다. 이는 power_saving 정책에 추가할 수 있는 옵션 속성입니다. 기본 값은 true입니다.
스케줄러 최적화
호스트 가중치/순서 스케줄링을 최적화합니다.
  • 사용률 최적화: 스케줄링에 가중치 모듈을 포함되어 최적 선택이 가능합니다.
  • 속도 최적화: 10 개 이상의 대기 중인 요청이 있을 경우 호스트의 가중치를 건너뜁니다.
신뢰할 수 있는 서비스 활성화
OpenAttestation 서버와의 통합을 활성화합니다. 이를 활성화하기 전 engine-config 도구를 사용하여 OpenAttestation 서버 정보를 입력합니다.
HA 예약 활성화
Manager를 활성화하여 고가용성 가상 머신 용 클러스터 용량을 모니터링합니다. Manager는 기존 호스트에서 예기치 않은 오류 발생 시 마이그레이션을 위해 고가용성으로 지정된 가상 머신의 클러스터내에 적절한 용량을 보유하도록 합니다.
사용자 정의 일련 번호 정책 지정
이 확인란에서 클러스터에 있는 가상 머신의 일련 번호 정책을 지정합니다. 다음 옵션 중 하나를 선택합니다:
  • 호스트 ID: 가상 머신의 일련 번호로 호스트의 UUID를 설정합니다.
  • 가상 머신 ID: 가상 머신의 일련 번호로 가상 머신의 UUID를 설정합니다.
  • 사용자 정의 일련 번호: 사용자 정의 일련 번호를 지정할 수 있습니다.
마이그레이션 자동 컨버전스
이 옵션을 통해 클러스터에 있는 가상 머신의 라이브 마이그레이션 중 자동 컨버전스를 사용할 지에 대한 여부를 설정합니다. 워크로드가 큰 대형 가상 머신은 라이브 마이그레이션 중 전송 속도 보다 더 빠르게 더티 메모리 상태가 되어 마이그레이션을 컨버전스하지 못하게 합니다. QEMU의 자동 컨버전스 기능을 통해 가상 머신 마이그레이션 컨버전스를 강제할 수 있습니다. QEMU는 자동으로 컨버전스되지 않음을 감지하고 가상 머신에 있는 vCPU의 스로틀을 감소시킵니다. 자동 컨버전스는 전역에서 기본값으로 비활성화되어 있습니다.
  • 전역 설정에서 상속을 선택하여 engine-config로 전역 수준에 설정되는 자동 컨버전스 설정을 사용합니다. 이 옵션은 기본값으로 선택되어 있습니다.
  • 자동 컨버전스를 선택하여 전역 설정을 덮어쓰기하고 클러스터에 있는 가상 머신의 자동 컨버전스를 허용합니다.
  • 자동 컨버전스하지 않음을 선택하여 전역 설정을 덮어쓰기하고 클러스터에 있는 가상 머신을 자동 컨버전스하지 않습니다.
마이그레이션 압축 활성화
이 옵션을 통해 클러스터에 있는 가상 머신의 라이브 마이그레이션 동안 마이그레이션 압축을 사용할 지에 대한 여부를 설정할 수 있습니다. 이 기능은 Xor Binary Zero Run-Length-Encoding을 사용하여 가상 머신 다운 타임 및 집약적 메모리 쓰기 작업을 실행하는 가상 머신이나 메모리 스파스 메모리 업데이트 패턴이 있는 애플리케이션의 총 라이브 마이그레이션 시간을 단축할 수 있습니다. 마이그레이션 압축은 전역에서 기본값으로 비활성화되어 있습니다.
  • 전역 설정에서 상속을 선택하여 engine-config으로 전역 수준에 설정된 압축 설정을 사용합니다. 이 옵션은 기본값으로 선택되어 있습니다.
  • 압축을 선택하여 전역 설정을 덮어쓰기하고 클러스터에 있는 가상 머신의 압축을 허용합니다.
  • 압축하지 않음을 선택하여 전역 설정을 덮어쓰기하고 클러스터에 있는 가상 머신을 압축하지 않도록 합니다.
호스트의 여유 메모리가 20% 미만으로 감소하면 mom.Controllers.Balloon - INFO Ballooning guest:half1 from 1096400 to 1991580과 같은 부울 명령이 /var/log/vdsm/mom.log에 기록됩니다. /var/log/vdsm/mom.log는 Memory Overcommit Manager 로그 파일입니다.

4.2.2.5. 클러스터 콘솔 설정

다음 표에서는 새 클러스터클러스터 편집 창에서 콘솔 탭을 설정하는 방법에 대해 설명합니다.

표 4.6. 콘솔 설정

필드
설명/동작
클러스터의 SPICE 프록시 정의
이 옵션을 선택하여 글로벌 설정에 지정된 SPICE 프록시 덮어쓰기를 활성화할 수 있습니다. 이 기능은 하이퍼바이저가 있는 네트워크 외부에 사용자 (예를 들어 사용자 포털을 통해 연결된 사용자)가 연결되어 있을 경우에 유용합니다.
덮어쓰기된 SPICE 프록시 주소
SPICE 클라이언트는 가상 머신에 연결된 프록시입니다. 주소는 다음과 같은 형식으로 지정해야 합니다:
protocol://[host]:[port]

4.2.2.6. 펜싱 정책 설정

다음 표에서는 새 클러스터클러스터 편집 창에서 펜싱 정책 탭을 설정하는 방법에 대해 설명합니다.

표 4.7. 펜싱 정책 설정

필드설명/동작
펜싱 활성화클러스터에서 펜싱을 활성화합니다. 펜싱은 기본값으로 활성화되어 있지만 필요에 따라 비활성화할 수 있습니다. 예를 들어 일시적 네트워크 오류가 발생하거나 발생될 것으로 예상되는 경우 관리자는 진단 또는 유지 보수 작업이 완료될 때 까지 펜싱을 비활성화할 수 있습니다. 펜싱이 비활성화되어 있을 경우 Non-Responsive 상태에 있는 호스트에서 실행 중인 고가용성 가상 머신은 다른 호스트에서 다시 시작되지 않음에 유의합니다.
호스트가 스토리지에서 임대 가능할 경우 펜싱 건너뛰기이 확인란이 선택되어 있을 경우 클러스터에 있는 Non Responsive 상태의 모든 호스트 및 아직 스토리지에 연결되어 있는 호스트는 펜싱되지 않습니다.
클러스터 연결 문제가 있을 경우 펜싱 건너 뛰기이 확인란이 선택되어 있을 경우 클러스터에서 연결 문제가 있는 호스트 비율이 지정된 임계값과 동일하거나 그 이상일 경우 펜싱은 일시적으로 비활성화됩니다. 임계값은 드롭 다운 목록에서 선택하며 사용 가능한 값은 25, 50, 75, 100 입니다.

4.2.3. 리소스 편집

요약

리소스 속성을 편집합니다.

절차 4.2. 리소스 편집

  1. 리소스 탭, 트리 모드 또는 검색 기능을 사용하여 검색 결과 목록에서 리소스를 검색 및 선택합니다.
  2. 편집을 클릭하여 편집 창을 엽니다.
  3. 필요한 속성을 변경하고 OK를 클릭합니다.
결과

새로운 속성이 리소스에 저장됩니다. 속성 필드가 잘못되어 있을 경우 편집 창은 닫히지 않습니다.

4.2.4. 클러스터에 있는 호스트의 전원 관리 정책 및 부하 설정

evenly_distributedpower_saving 스케줄링 정책을 통해 허용 가능한 CPU 사용률 값과 호스트에서 가상 머신을 마이그레이션해야 할 시점을 지정할 수 있습니다. vm_evenly_distributed 스케줄링 정책은 가상 머신 수에 따라 호스트에 가상 머신을 균등하게 분배합니다. 클러스터에 있는 호스트에서 자동 부하 균형 분산을 활성화하기 위한 스케줄링 정책을 정의합니다. 각 스케줄링 정책에 대한 자세한 내용은 4.2.2.4절. “스케줄링 정책 설정”에서 확인하십시오.

절차 4.3. 호스트의 전원 관리 정책 및 부하 설정

  1. 리소스 탭, 트리 모드 또는 검색 기능을 사용하여 검색 결과 목록에서 클러스터를 검색 및 선택합니다.
  2. 편집을 클릭하여 클러스터 창을 엽니다.
    스케줄링 정책 편집

    그림 4.4. 스케줄링 정책 편집

  3. 다음 정책 중 하나를 선택합니다:
    • none
    • vm_evenly_distributed
      1. HighVmCount 필드에 있는 각 호스트에서 실행할 수 있는 최대 가상 머신 수를 설정합니다.
      2. MigrationThreshold 필드에서 가장 많이 사용되는 호스트의 가상 머신 수와 가장 적게 사용되는 호스트의 가상 머신 수 사이에서 허용 가능한 최대 차이를 정의합니다.
      3. SpmVmGrace 필드에 SPM 호스트에 저장된 가상 머신 용 슬롯 수를 지정합니다.
    • evenly_distributed
      1. CpuOverCommitDurationMinutes 필드에서 스테줄링 정책이 작동하기 전 호스트가 지정된 사용량 밖에서 CPU 부하를 실행할 수 있는 시간 (분 단위)을 설정합니다.
      2. HighUtilization 필드에서 가상 머신이 다른 호스트로 마이그레이션을 시작할 때 CPU 사용량 (백분율)을 입력합니다.
    • power_saving
      1. CpuOverCommitDurationMinutes 필드에서 스테줄링 정책이 작동하기 전 호스트가 지정된 사용량 밖에서 CPU 부하를 실행할 수 있는 시간 (분 단위)을 설정합니다.
      2. LowUtilization 필드에 호스트가 충분히 사용되고 있지 않은 CPU 사용량의 하한 값 (백분율)을 입력합니다.
      3. HighUtilization 필드에서 가상 머신이 다른 호스트로 마이그레이션을 시작할 때 CPU 사용량 (백분율)을 입력합니다.
  4. 클러스터의 스케줄러 최적화로 다음 중 하나를 선택합니다:
    • 사용 최적화를 선택하면 스케줄링에 가중치 모듈을 포함되어 최상의 선택이 가능합니다.
    • 속도 최적화를 선택하면 10 개 이상의 대기 중인 요청이 있을 경우 호스트의 가중치를 건너뜁니다.
  5. OpenAttestation 서버를 사용하여 호스트를 검사하고 engine-config 도구를 사용하여 서버 상세 정보를 설정하려면 신뢰할 수 있는 서비스 사용란을 선택합니다.
  6. 옵션으로 HA 예약을 활성화란을 선택하여 Manager가 고가용성 가상 머신 용 클러스터 용량을 모니터할 수 있게 합니다.
  7. 옵션으로 사용자 정의 일련 번호 정책 지정란을 선택하여 클러스터에 있는 가상 머신의 일련 번호 정책을 지정하고 다음 옵션 중 하나를 선택합니다:
    • 가상 머신의 일련 번호로 호스트의 UUID를 설정하기 위해 호스트 ID를 선택합니다.
    • 가상 머신의 일련 번호로 가상 머신의 UUID를 설정하기 위해 가상머신 ID를 선택합니다.
    • 사용자 정의 일련 번호를 선택하고 텍스트 필드에 사용자 정의 일련 번호를 지정합니다.
  8. OK를 클릭합니다.

4.2.5. 클러스터에 있는 호스트에서 MoM 정책 업데이트

MoM (Memory Overcommit Manager)는 호스트에서 메모리 balloon 및 KSM 기능을 처리합니다. 클러스터 수준에서 이러한 기능을 변경하면 호스트를 재부팅하거나 유지 보수 모드에서 Up 상태로 전환한 때에만 호스트에 전달됩니다. 하지만 필요에 따라 호스트가 Up 상태일 때에 MoM 정책을 동기화하여 주요 변경 사항을 호스트에 바로 적용할 수 있습니다. 다음 절차는 각 호스트에서 개별적으로 실행해야 합니다.

절차 4.4. 호스트에서 MoM 정책 동기화

  1. 클러스터 탭을 클릭하고 호스트가 속해 있는 클러스터를 선택합니다.
  2. 상세 정보 창에서 호스트 탭을 클릭하고 MoM 정책을 업데이트해야 하는 호스트를 선택합니다.
  3. MoM 정책 동기화 버튼을 클릭합니다.
호스트에서 MoM 정책은 호스트를 유지 보수 모드로 전환하거나 Up 상태로 되돌릴 필요 없이 업데이트됩니다.

4.2.6. CPU 프로파일

CPU 프로파일은 클러스터의 가상 머신이 이를 실행하는 호스트에서 액세스할 수 있는 처리 가능한 최대 용량을 정의하며 호스트에서 사용 가능한 총 용량의 백분율로 표시합니다. CPU 프로파일은 데이터 센터 아래에 정의된 CPU 프로파일에 기반하여 생성되며 클러스터에 있는 모든 가상 머신에 자동으로 적용되지 않습니다. 따라서 적용하려면 프로파일에 대한 각각의 가상 머신에 수동으로 지정해야 합니다.

4.2.6.1. CPU 프로파일 생성

CPU 프로파일을 생성합니다. 다음 부분에서는 클러스터가 속한 데이터 센터 아래에 하나 이상의 CPU QoS 항목이 이미 정의되어 있음을 전제로 합니다.

절차 4.5. CPU 프로파일 생성

  1. 클러스터 리소스 탭을 클릭하고 클러스터를 선택합니다.
  2. 상세 정보 창에서 CPU 프로파일 하부 탭을 클릭합니다.
  3. 새로 만들기를 클릭합니다.
  4. 이름 란에 CPU 프로파일 이름을 입력합니다.
  5. 설명 란에 CPU 프로파일 설명을 입력합니다.
  6. QoS 목록에서 CPU 프로파일에 적용할 QoS를 선택합니다.
  7. OK를 클릭합니다.
CPU 프로파일이 생성되었습니다. CPU 프로파일은 클러스터에 있는 가상 머신에 적용할 수 있습니다.

4.2.6.2. CPU 프로파일 삭제

Red Hat Enterprise Virtualization 환경에서 기존 CPU 프로파일을 삭제합니다.

절차 4.6. CPU 프로파일 삭제

  1. 클러스터 리소스 탭을 클릭하고 클러스터를 선택합니다.
  2. 상세 정보 창에서 CPU 프로파일 하부 탭을 클릭합니다.
  3. 삭제하고자 하는 CPU 프로파일을 선택합니다.
  4. 삭제를 클릭합니다.
  5. OK를 클릭합니다.
CPU 프로파일이 삭제되어 CPU 프로파일을 더이상 사용할 수 없습니다. CPU 프로파일이 가상 머신에 지정되어 있을 경우 이러한 가상 머신에는 자동으로 default CPU 프로파일이 지정됩니다.

4.2.7. 기존의 Red Hat Gluster Storage 클러스터 가져오기

Red Hat Gluster Storage 클러스터와 클러스터에 속한 모든 호스트를 Red Hat Enterprise Virtualization Manager에 가져오기할 수 있습니다.
클러스터에 있는 IP 주소 또는 호스트 이름, 호스트 암호와 같은 정보를 제공할 때 SSH를 통해 gluster peer status 명령을 호스트에서 실행하면 클러스터의 일부인 호스트 목록이 표시됩니다. 수동으로 각 호스트의 지문을 확인하고 암호를 제공해야 합니다. 클러스터에 있는 호스트 중 하나가 중지되어 있거나 연결할 수 없는 경우 클러스터를 가져올 수 없습니다. 새로 가져온 호스트에는 VDSM이 설치되어 있지 않지만 가져오기한 후 부트스트랩 스크립트는 호스트에 필요한 모든 VDSM 패키지를 설치한 후 이를 재부팅합니다.

중요

현재 Red Hat Gluster Storage 노드는 3.1, 3.2, 3.3으로 호환성 수준이 설정된 클러스터에만 추가할 수 있습니다.

절차 4.7. 기존 Red Hat Gluster Storage Cluster를 Red Hat Enterprise Virtualization Manager에 가져오기

  1. 클러스터 리소스 탭을 선택하여 결과 목록에 모든 클러스터를 나열합니다.
  2. 새로 만들기 버튼을 클릭하여 새 클러스터 창을 엽니다.
  3. 드롭 다운 메뉴에서 클러스터가 속한 데이터 센터를 선택합니다.
  4. 클러스터의 이름설명을 입력합니다.
  5. 클러스터 서비스 활성화 라디오 버튼 및 기존 클러스터 설정 가져오기 체크 상자를 선택합니다.
    기존 Gluster 설정 가져오기 필드는 Gluster 서비스 활성화 라디오 버튼을 선택한 경우에만 표시됩니다.
  6. 주소 필드에 클러스터에 있는 서버의 IP 주소 또는 호스트 이름을 입력합니다.
    호스트 지문이 표시되어 올바른 호스트와 연결되어 있는지 확인합니다. 호스트가 도달할 수 없거나 네트워크 오류가 있을 경우 지문 검색 중 오류 발생 메세지가 지문 필드에 표시됩니다.
  7. 서버의 Root 암호를 입력하고 OK를 클릭합니다.
  8. 호스트 추가 창이 열리면 클러스터의 일부분인 호스트 목록이 표시됩니다.
  9. 각 호스트에 대해 이름Root 암호를 입력합니다.
  10. 모든 호스트에 대해 동일한 암호를 사용하고자 할 경우 공통 암호 사용 확인란을 선택하여 지정된 텍스트 필드에 암호를 입력합니다.
    적용 버튼을 클릭하여 입력된 암호를 모든 호스트에 설정합니다.
    OK를 클릭하여 지문이 유효한지 확인하고 변경 사항을 제출합니다.
호스트를 가져오기한 후 부트스트랩 스크립트는 호스트에 필요한 모든 VDSM 패키지를 설치하고 재부팅됩니다. 기존 Red Hat Gluster Storage 클러스터를 Red Hat Enterprise Virtualization Manager에 성공적으로 가져왔습니다.

4.2.8. 호스트 추가 창 설정

호스트 추가 창을 통해 Gluster-활성 클러스터의 일부분으로 가져오기할 호스트의 상세 정보를 지정할 수 있습니다. 이 창은 새 클러스터 창에 있는 Gluster 서비스 활성화 확인란을 선택한 후 필요한 호스트 정보를 입력한 후에 나타납니다.

표 4.8. Gluster 호스트 설정 추가

필드설명
공통 암호 사용클러스터에 속한 모든 호스트에 대해 동일한 암호를 사용하려면 이 체크 박스를 선택합니다. 암호란에 암호를 입력한 후 적용 버튼을 클릭하면 모든 호스트에 암호가 설정됩니다.
성명호스트 이름을 입력합니다.
호스트 이름/IP이 필드는 새 클러스터 창에 지정한 호스트의 정규화된 도메인 이름 또는 IP로 자동 입력됩니다.
Root 암호각 호스트에 다른 root 암호를 사용하려면 이 필드에 암호를 입력합니다. 이 필드는 클러스터에 있는 모든 호스트에 지정된 공통 암호를 덮어쓰기합니다.
지문 올바른 호스트와 연결되어 있는지 확인하기 위해 호스트 지문이 표시됩니다. 이 필드는 새 클러스터 창에 지정된 호스트의 지문으로 자동 입력됩니다.

4.2.9. 클러스터 삭제

요약

클러스터를 삭제하기 전 클러스터에서 모든 호스트를 이동합니다.

참고

Default 클러스터에 Blank 템플릿이 있기 때문에 이를 삭제할 수 없습니다. Default 클러스터의 이름을 변경하고 새로운 데이터 센터에 추가할 수 있습니다.

절차 4.8. 클러스터 삭제

  1. 리소스 탭, 트리 모드 또는 검색 기능을 사용하여 검색 결과 목록에서 클러스터를 검색 및 선택합니다.
  2. 클러스터에 호스트가 없는지 확인합니다.
  3. 삭제를 클릭하면 클러스터 삭제 확인 창이 열립니다.
  4. OK를 클릭합니다.
결과

클러스터가 삭제됩니다.

4.2.10. 클러스터 호환 버전 변경

Red Hat Enterprise Virtualization 클러스터에는 호환 버전이 있습니다. 클러스터 호환 버전은 클러스터에 있는 모든 호스트에 의해 지원되는 Red Hat Enterprise Virtualization 기능을 표시합니다. 클러스터 호환성은 클러스터에서 최소 사용 가능한 호스트 운영 체제 버전에 따라 설정됩니다.

참고

클러스터 호환 버전을 변경하려면 먼저 클러스터에 있는 모든 호스트를 원하는 호환 수준을 지원하는 레벨로 업데이트해야 합니다.

절차 4.9. 클러스터 호환 버전 변경

  1. 관리 포털에서 클러스터 탭을 클릭합니다.
  2. 목록에서 변경할 클러스터를 선택합니다.
  3. 편집을 클릭합니다.
  4. 호환 버전을 원하는 값으로 변경합니다.
  5. OK를 클릭하여 클러스터 호환 버전 변경 확인 창을 엽니다.
  6. OK를 클릭하여 확인합니다.
클러스터의 호환 버전이 업데이트됩니다. 데이터 센터에 있는 모든 클러스터의 호환 버전을 업데이트한 후 데이서 센터 자체의 호환 버전을 변경할 수 있습니다.

주의

호환성을 업그레이드하면 데이터 센터에 속한 모든 스토리지 도메인도 업그레이드됩니다. 3.1 이하 버전에서 더 높은 버전으로 호환 버전을 업그레이드하는 경우 이러한 스토리지 도메인은 3.1 이전 버전에서는 사용할 수 없게 됩니다.

4.3. 클러스터 및 권한

4.3.1. 클러스터의 시스템 권한 관리

SuperUser로서 시스템 관리자는 관리 포털의 모든 면을 관리합니다. 보다 특정한 관리 역할은 다른 사용자에게 부여될 수 있습니다. 이러한 제한된 관리자 역할은 특정 리소스에 제한하여 사용자 관리 권할을 부여할 경우 유용합니다. 예를 들어 DataCenterAdmin 역할은 데이터 센터의 스토리지를 제외한 할당된 데이터 센터에 대해서만 관리자 권한을 갖으며 ClusterAdmin은 할당된 클러스터에 대해서만 관리자 권한을 갖습니다.
클러스터 관리자는 특정 데이터 센터에 대해서만 시스템 관리자 역할을 수행합니다. 이는 각 클러스터에 시스템 관리자가 필요한 여러 클러스터가 있는 데이터 센터의 경우 유용합니다. ClusterAdmin 역할은 계층적 모델로 클러스터에 대해 클러스터 관리자 역할이 지정된 사용자가 클러스터에 있는 모든 개체를 관리할 수 있습니다. 헤더 바에 있는 설정 버튼을 사용하여 환경의 모든 클러스터에 대해 클러스터 관리자를 지정합니다.
클러스터 관리자 역할을 사용하여 다음과 같은 작업을 실행할 수 있습니다:
  • 관련된 클러스터를 생성 및 삭제합니다.
  • 클러스터와 관련된 호스트, 가상 머신, 풀을 추가 및 삭제합니다.
  • 클러스터와 관련된 가상 머신의 사용자 권한을 편집합니다.

참고

기존 사용자에게만 역할 및 권한을 할당할 수 있습니다.
기존 시스템 관리자를 삭제하고 새로운 시스템 관리자를 추가하여 클러스터의 시스템 관리자를 변경할 수 있습니다.

4.3.2. 클러스터 관리자 역할

클러스터 권한이 있는 역할

아래 표에서는 클러스터 관리에 적용할 수 있는 관리자 역할 및 권한에 대해 설명합니다.

표 4.9. Red Hat Enterprise Virtualization 시스템 관리자 역할

역할권한알림
ClusterAdmin클러스터 관리자
호스트 , 템플릿, 가상 머신을 포함하여 특정 클러스터에 있는 모든 물리 및 가상 리소스를 사용, 생성, 삭제, 관리할 수 있습니다. 디스플레이 네트워크를 지정하거나 필요 또는 불필요에 따라 네트워크를 표시하는 등 클러스터 내의 네트워크 속성을 설정할 수 있습니다.
하지만 ClusterAdmin은 클러스터에서 네트워크를 연결 또는 분리할 수 있는 권한이 없습니다. 이러한 작업을 실행하려면 NetworkAdmin 권한이 있어야 합니다.
NetworkAdmin네트워크 관리자특정 클러스터의 네트워크를 설정 및 관리할 수 있습니다. 클러스터의 네트워크 관리자는 클러스터 내의 가상 머신에 대한 네트워크 권한을 상속합니다.

4.3.3. 리소스에 관리자 또는 사용자 역할 할당

리소스에 관리자 또는 사용자 역할을 할당하여 사용자가 리소스에 액세스 및 관리할 수 있게 합니다.

절차 4.10. 리소스에 역할 할당

  1. 리소스 탭, 트리 모드 또는 검색 기능을 사용하여 검색 결과 목록에서 리소스를 검색 및 선택합니다.
  2. 상세 정보 창에 있는 권한 탭을 클릭하여 할당된 사용자, 사용자 역할, 선택한 리소스에 대해 상속된 권한을 나열합니다.
  3. 추가를 클릭합니다.
  4. 검색 텍스트 상자에 기존 사용자의 이름 또는 사용자 이름을 입력하고 검색을 클릭합니다. 검색 결과 목록에서 일치하는 사용자를 선택합니다.
  5. 할당할 역할: 드롭 다운 목록에서 역할을 선택합니다.
  6. OK를 클릭합니다.
사용자에게 역할이 할당되어 이제 사용자는 리소스에 대해 활성화된 역할에 상속된 권한을 갖습니다.

4.3.4. 리소스에서 관리자 또는 사용자 역할 삭제

리소스에서 관리자 또는 사용자 역할을 삭제합니다. 사용자는 리소스에서의 역할과 관련하여 상속된 권한을 손실합니다.

절차 4.11. 리소스에서 역할 삭제

  1. 리소스 탭, 트리 모드 또는 검색 기능을 사용하여 검색 결과 목록에서 리소스를 검색 및 선택합니다.
  2. 상세 정보 창에 있는 권한 탭을 클릭하여 할당된 사용자 목록, 사용자 역할, 선택한 리소스에서 상속된 권한을 나열합니다.
  3. 리소스에서 삭제할 사용자를 선택합니다.
  4. 삭제를 클릭합니다. 권한 삭제 창이 열리면 권한 삭제를 확인합니다.
  5. OK를 클릭합니다.
리소스에서 사용자 역할 및 관련된 권한이 삭제됩니다.

5장. 논리 네트워크

5.1. 논리 네트워크 작업

5.1.1. 네트워크 탭 사용

네트워크 리소스 탭은 각 네트워크의 속성이나 다른 리소스와의 연결에 기반하여 논리 네트워크 관련 작업 및 검색을 수행하기 위한 중앙 지점입니다.
Red Hat Enterprise Virtualization 환경의 모든 논리 네트워크는 네트워크 탭의 결과 목록에 표시됩니다. 새로 만들기, 편집, 삭제 버튼을 사용하여 데이터 센터 내의 논리 네트워크 생성, 속성 변경, 삭제 등과 같은 작업을 수행할 수 있습니다.
각각의 네트워크 이름을 클릭하고 상세 정보 창에 있는 클러스터, 호스트, 가상 머신, 템플릿, 권한 탭을 사용하여 다음과 같은 기능을 수행합니다:
  • 클러스터 및 호스트에 네트워크를 연결 또는 분리
  • 가상 머신 및 템플릿에서 네트워크 인터페이스 삭제
  • 네트워크 액세스 및 관리를 위해 사용자 권한 추가 및 삭제
이러한 기능은 각각의 개별 리소스 탭을 통해 액세스할 수 있습니다.

주의

호스트가 실행 중일 때 데이터 센터 또는 클러스터에 있는 네트워크를 변경할 경우 호스트에 연결되지 않을 수 있으므로 네트워크를 변경하지 않습니다.

중요

Red Hat Enterprise Virtualization 노드를 사용하여 서비스를 제공하고자 할 경우 Red Hat Enterprise Virtualization 환경을 실행 중지할 경우 서비스도 중지됨에 유의합니다.
이는 모든 서비스에 적용되지만 Red Hat Enterprise Virtualization에서 다음과 같은 서비스를 실행하는 경우 위험한 요소가 수반될 수 있습니다:
  • 디렉토리 서비스
  • DNS
  • 스토리지

5.1.2. 데이터 센터 또는 클러스터에 새 논리 네트워크 생성

데이터 센터 또는 데이터 센터에 있는 클러스터에 논리 네트워크를 생성하고 사용 용도를 정의합니다.

절차 5.1. 데이터 센터 또는 클러스터에 새 논리 네트워크 생성

  1. 데이터 센터 또는 클러스터 리소스 탭을 클릭하고 검색 결과 목록에서 데이터 센터 또는 클러스터를 선택합니다.
  2. 상세 정보 창의 논리 네트워크 탭을 클릭하여 기존 논리 네트워크를 나열합니다.
    • 데이터 센터 상세 정보 창에서 새로 만들기 버튼을 클릭하여 새 논리 네트워크 창을 엽니다.
    • 클러스터 상세 정보 창에서 네트워크 추가를 클릭하여 새 논리 네트워크 창을 엽니다.
  3. 논리 네트워크의 이름, 설명, 코멘트를 입력합니다.
  4. 옵션으로 외부 공급자에 생성 확인란을 선택합니다. 드롭 다운 목록에서 외부 공급자를 선택하고 물리 네트워크의 IP 주소를 지정합니다.
    외부 공급자에 생성이 선택되어 있을 경우 네트워크 레이블, 가상 머신 네트워크, MTU 옵션은 비활성화됩니다.
  5. 네트워크 레이블 텍스트 필드에서 논리 네트워크에 새로운 레이블을 입력하거나 기존 레이블을 선택합니다.
  6. 옵션으로 VLAN 태그 활성화를 활성화합니다.
  7. 옵션으로 가상 머신 네트워크를 비활성화합니다.
  8. MTU 값을 기본 (1500) 또는 사용자 정의로 설정합니다.
  9. 클러스터 탭에서 네트워크를 지정할 클러스터를 선택합니다. 논리 네트워크를 필수 네트워크로 할 지에 대한 여부를 지정할 수 있습니다.
  10. 외부 공급자에 생성을 선택한 경우 서브넷 탭이 표시됩니다. 서브넷 탭에서 서브넷 생성을 선택하고 논리 네트워크가 제공하는 서브넷의 이름, CIDR, 게이트웨이 주소를 입력하고 IP 버전을 선택합니다. 필요에 따라 DNS 서버를 추가할 수 있습니다.
  11. vNIC 프로파일 탭에서 필요에 따라 논리 네트워크에 vNIC 프로파일을 추가합니다.
  12. OK를 클릭합니다.
데이터 센터에 클러스터에 필요한 리소스로 논리 네트워크가 정의됩니다. 논리 네트워크에 레이블을 지정한 경우 해당 레이블이 붙은 모든 호스트 네트워크 인터페이스에 레이블이 자동으로 추가됩니다.

참고

새 논리 네트워크를 생성하거나 디스플레이 네트워크로 사용되는 기존 논리 네트워크를 변경할 경우 네트워크가 사용 가능하게 되기 전이나 변경 사항을 적용하기 전 해당 네트워크를 사용하는 실행 중인 가상 머신을 재부팅해야 합니다.

5.1.3. 논리 네트워크 편집

논리 네트워크 설정을 편집합니다.

절차 5.2. 논리 네트워크 편집

중요

논리 네트워크가 호스트 상의 네트워크 설정과 동기화되어 있지 않은 경우 논리 네트워크는 편집하거나 다른 인터페이스로 이동할 수 없습니다. 네트워크 동기화 방법은 5.5.2절. “호스트 네트워크 인터페이스 편집 및 호스트에 논리 네트워크 할당”에서 참조하십시오.
  1. 데이터 센터 리소스 탭을 클릭하고 검색 결과 목록에서 논리 네트워크의 데이터 센터를 선택합니다.
  2. 상세 정보 창에서 논리 네트워크 탭을 클릭하여 데이터 센터에 논리 네트워크 목록을 나열합니다.
  3. 논리 네트워크를 선택하고 편집을 클릭하여 논리 네트워크 편집 창을 엽니다.
  4. 필요한 설정을 편집합니다.
  5. OK를 클릭하여 변경 사항을 저장합니다.

참고

멀티 호스트 네트워크 설정은 호환 버전 3.1 이상의 데이터 센터에서 사용할 수 있으며 네트워크가 할당된 데이터 센터 내에 있는 모든 호스트에 업데이트된 네트워크 설정을 자동으로 적용합니다. 네트워크를 사용하는 가상 머신이 정지 상태일 경우에만 변경 사항을 적용할 수 있습니다. 이미 호스트에 설정된 논리 네트워크 이름을 변경할 수 없습니다. 네트워크를 사용하는 가상 머신이나 템플릿이 실행되는 동안 가상 머신 네트워크 옵션을 비활성화할 수 없습니다.

5.1.4. 논리 네트워크 삭제

네트워크 리소스 탭 또는 데이터 센터 리소스 탭에서 논리 네트워크를 삭제할 수 있습니다. 다음 절차에서는 데이터 센터와 관련된 논리 네트워크를 삭제하는 방법에 대해 설명합니다. Red Hat Enterprise Virtualization 환경의 경우 ovirtmgmt 관리 네트워크로 사용되는 최소 하나의 논리 네트워크가 있어야 합니다.

절차 5.3. 논리 네트워크 삭제

  1. 데이터 센터 리소스 탭을 클릭하고 검색 결과 목록에서 논리 네트워크의 데이터 센터를 선택합니다.
  2. 상세 정보 창에서 논리 네트워크 탭을 클릭하여 데이터 센터에 논리 네트워크 목록을 나열합니다.
  3. 논리 네트워크를 선택하고 삭제 버튼을 클릭하여 논리 네트워크 삭제 창을 엽니다.
  4. 네트워크가 외부 공급자에 의해 제공되는 경우 옵션으로 공급자에서 외부 네트워크 삭제 확인란을 선택하여 Manager 및 외부 공급자 모두에서 논리 네트워크를 삭제합니다.
  5. OK를 클릭합니다.
논리 네트워크가 Manager에서 삭제되어 더 이상 사용할 수 없습니다.

5.1.5. 논리 네트워크의 게이트웨이 표시 또는 편집

사용자는 논리 네트워크의 IP 주소 및 서브넷 마스크와 함께 게이트웨이를 정의할 수 있습니다. 이는 호스트에 여러 네트워크가 존재할 때 기본 게이트웨이 대신 지정된 네트워크를 통해 트래픽을 라우팅해야 할 경우 필요합니다.
호스트에 여러 네트워크가 존재하여 게이트웨이가 정의되어 있지 않을 경우 반환 트래픽은 게이트웨이를 통해 라우팅되어 원하는 대상에 도달하지 않을 수 있습니다. 이로 인해 사용자는 호스트를 ping할 수 없습니다.
Red Hat Enterprise Virtualization은 인터페이스 상태가 up 또는 down으로 될 때 마다 여러 게이트웨이를 자동으로 처리합니다.

절차 5.4. 논리 네트워크의 게이트웨이 표시 또는 편집

  1. 호스트 리소스 탭을 클릭하여 원하는 호스트를 선택합니다.
  2. 상세 정보 창에서 네트워크 인터페이스 탭을 클릭하여 호스트 및 호스트 설정에 연결된 네트워크 인터페이스를 나열합니다.
  3. 호스트 네트워크 설정 버튼을 클릭하여 호스트 네트워크 설정 창을 엽니다.
  4. 할당된 논리 네트워크 위에 커서를 이동하고 연필 모양의 아이콘을 클릭하여 관리 네트워크 편집 창을 엽니다.
관리 네트워크 편집 창에 네트워크 이름, 부팅 프로토콜, IP, 서브넷 마스크, 게이트웨이 주소가 표시됩니다. 정적 부팅 프로토콜을 선택하여 주소 정보를 수동으로 편집할 수 있습니다.

5.1.6. 새 논리 네트워크 및 논리 네트워크 편집 창 설정 및 제어

5.1.6.1. 논리 네트워크의 일반 설정에 대한 설명

다음 표에서는 새 논리 네트워크논리 네트워크 편집 창의 일반 탭 설정에 대해 설명합니다.

표 5.1. 새 논리 네트워크논리 네트워크 편집

필드 이름
설명
이름
논리 네트워크의 이름입니다. 텍스트 필드는 최대 15자로 제한되어 있으며 알파벳 대문자, 소문자, 숫자, 하이픈, 밑줄로 조합된 고유한 이름이어야 합니다.
설명
논리 네트워크의 설명입니다. 이 텍스트 필드는 최대 40 자로 제한되어 있습니다.
코멘트
논리 네트워크 관련 일반 텍스트 형식의 사용자가 읽을 수 있는 코멘트를 추가하기 위한 필드입니다.
외부 공급자에 작성
외부 공급자로 Manager에 추가된 OpenStack Networking 인스턴스에 논리적 네트워크를 생성할 수 있습니다.
외부 공급자 - 논리 볼륨이 생성될 외부 공급자를 선택할 수 있습니다.
VLAN 태그 활성화
VLAN 태그는 논리 네트워크에서 모든 네트워크 트래픽에 특정 특성을 지정하는 보안 기능입니다. VLAN 태그가 붙은 트래픽은 동일한 특성을 가는 인터페이스에서 읽을 수 없습니다. 논리 네트워크에서 VLAN 을 사용하면 하나의 네트워크 인터페이스를 VLAN 태그가 붙은 여러 다른 논리 네트워크에 연결할 수 있습니다. VLAN 태그를 사용하려면 텍스트 입력 필드에 숫자를 입력합니다.
가상 머신 네트워크
가상 머신만 네트워크를 사용하는 경우 이 옵션을 선택합니다. 네트워크가 가상 머신에 관련 없이 스토리지 용 통신과 같은 트래픽에 사용되는 경우 이를 선택하지 마십시오.
MTU
기본을 선택하여 논리 네트워크의 최대 전송 단위 (MTU: Maximum Transmission Unit)를 괄호 안의 값으로 설정하거나 사용자 지정을 선택하여 사용자 지정 MTU를 설정합니다. 이를 사용하여 새 논리 네트워크가 지원하는 MTU 값과 인터페이스 연결하는 하드웨어가 지원하는 MTU 값을 적용할 수 있습니다. 사용자 지정을 선택한 경우 텍스트 입력 필드에 숫자를 입력합니다.
네트워크 레이블
네트워크의 새 레이블을 지정하거나 호스트 네트워크 인터페이스에 이미 연결된 기존 레이블에서 선택하여 지정할 수 있습니다. 기존 레이블을 선택한 경우 논리 네트워크는 레이블된 전체 호스트 네트워크 인터페이스에 자동으로 할당됩니다.

5.1.6.2. 논리 네트워크 클러스터 설정

다음 표에서는 새 논리 네트워크 창의 클러스터 탭 설정에 대해 설명합니다.

표 5.2. 새 논리 네트워크 설정

필드 이름
설명
클러스터에서 네트워크 연결/분리
데이터 센터에 있는 클러스터에서 논리 네트워크를 연결 또는 분리할 수 있으며 개별 클러스터의 네트워크에 논리 네트워크가 필요한지에 대한 여부를 지정할 수 있습니다.
이름 - 설정을 적용할 클러스터 이름입니다. 이 값은 편집할 수 없습니다.
모두 연결 - 데이터 센터에 있는 모든 클러스터에서 논리 네트워크를 연결 또는 분리할 수 있습니다. 다른 방법으로 각각의 클러스터 이름 옆에 있는 연결 확인란을 선택 또는 선택 해제하여 지정된 클러스터에서 논리 네트워크를 연결 또는 분리할 수 있습니다.
모두 필수 - 모든 클러스터에서 논리 네트워크가 필수 네트워크인지의 여부를 지정할 수 있습니다. 다른 방법으로 각각의 클러스터 이름 옆에 있는 필수 확인란을 선택 또는 선택 해제하여 지정된 클러스터에서 논리 네트워크가 필수 항목인지의 여부를 지정할 수 있습니다.

5.1.6.3. 논리 네트워크의 vNIC 프로파일 설정

다음 표에서는 새 논리 네트워크 창의 vNIC 프로파일 탭 설정에 대해 설명합니다.

표 5.3. 새 논리 네트워크 설정

필드 이름
설명
vNIC 프로파일
논리 네트워크에 하나 이상의 vNIC 프로파일을 지정할 수 있습니다. vNIC 프로파일 옆의 플러스 또는 마이너스 버튼을 클릭하여 논리 네트워크에 vNIC 프로파일을 추가하거나 삭제할 수 있습니다.
공개 - 프로파일을 모든 사용자가 사용할 수 있는지에 대한 여부를 지정할 수 있습니다.
QoS - vNIC 프로파일에 네트워크 QoS (quality of service) 프로파일을 지정할 수 있습니다.

5.1.7. 네트워크 관리 창에서 논리 네트워크에 특정 트래픽 유형을 지정

네트워크 트래픽 흐름을 최적화하기 위해 논리 네트워크의 트래픽 유형을 지정합니다.

절차 5.5. 논리 네트워크의 트래픽 유형 지정

  1. 클러스터 리소스 탭을 클릭하고 결과 목록에서 클러스터를 선택합니다.
  2. 상세 정보 창에서 논리 네트워크 탭을 선택하여 클러스터에 할당된 논리 네트워크를 나열합니다.
  3. 네트워크 관리를 클릭하여 네트워크 관리 창을 엽니다.
    The Manage Networks window

    그림 5.1. 네트워크 관리

  4. 해당 확인란을 선택합니다.
  5. OK를 클릭하여 변경 사항을 저장하고 창을 닫습니다.
특정 논리 네트워크에 전송할 특정 트래픽 유형을 지정하여 네트워크 트래픽 흐름이 최적화됩니다.

참고

외부 공급자가 제공하는 논리 네트워크는 가상 머신 네트워크로 사용해야 하며 디스플레이 또는 마이그레이션과 같은 특정 클러스터 역할을 할당할 수 없습니다.

5.1.8. 네트워크 관리 창 설정

다음 표에서는 네트워크 관리 창 설정에 대해 설명합니다.

표 5.4. 네트워크 관리 설정

필드
설명/동작
할당
클러스터에 있는 모든 호스트에 논리 네트워크를 할당합니다.
필수
네트워크에 연결된 호스트가 제대로 작동하려면 "필수"로 표시된 네트워크를 작동하는 상태로 두어야 합니다. 필수 네트워크가 작동을 중단하는 경우 네트워크에 연결된 모든 호스트는 비 작동 상태가 됩니다.
가상 머신 네트워크
"가상 머신 네트워크"로 표시된 논리 네트워크는 가상 머신 네트워크와 관련된 네트워크 트래픽을 전송합니다.
디스플레이 네트워크
"디스플레이 네트워크"로 표시된 논리 네트워크는 SPICE 및 가상 네트워크 컨트롤러와 관련된 네트워크 트래픽을 전송합니다.
마이그레이션 네트워크
"마이그레이션 네트워크"로 표시된 논리 네트워크는 가상 머신 및 스토리지 마이그레이션 트래픽을 전송합니다.

5.2. 가상 네트워크 인터페이스 카드

5.2.1. vNIC 프로파일 개요

vNIC (Virtual Network Interface Card) 프로파일은 Manager에 있는 개별 가상 네트워크 인터페이스 카드에 적용할 수 있는 설정 모음입니다. vNIC 프로파일을 통해 vNIC에 네트워크 QoS 프로파일을 적용하여 포트 미러링을 활성화 또는 비활성화하거나 사용자 정의 속성을 추가 또는 삭제할 수 있습니다. 또한 vNIC 프로파일을 통해 이러한 프로파일을 사용 (소비)할 수 있는 권한을 특정 사용자에게 부여하는 것과 같이 관리적 유연성을 증가시킬 수 있습니다. 이로 인해 지정된 네트워크에서 다른 사용자에게 제공되는 서비스의 품질을 제어할 수 있습니다.

5.2.2. vNIC 프로파일 생성 또는 편집

사용자 및 그룹의 네트워크 대역폭을 조정하려면 vNIC (Virtual Network Interface Controller) 프로파일을 생성 또는 편집합니다.

참고

포트 미러링이 활성화 또는 비활성화되어 있을 경우 연결된 프로파일을 사용하는 모든 가상 머신은 편집 전 중지 (down) 상태가 되어야 합니다.

절차 5.6. vNIC 프로파일 생성 또는 편집

  1. 네트워크 리소스 탭을 클릭하여 결과 창에 있는 논리 네트워크를 선택합니다.
  2. 상세 정보 창에서 vNIC 프로파일 탭을 선택합니다. 트리 모드에서 논리 네트워크를 선택한 경우 결과 목록에서 vNIC 프로파일 탭을 선택할 수 있습니다.
  3. 새로 만들기 또는 편집을 클릭하여 가상 머신 인터페이스 프로파일 창을 엽니다.
    The VM Interface Profile window

    그림 5.2. 가상 머신 인터페이스 프로파일 창

  4. 프로파일의 이름설명을 입력합니다.
  5. QoS 목록에서 적절한 QoS 정책을 선택합니다.
  6. 포트 미러링모든 사용자가 이 프로파일을 사용하도록 허용 확인란에서 이러한 옵션을 변환합니다.
  7. 기본값으로 키를 선택하십시오...가 표시되는 사용자 정의 속성 목록에서 사용자 정의 속성을 선택합니다. +- 버튼을 사용하여 사용자 정의 속성을 추가 또는 삭제합니다.
  8. OK를 클릭합니다.
vNIC 프로파일이 생성되었습니다. 이 프로파일을 사용자 및 그룹에 적용하여 네트워크 대역폭을 조정합니다. vNIC 프로파일을 편집한 경우 가상 머신을 다시 시작하거나 핫 플러그를 해제한 후 vNIC를 핫플러그합니다.

5.2.3. 가상 머신 인터페이스 프로파일 창 설정

표 5.5. 가상 머신 인터페이스 프로파일 창

필드 이름
설명
네트워크
vNIC 프로파일을 적용하기 위한 사용 가능한 네트워크의 드롭 다운 메뉴입니다.
이름
vNIC 프로파일 이름입니다. 1에서 50 자 사이의 알파벳 대소문자, 숫자, 하이픈, 밑줄로 조합된 고유한 이름이어야 합니다.
설명
vNIC 프로파일 설명입니다. 이는 권장 사항이며 필수 입력 사항은 아닙니다.
QoS
vNIC 프로파일에 적용할 사용 가능한 네트워크 QoS (Quality of Service) 정책의 드롭 다운 메뉴입니다. QoS 정책은 vNIC의 인바운드 및 아웃바운드 네트워크 트래픽을 조절합니다.
포트 미러링
포트 미러링을 전환하기 위한 확인란입니다. 포트 미러링은 논리 네트워크에 있는 레이어 3 네트워크 트래픽을 가상 머신 상의 가상 인터페이스에 복사합니다. 이는 기본값으로 선택 설정되어 있지 않습니다. 보다 자세한 내용은 기술 참조 가이드에 있는 포트 미러링에서 확인하십시오.
장치 사용자 정의 속성
vNIC 프로파일에 적용할 사용 가능한 사용자 정의 속성을 선택하기 위한 드롭 다운 메뉴입니다. +- 버튼을 사용하여 속성을 추가 또는 삭제합니다.
모든 사용자가 이 프로파일을 사용하도록 허용
환경에 있는 모든 사용자에게 프로파일의 사용 가능 여부를 전환하기 위한 확인란입니다. 이는 기본값으로 선택 설정되어 있습니다.

5.2.4. vNIC 프로파일 삭제

가상화 환경에서 vNIC 프로파일을 삭제합니다.

절차 5.7. vNIC 프로파일 삭제

  1. 네트워크 리소스 탭을 클릭하여 결과 창에 있는 논리 네트워크를 선택합니다.
  2. 상세 정보 창에서 프로파일 탭을 선택하여 사용 가능한 vNIC 프로파일을 표시합니다. 트리 모드에서 논리 네트워크를 선택한 경우 결과 목록에서 VNIC 프로파일 탭을 선택할 수 있습니다.
  3. 하나 이상의 프로파일을 선택하고 삭제를 클릭하여 가상 머신 인터페이스 프로파일 삭제 창을 엽니다.
  4. OK를 클릭하여 프로파일을 삭제하고 창을 닫습니다.

5.2.5. vNIC 프로파일에 보안 그룹 할당

참고

이 기능은 OpenStack Neutron과 통합된 사용자만 사용할 수 있습니다. 보안 그룹은 Red Hat Enterprise Virtualization Manager로 생성할 수 없습니다. OpenStack 내에 보안 그룹을 생성해야 합니다. 보다 자세한 내용은 https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux_OpenStack_Platform/에 있는 Red Hat Enterprise Linux OpenStack Platform 관리 가이드에서 참조하십시오.
OpenStack Networking 인스턴스에서 가져오기한 Open vSwitch 플러그인을 사용하는 네트워크의 vNIC 프로파일에 보안 그룹을 지정할 수 있습니다. 보안 그룹은 네트워크 인터페이스를 통해 인바운드 및 아웃바운드 트래픽을 필터링할 수 있도록 엄격하게 실행되는 규칙 모음입니다. 다음 절차에서는 vNIC 프로파일에 보안 그룹을 연결하는 방법에 대해 설명합니다.

참고

보안 그룹은 OpenStack Networking 인스턴스에 등록된 보안 그룹의 ID를 사용하여 식별됩니다. OpenStack Networking이 설치된 시스템에서 다음 명령을 실행하여 특정 테넌트의 보안 그룹 ID를 확인할 수 있습니다:
# neutron security-group-list

절차 5.8. vNIC 프로파일에 보안 그룹 할당

  1. 네트워크 탭을 클릭하여 결과 창에 있는 논리 네트워크를 선택합니다.
  2. 상세 정보 창에서 vNIC 프로파일 탭을 클릭합니다.
  3. 새로 만들기를 클릭하거나 또는 기존 vNIC 프로파일을 선택하고 편집을 클릭하여 VM 인터페이스 프로파일 창을 엽니다.
  4. 사용자 정의 속성 드롭 다운 목록에서 보안 그룹을 선택합니다. 사용자 정의 속성 드롭 다운 목록이 비워 있을 경우 기본 보안 그룹이 적용되어 모든 아웃 바운드 트래픽 및 내부 통신을 허용하지만 기본 보안 그룹 외부에서 들어오는 모든 인바운드 트래픽은 거부합니다. 보안 그룹 속성을 나중에 삭제해도 이미 적용된 보안 그룹에는 영향을 주지 않음에 유의합니다.
  5. 텍스트 필드에 vNIC 프로파일에 연결할 보안 그룹 ID를 입력합니다.
  6. OK를 클릭합니다.
보안 그룹이 vNIC 프로파일에 연결되었습니다. 프로파일이 연결된 논리 네트워크를 통한 모든 트래픽은 보안 그룹에서 정의된 규칙에 따라 필터링됩니다.

5.2.6. vNIC 프로파일 사용자 권한

사용자를 특정 vNIC 프로파일에 지정하기 위한 사용자 권한을 설정합니다. 사용자가 프로파일을 사용할 수 있도록 사용자에게 VnicProfileUser 역할을 할당합니다. 해당 프로파일의 권한을 삭제하여 특정 프로파일을 사용할 수 없도록 사용자를 제한할 수 있습니다.

절차 5.9. vNIC 프로파일 사용자 권한

  1. 네트워크 탭을 클릭하여 결과 창에 있는 논리 네트워크를 선택합니다.
  2. vNIC 프로파일 리소스 탭을 선택하여 vNIC 프로파일을 표시합니다.
  3. 상세 정보 창에서 권한 탭을 선택하여 프로파일의 현재 사용자 권한을 표시합니다.
  4. 추가 버튼을 사용하여 사용자에게 권한 추가 창을 열고 삭제 버튼을 사용하여 권한 삭제 창을 열어 vNIC 프로파일의 사용자 권한을 설정합니다.
vNIC 프로파일의 사용자 권한이 설정됩니다.

5.3. 외부 공급자 네트워크

5.3.1. 외부 공급자에서 네트워크 가져오기

네트워크 서비스를 제공하는 외부 공급자가 Manager에 등록되어 있는 경우 공급자가 제공하는 네트워크를 Manager로 가져와서 가상 머신에서 사용할 수 있습니다.

절차 5.10. 외부 공급자에서 네트워크 가져오기

  1. 네트워크 탭을 클릭합니다.
  2. 가져오기 버튼을 클릭하여 네트워크 가져오기 창을 엽니다.
    The Import Networks Window

    그림 5.3. 네트워크 가져오기 창

  3. 네트워크 공급자 드롭 다운 메뉴에서 외부 공급자를 선택합니다. 공급자가 제공하는 네트워크가 자동으로 감지되어 공급자 네트워크 목록에 나열됩니다.
  4. 체크 상자를 사용하여 공급자 네트워크 목록에서 가져오기할 네트워크를 선택하고 아래로 이동 화살표를 클릭하여 이 네트워크를 가져오기할 네트워크 목록으로 이동합니다.
  5. 가져오기할 네트워크 이름을 사용자 지정할 수 있습니다. 이름을 사용자 지정하려면 이름 란에 있는 네트워크 이름을 클릭하고 텍스트를 변경합니다.
  6. 데이터 센터 드롭 다운 목록에서 네트워크를 가져오기할 데이터 센터를 선택합니다.
  7. 옵션으로 가져오기할 네트워크 목록에 있는 네트워크의 모두 허용 체크 상자를 선택해제하여 모든 사용자에게 네트워크 사용을 허용하지 않습니다.
  8. 가져오기 버튼을 클릭합니다.
선택한 네트워크가 대상 데이터 센터로 가져오기되어 Manager에서 사용할 수 있습니다.

중요

외부 공급자 감지 및 가져오기는 기술 프리뷰 기능입니다. 기술 프리뷰 기능은 Red Hat 서브스크립션 서비스 수준 계약 (SLA: Subscription Service Level Agreement)에서 완전 지원되지 않으며 완전하게 작동하지 않을 수 있고 프로덕션 환경에서의 사용을 목적으로 하지 않습니다. 하지만 이러한 기능을 통해 예정된 제품 기능을 미리 사용해 볼 수 있으므로 고객은 개발 과정에서 기능을 테스트하고 피드백을 보낼 수 있습니다.

5.3.2. 외부 공급자 네트워크 사용 제한

Red Hat Enterprise Virtualization 환경의 외부 공급자에서 가져온 논리 네트워크를 사용하려면 다음과 같은 제한 사항이 적용됩니다.
  • 외부 공급자가 제공하는 논리 네트워크는 가상 머신 네트워크로 사용해야 하며 디스플레이 네트워크로 사용할 수 없습니다.
  • 동일한 논리 네트워크를 다른 데이터 센터에만 한 번 이상 가져오기할 수 있습니다.
  • Manager에서 외부 공급자가 제공하는 논리 네트워크를 편집할 수 없습니다. 외부 공급자가 제공하는 논리 네트워크의 상세 정보를 편집하려면 논리 네트워크를 제공하는 OpenStack Networking 인스턴스에서 논리 네트워크를 직접 편집해야 합니다.
  • 외부 공급자에서 제공하는 논리 네트워크에 연결된 가상 네트워크 인터페이스 카드의 경우 포트 미러링을 사용할 수 없습니다.
  • 외부 공급자가 제공하는 논리 네트워크를 가상 머신이 사용할 경우 논리 네트워크가 가상 머신에 의해 사용되고 있는 동안 Manager에서 공급자를 삭제할 수 없습니다.
  • 외부 공급자가 제공하는 네트워크는 필수가 아닙니다. 따라서 이러한 논리 네트워크를 가져오기한 클러스터 스케줄링 시 호스트 선택에서 이러한 논리 네트워크를 고려하지 않습니다. 이에 더하여 사용자는 이러한 논리 네트워크를 가져오기한 클러스터에 있는 호스트 상의 논리 네트워크를 사용할 수 있게 해야 합니다.

중요

외부 공급자에서 가져오기한 논리 네트워크는 Red Hat Enterprise Linux 호스트와만 호환 가능하며 Red Hat Enterprise Virtualization Hypervisor 호스트에서 실행되고 있는 가상 머신에 지정할 수 없습니다.

중요

외부 공급자 감지 및 가져오기는 기술 프리뷰 기능입니다. 기술 프리뷰 기능은 Red Hat 서브스크립션 서비스 수준 계약 (SLA: Subscription Service Level Agreement)에서 완전 지원되지 않으며 완전하게 작동하지 않을 수 있고 프로덕션 환경에서의 사용을 목적으로 하지 않습니다. 하지만 이러한 기능을 통해 예정된 제품 기능을 미리 사용해 볼 수 있으므로 고객은 개발 과정에서 기능을 테스트하고 피드백을 보낼 수 있습니다.

5.3.3. 외부 공급자 논리 네트워크에서 서브넷 설정

5.3.3.1. 외부 공급자 논리 네트워크에서 서브넷 설정

하나 이상의 서브넷이 논리 네트워크에 정의되어 있을 경우 외부 공급자에 의해 지정된 논리 네트워크는 가상 머신에 IP 주소를 할당할 수 있습니다. 서브넷이 지정되어 있지 않을 경우 가상 머신은 IP 주소를 할당하지 않게 됩니다. 하나의 서브넷이 있을 경우 가상 머신은 서브넷에서 IP 주소를 할당하고 여러 서브넷이 있을 경우 가상 머신은 사용 가능한 모든 서브넷에서 IP 주소를 할당하게 됩니다. 논리 네트워크가 호스트되는 Neutron 인스턴스에 의해 지정된 DHCP 서비스는 이러한 IP 주소를 할당하는 역할을 합니다.
Red Hat Enterprise Virtualization Manager는 가져오기한 논리 네트워크에서 사전 정의된 서브넷을 자동으로 감지하지만 Manager 내 논리 네트워크에서 서브넷을 추가 또는 삭제할 수 있습니다.

5.3.3.2. 외부 공급자 논리 네트워크에 서브넷 추가

외부 공급자가 지정한 논리 네트워크에 서브넷을 생성합니다.

절차 5.11. 외부 공급자 논리 네트워크에 서브넷 추가

  1. 네트워크 탭을 클릭합니다.
  2. 외부 공급자에 의해 지정된 논리 네트워크에서 서브넷을 추가할 논리 네트워크를 클릭합니다.
  3. 상세 정보 창에서 서브넷 탭을 클릭합니다.
  4. 새로 만들기 버튼을 클릭하여 새 외부 서브넷 창을 엽니다.
    The New External Subnet Window

    그림 5.4. 새 외부 서브넷 창

  5. 새 서브넷의 이름CIDR을 입력합니다.
  6. IP 버전 드롭 다운 메뉴에서 IPv4 또는 IPv6를 선택합니다.
  7. OK를 클릭합니다.

5.3.3.3. 외부 공급자 논리 네트워크에서 서브넷 삭제

외부 공급자가 지정한 논리 네트워크에서 서브넷을 삭제합니다.

절차 5.12. 외부 공급자 논리 네트워크에서 서브넷 삭제

  1. 네트워크 탭을 클릭합니다.
  2. 외부 공급자에 의해 지정된 논리 네트워크에서 서브넷을 삭제할 논리 네트워크를 클릭합니다.
  3. 상세 정보 창에서 서브넷 탭을 클릭합니다.
  4. 삭제하고자 하는 서브넷을 클릭합니다.
  5. 삭제 버튼을 클릭하고 메세지가 나타나면 OK를 클릭합니다.

5.4. 논리 네트워크 및 권한

5.4.1. 네트워크의 시스템 권한 관리

SuperUser로서 시스템 관리자는 관리 포털의 모든 면을 관리합니다. 보다 특정한 관리 역할은 다른 사용자에게 부여될 수 있습니다. 이러한 제한된 관리자 역할은 특정 리소스에 제한하여 사용자 관리 권할을 부여할 경우 유용합니다. 예를 들어 DataCenterAdmin 역할은 데이터 센터의 스토리지를 제외한 할당된 데이터 센터에 대해서만 관리자 권한을 갖으며 ClusterAdmin은 할당된 클러스터에 대해서만 관리자 권한을 갖습니다.
네트워크 관리자는 특정 네트워크 또는 데이터 센터, 클러스터, 호스트 가상 머신, 템플릿의 모든 네트워크에 할당할 수 있는 시스템 관리 역할입니다. 네트워크 사용자는 특정 가상 머신 또는 템플릿에 네트워크를 연결 및 확인과 같은 제한된 관리 역할을 수행할 수 있습니다. 머리글 표시줄에 있는 설정 버튼을 사용하여 환경의 모든 네트워크에 네트워크 관리자를 할당할 수 있습니다.
네트워크 관리자 역할을 사용하여 다음과 같은 작업을 실행할 수 있습니다:
  • 네트워크를 생성, 편집, 삭제합니다.
  • 포트 미러링 설정을 포함하여 네트워크 설정을 편집합니다.
  • 클러스터 및 가상 머신을 포함하여 리소스에서 네트워크를 연결 및 분리합니다.
네트워크를 생성한 사용자에게는 생성한 네트워크에 NetworkAdmin 권한이 자동으로 할당됩니다. 기존 관리자를 삭제하거나 새 관리자를 추가하여 네트워크 관리자를 변경할 수 도 있습니다.

5.4.2. 네트워크 관리자 및 사용자 역할

네트워크 권한이 있는 역할

아래 표에서는 네트워크 관리에 적용할 수 있는 관리자와 사용자 역할 및 권한에 대해 설명합니다.

표 5.6. Red Hat Enterprise Virtualization 네트워크 관리자 및 사용자 역할

역할권한알림
NetworkAdmin데이터 센터, 클러스터, 호스트, 가상 머신, 템플릿에 대한 네트워크 관리자입니다. 네트워크를 생성한 사용자에게는 생성된 네트워크에 대한 NetworkAdmin 권한이 자동으로 부여됩니다. 특정 데이터 센터, 클러스터, 호스트, 가상 머신, 템플릿의 네트워크를 설정 및 관리할 수 있습니다. 데이터 센터 또는 클러스터의 네트워크 관리자는 클러스터 내의 가상 풀에 대한 네트워크 권한을 상속합니다. 가상 머신 네트워크에서 포트 미러링을 설정하려면 네크워크에서 NetworkAdmin 역할 및 가상 머신에서 UserVmManager 역할을 적용합니다.
VnicProfileUser가상 머신 및 템플릿에 대한 논리 네트워크 및 네트워크 인터페이스 사용자입니다.특정 논리 네트워크에서 네트워크 인터페이스를 연결 또는 분리할 수 있습니다.

5.4.3. 리소스에 관리자 또는 사용자 역할 할당

리소스에 관리자 또는 사용자 역할을 할당하여 사용자가 리소스에 액세스 및 관리할 수 있게 합니다.

절차 5.13. 리소스에 역할 할당

  1. 리소스 탭, 트리 모드 또는 검색 기능을 사용하여 검색 결과 목록에서 리소스를 검색 및 선택합니다.
  2. 상세 정보 창에 있는 권한 탭을 클릭하여 할당된 사용자, 사용자 역할, 선택한 리소스에 대해 상속된 권한을 나열합니다.
  3. 추가를 클릭합니다.
  4. 검색 텍스트 상자에 기존 사용자의 이름 또는 사용자 이름을 입력하고 검색을 클릭합니다. 검색 결과 목록에서 일치하는 사용자를 선택합니다.
  5. 할당할 역할: 드롭 다운 목록에서 역할을 선택합니다.
  6. OK를 클릭합니다.
사용자에게 역할이 할당되어 이제 사용자는 리소스에 대해 활성화된 역할에 상속된 권한을 갖습니다.

5.4.4. 리소스에서 관리자 또는 사용자 역할 삭제

리소스에서 관리자 또는 사용자 역할을 삭제합니다. 사용자는 리소스에서의 역할과 관련하여 상속된 권한을 손실합니다.

절차 5.14. 리소스에서 역할 삭제

  1. 리소스 탭, 트리 모드 또는 검색 기능을 사용하여 검색 결과 목록에서 리소스를 검색 및 선택합니다.
  2. 상세 정보 창에 있는 권한 탭을 클릭하여 할당된 사용자 목록, 사용자 역할, 선택한 리소스에서 상속된 권한을 나열합니다.
  3. 리소스에서 삭제할 사용자를 선택합니다.
  4. 삭제를 클릭합니다. 권한 삭제 창이 열리면 권한 삭제를 확인합니다.
  5. OK를 클릭합니다.
리소스에서 사용자 역할 및 관련된 권한이 삭제됩니다.

5.5. 호스트 및 네트워킹

5.5.1. 호스트 기능 새로 고침

네트워크 인터페이스 카드를 호스트에 추가한 경우 호스트 기능을 새로 고침하여 Manager에 네트워크 인터페이스 카드를 표시합니다.

절차 5.15. 호스트 기능 새로 고침 방법

  1. 리소스 탭, 트리 모드 도는 검색 기능을 사용하여 검색 결과 목록에서 호스트를 검색 및 선택합니다.
  2. 기능 새로 고침 버튼을 클릭합니다.
선택한 호스트의 상세 정보 창에 있는 네트워크 인터페이스 탭의 네트워크 인터페이스 카드 목록이 업데이트됩니다. 새로운 네트워크 인터페이스 카드를 Manager에서 사용할 수 있습니다.

5.5.2. 호스트 네트워크 인터페이스 편집 및 호스트에 논리 네트워크 할당

물리적 호스트의 네트워크 인터페이스의 설정을 변경, 하나의 물리적 호스트의 네트워크 인터페이스에서 다른 인터페이스로 관리 네트워크를 이전, 물리적 호스트의 네트워크 인터페이스에 논리 네트워크를 할당할 수 있습니다.

중요

외부 공급자에 의해 제공되는 논리 네트워크를 물리적 호스트의 네트워크 인터페이스에 할당할 수 없습니다. 이러한 네트워크는 가상 머신의 요청에 따라 호스트에 동적으로 할당됩니다.

절차 5.16. 호스트 네트워크 인터페이스 편집 및 호스트에 논리 네트워크 할당

  1. 호스트 리소스 탭을 클릭하여 원하는 호스트를 선택합니다.
  2. 상세 정보 창에서 네트워크 인터페이스 탭을 클릭합니다.
  3. 호스트 네트워크 설정 버튼을 클릭하여 호스트 네트워크 설정 창을 엽니다.
  4. 물리적 호스트의 네트워크 인터페이스 옆에 있는 할당된 논리 네트워크 영역으로 선택 및 드래그하여 논리 네트워크를 물리적 호스트 네트워크 인터페이스에 연결합니다.
    다른 방법으로 논리 네트워크를 오른쪽 클릭하여 드롭 다운 메뉴에서 네트워크 인터페이스를 선택합니다.
  5. 논리 네트워크 설정:
    1. 할당된 논리 네트워크 위에 커서를 이동하고 연필 모양의 아이콘을 클릭하여 관리 네트워크 편집 창을 엽니다.
    2. 다음에서 부팅 프로토콜을 선택합니다:
      • None,
      • DHCP,
      • Static.
        Static을 선택한 경우 IP, 서브넷 마스크, 게이트웨이를 입력합니다.
    3. 네트워크 브릿지를 설정하려면 사용자 정의 속성 드롭 다운 메뉴를 클릭하고 bridge_opts를 선택합니다. 유효한 키와 [key]=[value]와 같은 구문으로된 값을 입력합니다. 여러 항목이 있을 경우 공백으로 구분합니다. 아래 예에서 제시된 값과 같이 다음과 같은 키가 유효합니다.
      forward_delay=1500 
      gc_timer=3765 
      group_addr=1:80:c2:0:0:0 
      group_fwd_mask=0x0 
      hash_elasticity=4 
      hash_max=512
      hello_time=200 
      hello_timer=70 
      max_age=2000 
      multicast_last_member_count=2 
      multicast_last_member_interval=100 
      multicast_membership_interval=26000 
      multicast_querier=0 
      multicast_querier_interval=25500 
      multicast_query_interval=13000 
      multicast_query_response_interval=1000 
      multicast_query_use_ifaddr=0 
      multicast_router=1 
      multicast_snooping=1 
      multicast_startup_query_count=2 
      multicast_startup_query_interval=3125
    4. 논리 네트워크 정의가 호스트 상의 네트워크 설정과 동기화되어 있지 않을 경우 네트워크 동기화 확인란을 선택합니다. 논리 네트워크는 동기화되기전 까지 다른 인터페이스로 이동하거나 편집할 수 없습니다.

      참고

      네트워크가 다음 중 하나의 상태일 경우 동기화된 것으로 간주되지 않습니다:
      • 가상 머신 네트워크는 물리적 호스트 네트워크와 다른 경우.
      • VLAN ID는 물리적 호스트 네트워크와 다른 경우.
      • 사용자 정의 MTU는 논리 네트워크 상에 설정되어 물리적 호스트 네트워크와 다른 경우.
  6. 호스트와 Engine간의 연결을 확인 확인란을 선택하여 네트워크 연결 상태를 확인합니다. 이러한 동작은 호스트가 유지 관리 모드일 경우에만 작동합니다.
  7. 네트워크 설정 저장 확인란을 선택하여 시스템을 재부팅했을 경우 변경 사항을 영구적으로 저장합니다.
  8. OK를 클릭합니다.

참고

호스트의 모든 네트워크 인터페이스 카드가 표시되지 않을 경우 기능을 새로 고침 버튼을 클릭하여 호스트에서 사용 가능한 네트워크 인터페이스 카드 목록을 업데이트합니다.

5.5.3. 논리 네트워크를 사용하여 단일 네트워크 인터페이스에 여러 VLAN 추가

여러 VLAN을 단일 네트워크 인터페이스에 추가하여 하나의 호스트에 있는 트래픽을 분리합니다.

중요

새 논리 네트워크 또는 논리 네트워크 편집 창에서 VLAN 태그 활성화 확인란을 선택하여 여러 논리 네트워크를 생성해야 합니다.

절차 5.17. 논리 네트워크를 사용하여 네트워크 인터페이스에 여러 VLAN 추가

  1. 호스트 리소스 탭을 클릭하고 결과 목록에서 VLAN 태그 논리 네트워크가 할당된 클러스터에 연결된 호스트를 선택합니다.
  2. 상세 정보 창에서 네트워크 인터페이스 탭을 클릭하여 데이터 센터에 연결된 실제 네트워크 인터페이스를 나열합니다.
  3. 호스트 네트워크 설정을 클릭하여 호스트 네트워크 설정 창을 엽니다.
  4. VLAN 태그 논리 네트워크를 물리 네트워크 인터페이스 옆에 있는 할당된 논리 네트워크 영역으로 드래그합니다. VLAN 태그로 물리 네트워크 인터페이스에 여러 논리 네트워크를 할당할 수 있습니다.
  5. 할당된 논리 네트워크 위에 커서를 이동하고 연필 모양의 아이콘을 클릭하여 네트워크 편집 창을 열고 논리 네트워크를 편집합니다.
    논리 네트워크 정의가 호스트 상의 네트워크 설정과 동기화되어 있지 않을 경우 네트워크 동기화 확인란을 선택합니다.
    다음에서 부팅 프로토콜을 선택합니다:
    • None,
    • DHCP,
    • Static,
      IP서브넷 마스크를 입력합니다.
    OK를 클릭합니다.
  6. 호스트와 Engine간의 연결을 확인 확인란을 선택하여 네트워크를 확인합니다. 이러한 동작은 호스트가 유지 관리 모드일 경우에만 작동합니다.
  7. 네트워크 설정 저장 확인란을 선택합니다.
  8. OK를 클릭합니다.
클러스터에 있는 각 호스트의 NIC를 편집하여 클러스터에 있는 각 호스트에 논리 네트워크를 추가합니다. 이 작업을 완료한 후 네트워크가 작동됩니다.
하나의 인터페이스에 여러 VLAN 태그된 논리 네트워크를 추가했습니다. 단일 네트워크 인터페이스에 다른 VLAN 태그로 논리 네트워크를 추가하기 위해 각 호스트 마다 동일한 네트워크 인터페이스를 선택 및 편집하는 절차를 여러번 반복할 수 있습니다.

5.5.4. 네트워크 레이블을 호스트 네트워크 인터페이스에 추가

네트워크 레이블을 사용하여 호스트 네트워크 인터페이스에 논리 네트워크 할당에 관련된 관리 작업을 간소화할 수 있습니다.

절차 5.18. 네트워크 레이블을 호스트 네트워크 인터페이스에 추가

  1. 호스트 리소스 탭을 클릭하고 결과 목록에서 VLAN 태그 논리 네트워크가 할당된 클러스터에 연결된 호스트를 선택합니다.
  2. 상세 정보 창에서 네트워크 인터페이스 탭을 클릭하여 데이터 센터에 연결된 실제 네트워크 인터페이스를 나열합니다.
  3. 호스트 네트워크 설정을 클릭하여 호스트 네트워크 설정 창을 엽니다.
  4. 레이블을 클릭하고 [새 레이블]을 오른쪽 클릭합니다. 레이블할 실제 네트워크 인터페이스를 선택합니다.
  5. 레이블 텍스트 필드에서 네트워크 레이블 이름을 입력합니다.
  6. OK를 클릭합니다.
호스트 네트워크 인터페이스에 네트워크 레이블이 추가되었습니다. 동일한 레이블이 붙은 새로 생성된 논리 네트워크는 자동으로 해당 레이블의 모든 호스트 네트워크 인터페이스에 자동으로 할당됩니다. 또한 논리 네트워크에서 레이블을 삭제하면 해당 레이블이 붙은 모든 호스트 네트워크 인터페이스에서 논리 네트워크가 자동으로 삭제됩니다.

5.5.5. 본딩

5.5.5.1. Red Hat Enterprise Virtualization에서 본딩 로직

Red Hat Enterprise Virtualization Manager 관리 포털에서는 그래픽 인터페이스를 사용하여 본딩 장치를 생성할 수 있습니다. 몇 가지 본딩 생성 시나리오가 있으며 각 시나리오에는 고유한 논리가 적용됩니다.
본딩 로직에 영향을 미치는 두 가지 요소는 다음과 같습니다:
  • 장치 중 하나가 이미 논리 네트워크를 전송하고 있습니까?
  • 장치는 호환 가능한 논리 네트워크를 전송하고 있습니까? 단일 장치는 VLAN 태그 및 VLAN 태그되지 않은 논리 네트워크 모두를 전송할 수 없습니다.

표 5.7. 본딩 시나리오 및 결과

본딩 시나리오결과
NIC + NIC
새 본딩 생성 창이 나타나면 새 본딩 장치를 설정할 수 있습니다.
네트워크 인터페이스가 호환되지 않는 논리 네트워크를 전송하는 경우 새 본딩을 구성한 장치에서 호환되지 않는 논리 네트워크를 분리할 때 까지 본딩 작업은 실패합니다.
NIC + Bond
NIC가 본딩 장치에 추가됩니다. NIC 및 본딩에 의해 전송된 논리 네트워크는 호환 가능한 경우 모두 본딩 장치에 추가됩니다.
네트워크 인터페이스가 호환되지 않는 논리 네트워크를 전송하는 경우 새 본딩을 구성한 장치에서 호환되지 않는 논리 네트워크를 분리할 때 까지 본딩 작업은 실패합니다.
Bond + Bond
본딩 장치가 논리 네트워크에 연결되어 있지 않거나 호환 가능한 논리 네트워크에 연결되어 있을 경우 새 본딩 장치가 생성됩니다. 이에는 모든 네트워크 인터페이스가 포함되며 본딩 구성 장치의 모든 논리 네트워크를 전송합니다. 새 본딩 생성 창이 표시되어 새 본딩을 설정할 수 있습니다.
네트워크 인터페이스가 호환되지 않는 논리 네트워크를 전송하는 경우 새 본딩을 구성한 장치에서 호환되지 않는 논리 네트워크를 분리할 때 까지 본딩 작업은 실패합니다.

5.5.5.2. 본딩

본딩은 여러 네트워크 인터페이스 카드를 단일 소프트웨어 장치로 정의하는 것입니다. 본딩된 네트워크 인터페이스는 본딩에 포함된 네트워크 인터페이스 카드의 전송 기능을 결합하여 단일 네트워크 인터페이스로 동작하기 때문에 단일 네트워크 인터페이스 카드 보다 더 신속한 전송 속도 기능을 제공합니다. 본딩에 있는 모든 네트워크 인터페이스 카드에 오류가 발생하지 않으면 본딩 자체에 오류가 발생하지 않기 때문에 본딩의 내결함성을 증가시킬 수 있습니다. 하지만 본딩된 네트워크 인터페이스를 구성하는 네트워크 인터페이스 카드는 본딩에서 동일한 옵션 및 모드를 지원하도록 동일한 제조업체 및 모델이어야 한다는 제한이 있습니다.
본딩의 패킷 분산 알고리즘은 사용하는 본딩 모드에 의해 결정됩니다.

중요

모드 1, 2, 3, 4는 가상 머신 (브릿지됨) 및 비 가상 머신 (브릿지되지 않음) 네트워크 유형 모두를 지원합니다. 모드 0, 5, 6은 비 가상 머신 (브릿지되지 않음) 네트워크만 지원합니다.
본딩 모드
Red Hat Enterprise Virtualization은 기본적으로 모드 4를 사용하지만 다음과 같은 일반적인 본딩 모드를 지원합니다:
모드 0 (round-robin 정책)
네트워크 인터페이스 카드를 통해 순차적으로 패킷을 전송합니다. 패킷은 본딩에서 처음 사용 가능한 네트워크 인터페이스 카드로 시작하여 마지막으로 사용 가능한 네트워크 인터페이스 카드로 종료하는 루프에 전송됩니다. 이후의 모든 루프는 처음 사용 가능한 네트워크 인터페이스 카드에서 시작됩니다. 모드 0는 내결함성을 제공하고 본딩의 모든 네트워크 인터페이스 카드에서 부하 균형을 조정합니다. 하지만 모드 0는 브릿지와 함께 사용할 수 없으므로 가상 머신 논리 네트워크와 호환되지 않습니다.
모드 1 (active-backup 정책)
하나의 네트워크 인터페이스 카드는 활성 상태로 두고 다른 모든 네트워크 인터페이스 카드를 백업 상태로 설정합니다. 활성 네트워크 인터페이스 카드에 오류가 발생하는 경우 백업 네트워크 인터페이스 카드 중 하나가 본딩에서 활성 네트워크 인터페이스 카드로 네트워크 인터페이스 카드를 대체합니다. 모드 1에서 본딩의 MAC 주소가 활성 네트워크 인터페이스 카드를 반영하도록 변경될 경우 발생할 수 있는 혼란을 방지하기 위해 MAC 주소는 하나의 포트에만 표시됩니다. 모드 1은 내결함성을 제공하고 Red Hat Enterprise Virtualization에서 지원됩니다.
모드 2 (XOR 정책)
소스에서 XOR 연산 결과 및 대상 MAC 주소 모듈 네트워크 인터페이스 카드 슬레이브 수에 따라 패킷을 전송할 네트워크 인터페이스 카드를 선택합니다. 이러한 계산을 통해 각각의 대상 MAC 주소에 동일한 네트워크 인터페이스 카드가 선택됩니다. 모드 2는 내결함성 및 부하 분산을 제공하고 Red Hat Enterprise Virtualization에서 지원됩니다.
모드 3 (broadcast 정책)
모든 네트워크 인터페이스 카드에 모든 패킷을 전송합니다. 모드 3은 내결함성을 제공하고 Red Hat Enterprise Virtualization에서 지원됩니다.
모드 4 (IEEE 802.3ad 정책)
인터페이스가 동일한 속도 및 이중 설정을 공유하는 집계 그룹을 생성합니다. 모드 4는 IEEE 802.3ad 사양에 따라 활성 집계 그룹에 있는 모든 네트워크 인터페이스 카드를 사용하며 Red Hat Enterprise Virtualization에서 지원됩니다.
모드 5 (adaptive transmit load balancing 정책)
본딩의 각 네트워크 인터페이스 카드에서 부하에 따라 발신 트래픽 계정이 분산되어 현재 네트워크 인터페이스 카드가 모든 들어오는 트래픽을 수신할 수 있게 합니다. 수신 트래픽에 할당된 네트워크 인터페이스 카드에 오류가 발생할 경우 다른 네트워크 인터페이스 카드가 수신 트래픽의 역할을 하도록 지정됩니다. 모드 5는 브리지와 함께 사용할 수 없으므로 가상 머신 논리 네트워크와 호환되지 않습니다.
모드 6 (adaptive load balancing 정책)
특별한 전환 요구 사항없이 모드 5 (adaptive transmit load balancing 정책)는 IPv4 트래픽의 수신 부하 분산과 결합되어 있습니다. ARP 협상은 수신 부하 분산에 사용됩니다. 모드 6는 브리지와 함께 사용할 수 없으므로 가상 머신 논리 네트워크와 호환되지 않습니다.

5.5.5.3. 관리 포털에서 본딩 장치 생성

여러 호환 가능한 네트워크 장치를 결합하여 구성할 수 있습니다. 이러한 설정 유형을 통해 대역폭과 안정성을 증가시킬 수 있습니다. 여러 네트워크 인터페이스, 기존의 본딩 장치 또는 이 둘을 조합하여 구성할 수 있습니다.
본딩은 VLAN 태그 및 비 VLAN 트래픽 모두를 전송할 수 없습니다.

절차 5.19. 관리 포털에서 본딩 장치 생성

  1. 호스트 리소스 탭을 클릭하여 결과 목록에서 호스트를 선택합니다.
  2. 상세 정보 창에서 네트워크 인터페이스 탭을 클릭하여 호스트에 연결된 실제 네트워크 인터페이스를 나열합니다.
  3. 호스트 네트워크 설정을 클릭하여 호스트 네트워크 설정 창을 엽니다.
  4. 한 장치를 선택하고 다른 장치에 드래그하여 드롭하면 새로운 본딩 생성 창이 열립니다. 다른 방법으로 장치 위에 마우스를 두고 오른쪽을 클릭한 후 드롭 다운 메뉴에서 다른 장치를 선택합니다.
    하나의 장치에는 VLAN 태그가 붙어 있고 다른 장치에는 태그가 붙어 있지 않는 것과 같이 장치가 호환되지 않는 경우 호환 문제를 해결하는 방법을 알려주는 메세지가 나타나고 본딩 작업이 실패합니다.
  5. 드롭 다운 메뉴에서 본딩 이름본딩 모드를 선택합니다.
    본딩 모드 1, 2, 4, 5를 선택할 수 있습니다. 기타 다른 모드는 사용자 정의 옵션을 사용하여 설정할 수 있습니다.
  6. OK를 클릭하여 본딩을 생성하고 새 본딩 생성 창을 닫습니다.
  7. 새로 생성된 본딩 장치에 논리 네트워크를 지정합니다.
  8. 옵션으로 호스트와 Engine 간의 연결을 확인을 선택하고 네트워크 설정 저장을 선택합니다.
  9. OK를 클릭하여 변경 사항을 저장하고 호스트 네트워크 설정 창을 닫습니다.
네트워크 장치는 본딩 장치에 연결되어 단일 인터페이스로 편집할 수 있습니다. 본딩 장치는 선택한 호스트의 상세 정보 창에 있는 네트워크 인터페이스 탭에 나열됩니다.
호스트가 사용하는 스위치 포트에 본딩을 활성화해야 합니다. 본딩을 활성화하는 프로세느느 스위치 마다 조금씩 다릅니다. 본딩을 활성화하는 방법에 대한 상세 정보는 스위치 벤더에서 제공하는 설명서에서 참조하십시오.

5.5.5.4. 호스트 인터페이스의 사용자 정의 본딩 옵션 사용 예

새 본딩 생성 창의 본딩 모드에서 사용자 정의를 선택하여 사용자 정의 본딩 장치를 생성할 수 있습니다. 필요에 따라 다음의 예를 선별하여 사용합니다. 본딩 옵션 및 전체 설명 목록은 Kernel.org에 있는 Linux Ethernet Bonding Driver HOWTO에서 참조하십시오.

예 5.1. xmit_hash_policy

이 옵션은 본딩 모드 2와 4의 로드 밸런스 전송 정책을 정의합니다. 예를 들어 대부분의 트래픽이 여러 다른 IP 주소 사이에 있을 경우 IP 주소 별로 로드 밸런스 정책을 설정할 수 있습니다. 사용자 정의 본딩 모드를 선택하고 텍스트 필드에 다음과 같은 값을 입력하여 로드 밸런싱 정책을 설정할 수 있습니다.
mode=4 xmit_hash_policy=layer2+3

예 5.2. ARP 모니터링

ARP 모니터는 ethtool을 통해 적절히 연결 상태를 보고할 수 없는 시스템에 유용합니다. 사용자 정의 본딩 모드를 선택하고 텍스트 필드에 다음과 같은 값을 입력하여 호스트의 본딩 장치에 arp_interval을 설정합니다:
mode=1 arp_interval=1 arp_ip_target=192.168.0.2

예 5.3. 기본

본딩 장치에서 기본 인터페이스로 높은 처리량을 갖는 NIC를 지정하고자 할 수 있습니다. 사용자 정의 본딩 모드를 선택하고 텍스트 필드에 다음과 같은 값을 입력하여 기본 NIC를 지정합니다:
mode=1 primary=eth0

5.5.6. 호스트의 FQDN 변경

다음 절차에 따라 Hypervisor 호스트의 FQDN을 변경합니다.

절차 5.20. Hypervisor 호스트의 FQDN 업데이트

  1. Hypervisor를 유지 관리 모드에 두면 가상 머신이 다른 Hypervisor로 라이브 마이그레이션됩니다. 보다 자세한 내용은 6.5.6절. “호스트를 유지 관리 모드로 변경”에서 참조하십시오. 다른 방법으로 전체 가상 머신을 수동으로 종료하고 다른 Hypervisor로 모든 가상 머신을 마이그레이션합니다. 보다 자세한 내용은 수동으로 가상 머신 마이그레이션에서 참조하십시오.
  2. 삭제를 클릭하고 OK를 클릭하여 관리 포털에서 호스트를 삭제합니다.
    • RHEL 기반 호스트의 경우:
      • Red Hat Enterprise Linux 6의 경우:
        /etc/sysconfig/network 파일을 편집하여 호스트 이름을 업데이트하고 저장합니다.
        # vi /etc/sysconfig/network
        HOSTNAME=NEW_FQDN
      • Red Hat Enterprise Linux 7의 경우:
        hostnamectl 도구를 사용하여 호스트 이름을 업데이트합니다. 보다 자세한 옵션은 Red Hat Enterprise Linux 7 네트워킹 가이드 호스트 이름 설정에서 참조하십시오.
        # hostnamectl set-hostname NEW_FQDN
    • Red Hat Enterprise Virtualization Hypervisors (RHEV-H)의 경우:
      텍스트 사용자 인터페이스에서 네트워크 화면을 선택하고 오른쪽 화살표 키를 눌러 호스트 이름란에 새 호스트 이름을 입력합니다. <저장>을 선택하고 Enter를 누릅니다.
  3. 호스트를 재부팅합니다.
  4. Manager로 호스트를 다시 등록합니다. 보다 자세한 내용은 설치 가이드관리 포털에서 수동으로 Hypervisor 추가에서 참조하십시오.

5.5.7. Red Hat Enterprise Virtualization Hypervisor (RHEV-H)의 IP 주소 변경

절차 5.21. 

  1. Hypervisor를 유지 관리 모드에 두면 가상 머신이 다른 Hypervisor로 라이브 마이그레이션됩니다. 보다 자세한 내용은 6.5.6절. “호스트를 유지 관리 모드로 변경”에서 참조하십시오. 다른 방법으로 전체 가상 머신을 수동으로 종료하고 다른 Hypervisor로 모든 가상 머신을 마이그레이션합니다. 보다 자세한 내용은 수동으로 가상 머신 마이그레이션에서 참조하십시오.
  2. 삭제를 클릭하고 OK를 클릭하여 관리 포털에서 호스트를 삭제합니다.
  3. admin 사용자로 Hypervisor에 로그인합니다.
  4. F2를 누르고 OK를 선택한 후 Enter를 눌러 복구 쉘로 들어갑니다.
  5. /etc/sysconfig/network-scripts/ifcfg-ovirtmgmt 파일을 편집하여 IP 주소를 수정합니다. 예:
    # vi /etc/sysconfig/network-scripts/ifcfg-ovirtmgmt
    ...
    BOOTPROTO=none	
    IPADDR=10.x.x.x
    PREFIX=24
    ...
  6. 네트워크 서비를 다시 시작하고 IP 주소가 업데이트되었는지 확인합니다.
    • Red Hat Enterprise Linux 6의 경우:
      # service network restart
      # ifconfig ovirtmgmt
    • Red Hat Enterprise Linux 7의 경우:
      # systemctl restart network.service
      # ip addr show ovirtmgmt
  7. exit을 입력하여 복구 쉘에서 나간 후 텍스트 사용자 인터페이스로 전환합니다.
  8. Manager로 호스트를 다시 등록합니다. 보다 자세한 내용은 설치 가이드관리 포털에서 수동으로 Hypervisor 추가에서 참조하십시오.

6장. 호스트

6.1. Red Hat Enterprise Virtualization 호스트 소개

RHEL 기반 하이퍼바이저로 알려진 Red Hat Enterprise Virtualization 호스트는 가상 머신을 실행하는 물리적 서버입니다. KVM (Kernel-based Virtual Machine)이라는 로딩 가능한 Linux 커널 모듈을 사용하여 완전 가상화가 제공됩니다.
KVM은 Windows 또는 Linux 운영 체제에서 실행되는 여러 가상 머신을 동시에 호스팅할 수 있습니다. 가상 머신은 호스트 시스템에서 개별 Linux 프로세스 및 스레드로 실행되며 Red Hat Enterprise Virtualization Manager에 의해 원격으로 관리됩니다. Red Hat Enterprise Virtualization 환경에는 하나 이상의 여러 호스트를 연결할 수 있습니다.
Red Hat Enterprise Virtualization은 호스트 설치에 있어서 두 가지 방식을 지원합니다. Red Hat Enterprise Virtualization Hypervisor (RHEV-H) 설치 미디어를 사용하거나 표준 Red Hat Enterprise Linux 설치에 하이퍼바이저 패키지를 설치합니다.
Red Hat Enterprise Virtualization 호스트는 tuned 프로파일의 장점을 취하여 가상화를 최적화합니다. tuned에 대한 보다 자세한 내용은 Red Hat Enterprise Linux 6.0 성능 조정 가이드에서 참조하십시오.
Red Hat Enterprise Virtualization Hypervisor에는 보안 기능이 활성화되어 있습니다. SELinux (Security Enhanced Linux) 및 iptables 방화벽은 기본값으로 완전 설정되어 활성화되어 있습니다. 선택한 호스트에서 SELinux 상태는 상태 정보 창의 일반 탭에 있는 SELinux 모드에 표시됩니다. Manager는 Red Hat Enterprise Linux 호스트를 환경에 추가할 때 이러한 호스트에서 필요한 포트를 열 수 있습니다.
호스트는 Red Hat Enterprise Linux 6.5 이상 또는 AMD64/Intel 64 버전을 실행하는 Intel VT 또는 AMD-V 확장 기능을 갖는 64 비트 물리적 서버입니다.
Red Hat Enterprise Virtualization 플랫폼에서 물리적 호스트의 요구 사항은 다음과 같습니다:
  • 시스템에 있는 하나의 클러스터에만 속해 있어야 합니다.
  • AMD-V 또는 Intel VT 하드웨어 가상화 확장 기능을 지원하는 CPU가 있어야 합니다.
  • 클러스터 생성 시 선택한 가상 CPU 유형으로 공개된 모든 기능을 지원하는 CPU가 있어야 합니다.
  • 최소 2 GB RAM이 있어야 합니다.
  • 시스템 권한이 있는 시스템 관리자를 지정해야 합니다.
관리자는 Red Hat Enterprise Virtualization 워치 리스트에서 최신 보안 권고를 받을 수 있습니다. Red Hat Enterprise Virtualization 제품에 대한 새로운 보안 권고를 이메일로 수신하려면 다음의 양식을 작성하여 Red Hat Enterprise Virtualization 워치 리스트에 등록해야 합니다:

6.2. Red Hat Enterprise Virtualization Hypervisor 호스트

Red Hat Enterprise Virtualization Hypervisor 호스트는 특정 Red Hat Enterprise Linux 빌드를 사용하여 호스트 가상 머신에 필요한 패키지 만으로 설치됩니다. 이러한 패키지가 명시적으로 요청되지 않을 경우 상태 비저장으로 실행되어 디스크 변경 내용이 기록되지 않게 됩니다.
Red hat Enterprise Virtualization Hypervisor 호스트는 Red Hat Enterprise Virtualization Manager에 직접 추가하여 설정할 수 있습니다. 다른 방법으로 호스트를 로컬로 설정하여 Manager에 연결할 수 있습니다. 그 뒤 Manager는 환경에서 사용되는 호스트를 승인하는데만 사용됩니다.
Red Hat Enterprise Linux 호스트와 다르게 Red Hat Enterprise Virtualization Hypervisor 호스트는 Red Hat Gluster Storage 노드로 사용하기 위해 Gluster 서비스를 활성화하는 클러스터에 추가할 수 없습니다.

중요

Red Hat Enterprise Virtualization Hypervisor는 종료된 시스템입니다. 사용 환경에 추가 rpm 패키지가 필요할 경우 Red Hat Enterprise Linux 호스트를 사용합니다.

6.3. Foreman 호스트 공급자 호스트

Foreman 호스트 공급자가 제공하는 호스트는 Red Hat Enterprise Virtualization Manager에 의해 가상 호스트로 사용될 수 있습니다. Foreman 호스트 공급자가 외부 공급자로 Manager에 추가된 후 호스트 공급자가 제공하는 모든 호스트는 Red Hat Enterprise Virtualization에 추가하여 Red Hat Enterprise Virtualization Hypervisor 호스트 및 Red Hat Enterprise Linux 호스트와 동일한 방식으로 사용할 수 있습니다.

중요

Foreman 호스트 공급자 호스트는 기술 프리뷰 기능입니다. 기술 프리뷰 기능은 Red Hat 서브스크립션 서비스 수준 계약 (SLA: Subscription Service Level Agreement)에서 완전 지원되지 않으며 기능이 완전하게 작동하지 않을 수 있고 프로덕션 환경에서의 사용을 목적으로 하지 않습니다. 하지만 이러한 기능을 통해 예정된 제품 기능을 미리 사용해 볼 수 있으므로 고객은 개발 과정에서 기능을 테스트하고 의견을 보낼 수 있습니다.

6.4. Red Hat Enterprise Linux 호스트

사용 가능한 하드웨어에 Red Hat Enterprise Linux 6.6, 6.7, 또는 7을 설치하여 호스트로 사용할 수 있습니다. Red Hat Enterprise Virtualization은 Intel VT 또는 AMD-V 확장 기능이 있는 Red Hat Enterprise Linux 6.6, 6.7, 또는 7 Server AMD64/Intel 64 버전을 실행하는 호스트를 지원합니다. 호스트로 Red Hat Enterprise Linux 시스템을 사용하려면 Red Hat Enterprise Linux Server 인타이틀먼트 및 Red Hat Enterprise Virtualization 인타이틀먼트에 연결해야 합니다.
호스트를 추가하는데 플랫폼에서 가상화 확인, 패키지 설치, 브릿지 생성, 호스트 재부팅과 같은 작업을 완료해야 하므로 시간이 소요될 수 있습니다. 상세 정보 창에서 호스트 및 관리 시스템을 연결하기 위한 프로세스를 모니터링할 수 있습니다.

6.5. 호스트 작업

6.5.1. Foreman 호스트 공급자 호스트 추가

요약

Foreman 호스트 공급자 호스트를 추가하는 절차는 Manager에서 호스트를 구별하는 방법을 제외하고 Red Hat Enterprise Linux 호스트를 추가하는 방법과 거의 동일합니다. 다음 부분에서는 Foreman 호스트 공급자가 제공하는 호스틀 추가하는 방법에 대해 설명합니다.

절차 6.1. Foreman 호스트 공급자 호스트 추가

  1. 호스트 리소스 탭을 클릭하여 결과 목록에 호스트를 나열합니다.
  2. 새로 만들기를 클릭하여 새 호스트 창을 엽니다.
  3. 드롭 다운 메뉴를 사용하여 새 호스트의 데이터 센터호스트 클러스터를 선택합니다.
  4. Foreman 호스트 공급자 사용 확인란을 선택하여 Foreman 호스트 공급자 호스트를 추가하기 위한 옵션을 표시하고 호스트를 추가할 공급자를 선택합니다.
  5. 검색된 호스트 또는 프로비저닝된 호스트를 선택합니다.
    • 검색된 호스트 (기본 옵션): 드롭 다운 메뉴에서 호스트, 호스트 그룹, 컴퓨팅 리소스를 선택합니다.
    • 프로비저닝된 호스트: 공급자 호스트 드롭 다운 메뉴에서 호스트를 선택합니다.
    외부 공급자에서 검색할 수 있는 호스트에 관한 모든 세부 사항은 자동으로 설정되어 원하는 대로 편집할 수 있습니다.
  6. 새 호스트의 이름, 주소, SSH 포트 (프로비저닝된 호스트만)를 입력합니다.
  7. 호스트에 사용할 인증 방식을 선택합니다.
    • 인증 암호를 사용하기 위해 root 사용자 암호를 입력합니다.
    • SSH 공개키 필드에 표시된 키를 호스트에 있는 /root/.ssh/authorized_hosts에 복사하여 공개키 인증에 사용합니다 (프로비저닝된 호스트만 해당).
  8. Red Hat Enterprise Linux 호스트를 추가하기 위한 필수 단계를 완료했습니다. 고급 매개 변수 드롭 다운 메뉴 버튼을 클릭하여 고급 호스트 설정을 표시합니다.
    1. 옵션으로 자동 방화벽 설정을 비활성화합니다.
    2. 옵션으로 JSON 프로토콜 사용을 비활성화합니다.
    3. 옵션으로 보안을 강화하기 위해 호스트 SSH 지문을 추가합니다. 이를 수동으로 추가하거나 자동으로 가져오기할 수 있습니다.
  9. 해당 탭을 통해 전원 관리, SPM, 콘솔, 네트워크 공급자를 설정할 수 있습니다. 하지만 이러한 설정은 Red Hat Enterprise Linux 호스트를 추가하는데 필요하지 않기 때문에 이 부분에서는 설명하지 않습니다.
  10. OK를 클릭하여 호스트를 추가하고 창을 닫습니다.
결과

새 호스트는 Installing 상태로 호스트 목록에 표시되고 상세 정보 창에서 설치 진행 상태를 확인할 수 있습니다. 설치 완료 후 상태는 Reboot가 됩니다. 상태를 Up으로 변경하기 위해 호스트를 활성화해야 합니다.

6.5.2. 새 호스트 및 호스트 편집 창 설정 및 제어

6.5.2.1. 호스트 일반 설정

호스트 상세 정보를 수정하거나 새 Red Hat Enterprise Linux 호스트 및 Foreman 호스트 공급자 호스트를 추가할 때 다음 설정을 적용합니다.
일반 설정 탭에는 새 호스트 또는 호스트 편집 창의 일반 탭에 필요한 정보가 있습니다.

표 6.1. 일반 설정

필드 이름
설명
데이터 센터
호스트가 속한 데이터 센터입니다. Red Hat Enterprise Virtualization Hypervisor 호스트는 Gluster-활성 클러스터에 추가할 수 없습니다.
호스트 클러스터
호스트가 속한 클러스터입니다.
Foreman 호스트 공급자 사용
이 확인란을 선택 또는 선택 해제하여 Foreman 호스트 공급자가 제공하는 호스트를 추가하기 위한 옵션을 표시 또는 숨기기합니다. 다음과 같은 옵션도 사용 가능합니다:
검색된 호스트

  • 검색된 호스트 - engine에 의해 검색된 Foreman 호스트의 이름으로 표시된 드롭 다운 목록입니다.
  • 호스트 그룹 -사용 가능한 호스트 그룹이 있는 드롭 다운 목록입니다.
  • 컴퓨팅 리소스 - 컴퓨팅 리소스를 제공하기 위한 하이퍼바이저의 드롭다운 목록입니다.

프로비저닝된 호스트

  • 공급자 호스트 - 선택한 외부 공급자에 의해 제공되는 호스트의 이름으로된 드롭 다운 목록입니다. 이 목록에 있는 항목은 공급자 검색 필터에 입력된 검색 쿼리에 따라 필터링됩니다.
  • 공급자 검색 필터 - 선택한 외부 공급자가 제공하는 호스트를 검색할 수있는 텍스트 필드입니다. 이 옵션은 공급자 별로 되어 있습니다. 특정 공급자에 대한 검색 쿼리 작성에 대한 자세한 내용은 공급자 설명서를 참조하십시오. 사용 가능한 모든 호스트를 보려면 이 필드를 비워 둡니다.

이름
클러스터 이름입니다. 텍스트 필드는 최대 40 자로 제한되어 있으며 알파벳 대문자, 소문자, 숫자, 하이픈, 밑줄로 조합된 고유한 이름이어야 합니다.
코멘트
호스트 관련 일반 텍스트 형식의 사용자가 읽을 수 있는 코멘트를 추가하기 위한 필드입니다.
주소
IP 주소 또는 확인 가능한 호스트의 호스트 이름입니다.
암호
호스트의 root 사용자 암호입니다. 호스트 추가 시에만 지정할 수 있으며 그 이후에는 편집할 수 없습니다.
SSH 공개키
호스트 인증을 위해 암호를 사용하는 대신 Manager의 SSH 키를 사용하는 경우 호스트에 있는 /root/.known_hosts 파일에 텍스트 상자의 내용을 복사합니다.
호스트 방화벽 자동 설정
새 호스트를 추가 할 때 Manager는 호스트의 방화벽에 필요한 포트를 열 수 있습니다. 이 옵션은 기본적으로 활성화되어 있습니다. 이는 고급 매개 변수입니다.
JSON 프로토콜 사용
이 옵션은 기본적으로 활성화되어 있습니다. 이는 고급 매개 변수입니다.
SSH 지문
호스트의 SSH 지문을 가져오기하여 호스트가 반환할 것으로 예상하는 지문과 일치하는지 비교할 수 있습니다. 이는 고급 매개 변수입니다.

6.5.2.2. 호스트 전원 관리 설정

전원 관리 설정 표에서는 새 호스트 또는 호스트 편집 창의 전원 관리 탭에 필요한 정보를 설명하고 있습니다.

표 6.2. 전원 관리 설정

필드 이름
설명
전원 관리 활성화
호스트에서 전원 관리를 활성화합니다. 이 확인란을 선택하여 전원 관리 탭에 있는 나머지 필드를 활성화합니다.
Kdump 통합
커널 크래시 덤프를 수행하는 동안 호스트가 펜싱되지 않도록 하여 크래시 덤프가 중단되지 않도록 합니다. Red Hat Enterprise Linux 6.6 및 7.1 이상에서 Kdump는 기본값으로 사용 가능합니다. 호스트에서 Kdump를 사용할 수 있지만 설정이 유효하지 않은 (kdump 서비스를 시작할 수 없는)경우 Kdump 통합을 사용하면 호스트 설치에 실패하게 됩니다. 이러한 경우 6.6.4절. “fence_kdump 고급 설정”에서 참조하십시오.
전원 관리 정책 제어 비활성화
전원 관리는 호스트 클러스터스케줄링 정책에 의해 제어됩니다. 전원 관리를 활성화하고 지정된 사용량 하한치에 도달한 경우 Manager는 호스트 머신의 전원을 종료하고 부하 분산이 필요하거나 클러스터에 여유 호스트가 충분하지 않을 경우 호스트를 다시 시작합니다. 이 확인란을 선택하여 정책 제어를 비활성화합니다.
순차적 사용 에이전트
호스트의 펜싱 에이전트를 나열합니다. 펜싱 에이전트는 순차적으로나 동시에 또는 이 두가지를 혼합하여 사용할 수 있습니다.
  • 펜싱 에이전트가 순차적으로 사용되는 경우 첫 번째 에이전트를 사용하여 호스트를 정지 또는 시작하며 실패할 경우 두 번째 에이전트가 사용됩니다.
  • 펜싱 에이전트가 동시에 사용되는 경우 두 펜싱 에이전트가 중지하려는 호스트의 중지 명령에 응답해야 합니다. 하나의 에이전트가 시작 명령에 응답하면 호스트가 시작됩니다.
기본값으로 펜싱 에이전트는 순차적으로 사용됩니다. 위, 아래 버튼을 사용하여 사용할 펜싱 에이전트 순서를 변경합니다.
두 개의 펜싱 에이전트를 동시에 사용하려면 다른 펜싱 에이전트 옆에 있는 동시 사용 에이전트 드롭 다운 목록에서 하나의 펜싱 에이전트를 선택합니다. 추가 펜싱 에이전트 옆에 있는 동시 사용 에이전트 드롭 다운 목록에서 그룹을 선택하여 동시에 사용할 펜싱 에이전트 그룹에 추가 펜싱 에이전트를 추가할 수 있습니다.
펜싱 에이전트 추가
플러스 (+) 버튼을 클릭하여 새 펜싱 에이전트를 추가합니다. 펜싱 에이전트 편집 창이 열립니다. 다음 표에는 이 창에 있는 필드에 대한 자세한 설명이 있습니다.
전원 관리 프록시 설정
기본값으로 Manager는 호스트와 동일한 cluster 내에 있는 펜싱 프록시를 검색하도록 지정되며 펜싱 프록시가 검색되지 않을 경우 Manager는 동일한 dc (데이터 센터)에서 검색합니다. 위, 아래 버튼을 사용하여 이러한 리소스의 사용 순서를 변경합니다. 이 필드는 고급 매개 변수 아래에 있습니다.
다음 표에는 펜싱 에이전트 편집 창에 필요한 정보가 있습니다.

표 6.3. 펜싱 에이전트 편집 설정

필드 이름
설명
주소
호스트의 전원 관리 장치에 액세스하기 위한 주소입니다. 확인 가능한 호스트 이름 또는 IP 주소입니다.
사용자 이름
전원 관리 장치에 액세스하기 위한 사용자 계정입니다. 장치에 사용자를 설정하거나 기본 사용자를 사용할 수 있습니다.
암호
전원 관리 장치에 액세스하기 위한 사용자 암호입니다.
유형
호스트의 전원 관리 장치 유형입니다.
다음 중 하나를 선택합니다:
  • apc - APC MasterSwitch 네트워크 전원 스위치. APC 5.x 전원 스위치 장치에 사용할 수 없습니다.
  • apc_snmp - APC 5.x 전원 스위치 장치에 사용합니다.
  • bladecenter - IBM Bladecenter Remote Supervisor Adapter.
  • cisco_ucs - Cisco Unified Computing System.
  • drac5 - Dell 컴퓨터 용 Dell Remote Access Controller.
  • drac7 - Dell 컴퓨터 용 Dell Remote Access Controller.
  • eps - ePowerSwitch 8M+ 네트워크 전원 스위치.
  • hpblade - HP BladeSystem.
  • ilo, ilo2, ilo3, ilo4 - HP Integrated Lights-Out.
  • ipmilan - Intelligent Platform Management Interface 및 Sun Integrated Lights Out Management 장치.
  • rsa - IBM Remote Supervisor Adapter.
  • rsb - Fujitsu-Siemens RSB 관리 인터페이스.
  • wti - WTI Network Power Switch.
SSH 포트
전원 관리 장치가 호스트와의 통신에 사용하는 포트 번호입니다.
슬롯
전원 관리 장치의 블레이드를 구별하기 위해 사용하는 번호입니다.
서비스 프로파일
전원 관리 장치의 블레이드를 구별하기 위해 사용하는 서비스 프로파일 이름입니다. 이 필드는 장치 유형이 cisco_ucs일 때 슬롯 대신 나타납니다.
옵션
전원 관리 장치 관련 옵션입니다. 'key=value'로 입력합니다. 사용 가능한 옵션은 호스트의 전원 관리 장치 관련 문서에서 참조하십시오.
Red Hat Enterprise Linux 7 호스트의 경우 전원 관리 장치로 cisco_ucs를 사용하고 있을 경우 옵션 필드에 ssl_insecure=1을 추가해야 합니다.
보안
이 확인란을 선택하여 전원 관리 장치를 호스트에 안전하게 연결합니다. 이는 전원 관리 에이전트에 따라 ssh, ssl, 기타 다른 인증 프로토콜을 통해 실행될 수 있습니다.

6.5.2.3. SPM 우선 순위 설정

SPM 설정 탭에는 새 호스트 또는 호스트 편집 창의 SPM 탭에 필요한 정보에 대해 설명하고 있습니다.

표 6.4. SPM 설정

필드 이름
설명
SPM 우선 순위
SPM (Storage Pool Manager) 역할이 지정된 호스트의 우선 순위를 정의합니다. 우선 순위 옵션에는 낮음, 보통, 높음이 있습니다. 낮은 우선순위는 해당 호스트에 SPM 역할이 할당될 수 있는 가능성이 낮아지고 높은 우선 순위는 가능성이 높아짐을 의미합니다. 기본 설정은 보통입니다.

6.5.2.4. 호스트 콘솔 설정

콘솔 설정 표에서는 새 호스트 또는 호스트 편집 창의 콘솔 탭에 필요한 정보를 설명하고 있습니다.

표 6.5. 콘솔 설정

필드 이름
설명
디스플레이 주소 덮어쓰기
이 체크 상자를 선택하여 호스트의 디스플레이 주소를 덮어쓰기합니다. 이 기능은 호스트가 내부 IP로 정의되어 있고 NAT 방화벽을 사용하고 있을 경우 유용합니다. 사용자가 내부 네트워크의 외부에서 가상 머신에 연결할 때 가상 머신을 실행하고 있는 호스트의 비공개 주소를 반환하지 않고 공용 IP 또는 FQDN을 (공용 IP의 외부 네트워크에서 확인됨) 반환합니다.
디스플레이 주소
여기에 지정된 디스플레이 주소는 이 호스트에서 실행되는 모든 가상 머신에 사용됩니다. 주소는 완전 정규화된 도메인 이름이나 IP 주소 형식이어야 합니다.

6.5.3. 호스트 전원 관리 기능 설정

관리 포털에서 호스트 라이프 사이클 동작 (정지, 시작, 다시 시작)을 수행하려면 호스트 전원 관리 장치 기능을 설정합니다.
호스트 고가용성 및 가상 머신 고가용성을 활용하려면 호스트 전원 관리를 설정해야 합니다.

중요

전원 관리 설정을 구성하기 전 호스트가 maintenance mode인지 확인합니다. 호스트가 이 모드에 있지 않을 경우 해당 호스트에서 실행되는 모든 가상 머신은 호스트를 다시 시작할 때 중단되어 제품 환경에 장애가 발생할 수 있습니다. 호스트가 maintenance mode로 올바르게 설정되어 있지 않은 경우 경고 메세지가 표시됩니다.

절차 6.2. 전원 관리 설정

  1. 호스트 탭에서 결과 목록에 있는 호스트를 선택합니다.
  2. 편집을 클릭하여 호스트 편집 창을 엽니다.
  3. 전원 관리 탭을 클릭하여 전원 관리 설정을 표시합니다.
  4. 필드를 활성화하려면 전원 관리 활성화 확인란을 선택합니다.
  5. Kdump 통합 확인란을 선택하여 커널 크래시 덤프 실행 시 호스트가 차단되지 않게 합니다.

    중요

    기존 호스트에서 Kdump 통합을 활성화할 때 kdump를 설정하기 위해 호스트를 다시 설치해야 합니다. 6.5.9절. “가상화 호스트 다시 설치”에서 참조하십시오.
  6. 옵션으로 호스트의 전원 관리가 호스트 클러스터스케줄링 정책에 의해 제어되지 않게 하려면 전원 관리 정책 제어를 비활성화 확인란을 선택합니다.
  7. 플러스 (+) 버튼을 클릭하여 새 전원 관리 장치를 추가합니다. 펜스 에이전트 편집 창이 열립니다.
  8. 해당 란에 전원 관리 장치의 주소, 사용자 이름, 암호를 입력합니다.
  9. 드롭 다운 목록에서 전원 관리 장치 유형을 선택합니다.
  10. 전원 관리 장치가 사용하는 SSH 포트 번호를 입력하여 호스트와 통신합니다.
  11. 전원 관리 장치의 블레이드를 구별하기 위해 사용하는 슬롯 번호를 입력합니다.
  12. 전원 관리 장치의 옵션을 입력합니다. 콤마로 구분된 'key=value' 항목을 사용합니다.
  13. 보안 확인란을 선택하여 호스트에 안전하게 연결하는 전원 관리 장치를 활성화합니다.
  14. 테스트를 클릭하여 설정이 올바른지 확인합니다. 작업 완료 후 Test Succeeded, Host Status is: on이 표시됩니다.
  15. OK를 클릭하여 펜스 에이전트 편집 창을 닫습니다.
  16. 전원 관리 탭에서 옵션으로 고급 매개변수를 확장하고 위, 아래 버튼을 사용하여 Manager가 펜싱 프록시 용으로 호스트의 클러스터dc (datacenter)를 검색할 순서를 지정합니다.
  17. OK를 클릭합니다.
관리 포털에서 전원 관리 드롭 다운 메뉴가 활성화됩니다.

6.5.4. 호스트의 Storage Pool Manager 설정

SPM (Storage Pool Manager)는 데이터 센터에 있는 호스트에 할당된 관리 역할로 스토리지 도메인을 통해 액세스 제어를 유지관리합니다. SPM은 항상 사용 가능해야 하고 SPM 호스트가 사용 불가능하게 될 경우 SPM 역할은 다른 호스트에 할당됩니다. SPM 역할은 일부 호스트의 사용 가능한 리소스를 사용하므로 리소스에 여유가 있는 호스트의 우선 순위를 높게 설정하는 것이 중요합니다.
호스트의 SPM (Storage Pool Manager) 우선 순위 설정에 따라 SPM 역할에 할당될 가능성을 변경할 수 있습니다. 높은 SPM 우선 순위를 갖는 호스트는 낮은 SPM 우선 순위를 갖는 호스트 보다 먼저 SPM 역할이 할당됩니다.

절차 6.3. SPM 항목 설정

  1. 호스트 리소스 탭을 클릭하여 결과 목록에서 호스트를 선택합니다.
  2. 편집을 클릭하여 호스트 편집 창을 엽니다.
  3. SPM 탭을 클릭하여 SPM 우선 순위 설정을 표시합니다.
  4. 라디오 버튼을 사용하여 호스트에 대해 알맞는 SPM 우선 순위를 선택합니다.
  5. OK를 클릭하여 설정을 저장하고 창을 닫습니다.
호스트의 SPM 우선 순위가 설정됩니다.

6.5.5. 리소스 편집

요약

리소스 속성을 편집합니다.

절차 6.4. 리소스 편집

  1. 리소스 탭, 트리 모드 또는 검색 기능을 사용하여 검색 결과 목록에서 리소스를 검색 및 선택합니다.
  2. 편집을 클릭하여 편집 창을 엽니다.
  3. 필요한 속성을 변경하고 OK를 클릭합니다.
결과

새로운 속성이 리소스에 저장됩니다. 속성 필드가 잘못되어 있을 경우 편집 창은 닫히지 않습니다.

6.5.6. 호스트를 유지 관리 모드로 변경

네트워크 설정 및 소프트웨어 업데이트 배포를 포함하여 일반적인 유지 보수 작업을 하려면 호스트를 유지 보수 모드로 전환해야 합니다. 재부팅이나 네트워크 또는 스토리지 관련 문제로 인해 VDSM이 올바르게 작동하지 않을 수 있으므로 이러한 문제가 발생하기 전 호스트를 유지 보수 모드로 전환해야 합니다.
호스트를 유지 관리 모드로 전환할 때 Red Hat Enterprise Virtualization Manager는 실행 중인 모든 가상 머신을 다른 호스트에 마이그레이션하려 합니다. 라이브 마이그레이션의 경우 표준 전제 조건이 적용되며 특히 클러스터에 마이그레이션된 가상 머신을 실행할 용량이 있는 활성 호스트가 최소 1대 있어야 합니다.

절차 6.5. 호스트를 유지 관리 모드로 전환

  1. 호스트 리소스 탭을 클릭하여 원하는 호스트를 선택합니다.
  2. 유지 관리를 클릭하면 호스트 유지 관리 확인 창이 열립니다.
  3. 옵션으로 호스트 유지 관리 확인 창에서 호스트를 유지 관리 모드로 전환하려는 이유를 입력합니다. 이를 통해 유지 관리 에 대한 설명을 제공할 수 있으며 이는 로그에 호스트가 다시 활성화될 때에 표시됩니다.

    참고

    호스트 유지 관리 이유 필드는 클러스터 설정에서 활성화되어 있는 경우에만 표시됩니다. 보다 자세한 내용은 4.2.2.1절. “일반 클러스터 설정”에서 참조하십시오.
  4. OK를 클릭하여 유지 관리 모드를 시작합니다.
실행 중인 모든 가상 머신은 다른 호스트에 마이그레이션됩니다. 호스트가 SPM (Storage Pool Manager)일 경우 SPM 역할은 다른 호스트에 마이그레이션됩니다. 호스트의 상태 필드는 Preparing for Maintenance로 변경되고 작업이 성공적으로 완료되면 Maintenance로 됩니다. VDSM은 호스트가 유지 관리 모드일 경우 중지되지 않습니다.

참고

가상 머신에서 마이그레이션을 실패할 경우 호스트에 있는 활성화를 클릭하여 유지 관리 모드로의 전환 작업을 중지한 후 가상 머신에 있는 마이그레이션 취소를 클릭하여 마이그레이션을 중지합니다.

6.5.7. 유지 관리 모드에서 호스트 활성화

유지 관리 모드에 있는 호스트나 최근 환경에 추가된 호스트는 사용하기 전 활성화해야 합니다. 호스트가 준비되어 있지 않은 경우 활성화되지 않을 수 있습니다. 호스트를 활성화하기 전 모든 작업이 완료되었는지 확인합니다.

절차 6.6. 유지 관리 모드에서 호스트 활성화

  1. 호스트 리소스 탭을 클릭하여 호스트를 선택합니다.
  2. 활성화 버튼을 클릭합니다.
호스트의 상태를 Unassigned로 변경하고 작업 완료되면 Up 상태가 됩니다. 이제 가상 머신을 호스트에서 실행할 수 있습니다. 호스트가 유지 보수 모드로 되어 있을 때 다른 호스트로 마이그레이션된 가상 머신은 활성화 시 호스트에 자동으로 마이그레이션 반환되지 않지만 수동으로 마이그레이션할 수 있습니다. 호스트를 유지 관리 모드로 변경하기 전 호스트가 SPM (Storage Pool Manager)인 경우 호스트 활성화 시 SPM 역할은 자동으로 반환되지 않습니다.

6.5.8. 호스트 삭제

가상 환경에서 호스트를 삭제합니다.

절차 6.7. 호스트 삭제

  1. 관리 포털에서 호스트 리소스 탭을 클릭하고 결과 목록에서 호스트를 선택합니다.
  2. 호스트를 유지 관리 모드로 변경합니다.
  3. 삭제를 클릭하면 호스트 삭제 확인 창이 열립니다.
  4. 호스트가 Red Hat Gluster Storage 클러스터의 부분으로 볼륨 브릭이 있거나 호스트가 응답하지 않는 경우 강제 삭제 확인란을 선택합니다.
  5. OK를 클릭합니다.
호스트가 환경에서 삭제되어 더이상 호스트 탭에서 볼 수 없습니다.

6.5.9. 가상화 호스트 다시 설치

관리 포털에서 Red Hat Enterprise Virtualization Hypervisors 및 Red Hat Enterprise Linux 호스트를 다시 설치합니다. 다음 절차에 따라 현재 설치된 하이퍼바이저 ISO 이미지와 동일한 버전의 하이퍼바이저를 다시 설치합니다. 이 절차에서는 Red Hat Enterprise Linux 호스트에 VDSM가 다시 설치되며 이에는 하이퍼바이저 중지 및 재시작이 포함됩니다. 클러스터 레벨에서 마이그레이션이 활성화되어 있을 경우 가상 머신은 클러스터에 있는 다른 호스트로 자동으로 마이그레이션되므로 하이퍼바이저 사용량이 비교적 적을 때 호스트 재설치 작업을 수행하는 것이 좋습니다.
하이퍼바이저가 속한 클러스터에는 호스트가 유지 관리를 수행하기에 충분한 메모리를 보유하고 있어야 합니다. 메모리가 불충분한 클러스터에서 실행되는 가상 머신이 유지 관리 모드로 전환하면 가상 머신 마이그레이션 작업이 중단되고 작업 실패하게 됩니다. 호스트를 유지 관리 모드로 전환하기 전 일부 또는 모든 가상 머신을 종료하여 작업의 메모리 사용량을 감소시킬 수 있습니다.

중요

다시 설치를 수행하기 전 클러 스터에 하나 이상의 호스트가 포함되어 있는지 확인합니다. 모든 호스트를 동시에 다시 설치하지 않도록 합니다. 하나의 호스트는 SPM (Storage Pool Manager) 작업을 수행할 수 있도록 사용 가능한 상태로 남아 있어야 합니다.

절차 6.8. Red Hat Enterprise Virtualization Hypervisors 및 Red Hat Enterprise Linux Hosts 재설치

  1. 호스트 리소스 탭, 트리 모드 또는 검색 기능을 사용하여 검색 결과 목록에서 호스트를 검색 및 선택합니다.
  2. 유지 관리를 클릭합니다. 클러스터 레벨에서 마이그레이션이 활성화되어 있을 경우 호스트에서 실행되고 있는 가상 머신은 다른 호스트로 마이그레이셔됩니다. 호스트가 SPM일 경우 이 그능은 다른 호스트로 이동합니다. 호스트가 유지 관리 모드가 되면 호스트 상태가 변경됩니다.
  3. 다시 설치를 클릭하여 호스트 설치 창을 엽니다.
  4. OK를 클릭하여 호스트를 다시 설치합니다.
다시 설치를 완료하면 호스트는 Up 상태로 표시됩니다. 이 시점에서 호스트에서 마이그레이션된 가상 머신을 원래 호스트로 되돌릴 수 있습니다.

중요

Red Hat Enterprise Virtualization Hypervisor를 Red Hat Enterprise Virtualization Manager에 등록 완료하고 다시 설치한 후 관리 포털에 Install Failed 상태로 표시되는 경우가 있습니다. 활성화를 클릭하면 Hypervisor는 Up 상태로 변경되어 사용 가능한 상태가 됩니다.

6.5.10. 태그로 호스트를 사용자 정의하기

요약

태그를 사용하여 호스트에 관한 정보를 저장할 수 있습니다. 그 후 태그에 따라 호스트를 검색할 수 있습니다.

절차 6.9. 태그로 호스트를 사용자 정의하기

  1. 호스트 리소스 탭, 트리 모드 또는 검색 기능을 사용하여 검색 결과 목록에서 호스트를 검색 및 선택합니다.
  2. 태그 지정을 클릭하여 태그 지정 창을 엽니다.
    태그 지정 창

    그림 6.1. 태그 지정 창

  3. 태그 지정 창에틑 사용가능한 모든 태그가 나열됩니다. 해당 태그의 체크 상자를 선택합니다.
  4. OK를 클릭하여 태그를 지정하고 창을 닫습니다.
결과

호스트에 대한 검색 가능한 정보가 태그로 추가됩니다.

6.6. 호스트 복원

6.6.1. 호스트 고가용성

Red Hat Enterprise Virtualization Manager는 펜싱을 사용하여 클러스터에 있는 호스트를 응답 가능한 상태로 둡니다. Non Responsive 호스트는 Non Operational 호스트와 다릅니다. Manager는 Non Operational 호스트와 통신할 수 있지만 논리 네트워크의 누락과 같은 잘못된 설정이 있을 수 있습니다. Manager는 Non Responsive 호스트와 통신할 수 없습니다.
전원 관리 장치를 사용하는 호스트가 Manager와 통신할 수 없을 경우 관리 포털에서 펜싱 (재부팅)할 수 있습니다. 호스트에서 실행되는 모든 가상 머신이 중지되고 고가용성 가상 머신이 다른 호스트에서 시작됩니다.
모든 전원 관리 작업은 Red Hat Enterprise Virtualization Manager에 의해 직접 실행되는 것이 아닌 프록시 호스트를 사용하여 실행됩니다. 전원 관리 작업에는 최소 2 개의 호스트가 필요합니다.
펜싱을 통해 클러스터는 예기치 않은 호스트 오류, 절전, 부하 분산, 가상 머신 가용성 정책에 대응할 수 있습니다. 호스트의 전원 관리 장치에 따라 펜싱 매개 변수를 설정하고 수시로 설정이 올바른지 테스트합니다.
전원 관리 매개 변수를 사용하여 호스트를 자동으로 펜싱하거나 호스트를 오른쪽 클릭하여 나타나는 메뉴의 옵션을 사용하여 수동으로 펜싱합니다. 펜싱 작업에서 응답 없음 상태의 호스트가 재부팅되고 지정된 시간 내에 호스트가 활성 상태로 반환되지 않을 경우 수동으로 문제해결을 하지 않는 한 응답 없음 상태가 유지됩니다.
호스트가 고가용성 가상 머신을 실행해야 할 경우 전원 관리를 활성화 및 설정해야 합니다.

6.6.2. Red Hat Enterprise Virtualization에서 프록시를 통해 전원 관리

Red Hat Enterprise Virtualization Manager는 펜스 에이전트와 직접 통신하지 않습니다. 대신 Manager는 프록시를 사용하여 호스트 전원 관리 장치에 전원 관리 명령을 전송합니다. Manager는 VDSM을 사용하여 전원 관리 장치 작업을 실행하고 환경에 있는 다른 호스트는 펜싱 프록시로 사용됩니다.
다음 중 하나를 선택할 수 있습니다:
  • 펜싱이 필요한 호스트와 동일한 클러스터에 있는 호스트입니다.
  • 펜싱이 필요한 호스트와 동일한 데이터 센터에 있는 호스트입니다.
사용 가능한 펜싱 프록시 호스트는 UP 또는 유지 관리 상태입니다.

6.6.3. 호스트에서 펜싱 매개 변수 설정

호스트 펜싱 용 매개 변수는 새 호스트 또는 호스트 편집 창의 전원 관리 필드에서 설정합니다. 전원 관리에서 시스템은 RAC (Remote Access Card)와 같은 추가 인터페이스를 사용하여 호스트 문제를 펜싱합니다.
모든 전원 관리 작업은 Red Hat Enterprise Virtualization Manager에 의해 직접 실행되는 것이 아닌 프록시 호스트를 사용하여 실행됩니다. 전원 관리 작업에는 최소 2 개의 호스트가 필요합니다.

절차 6.10. 호스트에서 펜싱 매개 변수 설정

  1. 호스트 리소스 탭, 트리 모드 또는 검색 기능을 사용하여 검색 결과 목록에서 호스트를 검색 및 선택합니다.
  2. 편집을 클릭하여 호스트 편집 창을 엽니다.
  3. 전원 관리 탭을 클릭합니다.
    전원 관리 설정

    그림 6.2. 전원 관리 설정

  4. 필드를 활성화하려면 전원 관리 활성화 확인란을 선택합니다.
  5. Kdump 통합 확인란을 선택하여 커널 크래시 덤프 실행 시 호스트가 차단되지 않게 합니다.

    중요

    기존 호스트에서 Kdump 통합을 활성화할 때 kdump를 설정하기 위해 호스트를 다시 설치해야 합니다. 6.5.9절. “가상화 호스트 다시 설치”에서 참조하십시오.
  6. 옵션으로 호스트의 전원 관리가 호스트 클러스터의 스케줄링 정책에 의해 제어되지 않게 하려면 전원 관리 정책 제어를 비활성화 확인란을 선택합니다.
  7. 플러스 (+) 버튼을 클릭하여 새 전원 관리 장치를 추가합니다. 펜스 에이전트 편집 창이 열립니다.
    펜스 에이전트 편집

    그림 6.3. 펜스 에이전트 편집

  8. 전원 관리 장치의 주소, 사용자 이름, 암호를 입력합니다.
  9. 드롭 다운 목록에서 전원 관리 장치 유형을 선택합니다.

    참고

    Red Hat Enterprise Virtualization 3.5 이상 버전에서 사용자 정의 전원 관리 장치를 사용할 수 있습니다. 사용자 정의 전원 관리 장치 설정 방법에 대한 자세한 내용은 https://access.redhat.com/articles/1238743에서 참조하십시오.
  10. 전원 관리 장치가 사용하는 SSH 포트 번호를 입력하여 호스트와 통신합니다.
  11. 전원 관리 장치의 블레이드를 구별하기 위해 사용하는 슬롯 번호를 입력합니다.
  12. 전원 관리 장치의 옵션을 입력합니다. 콤마로 구분된 'key=value' 항목을 사용합니다.
  13. 보안 확인란을 선택하여 호스트에 안전하게 연결하는 전원 관리 장치를 활성화합니다.
  14. 테스트 버튼을 클릭하여 설정이 올바른지 확인합니다. 작업 완료 후 Test Succeeded, Host Status is: on이 표시됩니다.

    주의

    전원 관리 매개 변수 (사용자 ID, 암호, 옵션 등)는 설정 시 Red Hat Enterprise Virtualization Manager에 의해 테스트되며 그 후에는 수동으로 실행합니다. 잘못된 매개 변수에 대한 경고를 무시하거나 매개 변수가 전원 관리 하드웨어에서 변경되었지만 Red Hat Enterprise Virtualization Manager에서는 변경되지 않은 경우 펜싱 실행을 실패할 수 있습니다.
  15. OK를 클릭하여 펜스 에이전트 편집 창을 닫습니다.
  16. 전원 관리 탭에서 옵션으로 고급 매개변수를 확장하고 위, 아래 버튼을 사용하여 Manager가 펜싱 프록시 용으로 호스트의 클러스터dc (datacenter)를 검색할 순서를 지정합니다.
  17. OK를 클릭합니다.
호스트 목록으로 돌아갑니다. 전원관리가 올바르게 설정 완료되었음을 나타내는 호스트 이름 옆의 느낌표는 더이상 표시되지 않음에 유의합니다.

6.6.4. fence_kdump 고급 설정

kdump

kdump 서비스는 기본값으로 새로운 Red Hat Enterprise Linux 6.6 및 7.1 호스트 및 Hypervisor에서 사용할 수 있습니다. 이전 호스트에서 Kdump 통합을 사용할 수 없으므로 이 기능을 사용하려면 이 호스트를 업그레이드해야 합니다.

상세 정보 창의 일반 탭에서 kdump 서비스 상태를 확인하기 위해 호스트를 선택합니다.
  • 활성화: kdump가 올바르게 설정되어 kdump 서비스가 실행되고 있습니다.
  • 비활성화: kdump 서비스가 실행되고 있지 않습니다 (이 경우 kdump 통합이 올바르게 작동하지 않게 됩니다).
  • 알 수 없음: kdump 상태를 보고하지 않는 이전 VDSM 버전을 사용하는 호스트의 경우에만 발생합니다.
kdump 설치 및 사용에 대한 보다 자세한 내용은 Red Hat Enterprise Linux 7의 경우 커널 크래시 덤프 가이드에서 또는 Red Hat Enterprise Linux 6의 운용 가이드에 있는 kdump 크래시 복구 서비스에서 참조하십시오.
fence_kdump

새 호스트 또는 호스트 편집 창의 전원 관리 탭에서 Kdump 통합을 활성화하여 표준 fence_kdump 설정을 구성합니다. 환경의 네트워크 설정이 간단하고 Manager의 FQDN이 모든 호스트에서 확인 가능한 경우 기본 fence_kdump 설정이면 충분합니다.

하지만 일부 경우 fence_kdump 고급 설정이 필요할 수 있습니다. 보다 복잡한 네트워크로 구성된 환경의 경우 Manager, fence_kdump 수신기 또는 두 가지 모두를 설정하기 위해 수동으로 구성을 변경해야 할 수 도 있습니다. 예를 들어 Manager의 FQDN을 Kdump 통합이 활성화된 모든 호스트에서 사용 불가능할 경우 engine-config를 사용하여 적절한 호스트 이름이나 IP 주소를 설정할 수 있습니다:
engine-config -s FenceKdumpDestinationAddress=A.B.C.D
다음 예에서는 설정 사항을 변경해야 할 수 있습니다:
  • Manager에는 두 개의 NIC가 있습니다. 여기서 하나는 public-facing에 용이고 다른 하나는 fence_kdump 메세지의 지정 대상이 됩니다.
  • 다른 IP 또는 포트에서 fence_kdump 수신기를 실행해야 합니다.
  • fence_kdump 통지 메세지에 대해 사용자 정의 간격을 설정하여 가능한 패킷 손실을 방지합니다.
사용자 정의된 fence_kdump 검색 설정은 고급 사용자의 경우에만 권장됩니다. 이는 기본 설정으로의 변경이 보다 복잡한 네트워킹 설정에만 필요하기 때문입니다. fence_kdump 수신기의 설정 옵션은 6.6.4.1절. “fence_kdump 수신기 설정”에서 참조하십시오. Manager에서 kdump 설정에 대한 내용은 6.6.4.2절. “Manager에서 fence_kdump 설정”에서 참조하십시오.

6.6.4.1. fence_kdump 수신기 설정

fence_kdump 수신기 설정을 편집합니다. 이는 기본 설정으로 충분하지 않은 경우에만 편집합니다.

절차 6.11. 수동으로 fence_kdump 수신기 설정

  1. /etc/ovirt-engine/ovirt-fence-kdump-listener.conf.d/에 새로운 파일을 (예: my-fence-kdump.conf) 생성합니다.
  2. OPTION=value 구문으로 사용자 설정 항목을 입력하고 파일을 저장합니다.

    중요

    편집된 값은 6.6.4.2절. “Manager에서 fence_kdump 설정”에있는 fence_kdump 수신기 설정 옵션 표에서 설명되어 있듯이 engine-config도 변경해야 합니다.
  3. fence_kdump 수신기를 다시 시작합니다:
    # service ovirt-fence-kdump-listener restart
필요한 경우 다음과 같은 옵션을 사용자 설정합니다:

표 6.6. fence_kdump 수신기 설정 옵션

변수 설명기본값 알림
LISTENER_ADDRESSfence_kdump 메세지를 수신하기 위해 IP 주소를 정의합니다.0.0.0.0이 매개 변수 값을 변경할 경우 engine-config에 있는 FenceKdumpDestinationAddress 값과 일치해야 합니다.
LISTENER_PORTfence_kdump 메세지를 수신하기 위해 포트를 정의합니다.7410이 매개 변수 값을 변경할 경우 engine-config에 있는 FenceKdumpDestinationPort 값과 일치해야 합니다.
HEARTBEAT_INTERVAL수신기의 하트비트 업데이트 간격을 초 단위로 정의합니다.30매개 변수 값을 변경할 경우 engine-config에 있는 FenceKdumpListenerTimeout 값 보다 작은 절반 이하의 크기여야 합니다.
SESSION_SYNC_INTERVAL수신기의 호스트 메모리에서 kdumping 세션을 데이터베이스로 동기화하는 간격을 초 단위로 정의합니다.5매개 변수 값을 변경할 경우 engine-config에 있는 KdumpStartedTimeout 값 보다 작은 절반 이하의 크기여야 합니다.
REOPEN_DB_CONNECTION_INTERVAL이전에 사용 불가능했던 데이터 베이스 연결을 다시 열기위한 간격을 초 단위로 정의합니다.30-
KDUMP_FINISHED_TIMEOUT호스트 kdump 흐름이 FINISHED로 표시된 후 kdump 실행 호스트에서 마지막으로 메세지를 수신할 때 까지 최대 시간 제한을 초 단위로 정의합니다.60매개 변수 값을 변경할 경우 engine-config에 있는 FenceKdumpMessageInterval 값 보다 2 배 이상으로 큰 크기여야 합니다.

6.6.4.2. Manager에서 fence_kdump 설정

Manager의 kdump 설정을 편집합니다. 이는 기본 설정으로 충분하지 않을 경우에만 필요합니다. 현재 설정 값은 다음을 사용하여 확인할 수 있습니다:
# engine-config -g OPTION

절차 6.12. engine-config를 사용하여 수동으로 Kdump 설정

  1. engine-config 명령을 사용하여 kdump 설정을 편집합니다:
    # engine-config -s OPTION=value

    중요

    편집된 값은 Kdump 설정 옵션 표에 설명되어 있듯이 fence_kdump 수신기 설정 파일에도 변경해야 합니다. 자세한 내용은 6.6.4.1절. “fence_kdump 수신기 설정”에서 참조하십시오.
  2. ovirt-engine 서비스를 다시 시작합니다:
    # service ovirt-engine restart
  3. 필요한 경우 Kdump 통합 활성으로 모든 호스트를 다시 설치합니다 (아래 표 참조).
다음 옵션은 engine-config 명령을 사용하여 설정할 수 있습니다:

표 6.7. Kdump 설정 옵션

변수 설명기본값 알림
FenceKdumpDestinationAddressfence_kdump 메세지를 전송할 호스트 이름 또는 IP 주소를 정의합니다. 값이 비어 있을 경우 Manager의 FQDN이 사용됩니다.빈 문자열 (Manager의 FQDN이 사용됨)이 매개 변수 값을 변경할 경우 fence_kdump 수신기 설정 파일에 있는 LISTENER_ADDRESS 값과 일치해야 하며 Kdump 통합 활성화된 모든 호스트를 다시 설치해야 합니다.
FenceKdumpDestinationPortfence_kdump 메세지를 전송하기 위한 포트를 정의합니다.7410이 매개 변수 값을 변경할 경우 fence_kdump 수신기 설정 파일에 있는 LISTENER_PORT 값과 일치해야 하며 Kdump 통합 활성화된 모든 호스트를 다시 설치해야 합니다.
FenceKdumpMessageIntervalfence_kdump에서의 메세지 전송 간격을 초 단위로 정의합니다.5이 매개 변수 값을 변경할 경우 fence_kdump 수신기 설정 파일에 있는 KDUMP_FINISHED_TIMEOUT 값보다 작거나 절반 이하로 해야 하며 Kdump 통합 활성화된 모든 호스트를 다시 설치해야 합니다.
FenceKdumpListenerTimeout마지막 하트비트 후 fence_kdump 수신기가 실행될 것으로 예상되는 최대 시간 제한을 초 단위로 정의합니다.90이 매개 변수 값을 변경할 경우 fence_kdump 수신기 설정 파일에 있는 HEARTBEAT_INTERVAL 값 보다 두 배 이상으로 커야 합니다.
KdumpStartedTimeout kdump를 실행하는 호스트에서 첫 번째 메세지를 수신할 때 까지 (호스트 kdump 흐름을 감지할 때 까지) 최대 대기 시간 시간 제한을 초 단위로 정의합니다.30이 매개 변수 값을 변경할 경우 fence_kdump 수신기 설정 파일에 있는 SESSION_SYNC_INTERVALFenceKdumpMessageInterval 값 보다 두 배 이상으로 커야 합니다.

6.6.5. 호스트 소프트 펜싱

경우에 따라 호스트는 예상치 못한 문제가 발생하여 응답 없음 (non-responsive) 상태가 될 수 있으며 VDSM은 요청에 응답할 수 없지만 VDSM에 의존하는 가상 머신은 가동 및 액세스 가능한 상태가 됩니다. 이러한 경우 VDSM을 다시 시작하면 VDSM 은 응답 가능한 상태가 되어 이러한 문제가 해결됩니다.
Red Hat Enterprise Virtualization 3.3에서는 "SSH를 통한 호스트 펜싱" 기능을 소개하고 있습니다. Red Hat Enterprise Virtualization 3.3 이전 버전에서는 응답 없는 호스트는 외부 펜싱 장치에 의해서만 펜싱되었습니다. Red Hat Enterprise Virtualization 3.3 및 그 이상의 버전에서는 "SSH 소프트 펜싱"을 포함하도록 펜싱 절차가 확장되어 Manager가 응답 없음 상태의 호스트에서 SSH를 통해 VDSM을 다시 시작하는 절차가 추가되었습니다. Manager가 SSH를 통해 VDSM을 다시 시작할 수 없는 경우 외부 펜싱 에이전트가 설정되어 있을 때 펜싱은 외부 펜싱 에이전트의 책임이 됩니다.
SSH를 통한 소프트 펜싱은 다음과 같은 경우에 작동합니다. 호스트에서 펜싱이 설정되어 활성화되어 있어야 하며 유효한 프록시 호스트 (데이터 센터에서 UP 상태의 두 번째 호스트)가 존재해야 합니다. Manager와 호스트 간의 연결 시간 초과 시 다음과 같은 상태가 발생합니다:
  1. 첫 번째 네트워크 장애 발생 시 호스트 상태는 "connecting"으로 변경됩니다.
  2. Manager는 VDSM에게 상태를 3번 확인하거나 호스트에서의 로딩에 의해 결정되는 대기 시간 동안 기다립니다. 이러한 대기 시간을 결정하는 수식은 TimeoutToResetVdsInSeconds (기본값 60 초) + [DelayResetPerVmInSeconds (기본값 0.5 초)]*(호스트에서 실행 중인 가상 머신 수) + [DelayResetForSpmInSeconds (기본값 20 초)] * 1 (호스트가 SPM으로 실행 중인 경우) 또는 0 (호스트가 SPM으로 실행하지 않는 경우)의 설정 값에 의해 지정됩니다. VDSM에 최대 응답 시간을 부여하려면 Manager는 위의 옵션 ( VDSM의 상태를 3번 확인하거나 위의 수식에 의해 지정되는 대기 시간 동안 대기) 중 두 개의 긴 옵션을 선택합니다.
  3. 시간이 경과해도 호스트가 응답하지 않을 경우 SSH를 통해 vdsm restart가 실행됩니다.
  4. vdsm restart가 호스트와 Manager 간의 연결을 다시 설정하지 않을 경우 호스트 상태는 Non Responsive로 변경되며 전원 관리가 설정되어 있을 경우 펜싱은 외부 펜싱 에이전트로 전달됩니다.

참고

SSH를 통한 소프트 펜싱은 전원 관리가 설정되어 있지 않은 호스트에서 실행될 수 있습니다. 이는 "펜싱 (fencing)"과는 다릅니다. 펜싱은 전원 관리가 설정되어 있는 호스트에서만 수행할 수 있습니다.

6.6.6. 호스트 전원 관리 기능 사용

요약

호스트에 전원 관리가 설정된 경우 관리 포털 인터페이스에서 여러 옵션에 액세스할 수 있습니다. 각각의 전원 관리 장치에는 사용자 정의 옵션이 있지만 모든 장치에서는 호스트를 시작, 중지, 다시 시작하기 위해 기본 옵션을 지원합니다.

절차 6.13. 호스트 전원 관리 기능 사용

  1. 호스트 리소스 탭, 트리 모드 또는 검색 기능을 사용하여 검색 결과 목록에서 호스트를 검색 및 선택합니다.
  2. 전원 관리 드롭 다운 메뉴를 클릭합니다.
  3. 다음 중 한가지 옵션을 선택합니다:
    • 다시 시작: 이 옵션은 호스트를 중지하고 호스트의 상태가 Down으로 변경될 때 까지 기다립니다. 에이전트가 호스트가 Down된 것을 확인하면 고가용성 가상 머신이 클러스터에 있는 다른 호스트에서 다시 시작됩니다. 그 후 에이전트는 호스트를 다시 시작합니다. 호스트가 사용 가능하게 되면 Up 상태로 표시됩니다.
    • 시작: 이 옵션은 호스트를 시작하고 클러스터에 추가합니다. 사용 가능하게 될 경우 Up 상태로 표시됩니다.
    • 중지: 이 옵션은 호스트 전원을 끕니다. 이 옵션을 사용하기 전 호스트에서 실행되고 있는 가상 머신이 클러스터에 있는 다른 호스트로 마이그레이션되었는지 확인합니다. 그렇지 않을 경우 가상 머신이 중단되고 고가용성 가상 머신만 다른 호스트에서 다시 시작됩니다. 호스트가 중지하면 Non-Operational 상태로 표시됩니다.

    중요

    두 펜싱 에이전트가 호스트에서 정의될 때 동시에 또는 순차적으로 사용될 수 있습니다. 동시에 에이전트가 사용될 경우 두 에이전트 모두 중지할 호스트에 대해 Stop 명령에 응답해야 합니다. 하나의 에이전트가 Start 명령에 응답하면 호스트가 실행됩니다. 순차적으로 에이전트가 사용될 경우 호스트를 시작 또는 중지하기 위해 주요 에이전트가 먼저 사용되며 실패할 경우 2차 에이전트가 사용됩니다.
  4. 위의 옵션 중 하나를 선택하여 확인 창을 엽니다. OK를 클릭하여 확인하고 계속 진행합니다.
결과

선택된 동작이 수행됩니다.

6.6.7. 응답 없음 (Non Responsive) 상태의 호스트를 수동으로 펜싱 또는 분리

요약

하드웨어 오류 등과 같은 문제로 인해 호스트가 응답 없음 (non-responsive) 상태로 될 경우 이는 환경의 성능에 크게 영향을 미칠 수 있습니다. 전원 관리 장치가 없거나 잘못 설정되어 있을 경우 수동으로 호스트를 재부팅할 수 있습니다.

주의

수동으로 호스트를 재부팅하는 경우를 제외하고 호스트가 재부팅되었는지 확인 옵션을 사용하지 않습니다. 호스트가 실행되는 동안 이러한 옵션을 사용할 경우 가상 머신 이미지가 손상될 수 있습니다.

절차 6.14. 응답 없음 (Non Responsive) 상태의 호스트를 수동으로 펜싱 또는 분리

  1. 호스트 탭에서 호스트를 선택합니다. 상태는 non-responsive로 표시해야 합니다.
  2. 수동으로 호스트를 재부팅합니다. 이는 물리적으로 시스템에 들어가 호스트를 재부팅하는 것을 의미합니다.
  3. 관리 포털에서 호스트 항목을 오른쪽 클릭하여 호스트가 재부팅되었는지 확인 버튼을 선택합니다.
  4. 호스트가 종료되었거나 재부팅되었는지를 확인하라는 메세지가 표시됩니다. 작업 승인 확인란을 선택하고 OK를 클릭합니다.
결과

수동으로 호스트를 재부팅하여 활성 호스트에서 고가용성 가상 머신을 시작할 수 있게 합니다. 관리 포털에서 수동 펜싱 작업을 확인하면 호스트가 다시 온라인 상태로 됩니다.

6.7. 호스트 및 권한

6.7.1. 호스트의 시스템 권한 관리

SuperUser로서 시스템 관리자는 관리 포털의 모든 면을 관리합니다. 보다 특정한 관리 역할은 다른 사용자에게 부여될 수 있습니다. 이러한 제한된 관리자 역할은 특정 리소스에 제한하여 사용자 관리 권할을 부여할 경우 유용합니다. 예를 들어 DataCenterAdmin 역할은 데이터 센터의 스토리지를 제외한 할당된 데이터 센터에 대해서만 관리자 권한을 갖으며 ClusterAdmin은 할당된 클러스터에 대해서만 관리자 권한을 갖습니다.
호스트 관리자는 특정 호스트에 대한 시스템 관리자 역할입니다. 이는 각 호스트에 시스템 관리자가 필요한 여러 호스트로 구성된 클러스터에서 유용합니다. 머리글 표시줄에 있는 설정 버튼을 사용하여 환경의 모든 호스트에 호스트 관리자를 지정할 수 있습니다.
호스트 관리자 역할을 다음과 같은 작업을 허용합니다:
  • 호스트 설정을 편집합니다.
  • 논리 네트워크를 설정합니다.
  • 호스트를 삭제합니다.
기존 시스템 관리자를 삭제하고 새로운 시스템 관리자를 추가하여 호스트의 시스템 관리자를 변경할 수 있습니다.

6.7.2. 호스트 관리자 역할

호스트 권한 역할

아래 표에서는 호스트 관리에 적용할 수 있는 관리자 역할 및 권한에 대해 설명합니다.

표 6.8. Red Hat Enterprise Virtualization 시스템 관리자 역할

역할권한알림
HostAdmin호스트 관리자특정 호스트를 설정, 관리, 삭제할 수 있습니다. 또한 특정 호스트에서 네트워크 관련 작업을 수행할 수 있습니다.

6.7.3. 리소스에 관리자 또는 사용자 역할 할당

리소스에 관리자 또는 사용자 역할을 할당하여 사용자가 리소스에 액세스 및 관리할 수 있게 합니다.

절차 6.15. 리소스에 역할 할당

  1. 리소스 탭, 트리 모드 또는 검색 기능을 사용하여 검색 결과 목록에서 리소스를 검색 및 선택합니다.
  2. 상세 정보 창에 있는 권한 탭을 클릭하여 할당된 사용자, 사용자 역할, 선택한 리소스에 대해 상속된 권한을 나열합니다.
  3. 추가를 클릭합니다.
  4. 검색 텍스트 상자에 기존 사용자의 이름 또는 사용자 이름을 입력하고 검색을 클릭합니다. 검색 결과 목록에서 일치하는 사용자를 선택합니다.
  5. 할당할 역할: 드롭 다운 목록에서 역할을 선택합니다.
  6. OK를 클릭합니다.
사용자에게 역할이 할당되어 이제 사용자는 리소스에 대해 활성화된 역할에 상속된 권한을 갖습니다.

6.7.4. 리소스에서 관리자 또는 사용자 역할 삭제

리소스에서 관리자 또는 사용자 역할을 삭제합니다. 사용자는 리소스에서의 역할과 관련하여 상속된 권한을 손실합니다.

절차 6.16. 리소스에서 역할 삭제

  1. 리소스 탭, 트리 모드 또는 검색 기능을 사용하여 검색 결과 목록에서 리소스를 검색 및 선택합니다.
  2. 상세 정보 창에 있는 권한 탭을 클릭하여 할당된 사용자 목록, 사용자 역할, 선택한 리소스에서 상속된 권한을 나열합니다.
  3. 리소스에서 삭제할 사용자를 선택합니다.
  4. 삭제를 클릭합니다. 권한 삭제 창이 열리면 권한 삭제를 확인합니다.
  5. OK를 클릭합니다.
리소스에서 사용자 역할 및 관련된 권한이 삭제됩니다.

7장. 스토리지

Red Hat Enterprise Virtualization은 가상 머신 디스크 이미지, ISO 파일 및 스냅샷에 대해 중앙 집중화된 스토리지 시스템을 사용합니다. 스토리지 네트워크는 다음을 사용하여 구현될 수 있습니다:
  • 네트워크 파일 시스템 (NFS)
  • GlusterFS 내보내기
  • 기타 다른 POSIX 호환 파일 시스템
  • iSCSI (Internet Small Computer System Interface)
  • 가상 호스트에 직접 연결된 로컬 스토리지
  • FCP (Fibre Channel Protocol)
  • pNFS (Parallel NFS)
스토리지 설정은 새로운 데이터 센터의 필수 구성 요소입니다. 이는 스토리지 도메인이 연결되지 않아 활성화되지 않으면 데이터 센터를 초기화할 수 없기 때문입니다.
Red Hat Enterprise Virtualization 시스템 관리자로 가상화된 엔터프라이즈에 대한 스토리지를 생성, 설정, 연결, 유지관리해야 합니다. 시스템 관리자는 스토리지 유형 및 사용에 익숙해야 합니다. 스토리지 배열 공급 업체의 가이드를 읽어 보시기 바랍니다. 스토리지에 대한 개념, 프로토콜, 요구 사항, 일반 사용 방법에 대한 보다 자세한 내용은 Red Hat Enterprise Linux 스토리지 관리 가이드에서 참조하십시오.
Red Hat Enterprise Virtualization에서는 관리 포털의 스토리지 탭을 사용하여 스토리지를 할당 및 관리할 수 있습니다. 스토리지 결과 목록에 모든 스토리지 도메인을 표시하고 상세 정보 창에는 도메인에 대한 일반 정보가 표시됩니다.
스토리지 도메인을 추가하려면 관리 포털에 성공적으로 액세스하여 Up 상태인 최소 하나의 호스트에 연결되어 있어야 합니다.
Red Hat Enterprise Virtualization에는 세 가지 유형의 스토리지 도메인이 있습니다:
  • 데이터 도메인: 데이터 도메인에는 데이터 센터에 있는 모든 가상 머신의 가상 하드 디스크 및 OVF 파일과 템플릿이 저장되어 있습니다. 또한 가상 머신의 스냅샷도 데이터 도메인에 저장되어 있습니다.
    데이터 도메인은 데이터 센터에서 공유될 수 없습니다. 여러 유형의 데이터 도메인 (iSCSI, NFS, FC, POSIX, Gluster)을 동일한 데이터 센터에 추가하여 로컬 도메인이 아닌 모든 호스트에서 공유하게 할 수 있습니다.
    다른 유형의 도메인을 연결하기 전 데이터 센터에 데이터 도메인을 연결해야 합니다.
  • ISO 도메인: ISO 도메인에는 가상 머신의 운영 체제 및 애플리케이션을 설치 및 시작하는데 사용하는 ISO 파일 (또는 논리 CD)이 저장되어 있습니다. ISO 도메인에서의 데이터 센터에서는 물리적 미디어가 필요하지 않습니다. ISO 도메인은 다른 데이터 센터에서 공유될 수 있습니다. ISO 도메인은 NFS만을 기반으로 할 수 있습니다. 하나의 ISO 도메인만 데이터 센터에 추가할 수 있습니다.
  • 내보내기 도메인: 내보내기 도메인은 데이터 센터와 Red Hat Enterprise Virtualization 환경 간의 이미지를 복사 및 이동하는데 사용되는 임시 스토리지 리포지터리입니다. 내보내기 도메인은 가상 머신을 백업하는데 사용할 수 있습니다. 내보내기 도메인은 데이터 센터 간에 이동할 수 있지만 한 번에 하나의 데이터 센터에서만 활성화할 수 있습니다. 내보내기 도메인은 NFS 만을 기반으로 할 수 있습니다. 하나의 내보내기 도메인만 데이터 센터에 추가할 수 있습니다.

중요

데이터 센터에 필요한 스토리지를 지정한 후 Red Hat Enterprise Virtualization 환경의 스토리지를 설정 및 연결할 수 있습니다.

7.1. 스토리지 도메인 이해

스토리지 도메인은 일반적인 스토리지 인터페이스가 있는 이미지 모음입니다. 스토리지 도메인에는 템플릿 이미지와 가상 머신 (스냅샷 포함)의 전체 이미지 또는 ISO 파일이 들어 있습니다. 스토리지 도메인은 블록 장치 (SAN - iSCSI 또는 FCP) 또는 파일 시스템 (NAS - NFS, GlusterFS, 또는 기타 다른 POSIX 호환 파일 시스템)이 될 수 있습니다.
NFS에서는 가상 디스크, 템플릿, 스냅샷은 모두 파일입니다.
SAN (iSCSI/FCP)에서는 각 가상 디스크, 템플릿, 스냅샷은 논리 볼륨입니다. 블록 장치는 볼륨 그룹이라는 논리 엔티티로 통합된 후 가상 하드디스크로 사용하기 위해 LVM (Logical Volume Manager)에 의해 논리 볼륨으로 나뉘어 집니다. LVM에 대한 자세한 내용은 Red Hat Enterprise Linux 논리 볼륨 관리자 관리 가이드에서 참조하십시오.
가상 디스크는 QCOW2 또는 RAW의 두가지 형식 중 하나를 사용할 수 있습니다. 스토리지 유형은 스파스 또는 사전할당될 수 있습니다. 스냅샷은 항상 스파스 지원을 사용하지만 RAW 또는 스파스에서 생성한 디스크를 사용할 수 있습니다.
동일한 스토리지 도메인을 공유하는 가상 머신은 동일한 클러스터에 속한 호스트 간에 마이그레이션할 수 있습니다.

7.2. NFS 스토리지 준비 및 추가

7.2.1. NFS 스토리지 준비

Red Hat Enterprise Linux 6 서버에서 데이터 도메인 및 내보내기 도메인으로 사용할 NFS 공유를 설정합니다. Red Hat Enterprise Virtualization Manager 설치 과정에서 ISO 도메인이 생성된 경우 이를 생성할 필요가 없습니다.
  1. NFS 도구를 제공하는 nfs-utils 패키지를 설치합니다:
    # yum install nfs-utils
  2. 시스템을 부팅할 때 마다 공유 기능을 사용할 수 있도록 부트 스크립트를 설정합니다:
    # chkconfig --add rpcbind
    # chkconfig --add nfs
    # chkconfig rpcbind on
    # chkconfig nfs on
  3. rpcbind 서비스 및 nfs 서비스를 시작합니다:
    # service rpcbind start
    # service nfs start
  4. 데이터 디렉토리 및 내보내기 디렉토리를 생성합니다:
    # mkdir -p /exports/data
    # mkdir -p /exports/export
  5. 새로 생성된 디렉토리를 /etc/exports 파일에 추가합니다. /etc/exports에 다음을 추가합니다:
    /exports/data *(rw)
    /exports/export *(rw)
  6. 스토리지 도메인을 내보내기합니다:
    # exportfs -r
  7. NFS 서비스를 다시 불러옵니다:
    # service nfs reload
  8. 그룹 kvm을 생성합니다:
    # groupadd kvm -g 36
  9. kvm 그룹에 사용자 vdsm을 생성합니다:
    # useradd vdsm -u 36 -g 36
  10. 내보내기 디렉토리의 소유권을 36:36으로 설정하면 vdsm:kvm에 소유권이 부여됩니다. 이를 통해 관리자는 내보내기 디렉토리에 표시되는 스토리지 도메인에 데이터를 저장할 수 있습니다.
    # chown -R 36:36 /exports/data
    # chown -R 36:36 /exports/export
  11. 디렉토리 모드를 변경하여 소유자에게 읽기 및 쓰기 액세스를 허용하고 그룹 및 기타 사용자에게 읽기 및 실행 액세스를 허용합니다:
    # chmod 0755 /exports/data
    # chmod 0755 /exports/export

7.2.2. NFS 스토리지 연결

NFS 스토리지 도메인을 Red Hat Enterprise Virtualization 환경에 있는 데이터 센터에 연결합니다. 이러한 스토리지 도메인은 가상 게스트 이미지 및 ISO 부팅 미디어에 대한 스토리지를 제공합니다. 다음 절차에서는 이미 공유가 내보내기되어 있다고 가정합니다. 내보내기 도메인을 생성하기 전 데이터 도메인을 생성해야 합니다. 동일한 절차를 사용하여 내보내기 도메인을 생성하고 도메인 기능 / 스토리지 유형 목록에서 Export / NFS를 선택합니다.
  1. Red Hat Enterprise Virtualization Manager 관리 포털에서 스토리지 리소스 탭을 클릭합니다.
  2. 새 도메인을 클릭합니다.
    새 도메인 창

    그림 7.1. 새 도메인 창

  3. 스토리지 도메인의 이름을 입력합니다.
  4. 데이터 센터, 도메인 기능, 스토리지 유형, 형식, 및 사용 호스트 목록의 기본 값을 허용합니다.
  5. 스토리지 도메인에 사용할 내보내기 경로를 입력합니다.
    내보내기 경로는 192.168.0.10:/data 또는 domain.example.com:/data 형식이어야 합니다.
  6. 옵션으로 고급 매개 변수를 설정할 수 있습니다.
    1. 고급 매개 변수를 클릭합니다.
    2. 디스크 공간 부족 경고 표시 필드에 백분율 값을 입력합니다. 스토리지 도메인에서 사용 가능한 여유 공간이 이러한 백분율 값 아래로 내려가면 사용자에게 경고 메세지가 표시되고 기록됩니다.
    3. 심각히 부족한 디스크 공간에서 동작 차단 필드에 GB 단위로 값을 입력합니다. 스토리지 도메인에서 사용 가능한 여유 공간이 이 값 아래로 내려가면 사용자에게 오류 메세지가 표시되고 기록되며 공간을 소비하는 모든 새로운 동작은 일시적이라도 모두 차단됩니다.
    4. 삭제 후 초기화 확인란을 선택하여 삭제 후 초기화 옵션을 활성화합니다. 이 옵션은 도메인 생성 후 편집할 수 있지만 이러한 경우 이미 존재하는 디스크의 삭제 후 초기화 속성은 변경되지 않습니다.
  7. OK를 클릭합니다.
    새로운 NFS 데이터 도메인은 스토리지 탭에 표시되며 디스크가 준비되기 전 까지 Locked 상태로 있습니다. 그 후 데이터 도메인은 데이터 센터에 자동으로 연결됩니다.

7.2.3. NFS 스토리지 확장

NFS 스토리지 양을 확장하려면 새 스토리지 도메인을 생성하거나 기존 데이터 센터에 이를 추가하거나 NFS 서버에서 사용 가능한 여유 공간을 늘립니다. 첫 번째 옵션의 경우 7.2.2절. “NFS 스토리지 연결”에서 참조하십시오. 다음 절차에서는 기존 NFS 서버에서 사용 가능한 여유 공간을 늘리는 방법에 대해 설명합니다.

절차 7.1. 기존 NFS 스토리지 도메인 확장

  1. 스토리지 리소스 탭을 클릭하고 NFS 스토리지 도메인을 선택합니다.
  2. 상세 정보 창에서 데이터 센터 탭을 클릭하고 유지 관리 버튼을 클릭하여 스토리지 도메인을 유지 관리 모드로 변경합니다. 이는 기존 공유를 마운트 해제하고 스토리지 도메인 크기를 변경할 수 있게 합니다.
  3. NFS 서버에서 스토리지 크기를 변경합니다. Red Hat Enterprise Linux 6 시스템의 경우 Red Hat Enterprise Linux 6 스토리지 관리 가이드에서 참조하십시오. Red Hat Enterprise Linux 7 시스템의 경우 Red Hat Enterprise Linux 7 스토리지 관리 가이드에서 참조하십시오.
  4. 상제 정보 창에서 데이터 센터 탭을 클릭하고 활성화 버튼을 클릭하여 스토리지 도메인을 마운트합니다.

7.3. 로컬 스토리지 준비 및 추가

7.3.1. 로컬 스토리지 준비

로컬 스토리지 도메인을 호스트에 설정할 수 있습니다. 로컬 스토리지를 사용하기 위해 호스트 설정 시 호스트는 다른 호스트를 추가할 수 없는 새로운 데이터 센터 및 클러스터에 자동으로 추가됩니다. 여러 호스트 클러스터에서는 모든 호스트가 모든 스토리지 도메인으로 액세스할 수 있어야 하며 이는 로컬 스토리지로는 불가능합니다. 단일 호스트 클러스터에 생성된 가상 머신은 마이그레이션, 펜싱, 스케줄링할 수 없습니다.

중요

Red Hat Enterprise Virtualization Hypervisors에서 로컬 스토리지로 사용할 수 있는 유일한 경로는 /data/images입니다. 이 디렉토리는 이미 Hypervisor 설치에서 올바른 사용 권한을 갖고 있습니다. Red Hat Enterprise Linux virtualization 호스트에서 로컬 스토리지를 준비할 때에만 이러한 절차가 필요합니다.

절차 7.2. 로컬 스토리지 준비

  1. 가상화 호스트에서 로컬 스토리지에 사용할 디렉토리를 생성합니다.
    # mkdir -p /data/images
  2. 디렉토리에서 vdsm 사용자 (UID 36) 및 kvm 그룹 (GID 36)에 대한 읽기/쓰기 액세스를 허용하는 권한을 설정합니다.
    # chown 36:36 /data /data/images
    # chmod 0755 /data /data/images
로컬 스토리지를 Red Hat Enterprise Virtualization 환경에 추가할 준비가 되어 있습니다.

7.3.2. 로컬 스토리지 추가

호스트의 로컬 스토리지가 준비되었습니다. 이제 Manager를 사용하여 스토리지를 호스트에 추가합니다.
호스트에 로컬 스토리지를 추가하면 호스트는 새로운 데이터 센터 및 클러스터에 배치됩니다. 로컬 스토리지 설정 창에서는 데이터 센터, 클러스터, 스토리지 생성을 단일 프로세스로 통합합니다.

절차 7.3. 로컬 스토리지 추가

  1. 호스트 리소스 탭을 클릭하여 결과 목록에서 호스트를 선택합니다.
  2. 유지 관리를 클릭하면 호스트 유지 관리 확인 창이 열립니다.
  3. OK를 클릭하여 유지 관리 모드를 시작합니다.
  4. 로컬 스토리지 설정 버튼을 클릭하여 로컬 스토리지 설정 창을 엽니다.
    로컬 스토리지 설정 창

    그림 7.2. 로컬 스토리지 설정 창

  5. 데이터 센터, 클러스터, 스토리지 옆에 있는 편집 버튼을 클릭하여 로컬 스토리지 도메인을 설정하고 이름을 지정합니다.
  6. 텍스트 입력 필드에 로컬 스토리지 경로를 설정합니다.
  7. 최적화 탭을 선택하여 새 로컬 스토리지 클러스터에 대한 메모리 최적화 정책을 설정합니다.
  8. OK를 클릭하여 설정을 저장하고 창을 닫습니다.
호스트는 자체 데이터 센터에서 온라인 상태로 표시됩니다.

7.4. POSIX 호환 파일 시스템 스토리지 준비 및 추가

Red Hat Enterprise Virtualization 3.1 이상 버전에서는 스토리지로 POSIX (기본) 파일 시스템을 사용할 수 있습니다. POSIX 파일 시스템 지원에서는 명령행에서 수동으로 마운할 때 사용하는 것과 동일한 마운트 옵션을 사용하여 파일 시스템을 마운트할 수 있습니다. 이 기능은 NFS, iSCSI, FCP를 사용하여 마운트되지 않는 스토리지에 액세스할 수 있도록 하려는 것입니다.
Red Hat Enterprise Virtualization에서 스토리지 도메인으로 사용하는 POSIX 호환 파일 시스템은 스파스 파일 및 직접 I/O를 지원해야 합니다. 예를 들어 CIFS (Common Internet File System)은 직접 I/O를 지원하지 않기 때문에 Red Hat Enterprise Virtualization과 호환성이 없습니다.

중요

POSIX 호환 파일 시스템 스토리지 도메인을 생성하여 NFS 스토리지를 마운트하지 않습니다. 대신 NFS 스토리지 도메인을 생성합니다.

7.4.1. POSIX 호환 파일 시스템 스토리지 연결

NFS, iSCSI, FCP를 사용하여 표시되지 않은 POSIX 호환 파일 시스템을 스토리지 도메인으로 사용합니다.

절차 7.4. POSIX 호환 파일 시스템 스토리지 연결

  1. 스토리지 리소스 탭을 클릭하면 결과 목록에 기존 스토리지 도메인 목록이 표시됩니다.
  2. 새 도메인을 클릭하면 새 도메인 창이 열립니다.
    POSIX 스토리지

    그림 7.3. POSIX 스토리지

  3. 스토리지 도메인의 이름을 입력합니다.
  4. 스토리지 도메인과 관련된 데이터 센터를 선택합니다. 선택한 데이터 센터의 유형은 POSIX (POSIX compliant FS)이어야 합니다. 또는 (none)을 선택합니다.
  5. 도메인 기능 / 스토리지 유형 드롭 다운 메뉴에서 Data / POSIX compliant FS를 선택합니다.
    해당하는 경우 드롭 다운 메뉴에서 포맷을 선택합니다.
  6. 사용하는 호스트 드롭 다운 메뉴에서 호스트를 선택합니다. 선택한 데이터 내에 호스트만 표시됩니다. 선택한 호스트를 사용하여 스토리지 도메인에 연결합니다.
  7. mount 명령에 지정하는 것 처럼 POSIX 파일 시스템에 경로를 입력합니다.
  8. -t 인수를 사용하여 mount 명령에 지정하는 것 처럼 VFS 유형을 입력합니다. 유효한 VFS 유형 목록은 man mount에서 확인하십시오.
  9. -o 인수를 사용하여 mount 명령에 지정하는 것 처럼 추가 마운트 옵션을 입력합니다. 마운트 옵션은 콤마로 구분합니다. 유효한 마운트 옵션 목록은 man mount에서 확인하십시오.
  10. 옵션으로 고급 매개 변수를 설정할 수 있습니다.
    1. 고급 매개 변수를 클릭합니다.
    2. 디스크 공간 부족 경고 표시 필드에 백분율 값을 입력합니다. 스토리지 도메인에서 사용 가능한 여유 공간이 이러한 백분율 값 아래로 내려가면 사용자에게 경고 메세지가 표시되고 기록됩니다.
    3. 심각히 부족한 디스크 공간에서 동작 차단 필드에 GB 단위로 값을 입력합니다. 스토리지 도메인에서 사용 가능한 여유 공간이 이 값 아래로 내려가면 사용자에게 오류 메세지가 표시되고 기록되며 공간을 소비하는 모든 새로운 동작은 일시적이라도 모두 차단됩니다.
    4. 삭제 후 초기화 확인란을 선택하여 삭제 후 초기화 옵션을 활성화합니다. 이 옵션은 도메인 생성 후 편집할 수 있지만 이러한 경우 이미 존재하는 디스크의 삭제 후 초기화 속성은 변경되지 않습니다.
  11. OK를 클릭하여 새 스토리지 도메인을 연결한 후 창을 닫습니다.

7.5. 블록 스토리지 준비 및 추가

7.5.1. iSCSI 스토리지 준비

요약

Red Hat Enterprise Virtualization과 함께 스토리지 도메인으로 사용하기 위해 Red Hat Enterprise Linux 6를 실행하고 있는 서버에서 iSCSI 스토리지 장치를 내보내기하려면 다음 단계를 실행합니다.

절차 7.5. iSCSI 스토리지 준비

  1. 스토리지 서버에서 root로 yum 명령을 사용하여 scsi-target-utils 패키지를 설치합니다.
    # yum install -y scsi-target-utils
  2. /etc/tgt/targets.conf 파일에 내보내기를 실행하고자 하는 장치나 파일을 추가합니다. 다음에는 targets.conf 파일에 기본적으로 추가하는 일반적인 예가 있습니다:
    <target iqn.YEAR-MONTH.com.EXAMPLE:SERVER.targetX>
              backing-store /PATH/TO/DEVICE1 # Becomes LUN 1
              backing-store /PATH/TO/DEVICE2 # Becomes LUN 2
              backing-store /PATH/TO/DEVICE3 # Becomes LUN 3
    </target>
    대상은 기본적으로 생성 년월, 서버가 속해 있는 반대로 기재된 정규화된 도메인 이름, 서버 이름, 대상 번호를 사용하여 정의됩니다.
  3. tgtd 서비스를 시작합니다.
    # service tgtd start
  4. 재부팅 후에도 tgtd가 시작되도록 영구 설정합니다.
    # chkconfig tgtd on
  5. 클라이언트가 iSCSI 내보내기에 액세스할 수 있도록 iptables 방화벽 포트를 엽니다. 기본값으로 iSCSI는 포트 3260을 사용합니다. 이 에에서는 INPUT 테이블의 포지션 6에 방화벽 규칙을 삽입합니다.
    # iptables -I INPUT 6 -p tcp --dport 3260 -j ACCEPT
  6. 작성한 iptables 규칙을 저장합니다.
    # service iptables save
결과

기본 iSCSI 내보내기가 생성되었습니다. iSCSI 데이터 도메인으로 사용할 수 있습니다.

7.5.2. iSCSI 스토리지 추가

Red Hat Enterprise Virtualization 플랫폼은 기존의 LUN에서 만들어진 볼륨 그룹에서 스토리지 도메인을 생성하여 iSCSI 스토리지를 지원합니다. 볼륨 그룹이나 LUN 모두 동시에 여러 스토리지 도메인에 연결할 수 없습니다.
Red Hat Enterprise Linux에서 iSCSI를 설정하는 방법에 대한 보다 자세한 내용은 Red Hat Enterprise Linux 스토리지 관리 가이드에서 참조하십시오.

참고

iSCSI 스토리지 도메인은 iSCSI 스토리지 유형에 대해 설정된 데이터 센터에만 추가할 수 있습니다.

절차 7.6. iSCSI 스토리지 추가

  1. 스토리지 리소스 탭을 클릭하면 결과 목록에 기존 스토리지 도메인 목록이 표시됩니다.
  2. 새 도메인 버튼을 클릭하면 새 도메인 창이 열립니다.
  3. 새 스토리지 도메인의 이름을 입력합니다.
    새 iSCSI 도메인

    그림 7.4. 새 iSCSI 도메인

  4. 데이터 센터 드롭 다운 메뉴에서 iSCSI 데이터 센터를 선택합니다.
    적절한 iSCSI 데이터 센터가 없을 경우 (none)을 선택합니다.
  5. 드롭 다운 메뉴를 사용하여 도메인 기능스토리지 유형을 선택합니다. 선택한 데이터 센터와 호환되지 않는 스토리지 도메인 유형은 사용할 수 없습니다.
  6. 사용 호스트란에 활성 호스트를 선택합니다. 데이터 센터에 있는 첫 번째 데이터 도메인이 아닐 경우 데이터 센터의 SPM 호스트를 선택해야 합니다.

    중요

    스토리지 도메인에서의 모든 통신은 Red Hat Enterprise Virtualization Manager에서 직접 이루어 지는 것이 아니라 선택한 호스트를 통해 이루어집니다. 최소 하나의 활성 호스트가 시스템에 존재해야 하며 선택한 데이터 센터에 연결되어 있어야 합니다. 모든 호스트는 스토리지 도메인을 설정하기 전 스토리지 장치에 액세스할 수 있습니다.
  7. Red Hat Enterprise Virtualization Manager는 iSCSI 대상을 LUNs으로 또는 LUNsiSCSI 대상으로 매핑할 수 있습니다. 스토리지 유형으로 iSCSI가 선택되어 있을 경우 새 도메인 창에는 사용하지 않는 LUNs이 있는 알려진 대상이 자동으로 표시됩니다. 스토리지를 추가하려는 대상이 목록에 없을 경우 대상 검색을 사용하여 검색할 수 있습니다. 대상이 목록에 있을 경우 다음 단계를 진행합니다.

    iSCSI 대상 검색

    1. 대상 검색을 클릭하여 대상 검색 옵션을 활성화합니다. 대상이 검색되어 로그인하면 새 도메인 창에 환경에서 사용하지 않는 LUNs이 있는 대상이 자동으로 표시됩니다.

      참고

      환경 외부에서 사용되는 LUNs도 표시됩니다.
      대상 검색 옵션을 사용하여 여러 대상에 LUN을 추가하거나 동일한 UN에 여러 경로를 추가할 수 있습니다.
    2. 주소 란에 iSCSI 호스트의 IP 주소 또는 정규화된 도메인 이름을 입력합니다.
    3. 포트 란에서 대상을 검색할 때 호스트에 연결할 포트를 입력합니다. 기본값은 3260입니다.
    4. 스토리지 보안을 위해 CHAP (Challenge Handshake Authentication Protocol)을 사용할 경우 사용자 인증 확인란을 선택합니다. CHAP 사용자 이름CHAP 암호를 입력합니다.
    5. 검색 버튼을 클릭합니다.
    6. 검색 결과에서 사용할 대상을 선택하고 로그인 버튼을 클릭합니다.
      다른 방법으로 전체 로그인을 선택하여 검색된 대상 모두에 로그인합니다.
  8. 원하는 대상 옆에 있는 + 버튼을 클릭합니다. 이는 항목을 펼치기하여 대상에 연결된 사용되지 않는 모든 LUN을 표시합니다.
  9. 스토리지 도메인을 생성하기 위해 사용하려는 각 LUN의 확인란을 선택합니다.
  10. 옵션으로 고급 매개 변수를 설정할 수 있습니다.
    1. 고급 매개 변수를 클릭합니다.
    2. 디스크 공간 부족 경고 표시 필드에 백분율 값을 입력합니다. 스토리지 도메인에서 사용 가능한 여유 공간이 이러한 백분율 값 아래로 내려가면 사용자에게 경고 메세지가 표시되고 기록됩니다.
    3. 심각히 부족한 디스크 공간에서 동작 차단 필드에 GB 단위로 값을 입력합니다. 스토리지 도메인에서 사용 가능한 여유 공간이 이 값 아래로 내려가면 사용자에게 오류 메세지가 표시되고 기록되며 공간을 소비하는 모든 새로운 동작은 일시적이라도 모두 차단됩니다.
    4. 삭제 후 초기화 확인란을 선택하여 삭제 후 초기화 옵션을 활성화합니다. 이 옵션은 도메인 생성 후 편집할 수 있지만 이러한 경우 이미 존재하는 디스크의 삭제 후 초기화 속성은 변경되지 않습니다.
  11. OK를 클릭하여 스토리지 도메인을 생성하고 창을 닫습니다.

7.5.3. iSCSI 멀티패스 설정

호스트와 iSCSI 스토리지 사이에 하나 이상의 네트워크 경로를 설정합니다. 멀티패스 설정을 통해 네트워크 경로에 장애 발생 시 호스트 가동 중지 상태가 되지 않도록 할 수 있습니다. 이는 여러 경로를 통해 네트워크 트래픽을 분산하여 네트워크 부하 분산을 가능하게 합니다.
  1. 데이터 센터 탭을 클릭하여 검색 결과 목록에서 데이터 센터를 선택합니다.
  2. 상세 정보 창에서 iSCSI 멀티패스 탭을 클릭합니다.
  3. 추가를 클릭합니다.
  4. iSCSI 본딩 추가 창에서 본딩의 이름설명을 입력합니다.
  5. 논리 네트워크 목록에서 본딩에 사용할 네트워크를 선택합니다.
  6. 스토리지 대상 목록에서 선택한 네트워크를 통해 액세스할 스토리지 도메인을 선택합니다.
  7. OK를 클릭합니다.
데이터 센터에 있는 모든 호스트는 선택한 논리 네트워크를 통해 선택한 iSCSI 대상에 연결됩니다.

7.5.4. FCP 스토리지 추가

Red Hat Enterprise Virtualization 플랫폼은 기존의 LUN에서 만들어진 볼륨 그룹에서 스토리지 도메인을 생성하여 SAN 스토리지를 지원합니다. 볼륨 그룹이나 LUN 모두 동시에 여러 스토리지 도메인에 연결할 수 없습니다.
Red Hat Enterprise Virtualization 시스템 관리자는 SAN (Storage Area Networks) 개념에 대한 작업 지식이 필요합니다. 일반적으로 SAN은 호스트와 외부 공유 스토리지 간의 트래픽에 대해 FCP (Fibre Channel Protocol)을 사용합니다. 이러한 이유로 SAN은 FCP 스토리지라고도 합니다.
Red Hat Enterprise Linux에서 FCP 또는 멀티패스 설정에 대한 보다 자세한 내용은 스토리지 관리 가이드DM Multipath 가이드에서 참조하십시오.
다음 절차에서는 데이터 도메인으로 Red Hat Enterprise Virtualization 환경에 기존 FCP 스토리지를 연결하는 방법에 대해 설명합니다. 기타 다른 지원 스토리지 유형에 대한 보다 자세한 내용은 7장. 스토리지 에서 참조하십시오.

절차 7.7. FCP 스토리지 추가

  1. 스토리지 리소스 탭을 클릭하여 모든 스토리지 도메인을 나열합니다.
  2. 새 도메인을 클릭하면 새 도메인 창이 열립니다.
  3. 스토리지 도메인의 이름을 입력합니다.
    FCP 스토리지 추가

    그림 7.5. FCP 스토리지 추가

  4. 데이터 센터 드롭 다운 메뉴에서 FCP 데이터 센터를 선택합니다.
    적절한 FCP 데이터 센터가 없을 경우 (none)을 선택합니다.
  5. 드롭 다운 메뉴을 사용하여 도메인 기능스토리지 유형을 선택합니다. 선택한 데이터 센터와 호환되지 않는 스토리지 도메인 유형은 사용할 수 없습니다.
  6. 사용 호스트란에 활성 호스트를 선택합니다. 데이터 센터에 있는 첫 번째 데이터 도메인이 아닐 경우 데이터 센터의 SPM 호스트를 선택해야 합니다.

    중요

    스토리지 도메인에서의 모든 통신은 Red Hat Enterprise Virtualization Manager에서 직접 이루어 지는 것이 아니라 선택한 호스트를 통해 이루어집니다. 최소 하나의 활성 호스트가 시스템에 존재해야 하며 선택한 데이터 센터에 연결되어 있어야 합니다. 모든 호스트는 스토리지 도메인을 설정하기 전 스토리지 장치에 액세스할 수 있습니다.
  7. 스토리지 유형으로 Data / Fibre Channel이 선택되어 있을 때 새 도메인 창에는 사용하지 않는 LUNs과 함께 알려진 대상이 자동으로 표시됩니다. LUN ID 확인란을 선택하여 사용 가능한 모든 LUN을 선택합니다.
  8. 옵션으로 고급 매개 변수를 설정할 수 있습니다.
    1. 고급 매개 변수를 클릭합니다.
    2. 디스크 공간 부족 경고 표시 필드에 백분율 값을 입력합니다. 스토리지 도메인에서 사용 가능한 여유 공간이 이러한 백분율 값 아래로 내려가면 사용자에게 경고 메세지가 표시되고 기록됩니다.
    3. 심각히 부족한 디스크 공간에서 동작 차단 필드에 GB 단위로 값을 입력합니다. 스토리지 도메인에서 사용 가능한 여유 공간이 이 값 아래로 내려가면 사용자에게 오류 메세지가 표시되고 기록되며 공간을 소비하는 모든 새로운 동작은 일시적이라도 모두 차단됩니다.
    4. 삭제 후 초기화 확인란을 선택하여 삭제 후 초기화 옵션을 활성화합니다. 이 옵션은 도메인 생성 후 편집할 수 있지만 이러한 경우 이미 존재하는 디스크의 삭제 후 초기화 속성은 변경되지 않습니다.
  9. OK를 클릭하여 스토리지 도메인을 생성하고 창을 닫습니다.
새로운 FCP 데이터 도메인이 스토리지 탭에 표시됩니다. 이는 사용 준비될 때 까지 Locked 상태로 되어 있습니다. 사용 준비되면 이는 자동으로 데이터 센터에 연결됩니다.

7.5.5. iSCSI 또는 FCP 스토리지 확장

iSCSI 또는 FCP 스토리지 크기를 확장하려면 새 LUN으로 새로운 스토리지 도메인을 생성하고 이를 기존 데이터 센터에 추가하거나 새 LUN을 생성하고 이를 기존 스토리지 도메인에 추가합니다. 첫 번째 옵션의 경우 7.5.2절. “iSCSI 스토리지 추가”에서 참조하십시오. 다음 절차에서는 새 LUN을 기존 스토리지 도메인에 추가하여 SAN (storage area network) 스토리지를 확장하는 방법에 대해 설명합니다.

참고

또한 기본 LUN 크기를 변경하여 스토리지 도메인을 확장할 수 있습니다. 보다 자세한 내용은 Red Hat Customer Portal에 있는 지식 베이스 문서에서 참조하십시오: https://access.redhat.com/solutions/376873.

절차 7.8. 기존 iSCSI 또는 FCP 스토리지 도메인 확장

  1. SAN에 새로운 LUN을 생성합니다. Red Hat Enterprise Linux 6 시스템의 경우 Red Hat Enterprise Linux 6 스토리지 관리 가이드에서 참조하십시오. Red Hat Enterprise Linux 7 시스템의 경우 Red Hat Enterprise Linux 7 스토리지 관리 가이드에서 참조하십시오.
  2. 스토리지 리소스 탭을 클릭하고 iSCSI 또는 FCP 도메인을 선택합니다. 편집 버튼을 클릭합니다.
  3. 대상 > LUN을 클릭하고 대상 검색 확장 버튼을 클릭합니다.
  4. 스토리지 서버의 연결 정보를 입력하고 검색 버튼을 클릭하여 연결을 시작합니다.
  5. LUN > 대상을 클릭하고 새로 사용 가능한 LUN 체크 상자를 선택합니다.
  6. OK를 클릭하여 LUN을 선택한 스토리지 도메인에 추가합니다.
추가된 LUN 크기에 따라 스토리지 도메인이 확장됩니다.

7.5.6. Red Hat Enterprise Virtualization에서 사용할 수 없는 LUN

경우에 따라서 Red Hat Enterprise Virtualization Manager는 스토리지 도메인이나 가상 머신 하드 디스크를 생성하는데 LUN을 사용하는 것을 허용하지 않습니다.
  • 현재 Red Hat Enterprise Virtualization 환경의 부분인 LUN은 사용되지 않도록 자동 설정되어 있습니다.
    Red Hat Enterprise Virtualization 관리 포털에서 사용할 수 없는 LUN

    그림 7.6. Red Hat Enterprise Virtualization 관리 포털에서 사용할 수 없는 LUN

  • SPM 호스트에 의해 사용되고 있는 LUN은 사용 중인 상태로 표시됩니다. 이러한 LUN의 컨텐츠를 강제로 덮어쓰기하도록 선택할 수 있지만 작업이 성공적으로 동작할 지는 확실하지 않습니다.

7.6. 기존 스토리지 도메인 가져오기

7.6.1. 기존 스토리지 도메인 가져오기에 대한 개요

데이터가 들어 있지 않은 새로운 스토리지 도메인을 추가할 수 있음은 물론 기존 스토리지 도메인을 가져오기하여 그 안에 저장된 데이터에 액세스할 수 있습니다. 스토리지 도메인 가져오기 기능을 통해 engine 데이터베이스에 오류 발생 시 데이터를 복구하여 데이터 센터 또는 환경 간에 데이터를 마이그레이션할 수 있습니다.
각 스토리지 도메인 유형 가져오기에 대한 개요는 다음과 같습니다:
데이터
기존 데이터 스토리지 도메인 가져오기를 통해 데이터 스토리지 도메인이 들어있는 모든 가상 머신 및 템플릿에 액세스할 수 있습니다. 스토리지 도메인을 가져오기한 후 각 가상 머신 및 템플릿을 대상 데이터 센터에 수동으로 가져오기해야 합니다. 데이터 스토리지 도메인에 저장된 가상 머신 및 템플릿을 가져오기위한 절차는 스토리지 도메인 내보내기 절차와 유사합니다. 하지만 데이터 스토리지 도메인에는 지정된 데이터 센터에 모든 가상 머신 및 템플릿이 들어 있기 때문에 데이터 복구 또는 데이터 센터나 환경 사이의 대규모 가상 머신 마이그레이션의 경우 데이터 스토리지 도메인을 가져오기하는 것이 좋습니다.

중요

호환성 수준 3.5 이상의 데이터 센터에 연결된 기존 데이터 스토리지 도메인만 가져올 수 있습니다.
ISO
기존 ISO 스토리지 도메인 가져오기를 통해 ISO 스토리지 도메인이 포함된 모든 ISO 파일 및 가상 디스크에 액세스할 수 있습니다. 스토리지 도메인을 가져온 후 리소스에 액세스하기 위한 추가 작업이 필요하지 않으므로 필요에 따라 가상 머신에 연결할 수 있습니다.
내보내기
기존 내보내기 스토리지 도메인 가져오기를 통해 내보내기 스토리지 도메인에 저장된 모든 가상 머신 이미지와 템플릿에 액세스할 수 있습니다. 내보내기 도메인은 가상 머신 이미지 및 템플릿을 내보내기 및 가져오기하도록 고안되어 있기 때문에 환경 내에서 또는 환경 간 적은 수의 가상 머신 및 템플릿을 마이그레이션하는데에는 스토리지 도메인 가져오기 방식을 권장합니다. 내보내기 스토리지 도메인에서 가상 머신 및 템플릿 내보내기 및 가져오기에 대한 자세한 내용은 가상 머신 관리 가이드에서 참조하십시오.

7.6.2. 스토리지 도메인 가져오기

요약

동일한 환경 또는 다른 환경에 있는 데이터 센터에 이전에 연결된 스토리지 모데인을 가져옵니다. 다음 절차에서는 스토리지 도메인이 환경에 있는 데이터 센터에 연결되어 있지 않다고 간주합니다. 또한 데이터 센터에 기존 데이터 스토리지를 가져오기 및 연결하려면 가져오기 대상 데이터 센터를 초기화하고 호환 수준이 3.5 이상이어야 합니다.

절차 7.9. 스토리지 도메인 가져오기

  1. 스토리지 리소스 탭을 클릭합니다.
  2. 도메인 가져오기를 클릭합니다.
    사전 설정된 도메인 가져오기 창

    그림 7.7. 사전 설정된 도메인 가져오기 창

  3. 데이터 센터 목록에서 스토리지 도메인을 연결하는 데이터 센터를 선택합니다.
  4. 옵션으로 데이터 센터에서 도메인을 활성화 확인란을 선택하여 선택한 데이터 센터에 스토리지 도메인을 연결한 후 이를 활성화합니다.
  5. 도메인 기능 / 스토리지 유형 목록에서 도메인 기능 및 유형을 선택합니다.
  6. 사용하는 호스트 목록에서 SPM 호스트를 선택합니다.

    중요

    스토리지 도메인에서의 모든 통신은 Red Hat Enterprise Virtualization Manager에서 직접 이루어 지는 것이 아니라 선택한 호스트를 통해 이루어집니다. 최소 하나의 활성 호스트가 시스템에 존재해야 하며 선택한 데이터 센터에 연결되어 있어야 합니다. 모든 호스트는 스토리지 도메인을 설정하기 전 스토리지 장치에 액세스할 수 있습니다.
  7. 스토리지 도메인의 상세 정보를 입력합니다.

    참고

    도메인 기능 / 스토리지 유형 목록에서 선택한 값에 따라 변경되는 스토리지 도메인 상세 정보를 지정하기 위한 필드입니다. 이러한 옵션은 새로운 스토리지 도메인 추가를 위해 사용 가능한 옵션과 동일합니다. 이러한 옵션에 대한 보다 자세한 내용은 7.1절. “스토리지 도메인 이해”에서 참조하십시오.
  8. OK를 클릭합니다.
결과

스토리지 도메인이 가져오기되어 스토리지 탭에 표시됩니다.

7.6.3. 가져온 데이터 스토리지 도메인에서 가상 머신 가져오기

Red Hat Enterprise Virtualization 환경으로 가져온 데이터 스토리지 도메인에서 가상 머신을 가져옵니다. 이러한 절차에서는 가져온 데이터 스토리지 도메인이 데이터 센터에 연결되어 활성화되어 있다고 간주합니다.

절차 7.10. 가져온 데이터 스토리지 도메인에서 가상 머신 가져오기

  1. 스토리지 리소스 탭을 클릭합니다.
  2. 가져온 데이터 스토리지 도메인을 클릭합니다.
  3. 상세 정보 창에서 가상 머신 가져오기 탭을 클릭합니다.
  4. 가져오기할 가상 머신을 하나 이상 선택합니다.
  5. 가져오기 버튼을 클릭합니다.
  6. 클러스터 목록에서 가상 머신을 가져오기한 클러스터를 선택합니다.
  7. OK를 클릭합니다.
하나 이상의 가상 머신을 환경에 가져왔습니다. 가져온 가상 머신은 더이상 가상 머신 가져오기 탭 목록에 나타나지 않습니다.

7.6.4. 가져온 데이터 스토리지 도메인에서 템플릿 가져오기

Red Hat Enterprise Virtualization 환경으로 가져온 데이터 스토리지 도메인에서 템플릿을 가져옵니다. 이러한 절차에서는 가져온 데이터 스토리지 도메인이 데이터 센터에 연결되어 활성화되어 있다고 간주합니다.

절차 7.11. 가져온 데이터 스토리지 도메인에서 템플릿 가져오기

  1. 스토리지 리소스 탭을 클릭합니다.
  2. 가져온 데이터 스토리지 도메인을 클릭합니다.
  3. 상세 정보 창에서 템플릿 가져오기 탭을 클릭합니다.
  4. 가져오기할 템플릿을 하나 이상 선택합니다.
  5. 가져오기 버튼을 클릭합니다.
  6. 클러스터 목록에서 템플릿을 가져오기한 클러스터를 선택합니다.
  7. OK를 클릭합니다.
하나 이상의 템플릿을 환경에 가져왔습니다. 가져온 템플릿은 더이상 템플릿 가져오기 탭 목록에 나타나지 않습니다.

7.7. 스토리지 작업

7.7.1. ISO 스토리지 도메인 표시

ISO 스토리지 도메인은 데이터 센터에 연결되어 있습니다. ISO 이미지를 업로드해야 합니다. Red Hat Enterprise Virtualization은 ISO 업로더 도구를 제공하여 올바른 사용자 권한을 갖는 올바른 디렉토리 경로로 이미지를 업로드합니다.
물리적 미디어에서 ISO 이미지를 생성하는 방법은 이 문서에서 설명하고 있지 않습니다. 환경에 필요한 이미지에 액세스하고 있음을 전제로 합니다.

절차 7.12. ISO 스토리지 도메인 표시

  1. Red Hat Enterprise Virtualization Manager를 실행하고 있는 시스템의 임시 디렉토리에 필요한 ISO 이미지를 복사합니다.
  2. root 사용자로 Red Hat Enterprise Virtualization Manager를 실행하고 있는 시스템에 로그인합니다.
  3. engine-iso-uploader 명령을 사용하여 ISO 이미지를 업로드합니다. 작업을 완료하는데 시간이 소요될 수 있습니다. 업로드할 이미지 크기와 사용 가능한 네트워크 대역폭에 따라 작업 시간이 달라질 수 있습니다.

    예 7.1. ISO 업로더 사용

    예에서 ISO 이미지 RHEL6.isoNFS를 사용하는 ISODomain이라는 ISO 도메인에 업로드되어 있습니다. 명령을 통해 관리자의 사용자 이름과 암호를 입력합니다. 사용자 이름은 user name@domain 형식으로 입력해야 합니다.
    # engine-iso-uploader --iso-domain=ISODomain upload RHEL6.iso
ISO 이미지가 업로드되어 지정된 ISO 스토리지 도메인에 표시됩니다. 이는 스토리지 도메인이 연결된 데이터 센터에서 가상 머신을 생성할 때 사용 가능한 부팅 미디어 목록에도 표시됩니다.

7.7.2. 스토리지 도메인을 유지 관리 모드로 전환

스토리지 도메인을 분리 및 삭제하려면 스토리지 도메인이 유지 관리 모드로 되어 있어야 합니다. 이를 위해 다른 데이터 도메인을 마스터 데이터 도메인으로 다시 지정해야 합니다.
도메인이 활성화되어 있을 때에만 LUN을 추가하여 iSCSI 도메인을 확장할 수 있습니다.

절차 7.13. 스토리지 도메인을 유지 관리 모드로 전환

  1. 스토리지 도메인에서 실행 중인 모든 가상 머신을 종료합니다.
  2. 스토리지 리소스 탭을 클릭하고 스토리지 도메인을 선택합니다.
  3. 상세 정보 창에서 데이터 센터 탭을 클릭합니다.
  4. 유지 관리를 클릭하여 스토리지 도메인 유지 관리 확인 창을 엽니다.
  5. OK를 클릭하여 유지 관리 모드를 시작합니다. 스토리지 도메인이 비활성화되고 결과 목록에서 Inactive 상태가 됩니다.
데이터 센터에서 비활성 스토리지 도메인을 편집, 분리, 삭제, 다시 활성화할 수 있습니다.

참고

도메인이 연결된 데이터 센터의 상세 정보 창에 있는 스토리지 탭을 사용하여 도메인을 유지 관리 모드로 활성화, 분리, 전환할 수 있습니다.

7.7.3. 스토리지 도메인 편집

관리 포털을 통해 스토리지 도메인의 매개 변수를 편집할 수 있습니다. 스토리지 도메인 상태 (활성 또는 비활성 상태)에 따라 편집할 수 있는 필드가 다릅니다. 데이터 센터, 도메인 기능, 스토리지 유형, 포맷과 같은 필드는 변경할 수 없습니다.
  • 활성 (Active): 스토리지 도메인이 활성 상태일 때 이름, 설명, 코멘트, 디스크 공간 부족 경고 표시 (%), 심각히 부족한 디스크 공간의 동작 차단 (GB), 삭제 후 초기화 필드를 편집할 수 있습니다. 이름 필드는 스토리지 도메인이 활성 상태일 때에만 편집할 수 있습니다. 다른 모든 필드는 스토리지 도메인이 비활성 상태일 때에도 편집할 수 있습니다.
  • 비활성 (Inactive): 스토리지 도메인이 유지 관리 모드이거나 연결되어 있지 않아 비활성상태일 경우 이름, 데이터 센터, 도메인 기능, 스토리지 유형, 및 포맷을 제외한 모든 필드를 편집할 수 있습니다. 스토리지 연결, 마운트 옵션, 기타 다른 고급 매개 변수를 편집하려면 스토리지 도메인은 비활성 상태이어야 합니다. 이는 NFS, POSIX, 로컬 스토리지 유형에서만 지원됩니다.

    참고

    iSCSI 스토리지 연결은 고객 포털을 통해 편집할 수 없지만 REST API를 통해 편집할 수 있습니다. iSCSI 스토리지 연결 업데이트에서 참조하십시오.

절차 7.14. 활성화된 스토리지 도메인 편집

  1. 스토리지 탭을 클릭하고 스토리지 도메인을 선택합니다.
  2. 편집을 클릭합니다.
  3. 필요에 따라 사용 가능한 필드를 편집합니다.
  4. OK를 클릭합니다.

절차 7.15. 비활성화된 스토리지 도메인 편집

  1. 스토리지 탭을 클릭하고 스토리지 도메인을 선택합니다.
  2. 스토리지 도메인이 활성화되어 있을 경우 상세 정보 창에서 데이터 센터 탭을 클릭하고 유지 보수를 클릭합니다.
  3. 편집을 클릭합니다.
  4. 필요에 따라 스토리지 경로 및 기타 상세 정보를 편집합니다. 새로운 연결 상세 정보는 기존 연결과 동일한 스토리지 유형이어야 합니다.
  5. OK를 클릭합니다.
  6. 상세 정보 창에서 데이터 센터 탭을 클릭하고 활성화를 클릭합니다.

7.7.4. 스토리지 도메인 활성화

데이터 센터의 스토리지를 변경할 경우 스토리지 도메인을 유지 관리 모드로 두어야 합니다. 스토리지 도메인을 활성화하여 사용을 재개합니다.
  1. 스토리지 리소스 탭을 클릭하고 검색 결과 목록에서 스토리지 도메인 비활성화를 선택합니다.
  2. 상세 정보 창에서 데이터 센터 탭을 클릭합니다.
  3. 해당 스토리지 도메인을 선택하고 활성화를 클릭합니다.

    중요

    데이터 도메인을 활성화하기 전 ISO 도메인을 활성화하려할 경우 오류 메세지가 표시되고 도메인은 활성화되지 않습니다.

7.7.5. 스토리지 도메인 삭제

가상화 환경에서 삭제하고자 하는 데이터 센터의 스토리지 도메인이 있습니다.

절차 7.16. 스토리지 도메인 삭제

  1. 스토리지 리소스 탭, 트리 모드, 검색 기능을 사용하여 검색 결과 목록에 있는 적절한 스토리지 도메인을 검색 및 선택합니다.
  2. 도메인을 유지 관리 모드로 변경하여 비활성화합니다.
  3. 데이터 센터에서 도메인을 분리합니다.
  4. 삭제를 클릭하면 스토리지 삭제 확인 창이 열립니다.
  5. 목록에서 호스트를 선택합니다.
  6. OK를 클릭하여 스토리지 도메인을 삭제하고 창을 닫습니다.
스토리지 도메인이 환경에서 영구적으로 삭제됩니다.

7.7.6. 스토리지 도메인 삭제

스토리지 도메인에서 발생한 오류는 일반 절차를 통해 삭제할 수 없습니다. 스토리지 도메인을 삭제하면 내보내기 디렉토리를 참조하지 않고 가상 환경에서 스토리지 도메인이 강제로 삭제됩니다.
스토리지 도메인을 삭제하면 이를 다시 사용하기 전 수동으로 스토리지 도메인의 내보내기 디렉토리를 수정해야 합니다.

절차 7.17. 스토리지 도메인 삭제

  1. 스토리지 리소스 탭, 트리 모드, 검색 기능을 사용하여 검색 결과 목록에 있는 적절한 스토리지 도메인을 검색 및 선택합니다.
  2. 스토리지 도메인을 오른쪽 클릭하고 삭제 버튼을 선택하면 스토리지 도메인 삭제 확인 창이 열립니다.
  3. 작업 승인 확인란을 선택하고 OK를 클릭하여 스토리지 도메인을 삭제하고 창을 닫습니다.
스토리지 도메인이 삭제되었습니다. 스토리지 도메인의 내보내기 디렉토리를 다시 사용하려면 이를 수동으로 삭제합니다.

7.7.7. 내보내기 도메인 분리

다른 데이터 센터로 템플릿을 가져오기 위해 데이터 센터에서 내보내기 도메인을 분리합니다.

절차 7.18. 데이터 센터에서 내보내기 도메인 분리

  1. 스토리지 리소스 탭을 클릭하고 검색 결과 목록에서 내보내기 도메인을 선택합니다.
  2. 상세 정보 창에서 데이터 센터 탭을 클릭하고 내보내기 도메인을 선택합니다.
  3. 유지 관리를 클릭하여 스토리지 도메인 유지 관리 확인 창을 엽니다.
  4. OK를 클릭하여 유지 관리 모드를 시작합니다.
  5. 분리를 클릭하여 스토리지 분리 확인창을 엽니다.
  6. OK를 클릭하여 내보내기 도메인을 분리합니다.
내보내기 도메인이 데이터 센터에서 분리되어 다른 데이터 센터로 연결할 준비가 되어 있습니다.

7.7.8. 내보내기 도메인을 데이터 센터에 연결

내보내기 도메인을 데이터 센터에 연결합니다.

절차 7.19. 내보내기 도메인을 데이터 센터에 연결

  1. 스토리지 리소스 탭을 클릭하고 검색 결과 목록에서 내보내기 도메인을 선택합니다.
  2. 상세 정보 창에서 데이터 센터 탭을 클릭합니다.
  3. 연결을 클릭하여 데이터 센터에 연결 창을 엽니다.
  4. 해당 데이터 센터의 라디오 버튼을 클릭합니다.
  5. OK를 클릭하여 내보내기 도메인을 연결합니다.
내보내기 도메인이 데이터 센터에 연결되어 자동으로 활성화됩니다.

7.7.9. 디스크 프로파일

디스크 프로파일은 스토리지 도메인에 있는 가상 디스크의 최대 입출력 수준 및 처리 가능한 최대 용량을 정의합니다. 디스크 프로파일은 데이터 센터 아래에서 정의된 스토리지 프로파일에 기반하여 생성되며 프로파일을 적용하려면 개별적 가상 디스크에 수동으로 지정해야 합니다.

7.7.9.1. 디스크 프로파일 생성

디스크 프로파일을 생성합니다. 다음 부분에서는 스토리지 도메인이 속한 데이터 센터 아래에 하나 이상의 스토리지 QoS 항목이 이미 정의되어 있음을 전제로 합니다.

절차 7.20. 디스크 프로파일 생성

  1. 스토리지 리소스 탭을 클릭하고 데이터 스토리지 도메인을 선택합니다.
  2. 상세 정보 창에서 디스크 프로파일 하부 탭을 클릭합니다.
  3. 새로 만들기를 클릭합니다.
  4. 이름 란에 디스크 프로파일 이름을 입력합니다.
  5. 설명 란에 디스크 프로파일 설명을 입력합니다.
  6. QoS 목록에서 디스크 프로파일에 적용할 QoS를 선택합니다.
  7. OK를 클릭합니다.
디스크 프로파일이 생성되었습니다. 디스크 프로파일은 데이터 스토리지 도메인에서 호스트되는 새 가상 디스크에 적용할 수 있습니다.

7.7.9.2. 디스크 프로파일 삭제

Red Hat Enterprise Virtualization 환경에서 기존 디스크 프로파일을 삭제합니다.

절차 7.21. 디스크 프로파일 삭제

  1. 스토리지 리소스 탭을 클릭하고 데이터 스토리지 도메인을 선택합니다.
  2. 상세 정보 창에서 디스크 프로파일 하부 탭을 클릭합니다.
  3. 삭제하려는 디스크 프로파일을 선택합니다.
  4. 삭제를 클릭합니다.
  5. OK를 클릭합니다.
디스크 프로파일이 삭제되어 이를 더이상 사용할 수 없습니다. 디스크 프로파일이 가상 디스크에 지정되어 있을 경우 디스크 프로파일은 이러한 가상 디스크에서 삭제됩니다.

7.8. 스토리지 및 권한

7.8.1. 스토리지 도메인의 시스템 권한 관리

SuperUser로서 시스템 관리자는 관리 포털의 모든 면을 관리합니다. 보다 특정한 관리 역할은 다른 사용자에게 부여될 수 있습니다. 이러한 제한된 관리자 역할은 특정 리소스에 제한하여 사용자 관리 권할을 부여할 경우 유용합니다. 예를 들어 DataCenterAdmin 역할은 데이터 센터의 스토리지를 제외한 할당된 데이터 센터에 대해서만 관리자 권한을 갖으며 ClusterAdmin은 할당된 클러스터에 대해서만 관리자 권한을 갖습니다.
스토리지 관리자는 특정 스토리지 도메인에 대한 시스템 관리자 역할입니다. 이는 각 스토리지 도메인에 시스템 관리자가 필요한 여러 스토리지 도메인으로 구성된 데이터 센터에서 유용합니다. 머리글 표시줄에 있는 설정 버튼을 사용하여 환경의 모든 스토리지 도메인에 스토리지 관리자를 지정할 수 있습니다.
스토리지 도메인 관리자 역할은 다음과 같은 작업을 허용합니다:
  • 스토리지 도메인의 설정을 편집합니다.
  • 스토리지 도메인을 유지관리 모드로 전환합니다.
  • 스토리지 도메인을 삭제합니다.

참고

기존 사용자에게만 역할 및 권한을 할당할 수 있습니다.
기존 시스템 관리자를 삭제하고 새로운 시스템 관리자를 추가하여 스토리지 도메인의 시스템 관리자를 변경할 수 있습니다.

7.8.2. 스토리지 관리자 역할

스토리지 도메인 권한 역할

아래 표에서는 스토리지 도메인 관리에 적용할 수 있는 관리자 역할 및 권한에 대해 설명합니다.

표 7.1. Red Hat Enterprise Virtualization 시스템 관리자 역할

역할권한알림
StorageAdmin스토리지 관리자입니다.특정 스토리지 도메인을 생성, 삭제, 설정, 관리할 수 있습니다.
GlusterAdminGluster 스토리지 관리자Gluster 스토리지 볼륨을 생성, 삭제, 설정, 관리할 수 있습니다.

7.8.3. 리소스에 관리자 또는 사용자 역할 할당

리소스에 관리자 또는 사용자 역할을 할당하여 사용자가 리소스에 액세스 및 관리할 수 있게 합니다.

절차 7.22. 리소스에 역할 할당

  1. 리소스 탭, 트리 모드 또는 검색 기능을 사용하여 검색 결과 목록에서 리소스를 검색 및 선택합니다.
  2. 상세 정보 창에 있는 권한 탭을 클릭하여 할당된 사용자, 사용자 역할, 선택한 리소스에 대해 상속된 권한을 나열합니다.
  3. 추가를 클릭합니다.
  4. 검색 텍스트 상자에 기존 사용자의 이름 또는 사용자 이름을 입력하고 검색을 클릭합니다. 검색 결과 목록에서 일치하는 사용자를 선택합니다.
  5. 할당할 역할: 드롭 다운 목록에서 역할을 선택합니다.
  6. OK를 클릭합니다.
사용자에게 역할이 할당되어 이제 사용자는 리소스에 대해 활성화된 역할에 상속된 권한을 갖습니다.

7.8.4. 리소스에서 관리자 또는 사용자 역할 삭제

리소스에서 관리자 또는 사용자 역할을 삭제합니다. 사용자는 리소스에서의 역할과 관련하여 상속된 권한을 손실합니다.

절차 7.23. 리소스에서 역할 삭제

  1. 리소스 탭, 트리 모드 또는 검색 기능을 사용하여 검색 결과 목록에서 리소스를 검색 및 선택합니다.
  2. 상세 정보 창에 있는 권한 탭을 클릭하여 할당된 사용자 목록, 사용자 역할, 선택한 리소스에서 상속된 권한을 나열합니다.
  3. 리소스에서 삭제할 사용자를 선택합니다.
  4. 삭제를 클릭합니다. 권한 삭제 창이 열리면 권한 삭제를 확인합니다.
  5. OK를 클릭합니다.
리소스에서 사용자 역할 및 관련된 권한이 삭제됩니다.

8장. Red Hat Gluster Storage를 사용하여 작업

8.1. Red Hat Gluster Storage 노드

8.1.1. Red Hat Gluster Storage 노드 추가

Red Hat Gluster Storage 노드를 Gluster 활성화된 클러스터에 추가하고 GlusterFS 볼륨 및 브릭을 Red Hat Enterprise Virtualization 환경에 통합합니다.
다음 절차에서는 적절한 호환 버전의 Gluster-활성 클러스터가 존재하고 Red Hat Gluster Storage 노드가 이미 설정되어 있다는 것을 전제로 합니다. Red Hat Gluster Storage 노드 설정에 대한 보다 자세한 내용은 Red Hat Gluster Storage 설치 가이드에서 참조하십시오. 호환 메트릭스에 대한 자세한 내용은 Red Hat Storage 가이드의 Red Hat Enterprise Virtualization 설정에서 참조하십시오.

절차 8.1. Red Hat Gluster Storage 노드 추가

  1. 호스트 리소스 탭을 클릭하여 결과 목록에 호스트를 나열합니다.
  2. 새로 만들기를 클릭하여 새 호스트 창을 엽니다.
  3. 드롭 다운 메뉴를 사용하여 Red Hat Gluster Storage 노드의 데이터 센터호스트 클러스터를 선택합니다.
  4. Red Hat Gluster Storage 노드의 이름, 주소, SSH 포트를 입력합니다.
  5. Red Hat Gluster Storage 노드와 함께 사용할 인증 방식을 선택합니다.
    • 인증 암호를 사용하기 위해 root 사용자 암호를 입력합니다.
    • SSH 공개키 필드에 표시된 키를 Red Hat Gluster Storage 노드에 있는 /root/.ssh/authorized_keys에 복사하여 공개키 인증에 사용합니다.
  6. OK를 클릭하여 노드를 추가하고 창을 닫습니다.
Red Hat Enterprise Virtualization 환경에 Red Hat Gluster Storage 노드가 추가되었습니다. 사용자 환경에서 노드의 볼륨 및 브릭 리소스를 사용할 수 있습니다.

8.1.2. Red Hat Gluster Storage 노드 삭제

Red Hat Enterprise Virtualization 환경에서 Red Hat Gluster Storage 노드를 삭제합니다.

절차 8.2. Red Hat Gluster Storage 노드 삭제

  1. 호스트 리소스 탭, 트리 모드, 검색 기능을 사용하여 검색 결과 목록에 있는 Red Hat Gluster Storage 노드를 검색 및 선택합니다.
  2. 유지 관리를 클릭하면 호스트 유지 관리 확인 창이 열립니다.
  3. OK를 클릭하여 호스트를 유지 관리 모드로 전환합니다.
  4. 삭제를 클릭하면 호스트 삭제 확인 창이 열립니다.
  5. 노드에 볼륨 브릭이 있거나 노드가 응답하지 않을 경우 강제 삭제 확인란을 선택합니다.
  6. OK를 클릭하여 노드를 삭제하고 창을 닫습니다.
Red Hat Gluster Storage 노드가 환경에서 삭제되어 더이상 호스트 탭에서 볼 수 없습니다.

8.2. 스토리지 도메인으로 Red Hat Gluster Storage 사용

8.2.1. Red Hat Gluster Storage (GlusterFS) 볼륨 소개

Red Hat Gluster Storage 볼륨은 하나 이상의 Red Hat Gluster Storage 서버에서의 스토리지를 단일 글로벌 네임스페이스로 통합합니다. 볼륨은 브릭 모음으로 여기서 각 브릭은 신뢰할 수 있는 스토리지 풀에서 Red Hat Gluster Storage Server에 있는 마운트 지점 또는 디렉토리입니다.
Red Hat Gluster Storage의 대부분의 관리 작업은 볼륨에서 실행됩니다.
관리 포털을 사용하여 새 볼륨을 생성 및 시작할 수 있습니다. 볼륨 탭에서 Red Hat Gluster Storage 클러스터에 있는 볼륨을 모니터링할 수 있습니다.
볼륨은 관리 포털에서 생성 및 관리할 수 있지만 브릭은 관리 포털을 사용하여 볼륨에 추가하기 전 개별 Red Hat Gluster Storage 노드에 생성해야 합니다.

8.2.2. Gluster 스토리지 용어

표 8.1. 데이터 센터 속성

용어
정의
브릭
브릭은 신뢰할 수 있는 스토리지 풀의 서버에 있는 내보내기 디렉토리에서 표시되는 기본 GlusterFS 스토리지 단위입니다. 브릭은 다음과 같은 형식으로된 내보내기 디렉토리가 있는 서버와 결합하여 표시됩니다:
SERVER:EXPORT
예:
myhostname:/exports/myexportdir/
블록 스토리지
블록 특수 파일 또는 블록 장치는 시스템이 블록 형태로 데이터를 이동할 때 사용하는 장치에 해당합니다. 이러한 장치 노드에는 하드 디스크, CD-ROM 드라이브, 메모리 영역과 같은 주소 지정 가능한 장치가 있습니다. Red Hat Gluster Storage는 확장 속성과 함께 XFS 파일 시스템을 지원합니다.
클러스터
밀접하게 작동하기 위해 여러가지 방법으로 하나의 컴퓨터를 형성하고 있는 링크된 컴퓨터의 신뢰할 수 있는 풀입니다. Red Hat Gluster Storage 용어에서 클러스터는 신뢰할 수 있는 스토리지 풀이라고 합니다.
클라이언트
볼륨을 마운트하는 시스템입니다. (서버가 될 수 도 있음)
분산 파일 시스템
신뢰할 수 있는 스토리지 풀에서 여러 서버/브릭 전체에 걸쳐 분산된 데이터에 여러 클라이언트가 동시에 액세스할 수 있는 파일 시스템입니다. 여러 위치에서 데이터를 공유하는 것은 모든 분산 파일 시스템에 필수적입니다.
지역 복제
지역 복제는 로컬 영역 네트워크 (LAN), 광역 네트워크 (WAN), 인터넷을 통해 사이트간 지속적, 비동기식, 증분 복제 서비스를 제공합니다.
glusterd
신뢰할 수 있는 스토리지 풀에 있는 모든 서버에서 실행해야 하는 Gluster 관리 데몬입니다.
메타데이터
메타데이터는 하나 이상의 다른 데이터에 대한 정보를 제공하는 데이터입니다.
N-way 복제
일반적으로 로컬 동기식 데이터 복제는 캠퍼스나 Amazon Web Services Availability Zones에 걸쳐 배포됩니다.
네임 스페이스
네임 스페이스는 고유 식별자나 기호의 논리적 그룹을 저장하기 위해 생성된 추상적 컨텐이너 또는 환경입니다. 각각의 Red Hat Gluster Storage 신뢰할 수 있는 스토리지 풀은 신뢰할 수 있는 스토리지 풀의 모든 파일이 들어 있는 POSIX 마운트 지점으로 단일 네임 스페이스를 제공합니다.
POSIX
Portable Operating System Interface (Unix 용)는 UNIX 운영 체제의 다양한 버전과 호환 가능한 소프트웨어의 쉘 및 유틸리티 인터페이스와 함께 애플리케이션 프로그래밍 인터페이스 (API)를 정의하는 IEEE에 의해 지정된 관련 표준 제품군 이름입니다. Red Hat Gluster Storage는 POSIX와의 완전하게 호환 가능한 파일 시스템을 내보내기합니다.
RAID
Redundant Array of Inexpensive Disks (RAID)는 낮은 비용, 낮은 안정성 디스크 드라이브 구성요소를 논리 단위로 (어레이에 있는 모든 드라이브가 상호 종속적인) 결합하여 중복을 통해 스토리지 안정성을 증가시키는 기술입니다.
RRDNS
Round Robin Domain Name Service (RRDNS)는 애플리케이션 서버를 통해 부하를 분산하는 방법입니다. RRDNS는 DNS 서버의 영역 파일에 동일한 이름의 다른 IP 주소를 갖는 복수의 A 레코드를 생성하여 구현됩니다.
서버
데이터가 저장되는 실제 파일 시스템을 호스팅하는 시스템 (가상 또는 베어 메탈)입니다.
단일 차원 확장 스토리지
하나의 차원에서만 스토리지 장치의 용량을 증가시킵니다. 예를 들어 신뢰할 수 있는 스토리지 풀에 있는 단일 컴퓨터의 추가 디스크 용량을 늘리는 것입니다.
다차원 확장 스토리지
여러 차원에서 스토리지 장치의 용량을 증가시킵니다. 예를 들어 신뢰할 수 있는 스토리지 풀에 서버를 추가하여 신뢰할 수 있는 스토리지 풀의 CPU, 디스크 용량 및 처리량을 증가시킵니다.
서브 볼륨
서브 볼륨은 최소 하나의 변환기에 의해 처리된 브릭입니다.
변환기
변환기는 하나 이 상의 서브볼륨에 연결되어 작업을 수행하고 서브 볼륨 연결을 제공합니다.
신뢰할 수 있는 스토리지 풀
스토리지 풀은 스토리지 서버의 신뢰할 수 있는 네트워크입니다. 첫 번째 서버를 시작하면 스토리지 풀은 단독으로 해당 서버로 구성됩니다.
사용자 공간
사용자 공간에서 실행되고 있는 애플리케이션은 하드웨어와 직접 상호 작용하는 대신 커널을 사용하여 액세스를 중재합니다. 사용자 공간 애플리케이션은 일반적으로 커널 공간 애플리케이션 보다 더 이동식입니다. Gluster는 사용자 공간 애플리케이션입니다.
VFS (Virtual File System)
VFS는 표준 Linux 파일 시스템과 관련된 모든 시스템 호출을 처리하는 커널 소프트웨어 계층입니다. 이는 여러 종류의 파일 시스템에 대해 일반적인 인터페이스를 제공합니다.
볼륨 파일
볼륨 파일은 GlusterFS 프로세스에 의해 사용되는 설정 파일입니다. 일반적으로 볼륨 파일은 /var/lib/glusterd/vols/VOLNAME에 있습니다.
볼륨
볼륨은 브릭의 논리 집합입니다. 대부분의 Gluster 관리 작업은 볼륨에서 수행됩니다.

8.2.3. 스토리지 도메인으로 Red Hat Gluster Storage 볼륨 연결

스토리지 도메인으로 바로 사용하기 위해 Red Hat Gluster Storage 볼륨을 Red Hat Enterprise Virtualization Manager에 추가합니다. 이는 Red Hat Enterprise Virtualization Manager 내에 있는 노드의 볼륨 및 브릭을 통한 제어를 가능하게 하는 Red Hat Storage Gluster 노드를 추가하는 방법과 다르며 Gluster 활성 클러스터가 필요하지 않습니다.
볼륨을 마운트하려면 호스트에 glusterfsglusterfs-fuse 패키지가 필요합니다.
Red Hat Gluster Storage 노드 설정에 대한 보다 자세한 내용은 Red Hat Gluster Storage 설치 가이드에서 참조하십시오. Red Hat Storage Gluster 볼륨 으로 사용할 호스트 준비에 대한 보다 자세한 내용은 Red Hat Gluster Storage 가이드에서 Red Hat Enterprise Virtualization 설정에서 참조하십시오. 호환 매트릭스에 대한 보다 자세한 내용은 Red Hat Gluster Storage 가이드에서 Red Hat Enterprise Virtualization 설정에서 참조하십시오.

절차 8.3. 스토리지 도메인으로 Red Hat Gluster Storage 볼륨 추가

  1. 스토리지 리소스 탭을 클릭하면 결과 목록에 기존 스토리지 도메인 목록이 표시됩니다.
  2. 새 도메인을 클릭하면 새 도메인 창이 열립니다.
    Red Hat Gluster Storage

    그림 8.1. Red Hat Gluster Storage

  3. 스토리지 도메인의 이름을 입력합니다.
  4. 스토리지 도메인에 연결할 데이터 센터를 클릭합니다.
  5. 도메인 기능 드롭 다운 목록에서 Data를 선택합니다.
  6. 스토리지 유형 드롭 다운 목록에서 GlusterFS를 선택합니다.
  7. 사용하는 호스트 드롭 다운 목록에서 호스트를 선택합니다. 선택한 데이터 센터 내에 있는 호스트만 표시됩니다. 볼륨을 마운트하려면 선택한 호스트에 glusterfsglusterfs-fuse 패키지를 설치해야 합니다.
  8. 경로 필드에 Red Hat Gluster Storage 서버의 IP 주소 또는 FQDN 및 볼륨 이름을 콜론으로 구분하여 입력합니다.
  9. -o 인수를 사용하여 mount 명령에 지정하는 것 처럼 추가 마운트 옵션을 입력합니다. 마운트 옵션은 콤마로 구분합니다. 유효한 마운트 옵션 목록은 man mount에서 확인하십시오.
  10. OK를 클릭하여 스토리지 도메인으로 볼륨을 마운트하고 창을 닫습니다.

8.2.4. 스토리지 볼륨 생성

관리 포털을 사용하여 새 볼륨을 생성할 수 있습니다. 새 볼륨 생성 시 볼륨을 구성하는 브릭을 지정하고 볼륨이 분산, 복제, 스트라이프되는지를 지정해야 합니다.
브릭을 볼륨에 추가하기 전 브릭 디렉토리 또는 마운트 지점을 생성해야 합니다.

중요

다른 호스트에서 내보내기된 브릭이 볼륨으로 통합된 복제 볼륨을 사용하는 것이 좋습니다. 복제 볼륨은 볼륨에 여러 브릭에 걸쳐 파일 복사본을 만들기 때문에 호스트가 분리된 경우 데이터 손실을 방지할 수 있습니다.

절차 8.4. 스토리지 볼륨 생성

  1. 볼륨 리소스 탭을 클릭하여 결과 목록에 있는 기존 볼륨을 나열합니다.
  2. 새로 만들기를 클릭하면 새 볼륨 창이 열립니다.
  3. 드롭 다운 메뉴를 사용하여 데이터 센터볼륨 클러스터를 선택합니다.
  4. 볼륨 이름을 입력합니다.
  5. 드롭 다운 메뉴에서 볼륨 유형을 선택합니다.
  6. 활성화된 경우 적절한 전송 유형 체크 상자를 선택합니다.
  7. 브릭 추가 버튼을 클릭하여 볼륨에 추가할 브릭을 선택합니다. Red Hat Gluster Storage 노드 외부에서 브릭을 생성해야 합니다.
  8. 활성화된 경우 Gluster, NFS, CIFS 체크 상자를 사용하여 볼륨에 사용되는 적절한 액세스 프로토콜을 선택합니다.
  9. 액세스 허용 필드에 볼륨 액세스 제어를 IP 주소 또는 호스트 이름의 콤마로 구분된 목록으로 입력합니다.
    IP 주소나 호스트 이름을 범위로 지정하기 위해 *를 와일드 카드로 사용할 수 있습니다.
  10. 가상 스토리지 최적화 옵션을 선택하여 가상 머신 스토리지 볼륨을 최적화하기 위한 매개 변수를 설정합니다. 이 볼륨을 스토리지 도메인으로 사용하고자 할 경우에도 이 옵션을 선택합니다.
  11. OK를 클릭하여 볼륨을 생성합니다. 새 볼륨이 추가되어 볼륨 탭에 표시됩니다.
Red Hat Gluster Storage 볼륨이 추가되어 이를 스토리지로 사용할 수 있습니다.

8.2.5. 볼륨에 브릭 추가

요약

새로운 브릭을 추가하여 볼륨을 확장할 수 있습니다. 스토리지 공간을 확장할 때 최소 하나의 브릭을 분산 볼륨에 2의 배수의 브릭을 복제 볼륨에 4의 배수의 브릭을 스트라이프 볼륨에 추가해야 합니다.

절차 8.5. 볼륨에 브릭 추가

  1. 탐색 창의 볼륨 탭에서 브릭에 추가하고자 하는 볼륨을 선택합니다.
  2. 상세 정보 창에서 브릭 탭을 클릭합니다.
  3. 브릭 추가를 클릭하여 브릭 추가 창을 엽니다.
  4. 서버 드롭 다운 메뉴를 사용하여 브릭을 배치할 서버를 선택합니다.
  5. 브릭 디렉토리 경로를 입력합니다. 경로가 이미 존재해야 합니다.
  6. 추가를 클릭합니다. 볼륨에 있는 브릭 목록에 서버 주소 및 브릭 디렉토리 이름과 함께 브릭이 표시됩니다.
  7. OK를 클릭합니다.
결과

새 브릭이 볼륨에 추가되어 브릭은 볼륨의 브릭 탭에 표시됩니다.

8.2.6. 브릭 추가 창 설정

표 8.2. 브릭 탭 속성 추가

필드 이름
설명
볼륨 유형
볼륨 유형을 표시합니다. 이 필드는 변경할 수 없습니다. 이는 볼륨 생성시 설정됩니다.
서버
브릭이 호스팅되는 서버입니다.
브릭 디렉토리
브릭 디렉토리 또는 마운트 지점입니다.

8.2.7. 가상 머신 이미지를 저장하기 위해 Red Hat Gluster Storage 볼륨을 최적화

관리 포털을 사용하여 가상 머신 이미지를 저장하기 위해 Red Hat Gluster Storage 볼륨을 최적화합니다.
가상 머신을 저장하기 위해 볼륨을 최적화하려면 Manager는 볼륨에 특정 가상화 매개변수를 설정합니다.

중요

Red Hat Gluster Storage는 현재 Red Hat Enterprise Virtualization 3.3 이상 버전을 지원합니다. 모든 Gluster 클러스터 및 호스트는 3.3 이상 버전과 호환하는 데이터 센터에 연결해야 합니다.
가상 머신을 저장하기 위해 가상 저장소에 최적화 확인란을 선택하거나 볼륨 리소스 탭에서 가상 저장소에 최적화 버튼을 사용하여 볼륨 생성후 이를 최적화할 수 있습니다.

중요

볼륨이 세 개 이상의 노드에 복제되는 경우 노드에서 데이터 불일치되지 않도록 가상 스토리지에서 볼륨을 최적화합니다.
다른 방법은 Red Hat Gluster Storage 노드 중 하나에 액세스하여 볼륨 그룹을 virt로 설정하는 것입니다. 이는 cluster.quorum-type 매개 변수를 auto로 설정하고 cluster.server-quorum-type 매개 변수를 server로 설정합니다.
# gluster volume set VOLUME_NAME group virt
볼륨 정보를 나열하여 볼륨 상태를 확인합니다:
# gluster volume info VOLUME_NAME

8.2.8. 볼륨 시작하기

요약

볼륨을 생성한 후 또는 기존 볼륨을 중지한 후 볼륨을 사용하기 전 이를 시작해야 합니다.

절차 8.6. 볼륨 시작하기

  1. 볼륨 탭에서 시작할 볼륨을 선택합니다.
    Shift 또는 Ctrl 키를 사용하여 시작할 여러 볼륨을 선택할 수 있습니다.
  2. 시작 버튼을 클릭합니다.
볼륨 상태를 Up으로 변경합니다.
결과

이제 가상 머신 스토리지의 볼륨을 사용할 수 있습니다.

8.2.9. 볼륨 조정

개요

볼륨을 조정하면 성능에 영향을 미칠 수 있습니다. 볼륨을 조정하려면 옵션을 추가합니다.

절차 8.7. 볼륨 조정

  1. 볼륨 탭을 클릭합니다.
    볼륨 목록이 표시됩니다.
  2. 조정하고자 하는 볼륨을 선택하고 상세 정보 창에서 볼륨 옵션 탭을 클릭합니다.
    볼륨 옵션 탭에 볼륨 옵션 설정 목록이 표시됩니다.
  3. 추가를 클릭하여 옵션을 설정합니다. 옵션 추가 대화 상자 표시됩니다. 드롭 다운 목록에서 옵션 키를 선택하고 옵션 값을 입력합니다.
  4. OK를 클릭합니다.
    옵션이 설정되어 볼륨 옵션 탭에 표시됩니다.
결과

스토리지 볼륨의 옵션이 조정되었습니다.

8.2.10. 볼륨 옵션 편집

요약

옵션을 추가하여 볼륨을 조정합니다. 스토리지 볼륨의 옵션을 변경할 수 있습니다.

절차 8.8. 볼륨 옵션 편집

  1. 볼륨 탭을 클릭합니다.
    볼륨 목록이 표시됩니다.
  2. 편집하고자 하는 볼륨을 선택한 후 상세 정보 창에서 볼륨 옵션 탭을 클릭합니다.
    볼륨 옵션 탭에 볼륨 옵션 설정 목록이 표시됩니다.
  3. 편집하고자 하는 옵션을 선택합니다. 편집을 클릭하면 옵션 편집 대화 상자가 나타납니다. 새 옵션 값을 입력합니다.
  4. OK를 클릭합니다.
    편집된 옵션은 볼륨 옵션 탭에 표시됩니다.
결과

볼륨에서 옵션이 변경됩니다.

8.2.11. 볼륨 옵션 재설정

요약

옵션을 재설정하여 기본값으로 되돌리기할 수 있습니다.

  1. 볼륨 탭을 클릭합니다.
    볼륨 목록이 표시됩니다.
  2. 볼륨을 선택하고 상세 정보 창에서 볼륨 옵션 탭을 클릭합니다.
    볼륨 옵션 탭에 볼륨 옵션 설정 목록이 표시됩니다.
  3. 재설정하고자 하는 옵션을 선택합니다. 재설정을 클릭합니다. 대화 상자에서 옵션 재설정을 확인하는 메세지가 나타납니다.
  4. OK를 클릭합니다.
    선택한 옵션이 재설정됩니다.

참고

모두 재설정 버튼을 클릭하여 모든 볼륨 옵션을 재설정할 수 있습니다. 대화 상자에서 옵션 재 설정을 확인하는 메세지가 나타납니다. OK를 클릭합니다. 선택한 볼륨의 모든 볼륨 옵션이 재설정됩니다.
결과

볼륨 옵션이 기본값으로 재설정됩니다.

8.2.12. 볼륨에서 브릭 삭제

요약

클러스터를 온라인에서 사용 가능할 때 필요에 따라 볼륨을 축소할 수 있습니다. 예를 들어 하드웨어나 네트워크 장애로 인해 분산 볼륨에서 액세스할 수 없는 브릭을 삭제해야 할 수 도 있습니다.

절차 8.9. 볼륨에서 브릭 삭제

  1. 탐색 창의 볼륨 탭에서 브릭을 제거하고자 하는 볼륨을 선택합니다.
  2. 상세 정보 창에서 브릭 탭을 클릭합니다.
  3. 삭제하고자 하는 브릭을 선택합니다. 브릭 삭제를 클릭합니다.
  4. 창이 열리고 삭제를 확인하는 메세지가 나타납니다. OK를 클릭하여 확인합니다.
결과

브릭이 볼륨에서 삭제됩니다.

8.2.13. Red Hat Gluster Storage 볼륨 중지

볼륨을 시작한 후 이를 중지할 수 있습니다.

절차 8.10. 볼륨 중지

  1. 볼륨 탭에서 중지할 볼륨을 선택합니다.
    Shift 또는 Ctrl 키를 사용하여 중지할 여러 볼륨을 선택할 수 있습니다.
  2. 중지를 클릭합니다.

8.2.14. Red Hat Gluster Storage 볼륨 삭제

클러스터에서 하나의 볼륨 또는 여러 볼륨을 삭제할 수 있습니다.
  1. 볼륨 탭에서 삭제할 볼륨을 선택합니다.
  2. 삭제를 클릭합니다. 대화 상자에서 삭제를 확인하는 메세지가 나타납니다. OK를 클릭합니다.

8.2.15. 볼륨 재조정

요약

브릭을 추가 또는 삭제하여 볼륨을 확장 또는 축소한 경우 볼륨에 있는 데이터를 서버 사이에서 재조정해야 합니다.

절차 8.11. 볼륨 재조정

  1. 볼륨 탭을 클릭합니다.
    볼륨 목록이 표시됩니다.
  2. 재조정하려는 볼륨을 선택합니다.
  3. 재조정을 클릭합니다.
결과

선택한 볼륨이 재조정됩니다.

8.3. Clusters 및 Gluster 후크

8.3.1. Gluster 후크 관리

Gluster 후크는 볼륨 라이프 사이클 확장입니다. Manager에서 Gluster 후크를 관리할 수 있습니다. 후크 컨텐츠 유형이 Text일 경우 후크 컨텐츠를 확인할 수 있습니다.
Manager를 통해 다음과 같은 작업을 수행할 수 있습니다:
  • 호스트에서 사용할 수 있는 후크 목록을 확인할 수 있습니다.
  • 후크 컨텐츠 및 상태를 확인할 수 있습니다.
  • 후크를 활성화 또는 비활성화할 수 있습니다.
  • 후크 충돌을 해결할 수 있습니다.

8.3.2. 후크 나열

요약

환경에 Gluster 후크를 나열합니다.

절차 8.12. 후크 나열

  1. 클러스터 리소스 탭, 트리 모드 또는 검색 기능을 사용하여 검색 결과 목록에서 클러스터를 검색 및 선택합니다.
  2. Gluster 후크 하위 탭을 선택하여 상세 정보 창에 후크를 나열합니다.
결과

환경에 Gluster 후크가 나열됩니다.

8.3.3. 후크 컨텐츠 보기

요약

사용자 환경에 있는 Gluster 후크 컨텐츠를 확인합니다.

절차 8.13. 후크 컨텐츠 보기

  1. 클러스터 리소스 탭, 트리 모드 또는 검색 기능을 사용하여 검색 결과 목록에서 클러스터를 검색 및 선택합니다.
  2. Gluster 후크 하위 탭을 선택하여 상세 정보 창에 후크를 나열합니다.
  3. 컨텐츠 유형이 텍스트인 후크를 선택하고 컨텐츠 보기 버튼을 클릭하여 후크 컨텐츠 창을 엽니다.
결과

사용자 환경에서 후크 컨텐츠를 확인할 수 있습니다.

8.3.4. 후크 활성화 또는 비활성화

요약

Gluster 후크를 활성화 또는 비활성화하여 Gluster 후크 동작을 전환합니다.

절차 8.14. 후크 활성화 또는 비활성화

  1. 클러스터 리소스 탭, 트리 모드 또는 검색 기능을 사용하여 검색 결과 목록에서 클러스터를 검색 및 선택합니다.
  2. Gluster 후크 하위 탭을 선택하여 상세 정보 창에 후크를 나열합니다.
  3. 후크를 선택하고 활성화 또는 비활성화 버튼 중 하나를 클릭합니다. 후크는 클러스터의 모든 노드에서 활성화 또는 비활성화됩니다.
결과

사용자 환경에 있는 Gluster 후크 동작을 전환했습니다.

8.3.5. 후크 새로 고침하기

요약

기본값으로 Manager는 클러스터에 있는 모든 서버 및 engine에 설치된 후크 상태를 확인하고 매 시간 마다 정기적으로 작업을 실행하여 새 후크를 감지합니다. Sync 버튼을 클릭하여 후크를 수동으로 새로 고침할 수 있습니다.

절차 8.15. 후크 새로 고침하기

  1. 클러스터 리소스 탭, 트리 모드 또는 검색 기능을 사용하여 검색 결과 목록에서 클러스터를 검색 및 선택합니다.
  2. Gluster 후크 하위 탭을 선택하여 상세 정보 창에 후크를 나열합니다.
  3. 동기화 버튼을 클릭합니다.
결과

후크가 상세 정보 창에서 동기화 및 업데이트됩니다.

8.3.6. 충돌 해결

후크는 클러스터 탭의 Gluster 후크 하위 탭에 표시됩니다. 충돌의 원인이 되는 후크는 느낌표로 표시됩니다. 이는 클러스터에 있는 서버 간 후크 컨텐츠 또는 상태에서 충돌이 발생하는지 혹은 하나 이상의 서버에서 후크 스크립트가 누락되어 있는지를 나타냅니다. 이러한 충돌은 Manager를 통해 해결할 수 있습니다. 서버에 있는 후크는 engine 데이터베이스와 주기적으로 동기화되며 다음과 같은 충돌이 발생할 수 있습니다:
  • 컨텐츠 충돌 - 후크 컨텐츠가 서버 간에 다를 경우 발생합니다.
  • 누락 충돌 - 클러스터의 하나 이상의 서버에 후크가 없을 경우 발생합니다.
  • 상태 충돌 - 서버 간에 후크 상태가 다를 경우 발생합니다.
  • 다수 충돌 - 위의 충돌 중 두 개 이상이 조합하여 충돌이 발생합니다.

8.3.7. 컨텐츠 충돌 해결

요약

모든 서버 및 engine에서 일관되지 않는 후크는 충돌하는 것으로 플래그 지정됩니다. 충돌을 해결하려면 모든 서버 및 engine에 걸쳐 복사할 후크 버전을 선택해야 합니다.

절차 8.16. 컨텐츠 충돌 해결

  1. 클러스터 리소스 탭, 트리 모드 또는 검색 기능을 사용하여 검색 결과 목록에서 클러스터를 검색 및 선택합니다.
  2. Gluster 후크 하위 탭을 선택하여 상세 정보 창에 후크를 나열합니다.
  3. 충돌하는 후크를 선택하고 충돌 해결 버튼을 클릭하여 충돌 해결 창을 엽니다.
  4. 소스 목록에서 engine이나 서버를 선택하여 후크 컨텐츠를 확인하고 복사할 후크 버전을 설정합니다.

    참고

    후크 컨텐츠는 모든 서버 및 engine에서 덮어쓰기됩니다.
  5. 컨텐츠 사용 드롭 다운 메뉴에서 선호하는 서버나 engine을 선택합니다.
  6. OK를 클릭하여 충돌을 해결하고 창을 닫습니다.
결과

선택한 서버에서 후크는 모든 서버 및 engine에 걸쳐 복사되어 시스템 환경 전반에 걸쳐 일관성을 유지합니다.

8.3.8. 누락된 후크 충돌 해결

요약

모든 서버 및 engine에 나타나지 않는 후크는 충돌된 것으로 플래그 지정됩니다. 충돌을 해결하려면 모든 서버 및 engine에 걸쳐 복사할 후크 버전을 선택하거나 누락된 후크를 완전히 삭제합니다.

절차 8.17. 누락된 후크 충돌 해결

  1. 클러스터 리소스 탭, 트리 모드 또는 검색 기능을 사용하여 검색 결과 목록에서 클러스터를 검색 및 선택합니다.
  2. Gluster 후크 하위 탭을 선택하여 상세 정보 창에 후크를 나열합니다.
  3. 충돌하는 후크를 선택하고 충돌 해결 버튼을 클릭하여 충돌 해결 창을 엽니다.
  4. 활성화 상태인 모든 소스를 선택하여 후크 컨텐츠를 확인합니다.
  5. 해당 라디오 버튼을 선택하거나 모든 서버에 후크 복사 또는 누락된 후크 삭제를 선택합니다. 누락된 후크 삭제를 선택하면 engine 및 모든 서버에서 후크가 삭제됩니다.
  6. OK를 클릭하여 충돌을 해결하고 창을 닫습니다.
결과

선택한 해결 방법에 따라 후크는 시스템 환경에서 완전히 삭제되거나 모든 서버 및 engine에 복사되어 시스템 환경 전반에 걸쳐 일관성을 유지합니다.

8.3.9. 상태 충돌 해결

요약

서버 및 engine 전반에 걸쳐 일관된 상태가 아닌 후크는 충돌하는 것으로 플래그 지정됩니다. 충돌을 해결하려면 환경의 모든 서버에 걸쳐 적용할 상태를 선택합니다.

절차 8.18. 상태 충돌 해결

  1. 클러스터 리소스 탭, 트리 모드 또는 검색 기능을 사용하여 검색 결과 목록에서 클러스터를 검색 및 선택합니다.
  2. Gluster 후크 하위 탭을 선택하여 상세 정보 창에 후크를 나열합니다.
  3. 충돌하는 후크를 선택하고 충돌 해결 버튼을 클릭하여 충돌 해결 창을 엽니다.
  4. 후크 상태활성화 또는 비활성화로 설정합니다.
  5. OK를 클릭하여 충돌을 해결하고 창을 닫습니다.
결과

선택된 후크 상태는 engine 및 서버에 적용되며 환경 전반에 걸쳐 일관성을 유지합니다.

8.3.10. 다수 충돌 해결

요약

후크에는 두 개 이상의 충돌이 조합하여 발생할 수 있습니다. 이는 모두 충돌 해결 창을 통해 동시에 또는 개별적으로 해결할 수 있습니다. 다음 부분에서는 후크의 모든 충돌을 해결하여 환경의 모든 서버 및 engine에 걸쳐 일관성을 유지합니다.

절차 8.19. 다수 충돌 해결

  1. 클러스터 리소스 탭, 트리 모드 또는 검색 기능을 사용하여 검색 결과 목록에서 클러스터를 검색 및 선택합니다.
  2. Gluster 후크 하위 탭을 선택하여 상세 정보 창에 후크를 나열합니다.
  3. 충돌하는 후크를 선택하고 충돌 해결 버튼을 클릭하여 충돌 해결 창을 엽니다.
  4. 적절한 절차에 따라 각각의 영향을 미치는 충돌에 해결 방법을 선택합니다.
  5. OK를 클릭하여 충돌을 해결하고 창을 닫습니다.
결과

모든 충돌을 해결하여 후크는 engine 및 모든 서버에 걸처 일관성을 유지합니다.

8.3.11. Gluster 동기화 관리

Gluster 동기화 기능을 통해 GlusterFS에서 주기적으로 최신 클러스터 설정을 가져와 engine DB와 동기화합니다. 이러한 절차는 Manager를 통해 수행될 수 있습니다. 클러스터를 선택하면 사용자에게 호스트를 가져오기하거나 선택한 클러스터에서 기존 호스트를 분리할 수 있는 옵션이 주어집니다. 클러스터에 호스트가 있을 경우 Gluster 동기화를 수행할 수 있습니다.

참고

호스트가 스토리지 클러스터에 추가되거나 삭제되어 있는지를 Manager는 지속적으로 모니터링합니다. 호스트 추가 또는 삭제를 선택한 경우 작업 항목은 클러스터의 일반 탭에 표시됩니다. 여기서 호스트 가져오기 또는 클러스터에서 호스트 분리 를 선택할 수 있습니다.

9장. 풀

9.1. 가상 머신 풀 소개

가상 머신 풀은 동일한 템플릿에서 복제된 가상 머신 그룹으로 지정된 그룹의 사용자가 요청할 때 사용할 수 있습니다. 가상 머신 풀을 통해 관리자는 사용자의 일반적 가상 머신 모음을 신속하게 설정할 수 있습니다.
사용자는 풀에서 가상 머신을 취득하여 가상 머신 풀에 액세스합니다. 풀에서 사용자가 가상 머신을 취득할 때 풀에 사용 가능한 가상 머신이 있을 경우 가상 머신 중 하나가 사용자에게 제공됩니다. 가상 머신에는 풀의 기반이 되는 템플릿과 동일한 운영 체제 및 설정이 제공되지만 사용자가 가상 머신을 취득할 때 마다 동일한가상 머신 풀을 수신하지 않습니다. 사용자는 풀 설정에 따라 동일한 가상 머신 풀에서 여러 가상 머신을 취득할 수 도 있습니다.
가상 머신 풀에서 가상 머신은 비저장 상태이기 때문에 재부팅 시 데이터가 영구적으로 남아있지 않게 됩니다. 하지만 가상 머신 풀에서 얻은 가상 머신의 콘솔 옵션을 사용자가 설정할 경우 이러한 옵션은 가상 머신 풀의 사용자에 대해 기본값으로 설정됩니다.
원칙적으로 풀에 있는 가상 머신은 사용자가 취득한 때에 시작되며 사용자가 사용 종료한 때에 종료되지만 가상 머신 풀에는 사전 시작된 가상 머신도 들어 있습니다. 사전 시작된 가상 머신은 up 상태로 유지되고 사용자가 취득할 때 까지 유휴 상태로 남아 있게 됩니다. 이를 통해 사용자는 가상 머신을 바로 사용 시작할 수 있지만 이러한 가상 머신은 유휴 상태에서도 시스템 리소스를 소모합니다.

참고

관리 포털에서 액세스한 경우 풀에서 가져온 가상 머신은 상태 비저장으로 되지 않습니다. 이는 관리자가 필요에 따라 디스크에 변경 사항을 기록할 수 있어야 하기 때문입니다.

9.2. 가상 머신 풀 작업

9.2.1. 가상 머신 풀 생성

일반 템플릿을 기반으로 여러 가상 머신이 들어 있는 가상 머신 풀을 생성할 수 있습니다.

절차 9.1. 가상 머신 풀 생성

  1. 탭을 클릭합니다.
  2. 새로 만들기 버튼을 클릭하여 새 풀 창을 엽니다.
    • 드롭 다운 목록에서 클러스터를 선택하거나 선택된 기본값을 사용합니다.
    • 템플릿 기반 드롭 다운 메뉴를 사용하여 템플릿을 선택하거나 선택되어 있는 기본값을 사용합니다. 템플릿을 선택한 경우 옵션으로 서브 템플릿 버전 드롭 다운 메뉴를 사용하여 템플릿 버전을 선택합니다. 템플릿은 풀에 있는 모든 가상 머신의 표준 설정을 제공합니다.
    • 운영 체제 드롭 다운 목록을 사용하여 운영 체제를 선택하거나 템플릿에서 지정된 기본값을 사용합니다.
    • 최적화 옵션 드롭 다운 목록에서 데스크톱 사용이나 서버 사용을 위해 가상 머신을 최적화합니다.
  3. 풀의 이름, 설명, 코멘트 가상 머신 수를 입력합니다.
  4. 사용자가 세션에서 실행할 수 있는 사용자당 최대 가상 머신 수를 선택합니다. 최소 가상 머신 수는 한 대입니다.
  5. 옵션으로 고급 옵션 표시 버튼을 클릭하고 다음 절차를 실행합니다:
    1. 콘솔 탭을 선택합니다. 탭 하단 창에서 SPICE 프록시 덮어쓰기란을 선택하고 SPICE 프록시 주소 덮어쓰기 텍스트 필드를 활성화하여 글로벌 SPICE 프록시를 덮어쓰기할 SPICE 프록시 주소를 지정합니다.
    2. 탭을 클릭하고 풀 유형을 선택합니다:
      • 수동 - 관리자는 풀에 가상 머신을 명시적으로 반환해야 합니다. 관리자가 가상 머신을 풀에 반환한 후 가상 머신은 기존의 기본 이미지로 되돌아갑니다.
      • 자동 - 가상 머신 종료 시 이는 자동으로 기본 이미지로 되돌아가고 가상 머신 풀에 반환됩니다.
  6. OK를 클릭합니다.
지정된 동일한 가상 머신 수가 있는 가상 머신 풀이 생성 및 설정되었습니다. 가상 머신 리소스 탭이나 리소스 탭의 상세 정보 창에서 이러한 가상 머신을 확인할 수 있습니다. 가상 머신 풀은 아이콘으로된 개별적 가상 머신에서 구별할 수 있습니다.

9.2.2. 새 풀 창 설정 및 제어

9.2.2.1. 새 풀 일반 설정

다음 표에서는 새 풀 창의 일반 탭에 필요한 가상 머신 풀에 관련된 정보를 설명하고 있습니다. 모든 다른 설정은 새 가상 머신 창에 있는 설정과 동일합니다.

표 9.1. 일반 설정

필드 이름
설명
가상 머신 수
가상 머신 풀에 생성 및 사용 가능한 가상 머신 수를 지정할 수 있습니다. 기본값으로 풀에 생성할 수 있는 최대 가상 머신 수는 1000입니다. 이러한 값은 engine-config 명령의 MaxVmsInPool 키를 사용하여 설정할 수 있습니다.
사용자당 최대 가상 머신 수
단일 사용자가 한 번에 가상 머신 풀에서 검색할 수 있는 최대 가상 머신 수를 지정할 수 있습니다. 이 필드 값은 132,767 사이에 있는 값이어야 합니다.

9.2.2.2. 새 풀 설정

다음 표에서는 새 풀 창의 탭에 필요한 정보에 대해 설명합니다.

표 9.2. 콘솔 설정

필드 이름
설명
풀 유형
드롭 다운 메뉴에서 가상 머신 풀 유형을 지정할 수 있습니다. 다음과 같은 옵션을 사용할 수 있습니다:
  • 자동: 사용자가 가상 머신 풀에서의 가상 머신 사용을 종료한 후 가상 머신은 가상 머신 풀에 자동으로 반환됩니다.
  • 수동: 사용자가 가상 머신 풀에서 가상 머신 사용을 종료한 후 관리자가 가상 머신을 수동으로 반환한 경우에만 가상 머신은 가상 머신 풀에 반환됩니다.

9.2.2.3. 새 풀 및 풀 편집 콘솔 설정

다음 표에서는 새 풀 또는 풀 편집 창의 콘솔 탭에 필요한 가상 머신 풀에 관련된 정보를 설명하고 있습니다. 모든 다른 설정은 새 가상 머신가상 머신 편집 창에 있는 설정과 동일합니다.

표 9.3. 콘솔 설정

필드 이름
설명
SPICE 프록시 덮어쓰기
이 옵션을 선택하여 글로벌 설정에 지정된 SPICE 프록시 덮어쓰기를 활성화할 수 있습니다. 이 기능은 하이퍼바이저가 있는 네트워크 외부에 사용자 (예를 들어 사용자 포털을 통해 연결된 사용자)가 연결되어 있을 경우에 유용합니다.
SPICE 프록시 주소 덮어쓰기
SPICE 클라이언트는 가상 머신에 연결된 프록시입니다. 이러한 프록시는 Red Hat Enterprise Virtualization 환경에 정의된 글로벌 SPICE 프록시 및 가상 머신 풀이 속한 클러스터에 대해 정의된 SPICE 프록시를 덮어쓰기합니다. 주소는 다음과 같은 형식이어야 합니다:
protocol://[host]:[port]

9.2.3. 가상 머신 풀 편집

가상 머신 풀을 생성한 후 가상 머신 속성을 편집할 수 있습니다. 가상 머신 풀 편집 시 사용 가능한 속성은 새 가상 머신 풀을 생성할 때 사용 가능한 속성과 동일합니다. 여기에는 풀에 추가할 가상 머신 수로 대체되는 가상 머신 수 속성이 제외되어 있습니다.

절차 9.2. 가상 머신 풀 편집

  1. 리소스 탭을 클릭하고 검색 결과 목록에서 가상 머신 풀을 선택합니다.
  2. 편집을 클릭하여 풀 편집 창을 엽니다.
  3. 가상 머신 풀의 속성을 편집합니다.
  4. OK를 클릭합니다.

9.2.4. 풀 편집 창 설정 및 제어

9.2.4.1. 풀 일반 설정 편집

다음 표에서는 풀 편집 창의 일반 탭에 있는 편집 가능한 필드에 대해 설명합니다.

표 9.4. 일반 설정

필드 이름
설명
템플릿
가상 머신 풀이 기반으로 하는 템플릿입니다.
설명
가상 머신 풀에 대한 설명입니다.
코멘트
가상 머신 풀 관련 일반 텍스트 형식의 사용자가 읽을 수 있는 코멘트를 추가하기 위한 필드입니다.
사전 시작된 가상 머신
사용자가 검색하기 전 시작하여 그 상태로 유지되는 가상 머신 풀에서 가상 머신 수를 지정할 수 있습니다. 이 필드의 값은 0과 가상 머신 풀에 있는 총 가상 머신 수 사이에 있는 값이어야 합니다.
풀에 추가할 가상 머신 수
가상 머신 풀에 지정된 수 만큼의 가상 머신 수를 추가할 수 있습니다.
사용자당 최대 가상 머신 수
단일 사용자가 한 번에 가상 머신에서 검색할 수 있는 최대 가상 머신 수를 지정할 수 있습니다. 이 필드 값은 132,767 사이에 있는 값이어야 합니다.

9.2.5. 풀에서 가상 머신 사전 시작

가상 머신 풀에서 가상 머신은 기본값으로 전원이 꺼져 있습니다. 사용자가 풀에서 가상 머신을 요청하면 가상 머신은 전원이 켜지고 사용자에게 지정됩니다. 반대로 사전 시작된 가상 머신은 이미 실행되어 사용자에게 할당되기를 대기하고 있기 때문에 사용자가 가상 머신에 액세스할 때 까지의 대기 시간을 단축시킵니다. 사전 시작된 가상 머신이 종료되면 이는 풀에 반환하여 원래 상태로 복원됩니다. 최대 사전 시작 가상 머신 수는 풀에 있는 가상 머신 수입니다.
요약

사전 시작된 가상 머신은 사용자에게 지정되지 않은 가상 머신에 바로 액세스해야 하는 환경에 적합합니다. 자동 풀만 가상 머신을 사전 시작할 수 있습니다.

절차 9.3. 풀에서 가상 머신 사전 시작

  1. 리소스 탭, 트리 모드, 검색 기능을 사용하여 검색 결과 목록에 있는 가상 머신 풀을 검색 및 선택합니다.
  2. 편집을 클릭하여 풀 편집 창을 엽니다.
  3. 사전 시작된 가상 머신 필드에서 사전 시작된 가상 머신 수를 입력합니다.
  4. 탭을 선택합니다. 풀 유형자동으로 설정되어 있는지 확인합니다.
  5. OK를 클릭합니다.
결과

풀에 사전 시작된 가상 머신 수가 설정되었습니다. 사전 시작된 가상 머신이 실행되고 있으며 사용 가능합니다.

9.2.6. 가상 머신 풀에 가상 머신 추가

요약

가상 머신 풀에 기존에 제공된 가상 머신 보다 많은 가상 머신이 필요할 경우 이를 추가합니다.

절차 9.4. 가상 머신 풀에 가상 머신 추가

  1. 리소스 탭, 트리 모드, 검색 기능을 사용하여 검색 결과 목록에 있는 가상 머신 풀을 검색 및 선택합니다.
  2. 편집을 클릭하여 풀 편집 창을 엽니다.
  3. 풀에 추가할 가상 머신 수 필드에 추가할 가상 머신 수를 입력합니다.
  4. OK를 클릭합니다.
결과

가상 머신 풀에 여러 개의 가상 머신이 추가됩니다.

9.2.7. 가상 머신 풀에서 가상 머신 분리

요약

가상 머신 풀에서 가상 머신을 분리할 수 있습니다. 풀에서 가상 머신을 분리하면 독립적 가상 머신이 됩니다.

절차 9.5. 가상 머신 풀에서 가상 머신 분리

  1. 리소스 탭, 트리 모드, 검색 기능을 사용하여 검색 결과 목록에 있는 가상 머신 풀을 검색 및 선택합니다.
  2. 실행 중인 가상 머신을 분리할 수 없으므로 가상 머신이 Down 상태인지 확인합니다.
    상세 정보 탭에서 가상 머신 탭을 클릭하여 풀에 있는 가상 머신을 나열합니다.
  3. 하나 이상의 가상 머신을 선택하고 분리를 클릭하여 가상 머신 분리 확인 창을 엽니다.
  4. OK를 클릭하여 풀에서 가상 머신을 분리합니다.

참고

가상 머신이 환경에 여전히 존재하여 가상 머신 리소스 탭에서 액세스 및 확인할 수 있습니다. 아이콘을 변경하여 분리된 가상 머신이 독립적 가상 머신 임을 표시합니다.
결과

가상 머신 풀에서 가상 머신이 분리됩니다.

9.2.8. 가상 머신 풀 삭제

요약

데이터 센터에서 가상 머신 풀을 삭제할 수 있습니다. 풀에 있는 모든 가상 머신을 삭제하거나 분리합니다. 풀에서 가상 머신을 분리하면 이는 독립적 가상 머신으로 보존됩니다.

절차 9.6. 가상 머신 풀 삭제

  1. 리소스 탭, 트리 모드, 검색 기능을 사용하여 검색 결과 목록에 있는 가상 머신 풀을 검색 및 선택합니다.
  2. 삭제를 클릭하면 풀 삭제 확인 창이 열립니다.
  3. OK를 클릭하여 풀을 삭제합니다.
결과

데이터 센터에서 풀이 삭제됩니다.

9.3. 풀 및 권한

9.3.1. 가상 머신 풀의 시스템 권한 관리

SuperUser로서 시스템 관리자는 관리 포털의 모든 면을 관리합니다. 보다 특정한 관리 역할은 다른 사용자에게 부여될 수 있습니다. 이러한 제한된 관리자 역할은 특정 리소스에 제한하여 사용자 관리 권할을 부여할 경우 유용합니다. 예를 들어 DataCenterAdmin 역할은 데이터 센터의 스토리지를 제외한 할당된 데이터 센터에 대해서만 관리자 권한을 갖으며 ClusterAdmin은 할당된 클러스터에 대해서만 관리자 권한을 갖습니다.
가상 머신 풀 관리자는 데이터 센터에 있는 가상 머신 풀의 시스템 관리 역할입니다. 이 역할은 특정 가상 머신 풀, 데이터 센터, 가상화 환경 전체에 적용할 수 있습니다. 이는 다른 사용자가 특정 가상 머신 풀 리소스를 관리하는데 유용합니다.
가상 머신 풀 관리자 역할은 다음과 같은 작업을 허용합니다:
  • 풀을 생성, 편집, 삭제합니다.
  • 풀에서 가상 머신을 추가 또는 분리합니다.

참고

기존 사용자에게만 역할 및 권한을 할당할 수 있습니다.

9.3.2. 가상 머신 풀 관리자 역할

풀 권한이 있는 역할

아래 표에서는 풀 관리에 적용할 수 있는 관리자 역할 및 권한에 대해 설명합니다.

표 9.5. Red Hat Enterprise Virtualization 시스템 관리자 역할

역할권한알림
VmPoolAdmin가상 풀의 시스템 관리자 역할입니다.가상 풀을 생성, 삭제, 구성하고 가상 풀 사용자를 지정 및 삭제하며 가상 머신에서 기본 작업을 수행할 수 있습니다.
ClusterAdmin클러스터 관리자특정 클러스터에 있는 모든 가상 머신 풀을 사용, 생성, 삭제, 관리할 수 있습니다.

9.3.3. 리소스에 관리자 또는 사용자 역할 할당

리소스에 관리자 또는 사용자 역할을 할당하여 사용자가 리소스에 액세스 및 관리할 수 있게 합니다.

절차 9.7. 리소스에 역할 할당

  1. 리소스 탭, 트리 모드 또는 검색 기능을 사용하여 검색 결과 목록에서 리소스를 검색 및 선택합니다.
  2. 상세 정보 창에 있는 권한 탭을 클릭하여 할당된 사용자, 사용자 역할, 선택한 리소스에 대해 상속된 권한을 나열합니다.
  3. 추가를 클릭합니다.
  4. 검색 텍스트 상자에 기존 사용자의 이름 또는 사용자 이름을 입력하고 검색을 클릭합니다. 검색 결과 목록에서 일치하는 사용자를 선택합니다.
  5. 할당할 역할: 드롭 다운 목록에서 역할을 선택합니다.
  6. OK를 클릭합니다.
사용자에게 역할이 할당되어 이제 사용자는 리소스에 대해 활성화된 역할에 상속된 권한을 갖습니다.

9.3.4. 리소스에서 관리자 또는 사용자 역할 삭제

리소스에서 관리자 또는 사용자 역할을 삭제합니다. 사용자는 리소스에서의 역할과 관련하여 상속된 권한을 손실합니다.

절차 9.8. 리소스에서 역할 삭제

  1. 리소스 탭, 트리 모드 또는 검색 기능을 사용하여 검색 결과 목록에서 리소스를 검색 및 선택합니다.
  2. 상세 정보 창에 있는 권한 탭을 클릭하여 할당된 사용자 목록, 사용자 역할, 선택한 리소스에서 상속된 권한을 나열합니다.
  3. 리소스에서 삭제할 사용자를 선택합니다.
  4. 삭제를 클릭합니다. 권한 삭제 창이 열리면 권한 삭제를 확인합니다.
  5. OK를 클릭합니다.
리소스에서 사용자 역할 및 관련된 권한이 삭제됩니다.

9.4. 신뢰할 수 있는 컴퓨팅 풀

9.4.1. 신뢰할 수 있는 클러스터 생성

참고

OpenAttestation 서버가 올바르게 설정되어 있지 않을 경우 다음과 같은 절차는 실행 실패하게 됩니다.
다음 절차에서는 신뢰할 수 있는 컴퓨팅 풀 설정에 대해 설명합니다. 신뢰할 수 있는 컴퓨팅 풀은 신뢰할 수 있는 호스트에 가상 머신 배포를 허용합니다. 이에 더하여 관리자는 검증된 소프트웨어 형식을 호스트에서 안정적으로 실행할 수 있습니다. 이는 보안 엔터프라이즈 스택의 기반을 제공합니다.

절차 9.9. 신뢰할 수 있는 클러스터 생성

  1. 탐색 창에서 클러스터 탭을 선택합니다.
  2. 새로 만들기를 클릭합니다.
  3. 일반 탭에서 클러스터 이름을 선택합니다.
  4. 일반 탭에서 Virt 서비스 활성화 라디오 버튼을 선택합니다.
  5. 스케줄링 정책 탭에서 신뢰할 수 있는 서비스 활성화 확인란을 선택합니다.
  6. OK를 클릭합니다.

9.4.2. 신뢰할 수 있는 호스트 추가

요약

다음 절차에서는 Red Hat Enterprise Virtualization 환경에 신뢰할 수 있는 호스트를 추가하는 방법에 대해 설명합니다.

절차 9.10. 

  1. 호스트 탭을 선택합니다.
  2. 새로 만들기를 클릭합니다.
  3. 일반 탭에서 호스트 이름을 설정합니다.
  4. 일반 탭에서 호스트의 주소를 설정합니다.

    참고

    여기에 지정하는 호스트는 인증 서버에 의해 신뢰할 수 있어야 합니다.
  5. 일반 탭에 있는 호스트 클러스터 드롭 다운 메뉴에서 신뢰할 수 있는 클러스터를 선택합니다.
  6. OK를 클릭합니다.
결과

Red Hat Enterprise Virtualization 환경에 신뢰할 수 있는 호스트가 추가됩니다.

10장. 가상 머신 디스크

10.1. 가상 머신 스토리지 이해

Red Hat Enterprise Virtualization은 세 개의 스토리지 유형 (NFS, iSCSI, FCP)을 지원합니다.
각 유형에 있어서 SPM (Storage Pool Manager)라는 호스트는 호스트와 스토리지 간의 액세스를 관리합니다. SPM 호스트는 스토리지 풀 내에서 완전한 액세스를 갖는 유일한 노드입니다. SPM은 스토리지 도메인 메타데이터와 풀의 메타데이터를 수정할 수 있습니다. 기타 다른 모든 호스트는 가상 머신의 하드 디스크 이미지 데이터에만 액세스할 수 있습니다.
기본값으로 NFS, 로컬, POSIX 호환 데이터 센터에서 SPM은 파일 시스템에 있는 파일로 씬 프로비저닝 포맷을 사용하여 가상 디스크를 생성합니다.
iSCSI 및 기타 다른 블록 기반 데이터 센터에서 SPM은 지정된 LUN (Logical Unit Numbers) 최상단에 볼륨 그룹을 생성하고 가상 머신 디스크로 사용할 논리 볼륨을 만듭니다. 블록 기반 스토리지에서 가상 머신 디스크는 기본값으로 사전 할당됩니다.
가상 디스크가 사전 할당되어 있을 경우 지정된 크기 (GB 단위)의 논리 볼륨이 생성됩니다. kpartx, vgscan, vgchange, mount를 사용하여 가상 머신을 Red Hat Enterprise Linux에 마운트하여 가상 머신의 프로세스 또는 문제를 확인할 수 있습니다.
가상 디스크가 씬 프로비저닝되는 경우 1 G의 논리 볼륨이 생성됩니다. 논리 볼륨은 가상 머신이 실행되는 호스트에서 지속적으로 모니터링됩니다. 사용량이 임계치에 가까워지면 호스트는 SPM에 통지하고 SPM은 논리 볼륨을 1 GB까지 확장합니다. 호스트는 논리 볼륨을 확장한 후 가상 머신을 다시 시작해야 합니다. 가상 머신이 일시 중시 상태가 될 경우 SPM은 적절한 때에 디스크가 확장되지 않을 수 있습니다. 이는 SPM이 너무 바쁜 경우 또는 스토리지 공간이 충분하지 않을 경우에 발생합니다.
사전 할당된 (RAW) 형식의 가상 디스크는 씬 프로비저닝 (QCOW2) 형식의 가상 디스크보다 쓰기 속도가 훨씬 빠릅니다. 씬 프로비저닝은 가상 디스크를 생성하는데 훨씬 적은 시간이 소요됩니다. 씬 프로비저닝 형식은 I/O 이외의 집약적 가상 시스템에 적합합니다. 사전 할당된 형식은 빠른 I/O 쓰기의 가상 머신에 사용하는 것이 좋습니다. 가상 머신이 4 초 마다 1 GB 이상을 쓸 수 있는 경우 가능하면 사전 할당된 디스크를 사용합니다.

10.2. 가상 디스크 이해

Red Hat Enterprise Virtualization에는 사전 할당된 (thick provisioned) 및 스파스 (thin provisioned) 스토리지 옵션을 특징으로 합니다.
  • 사전 할당
    사전 할당된 가상 디스크는 가상 머신에 필요한 모든 스토리지를 할당합니다. 예를 들어 가상 머신의 데이터 파티션을 위해 20 GB의 사전 할당된 논리 볼륨이 생성된 경우 생성 후 바로 20 GB의 스토리지 공간을 차지하게 됩니다.
  • 스파스
    스파스 할당을 통해 관리자는 가상 머신에 할당된 총 스토리지를 지정할 수 있지만 스토리지는 필요할 경우에만 할당됩니다.
    예를 들어 20 GB 씬 프로비저닝 논리 볼륨은 처음 생성 시 0 GB의 스토리지 공간을 차지하게 됩니다. 운영 체제가 설치되면 설치된 파일 크기의 공간을 차지하게 되고 데이터는 최대 20 GB까지 추가할 수 있게 됩니다.
각 가상 머신 및 탬플릿의 디스크 하위 탭에 디스크 크기가 나열됩니다. 디스크의 가상 크기는 가상 머신이 사용할 수 있는 총 디스크 공간입니다. 이는 디스크 생성 또는 편집 시 크기(GB) 필드에 입력된 값입니다. 디스크의 실제 크기는 지금 까지 가상 머신에 할당된 디스크 공간입니다. 사전 할당된 디스크에서는 이 두 필드에 대해 동일한 값이 표시됩니다. 스파스 디스크는 할당된 디스크 용량에 따라 실제 크기 필드에 있는 값과 가상 크기 필드에 있는 값이 다를 수 있습니다.

참고

Cinder 가상 디스크 생성 시 디스크 포맷 및 유형은 Cinder에 의해 내부적으로 처리되며 Red Hat Enterprise Virtualization에 의해 관리되지 않습니다.
다음 표에는 스토리지 유형 및 포맷의 가능한 조합에 대해 기재되어 있습니다.

표 10.1. 허용된 스토리지 조합

스토리지 포맷유형알림
NFS 또는 iSCSI/FCPRAW 또는 QCOW2스파스 또는 사전 할당 
NFSRAW사전 할당가상 디스크에 대해 정의된 스토리지 용량과 동일한 초기 크기의 파일로 포맷되어 있지 않습니다.
NFSRAW스파스초기 크기가 제로에 가까운 파일로 포맷되어 있지 않습니다.
NFSQCOW2스파스초기 크기가 제로에 가까운 파일로 QCOW2 포맷되어 있습니다. 후속 레이어는 QCOW2로 포맷됩니다.
SANRAW사전 할당가상 디스크에 대해 지정된 스토리지 용량과 동일한 초기 크기의 블록 장치로 포맷되어 있지 않습니다.
SANQCOW2스파스가상 디스크 (현재 1 GB)에 대해 지정된 크기보다 작은 초기 크기의 블록 장치로 필요에 따라 공간을 할당하는(현재 1 GB 추가) QCOW2 포맷으로 되어 있습니다.

10.3. 삭제 후 디스크 장치 초기화 설정

관리 포털에서 삭제 후 초기화 확인란에 표시되는 wipe_after_delete 플래그는 삭제 시 가상 디스크 초기화를 활성화합니다. 기본값인 false로 설정되어 있을 경우 디스크 삭제 시 해당 블록을 다시 사용할 수 있지만 데이터를 초기화하는 것이 아닙니다. 블록은 제로로 처리되지 않기 때문에 데이터를 복원할 수 있습니다.
가상 디스크의 wipe_after_delete를 활성화하면 가상 디스크 삭제 시 블록이 0로 되돌아가서 초기화됩니다. 이는 가상 디스크에 중요한 데이터가 들어 있을 경우 권장되는 옵션입니다. 이는 보다 집약적 작업으로 시스템 성능이 저하되거나 삭제 시간이 오래 걸릴 수 있습니다.
wipe_after_delete 플래그 기본값은 Red Hat Enterprise Virtualization Manager에 있는 engine 설정 도구를 사용하여 true로 변경할 수 있습니다. engine을 다시 시작하여 변경 사항을 적용합니다.

절차 10.1. Engine 설정 도구를 사용하여 SANWipeAfterDelete의 기본값을 True로 설정

  1. --set 동작으로 engine 설정 도구를 실행합니다:
    # engine-config --set SANWipeDelete=true
    
  2. 변경 사항을 적용하려면 engine을 다시 시작합니다:
    # service ovirt-engine restart
    

10.4. Red Hat Enterprise Virtualization에서 공유 가능한 디스크

일부 애플리케이션에는 서버간 공유 가능한 스토리지가 필요합니다. Red Hat Enterprise Virtualization을 통해 가상 머신 하드 디스크를 공유 가능으로 표시하고 이러한 디스크를 가상 머신에 연결할 수 있습니다. 이러한 방법으로 하나의 단일 가상 디스크를 여러 클러스터 인식 게스트가 사용할 수 있습니다.
모든 상황에서 공유 디스크를 사용할 수는 없습니다. 클러스터된 데이터 베이스 서버 및 기타 고가용성 서비스와 같은 애플리케이션의 경우 공유 디스크를 사용하는 것이 적합합니다. 클러스터 인식되지 않는 여러 게스트에 공유 디스크를 연결하면 읽기 및 쓰기가 디스크에 연계되지 않기 때문에 데이터가 손상될 수 있습니다.
공유 디스크의 스냅샷을 생성할 수 없습니다. 스냅샷을 생성한 가상 디스크는 나중에 공유 가능한 디스크로 표시할 수 없습니다.
디스크 생성시 또는 나중에 디스크 편집 시 공유 가능한 디스크를 표시할 수 있습니다.

10.5. Red Hat Enterprise Virtualization에서 읽기 전용 디스크

일부 애프리케이션의 경우 관리자는 읽기 전용 권한이 있는 데이터를 공유해야 합니다. 가상 머신의 상세 정보 창에 있는 디스크 탭을 통해 가상 머신에 연결되는 디스크를 생성 또는 편집 시 읽기 전용 확인란을 선택하여 이를 수행할 수 있습니다. 이 때에 관리자는 쓰기 권한을 유지하면서 단일 디스크는 여러 클러스터 인식 게스트로 읽을 수 있습니다.
가상 머신이 실행되고 있는 동안 읽기 전용 상태를 변경할 수 없습니다.

중요

저널링 파일 시스템을 마운트하려면 읽기-쓰기 액세스가 필요합니다. 이러한 파일 시스템 (예: EXT3, EXT4, XFS)이 있는 가상 머신 디스크에 읽기 전용 옵션을 사용하는 것은 적합하지 않습니다.

10.6. 가상 디스크 작업

10.6.1. 플로팅 가상 디스크 생성

가상 머신에 속하지 않은 가상 디스크를 생성할 수 있습니다. 그 뒤 단일 가상 머신이나 디스크가 공유 가능할 경우 여러 가상 머신에 디스크를 연결할 수 있습니다
이미지 디스크 생성은 전적으로 Manager에 의해 관리됩니다. 직접 LUN 디스크에는 이미 존재하는 외부에 준비된 대상이 필요합니다. Cinder 디스크에는 외부 공급자 창을 사용하여 Red Hat Enterprise Virtualization 환경에 추가된 OpenStack Volume 인스턴스로의 액세스가 필요합니다. 보다 자세한 내용은 11.2.5절. “스토리지 관리를 위해 OpenStack Volume (Cinder) 인스턴스 추가”에서 참조하십시오.

절차 10.2. 플로팅 가상 디스크 생성

  1. 디스크 리소스 탭을 선택합니다.
  2. 새로 만들기를 클릭합니다.
    가상 디스크 추가 창

    그림 10.1. 가상 디스크 추가 창

  3. 라디오 버튼을 사용하여 가상 디스크를 이미지, 직접 LUN, Cinder 디스크 중 하나로 지정합니다.
  4. 가상 디스크에 필요한 옵션을 선택합니다. 옵션은 선택한 디스크 유형에 따라 변경할 수 있습니다. 각각의 디스크 유형 별 각 옵션에 대한 자세한 내용은 10.6.2절. “새 가상 디스크 창에서 설정”에서 참조하십시오.
  5. OK를 클릭합니다.

10.6.2. 새 가상 디스크 창에서 설정

표 10.2. 새 가상 디스크 설정: 이미지

필드 이름
설명
크기 (GB)
새 가상 디스크의 크기 (GB 단위)입니다.
별칭
가상 디스크 이름으로 최대 길이는 40 자로 제한되어 있습니다.
설명
가상 디스크에 대한 설명입니다. 이 필드는 권장 입력 사항이지 필수 입력 사항은 아닙니다.
인터페이스
디스크가 가상 머신에 표시되는 가상 인터페이스입니다. VirtIO는 빠르지만 드라이버가 필요합니다. Red Hat Enterprise Linux 5 및 이후 버전에는 이러한 드라이버가 포함되어 있습니다. Windows에는이러한 드라이버가 포함되어 있지 않지만 게스트 도구 ISO 또는 가상 플로피 디스크에서 설치할 수 있습니다. IDE 장치에는 특정 드라이버가 필요하지 않습니다.
데이터 센터
가상 디스크를 사용할 수 있는 데이터 센터입니다.
스토리지 도메인
가상 디스크가 저장될 스토리지 도메인입니다. 드롭 다운 목록에는 지정된 데이터 센터에서 사용 가능한 모든 스토리지 도메인이 표시되어 있으며 스토리지 도메인에서 현재 사용 가능한 용량 및 총 용량이 표시되어 있습니다.
할당 정책
새 가상 디스크의 프로비저닝 정책입니다.
  • Preallocated에서는 가상 디스크가 생성될 때 스토리지 도메인에 있는 전체 디스크 크기를 할당합니다. Preallocated 디스크의 실제 크기는 가상 크기와 동일합니다. Preallocated 가상 디스크는 씬 프로비저닝 가상 디스크 보다 생성 시간이 더 오래 걸리지만 읽기 및 쓰기 성능이 더 좋습니다. 서버 및 기타 다른 I/O 집약적 가상 디스크의 경우 Preallocated 가상 디스크를 사용하는 것이 좋습니다. 가상 머신이 4 초 마다 1 GB 이상을 쓰기 가능한 경우 가능하면 Preallocated 디스크를 사용합니다.
  • 씬 프로비저닝은 가상 디스크가 생성될 때 1 GB를 할당하고 디스크가 확장될 수 있는 최대 상한 크기를 설정합니다. 디스크의 가상 크기는 최대 상한 크기이고 디스크의 실제 크기는 지금까지 할당된 용량입니다. 씬 프로비저닝 디스크는 사전 할당된 디스크 보다 보다 빠르게 생성되며 스토리지 오버 커밋을 허용합니다. 데스크탑의 경우 씬 프로비저닝 가상 디스크를 권장합니다.
디스크 프로파일
가상 디스크에 할당된 디스크 프로파일입니다. 디스크 프로파일은 스토리지 도메인에 있는 가상 디스크의 최대 처리량과 최대 입출력 수준을 정의합니다. 디스크 프로파일은 데이터 센터에 생성된 스토리지 QoS 항목에 기반하여 스토리지 도메인 수준에서 정의됩니다.
삭제 후 초기화
가상 디스크 삭제 시 중요 자료 삭제를 위해 보안을 강화할 수 있습니다.
부팅가능
가상 디스크에 부팅 가능한 플래그를 설정할 수 있습니다.
공유가능
두 개 이상의 가상 머신에 동시에 가상 디스크를 연결할 수 있습니다.
직접 LUN 설정은 대상 > LUN 또는 LUN > 대상에 표시할 수 있습니다. 대상 > LUNLUN > 대상이 LUN 목록을 표시하는 검색된 호스트에 따라 사용 가능한 LUN을 정렬합니다.

표 10.3. 새 가상 디스크 설정: 직접 LUN

필드 이름
설명
별칭
가상 디스크 이름으로 최대 길이는 40 자로 제한되어 있습니다.
설명
가상 디스크에 대한 설명입니다. 이 필드는 권장 입력 사항이지 필수 입력 사항은 아닙니다. 기본값으로 LUN ID의 마지막 4자를 필드에 입력합니다.
기본 동작은 PopulateDirectLUNDiskDescriptionWithLUNId 설정 키를 engine-config 명령을 사용하여 적절한 값으로 설정할 수 있습니다. 전체 LUN ID를 사용할 경우 설정키를 -1로 이러한 기능을 무시하고자 할 경우 0으로 설정할 수 있습니다. 양의 정수로 해당 LUN ID와 설명을 입력합니다. 보다 자세한 내용은 16.3.2절. “engine-config 명령 구문”에서 참조하십시오.
인터페이스
디스크가 가상 머신에 표시되는 가상 인터페이스입니다. VirtIO는 빠르지만 드라이버가 필요합니다. Red Hat Enterprise Linux 5 및 이후 버전에는 이러한 드라이버가 포함되어 있습니다. Windows에는이러한 드라이버가 포함되어 있지 않지만 게스트 도구 ISO 또는 가상 플로피 디스크에서 설치할 수 있습니다. IDE 장치에는 특정 드라이버가 필요하지 않습니다.
데이터 센터
가상 디스크를 사용할 수 있는 데이터 센터입니다.
사용하는 호스트
LUN이 마운트되는 호스트입니다. 데이터 센터에 있는 모든 호스트를 선택할 수 있습니다.
스토리지 유형
추가할 외부 LUN 유형입니다. iSCSI 또는 파이버 채널 중 하나를 선택할 수 있습니다.
대상 검색
이 부분은 iSCSI 외부 LUN 사용 시 확장되어 대상 > LUN이 선택됩니다.
주소 - 대상 서버의 호스트 이름 또는 IP 주소입니다.
포트 - 대상 서버에 연결 시도하는 포트입니다. 기본 포트는 3260입니다.
사용자 인증 - iSCSI 서버에는 사용자 인증이 필요합니다. iSCSI 외부 LUN을 사용하는 경우 사용자 인증 필드를 볼 수 있습니다.
CHAP 사용자 이름 - LUN에 로그인할 수 있는 권한을 갖는 사용자의 사용자 이름입니다. 사용자 인증 확인란을 선택하면 이 필드에 액세스할 수 있습니다.
CHAP 암호 - LUN에 로그인할 수 있는 권한을 갖는 사용자의 암호입니다. 사용자 인증 확인란을 선택하면 이 필드에 액세스할 수 있습니다.
부팅가능
가상 디스크에 부팅 가능한 플래그를 설정할 수 있습니다.
공유가능
두 개 이상의 가상 머신에 동시에 가상 디스크를 연결할 수 있습니다.
대상 검색 섹션에 있는 필드를 입력하고 검색을 클릭하여 대상 서버를 검색합니다. 모두 로그인 버튼을 클릭하여 대상 서버에 사용 가능한 LUN을 나열하고 각 LUN 옆에 있는 라디오 버튼을 사용하여 추가할 LUN을 선택할 수 있습니다.
가상 머신 하드 디스크 이미지로 LUN을 직접 사용하여 가상 머신과 데이터 사이에 추상화 계층을 삭제합니다.
가상 머신 하드 디스크 이미지로 직접 LUN을 사용하는 경우 다음과 같은 사항을 고려해야 합니다.
  • 직접 LUN 하드 디스크 이미지의 라이브 스토리지 마이그레이션은 지원되지 않습니다.
  • 직접 LUN 디스크는 가상 머신 내보내기에 포함되지 않습니다.
  • 직접 LUN 디스크는 가상 머신 스냅샷에 포함되지 않습니다.
관련 데이터 센터에 있는 디스크를 생성할 수 있는 권한이 있는 사용 가능한 OpenStack 볼륨 스토리지 도메인이 없을 경우 Cinder 설정 양식을 사용할 수 없습니다. Cinder 디스크는 외부 공급자 창을 사용하는 Red Hat Enterprise Virtualization 환경에 추가된 OpenStack 볼륨 인스턴스에 액세스할 수 있어야 합니다. 보다 자세한 내용은 11.2.5절. “스토리지 관리를 위해 OpenStack Volume (Cinder) 인스턴스 추가”에서 참조하십시오.

표 10.4. 새 가상 디스크 설정: Cinder

필드 이름
설명
크기 (GB)
새 가상 디스크의 크기 (GB 단위)입니다.
별칭
가상 디스크 이름으로 최대 길이는 40 자로 제한되어 있습니다.
설명
가상 디스크에 대한 설명입니다. 이 필드는 권장 입력 사항이지 필수 입력 사항은 아닙니다.
인터페이스
디스크가 가상 머신에 표시되는 가상 인터페이스입니다. VirtIO는 빠르지만 드라이버가 필요합니다. Red Hat Enterprise Linux 5 및 이후 버전에는 이러한 드라이버가 포함되어 있습니다. Windows에는이러한 드라이버가 포함되어 있지 않지만 게스트 도구 ISO 또는 가상 플로피 디스크에서 설치할 수 있습니다. IDE 장치에는 특정 드라이버가 필요하지 않습니다.
데이터 센터
가상 디스크를 사용할 수 있는 데이터 센터입니다.
스토리지 도메인
가상 디스크가 저장될 스토리지 도메인입니다. 드롭 다운 목록에는 지정된 데이터 센터에서 사용 가능한 모든 스토리지 도메인이 표시되어 있으며 스토리지 도메인에서 현재 사용 가능한 용량 및 총 용량이 표시되어 있습니다.
볼륨 유형
가상 디스크의 볼륨 유형입니다. 드롭 다운 목록에 사용 가능한 모든 볼륨 유형이 표시됩니다. 볼륨 유형은 OpenStack Cinder에서 관리 및 설정됩니다.
부팅가능
가상 디스크에 부팅 가능한 플래그를 설정할 수 있습니다.
공유가능
두 개 이상의 가상 머신에 동시에 가상 디스크를 연결할 수 있습니다.

10.6.3. 라이브 스토리지 마이그레이션 개요

연결된 가상 머신이 실행되고 있는 동안 가상 머신 디스크는 하나의 스토리지 도메인에서 다른 스토리지 도메인으로 마이그레이션할 수 있습니다. 이를 라이브 스토리지 마이그레이션이라고 합니다. 실행 중인 가상 머신에 연결된 디스크를 마이그레이션할 경우 디스크 이미지 체인의 스냅샷은 소스 스토리지 도메인에 생성되고 전체 이미지 체인은 대상 스토리지 도메인에 복제됩니다. 이러한 경우 소스 스토리지 도메인과 대상 스토리지 도메인 모두에 디스크 이미지 체인과 스냅샷 모두를 호스트하기에 스토리지 공간이 충분한지 확인합니다. 새로운 스냅샷은 마이그레이션이 실패하는 경우에도 라이브 스토리지 마이그레이션을 시도할 때 마다 생성됩니다.

중요

호환 버전 3.5 이하의 데이터 센터와 Red Hat Enterprise Linux 7.1 및 Red Hat Enterprise Virtualization Hypervisor 7.1 이하의 운영체제에서 실행되는 호스트에서는 라이브 스냅샷 삭제가 지원되지 않습니다. 다른 데이터 센터 및 호스트 설정에서 라이브 스토리지 마이그레이션 스냅샷을 삭제하려면 가상 머신이 종료된 상태에서 수동으로 삭제해야 합니다. 스냅샷 삭제에 대한 보다 자세한 내용은 기술 참조 가이드스냅샷 삭제에서 참조하십시오.
라이브 스토리지 마이그레이션 사용 시 다음과 같은 사항을 고려해야 합니다:
  • 라이브 스토리지 마이그레이션은 스냅샷을 생성합니다.
  • 한 번에 여러 디스크를 라이브 마이그레이션할 수 있습니다.
  • 동일한 가상 머신의 여러 디스크를 여러 스토리지 도메인에 걸쳐 배치할 수 있지만 각 디스크의 이미지 체인은 하나의 스토리지 도메인에 있어야 합니다.
  • 호환 버전 3.6의 데이터 센터에서 동일한 데이터 센터에 있는 두 개의 스토리지 도메인 사이에 디스크를 라이브 마이그레이션할 수 있습니다. 호환 버전 3.1, 3.2, 3.3, 3.4, 3.5의 데이터 센터에서 동일한 데이터 센터에 있는 두 개의 파일 기반 도메인 (NFS, POSIX, GlusterFS) 또는 두 개의 블록 기반 도메인 (FCP and iSCSI) 사이에서만 디스크를 라이브 마이그레이션할 수 있습니다. 라이브 스토리지 마이그레이션은 호환 버전 3.0의 데이터 센터에서 지원되지 않습니다.
  • 직접 LUN 하드 디스크 이미지 또는 공유 가능으로 표시된 디스크는 라이브 마이그레이션할 수 없습니다.

10.6.4. 가상 디스크 이동

가상 머신에 연결되어 있거나 하나의 스토리지 도메인에서 다른 스토리지 도메인으로 플로팅 가상 디스크처럼 동작하는 가상 디스크를 이동합니다. 연결된 가상 디스크를 실행 중인 가상 머신에 이동할 수 있습니다. 이는 라이브 스토리지 마이그레이션이라고 합니다. 이를 계속 진행하기 전 가상 머신을 종료합니다. 라이브 스토리지 마이그레이션에 대한 보다 자세한 내용은 10.6.3절. “라이브 스토리지 마이그레이션 개요”에서 참조하십시오.
디스크를 이동할 때 다음과 같은 사항을 고려해야 합니다:
  • 동시에 여러 디스크를 이동할 수 있습니다.
  • 가상 머신이 종료되어 있을 경우 동일한 데이터 센터에 있는 두 개의 스토리지 도메인 사이의 디스크를 이동할 수 있습니다. 3.6 호환 버전의 데이터 센터에서 실행 중인 가상 머신에 연결된 디스크를 동일한 데이터 센터에 있는 두 개의 스토리지 도메인 사이에서 이동할 수 도 있습니다. 3.1, 3.2, 3.3, 3.4, 3.5 호환 버전의 데이터 센터에서는 동일한 데이터 센터에 있는 두 개의 파일 기반 도메인 (NFS, POSIX, GlusterFS) 또는 동일한 데이터 센터에 있는 두 개의 블록 기반 도메인 (FCP 및 iSCSI) 사이에서 실행 중인 가상 머신에 연결된 디스크를 이동할 수 있습니다. 라이브 스토리지 마이그레이션은 3.0 호환 버전의 데이터 센터에서는 지원되지 않습니다.
  • 가상 디스크가 템플릿을 기반으로 생성되어 씬 프로비저닝 스토리지 할당 옵션을 사용하여 생성된 가상 머신에 연결되어 있을 경우 가상 머신의 기반이 되는 템플릿의 디스크를 가상 디스크와 동일한 스토리지 도메인에 복사해야 합니다.

절차 10.3. 가상 디스크 이동

  1. 디스크 탭을 선택합니다.
  2. 이동할 하나 이상의 가상 디스크를 선택합니다.
  3. 이동을 클릭하여 디스크 이동 창을 엽니다.
  4. 대상 목록에서 가상 디스크를 이동할 스토리지 도메인을 선택합니다.
  5. 디스크 프로파일 목록에서 디스크의 프로파일을 선택합니다.
  6. OK를 클릭합니다.
가상 디스크는 대상 스토리지 도메인에 이동되며 이동하는 동안 Locked 상태가 됩니다. 실행 중인 가상 머신에 연결된 디스크를 이동한 경우 해당 디스크의 스냅샷이 자동으로 생성되며 가상 머신의 상세 정보 탭의 스냅샷 탭에서 볼 수 있습니다. 스냅샷을 삭제하는 방법에 대한 보다 자세한 내용은 스냅샷 삭제에서 참조하십시오.

10.6.5. 가상 디스크 복사

요약

하나의 스토리지 도메인에서 다른 도메인으로 가상 디스크를 복사할 수 있습니다. 복사된 디스크는 가상 머신에 연결될 수 있습니다.

절차 10.4. 가상 디스크 복사

  1. 디스크 탭을 선택합니다.
  2. 복사할 가상 디스크를 선택합니다.
  3. 복사 버튼을 클릭하여 디스크 복사 창을 엽니다.
  4. 옵션으로 별칭 텍스트 필드에 별칭을 입력합니다.
  5. 대상 드롭 다운 메뉴를 사용하여 가상 머신을 복사할 스토리지 도메인을 선택합니다.
  6. OK를 클릭합니다.
결과

가상 디스크가 대상 스토리지 도메인에 복사되며 복사되는 동안 Locked 상태가 됩니다.

10.6.6. OpenStack 이미지 서비스에서 가상 디스크 이미지 가져오기

요약

OpenStack 이미지 서비스가 외부 공급자로 Manager에 추가될 경우 OpenStack 이미지 서비스에 의해 관리되는 가상 디스크 이미지를 Red Hat Enterprise Virtualization Manager로 가져올 수 있습니다.

  1. 스토리지 리소스 탭을 클릭하고 검색 결과 목록에서 OpenStack 이미지 서비스 도메인을 선택합니다.
  2. 상세 정보 창의 이미지 탭에 가져오기할 이미지를 선택합니다.
  3. 가져오기 버튼을 클릭하여 이미지 가져오기 창을 엽니다.
  4. 데이터 센터 드롭 다운 메뉴에서 가상 디스크 이미지를 가져오기할 데이터 센터를 선택합니다.
  5. 도메인 이름 드롭 다운 메뉴에서 가상 디스크 이미지를 저장할 스토리지 도메인을 선택합니다.
  6. 옵션으로 쿼터 드롭 다운 메뉴에서 가상 디스크 이미지에 적용할 쿼터를 선택합니다.
  7. OK를 클릭하여 이미지를 가져옵니다.
결과

이미지가 플로피 디스크로 가져오기되어 디스크 리소스 탭의 결과 목록에 표시됩니다. 이제 이를 가상 머신에 연결할 수 있습니다.

10.6.7. OpenStack 이미지 서비스에 가상 머신 디스크 내보내기

요약

외부 공급자로 Manager에 추가된 OpenStack 이미지 서비스에 가상 머신 디스크를 내보내기할 수 있습니다.

  1. 디스크 리소스 탭을 선택합니다.
  2. 내보내기할 디스크를 선택합니다.
  3. 내보내기 버튼을 클릭하여 이미지 내보내기 창을 엽니다.
  4. 도메인 이름 드롭 다운 메뉴에서 디스크를 내보내기할 OpenStack 이미지 서비스를 선택합니다.
  5. 쿼터를 설정할 경우 쿼터 드롭 다운 목록에서 해당 디스크 쿼터를 선택합니다.
  6. OK를 클릭합니다.
결과

가상 머신 디스크가 지정된 OpenStack 이미지 서비스에 내보내기되어 가상 머신 디스크 이미지로 관리됩니다.

중요

가상 머신 디스크는 여러 볼륨에 있지 않고, 씬 프로비저닝되어 있지 않고, 스냅샷이 없을 경우에만 내보내기할 수 있습니다.

10.7. 가상 디스크 및 권한

10.7.1. 가상 디스크의 시스템 권한 관리

SuperUser로서 시스템 관리자는 관리 포털의 모든 면을 관리합니다. 보다 특정한 관리 역할은 다른 사용자에게 부여될 수 있습니다. 이러한 제한된 관리자 역할은 특정 리소스에 제한하여 사용자 관리 권할을 부여할 경우 유용합니다. 예를 들어 DataCenterAdmin 역할은 데이터 센터의 스토리지를 제외한 할당된 데이터 센터에 대해서만 관리자 권한을 갖으며 ClusterAdmin은 할당된 클러스터에 대해서만 관리자 권한을 갖습니다.
Red Hat Enterprise Virtualization Manager는 두 개의 기본 가상 디스크 사용자 역할을 제공하지만 기본 가상 디스크 관리자 역할은 제공하지 않습니다. 이러한 사용자 역할 중 하나는 DiskCreator 역할로 사용자 포털에서 가상 디스크를 관리할 수 있게 합니다. 이 역할은 특정 가상 머신, 데이터 센터, 특정 스토리지 도메인, 전체 가상화 환경에 적용할 수 있습니다. 이는 다른 사용자가 다른 가상 리소스를 관리할 수 있도록 하는데 유용합니다.
가상 디스크 생성자 (creator) 역할은 다음과 같은 작업을 허용합니다:
  • 가상 머신 또는 다른 리소스에 연결된 가상 머신 생성, 편집, 삭제
  • 가상 디스크의 사용자 권한 편집

참고

기존 사용자에게만 역할 및 권한을 할당할 수 있습니다.

10.7.2. 가상 디스크 사용자 역할

가상 디스크 사용자 권한 역할

아래 표에서는 사용자 포털에서 가상 머신 디스크의 사용 및 관리를 위해 적용할 수 있는 사용자 역할 및 권한에 대해 설명합니다.

표 10.5. Red Hat Enterprise Virtualization 시스템 관리자 역할

역할권한알림
DiskOperator가상 디스크 사용자입니다.가상 디스크를 사용, 보기, 편집할 수 있습니다. 가상 디스크가 연결된 가상 머신을 사용하기 위해 권한을 상속합니다.
DiskCreator할당된 클러스터 또는 데이터 센터에서 가상 머신 디스크를 생성, 편집, 관리, 삭제할 수 있습니다.이 역할은 특정 가상 디스크에는 적용되지 않습니다. 설정 창을 사용하여 전체 환경에 대한 사용자에게 이 역할을 적용할 수 있습니다. 또는 특정 데이터 센터, 클러스터, 스토리지 도메인에 이 역할을 적용할 수 있습니다.

10.7.3. 리소스에 관리자 또는 사용자 역할 할당

리소스에 관리자 또는 사용자 역할을 할당하여 사용자가 리소스에 액세스 및 관리할 수 있게 합니다.

절차 10.5. 리소스에 역할 할당

  1. 리소스 탭, 트리 모드 또는 검색 기능을 사용하여 검색 결과 목록에서 리소스를 검색 및 선택합니다.
  2. 상세 정보 창에 있는 권한 탭을 클릭하여 할당된 사용자, 사용자 역할, 선택한 리소스에 대해 상속된 권한을 나열합니다.
  3. 추가를 클릭합니다.
  4. 검색 텍스트 상자에 기존 사용자의 이름 또는 사용자 이름을 입력하고 검색을 클릭합니다. 검색 결과 목록에서 일치하는 사용자를 선택합니다.
  5. 할당할 역할: 드롭 다운 목록에서 역할을 선택합니다.
  6. OK를 클릭합니다.
사용자에게 역할이 할당되어 이제 사용자는 리소스에 대해 활성화된 역할에 상속된 권한을 갖습니다.

10.7.4. 리소스에서 관리자 또는 사용자 역할 삭제

리소스에서 관리자 또는 사용자 역할을 삭제합니다. 사용자는 리소스에서의 역할과 관련하여 상속된 권한을 손실합니다.

절차 10.6. 리소스에서 역할 삭제

  1. 리소스 탭, 트리 모드 또는 검색 기능을 사용하여 검색 결과 목록에서 리소스를 검색 및 선택합니다.
  2. 상세 정보 창에 있는 권한 탭을 클릭하여 할당된 사용자 목록, 사용자 역할, 선택한 리소스에서 상속된 권한을 나열합니다.
  3. 리소스에서 삭제할 사용자를 선택합니다.
  4. 삭제를 클릭합니다. 권한 삭제 창이 열리면 권한 삭제를 확인합니다.
  5. OK를 클릭합니다.
리소스에서 사용자 역할 및 관련된 권한이 삭제됩니다.

11장. 외부 공급자

11.1. Red Hat Enterprise Virtualization에서 외부 공급자 소개

Red Hat Enterprise Virtualization Manager 자체에 의해 관리되는 리소스에 더하여 Red Hat Enterprise Virtualization은 외부 소스에 의해 관리되는 리소스를 이용할 수 있습니다. 외부 공급자로 알려진 이러한 리소스 공급자는 가상화 호스트, 가상 머신 이미지, 네트워크와 같은 리소스를 제공할 수 있습니다.
Red Hat Enterprise Virtualization은 현재 다음과 같은 외부 공급자를 지원하고 있습니다:
호스트 프로비저닝 용 Foreman/Satellite
Foreman 및 Satellite는 물리 및 가상 호스트의 모든 라이프 사이클 측면을 관리하기 위한 도구입니다. Red Hat Enterprise Virtualization에서 Foreman 또는 Satellite에 의해 관리되는 호스트는 Red Hat Enterprise Virtualization Manager에 의해 가상화 호스트로 추가 및 사용될 수 있습니다. Manager에 Foreman 또는 Satellite 인스턴스를 추가한 후 Foreman 또는 Satellite에 의해 관리되는 호스트는 새 호스트 추가 시 Foreman 또는 Satellite 인스턴스에서 사용 가능한 호스트를 검색하여 추가할 수 있습니다.
이미지 관리 용 OpenStack Image Service (Glance)
OpenStack Image Service는 가상 머신 이미지 카탈로그를 제공합니다. Red Hat Enterprise Virtualization에서 이러한 이미지는 Red Hat Enterprise Virtualization Manager로 가져오기하여 플로팅 디스크로 사용하거나 가상 머신에 연결하여 템플릿으로 변환할 수 있습니다. OpenStack Image Service를 Manager에 추가한 후 이는 데이터 센터에 연결되지 않는 스토리지 도메인으로 나타납니다. Red Hat Enterprise Virtualization에서 가상 머신 디스크는 가상 머신 디스크 이미지로 OpenStack Image Service에 내보내기할 수 있습니다.
네트워크 프로비저닝 용 OpenStack Networking (Neutron)
OpenStack Networking은 소프트웨어 정의 네트워크를 제공합니다. Red Hat Enterprise Virtualization에서 OpenStack Networking이 제공하는 네트워크를 Red Hat Enterprise Virtualization Manager로 가져올 수 있으며 모든 트래픽 유형을 전송하고 복잡한 네트워크 토폴로지를 생성하는데 사용할 수 있습니다. Manager에 OpenStack Networking을 추가한 후 OpenStack Networking이 제공하는 네트워크를 수동으로 가져오기하여 액세스할 수 있습니다.
스토리지 관리 용 OpenStack Volume (Cinder)
OpenStack Volume은 가상 하드 드라이브의 영구 블록 스토리지 관리를 제공합니다. OpenStack Cinder 볼륨은 OpenStack Cinder에 의해 제공됩니다. Red Hat Enterprise Virtualization에서는 OpenStack Volume 스토리지에 플로팅 디스크로 사용하거나 가상 머신에 연결할 디스크를 생성할 수 있습니다. Manager에 OpenStack Volume을 추가한 후 OpenStack Volume에서 제공하는 스토리지에 디스크를 생성할 수 있습니다.
가상 머신 프로비저닝 용 VMware
VMware에 생성된 가상 머신은 V2V (virt-v2v)를 사용하여 변환한 후 Red Hat Enterprise Virtualization 환경으로 가져올 수 있습니다. Manager에 VMware 공급자를 추가한 후 해당 공급자가 제공하는 가상 머신을 가져올 수 있습니다. V2V 변환은 가져오기 작업의 일부로 지정된 프록시 호스트에서 실행됩니다.

참고

Red Hat Enterprise Virtualization 환경에 외부 공급자를 추가하기 전 추가할 각각의 외부 공급자를 설정해야 합니다. Foreman 인스턴스 설정 방법 및 외부 공급자로 사용할 수 있는 Red Hat Enterprise Linux OpenStack Platform 구성요소를 제공하는 방법은 OpenStack 배포: 엔터프라이즈 환경 (Red Hat Enterprise Linux OpenStack Platform Installer)에서 참조하십시오.

11.2. 외부 공급자 추가

11.2.1. 외부 공급자 추가

모든 외부 리소스 공급자는 하나의 창을 사용하여 입력에 따라 추가됩니다. Red Hat Enterprise Virtualization 환경에서 제공하는 리소스를 사용하기 전 리소스 공급자를 추가해야 합니다.

11.2.2. 호스트 프로비저닝을 위해 Foreman 또는 Satellite 인스턴스 추가

호스트 프로비저닝을 위해 Red Hat Enterprise Virtualization Manager에 Foreman 또는 Satellite 인스턴스를 추가합니다.

절차 11.1. 호스트 프로비저닝을 위해 Foreman 또는 Satellite 인스턴스 추가

  1. 트리 창에서 외부 공급자 항목을 선택합니다.
  2. 추가를 클릭하여 공급자 추가 창을 엽니다.
    The Add Provider Window

    그림 11.1. 공급자 추가 창

  3. 이름설명을 입력합니다.
  4. 유형 목록에서 Foreman/Satellite가 선택되어 있는지 확인합니다.
  5. 공급자 URL 텍스트 필드에 Foreman 또는 Satellite 인스턴스가 설치된 시스템의 URL 또는 정규화된 도메인 이름을 입력합니다. 포트 번호를 지정할 필요는 없습니다.
  6. Foreman 또는 Satellite 인스턴스의 사용자 이름암호를 입력합니다. Foreman 또는 Satellite 프로비저닝 포털 로그인에 사용하고자 하는 동일한 사용자 이름 및 암호를 사용해야 합니다.
  7. 인증 정보 테스트:
    1. 테스트를 클릭하여 지정된 인증 정보로 Foreman 또는 Satellite 인스턴스를 성공적을 인증할 수 있는지 테스트합니다.
    2. Foreman 또는 Satellite 인스턴스가 SSL을 사용할 경우 공급자 인증서 가져오기 창을 엽니다. OK를 클릭하여 Foreman 또는 Satellite 인스턴스가 제공하는 인증서를 가져옵니다.

      중요

      Manager가 인스턴스와 통신할 수 있는지를 확인하기 위해 Foreman 또는 Satellite 인스턴스가 제공하는 인증서를 가져와야 합니다.
  8. OK를 클릭합니다.
Red Hat Enterprise Virtualization Manager에 Foreman 또는 Satellite 인스턴스를 추가하여 인스턴스가 제공하는 호스트를 사용하여 작업할 수 있습니다.

11.2.3. 이미지 관리를 위해 OpenStack Image (Glance) 인스턴스 추가

이미지 관리를 위해 Red Hat Enterprise Virtualization Manager에 OpenStack Image (Glance) 인스턴스를 추가합니다.

절차 11.2. 이미지 관리를 위해 OpenStack Image (Glance) 인스턴스 추가

  1. 트리 창에서 외부 공급자 항목을 선택합니다.
  2. 추가를 클릭하여 공급자 추가 창을 엽니다.
    The Add Provider Window

    그림 11.2. 공급자 추가 창

  3. 이름설명을 입력합니다.
  4. 유형 목록에서 OpenStack Image를 선택합니다.
  5. 공급자 URL 텍스트 필드에 OpenStack Image 인스턴스가 설치된 시스템의 URL 또는 정규화된 도메인 이름을 입력합니다.
  6. 옵션으로 인증 필요 확인란을 선택하고 OpenStack Image 인스턴스의 사용자 이름, 암호, 테넌트 이름, 인증 URL을 입력합니다. Keystone에 등록된 OpenStack Image 사용자의 사용자 이름 및 암호와 OpenStack Image 인스턴스가 속한 테넌트 및 Keystone 서버 포트 및 URL을 사용해야 합니다.
  7. 인증 정보 테스트:
    1. 테스트를 클릭하여 지정된 인증 정보로 OpenStack Image 인스턴스를 성공적을 인증할 수 있는지 테스트합니다.
    2. OpenStack Image 인스턴스가 SSL을 사용할 경우 공급자 인증서 가져오기 창이 열리면 OK를 클릭하여 OpenStack Image 인스턴스가 제공하는 인증서를 가져옵니다.

      중요

      Manager가 인스턴스와 통신할 수 있는지를 확인하려면 OpenStack Image 인스턴스가 제공하는 인증서를 가져오기해야 합니다.
  8. OK를 클릭합니다.
OpenStack Image 인스턴스를 Red Hat Enterprise Virtualization Manager에 추가하여 인스턴스가 제공하는 이미지로 작업할 수 있습니다.

11.2.4. 네트워크 프로비저닝을 위해 OpenStack Networking (Neutron) 인스턴스 추가

네트워크 프로비저닝을 위해 Red Hat Enterprise Virtualization Manager에 OpenStack Networking (Neutron) 인스턴스를 추가합니다.

절차 11.3. 네트워크 프로비저닝을 위해 OpenStack Networking (Neutron) 인스턴스 추가

  1. 트리 창에서 외부 공급자 항목을 선택합니다.
  2. 추가를 클릭하여 공급자 추가 창을 엽니다.
    The Add Provider Window

    그림 11.3. 공급자 추가 창

  3. 이름설명을 입력합니다.
  4. 유형 목록에서 OpenStack Networking을 선택합니다.
  5. Open vSwitch네트워크 플러그인 필드에 선택되어 있는지 확인합니다.
  6. 공급자 URL 텍스트 필드에 OpenStack Networking 인스턴스가 설치된 시스템의 URL 또는 정규화된 도메인 이름을 입력하고 뒤에 포트 번호를 지정합니다.
  7. 옵션으로 인증 필요 확인란을 선택하고 OpenStack Networking 인스턴스의 사용자 이름, 암호, 테넌트 이름, 인증 URL을 입력합니다. Keystone에 등록된 OpenStack Networking 사용자의 사용자 이름 및 암호와 OpenStack Networking 인스턴스가 속한 테넌트 및 Keystone 서버의 포트 및 URL을 사용해야 합니다.
  8. 인증 정보 테스트:
    1. 테스트를 클릭하여 지정된 인증 정보로 OpenStack Networking 인스턴스를 성공적을 인증할 수 있는지 테스트합니다.
    2. OpenStack Networking 인스턴스가 SSL을 사용할 경우 공급자 인증서 가져오기 창이 열리면 OK를 클릭하여 OpenStack Networking 인스턴스가 제공하는 인증서를 가져옵니다.

      중요

      Manager가 인스턴스와 통신할 수 있는지를 확인하려면 OpenStack Networking 인스턴스가 제공하는 인증서를 가져오기해야 합니다.
  9. 에이전트 설정 탭을 클릭합니다.
    The Agent Configuration Tab

    그림 11.4. 에이전트 설정 탭

  10. 인터페이스 매핑 필드에 있는 Open vSwitch 에이전트의 콤마로 구분한 인터페이스 매핑 목록을 입력합니다.
  11. 브로커 유형 목록에서 OpenStack Networking 인스턴스가 사용하는 메세지 브로커 유형을 선택합니다.
  12. 호스트 필드에 메세지 브로커가 호스팅되는 호스트의 URL 또는 정규화된 도메인 이름을 입력합니다.
  13. 메세지 브로커에 연결할 포트를 입력합니다. 메세지 브로커가 SSL을 사용하도록 설정되어 있지 않을 경우 이 포트 번호는 기본값으로 5762가 되며 SSL을 사용하도록 설정되어 있을 경우 포트 번호는 5761이 됩니다.
  14. 메세지 브로커 인스턴스에 등록된 OpenStack Networking 사용자의 사용자 이름암호를 입력합니다.
  15. OK를 클릭합니다.
Red Hat Enterprise Virtualization Manager에 OpenStack Networking 인스턴스가 추가되어 인스턴스가 제공하는 네트워크를 사용할 수 있습니다.

11.2.5. 스토리지 관리를 위해 OpenStack Volume (Cinder) 인스턴스 추가

Red Hat Enterprise Virtualization Manager에 스토리지 관리를 위한 OpenStack Volume (Cinder) 인스턴스를 추가합니다. OpenStack Cinder 볼륨은 Ceph Storage에 의해 구축됩니다.

절차 11.4. 스토리지 관리를 위해 OpenStack Volume (Cinder) 인스턴스 추가

  1. 트리 창에서 외부 공급자 항목을 선택합니다.
  2. 추가를 클릭하여 공급자 추가 창을 엽니다.
    The Add Provider Window

    그림 11.5. 공급자 추가 창

  3. 이름설명을 입력합니다.
  4. 유형 목록에서 OpenStack Volume을 선택합니다.
  5. OpenStack Volume 스토리지 볼륨을 연결할 데이터 센터를 선택합니다.
  6. 공급자 URL 텍스트 필드에 OpenStack Volume 인스턴스가 설치된 시스템의 URL 또는 정규화된 도메인 이름을 입력하고 그 뒤에 포트 번호를 입력합니다.
  7. 옵션으로 인증 필요 확인란을 선택하고 OpenStack Volume 인스턴스의 사용자 이름, 암호, 테넌트 이름, 인증 URL을 입력합니다. Keystone에 등록된 OpenStack Volume 사용자의 사용자 이름 및 암호와 OpenStack Volume 인스턴스가 속한 테넌트 및 Keystone 서버의 API 버전, 포트, URL을 사용해야 합니다.
  8. 테스트를 클릭하여 지정된 인증 정보로 OpenStack Volume 인스턴스를 성공적을 인증할 수 있는지 테스트합니다.
  9. OK를 클릭합니다.
  10. 클라이언트 Ceph 인증 (cephx)이 활성화되어 있을 경우 다음 단계를 완료해야 합니다. cephx 프로토콜은 기본값으로 활성화되어 있습니다.
    1. Ceph 서버에서 ceph auth get-or-create 명령을 사용하여 client.cinder 사용자에 대한 새로운 보안 키를 생성합니다. cephx에 대한 보다 자세한 내용은 Cephx Config Reference 에서 참조하시고 새로운 사용자를 위한 키 생성에 대한 보다 자세한 내용은 Managing Users에서 참조하십시오. client.cinder 사용자에 대한 키가 이미 존재할 경우 동일한 명령을 사용하여 이를 검색합니다.
    2. 관리 포털에 있는 공급자 목록에서 새로 생성된 Cinder 외부 공급자를 선택합니다.
    3. 인증 키 하부 탭을 클릭합니다.
    4. 새로 만들기를 클릭합니다.
    5. 란에 보안 키를 입력합니다.
    6. 자동으로 생성된 UUID를 복사합니다.
    7. Cinder 서버에서 이전 단계에서의 UUID를 추가하고 /etc/cinder/cinder.confcinder 사용자를 추가합니다:
      rbd_secret_uuid = UUID
      rbd_user = cinder
Red Hat Enterprise Virtualization Manager에 OpenStack Volume 인스턴스를 추가하고 인스턴스가 제공하는 스토리지 볼륨을 사용하여 작업합니다. OpenStack Volume (Cinder) 디스크 생성에 대한 보다 자세한 내용은 10.6.1절. “플로팅 가상 디스크 생성”에서 참조하십시오.

11.2.6. 가상 머신 공급자로 VMware 인스턴스 추가

VMware vCenter 인스턴스를 추가하여 VMware에서 Red Hat Enterprise Virtualization Manager로 가상 머신을 가져옵니다.
Red Hat Enterprise Virtualization은 V2V를 사용하여 가져오기를 실행하기 전 VMware 가상 머신을 올바른 형식으로 전환합니다. 데이터 센터 3.6 버전과 호환하는 최소 하나의 Red Hat Enterprise Linux 7.2 호스트에 virt-v2v 패키지를 설치해야 합니다. 이 패키지는 기본 rhel-7-server-rpms 리포지터리에서 사용 가능합니다.

절차 11.5. 가상 머신 공급자로 VMware vCenter 인스턴스를 추가

  1. 트리 창에서 외부 공급자 항목을 선택합니다.
  2. 추가를 클릭하여 공급자 추가 창을 엽니다.
    The Add Provider Window

    그림 11.6. 공급자 추가 창

  3. 이름설명을 입력합니다.
  4. 유형 목록에서 VMware를 선택합니다.
  5. VMware 가상 머신을 가져오기할 데이터 센터를 선택하거나 개별적으로 가져오기 작업을 실행하는 동안 대상 데이터 센터를 지정하기 위해 모든 데이터 센터를 선택합니다 (가상 머신 탭에서 가져오기 기능 사용).
  6. vCenter 필드에 VMware vCenter 인스턴스의 IP 주소 또는 정규화된 도메인 이름을 입력합니다.
  7. ESXi 필드에 가상 머신을 가져오기할 호스트의 IP 주소 또는 정규화된 도메인 이름을 입력합니다.
  8. 데이터 센터 필드에 지정된 ESXi 호스트가 있는 데이터 센터의 이름을 입력합니다.
  9. 옵션으로 인증 확인 확인란을 선택하여 ESXi 호스트의 인증서를 확인합니다.
  10. 선택한 데이터 센터에 있는 virt-v2v가 설치된 호스트를 선택하여 가상 머신을 가져오는 동안 프록시 호스트로 동작하게 합니다. 이 호스트는 VMware vCenter 외부 공급자의 네트워크에 연결할 수 있어야 합니다. 위에서 모든 데이터 센터를 선택한 경우 여기서 호스트를 선택할 수 없지만 개별 가져오기 작업 중에 호스트를 지정할 수 있습니다 (가상 머신 탭에서 가져오기 기능 사용).
  11. VMware vCenter 인스턴스의 사용자 이름암호를 입력합니다. 사용자는 가상 머신이 있는 VMware 데이터 센터 및 ESXi 호스트에 액세스해야 합니다.
  12. 인증 정보 테스트:
    1. 테스트를 클릭하여 지정된 인증 정보로 VMware vCenter 인스턴스를 성공적을 인증할 수 있는지 테스트합니다.
    2. VMware vCenter 인스턴스가 SSL을 사용할 경우 공급자 인증서 가져오기 창이 열리면 OK를 클릭하여 VMware vCenter 인스턴스가 제공하는 인증서를 가져옵니다.

      중요

      Manager가 인스턴스와 통신할 수 있는지를 확인하려면 VMware vCenter 인스턴스가 제공하는 인증서를 가져오기해야 합니다.
  13. OK를 클릭합니다.
VMware vCenter 인스턴스를 Red Hat Enterprise Virtualization Manager에 추가하여 가상 머신을 가져올 수 있습니다. 보다 자세한 내용은 VMware 공급자에서 가상 머신 가져오기에서 참조하십시오.

11.2.7. 공급자 추가 일반 설정

공급자 추가 창에 있는 일반 탭에서 외부 공급자의 주요 정보를 등록할 수 있습니다.

표 11.1. 공급자 추가: 일반 설정

설정
설명
이름
Manager에서 공급자를 표시하기 위한 이름입니다.
설명
일반 텍스트 형식의 읽을 수 있는 공급자에 대한 설명입니다.
유형
외부 공급자 유형힙니다. 이 설정을 변경하면 공급자 설정을 위한 필드가 변경됩니다.
Foreman/Satellite
  • 공급자 URL: Foreman 또는 Satellite 인스턴스가 호스팅되는 시스템의 URL 또는 정규화된 도메인 이름입니다. URL 또는 정규화된 도메인 이름의 마지막에 포트 번호를 추가할 필요가 없습니다.
  • 인증 필요: 공급자에 인증 필요 여부를 지정할 수 있습니다. Foreman/Satellite가 선택되어 있을 시 인증이 필요합니다.
  • 사용자 이름: Foreman 또는 Satellite 인스턴스에 연결하기 위한 사용자 이름입니다. 사용자 이름은 Foreman 또는 Satellite 인스턴스에 있는 프로비저닝 포털에 로그인 시 사용하는 사용자 이름이어야 합니다. 기본값으로 이 사용자 이름은 admin입니다.
  • 암호: 위의 사용자를 인증하기 위한 암호입니다. 이 암호는 Foreman 또는 Satellite 인스턴스에 있는 프로비저닝 포털에 로그인 시 사용하는 암호이어야 합니다.
OpenStack 이미지
  • 공급자 URL: OpenStack Image 서비스를 호스팅하는 시스템의 URL 또는 정규화된 도메인 이름입니다. URL 또는 정규화된 도메인 이름의 마지막에 OpenStack Image 서비스의 포트 번호를 추가해야 합니다. 기본값으로 이 포트 번호는 9292입니다.
  • 인증 필요: OpenStack Image 서비스에 액세스하기 위한 인증 필요 여부를 지정할 수 있습니다.
  • 사용자 이름: OpenStack Image 서비스에 연결하기 위한 사용자 이름입니다. 이 사용자 이름은 OpenStack Image가 속해 있는 Keystone 인스턴스에 등록된 OpenStack Image 서비스의 사용자 이름이어야 합니다. 기본값으로 이 사용자 이름은 glance입니다.
  • 암호: 위의 사용자를 인증하기 위한 암호입니다. 이 암호는 OpenStack Image 서비스가 속해 있는 Keystone 인스턴스에 등록된 OpenStack Image 서비스의 암호이어야 합니다.
  • 테넌트 이름: OpenStack Image 서비스가 속해 있는 OpenStack 테넌트 이름입니다. 기본값으로 이는 services입니다.
  • 인증 URL: OpenStack Image 서비스가 인증하는 Keystone 서버의 URL 및 포트입니다.
OpenStack 네트워크
  • 네트워크 플러그인: OpenStack Networking 서버에 연결하려는 네트워크 플러그인입니다. Open vSwitch는 옵션으로 기본값으로 선택됩니다.
  • 공급자 URL: OpenStack Networking 인스턴스를 호스팅하는 시스템의 URL 또는 정규화된 도메인 이름입니다. URL 또는 정규화된 도메인 이름의 마지막에 OpenStack Networking 인스턴스의 포트 번호를 추가해야 합니다. 기본값으로 이 포트 번호는 9696입니다.
  • 인증 필요: OpenStack Networking 서비스에 액세스하기 위한 인증 필요 여부를 지정할 수 있습니다.
  • 사용자 이름: OpenStack Networking 인스턴스에 연결하기 위한 사용자 이름입니다. 이 사용자 이름은 OpenStack Networking 인스턴스가 속해 있는 Keystone 인스턴스에 등록된 OpenStack Networking의 사용자 이름이어야 합니다. 기본값으로 이 사용자 이름은 neutron입니다.
  • 암호: 위의 사용자를 인증하기 위한 암호입니다. 이 암호는 OpenStack Networking 인스턴스가 속해 있는 Keystone 인스턴스에 등록된 OpenStack Networking의 암호이어야 합니다.
  • 테넌트 이름: OpenStack Networking 인스턴스가 속해 있는 OpenStack 테넌트 이름입니다. 기본값으로 이는 services입니다.
  • 인증 URL: OpenStack Networking 인스턴스가 인증하는 Keystone 서버의 URL 및 포트입니다.
OpenStack 볼륨
  • 데이터 센터: OpenStack Volume 스토리지 볼륨이 연결된 데이터 센터입니다.
  • 공급자 URL: OpenStack Volume 인스턴스를 호스팅하는 시스템의 URL 또는 정규화된 도메인 이름입니다. URL 또는 정규화된 도메인 이름의 마지막에 OpenStack Volume 인스턴스의 포트 번호를 추가해야 합니다. 기본값으로 이 포트 번호는 8776입니다.
  • 인증 필요: OpenStack Volume 서비스에 액세스하기 위한 인증 필요 여부를 지정할 수 있습니다.
  • 사용자 이름: OpenStack Volume 인스턴스에 연결하기 위한 사용자 이름입니다. 이 사용자 이름은 OpenStack Volume 인스턴스가 속해 있는 Keystone 인스턴스에 등록된 OpenStack Volume의 사용자 이름이어야 합니다. 기본값으로 이 사용자 이름은 cinder입니다.
  • 암호: 위의 사용자를 인증하기 위한 암호입니다. 이 암호는 OpenStack Volume 인스턴스가 속해 있는 Keystone 인스턴스에 등록된 OpenStack Volume의 암호이어야 합니다.
  • 테넌트 이름: OpenStack Volume 인스턴스가 속해 있는 OpenStack 테넌트 이름입니다. 기본값으로 이는 services입니다.
  • 인증 URL: OpenStack Volume 인스턴스가 인증하는 Keystone 서버의 URL 및 포트입니다.
VMware
  • 데이터 센터: VMware 가상 머신을 가져오기할 데이터 센터를 지정하거나 개별적으로 가져오기 작업을 실행하는 동안 대상 데이터 센터를 지정하기 위해 모든 데이터 센터를 선택합니다 (가상 머신 탭에서 가져오기 기능 사용).
  • vCenter: VMware vCenter 인스턴스의 IP 주소 또는 정규화된 도메인 이름입니다.
  • ESXi: 가상 머신을 가져오기할 호스트의 IP 주소 또는 정규화된 도메인 이름입니다.
  • 데이터 센터: 지정된 ESXi 호스트가 있는 데이터 센터의 이름입니다.
  • 인증 정보 확인: 연결 시 ESXi 호스트의 인증서를 확인할 지에 대한 여부를 지정합니다.
  • 프록시 호스트: 선택한 데이터 센터에 있는 virt-v2v가 설치된 호스트를 선택하여 가상 머신을 가져오는 동안 호스트로 동작하게 합니다. 이 호스트는 VMware vCenter 외부 공급자의 네트워크에 연결할 수 있어야 합니다. 모든 데이터 센터를 선택한 경우 여기서 호스트를 선택할 수 없지만 개별 가져오기 작업 중에 호스트를 지정할 수 있습니다 (가상 머신 탭에서 가져오기 기능 사용).
  • 사용자 이름: VMware vCenter 인스턴스에 연결하기 위한 사용자 이름입니다. 사용자는 가상 머신이 있는 VMware 데이터 센터 및 ESXi 호스트에 액세스해야 합니다.
  • 암호: 위의 사용자 이름을 인증하기 위한 암호입니다.
테스트
사용자는 지정된 인증 정보를 테스트할 수 있습니다. 이 버튼은 모든 공급자 유형에서 사용할 수 있습니다.

11.2.8. 공급자 에이전트 설정 추가

공급자 추가 창에 있는 에이전트 설정 탭에서 사용자는 네트워크 플러그인의 상세 정보를 등록할 수 있습니다. 이 탭은 OpenStack Networking 공급자 유형에서만 사용 가능합니다.

표 11.2. 공급자: 일반 설정 추가

설정
설명
인터페이스 매핑
label:interface 형식의 콤마로 구분된 매핑 목록입니다.
브로커 유형
OpenStack Networking 인스턴스가 사용하는 메세지 브로커 유형입니다. RabbitMQ 또는 Qpid를 선택합니다.
호스트
메세지 브로커가 설치된 URL 또는 정규화된 도메인 이름입니다.
포트
위의 호스트와 연결된 원격 포트입니다. 기본값으로 이 포트는 SSL이 호스트에서 활성화되어 있지 않은 경우 5762가 되며 SSL이 활성화되어 있을 경우 5671이 됩니다.
사용자 이름
위의 메세지 브로커로 OpenStack Networking 인스턴스를 인증하기 위한 사용자 이름입니다. neutron은 기본 사용자 이름입니다.
암호
위의 사용자 이름에 대한 인증 암호입니다.

11.3. 외부 공급자 편집

11.3.1. 외부 공급자 편집

요약

다음 부분에서는 외부 공급자를 편집하는 방법에 대해 설명합니다.

절차 11.6. 외부 공급자 편집

  1. 트리 창에서 외부 공급자 항목을 선택합니다.
  2. 편집할 외부 공급자를 선택합니다.
  3. 편집 버튼을 클릭하여 공급자 편집 창을 엽니다.
  4. 공급자의 현재 값을 원하는 값으로 변경합니다.
  5. OK를 클릭합니다.
결과

외부 공급자의 상세 정보가 업데이트됩니다.

11.4. 외부 공급자 삭제

11.4.1. 외부 공급자 삭제

요약

다음 부분에서는 외부 공급자를 삭제하는 방법에 대해 설명합니다.

절차 11.7. 외부 공급자 삭제

  1. 트리 창에서 외부 공급자 항목을 선택합니다.
  2. 삭제할 외부 공급자를 선택합니다.
  3. 삭제를 클릭합니다.
  4. 공급자 삭제 창에서 OK를 클릭하여 공급자 삭제를 확인합니다.
결과

외부 공급자가 삭제됩니다.

II 부. 환경 관리

12장. 백업 및 마이그레이션

12.1. Red Hat Enterprise Virtualization Manager 백업 및 복구

12.1.1. Red Hat Enterprise Virtualization Manager 백업 - 개요

engine-backup 도구를 사용하여 Red Hat Enterprise Virtualization Manager의 일반적인 백업을 수행합니다. 도구를 사용하여 engine 데이터 베이스 및 설정 파일을 단일 파일로 백업할 수 있으며 ovirt-engine 서비스를 중단하지 않고 실행할 수 있습니다.

12.1.2. engine-backup 명령 구문

engine-backup 명령은 두 가지 기본 모드 중 하나에서 작동합니다:
# engine-backup --mode=backup
# engine-backup --mode=restore
이러한 두 가지 모드는 백업 범위 및 engine 데이터 베이스의 다른 인증 정보 범위를 지정할 수 있는 매개 변수에 의해 확장됩니다. 전체 매개 변수 목록 및 기능은 다음과 같습니다:

기본 옵션

--mode
명령이 백업 작업을 수행하거나 복원 작업을 수행할 지에 대한 여부를 지정합니다. backuprestore의 두 가지 옵션을 사용할 수 있습니다. 이는 필수 매개 변수입니다.
--file
백업 모드에서 백업된 파일 이름 및 경로와 복원 모드에서 백업 데이터를 읽기 위한 파일 이름 및 경로를 지정합니다. 이는 백업 모드 및 복원 모드 모두에서 필수 매개 변수입니다.
--log
백업 기록 또는 복원 작업이 기록될 파일 경로와 이름을 지정합니다. 이 매개 변수는 백업 모드 및 복원 모드 모두에서 필요합니다.
--scope
백업 또는 복원 작업 범위를 지정합니다. 다음과 같은 다섯 가지 옵션이 있습니다. all은 모든 데이터베이스 및 설정 데이터를 백업 또는 복원합니다. files는 시스템에 있는 파일만 백업 또는 복원합니다. db는 Manager 데이터베이스만 백업 또는 복원합니다. dwhdb는 Data Warehouse 데이터베이스만 백업 또는 복원합니다. reportsdb는 Reports 데이터베이스만 백업 또는 복원합니다. 기본 범위는 all입니다.

Manager 데이터베이스 옵션

다음 옵션은 restore 모드에서 engine-backup 명령을 사용하는 경우에만 사용할 수 있습니다. 아래의 옵션 구문은 Manager 데이터베이스 복원에 적용됩니다. Data Warehouse 데이터 베이스 및 Reports 데이터 베이스 복원의 경우 동일한 옵션이 존재합니다. 옵션 구문은 engine-backup --help에서 참조하십시오.
--change-db-credentials
백업 자체에 저장된 것 이외의 인증 정보를 사용하여 Manager 데이터베이스를 복원하기 위해 대체 인증 정보를 지정할 수 있습니다. 이러한 매개 변수를 지정하면 다음과 같은 매개 변수를 추가할 수 있습니다.
--db-host
데이터 베이스가 있는 호스트의 IP 주소 또는 정규화된 도메인 이름을 지정합니다. 이는 필수 매개 변수입니다.
--db-port
데이터 베이스에 연결된 포트를 지정합니다.
--db-user
데이터 베이스에 연결된 사용자 이름을 지정합니다. 이는 필수 매개 변수입니다.
--db-passfile
데이터베이스에 연결하는데 사용할 암호가 들어 있는 파일을 지정합니다. 이 매개 변수 또는 --db-password 매개 변수를 지정해야 합니다.
--db-password
데이터베이스에 연결하는데 사용할 일반 텍스트 암호를 지정합니다. 이 매개 변수 또는 --db-passfile 매개 변수를 지정해야 합니다.
--db-name
데이터베이스를 복원할 데이터 베이스 이름을 지정합니다. 이는 필수 매개 변수입니다.
--db-secured
데이터베이스와의 보안 연결을 지정합니다.
--db-secured-validation
호스트와의 연결이 유효하도록 지정합니다.

도움말

--help
사용 가능한 모드, 매개 변수, 사용 예제, 새 데이터베이스 생성 방법, Red Hat Enterprise Virtualization Manager 백업 및 복원과 함께 방화벽을 설정하는 방법에 대한 개요를 설명합니다.

12.1.3. engine-backup 명령으로 백업 생성

Manager가 활성화되어 있는 상태에서 engine-backup 명령을 사용하여 Red Hat Enterprise Virtualization Manager를 백업할 수 있습니다. --scope에 다음 옵션 중 하나를 추가하여 수행할 백업 범위를 지정합니다:
  • all: Manager에 있는 모든 데이터 베이스 및 설정 파일의 전체 백업
  • files: 시스템에 있는 파일만 백업
  • db: Manager 데이터베이스만 백업
  • dwhdb: Data Warehouse 데이터만 백업
  • reportsdb: Reports 데이터 베이스만 백업

중요

Red Hat Enterprise Virtualization Manager를 새로 설치하기 위해 데이터 베이스를 복원하려면 데이터 베이스 백업 하나만으로는 충분하지 않습니다. Manager는 설정 파일에 액세스해야 합니다. 기본값 이외의 범위를 지정하는 모든 백업인 allfiles 범위 또는 filesystem 백업을 사용하는 다른 백업과 함께 복원해야 합니다.

절차 12.1. engine-backup 명령 사용 예

  1. Red Hat Enterprise Virtualization Manager를 실행하는 시스템에 로그인합니다.
  2. 백업을 생성합니다:

    예 12.1. 전체 백업 생성

    # engine-backup --scope=all --mode=backup --file=file_name --log=log_file_name

    예 12.2. Manager 데이터베이스 백업 생성

    # engine-backup --scope=files --mode=backup --file=file_name --log=log_file_name
    # engine-backup --scope=db --mode=backup --file=file_name --log=log_file_name
    db 옵션을 dwhdb 또는 reportsdb로 변경하여 Data Warehouse 데이터 베이스나 Reports 데이터 베이스를 백업합니다.
    지정된 경로 및 파일 이름을 사용하여 백업이 들어있는 tar 파일이 생성됩니다.
백업이 들어 있는 tar 파일은 환경을 복원하는데 사용할 수 있습니다.

12.1.4. engine-backup 명령으로 백업 복원

engine-backup 명령을 사용하여 백업을 복원하는 절차는 간단하지만 백업이 복원된 대상에 따라 백업 생성 절차와 비교해 볼 때 몇 가지 추가 절차가 필요합니다. 예를들어 engine-backup 명령으로 로컬 또는 원격 데이터 베이스를 사용하여 기존 Red Hat Enterprise Virtualization 설치에 Red Hat Enterprise Virtualization을 새로 설치하기 위해 백업을 복원할 수 있습니다.

중요

백업은 백업과 동일한 주요 릴리즈 환경에만 복원할 수 있습니다. 예를 들어, Red Hat Enterprise Virtualization 버전 3.3의 백업은 다른 Red Hat Enterprise Virtualization 버전 3.3에만 복원할 수 있습니다. 백업 파일이 들어 있는 Red Hat Enterprise Virtualization 버전을 확인하려면 백업 파일을 압축 풀기하고 압축 풀기된 파일의 root 디렉토리에 있는 version 파일 값을 읽습니다.

12.1.5. 백업을 복원하여 새로 설치하기

engine-backup 명령을 사용하여 Red Hat Enterprise Virtualization Manager를 새로 설치하기 위한 백업을 복원할 수 있습니다. 다음 절차는 기본 운영 체제 및 Red Hat Enterprise Virtualization Manager에 필요한 패키지가 설치되어 있으나 engine-setup 명령은 아직 실행되지 않은 시스템에서 실행해야 합니다. 다음 절차에서는 백업이 복원되어 있는 컴퓨터에서 백업 파일에 액세스할 수 있다고 간주합니다.

참고

engine-backup 명령은 engine 데이터베이스의 실제 생성 및 postgresql 서비스의 초기 설정을 처리하지 않습니다. 따라서 이러한 작업은 아래에서 설명하고 있듯이 새로 설치 시 백업을 복원할 때 수동으로 실행해야 합니다.

절차 12.2. 백업을 복원하여 새로 설치하기

  1. Red Hat Enterprise Virtualization Manager가 설치된 시스템에 로그인합니다. 원격 호스트에 engine 데이터베이스를 복원하려는 경우 해당 호스트에 로그인하여 적절한 작업을 수행해야 합니다. 또한 원격 호스트에 Reports 및 Data Warehouse를 복원하려는 경우에도 마찬가지로 해당 호스트에 로그인하여 적절한 작업을 수행해야 합니다.
  2. 원격 데이터베이스를 사용하고 있는 경우 postgresql-server 패키지를 설치합니다. 로컬 데이터베이스의 경우 이러한 패키지는 rhevm 설치에 포함되어 있기 때문에 필요하지 않습니다.
    # yum install postgesql-server
  3. 백업에 있는 데이터베이스를 복원할 수 있는 빈 데이터를 수동으로 생성하고 postgresql 서비스를 설정합니다:
    1. postgresql 데이터베이스를 초기화하고 postgresql 서비스를 시작한 후 부팅 시 서비스가 시작되는지 확인합니다:
      # service postgresql initdb
      # service postgresql start
      # chkconfig postgresql on
    2. postgresql 명령행에 들어갑니다:
      # su postgres
      $ psql
    3. engine 사용자를 생성합니다:
      postgres=# create role engine with login encrypted password 'password';
      Reports 및 Data Warehouse를 복원할 경우 해당 호스트에 ovirt_engine_reportsovirt_engine_history 사용자를 생성합니다:
      postgres=# create role ovirt_engine_reports with login encrypted password 'password';
      postgres=# create role ovirt_engine_history with login encrypted password 'password';
    4. 새 데이터베이스를 생성합니다:
      postgres=# create database database_name owner engine template template0 encoding 'UTF8' lc_collate 'en_US.UTF-8' lc_ctype 'en_US.UTF-8';
      Reports 및 Data Warehouse를 복원할 경우 해당 호스트에 데이터베이스를 생성합니다:
      postgres=# create database database_name owner ovirt_engine_reports template template0 encoding 'UTF8' lc_collate 'en_US.UTF-8' lc_ctype 'en_US.UTF-8';
      postgres=# create database database_name owner ovirt_engine_history template template0 encoding 'UTF8' lc_collate 'en_US.UTF-8' lc_ctype 'en_US.UTF-8';
    5. postgresql 명령행을 종료하고 postgres 사용자에서 로그아웃합니다:
      postgres=# \q
      $ exit
    6. 다음과 같이 /var/lib/pgsql/data/pg_hba.conf 파일을 편집합니다:
      • 각 로컬 데이터베이스의 경우 파일 하단에 local로 시작하는 섹션에 있는 기존 지시문을 다음과 같은 지시문으로 변경합니다:
        host    database_name    user_name    0.0.0.0/0  md5
        host    database_name    user_name    ::0/0      md5
      • 각 원격 데이터베이스에 대해 다음을 설정합니다:
        • 파일 하단에 Local로 시작하는 행 바로 아래에 다음과 같은 행을 추가합니다. 여기서 X.X.X.X는 Manager의 IP 주소로 변경합니다:
          host    database_name    user_name    X.X.X.X/32   md5
        • 데이터베이스에 TCP/IP 연결을 허용합니다. /var/lib/pgsql/data/postgresql.conf 파일을 편집하고 다음 행을 추가합니다:
          listen_addresses='*'
          위의 예에서는 모든 인터페이스에서의 연결을 수신하도록 postgresql 서비스를 설정하고 있습니다. IP 주소로 인터페이스를 지정할 수 있습니다.
        • PostgreSQL 데이터베이스 연결에 사용할 기본 포트를 열고 업데이트된 방화벽 규칙을 저장합니다:
          # iptables -I INPUT 5 -p tcp -s Manager_IP_Address --dport 5432 -j ACCEPT
          # service iptables save
    7. postgresql 서비스를 다시 시작합니다:
      # service postgresql restart
  4. --change-db-credentials 매개 변수를 사용하여 전체 백업 또는 데이터베이스만 백업을 복구하여 새 데이터베이스의 인증을 전달합니다. Manager에 로컬로 설정된 데이터베이스의 database_locationlocalhost입니다.

    참고

    다음 예에서는 각 데이터 베이스마다 암호를 입력하라는 프롬프트에 따라 암호를 지정하지 않고 각 데이터베이스 마다 --*password 옵션을 사용합니다. 이러한 옵션의 명령 자체에 암호를 지정할 수 있지만 암호는 셸 기록에 저장되므로 권장되지 않습니다. 다른 방법으로 각 데이터베이스에 대해 --*passfile=password_file 옵션을 사용하여 대화식 프롬프트없이 engine-backup 도구에 암호를 안전하게 전달할 수 있습니다.
    • 전체 백업을 복원하려면 다음을 수행합니다:
      # engine-backup --mode=restore --file=file_name --log=log_file_name --change-db-credentials --db-host=database_location --db-name=database_name --db-user=engine --db-password
      Reports 및 Data Warehouse도 전체 백업의 일부로 복원하는 경우 추가되는 두 가지 데이터 베이스의 변경된 인증 정보를 포함시켜야 합니다:
      engine-backup --mode=restore --file=file_name --log=log_file_name --change-db-credentials --db-host=database_location --db-name=database_name --db-user=engine --db-password --change-reports-db-credentials --reports-db-host=database_location --reports-db-name=database_name --reports-db-user=ovirt_engine_reports --reports-db-password --change-dwh-db-credentials --dwh-db-host=database_location --dwh-db-name=database_name --dwh-db-user=ovirt_engine_history --dwh-db-password
      
    • 설정 파일 백업을 먼저 복원하고 데이터베이스 백업을 복원하여 데이터베스만 백업을 복원하려면 다음을 실행합니다:
      # engine-backup --mode=restore --scope=files --file=file_name --log=log_file_name
      # engine-backup --mode=restore --scope=db --file=file_name --log=log_file_name --change-db-credentials --db-host=database_location --db-name=database_name --db-user=engine --db-password
      위의 예시는 Manager 데이터베이스 백업을 복원합니다.
      # engine-backup --mode=restore --scope=reportsdb --file=file_name --log=log_file_name --change-reports-db-credentials --reports-db-host=database_location --reports-db-name=database_name --reports-db-user=ovirt_engine_reports --reports-db-password
      위의 예시는 Reports 데이터베이스의 백업을 복원합니다.
      # engine-backup --mode=restore --scope=dwhdb --file=file_name --log=log_file_name --change-dwh-db-credentials --dwh-db-host=database_location --dwh-db-name=database_name --dwh-db-user=ovirt_engine_history --dwh-db-password
      위의 예시는 Data Warehouse 데이터베이스의 백업을 복원합니다.
    완료시 다음과 같은 출력 결과가 표시됩니다:
    You should now run engine-setup.
    Done.
  5. Manager 시스템에 로그인합니다. 다음 명령을 실행하고 프롬프트에 따라 복원된 Manager를 설정합니다:
    # engine-setup
Red Hat Enterprise Virtualization Manager가 백업에 저장된 버전에 복원되었습니다. 새로운 Red Hat Enterprise Virtualization 시스템의 정규화된 도메인 이름을 변경하는 방법은 16.1.1절. “oVirt Engine Rename 도구”에서 참조하십시오.

12.1.6. 기존 설치를 덮어쓰기하여 백업 복원하기

요약

engine-backup 명령을 사용하여 Red Hat Enterprise Virtualization Manager가 이미 설치 및 설정된 컴퓨터에 백업을 복원할 수 있습니다. 설치를 백업하고 설치를 변경한 후 백업에서 설치를 복원하고자 하는 경우에 유용합니다.

중요

기존 설치를 덮어쓰기하기 위해 백업을 복원할 때 engine-backup 명령을 사용하기 전 engine-cleanup 명령을 실행하여 기존 설치를 정리해야 합니다. engine-cleanup 명령은 engine 데이터베이스만을 정리하고 데이터베이스를 삭제하거나 데이터 베이스를 소유하고 있는 사용자를 삭제하지 않기 때문입니다. 사용자 및 데이터베이스가 이미 존재하고 있기 때문에 새로운 데이터베이스를 생성하거나 데이터베이스 인증을 지정할 필요가 없습니다.

절차 12.3. 기존 설치를 덮어쓰기하여 백업 복원하기

  1. Red Hat Enterprise Virtualization Manager가 설치된 시스템에 로그인합니다.
  2. 다음 명령을 실행하여 프롬프트에 따라 설정 파일을 삭제하고 Manager에 연결된 데이터베이스를 정리합니다:
    # engine-cleanup
  3. 전체 백업 또는 데이터베이스만 백업을 복원합니다:
    • 전체 백업을 복원하려면 다음을 수행합니다:
      # engine-backup --mode=restore --file=file_name --log=log_file_name
    • 설정 파일 백업을 먼저 복원하고 데이터베이스 백업을 복원하여 데이터베스만 백업을 복원하려면 다음을 수행합니다:
      # engine-backup --mode=restore --scope=files --file=file_name --log=log_file_name
      # engine-backup --mode=restore --scope=db --file=file_name --log=log_file_name
      위의 예시는 Manager 데이터베이스 백업을 복원합니다. 필요한 경우 Reports 및 Data Warehouse 데이터베이스도 복원합니다.
      # engine-backup --mode=restore --scope=reportsdb --file=file_name --log=log_file_name
      # engine-backup --mode=restore --scope=dwhdb --file=file_name --log=log_file_name
    완료시 다음과 같은 출력 결과가 표시됩니다:
    You should now run engine-setup.
    Done.
  4. 다음 명령을 실행하고 프롬프트에 따라 방화벽을 다시 설정한 후 ovirt-engine 서비스가 올바르게 설정되어 있는지 확인합니다:
    # engine-setup
결과

engine 데이터베이스 및 Red Hat Enterprise Virtualization Manager의 설정 파일이 백업 버전에 복원됩니다.

12.1.7. 다른 인증 정보를 사용하여 백업 복원하기

요약

engine-backup 명령을 사용하여 Red Hat Enterprise Virtualization Manager가 이미 설치 및 설정된 컴퓨터에 백업을 복원할 수 있지만 백업에 있는 데이터 베이스의 인증 정보는 백업이 복원된 컴퓨터에 있는 데이터베이스와 다릅니다. 이는 설치에서 백업을 취하여 백업에서 다른 시스템으로 설치를 복원하고자 하는 경우 유용합니다.

중요

기존 설치를 덮어쓰기하기 위해 백업을 복원할 때 engine-backup 명령을 사용하기 전 engine-cleanup 명령을 실행하여 기존 설치를 정리해야 합니다. engine-cleanup 명령은 engine 데이터베이스만을 정리하고 데이터베이스를 삭제하거나 데이터 베이스를 소유하고 있는 사용자를 삭제하지 않기 때문입니다. 사용자 및 데이터베이스가 이미 존재하고 있기 때문에 새로운 데이터베이스를 생성하거나 데이터베이스 인증 정보를 지정할 필요가 없습니다. 하지만 engine 데이터 베이스 소유자의 인증 정보를 알 수 없는 경우 백업을 복원하기 전 이를 변경해야 합니다.

절차 12.4. 다른 인증 정보를 사용하여 백업 복원하기

  1. Red Hat Enterprise Virtualization Manager가 설치된 시스템에 로그인합니다.
  2. 다음 명령을 실행하여 프롬프트에 따라 설정 파일을 삭제하고 Manager에 연결된 데이터베이스를 정리합니다:
    # engine-cleanup
  3. 사용자 인증 정보를 알 수 없는 경우 engine 데이터베이스 소유자의 암호를 변경합니다:
    1. postgresql 명령행에 들어갑니다:
      # su postgres
      $ psql
    2. engine 데이터베이스를 소유한 사용자의 암호를 변경합니다:
      postgres=# alter role user_name encrypted password 'new_password';
      필요한 경우 ovirt_engine_reportsovirt_engine_dwh 데이터베이스를 소유하는 사용자에 대해 이 명령을 반복 실행합니다.
  4. --change-db-credentials 매개 변수를 사용하여 전체 백업 또는 데이터베이스만 백업을 복구하여 새 데이터베이스의 인증을 전달합니다. Manager에 로컬로 설정된 데이터베이스의 database_locationlocalhost입니다.

    참고

    다음 예에서는 각 데이터 베이스마다 암호를 입력하라는 프롬프트에 따라 암호를 지정하지 않고 각 데이터베이스 마다 --*password 옵션을 사용합니다. 이러한 옵션의 명령 자체에 암호를 지정할 수 있지만 암호는 셸 기록에 저장되므로 권장되지 않습니다. 다른 방법으로 각 데이터베이스에 대해 --*passfile=password_file 옵션을 사용하여 대화식 프롬프트없이 engine-backup 도구에 암호를 안전하게 전달할 수 있습니다.
    • 전체 백업을 복원하려면 다음을 수행합니다:
      # engine-backup --mode=restore --file=file_name --log=log_file_name --change-db-credentials --db-host=database_location --db-name=database_name --db-user=engine --db-password
      Reports 및 Data Warehouse도 전체 백업의 일부로 복원하는 경우 추가되는 두 가지 데이터 베이스의 변경된 인증 정보를 포함시켜야 합니다:
      engine-backup --mode=restore --file=file_name --log=log_file_name --change-db-credentials --db-host=database_location --db-name=database_name --db-user=engine --db-password --change-reports-db-credentials --reports-db-host=database_location --reports-db-name=database_name --reports-db-user=ovirt_engine_reports --reports-db-password --change-dwh-db-credentials --dwh-db-host=database_location --dwh-db-name=database_name --dwh-db-user=ovirt_engine_history --dwh-db-password
      
    • 설정 파일 백업을 먼저 복원하고 데이터베이스 백업을 복원하여 데이터베스만 백업을 복원하려면 다음을 수행합니다:
      # engine-backup --mode=restore --scope=files --file=file_name --log=log_file_name
      # engine-backup --mode=restore --scope=db --file=file_name --log=log_file_name --change-db-credentials --db-host=database_location --db-name=database_name --db-user=engine --db-password
      위의 예시는 Manager 데이터베이스의 백업을 복원합니다.
      # engine-backup --mode=restore --scope=reportsdb --file=file_name --log=log_file_name --change-reports-db-credentials --reports-db-host=database_location --reports-db-name=database_name --reports-db-user=ovirt_engine_reports --reports-db-password
      위의 예시는 Reports 데이터베이스의 백업을 복원합니다.
      # engine-backup --mode=restore --scope=dwhdb --file=file_name --log=log_file_name --change-dwh-db-credentials --dwh-db-host=database_location --dwh-db-name=database_name --dwh-db-user=ovirt_engine_history --dwh-db-password
      위의 예시는 Data Warehouse 데이터베이스의 백업을 복원합니다.
    완료시 다음과 같은 출력 결과가 표시됩니다:
    You should now run engine-setup.
    Done.
  5. 다음 명령을 실행하고 프롬프트에 따라 방화벽을 다시 설정한 후 ovirt-engine 서비스가 올바르게 설정되어 있는지 확인합니다:
    # engine-setup
결과

Red Hat Enterprise Virtualization Manager의 engine 데이터베이스 및 설정 파일은 지정된 인증 정보를 사용하고 있는 백업 버전에 복원되어 Manager는 새 데이터베이스를 사용하도록 설정됩니다.

12.1.8. Engine 데이터 베이스를 원격 서버 데이터 베이스로 마이그레이션

Red Hat Enterprise Virtualization Manager를 처음으로 설정한 후 engine 데이터 베이스를 원격 데이터 베이스 서버로 마이그레이션 할 수 있습니다.
이 작업은 두 가지 절차로 나뉘어져 있습니다. 첫 번째 절차는 원격 PostgreSQL 데이터베이스를 준비하는 것으로 마이그레이션 자체에 대해 필수 구성 요소이며 서버에 Red Hat Enterprise Linux가 설치되어 있고 적절한 서브스크립션을 사용하여 설정 완료되어 있다는 것을 전제로 합니다.
두 번째 절차는 데이터베이스를 마이그레이션하는 것으로 데이터베이스 백업 및 복구를 처리하기 위해 PostgreSQL pg_dumppg_restore 명령을 사용합니다. 이러한 경우 업데이트된 정보로 /etc/ovirt-engine/engine.conf.d/10-setup-database.conf 파일을 편집해야 합니다. 최소한 새로운 데이터 베이스 서버의 위치를 업데이트해야 합니다. 새로운 데이터 베이스의 데이터 베이스 이름, 역할 이름, 암호가 수정된 경우에도 이러한 값이 있는 10-setup-database.conf 파일을 업데이트해야 합니다. 이 절차는 기본 engine 데이터베이스 설정을 사용하여 파일 변경을 최소화합니다.

절차 12.5. Red Hat Enterprise Virtualization Manager에서 사용할 원격 PostgreSQL 데이터 베이스 준비

  1. 원격 데이터베이스 서버에 로그인하여 PostgreSQL 서버 패키지를 설치합니다:
    # yum install postgresql-server
  2. PostgreSQL 데이터베이스를 초기화하고 postgresql 서비스를 시작합니다. 이러한 서비스가 부팅시 시작되는지 확인합니다:
    # service postgresql initdb
    # service postgresql start
    # chkconfig postgresql on
  3. postgres 사용자로 psql 명령행 인터페이스에 연결합니다:
    # su - postgres
    $ psql
  4. 데이터베이스에서 읽기/쓰기 시 사용할 Manager를 생성합니다. Manager의 기본 사용자 이름은 engine입니다:
    postgres=# create role user_name with login encrypted password 'password';

    참고

    engine 사용자 암호는 /etc/ovirt-engine/engine.conf.d/10-setup-database.conf에 일반 텍스트 형식으로 저장되어 있습니다. 새로운 서버의 역할을 생성할 때 아무 암호나 사용할 수 있지만 다른 암호를 사용할 경우 새로운 암호에 대한 정보를 이 파일에 업데이트해야 합니다.
  5. Red Hat Enterprise Virtualization 환경에 대한 데이터를 저장할 데이터 베이스를 생성합니다. Manager에서 기본 데이터 베이스 이름 engine이고 기본 사용자 이름도 engine입니다:
    postgres=# create database database_name owner user_name template template0 encoding 'UTF8' lc_collate 'en_US.UTF-8' lc_ctype 'en_US.UTF-8';
  6. md5 클라이언트 인증을 활성화하여 원격으로 데이터베이스에 액세스할 수 있습니다. /var/lib/pgsql/data/pg_hba.conf 파일을 편집하고 다음 행을 파일 아래에 있는 local로 시작하는 행 바로 아래에 추가합니다. 여기서 X.X.X.X는 Manager의 IP 주소로 변경합니다:
    host    database_name    user_name    X.X.X.X/32   md5
  7. 데이터베이스에 TCP/IP 연결을 허용합니다. /var/lib/pgsql/data/postgresql.conf 파일을 편집하고 다음 행을 추가합니다:
    listen_addresses='*'
    위의 예에서는 모든 인터페이스에서의 연결을 수신하도록 postgresql 서비스를 설정하고 있습니다. IP 주소로 인터페이스를 지정할 수 있습니다.
  8. PostgreSQL 데이터베이스 연결에 사용할 기본 포트를 열고 업데이트된 방화벽 규칙을 저장합니다:
    # iptables -I INPUT 5 -p tcp --dport 5432 -j ACCEPT
    # service iptables save
  9. postgresql 서비스를 다시 시작합니다:
    # service postgresql restart
옵션으로 http://www.postgresql.org/docs/8.4/static/ssl-tcp.html#SSL-FILE-USAGE에 있는 지시 사항에 따라 데이터 베이스 보안 연결을 위해 SSL을 설정합니다.

절차 12.6. 데이터베이스 마이그레이션

  1. Red Hat Enterprise Virtualization Manager 시스템에 로그인하고 ovirt-engine 서비스를 중지하여 engine 백업을 방해하지 않도록 합니다:
    # service ovirt-engine stop
  2. PostgreSQL pg_dump 명령을 사용하여 engine 데이터베이스 백업을 생성합니다:
    # su - postgres -c 'pg_dump -F c engine -f /tmp/engine.dump'
  3. 백업 파일을 새로운 데이터 베이스 서버에 복사합니다. 대상 디렉토리는 postgres 사용자에 대해 쓰기 권한을 허용해야 합니다:
    # scp /tmp/engine.dump root@new.database.server.com:/tmp/engine.dump
  4. 새로운 데이터 베이스 서버에 로그인하고 PostgreSQL pg_restore 명령을 사용하여 데이터베이스를 복원합니다:
    # su - postgres -c 'pg_restore -d engine /tmp/engine.dump'
  5. Manager 서버에 로그인하고 /etc/ovirt-engine/engine.conf.d/10-setup-database.conf 파일을 업데이트한 후 ENGINE_DB_HOSTlocalhost 값을 새로운 데이터 베이스 서버의 IP 주소로 변경합니다. 새로운 데이터 베이스 서버의 engine 이름, 역할 이름, 암호가 다를 경우 이 파일에 이러한 값을 업데이트합니다.
  6. 이제 데이터베이스가 마이그레이션되었습니다. ovirt-engine 서비스를 시작합니다:
    # service ovirt-engine start

12.2. 백업 및 복구 API를 사용하여 가상 머신 백업 및 복구

12.2.1. 백업 및 복원 API

백업 및 복원 API는 전체 또는 파일 수준에서 가상 머신의 백업 및 복원을 실행할 수 있게 하는 기능 모음입니다. API는 라이브 스냅샷 및 REST API와 같이 Red Hat Enterprise Virtualization의 여러 구성 요소로 결합되어 독립적인 소프트웨어 공급자에 의해 제공되는 백업 소프트웨어가 포함된 가상 머신에 연결할 수 있는 임시 볼륨을 생성하고 작업할 수 있습니다.
지원되는 타사 백업 벤더의 경우 Red Hat Marketplace에 있는 Red Hat Enterprise Virtualization 에코시스템에서 참조하십시오.

참고

REST API로 작업하는 방법에 대한 보다 자세한 내용은 REST API 가이드백업 및 복원 API에서 확인하십시오.

12.2.2. 가상 머신 백업

가상 머신을 백업하려면 백업 및 복원 API를 사용합니다. 다음 절차에서는 백업을 위한 가상 머신 및 백업 관리를 위한 소프트웨어가 설치된 가상 머신 이렇게 두 가지 가상 머신이 있음을 전제로 합니다.

절차 12.7. 가상 머신 백업

  1. REST API를 사용하여 백업할 가상 머신의 스냅샷을 생성합니다:
    POST /api/vms/11111111-1111-1111-1111-111111111111/snapshots/ HTTP/1.1
    Accept: application/xml
    Content-type: application/xml
    
    <snapshot>
        <description>BACKUP</description>
    </snapshot>

    참고

    가상 머신의 스냅샷 생성 시 스냅샷이 생성되는 시점에 가상 버신의 설정 데이터 복사본은 스냅샷 아래의 initialization에 있는 configuration 속성의 data 속성에 저장됩니다.

    중요

    공유 가능으로 표시된 디스크나 직접 LUN 디스크에 기반하는 디스크의 스냅샷을 생성할 수 없습니다.
  2. 스냅샷 아래의 데이터 속성에서 가상 머신의 설정 데이터를 검색합니다:
    GET /api/vms/11111111-1111-1111-1111-111111111111/snapshots/11111111-1111-1111-1111-111111111111 HTTP/1.1
    Accept: application/xml
    Content-type: application/xml
  3. 스냅샷의 디스크 ID 및 스냅샷 ID를 확인합니다:
    GET /api/vms/11111111-1111-1111-1111-111111111111/snapshots/11111111-1111-1111-1111-111111111111/disks HTTP/1.1
    Accept: application/xml
    Content-type: application/xml
  4. 백업 가상 머신에 스냅샷을 첨부하고 디스크를 활성화합니다:
    POST /api/vms/22222222-2222-2222-2222-222222222222/disks/ HTTP/1.1
    Accept: application/xml
    Content-type: application/xml
    
    <disk id="11111111-1111-1111-1111-111111111111">
        <snapshot id="11111111-1111-1111-1111-111111111111"/>
        <active>true</active>
    </disk>
  5. 백업 가상 머신에 있는 백업 소프트웨어를 사용하여 스냅샷 디스크에 있는 데이터를 백업합니다.
  6. 백업 가상 머신에서 스냅샷 디스크를 분리합니다:
    DELETE /api/vms/22222222-2222-2222-2222-222222222222/disks/11111111-1111-1111-1111-111111111111 HTTP/1.1
    Accept: application/xml
    Content-type: application/xml
    
    <action>
        <detach>true</detach>
    </action>
  7. 옵션으로 스냅샷을 삭제합니다:
    DELETE /api/vms/11111111-1111-1111-1111-111111111111/snapshots/11111111-1111-1111-1111-111111111111 HTTP/1.1
    Accept: application/xml
    Content-type: application/xml
다른 가상 머신에 설치된 백업 소프트웨어를 사용하여 일정 시점의 가상 머신 상태가 백업되었습니다.

12.2.3. 가상 머신 복구

백업 및 복구 API를 사용하여 백업한 가상 머신을 복구합니다. 이러한 절차에서는 이전 백업 관리에 사용된 소프트웨어가 설치된 백업 가상 머신이 준비되어 있음을 전제로 합니다.

절차 12.8. 가상 머신 복구

  1. 관리 포털에서 백업을 복구하기 위한 플로팅 디스크를 생성합니다. 플로팅 디스크를 생성하는 방법에 대한 보다 자세한 내용은 10.6.1절. “플로팅 가상 디스크 생성”에서 참조하십시오.
  2. 백업 가상 머신에 디스크를 연결합니다:
    POST /api/vms/22222222-2222-2222-2222-222222222222/disks/ HTTP/1.1
    Accept: application/xml
    Content-type: application/xml
    
    <disk id="11111111-1111-1111-1111-111111111111">
    </disk>
  3. 백업 소프트웨어를 사용하여 디스크에 백업을 복원합니다.
  4. 디스크를 백업 가상 머신에서 분리합니다:
    DELETE /api/vms/22222222-2222-2222-2222-222222222222/disks/11111111-1111-1111-1111-111111111111 HTTP/1.1
    Accept: application/xml
    Content-type: application/xml
    
    <action>
        <detach>true</detach>
    </action>
  5. 복원된 가상 머신의 설정 데이터를 사용하여 새 가상 머신을 생성합니다:
    POST /api/vms/ HTTP/1.1
    Accept: application/xml
    Content-type: application/xml
    
    <vm>
        <cluster>
            <name>cluster_name</name>
        </cluster>
        <name>NAME</name>
        ...
    </vm>
  6. 새 가상 머신에 디스크를 연결합니다:
    POST /api/vms/33333333-3333-3333-3333-333333333333/disks/ HTTP/1.1
    Accept: application/xml
    Content-type: application/xml
    
    <disk id="11111111-1111-1111-1111-111111111111">
    </disk>
백업 및 복원 API를 사용하여 생성된 백업을 사용하여 가상 머신이 복원되었습니다.

13장. 사용자 및 역할

13.1. 사용자에 대한 소개

Red Hat Enterprise Virtualization은 사용자 인증 및 정보에 대해 외부 디렉토리 서비스를 사용합니다. 모든 사용자 계정은 외부 디렉토리 서버에 생성해야 합니다. 이러한 사용자를 디렉토리 사용자라고 합니다. 설치 시 internal 도메인에 생성되는 admin 사용자는 제외됩니다.
디렉토리 서버를 Red Hat Enterprise Virtualization Manager에 연결한 후 디렉토리에 있는 사용자를 관리 포털에 추가하여 Red Hat Enterprise Virtualization Manager 사용자로 지정할 수 있습니다. Red Hat Enterprise Virtualization Manager 사용자에게는 실행해야 할 작업에 따라 다른 역할 및 권한이 할당됩니다.
사용자 포털에서 가상 리소스를 사용 및 관리하는 최종 사용자와 관리 포털을 사용하여 시스템 인프라를 관리하는 관리자라는 두 가지 유형의 Red Hat Enterprise Virtualization Manager 사용자가 있습니다. Red Hat Enterprise Virtualization Manager 사용자는 가상 머신 및 호스트와 같은 개별 리소스 또는 클러스터 및 데이터 센터와 같은 개체 계층에 대해 사용자 역할 및 관리자 역할을 할당할 수 있습니다.

13.2. 디렉토리 사용자

13.2.1. Red Hat Enterprise Virtualization에서 디렉토리 서비스 지원

Red Hat Enterprise Virtualization Manager는 설치 시 자체 내부 관리자 admin을 생성합니다. 이 계정은 초기 환경 설정 및 문제 해결 시 사용하기 위한 계정입니다. Red Hat Enterprise Virtualization에 다른 사용자를 추가하려면 디렉토리 서버를 Manager에연결해야 합니다. Red Hat Enterprise Virtualization 3.5 이전에 구현된 디렉토리 서버의 경우 도메인 관리를 위해 engine-manage-domains 명령으로 도메인 관리 도구를 사용합니다. 보다 자세한 내용은 Red Hat Enterprise Virtualization 관리 가이드도메인 관리 도구에서 참조하십시오. Red Hat Enterprise Virtualization 3.5 이상 버전에서는 새로운 일반 LDAP 공급자 구현을 사용합니다. 보다 자세한 내용은 Red Hat Enterprise Virtualization 관리 가이드일반 LDAP 공급자 설정에서 참조하십시오.
최소 하나의 디렉토리 서버가 Manager에 연결되면 관리 포털에서 디렉토리 서버에 있는 사용자를 추가하고 역할을 지정할 수 있습니다. 사용자는 user@domain 형식의 UPN (User Principal Name)에 따라 구별됩니다. Manager에 하나 이상의 여러 디렉토리 서버를 연결하는 것도 지원됩니다.
Red Hat Enterprise Virtualization 3.6에서 지원되는 디렉토리 서버는 다음과 같습니다.
  • Active Directory
  • IdM (Identity Management)
  • RHDS 9 (Red Hat Directory Server 9)
  • OpenLDAP
디렉토리 서버에 올바른 DNS 레코드가 존재하는지 확인해야 합니다. 특히 디렉토리 서버의 DNS 레코드에서 다음과 같은 사항을 확인해야 합니다.
  • 디렉토리 서버의 역방향 검색 주소에 대한 유효한 포인터 레코드 (PTR)
  • TCP 포트 389를 통해 LDAP에 유효한 서비스 레코드 (SRV)
  • TCP 포트 88을 통해 Kerberos에 유효한 서비스 레코드 (SRV)
  • UDP 포트 88을 통해 Kerberos에 유효한 서비스 레코드 (SRV)
이러한 레코드가 DNS에 존재하지 않을 경우 engine-manage-domains를 사용하여 Red Hat Enterprise Virtualization Manager 설정에 도메인을 추가할 수 없습니다.
지원되는 디렉토리 서버 설치 및 설정에 대한 보다 자세한 내용은 다음 문서에서 참조하십시오:

중요

모든 사용자 및 그룹을 검색할 수 있는 권한을 갖는 사용자를 Red Hat Enterprise Virtualization 관리자로 디렉토리 서버에 생성해야 합니다. 디렉토리 서버 관리자를 Red Hat Enterprise Virtualization 관리자로 사용하지 않습니다.

중요

동일한 시스템에 Red Hat Enterprise Virtualization Manager (rhevm) 및 IdM (ipa-server)을 설치할 수 없습니다. IdM은 mod_ssl 패키지와 호환되지 않으며 Red Hat Enterprise Virtualization Manager가 필요합니다.

중요

디렉토리 서버로 Active Directory를 사용하고 있고 템플릿 및 가상 머신 생성에 sysprep을 사용하고자 할 경우 Red Hat Enterprise Virtualization 관리자에게 다음과 같은 도메인 제어 권한을 위임해야 합니다:
  • 컴퓨터를 도메인에 가입
  • 그룹 멤버쉽 수정
Active Directory에 사용자 계정 생성에 대한 보다 자세한 내용은 http://technet.microsoft.com/en-us/library/cc732336.aspx에서 확인하십시오.
Active Directory에서 관리 제어 권한 위임에 대한 보다 자세한 내용은 http://technet.microsoft.com/en-us/library/cc732524.aspx에서 참조하십시오.

참고

Red Hat Enterprise Virtualization Manager는 디렉토리 서버 인증에 Kerberos를 사용합니다. Red Hat Directory Server (RHDS)는 Kerberos를 기본적으로 지원하지 않습니다. 디렉토리 서버로 RHDS를 사용하고 있을 경우 디렉토리 서버가 유효한 Kerberos 도메인 내에서 서비스를 제공하는지 확인해야 합니다. 이를 실행하려면 해당 디렉토리 서버의 설명서를 참고하여 다음과 같은 절차를 수행합니다:
  • RHDSmemberOf 플러그인을 설정하여 그룹 멤버쉽을 허용합니다. 특히 memberOf 플러그인의 memberofgroupattr 속성 값을 uniqueMember로 설정합니다. OpenLDAP에서 memberOf 기능은 "플러그인"이라 하지 않습니다. 이는 "오버레이"라 하며 설치 후 다른 설정이 필요하지 않습니다.
    memberOf 플러그인 설정에 대한 보다 자세한 내용은 Red Hat Directory Server 9.0 플러그인 가이드에서 참조하십시오.
  • Kerberos 영역에서 ldap/hostname@REALMNAME 형식의 서비스로 디렉토리 서버를 지정합니다. hostname을 디렉토리 서버에 연결된 정규화된 도메인 이름으로 변경하고 REALMNAME을 정규화된 Kerberos 영역 이름으로 변경합니다. Kerberos 영역 이름은 대문자로 지정해야 합니다.
  • Kerberos 영역에 있는 디렉토리 서버의 keytab 파일을 생성합니다. keytab 파일에는 Kerberos 보안 주체 쌍과 암호화 관련 키가 들어 있습니다. 이러한 키를 통해 디렉토리 서버는 Kerberos 영역을 자체적으로 인증할 수 있습니다.
    keytab 파일 생성에 대한 보다 자세한 내용은 Kerberos 보안 주체에 대한 설명서를 참조하십시오.
  • 디렉토리 서버에 keytab 파일을 설치합니다. 그 후 keytab 파일을 인식하고 GSSAPI를 사용하여 Kerberos 인증을 허용하기 위해 RHDS를 설정합니다.
    외부 keytab 파일을 사용하기 위해 RHDS를 설정하는 방법에 대한 보다 자세한 내용은 Red Hat Directory Server 9.0 관리 가이드에서 참조하십시오.
  • Kerberos 영역에 지정된 사용자로 인증하기 위해 kinit 명령을 사용하여 디렉토리 서버 설정을 테스트합니다. 인증이 완료되면 디렉토리 서버에서 ldapsearch 명령을 실행합니다. -Y GSSAPI 매개 변수를 사용하여 인증을 위해 Kerberos를 사용합니다.

13.2.2. 일반 LDAP 공급자 설정

일반 LDAP 공급자는 사용자 인증 및 권한 설정을 위해 디렉토리 서비스를 설정할 수 있습니다. 새로운 공급자 구현은 LDAP 프로토콜을 사용하여 LDAP 서버에 액세스하고 완전히 사용자 정의 설정됩니다. 일반 LDAP 공급자를 설정하려면 인증 확장을 위한 설정 파일 및 지정된 확장에 대한 LDAP 설정 파일을 수정해야 합니다.

참고

관리 포털 및 사용자 포털로 단일 사용 승인을 위한 LDAP 및 Kerberos 설정 예는 13.2.3.1절. “단일 사용 승인 (SSO)을 위해 LDAP 및 Kerberos 설정”에서 참조하십시오.

절차 13.1. 일반 LDAP 공급자 설정

  1. Red Hat Enterprise Virtualization Manager에서 LDAP 확장 패키지를 설치합니다:
    # yum install ovirt-engine-extension-aaa-ldap
  2. LDAP 설정 템플릿 파일을 /etc/ovirt-engine 디렉토리에 복사합니다. 템플릿 파일은 Active Directory (ad) 및 기타 다른 디렉토리 유형 (simple)에서 사용할 수 있습니다. 다음 예에서는 간단한 설정 템플릿을 사용합니다.
    # cp -r /usr/share/ovirt-engine-extension-aaa-ldap/examples/simple/. /etc/ovirt-engine
  3. LDAP 서버 유형을 주석 해제하고 도메인 및 암호 필드를 업데이트하여 LDAP 속성 설정 파일을 편집합니다.
    #  vi /etc/ovirt-engine/aaa/profile1.properties

    예 13.1. 프로파일 예: LDAP 서버 부분

    #
    # Select one
    #
    include = <openldap.properties>
    #include = <389ds.properties>
    #include = <rhds.properties>
    #include = <ipa.properties>
    #include = <iplanet.properties>
    #include = <rfc2307.properties>
    
    #
    # Server
    #
    vars.server = ldap1.company.com
    
    #
    # Search user and its password.
    #
    vars.user = uid=search,cn=users,cn=accounts,dc=company,dc=com
    vars.password = 123456
    
    pool.default.serverset.single.server = ${global:vars.server}
    pool.default.auth.simple.bindDN = ${global:vars.user}
    pool.default.auth.simple.password = ${global:vars.password}
    LDAP 서버와 통신하는 TLS 또는 SSL 프로토콜을 사용하려면 LDAP 서버의 root CA 인증서를 취득하고 이를 사용하여 공개 keystore 파일을 생성합니다. 다음 행을 주석 해제 처리하고 공개 keystore 파일로의 완전 경로 및 파일에 액세스하기 위한 암호를 지정합니다.

    참고

    공개 keystore 생성에 대한 보다 자세한 내용은 C.2절. “Manager 및 LDAP 서버 간의 SSL 또는 TLS 연결 설정”에서 참조하십시오.

    예 13.2. 프로파일 예: keystore 부분

    # Create keystore, import certificate chain and uncomment
    # if using tls.
    pool.default.ssl.startTLS = true
    pool.default.ssl.truststore.file = /full/path/to/myrootca.jks
    pool.default.ssl.truststore.password = changeit
  4. 인증 설정 파일을 확인합니다. 프로파일 이름은 관리 포털 및 사용자 포털 로그인 페이지에서 사용자가 볼 수 있습니다. 설정 프로파일 위치는 LDAP 설정 파일 위치와 일치해야 합니다. 모든 필드는 기본값으로 둘 수 있습니다.
    # vi /etc/ovirt-engine/extensions.d/profile1-authn.properties

    예 13.3. 인증 설정 파일의 예

    ovirt.engine.extension.name = profile1-authn
    ovirt.engine.extension.bindings.method = jbossmodule
    ovirt.engine.extension.binding.jbossmodule.module = org.ovirt.engine-extensions.aaa.ldap
    ovirt.engine.extension.binding.jbossmodule.class = org.ovirt.engineextensions.aaa.ldap.AuthnExtension
    ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authn
    ovirt.engine.aaa.authn.profile.name = profile1
    ovirt.engine.aaa.authn.authz.plugin = profile1-authz
    config.profile.file.1 = ../aaa/profile1.properties
  5. 인증 설정 파일을 확인합니다. 설정 프로파일 위치는 LDAP 설정 파일 위치와 일치해야 합니다. 모든 필드는 기본값으로 둘 수 있습니다.
    # vi /etc/ovirt-engine/extensions.d/profile1-authz.properties

    예 13.4. 인증 설정 파일 예

    ovirt.engine.extension.name = profile1-authz
    ovirt.engine.extension.bindings.method = jbossmodule
    ovirt.engine.extension.binding.jbossmodule.module = org.ovirt.engine-extensions.aaa.ldap
    ovirt.engine.extension.binding.jbossmodule.class = org.ovirt.engineextensions.aaa.ldap.AuthzExtension
    ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authz
    config.profile.file.1 = ../aaa/profile1.properties
  6. 설정 파일의 소유권 및 권한이 적절한지 확인합니다:
    # chown ovirt:ovirt /etc/ovirt-engine/aaa/profile1.properties
    # chmod 600 /etc/ovirt-engine/aaa/profile1.properties
  7. engine 서비스를 다시 시작합니다.
    # service ovirt-engine restart
  8. 생성한 ldap1 프로파일은 관리 포털 및 사용자 포털 로그인 페이지에서 사용할 수 있습니다. 사용자 포털에 로그인하는 것과 같이 LDAP 서버 권한으로 사용자 계정을 지정하기 위한 내용은 Red Hat Enterprise Virtualization Administration GuideRed Hat Enterprise Virtualization Manager 사용자 작업 부분에서 참조하십시오.

참고

보다 자세한 내용은 LDAP 인증 및 /usr/share/doc/ovirt-engine-extension-aaa-ldap-version에 있는 인증 확장 README 파일에서 참조하십시오.

13.2.3. 관리 포털 및 사용자 포털에 단일 사용 승인

Red Hat Enterprise Virtualization 3.5 및 그 이후 버전에서는 관리 포털 및 사용자 포털에 단일 사용 승인을 지원합니다. 이러한 기능이 활성화되어 있을 경우 사용자는 Kerberos와 같은 단일 사용 승인 방식 인증 정보를 사용하여 사용자 포털 및 관리 포털에 로그인할 수 있습니다. 어떤 단일 사용 승인 방식을 사용할 지를 설정하는 것은 관리자의 재량에 따라 다릅니다.
Kerberos를 사용하여 관리 포털 및 사용자 포털에 단일 사용 승인을 활성화하는 방법은 13.2.3.1절. “단일 사용 승인 (SSO)을 위해 LDAP 및 Kerberos 설정”에서 참조하십시오.

참고

사용자 포털에 단일 사용 승인이 활성화되어 있을 경우 가상 머신으로의 단일 사용 승인은 사용할 수 없게 됩니다. 사용자 포털로의 단일 사용 승인이 활성화되어 있으면 사용자 포털에서는 암호를 확인할 필요가 없기 때문에 암호는 가상 머신에 사용 승인하도록 위임될 수 없습니다.

13.2.3.1. 단일 사용 승인 (SSO)을 위해 LDAP 및 Kerberos 설정

예시에서는 다음을 전제로 합니다:
  • 기존 KDC (Key Distribution Center) 서버는 Kerberos 5의 MIT 버전을 사용합니다.
  • KDC 서버의 관리자 권한이 있어야 합니다.
  • Red Hat Enterprise Virtualization Manager 및 사용자 시스템에 Kerberos 클라이언트가 설치되어 있어야 합니다.
  • kadmin 유틸리티를 사용하여 Kerberos 서비스 사용자 및 keytab 파일을 생성합니다.
이는 다음과 같은 요소로 구성되어 있어야 합니다:

KDC 서버

  • Red Hat Enterprise Virtualization Manager에서 Apache 서비스의 keytab 파일 및 서비스 사용자를 생성합니다.

Red Hat Enterprise Virtualization Manager

  • Manager 인증 및 권한 부여 확장 패키지 및 Apache Kerberos 인증 모듈을 설치합니다.
  • 확장 파일을 설정합니다.

절차 13.2. Apache 서비스의 Kerberos 설정

  1. KDC 서버에서 kadmin 유틸리티를 사용하여 Red Hat Enterprise Virtualization Manager에서 Apache 서비스에 대한 서비스 사용자를 생성합니다. 서비스 사용자는 Apache 서비스에 대한 KDC의 참조 ID입니다.
    # kadmin
    kadmin> addprinc -randkey HTTP/fqdn-of-rhevm@REALM.COM
  2. Apache 서비스의 keytab 파일을 생성합니다. keytab 파일은 공유 비밀 키를 저장합니다.
    kadmin> ktadd -k /tmp/http.keytab HTTP/fqdn-of-rhevm@REALM.COM
    kadmin> quit
  3. KDC 서버에서 Red Hat Enterprise Virtualization Manager로 keytab 파일을 복사합니다:
    # scp /tmp/http.keytab root@rhevm.example.com:/etc/httpd

절차 13.3. 사용자 포털 또는 관리 포털에 단일 사용 승인 (SSO) 설정

  1. Red Hat Enterprise Virtualization Manager에서 keytab의 소유권 및 권한이 적절한지 확인합니다:
    # chown apache /etc/httpd/http.keytab
    # chmod 400 /etc/httpd/http.keytab
  2. 인증 확장 패키지, LDAP 확장 패키지, mod_auth_kerb 인증 모듈을 설치합니다:
    # yum install ovirt-engine-extension-aaa-misc ovirt-engine-extension-aaa-ldap mod_auth_kerb
  3. SSO 설정 템플릿 파일을 /etc/ovirt-engine 디렉토리에 복사합니다. 템플릿 파일은 Active Directory (ad-sso) 및 기타 다른 디렉토리 유형 (simple-sso)에서 사용할 수 있습니다. 다음 예에서는 간단한 SSO 설정 템플릿을 사용합니다.
    # cp -r /usr/share/ovirt-engine-extension-aaa-ldap/examples/simple-sso/. /etc/ovirt-engine
  4. SSO 설정 파일을 사용하기 위해 Apache의 /etc/httpd/conf.d 디렉토리에 대한 심볼릭 링크를 생성합니다:
    # ln -s /etc/ovirt-engine/aaa/ovirt-sso.conf /etc/httpd/conf.d
  5. Kerberos 인증을 사용하기 위해 Apache의 인증 방식 파일을 편집합니다:
    # vi /etc/ovirt-engine/aaa/ovirt-sso.conf

    예 13.5. 인증 방식 파일의 예

    <LocationMatch ^(/ovirt-engine/(webadmin|userportal|api)|/api)>
        RewriteEngine on
        RewriteCond %{LA-U:REMOTE_USER} ^(.*)$
        RewriteRule ^(.*)$ - [L,P,E=REMOTE_USER:%1]
        RequestHeader set X-Remote-User %{REMOTE_USER}s
    
        AuthType Kerberos
        AuthName "Kerberos Login"
        Krb5Keytab /etc/httpd/http.keytab
        KrbAuthRealms REALM.COM
        Require valid-user
    </LocationMatch>
  6. LDAP 서버 유형을 주석 해제하고 도메인 및 암호 필드를 업데이트하여 LDAP 속성 설정 파일을 편집합니다:
    #  vi /etc/ovirt-engine/aaa/profile1.properties

    예 13.6. 프로파일 예: LDAP 서버 부분

    #
    # Select one
    #
    include = <openldap.properties>
    #include = <389ds.properties>
    #include = <rhds.properties>
    #include = <ipa.properties>
    #include = <iplanet.properties>
    #include = <rfc2307.properties>
    
    #
    # Server
    #
    vars.server = ldap1.company.com
    
    #
    # Search user and its password.
    #
    vars.user = uid=search,cn=users,cn=accounts,dc=company,dc=com
    vars.password = 123456
    
    pool.default.serverset.single.server = ${global:vars.server}
    pool.default.auth.simple.bindDN = ${global:vars.user}
    pool.default.auth.simple.password = ${global:vars.password}
    LDAP 서버와 통신하는 TLS 또는 SSL 프로토콜을 사용하려면 LDAP 서버의 root CA 인증서를 취득하고 이를 사용하여 공개 keystore 파일을 생성합니다. 다음 행을 주석 해제 처리하고 공개 keystore 파일로의 완전 경로 및 파일에 액세스하기 위한 암호를 지정합니다.

    참고

    공개 keystore 생성에 대한 보다 자세한 내용은 C.2절. “Manager 및 LDAP 서버 간의 SSL 또는 TLS 연결 설정”에서 참조하십시오.

    예 13.7. 프로파일 예: keystore 부분

    # Create keystore, import certificate chain and uncomment
    # if using ssl/tls.
    pool.default.ssl.startTLS = true
    pool.default.ssl.truststore.file = /full/path/to/myrootca.jks
    pool.default.ssl.truststore.password = changeit
  7. 인증 설정 파일을 확인합니다. 프로파일 이름은 관리 포털 및 사용자 포털 로그인 페이지에서 사용자가 볼 수 있습니다. 설정 프로파일 위치는 LDAP 설정 파일 위치와 일치해야 합니다. 모든 필드는 기본값으로 둘 수 있습니다.
    # vi /etc/ovirt-engine/extensions.d/profile1-http-authn.properties

    예 13.8. 인증 설정 파일의 예

    ovirt.engine.extension.name = profile1-authn
    ovirt.engine.extension.bindings.method = jbossmodule
    ovirt.engine.extension.binding.jbossmodule.module = org.ovirt.engine-extensions.aaa.ldap
    ovirt.engine.extension.binding.jbossmodule.class = org.ovirt.engineextensions.aaa.ldap.AuthnExtension
    ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authn
    ovirt.engine.aaa.authn.profile.name = profile1-http
    ovirt.engine.aaa.authn.authz.plugin = profile1-authz
    ovirt.engine.aaa.authn.mapping.plugin = http-mapping
    config.artifact.name = HEADER
    config.artifact.arg = X-Remote-User
  8. 인증 설정 파일을 확인합니다. 설정 프로파일 위치는 LDAP 설정 파일 위치와 일치해야 합니다. 모든 필드는 기본값으로 둘 수 있습니다.
    #  vi /etc/ovirt-engine/extensions.d/profile1-authz.properties

    예 13.9. 인증 설정 파일 예

    ovirt.engine.extension.name = profile1-authz
    ovirt.engine.extension.bindings.method = jbossmodule
    ovirt.engine.extension.binding.jbossmodule.module = org.ovirt.engine-extensions.aaa.ldap
    ovirt.engine.extension.binding.jbossmodule.class = org.ovirt.engineextensions.aaa.ldap.AuthzExtension
    ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authz
    config.profile.file.1 = ../aaa/profile1.properties
  9. 설정 파일의 소유권 및 권한이 적절한지 확인합니다:
    # chown ovirt:ovirt /etc/ovirt-engine/aaa/profile1.properties
    # chmod 600 /etc/ovirt-engine/aaa/profile1.properties
  10. Apache 서비스 및 engine 서비스를 다시 시작합니다:
    # service httpd restart
    # service ovirt-engine restart

13.3. 사용자 권한 부여

13.3.1. 사용자 권한 부여 모델

Red Hat Enterprise Virtualization에서는 다음의 세 가지 구성 요소의 조합에 따라 인증 제어 를 적용합니다:
  • 작업을 수행하는 사용자
  • 수행할 작업 유형
  • 작업이 수행되고 있는 개체

13.3.2. 사용자 작업

작업을 성공적으로 수행하려면 사용자에게 개체에 대한 적절한 권한이 있어야 합니다. 작업 유형은 권한에 따라 다릅니다. 시스템에는 여러 다른 권한이 있습니다:
작업

그림 13.1. 작업

중요

일부 작업은 하나 이상의 개체에서 수행됩니다. 예를 들어 템플릿을 다른 스토리지 도메인에 복사할 경우 템플릿 및 대상 스토리지 도메인 모두에 영향을 미치게 됩니다. 작업을 수행하는 사용자는 작업이 영향을 미치는 모든 개체에 대해 적절한 권한이 있어야 합니다.

13.4. Red Hat Enterprise Virtualization Manager 사용자 작업

13.4.1. 사용자 추가

요약

사용자에게 역할 및 권한을 할당하기 전 외부 디렉토리 서비스에서 Red Hat Enterprise Virtualization에 사용자를 추가해야 합니다.

절차 13.4. Red Hat Enterprise Virtualization에 사용자 추가

  1. 사용자 탭을 클릭하여 권한이 부여된 사용자 목록을 표시합니다.
  2. 추가를 클릭합니다. 사용자 및 그룹 추가 창이 열립니다.
  3. 검색 드롭 다운 메뉴에서 해당 도메인을 선택합니다. 검색 텍스트 필드에 이름 또는 이름의 일부를 입력하고 검색을 클릭합니다. 다른 방법으로 검색을 클릭하여 모든 사용자 및 그룹 목록을 표시합니다.
  4. 해당 사용자 또는 그룹의 확인란을 선택합니다.
  5. OK를 클릭합니다.
결과

추가된 사용자는 사용자 탭에 표시됩니다.

13.4.2. 사용자 정보 확인

요약

사용자 탭에서 각 사용자에 대한 상세 정보를 확인할 수 있습니다.

절차 13.5. 사용자 정보 확인

  1. 사용자 탭을 클릭하여 권한이 부여된 사용자 목록을 표시합니다.
  2. 사용자를 선택하거나 사용자가 검색 결과 목록에 표시되지 않으면 검색을 수행할 수 있습니다.
  3. 상세 정보 창에서는 선택된 사용자에 대해 표시합니다. 일반적으로 일반 정보 탭에서는 도메인 이름, 사용자 이메일 및 상태와 같은 일반적인 정보를 표시합니다.
  4. 다른 탭에서는 사용자의 그룹, 권한, 쿼터, 이벤트를 확인할 수 있습니다.
    예를 들어 사용자가 속한 그룹을 확인하려면 디렉토리 그룹 탭을 클릭합니다.
결과

사용자의 도메인, 권한, 쿼터, 그룹, 이벤트 정보를 확인할 수 있습니다.

13.4.3. 리소스에서 사용자 권한 보기

요약

사용자는 특정 리소스 또는 리소스 계층에 권한을 할당할 수 있습니다. 할당된 사용자 및 각 리소스에 권할을 확인할 수 있습니다.

절차 13.6. 리소스에서 사용자 권한 보기

  1. 리소스 탭, 트리 모드 또는 검색 기능을 사용하여 검색 결과 목록에서 리소스를 검색 및 선택합니다.
  2. 상세 정보 창에 있는 권한 탭을 클릭하여 할당된 사용자, 사용자 역할, 선택한 리소스에 대해 상속된 권한을 나열합니다.
결과

할당된 사용자 및 선택한 리소스의 사용자 역할을 확인할 수 있습니다.

13.4.4. 사용자 삭제

요약

사용자 계정이 더이상 필요하지 않을 경우 Red Hat Enterprise Virtualization에서 삭제합니다.

절차 13.7. 사용자 삭제

  1. 사용자 탭을 클릭하여 권한이 부여된 사용자 목록을 표시합니다.
  2. 삭제할 사용자를 선택합니다. 사용자가 가상 머신을 실행하고 있지 않은지 확인합니다.
  3. 삭제 버튼을 클릭합니다. 삭제할 지를 묻는 메세지가 나타나면 OK를 클릭합니다.
결과

사용자가 외부 디렉토리에서가 아닌 Red Hat Enterprise Virtualization에서 삭제됩니다.

13.4.5. 내부 관리자 암호 재설정

내부 관리자 (admin@internal) 암호를 변경하려면 대화형 모드에서 engine 설정 도구를 사용해야 합니다.

절차 13.8. 내부 관리자 암호 재설정

  1. Red Hat Enterprise Virtualization Manager가 설치된 시스템에 로그인합니다.
  2. 대화형 모드에서 암호를 변경합니다:
    # engine-config -s AdminPassword=interactive
  3. 변경 사항을 적용합니다:
    # service ovirt-engine restart
내부 관리자의 암호를 변경하고 다음에 이 계정을 사용하여 관리 포털, 사용자 포털, REST API에 로그인할 때 이 암호를 사용해야 합니다.

13.4.6. 로그인한 사용자 확인

Red Hat Enterprise Virtualization 3.6 및 이후 버전에서 현재 로그인한 사용자를 확인할 수 있습니다. 트리 창에서 게스트 정보 항목을 클릭하여 각 로그인한 사용자의 세션 정보를 확인합니다.

13.4.7. 사용자 세션 종료

Red Hat Enterprise Virtualization 3.6 및 이후 버전에서는 현재 로그인한 사용자 세션을 종료할 수 있습니다.

절차 13.9. 사용자 세션 종료

  1. 트리 창에서 게스트 정보 항목을 클릭합니다.
  2. 종료할 사용자 세션을 선택합니다.
  3. 세션 종료를 클릭합니다.
  4. OK를 클릭합니다.

14장. 쿼터 및 서비스 수준 계약 정책

14.1. 쿼터 소개

쿼터는 Red Hat Enterprise Virtualization에서 제공되는 리소스 제한 도구입니다. 쿼터는 사용자 권한에 따라 설정되는 계층 제한 상부에 있는 제한 설정 층으로 생각할 수 있습니다.
쿼터는 데이터 센터 개체입니다.
쿼터를 통해 Red Hat Enterprise Virtualization 환경 관리자는 메모리, CPU, 스토리지에 대한 사용자 액세스를 제한할 수 있습니다. 쿼터는 관리자가 사용자를 지정할 수 있는 메모리 리소스 및 스토리지 리소스를 정의합니다. 이로 인해 사용자는 자신에게 할당된 리소스만 사용할 수 있게 됩니다. 쿼터 리소스가 모두 사용되면 Red Hat Enterprise Virtualization은 더이상 사용자 작업을 허용하지 않습니다.
다음과 같은 두 가지 유형의 쿼터가 있습니다:

표 14.1. 두 가지 유형의 쿼터

쿼터 유형정의
런타임 쿼터이 쿼터는 CPU와 메모리와 같은 런타임 리소스 소비를 제한합니다.
스토리지 쿼터이 쿼터는 사용 가능한 스토리지 용량을 제한합니다.
쿼터는 SELinux와 같이 3 개의 모드가 있습니다:

표 14.2. 쿼터 모드

쿼터 모드기능
강제 적용이 모드는 감사 모드에 설정한 쿼터의 영향을 받으며 쿼터의 영향을 받는 그룹 또는 사용자의 리소스를 제한합니다.
감사 이 모드에서 쿼터 설정을 변경할 수 있습니다. 런타임 쿼터 양 및 쿼터의 영향을 받는 사용자가 사용 가능한 스토리지 쿼터 양을 증가 또는 감소하려면 이 모드를 선택합니다.
사용 해제이 모드는 쿼터에 의해 정의된 런타임 및 스토리지 제한을 해제합니다.
사용자가 가상 머신을 실행하려 할 경우 가상 머신 사양은 쿼터에 설정된 사용 가능 스토리지 및 사용 가능 런타임과 비교됩니다.
가상 머신을 시작하면 쿼터에서 제공하는 실행중인 모든 가상 머신의 리소스가 쿼터에 지정된 허용 한도를 초과하여 Manager는 가상 머신을 실행 거부하게 됩니다.
사용자가 새 디스크를 생성할 경우 필요한 디스크 크기는 해당 쿼터에 포함된 기타 다른 디스크의 집계된 디스크 사용량에 추가됩니다. 새로운 디스크가 쿼터에서 허용하는 양 보다 많은 총 디스크 용량을 사용할 경우 디스크 생성에 실패합니다.
쿼터는 동일한 하드웨어의 리소스 공유를 허용합니다. 이는 하드 및 소프트 임계값을 지원합니다. 관리자는 쿼터를 사용하여 리소스에서 임계값을 설정할 수 있습니다. 이러한 임계값은 사용자 측에서 리소스 100% 사용으로 나타납니다. 사용자가 예기치 않게 이러한 임계값을 초과할 경우 오류가 발생하지 않도록 하기 위해 인터페이스는 임계값을 약간 초과할 수 있는 "유예" 용량을 지원합니다. 임계값을 초과하면 사용자에게 경고 메세지가 전송됩니다.

중요

쿼터는 가상 머신 실행에 제한을 둡니다. 이러한 제한을 무시할 경우 가상 머신 및 가상 디스크를 사용할 수 없는 상황이 발생할 수 있습니다.
쿼터가 강제 적용 모드에서 실행되고 있을 경우 쿼터가 할당되지 않은 가상 머신 및 디스크는 사용할 수 없습니다.
가상 머신의 전원을 켜려면 가상 머신에 쿼터를 할당해야 합니다.
가상 머신의 스냅샷을 생성하려면 가상 머신에 연결된 디스크에 쿼터를 할당해야 합니다.
가상 머신에서 템플릿 생성 시 템플릿을 소비하고자 하는 쿼터를 선택하라는 메세지가 표시됩니다. 이를 통해 템플릿이 생성된 디스크 및 가상 머신 이외에 다른 쿼터를 소비하기 위한 템플릿 (및 템플릿에서 차후 생성되는 모든 가상 머신)을 설정할 수 있습니다.

14.2. 공유된 쿼터 및 개별적으로 정의된 쿼터

SuperUser 권한이 있는 사용자는 개별 사용자에 대한 쿼터 또는 그룹 쿼터를 생성할 수 있습니다.
그룹 쿼터는 Active Directory 사용자에 대해 설정할 수 있습니다. 10 명의 사용자로된 그룹에 1 TB 스토리지 쿼터가 할당되고 10 명의 사용자 중 한 명이 전체 테라바이트를 사용한 경우 전치 그룹은 쿼터를 초과하고 10 명 중 어느 누구도 그룹과 연관된 스토리지를 사용할 수 없게 됩니다.
개별 사용자에 대해 정의된 쿼터는 개별적으로만 설정할 수 있습니다. 개별 사용자가 스토리지 쿼터 또는 런타임 쿼터 모두를 사용하면 사용자는 쿼터를 초과하여 사용자 쿼터에 연결된 스토리지를 사용할 수 없게 됩니다.

14.3. 쿼터 계산

소비자 또는 리소스에 쿼터 할당 시 스토리지, vCPU, 메모리에 관련된 리소스 또는 소비자에 의한 작업으로 인해 쿼터 소비 또는 쿼터 반환이 발생합니다.
쿼터는 사용자 리소스에 대한 액세스를 제한하는 상한 값으로 작동하기 때문에 쿼터 계산은 사용자의 현재 실제 사용량과는 다를 수 있습니다. 쿼터는 현재 사용량이 아니라 잠재적으로 증가할 수 있는 최대 사용량으로 산출됩니다.

예 14.1. 쿼터 계산 예

사용자는 1 vCPU 및 1024 MB 메모리로 가상 머신을 실행하고 있습니다. 작업에서는 사용자에게 할당된 1 vCPU 및 1024 MB의 쿼터가 소비됩니다. 가상 머신이 중지하면 1 vCPU 및 1024 MB RAM이 사용자에게 할당된 쿼터로 다시 반환됩니다. 런타임 쿼터 소비량은 소비자의 실제 런타임 동안에만 계산됩니다.
사용자는 10 GB의 씬 프로비저닝 가상 디스크를 생성합니다. 실제 디스크 사용량은 실제 디스크가 사용하고 있는 3 GB 만 표시될 수 있습니다. 하지만 쿼터 소비량은 잠재적으로 증가할 수 있는 최대 용량인 10 GB가 됩니다.

14.4. 데이터 센터에서 쿼터 모드 활성화 및 변경

다음 부분에서는 데이터 센터에서 쿼터 모드를 활성화 또는 변경하는 방법에 대해 설명합니다. 쿼터를 정의하기 전 쿼터 모드를 선택해야 합니다. 관리 포털로 로그인하여 이러한 단계를 수행하기 위한 절차를 따릅니다.
감사 모드를 사용하여 쿼터가 예상대로 작동하는지 테스트합니다. 쿼터를 생성하거나 변경하기 위해 감사 모드로 실행할 필요는 없습니다.

절차 14.1. 데이터 센터에서 쿼터 활성화 및 변경

  1. 탐색 창에서 데이터 센터 탭을 클릭합니다.
  2. 탐색 창에 출력된 데이터 센터 목록에서 편집하려는 쿼터 정책이 있는 데이터 센터를 선택합니다.
  3. 탐색 창의 왼쪽 상단에 있는 편집을 클릭합니다.
    데이터 센터 편집 창이 열립니다.
  4. 쿼터 모드 드롭 다운 메뉴에서 쿼터 모드를 강제 적용으로 변경합니다.
  5. OK를 클릭합니다.
데이터 센터에서 쿼터 모드가 활성화되었습니다. 테스트 도중 쿼터 모드를 감사로 설정한 경우 이를 강제 적용으로 변경하여 쿼터 설정을 적용해야 합니다.

14.5. 새 쿼터 정책 생성

요약

감사 또는 강제 적용 모드에서 쿼터 모드를 활성화했습니다. 쿼터 정책을 정의하여 데이터 센터에 있는 리소스 사용량을 관리합니다.

절차 14.2. 새 쿼터 정책 생성

  1. 트리 모드에서 데이터 센터를 선택합니다. 탐색 창에 쿼터 탭이 표시됩니다.
  2. 탐색 창에서 쿼터 탭을 클릭합니다.
  3. 탐색 창에서 추가를 클릭합니다. 새 쿼터 창이 열립니다.
  4. 이름 필드에 이름을 입력합니다.
    설명 필드에 설명을 입력합니다.
  5. 새 쿼터 창의 메모리 & CPU 부분에 초록색 슬라이더를 사용하여 클러스터 임계값을 설정합니다.
  6. 새 쿼터 창의 메모리 & CPU 부분에 파란색 슬라이더를 사용하여 클러스터 유예를 설정합니다.
  7. 메모리 & CPU 필드의 오른쪽 아래에 있는 편집을 클릭합니다. 쿼터 편집 창이 열립니다.
  8. 메모리 필드에서 제한없음 라디오 버튼 (클러스터에서 메모리 리소스 사용에 제한 없음) 또는 제한있음 라디오 버튼 중 하나를 선택하여 쿼터가 설정한 메모리 양을 설정합니다. 제한있음 라디오 버튼을 선택한 경우 MB 필드에 메가바이트 (MB) 단위로 메모리 쿼터를 입력합니다.
  9. CPU 필드에서 제한없음 라디오 버튼 또는 제한있음 라디오 버튼 중 하나를 선택하여 쿼터가 설정한 CPU 양을 설정합니다. 제한있음 라디오 버튼을 선택한 경우 vCpus 필드에 vCPU 수를 입력합니다.
  10. 쿼터 편집 창에서 OK를 클릭합니다.
  11. 새 쿼터 창의 스토리지 부분에서 초록색 슬라이더를 사용하여 스토리지 임계값을 설정합니다.
  12. 새 쿼터 창의 스토리지 부분에서 파란색 슬라이더를 사용하여 스토리지 유예를 설정합니다.
  13. 스토리지 필드에서 편집을 클릭합니다. 쿼터 편집 창이 열립니다.
  14. 스토리지 쿼터 필드에서 제한없음 라디오 버튼 (스토리지 사용에 제한 없음) 또는 제한있음 라디오 버튼 중 하나를 선택하여 사용자를 제한할 스토리지 양을 설정할 수 있습니다. 제한있음 라디오 버튼을 선택한 경우 GB 필드에 기가바이트 (GB) 단위로 스토리지 쿼터 크기를 입력합니다.
  15. 새 쿼터 창에서 OK를 클릭합니다. 새 쿼터 창으로 되돌아갑니다.
  16. 새 쿼터 창에서 OK를 클릭합니다.
결과

새 쿼터 정책이 생성되었습니다.

14.6. 쿼터 임계값 설정

표 14.3. 쿼터 임계값 및 유예

설정정의
클러스터 임계값데이터 센터 마다 사용 가능한 클러스터 리소스 용량입니다.
클러스터 유예데이터 센터의 클러스터 임계값을 모두 사용한 후 데이터 센터에서 사용 가능한 클러스터 용량입니다.
스토리지 임계값데이터 센터 마다 사용 가능한 클러스터 리소스 용량입니다.
스토리지 유예데이터 센터의 스토리지 임계값을 모두 사용한 후 데이터 센터에서 사용 가능한 스토리지 용량입니다.
쿼터가 100 GB, 20% 유예로 설정되어 있을 경우 소비자가 스토리지의 120 GB를 사용한 후 스토리지를 사용할 수 없게 됩니다. 동일한 쿼터에 임계값이 70%로 설정되어 있을 경우 소비자가 스토리지 소비량의 70 GB를 초과하면 경고를 받습니다. (스토리지 소비량의 120 GB가 될 때 까지 스토리지를 사용할 수 있습니다.) "임계값" 및 "유예" 모두 해당 쿼터에 설정됩니다. "임계값"은 "소프트 한도"로 이를 초과 시 경고가 발생합니다. "유예"는 "하드 한도"로 이를 초과시 더이상 스토리지 리소스를 사용할 수 없습니다.

14.7. 개체에 쿼터 지정

요약

다음 절차에서는 가상 머신을 쿼터에 연결하는 방법에 대해 설명합니다.

절차 14.3. 가상 머신에 쿼터 할당

  1. 탐색 창에서 쿼터를 추가하고자 하는 가상 머신을 선택합니다.
  2. 편집을 클릭하여 가상 머신 편집 창을 엽니다.
  3. 가상 머신이 사용할 쿼터를 선택합니다. 쿼터 드롭 다운 메뉴를 사용합니다.
  4. OK를 클릭합니다.
결과

선택한 가상 머신에 대한 쿼터가 지정됩니다.

요약

다음 절차에서는 가상 머신 디스크를 쿼터에 연결하는 방법에 대해 설명합니다.

절차 14.4. 가상 디스크에 쿼터 할당

  1. 탐색 창에서 쿼터를 추가하고자 하는 디스크의 가상 머신을 선택합니다.
  2. 상세 정보 창에서 쿼터에 연결하고자 하는 디스크를 선택합니다.
  3. 편집을 클릭하여 가상 디스크 편집 창을 엽니다.
  4. 가상 디스크가 사용할 쿼터를 선택합니다.
  5. OK를 클릭합니다.
결과

선택한 가상 디스크에 쿼터가 지정됩니다.

중요

가상 머신이 작동하려면 가상 머신에 연결된 모든 개체에 대한 쿼터를 선택해야 합니다. 가상 머신에 연결된 개체의 쿼터를 선택하지 않은 경우 가상 머신은 제대로 작동하지 않습니다. 이러한 경우 Manager가 표시하는 오류는 일반적인 것이기 때문에 가상 머신에 연결된 모든 개체에 쿼터를 연결하지 않은 것으로 인해 오류가 발생했다고 보기는 어렵습니다. 쿼터가 할당되지 않은 가상 머신의 스냅샷을 생성할 수 없습니다. 또한 쿼터가 할당되지 않은 가상 디스크가 있는 가상 머신의 템플릿을 생성할 수 없습니다.

14.8. 쿼터를 사용하여 사용자에 따라 리소스를 제한

요약

다음 절차에서는 사용자가 액세스할 수 있는 리소스를 제한하기 위해 쿼터를 사용하는 방법에 대해 설명합니다.

절차 14.5. 사용자에게 쿼터 할당

  1. 트리에서 사용자와 연결하려는 쿼터가 있는 데이터 센터를 클릭합니다.
  2. 탐색 창에서 쿼터 탭을 클릭합니다.
  3. 탐색 창에 있는 목록에서 대상 쿼터를 선택합니다.
  4. 상세 정보 창에서 소비자 탭을 클릭합니다.
  5. 상세 정보 창 상단에 추가를 클릭합니다.
  6. 검색 필드에 쿼터와 연결하려는 사용자 이름을 입력합니다.
  7. 검색을 클릭합니다.
  8. 대상 사용자 이름이 들어 있는 행의 왼쪽에 있는 확인란을 선택합니다.
  9. 쿼터에 사용자 및 그룹 할당 창의 오른쪽 하단에 있는 OK를 클릭합니다.
결과

잠시 후 상세 정보 창의 소비자 탭에 사용자가 표시됩니다.

14.9. 쿼터 편집

개요

다음 부분에서는 기존 쿼터를 변경하는 방법에 대해 설명합니다.

절차 14.6. 쿼터 편집

  1. 트리 창에서 편집하고자 하는 쿼터가 있는 데이터 센터를 클릭합니다.
  2. 탐색 창에서 쿼터탭을 클릭합니다.
  3. 편집하고자 하는 쿼터 이름을 클릭합니다.
  4. 탐색 창에서 편집을 클릭합니다.
  5. 쿼터 편집 창을 엽니다. 필요한 경우 이름 필드에 적절한 이름을 입력합니다.
  6. 필요한 경우 설명 필드에 적절한 설명을 입력합니다.
  7. 모든 클러스터 라디오 버튼 또는 특정 클러스터 라디오 버튼 중 하나를 선택합니다. 클러스터 임계값클러스터 유예 기간 슬라이더를 메모리 & CPU 슬라이더 상의 원하는 위치로 이동합니다.
  8. 모든 스토리지 도메인 라디오 버튼 또는 특정 스토리지 도메인 라디오 버튼 중 하나를 선택합니다. 클러스터 임계값클러스터 유예 기간 슬라이더를 메모리 & CPU 슬라이더 상의 원하는 위치로 이동합니다.
  9. 쿼터 편집 창에서 OK를 클릭하여 새로운 쿼터 설정을 확인합니다.
결과

기존 쿼터가 변경됩니다.

14.10. 쿼터 삭제

개요

다음 부분에서는 쿼터 삭제 방법에 대해 설명합니다.

절차 14.7. 쿼터 삭제

  1. 트리 창에서 편집하고자 하는 쿼터가 있는 데이터 센터를 클릭합니다.
  2. 탐색 창에서 쿼터 탭을 클릭합니다.
  3. 삭제하고자 하는 쿼터 이름을 클릭합니다.
  4. 탭 열 아래에 있는 탐색 창 상단의 제거를 클릭합니다.
  5. 쿼터 삭제 창에서 OK를 클릭하여 쿼터 삭제를 확인합니다.
결과

쿼터가 삭제됩니다.

14.11. 서비스 수준 계약 정책 적용

요약

다음 부분에서는 서비스 수준 계약 CPU 기능을 설정하는 방법에 대해 설명합니다.

절차 14.8. 서비스 수준 계약 CPU 정책 설정

  1. 탐색 창에서 새 가상 머신을 선택합니다.
  2. 고급 옵션 표시를 선택합니다.
  3. 리소스 할당 탭을 선택합니다.
    Description

    그림 14.1. 서비스 수준 계약 정책 적용 - CPU 할당 메뉴

  4. CPU 공유를 지정합니다. 설정 가능한 옵션에는 낮음, 중간, 높음, 사용자 지정, 비활성화됨이 있습니다. 높음으로 설정된 가상 머신은 중간으로 설정된 가상 머신 보다 두 배 많은 공유를 수신하게 되며 중간으로 설정된 가상 머신은 낮음으로 설정된 가상 머신 보다 두 배 많은 공유를 수신하게 됩니다. 비활성화됨으로 설정되어 있을 경우 VDSM을 통해 공유 분배를 설정하기 위해 이전 알고리즘을 사용하게 됩니다; 일반적으로 이러한 조건에서 분배되는 공유 수는 1020입니다.
결과

서비스 수준 계약 CPU 정책이 설정되었습니다. 사용자의 CPU 소비는 설정된 정책에 따라 관리됩니다.

15장. 이벤트 통지

15.1. 관리 포털에서 이벤트 통지 설정

요약

Red Hat Enterprise Virtualization Manager가 관리하는 환경에서 특정 이벤트가 발생했을 경우 Red Hat Enterprise Virtualization Manager는 이메일을 통해 지정된 사용자에게 통지할 수 있습니다. 이러한 기능을 사용하려면 메일 전송 에이전트를 설정하여 메세지를 전달할 수 있습니다. 이메일 통지만 관리 포털을 통해 설정할 수 있습니다. Manager 시스템에서 SNMP 트랩을 설정해야 합니다.

절차 15.1. 이벤트 통지 설정

  1. 적절한 매개 변수로 메일 전송 에이전트를 설정했는지 확인합니다.
  2. 사용자 리소스 탭, 트리 모드, 검색 기능을 사용하여 이벤트 통지를 전송할 사용자를 검색 및 선택할 수 있습니다.
  3. 상세 정보 창에서 이벤트 통지 탭을 클릭하여 사용자가 통지 받을 이벤트 목록을 나열합니다. 사용자 이벤트 통지를 설정하지 않은 경우 이 목록은 비어 있게 됩니다.
  4. 이벤트 관리를 클릭하여 이벤트 통지 추가 창을 엽니다.
    이벤트 통지 추가 창

    그림 15.1. 이벤트 통지 추가 창

  5. 모두 확장 버튼이나 특정 대상에 대한 확장 버튼을 사용하여 이벤트를 확인합니다.
  6. 해당 확인란을 선택합니다.
  7. 메일 수신자 필드에 이메일 주소를 입력합니다.
  8. OK를 클릭하여 변경 사항을 저장하고 창을 닫습니다.
  9. Red Hat Enterprise Virtualization Manager에 있는 ovirt-engine-notifier 서비스를 추가 및 시작하면 변경 사항이 활성화됩니다:
    # chkconfig --add ovirt-engine-notifier
    # chkconfig ovirt-engine-notifier on
    # service ovirt-engine-notifier restart
결과

Red Hat Enterprise Virtualization 환경에서의 이벤트를 기반으로 지정된 사용자에게 이메일이 수신됩니다. 선택한 이벤트는 사용자의 이벤트 통지 탭에 표시됩니다.

15.2. 관리 포털에서 이벤트 통지 취소

요약

사용자는 일부 불필요한 이메일 통지 설정을 취소할 수 있습니다.

절차 15.2. 이벤트 통지 취소

  1. 사용자 탭에서 사용자 또는 사용자 그룹을 선택합니다.
  2. 상세 정보 창에서 이벤트 통지 탭을 선택하여 사용자가 메일 통지를 받는 이벤트 목록을 나열합니다.
  3. 이벤트 관리를 클릭하여 이벤트 통지 추가 창을 엽니다.
  4. 모두 확장 버튼이나 특정 대상에 대한 확장 버튼을 사용하여 이벤트를 확인합니다.
  5. 이벤트 통지를 삭제하려면 해당 확인란을 선택 취소합니다.
  6. OK를 클릭하여 변경 사항을 저장하고 창을 닫습니다.
결과

사용자의 불필요한 이벤트 통지가 취소되었습니다.

15.3. ovirt-engine-notifier.conf에서 이벤트 통지 매개 변수

이벤트 통지 설정 파일은 /usr/share/ovirt-engine/services/ovirt-engine-notifier/ovirt-engine-notifier.conf에 있습니다.

표 15.1. ovirt-engine-notifier.conf 변수

변수 이름기본값 설명
SENSITIVE_KEYS없음 콤마로 구분된 기록되지 않을 키 목록
JBOSS_HOME/usr/share/jbossasManager가 사용하는 JBoss 애플리케이션 서버 위치입니다.
ENGINE_ETC/etc/ovirt-engineManager가 사용하는 etc 디렉토리 위치입니다.
ENGINE_LOG/var/log/ovirt-engineManager가 사용하는 logs 디렉토리 위치입니다.
ENGINE_USR/usr/share/ovirt-engineManager가 사용하는 usr 디렉토리 위치입니다.
ENGINE_JAVA_MODULEPATH${ENGINE_USR}/modulesJBoss 모듈이 추가되는 파일 경로입니다.
NOTIFIER_DEBUG_ADDRESS없음 통지 기능을 사용하는 Java 가상 머신의 원격 디버깅을 수행하는데 사용할 수 있는 시스템의 주소입니다.
NOTIFIER_STOP_TIME30서비스가 종료되는 시간 (초 단위)입니다.
NOTIFIER_STOP_INTERVAL1시간 제한 카운터가 증가하는 시간 (초 단위)입니다.
INTERVAL_IN_SECONDS120가입자에게 메세지를 발송하는 인스턴스의 간격 (초 단위)입니다.
IDLE_INTERVAL30우선 순위가 낮은 작업이 실행되는 간격 (초 단위)입니다.
DAYS_TO_KEEP_HISTORY0이 매개 변수는 발송된 이벤트가 기록 표에 보관되는기간을 설정합니다. 이러한 변수가 설정되어 있지 않은 경우 이벤트는 기록 표에 무기한으로 남아있게 됩니다.
FAILED_QUERIES_NOTIFICATION_THRESHOLD30통지 이메일이 전송된 후 오류가 발생한 쿼리 수 입니다. 첫 번째 전송 오류 후 통지 이메일이 전송되며 이러한 변수에 지정된 오류 횟수에 도달할 때 마다 한 번의 통지 이메일이 전송됩니다. 0 또는 1로 값을 지정할 경우 오류 발생 마다 이메일이 전송됩니다.
FAILED_QUERIES_NOTIFICATION_RECIPIENTS없음 통지 이메일이 전송될 수신자의 이메일 주소입니다. 콤마로 이메일 주소를 구분합니다. 이 항목은 FILTER 변수로 인해 더이상 사용되지 않습니다.
DAYS_TO_SEND_ON_STARTUP0통지 시작 시 처리 및 전송된 이전 이벤트의 기간입니다.
FILTERexclude:*이메일 통지 트리거 및 수신자를 지정하는데 사용되는 알고리즘입니다. 이러한 변수 값은 include 또는 exclude, 이벤트 및 수신자로 구성됩니다. 예: include:VDC_START(smtp:mail@example.com) ${FILTER}
MAIL_SERVER없음 SMTP 메일 서버 주소입니다. 필수 항목입니다.
MAIL_PORT25통신에 사용되는 포트입니다. 일반 SMTP의 경우 25, SSL을 사용하는 SMTP의 경우 465, TLS를 사용하는 SMTP의 경우 587로 값을 설정할 수 있습니다.
MAIL_USER없음 사용자 인증에 SSL이 활성화되어 있을 경우 반드시 이러한 변수를 설정해야 합니다. 이 변수는 MAIL_FROM 변수가 설정되어 있지 않을 때 "from" 사용자 주소를 지정하는데 사용됩니다. 일부 메일 서버는 이러한 기능을 지원하지 않습니다 주소는 RFC822 형식입니다.
SENSITIVE_KEYS${SENSITIVE_KEYS},MAIL_PASSWORD메일 서버에 인증이 필요하거나 SSL 또는 TLS가 활성화되어 있을 경우 사용자 인증이 필요합니다.
MAIL_PASSWORD없음 메일 서버에 인증이 필요하거나 SSL 또는 TLS가 활성화되어 있을 경우 사용자 인증이 필요합니다.
MAIL_SMTP_ENCRYPTION없음 통신에 사용할 암호화 유형입니다. 사용 가능한 값은 none, ssl, tls입니다.
HTML_MESSAGE_FORMATfalse이 변수가 true로 설정되어 있을 경우 메일 서버는 HTML 형식으로 메세지를 전송합니다.
MAIL_FROM없음 메일 서버가 지원하는 경우 이 변수는 보낸 사람의 주소를 RFC822 형식으로 지정합니다.
MAIL_REPLY_TO없음 메일 서버가 지원하는 경우 이 변수는 회신자 주소를 RFC822 형식으로 지정합니다.
MAIL_SEND_INTERVAL1각 IDLE_INTERVAL에 대해 전송되는 SMTP 메세지 수
MAIL_RETRIES4이메일 전송 시도 횟수입니다.
SNMP_MANAGER없음 SNMP 관리자로 작동하게될 컴퓨터의 정규화된 도메인 이름 또는 IP 주소입니다. 항목은 공백으로 구분해야 하며 포트 번호를 넣을 수 있습니다. 예: manager1.example.com manager2.example.com:164
SNMP_COMMUNITYpublic기본 SNMP 커뮤니티입니다.
SNMP_OID1.3.6.1.4.1.2312.13.1.1경고 용 기본 트랩 개체 식별자입니다. OID가 지정되면 SNMP 관리자에게 이벤트 정보와 함께 모든 트랩 유형이 전송됩니다. 기본 트랩을 변경할 경우 생성된 트랩은 Manager의 관리 정보 기반에 준수하지 않게 됨에 유의합니다.
ENGINE_INTERVAL_IN_SECONDS300Manager가 설치된 시스템의 모니터링 간격 (초 단위)입니다. 간격은 모니터링이 완료된 시점에서 측정됩니다.
ENGINE_MONITOR_RETRIES3오류 발생 후 통지 기능이 지정된 간격으로 Manager가 설치된 시스템 상태를 모니터링하는 횟수입니다.
ENGINE_TIMEOUT_IN_SECONDS30오류 발생 후 통지 기능이 지정된 간격으로 Manager가 설치된 시스템 상태를 모니터링할 때 까지의 대기 시간 (초 단위)입니다.
IS_HTTPS_PROTOCOLfalseJBoss가 보안 모드에서 실행되고 있을 경우 이 항목은 true로 설정해야 합니다.
SSL_PROTOCOLTLSSSL이 활성화되어 있을 경우 JBoss 설정 커넥터가 사용하는 프로토콜입니다.
SSL_IGNORE_CERTIFICATE_ERRORSfalseJBoss가 보안 모드에서 실행되고 있고 SSL 오류를 무시하려는 경우 이 값은 true로 설정해야 합니다.
SSL_IGNORE_HOST_VERIFICATIONfalseJBoss가 보안 모드에서 실행되고 있고 호스트 이름 확인이 생략되어 있을 경우 이 값은 true로 설정해야 합니다.
REPEAT_NON_RESPONSIVE_NOTIFICATIONfalse이러한 변수는 Manager가 설치된 시스템이 응답하지 않음 (non-responsive) 상태일 경우 가입자에게 오류 메세지를 반복하여 전송할 지에 대한 여부를 지정합니다.
ENGINE_PID/var/lib/ovirt-engine/ovirt-engine.pidManager의 PID 경로 및 파일 이름입니다.

15.4. Red Hat Enterprise Virtualization Manager를 설정하여 SNMP 트랩 전송

하나 이상의 외부 SNMP 관리자에게 SNMP (Simple Network Management Protocol) 트랩을 전송하기 위해 Red Hat Enterprise Virtualization Manager를 설정합니다. SNMP 트랩에는 시스템 이벤트 정보가 들어 있으며 Red Hat Enterprise Virtualization 환경을 모니터링하는데 사용됩니다. SNMP 관리자에 전송된 트랩 수와 유형은 Red Hat Enterprise Virtualization Manager 내에서 정의할 수 있습니다.
다음 절차에서는 트랩을 수신하기 위해 하나 이상의 외부 SNMP 관리자가 설정되어 있으며 다음과 같은 내용이 준비되어 있음을 전제로 합니다:
  • SNMP 관리자로 작동하게 될 컴퓨터의 정규화된 도메인 이름 또는 IP 주소입니다. 옵션으로 관리자가 트랩 알림을 수신하는 포트를 지정합니다. 기본값으로 이는 UDP 포트 162입니다.
  • SNMP 커뮤니티입니다. 여러 SNMP 관리자는 단일 커뮤니티에 속해 있을 수 있습니다. 관리 시스템 및 에이전트는 동일한 커뮤니티내에 있을 경우에만 통신할 수 있습니다. 기본 커뮤니티는 public입니다.
  • 경고 용 트랩 객체 식별자입니다. Red Hat Enterprise Virtualization Manager는 1.3.6.1.4.1.2312.13.1.1의 기본 OID를 제공합니다. OID가 지정되어 있을 때 이벤트 정보에 첨부된 모든 트랩 유형은 SNMP 관리자에게 전송됩니다. 기본 트랩을 변경하면 생성된 트랩이 관리자의 관리 정보 기반을 준수하지 않을 수 있습니다.

참고

Red Hat Enterprise Virtualization Manager는 /usr/share/doc/ovirt-engine/mibs/OVIRT-MIB.txt/usr/share/doc/ovirt-engine/mibs/REDHAT-MIB.txt에 관리 정보 기반을 제공합니다. 작업 절차를 수행하기 전 SNMP 관리자의 MIB를 로딩합니다.
기본 SNMP 설정 값은 이벤트 통지 데몬 설정 파일 /usr/share/ovirt-engine/services/ovirt-engine-notifier/ovirt-engine-notifier.conf에 있는 Manager에 있습니다. 다음 절차에서 설명된 값은 해당 파일에서 제공하는 기본값 또는 예시 값을 기반으로 합니다. ovirt-engine-notifier.conf 파일을 편집하는것 보다 덮어쓰기한 파일을 지정하여 업그레이드와 같이 시스템 변경에 대한 설정 옵션을 영구적으로 유지하는 것이 좋습니다.

절차 15.3. Manager에서 SNMP 트랩 설정

  1. Manager에서 SNMP 설정 파일을 생성합니다:
    # vi /etc/ovirt-engine/notifier/notifier.conf.d/20-snmp.conf
  2. 다음과 같은 형식으로 SNMP 관리자, SNMP 커뮤니티, OID를 지정합니다:
    SNMP_MANAGERS="manager1.example.com manager2.example.com:162"
    SNMP_COMMUNITY=public
    SNMP_OID=1.3.6.1.4.1.2312.13.1.1
  3. SNMP 관리자로 전송할 이벤트를 정의합니다:

    예 15.1. 이벤트 예

    모든 이벤트를 기본 SNMP 프로파일로 전송합니다:
    FILTER="include:*(snmp:) ${FILTER}"
    ERROR 또는 ALERT 심각도로된 모든 이벤트를 기본 SNMP 프로파일로 전송합니다:
    FILTER="include:*ERROR(snmp:) ${FILTER}"
    FILTER="include:*ALERT(snmp:) ${FILTER}"
    VDC_START의 이벤트를 특정 이메일 주소로 전송합니다:
    FILTER="include:VDC_START(snmp:mail@example.com) ${FILTER}"
    VDC_START를 제외한 모든 이벤트를 기본 SNMP 프로파일에 전송합니다:
    FILTER="exclude:VDC_START include:*(snmp:) ${FILTER}"
    이러한 기본 필터는 ovirt-engine-notifier.conf에 정의됩니다. 이러한 필터를 비활성화하지 않거나 필터 덮어쓰기를 적용하지 않을 경우 아무런 통지도 전송되지 않습니다:
    FILTER="exclude:*"
    VDC_START는 사용 가능한 감시 로그 메세지의 예입니다. 감시 로그 메세지의 전체 목록은 /usr/share/doc/ovirt-engine/AuditLogMessages.properties에서 확인할 수 있습니다. 다른 방법으로 SNMP 관리자 내에서 결과를 필터링합니다.
  4. 파일을 저장합니다.
  5. ovirt-engine-notifier 서비스를 시작하고 부팅 시 이러한 서비스가 시작되는지 확인합니다:
    # service ovirt-engine-notifier start
    # chkconfig ovirt-engine-notifier on
트랩이 수신되고 있는지 확인하려면 SNMP 관리자를 살펴봅니다.

참고

SNMP_MANAGERS, MAIL_SERVER 또는 두 가지 모두 /usr/share/ovirt-engine/services/ovirt-engine-notifier/ovirt-engine-notifier.conf 에 지정하거나 덮어쓰기 파일에 지정하여 통지 서비스가 실행되도록 합니다.

16장. 유틸리티

16.1. oVirt Engine Rename 도구

16.1.1. oVirt Engine Rename 도구

engine-setup 명령을 실행하면 설정 프로세스에서 지정한 Manager의 정규화된 도메인 이름을 사용하는 인증서와 키가 생성됩니다. Manager의 정규화된 도메인 이름은 나중에 변경해야 할 경우 (예를 들어 Manager를 호스팅하는 머신을 다른 도메인으로 마이그레이션하는 경우) 정규화된 도메인 이름의 레코드가 새 이름을 반영하도록 업데이트해야 합니다. ovirt-engine-rename 명령으로 이러한 작업을 자동화합니다.
ovirt-engine-rename 명령은 다음 위치에 있는 Manager의 정규화된 도메인 이름 레코드를 업데이트합니다:
  • /etc/ovirt-engine/engine.conf.d/10-setup-protocols.conf
  • /etc/ovirt-engine/imageuploader.conf.d/10-engine-setup.conf
  • /etc/ovirt-engine/isouploader.conf.d/10-engine-setup.conf
  • /etc/ovirt-engine/logcollector.conf.d/10-engine-setup.conf
  • /etc/pki/ovirt-engine/cert.conf
  • /etc/pki/ovirt-engine/cert.template
  • /etc/pki/ovirt-engine/certs/apache.cer
  • /etc/pki/ovirt-engine/keys/apache.key.nopass
  • /etc/pki/ovirt-engine/keys/apache.p12

주의

ovirt-engine-rename 명령으로 Manager를 실행하는 웹 서버의 새 인증서를 생성합니다. 이는 engine 인증서 또는 인증 기관에 영향을 미치지 않습니다. 이로 인해 ovirt-engine-rename 명령을 사용하는데 위험 요소가 있으며 특히 Red Hat Enterprise Virtualization 3.2 버전 및 그 이전 버전에서 업그레이드한 환경에서 그러합니다. 따라서 가능하면 engine-cleanupengine-setup을 실행하여 Manager의 정규화된 도메인 이름을 변경하는 것이 좋습니다.

16.1.2. oVirt Engine Rename 명령 구문

ovirt-engine-rename 명령의 기본 구문은 다음과 같습니다:
# /usr/share/ovirt-engine/setup/bin/ovirt-engine-rename
명령은 다음과 같은 옵션을 허용합니다:
--newname=[new name]
사용자 조작없이 Manager의 새로운 FQDN (fully qualified domain name)을 지정할 수 있습니다.
--log=[file]
이름 변경 작업의 로그를 기록할 수 있는 파일의 경로 및 이름을 지정할 수 있습니다.
--config=[file]
이름 변경 작업에 로딩할 설정 파일의 경로 및 파일 이름을 지정할 수 있습니다.
--config-append=[file]
이름 변경 작업에 추가할 설정 파일 경로 및 이름을 지정할 수 있습니다. 이 옵션은 응답 파일의 경로 및 파일 이름을 지정하는데 사용할 수 있습니다.
--generate-answer=[file]
ovirt-engine-rename 명령에 의해 변경된 값 및 응답이 기록되는 파일의 경로 및 파일 이름을 지정할 수 있습니다.

16.1.3. oVirt Engine Rename 도구 사용

요약

ovirt-engine-rename 명령을 사용하여 Manager의 정규화된 도메인 이름 레코드를 업데이트합니다.

절차 16.1. Red Hat Enterprise Virtualization Manager 이름 변경

  1. 새로운 정규화된 도메인 이름의 모든 DNS 및 기타 관련 레코드를 준비합니다.
  2. DHCP를 사용할 경우 DHCP 서버 설정을 업데이트합니다.
  3. Manager에서 호스트 이름을 업데이트합니다.
  4. 다음 명령을 실행합니다:
    # /usr/share/ovirt-engine/setup/bin/ovirt-engine-rename
  5. 프롬프트가 나타나면 Enter 를 눌러 engine 서비스를 중지합니다:
    During execution engine service will be stopped (OK, Cancel) [OK]:
  6. 프롬프트가 나타나면 Manager의 새로운 정규화된 도메인 이름을 입력합니다:
    New fully qualified server name:[new name]
결과

ovirt-engine-rename 명령은 Manager의 정규화된 도메인 이름 레코드를 업데이트합니다.

16.2. 도메인 관리 도구

16.2.1. 도메인 관리 도구

Red Hat Enterprise Virtualization Manager는 디렉토리 서비스를 사용하여 사용자를 인증합니다. 사용자를 Red Hat Enterprise Virtualization Manager에 추가하려면 먼저 내부 admin 사용자로 사용자를 인증해야 하는 디렉토리 서비스를 추가해야 합니다. 포함된 도메인 관리 도구 engine-manage-domains를 사용하여 디렉토리 서비스 도메인을 추가 및 삭제합니다.
engine-manage-domains 명령은 Red Hat Enterprise Virtualization Manager가 설치된 시스템에서만 액세스할 수 있습니다. engine-manage-domains 명령은 root 사용자로 실행해야 합니다.

중요

일반 LDAP 공급자는 사용자 인증 및 권한 설정을 위해 디렉토리 서비스를 설정할 수 있습니다. 최신 기능을 사용하려면 새 디렉토리 서비스를 설정할 때 새로운 일반 LDAP 공급자 구현을 사용합니다. 보다 자세한 내용은 13.2.2절. “일반 LDAP 공급자 설정”에서 확인하십시오.
engine-manage-domains 도구에서 설정한 디렉토리 서비스가 있는 Red Hat Enterprise Virtualization 환경에서는 기존 구현을 계속 사용할 것을 권장합니다.

16.2.2. 도메인 관리 도구 구문

사용 구문은 다음과 같습니다:
engine-manage-domains ACTION [options]
사용 가능한 동작은 다음과 같습니다:
add
Red Hat Enterprise Virtualization Manager의 디렉토리 서비스 설정에 도메인을 추가합니다.
edit
Red Hat Enterprise Virtualization Manager의 디렉토리 서비스 설정에 도메인을 편집합니다.
delete
Red Hat Enterprise Virtualization Manager의 디렉토리 서비스 설정에서 도메인을 삭제합니다.
validate
Red Hat Enterprise Virtualization Manager의 디렉토리 서비스 설정을 확인합니다. 이 명령은 설정된 사용자 이름 및 암호를 사용하여 설정에 있는 각 도메인 인증을 시도합니다.
list
Red Hat Enterprise Virtualization Manager의 현재 디렉토리 서비스 설정을 나열합니다.
명령행에서 작업과 결합할 수 있는 옵션은 다음과 같습니다:
--add-permissions
Red Hat Enterprise Virtualization Manager에서 SuperUser 역할을 할당할 도메인 사용자를 지정합니다. 기본값으로 --add-permissions 매개 변수가 지정되어 있지 않을 경우 SuperUser 역할은 도메인 사용자에게 할당되지 않습니다. --add-permissions 옵션은 선택 사항입니다. 이는 addedit 동작과 같이 사용할 때에만 유효합니다.
--change-password-msg=[MSG]
암호가 만료된 경우 로그인 시 사용자에게 반환되는 메세지를 지정합니다. 이를 통해 암호를 변경할 수 있는 특정 URL (http 또는 https로 시작해야 함)에 사용자를 지정할 수 있습니다. --change-password-msg 옵션은 선택 사항이며 addedit 동작과 같이 사용할 때에만 유효합니다.
--config-file=[FILE]
명령이 사용해야 하는 대체 설정 파일을 지정합니다. --config-file 매개 변수는 항상 선택 사항입니다.
--domain=[DOMAIN]
작업이 수행될 도메인입니다. --domain 매개 변수는 add, edit, delete 동작의 필수 매개 변수입니다.
--force
삭제 작업 확인을 생략하도록 명령을 강제합니다.
--ldap-servers=[SERVERS]
도메인에 설정할 콤마로 분리된 LDAP 서버 목록입니다.
--log-file=[LOG_FILE]
작업 로그를 작성하기 위한 파일 이름입니다.
--log-level=[LOG_LEVEL]
로그 수준입니다. DEBUG (기본 옵션), INFO, WARN, ERROR 중 하나를 선택할 수 있습니다. 이 옵션은 대소문자를 구분하지 않습니다.
--log4j-config=[LOG4J_FILE]
로깅 설정 정보를 읽기위한 log4j.xml 파일입니다.
--provider=[PROVIDER]
도메인 용 디렉토리 서버의 LDAP 공급자 유형입니다. 유효한 값은 다음과 같습니다.
  • ad - Microsoft Active Directory.
  • ipa - Identity Management (IdM).
  • rhds - Red Hat Directory Server. Red Hat Directory Server는 Kerberos와 함께 제공되지 않습니다. Red Hat Enterprise Virtualization에는 Kerberos 인증이 필요합니다. Red Hat Directory Server는 Manager에게 디렉토리 서비스를 제공하기 위해 Kerberos 도메인 내부에서 서비스로 실행해야 합니다.

    참고

    디렉토리 서버로 Red Hat Directory Server를 사용하려면 Red Hat Directory Server에 memberof 플러그인이 설치되어 있어야 합니다. memberof 플러그인을 사용하려면 사용자는 inetuser이어야 합니다.
  • itds - IBM Tivoli Directory Server.
  • oldap - OpenLDAP.
--report
validate 동작과 함께 사용할 경우 이 명령은 발생하는 모든 검증 오류에 대한 보고를 출력합니다.
--resolve-kdc
DNS를 사용하여 키 분배 센터 서버를 해결합니다.
--user=[USER]
사용할 도메인 사용자를 지정합니다. --user 매개 변수는 add에 대해 필수 사항이고 edit에 대해 선택 사항입니다.
--password-file=[FILE]
지정된 파일의 첫 번째 줄에 도메인 사용자의 암호를 지정합니다. 이 옵션 또는 --interactive 옵션은 add 동작과 함께 사용하기 위해 암호를 지정하는데 사용되어야 합니다.
사용법에 대한 보다 자세한 내용은 engine-manage-domains 명령의 도움말 출력 결과에서 확인하십시오:
# engine-manage-domains --help

16.2.3. 도메인 관리 도구 사용

다음 예에서는 Red Hat Enterprise Virtualization Manager 도메인 설정을 위한 기본 동작을 수행하기 위해 engine-manage-domains 명령 사용 방법에 대해 설명합니다.

16.2.4. 설정에서 도메인 목록 표시

engine-manage-domains 명령은 Red Hat Enterprise Virtualization Manager 설정에 정의된 디렉토리 서비스 도메인을 나열합니다. 이 명령은 도메인, UPN (User Principal Name) 형식의 사용자 이름, 각 설정 항목에 대해 도메인이 로컬 또는 원격인지에 대한 여부를 출력합니다.

예 16.1. engine-manage-domains List 동작

# engine-manage-domains list
Domain: directory.demo.redhat.com
    User name: admin@DIRECTORY.DEMO.REDHAT.COM
    This domain is a remote domain.

16.2.5. 설정에 도메인 추가

다음 예에서는 engine-manage-domains 명령을 사용하여 IdM 도메인 directory.demo.redhat.com을 Red Hat Enterprise Virtualization Manager 설정에 추가합니다. 도메인에 대해 쿼리를 실행할 때 설정은 admin 사용자를 사용하도록 설정되며 암호는 대화식으로 지정됩니다.

예 16.2. engine-manage-domains Add 동작

# engine-manage-domains add --domain=directory.demo.redhat.com --provider=IPA --user=admin
loaded template kr5.conf file
setting default_tkt_enctypes
setting realms
setting domain realm
success
User guid is: 80b71bae-98a1-11e0-8f20-525400866c73
Successfully added domain directory.demo.redhat.com. oVirt Engine restart is required in order for the changes to take place (service ovirt-engine restart).

16.2.6. 설정에서 도메인 편집

다음 예에서는 engine-manage-domains 명령을 사용하여 Red Hat Enterprise Virtualization Manager 설정에 있는 directory.demo.redhat.com 도메인을 편집합니다. 도메인에 대해 쿼리를 실행할 때 admin 사용자를 사용하도록 설정이 업데이트되어 있으며 암호는 대화형으로 입력합니다.

예 16.3. engine-manage-domains Edit 동작

# engine-manage-domains -action=edit -domain=directory.demo.redhat.com -user=admin -interactive
loaded template kr5.conf file
setting default_tkt_enctypes
setting realms
setting domain realmo
success
User guide is: 80b71bae-98a1-11e0-8f20-525400866c73
Successfully edited domain directory.demo.redhat.com. oVirt Engine restart is required in order for the changes to take place (service ovirt-engine restart).

16.2.7. 도메인 설정 확인

다음 예에서는 engine-manage-domains 명령을 사용하여 Red Hat Enterprise Virtualization Manager 설정을 확인하고 있습니다. 이 명령은 설정 시 지정한 인증 정보로 나열된 각 도메인에 로그인 시도합니다. 성공적으로 로그인하면 도메인은 유효하다고 보고됩니다.

예 16.4. engine-manage-domains Validate 동작

# engine-manage-domains validate
User guide is: 80b71bae-98a1-11e0-8f20-525400866c73
Domain directory.demo.redhat.com is valid.

16.2.8. 설정에서 도메인 삭제

다음 예에서는 engine-manage-domains 명령을 사용하여 Red Hat Enterprise Virtualization Manager 설정에서 directory.demo.redhat.com 도메인을 삭제합니다. 삭제된 도메인에 정의된 사용자는 더이상 Red Hat Enterprise Virtualization Manager로 인증할 수 없습니다. 이러한 사용자의 항목은 삭제되기전 까지 Red Hat Enterprise Virtualization Manager에 지정된 상태로 남아 있게 됩니다.
예에서 삭제된 도메인은 Red Hat Enterprise Virtualization Manager 설정에서 나열된 마지막 도메인입니다. 다른 도메인이 추가될 때 까지 internal 도메인의 admin 사용자만 로그인할 수 있게 되는 점에 대한 경고 메세지가 표시됩니다.

예 16.5. engine-manage-domains Delete 동작

# engine-manage-domains delete --domain=directory.demo.redhat.com
WARNING: Domain directory.demo.redhat.com is the last domain in the configuration. After deleting it you will have to either add another domain, or to use the internal admin user in order to login.
Successfully deleted domain directory.demo.redhat.com. Please remove all users and groups of this domain using the Administration portal or the API.

16.3. Engine 설정 도구

16.3.1. Engine 설정 도구

Engine 설정 도구는 Red Hat Enterprise Virtualization 환경의 글로벌 설정을 위한 명령행 유틸리티입니다. 이 도구는 engine 데이터베이스에 지정된 키값 매핑 목록과 상호 작용하여 개별 키를 검색 및 설정하고 사용 가능한 모든 설정 키 및 값 목록을 검색할 수 있습니다. 또한 Red Hat Enterprise Virtualization 환경에서 각 설정 수준에 따라 다른 값을 저장할 수 있습니다.

참고

설정 키 값을 설정하거나 검색하기 위해 Red Hat Enterprise Virtualization Manager 또는 Red Hat JBoss Enterprise Application Platform을 실행할 필요는 없습니다. 설정 키 값과 키 매핑은 engine 데이터 베이스에 저장되어 있기 때문에 postgresql 서비스가 실행되고 있는 동안 이를 업데이트할 수 있습니다. 변경사항은 ovirt-engine 서비스를 다시 시작할 때 적용됩니다.

16.3.2. engine-config 명령 구문

Red Hat Enterprise Virtualization Manager가 설치된 시스템에서 engine 설정 도구를 실행할 수 있습니다. 사용법에 대한 보다 자세한 내용은 help 명령 출력 결과에서 확인합니다:
# engine-config --help

일반 작업

사용 가능한 설정 키 목록 나열
# engine-config --list
사용 가능한 설정 값 나열
# engine-config --all
설정키 값 검색
# engine-config --get [KEY_NAME]
지정된 버전의 키 값을 검색하기 위해 [KEY_NAME]을 원하는 키 이름으로 변경합니다. --cver 매개 변수를 사용하여 검색할 설정 버전 값을 지정합니다. 버전이 지정되어 있지 않을 경우 모든 기존 버전에 대한 값이 반환됩니다.
설정키 값 설정
# engine-config --set [KEY_NAME]=[KEY_VALUE] --cver=[VERSION]
[KEY_NAME]을 설정할 특정 키 이름으로 변경하고 [KEY_VALUE]를 설정할 값으로 변경합니다. 여러 설정 버전이 있는 환경의 경우 [VERSION]을 지정해야 합니다.
변경 사항을 적용하기 위해 ovirt-engine 서비스 다시 시작
변경 사항을 적용하기 위해 ovirt-engine 서비스를 다시 시작합니다.
# service ovirt-engine restart

16.3.3. 내부 관리자 암호 재설정

내부 관리자 (admin@internal) 암호를 변경하려면 대화형 모드에서 engine 설정 도구를 사용해야 합니다.

절차 16.2. 내부 관리자 암호 재설정

  1. Red Hat Enterprise Virtualization Manager가 설치된 시스템에 로그인합니다.
  2. 대화형 모드에서 암호를 변경합니다:
    # engine-config -s AdminPassword=interactive
  3. 변경 사항을 적용합니다:
    # service ovirt-engine restart
내부 관리자의 암호를 변경하고 다음에 이 계정을 사용하여 관리 포털, 사용자 포털, REST API에 로그인할 때 이 암호를 사용해야 합니다.

16.4. 이미지 업로더 도구

16.4.1. 이미지 업로더 도구

engine-image-uploader 명령을 사용하여 내보내기할 스토리지 도메인을 나열하고 가상 머신 이미지를 OVF 형식으로 내보내기 스토리지 도메인에 업로드하여 Red Hat Enterprise Virtualization Manager에서 자동으로 인식할 수 있습니다.

참고

이미지 업로더는 Red Hat Enterprise Virtualization에 의해 생성된 gzip으로 압축된 OVF 파일만 지원합니다.
아카이브에는 다음과 같은 형식의 이미지와 마스터 디렉토리가 들어 있습니다:
|-- images
|   |-- [Image Group UUID]
|        |--- [Image UUID (this is the disk image)]
|        |--- [Image UUID (this is the disk image)].meta
|-- master
|   |---vms
|       |--- [UUID]
|             |--- [UUID].ovf

16.4.2. engine-image-uploader 명령 구문

이미지 업로더 명령의 기본 구문은 다음과 같습니다:
engine-image-uploader [options] list
engine-image-uploader [options] upload [file].[file]...[file]
이미지 업로더 명령은 listupload 두 동작을 지원합니다.
  • list 동작은 이미지를 업로드할 수 있는 내보내기 스토리지 도메인을 나열합니다.
  • upload 동작은 지정된 내보내기 스토리지 도메인에 이미지를 업로드합니다.
이미지 업로더 명령을 사용하는 경우 위의 동작 중 하나를 지정해야 합니다. 또한 upload 동작을 사용하려면 최소 하나의 로컬 파일을 지정해야 합니다.
engine-image-uploader 명령을 자세히 지정하기 위한 여러 매개 변수가 있습니다. 이러한 매개 변수의 기본값은 /etc/ovirt-engine/imageuploader.conf 파일에서 설정할 수 있습니다.

일반 옵션

-h, --help
이미지 업로더 명령을 사용하는 방법에 대한 정보를 표시합니다.
--conf-file=[PATH]
명령을 사용할 설정 파일로 [PATH]를 설정합니다. 기본값은 etc/ovirt-engine/imageuploader.conf입니다.
--log-file=[PATH]
로그 출력 결과를 작성하기 위해 명령이 사용할 특정 파일 이름으로 [PATH]를 설정합니다. 기본값은 /var/log/ovirt-engine/ovirt-image-uploader/ovirt-image-uploader-[date].log입니다.
--cert-file=[PATH]
engine을 검증하기 위한 인증서로 [PATH]를 설정합니다. 기본값은 /etc/pki/ovirt-engine/ca.pem입니다.
--insecure
engine 검증을 시도하지 않도록 지정합니다.
--quiet
콘솔 출력을 최소로 감소시키는 자동 모드 (quiet mode)를 설정합니다.
-v, --verbose
보다 자세한 콘솔 출력을 표시하는 상세 표시 모드 (verbose mode)를 설정합니다.
-f, --force
강제 모드 (Force mode)는 업로드된 소스 파일이 내보내기 도메인에 있는 기존 파일과 동일한 파일 이름일 경우에 사용해야 합니다. 이 옵션은 기존 파일을 강제로 덮어쓰기합니다.

Red Hat Enterprise Virtualization Manager 옵션

-u [USER], --user=[USER]
명령 실행에 사용할 사용자 인증을 지정합니다. [USER]은/는 [username]@[domain] 형식으로 지정합니다. 사용자는 지정된 도메인에 존재해야 하며 Red Hat Enterprise Virtualization Manager가 알고 있어야 합니다.
-r [FQDN], --engine=[FQDN]
이미지가 업로드될 Red Hat Enterprise Virtualization Manager의 IP 주소 또는 정규화된 도메인 이름을 지정합니다. 이미지 업로더는 Red Hat Enterprise Virtualization Manager가 설치된 시스템과 동일한 컴퓨터에서 실행되는 것을 전제로 합니다. 기본값은 localhost:443입니다.

내보내기 스토리지 도메인 옵션

다음 옵션은 이미지를 업로드할 내보내기 도메인을 지정합니다. 이러한 옵션은 동시에 함께 사용할 수 없습니다. -e 또는 -n 옵션 중 하나를 사용해야 합니다.
-e [EXPORT_DOMAIN], --export-domain=[EXPORT_DOMAIN]
스토리지 도메인 EXPORT_DOMAIN을 업로드할 대상으로 설정합니다.
-n [NFSSERVER], --nfs-server=[NFSSERVER]
NFS path [NFSSERVER]을/를 업로드할 대상으로 설정합니다.

가져오기 옵션

다음 옵션을 사용하여 이미지를 내보내기 도메인에 업로드할 때 포함된 업로드할 이미지 속성을 사용자 정의할 수 있습니다.
-i, --ovf-id
이미지의 UUID가 업데이트되지 않도록 지정합니다. 기본값으로 명령은 업로드된 이미지의 새 UUID를 생성합니다. 이는 업로드된 이미지와 환경에 이미 존재하는 이미지 사이에서 ID충돌이 발생하지 않게 합니다.
-d, --disk-instance-id
이미지에 있는 각 디스크의 인스턴스 ID 이름이 변경되지 않도록 지정합니다. 기본값으로 명령은 업로드된 이미지에 있는 디스크의 새 UUID를 생성합니다. 이는 업로드된 이미지에 있는 디스크와 환경에 이미 존재하는 디스크 간의 충돌이 발생하지 않게 합니다.
-m, --mac-address
이미지의 네트워크 구성 요소가 해당 이미지에서 제거되지 않도록 지정합니다. 기본값으로 명령은 업로드된 이미지에서 네트워크 인터페이스 카드를 제거하여 환경에 이미 존재하는 다른 가상 머신의 네트워크 카드와 충돌하지 않게 합니다. 이 옵션을 사용하지 않은 경우 관리 포털을 사용하여 네트워크 인터페이스 카드를 새로 가져오기한 이미지에 추가하여 Manager가 MAC 주소 충돌이 발생하지 않게 할 수 있습니다.
-N [NEW_IMAGE_NAME], --name=[NEW_IMAGE_NAME]
업로드될 이미지의 새 이름을 지정합니다.

16.4.3. 이미지 업로더와 호환하는 OVF 아카이브 만들기

개요

engine-image-uploader 도구를 사용하여 업로드할 수 있는 파일을 만들 수 있습니다.

절차 16.3. 이미지 업로더와 호환하는 OVF 아카이브 만들기

  1. Manager를 사용하여 빈 내보내기 도메인을 생성합니다. 빈 내보내기 도메인을 통해 어떤 디렉토리에 가상 머신이 들어 있는지를 쉽게 확인할 수 있습니다.
  2. 생성한 비어있는 내보내기 도메인에 가상 머신을 내보냅니다.
  3. 내보내기 도메인으로 사용되는 스토리지 서버에 로그인하여 NFS 공유의 root를 찾아 마운트 지점 아래의 서브 디렉토리로 변경합니다. 새 내보내기 도메인으로 시작했으므로 내보내기된 디렉토리 아래에는 하나의 디렉토리만 있습니다. 이에는 images/master/ 디렉토리가 포함되어 있습니다.
  4. tar -zcvf my.ovf images/ master/ 명령을 실행하여 tar/gzip OVF 아카이브를 생성합니다.
  5. 만든 OVF 파일 (예에서는 my.ovf로 부름)을 전달 받으면 누구나 engine-image-uploader 명령을 사용하여 Red Hat Enterprise Virtualization Manager로 가져오기할 수 있습니다.
결과

배포할 수 있는 압축된 OVF 이미지 파일이 생성되었습니다. 이 파일을 받으면 누구나 engine-image-uploader 명령을 사용하여 이미지를 Red Hat Enterprise Virtualization 환경에 업로드할 수 있습니다.

16.4.4. 기본적인 engine-image-uploader 사용 예

다음은 내보내기 스토리지 도메인을 나열하기 위해 engine 업로더 명령을 사용하는 방법의 예입니다:

예 16.6. 이미지 업로더를 사용하여 내보내기 스토리지 도메인 목록 보기

# engine-image-uploader list
Please provide the REST API password for the admin@internal oVirt Engine user (CTRL+D to abort):
Export Storage Domain Name | Datacenter  | Export Domain Status
myexportdom               | Myowndc    | active
다음은 OVF (Open Virtualization Format) 파일을 업로드하는 방법의 예입니다:

예 16.7. 이미지 업로더를 사용하여 파일 업로드

# engine-image-uploader -e myexportdom upload myrhel6.ovf
Please provide the REST API password for the admin@internal oVirt Engine user (CTRL+D to abort):

16.5. USB 필터 편집기

16.5.1. USB 필터 편집기 설치

요약

USB 필터 편집기는 Windows 용 도구로 usbfilter.txt 정책 파일을 설정하는데 사용됩니다. 이 파일에서 지정된 정책 규칙을 통해 클라이언트 머신에서 Red Hat Enterprise Virtualization Manager를 사용하여 관리되는 가상 머신으로 특정 USB 장치 통과를 허용 또는 거부할 수 있습니다. 정책 파일은 Red Hat Enterprise Virtualization Manager에 있는 다음과 같은 위치에 저장됩니다:

/etc/ovirt-engine/usbfilter.txt
USB 필터 정책 변경 사항은 Red Hat Enterprise Virtualization Manager 서버에 있는 ovirt-engine 서비스를 다시 시작할 때 까지 적용되지 않습니다.
컨텐츠 전송 네트워크에서 USBFilterEditor.msi 파일을 다운로드합니다: https://rhn.redhat.com/rhn/software/channel/downloads/Download.do?cid=20703. 파일은 Red Hat Enterprise Virtualization 3.0 이상에서 작동합니다.

절차 16.4. USB 필터 편집기 설치

  1. Windows 시스템에서 컨텐츠 전송 네트워크에서 가져온 USBFilterEditor.msi 설치 프로그램을 시작합니다.
  2. 설치 마법사에 있는 절차를 따릅니다. 설치 위치를 지정하지 않은 경우 USB 필터 편집기는 Windows 버전에 따라 기본값으로 C:\Program Files\RedHat\USB Filter Editor 또는 C:\Program Files(x86)\RedHat\USB Filter Editor에 설치됩니다.
  3. 바탕 화면에 USB 필터 편집기 바로가기 아이콘이 생성됩니다.

중요

Secure Copy (SCP) 클라이언트를 사용하여 Red Hat Enterprise Virtualization Manager에서 필터 정책을 가져오기 및 내보내기합니다. Windows 시스템 용 Secure Copy 도구는 WinSCP (http://winscp.net)입니다.
결과

기본 USB 장치 정책은 USB 장치로의 기본 액세스를 갖는 가상 머신을 제공합니다. 추가 USB 장치를 사용하려면 정책을 업데이트합니다.

16.5.2. USB 필터 편집기 인터페이스

  • 바탕화면에서 USB 필터 편집기 바로가기 아이콘을 두 번 클릭합니다.
    Red Hat USB 필터 편집기

    그림 16.1. Red Hat USB 필터 편집기

Red Hat USB 필터 편집기 인터페이스에서는 각 USB 장치의 Class, Vendor, Product, Revision, Action을 표시합니다. 허용된 USB 장치는 Action 란에 Allow로 설정되며 차단된 장치는 Block으로 설정됩니다.

표 16.1. USB 편집기 필드

이름설명
ClassUSB 장치 유형으로 프린터, 대용량 저장 컨트롤러 등입니다.
Vendor선택한 장치 유형의 제조업체입니다.
Product특정 USB 장치 모델입니다.
Revision제품 버전입니다.
Action지정된 장치를 허용 또는 차단합니다.
USB 장치 정책 규칙은 나열된 순서로 처리됩니다. UpDown 버튼을 사용하여 장치를 목록의 위 또는 아래로 이동합니다. 범용 Block 규칙은 USB 필터 편집기에서 명시적으로 허용하지 않는 경우 모든 USB 장치를 거부하기 위해 목록 하단에 배치해야 합니다.

16.5.3. USB 정책 추가

요약

USB 필터 편집기에 USB 정책을 추가합니다.

데스크탑에서 USB 필터 편집기 바로가기 아이콘을 두 번 클릭하여 편집기를 엽니다.

절차 16.5. USB 정책 추가

  1. 추가 버튼을 클릭합니다. USB 기준 편집 창을 엽니다:
    USB 기준 편집

    그림 16.2. USB 기준 편집

  2. USB 클래스, 벤더 ID, 제품 ID, 버전 확인란을 사용하여 지정할 장치 목록을 나열합니다.
    허용 버튼을 클릭하여 USB 장치의 가상 머신 사용을 허용합니다. 차단 버튼을 클릭하여 가상 머신에서 USB 장치 사용을 금지합니다.
    OK를 클릭하여 선택한 필터 규칙을 목록에 추가하고 창을 닫습니다.

    예 16.8. 장치 추가

    다음 예에서는 제조업체 Acer Communications & Multimedia에서 허용되는 장치 목록으로 USB 클래스 Smartcard, 장치 EP-1427X-2 Ethernet Adapter를 추가하는 방법에 대해 설명합니다.
  3. 파일저장을 클릭하여 변경 사항을 저장합니다.
결과

USB 필터 편집기에 USB 정책을 추가합니다. USB 필터 정책을 적용하려면 Red Hat Enterprise Virtualization Manager에 내보내기해야 합니다.

16.5.4. USB 정책 삭제

요약

USB 필터 편집기에서 USB 정책을 삭제합니다.

편집기를 열려면 바탕화면의 USB 필터 편집기 바로가기 아이콘을 두 번 클릭합니다.

절차 16.6. USB 정책 삭제

  1. 삭제할 정책을 선택합니다.
    USB 정책 선택

    그림 16.3. USB 정책 선택

  2. 삭제 버튼을 클릭합니다. 정책을 삭제할 지를 묻는 메세지가 나타납니다.
    USB 기준 편집

    그림 16.4. USB 기준 편집

  3. Yes를 클릭하여 정책 삭제를 확인합니다.
  4. 파일저장을 클릭하여 변경 사항을 저장합니다.
결과

USB 필터 편집기에서 USB 정책이 삭제되었습니다. USB 필터 정책을 적용하려면 Red Hat Enterprise Virtualization Manager로 내보내기해야 합니다.

16.5.5. USB 장치 정책 검색

요약

USB 필터 편집기에서 허용하거나 차단할 연결된 USB 장치를 검색합니다.

바탕 화면에 있는 USB 필터 편집기 바로가기 아이콘을 두 번 클릭하여 편집기를 엽니다.

절차 16.7. USB 장치 정책 검색

  1. 검색을 클릭합니다. 연결된 USB 장치 창에 연결된 모든 장치 목록이 표시됩니다.
    연결된 USB 장치

    그림 16.5. 연결된 USB 장치

  2. 장치를 선택하고 허용 또는 차단을 클릭합니다. 창을 닫으려면 선택한 장치를 두 번 클릭합니다. 장치의 정책 규칙은 목록에 추가됩니다.
  3. UpDown 버튼을 사용하여 목록에 있는 새로운 정책 규칙의 위치를 변경합니다.
  4. 파일저장을 클릭하여 변경 사항을 저장합니다.
결과

연결된 USB 장치가 검색됩니다. USB 필터 정책을 적용하려면 Red Hat Enterprise Virtualization Manager로 내보내기해야 합니다.

16.5.6. USB 정책 내보내기

요약

USB 장치 정책 변경 사항을 적용하려면 Red Hat Enterprise Virtualization Manager로 내보내기 및 업로드해야 합니다. 정책을 업로드하고 ovirt-engine 서비스를 다시 시작합니다.

바탕화면에서 USB 필터 편집기 바로가기 아이콘을 두 번 클릭하여 편집기를 엽니다.

절차 16.8. USB 정책 내보내기

  1. 내보내기를 클릭합니다. 다른 이름으로 저장 창이 열립니다.
  2. usbfilter.txt 파일 이름으로 파일을 저장합니다.
  3. WinSCP와 같은 Secure Copy 클라이언트를 사용하여 usbfilter.txt 파일을 Red Hat Enterprise Virtualization Manager를 실행하고 있는 서버에 업로드합니다. 파일은 서버의 다음과 같은 디렉토리에 배치해야 합니다:

    /etc/ovirt-engine/
  4. Red Hat Enterprise Virtualization Manager를 실행하고 있는 서버에서 root 사용자로 ovirt-engine 서비스를 다시 시작합니다.
    # service ovirt-engine restart
결과

USB 장치 정책이 Red Hat Enterprise Virtualization 환경에서 실행되는 가상 머신에서 구현됩니다.

16.5.7. USB 정책 가져오기

요약

기존 USB 장치 정책을 다운로드하고 편집하기 전 USB 필터 편집기로 가져옵니다.

절차 16.9. USB 정책 가져오기

  1. WinSCP와 같은 Secure Copy 클라이언트를 사용하여 usbfilter.txt 파일을 Red Hat Enterprise Virtualization Manager를 실행하고 있는 서버에 업로드합니다. 파일은 서버 상의 다음과 같은 디렉토리에 배치해야 합니다:

    /etc/ovirt-engine/
  2. 바탕화면에서 USB 필터 편집기 바로가기 아이콘을 두 번 클릭하여 편집기를 엽니다.
  3. 가져오기를 클릭하여 열기 창을 엽니다.
  4. 서버에서 다운로드한 usbfilter.txt 파일을 엽니다.
결과

USB 필터 편집기에서 USB 장치 정책을 편집할 수 있습니다.

16.6. 로그 수집 도구

16.6.1. 로그 수집기

로그 수집 도구는 Red Hat Enterprise Virtualization Manager에 포함되어 있습니다. 이러한 도구를 사용하여 지원 요청 시 Red Hat Enterprise Virtualization 환경에서 관련 로그를 쉽게 수집할 수 있습니다.
로그 수집 명령은 engine-log-collector입니다. root 사용자로 로그인하여 Red Hat Enterprise Virtualization 환경의 관리자 인증 정보를 입력합니다. engine-log-collector -h 명령은 engine-log-collector 명령의 모든 유효한 옵션 목록을 포함하여 사용 방법을 표시합니다.

16.6.2. engine-log-collector 명령 구문

로그 수집 명령의 기본 구문은 다음과 같습니다:
engine-log-collector [options] list [all, clusters, datacenters]
engine-log-collector [options] collect
작업이 지원되는 두 가지 모드는 listcollect입니다.
  • list 매개 변수는 Red Hat Enterprise Virtualization Manager에 연결된 호스트, 클러스터, 데이터 센터를 나열합니다. 나열된 개체에 기반하여 로그 수집을 필터링할 수 있습니다.
  • collect 매개 변수는 Red Hat Enterprise Virtualization Manager에서 로그를 수집합니다. 수집된 로그는 /tmp/logcollector 디렉토리 아래의 아카이브된 파일에 저장됩니다. engine-log-collector 명령은 각 로그를 특정 파일이름으로 지정합니다.
다른 매개 변수를 지정하지 않을 경우 기본적으로 자신이 속한 데이터 센터 및 클러스터와 함께 사용할 수 있는 호스트가 나열됩니다. 특정 로그를 검색하려면 사용자 이름 및 암호를 입력하라는 메세지가 표시됩니다.
engine-log-collector 명령을 상세 지정하기 위한 여러 매개 변수가 있습니다.

일반 옵션

--version
사용 중인 명령의 버전 번호를 표시하고 프롬프트로 돌아갑니다.
-h, --help
명령 사용 정보를 표시하고 프롬프트로 돌아갑니다.
--conf-file=PATH
도구가 사용할 설정 파일로 PATH를 설정합니다.
--local-tmp=PATH
로그가 저장된 디렉토리로 PATH를 설정합니다. 기본 디렉토리는 /tmp/logcollector입니다.
--ticket-number=TICKET
SOS 보고서와 관련된 티켓 또는 기술 문의 번호로 TICKET을 설정합니다.
--upload=FTP_SERVER
FTP를 사용하여 전송되는 검색된 로그의 대상으로 FTP_SERVER를 설정합니다. Red Hat 지원 담당자가 권장하지 않는 한 이 옵션을 사용하지 마십시오.
--log-file=PATH
명령이 로그 출력을 위해 사용할 특정 파일 이름으로 PATH를 설정합니다.
--quiet
콘솔 출력을 최소로 감소시키는 자동 모드 (Quiet mode)를 설정합니다. 기본값으로 자동 모드는 설정 해제되어 있습니다.
-v, --verbose
보다 자세한 콘솔 출력을 표시하는 상세 표시 모드 (Verbose mode)를 설정합니다. 상세 표시 모드는 기본값으로 설정 해제되어 있습니다.

Red Hat Enterprise Virtualization Manager 옵션

이 옵션은 로그 수집을 필터링하고 Red Hat Enterprise Virtualization Manager의 인증 정보를 지정합니다.
이러한 매개 변수는 특정 명령에 결합할 수 있습니다. 예를 들어 engine-log-collector --user=admin@internal --cluster ClusterA,ClusterB --hosts "SalesHost"* 명령은 사용자를 admin@internal로 지정하고 클러스터 AB에 있는 SalesHost 호스트만으로 로그 수집을 제한합니다.
--no-hypervisors
로그 수집에서 가상화 호스트를 제외합니다.
-u USER, --user=USER
사용자 로그인 이름을 설정합니다. USERuser@domain 형식으로 지정되며 여기서 user는 사용자 이름이고 domain은 사용 중인 디렉토리 서비스 도메인입니다. 사용자는 디렉토리 서비스에 존재해야 하며 Red Hat Enterprise Virtualization Manager가 알고 있어야 합니다.
-r FQDN, --rhevm=FQDN
로그를 수집할 Red Hat Enterprise Virtualization Manager 서버의 정규화된 도메인 이름을 설정합니다. 여기서 FQDN은 Manager의 정규화된 도메인 이름으로 변경합니다. 로그 수집기는 Red Hat Enterprise Virtualization Manager와 동일한 로컬 호스트에서 실행되는 것으로 간주되며 기본값은 localhost입니다.
-c CLUSTER, --cluster=CLUSTER
Red Hat Enterprise Virtualization Manager의 로그에 더하여 지정된 CLUSTER에 있는 가상화 호스트에서 로그를 수집합니다. 클러스터를 포함하려면 클러스터 이름 또는 일치하는 패턴 목록을 콤마로 구분하여 지정합니다.
-d DATACENTER, --data-center=DATACENTER
Red Hat Enterprise Virtualization Manager의 로그에 더하여 지정된 DATACENTER에 있는 가상화 호스트의 로그를 수집합니다. 데이터 센터를 포함하려면 데이터 센터 이름 또는 일치하는 패턴 목록을 콤마로 구분하여 지정합니다.
-H HOSTS_LIST, --hosts=HOSTS_LIST
Red Hat Enterprise Virtualization Manager의 로그에 더하여 지정된 HOSTS_LIST에 있는 가상화 호스트에서 로그를 수집합니다. 호스트를 포함하려면 호스트 이름, 정규화된 도메인 이름, IP 주소, 일치하는 패턴 목록을 콤마로 구분하여 지정합니다.

SOS 보고서 옵션

로그 수집기는 JBoss SOS 플러그인을 사용합니다. 다음 옵션을 사용하여 JMX 콘솔에서 데이터 수집을 활성화합니다.
--jboss-home=JBOSS_HOME
JBoss 설치 디렉토리 경로입니다. 기본값은 /var/lib/jbossas입니다.
--java-home=JAVA_HOME
Java 설치 디렉토리 경로입니다. 기본값은 /usr/lib/jvm/java입니다.
--jboss-profile=JBOSS_PROFILE
따옴표 및 공백으로 구분된 서버 프로파일 목록을 표시합니다. 지정된 프로파일로 로그 수집을 제한합니다. 기본값은 'rhevm-slimmed'입니다.
--enable-jmx
Red Hat Enterprise Virtualization의 JBoss JMX 인터페이스에서 런타임 통계 수집을 활성화합니다.
--jboss-user=JBOSS_USER
JBoss JMX를 호출할 수 있는 권한을 갖는 사용자입니다. 기본값은 admin입니다.
--jboss-logsize=LOG_SIZE
검색된 로그 파일의 최대 크기 (MB 단위)입니다.
--jboss-stdjar=STATE
JBoss 표준 JAR의 JAR 통계 수집을 설정합니다. STATEon 또는 off로 변경합니다. 기본값은 on입니다.
--jboss-servjar=STATE
모든 서버 설정 디렉토리에서 JAR 통계 수집을 설정합니다. STATEon 또는 off로 변경합니다. 기본값은 on입니다.
--jboss-twiddle=STATE
twiddle 데이터 수집을 on 또는 off로 설정합니다. Twiddle은 JMX 호출에서 데이터를 수집하기 위해 사용되는 JBoss 도구입니다. STATEon 또는 off로 변경합니다. 기본값은 on입니다.
--jboss-appxml=XML_LIST
XML 설명으로 검색할 애플리케이션 목록을 따옴표 및 공백으로 구분하여 표시합니다. 기본값은 all입니다.

SSH 설정

--ssh-port=PORT
가상화 호스트로 SSH 연결 시 사용할 포트로 PORT를 설정합니다.
-k KEYFILE, --key-file=KEYFILE
가상화 호스트에 액세스하기 위해 사용할 SSH 공개키로 KEYFILE을 설정합니다.
--max-connections=MAX_CONNECTIONS
가상화 호스트에서 로그 수집 시 최대 SSH 동시 연결 수로 MAX_CONNECTIONS을 설정합니다. 기본값은 10입니다.

PostgreSQL 데이터베이스 옵션

데이터베이스 사용자 이름 및 데이터베이스 이름이 기본값에서 변경되어 있을 경우 pg-userdbname 매개변수를 사용하여 지정합니다.
데이터베이스가 로컬 호스트에 없는 경우 pg-dbhost 매개 변수를 사용합니다. pg-host-key 매개 변수 옵션을 사용하여 원격 로그를 수집합니다. 원격 로그 수집을 위해 PostgreSQL SOS 플러그인을 데이터 베이스 서버에 설치해야 합니다.
--no-postgresql
데이터 베이스 수집을 비활성화합니다. --no-postgresql 매개 변수가 지정되어 있지 않을 경우 로그 수집기는 Red Hat Enterprise Virtualization Manager PostgreSQL데이터베이스에 연결하고 로그 보고서에 데이터를 추가해야 합니다.
--pg-user=USER
데이터 서버와의 연결에 사용할 사용자 이름으로 USER를 설정합니다. 기본값은 postgres입니다.
--pg-dbname=DBNAME
데이터 베이스 서버와의 연결에 사용할 데이터 베이스 이름으로 DBNAME을 설정합니다. 기본값은 rhevm입니다.
--pg-dbhost=DBHOST
데이터 베이스 서버의 호스트 이름으로 DBHOST를 설정합니다. 기본값은 localhost입니다.
--pg-host-key=KEYFILE
데이터 베이스 서버의 공개 ID 파일 (개인 키)로 KEYFILE을 설정합니다. 이 값은 기본값으로 설정되어 있지 않습니다. 데이터 베이스가 로컬 호스트에 존재하지 않을 경우에만 필요합니다.

16.6.3. 기본 로그 수집기 사용

추가 매개 변수를 지정하지 않고 engine-log-collector 명령을 실행하면 기본으로 Red Hat Enterprise Virtualization Manager 및 연결된 호스트에서의 모든 로그를 수집합니다. --no-postgresql 매개 변수가 추가되어 있지 않을 경우 데이터 베이스 로그도 수집합니다. 다음 예에서 로그 수집기를 실행하여 Red Hat Enterprise Virtualization Manager 및 세 개의 연결된 호스트에서 모든 로그를 수집합니다.

예 16.9. 로그 수집기 사용

# engine-log-collector
INFO: Gathering oVirt Engine information...
INFO: Gathering PostgreSQL the oVirt Engine database and log files from localhost...
Please provide REST API password for the admin@internal oVirt Engine user (CTRL+D to abort):
About to collect information from 3 hypervisors. Continue? (Y/n):
INFO: Gathering information from selected hypervisors...
INFO: collecting information from 192.168.122.250
INFO: collecting information from 192.168.122.251
INFO: collecting information from 192.168.122.252
INFO: finished collecting information from 192.168.122.250
INFO: finished collecting information from 192.168.122.251
INFO: finished collecting information from 192.168.122.252
Creating compressed archive...
INFO Log files have been collected and placed in /tmp/logcollector/sosreport-rhn-account-20110804121320-ce2a.tar.xz.
The MD5 for this file is 6d741b78925998caff29020df2b2ce2a and its size is 26.7M

16.7. ISO 업로더 도구

16.7.1. ISO 업로더 도구

ISO 업로더는 ISO 이미지를 ISO 스토리지 도메인에 업로드하기 위한 도구입니다. 이는 Red Hat Enterprise Virtualization Manager의 일부로 설치됩니다.
ISO 업로더 명령은 engine-iso-uploader입니다. root 사용자로 로그인하고 Red Hat Enterprise Virtualization 환경의 관리자 인증 정보를 입력하여 이러한 명령을 사용합니다. engine-iso-uploader -h 명령은 engine-iso-uploader 명령의 모든 사용 가능한 옵션 목록을 포함하여 사용 방법을 표시합니다.

16.7.2. engine-iso-uploader 명령 구문

ISO 업로더 명령의 기본 구문은 다음과 같습니다:
engine-iso-uploader [options] list
engine-iso-uploader [options] upload [file].[file]...[file]
ISO 업로더 명령은 listupload의 두 가지 동작을 지원합니다.
  • list 동작은 ISO 파일을 업로드할 수 있는 ISO 스토리지 도메인을 나열합니다. Red Hat Enterprise Virtualization Manager는 설치 프로세스 도중 Manager가 설치된 시스템에 이러한 목록을 생성합니다.
  • upload 동작은 특정 ISO 스토리지 도메인에 공백으로 구분된 단일 ISO 파일 또는 여러 ISO 파일을 업로드합니다. 기본값으로 NFS가 사용되지만 SSH 또한 사용할 수 있습니다.
ISO 업로더 명령을 사용하는 경우 위의 동작 중 하나를 지정해야 합니다. 또한 upload 동작을 사용하려면 최소 하나의 로컬 파일을 지정해야 합니다.
engine-iso-uploader명령을 상세 지정하기 위한 여러 매개 변수가 있습니다.

일반 옵션

--version
ISO 업로더 명령의 버전 정보를 표시합니다.
-h, --help
ISO 업로더 명령을 사용하는 방법에 대한 정보를 표시합니다.
--conf-file=[PATH]
명령이 사용할 설정 파일로 [PATH]를 설정합니다. 기본값은 /etc/ovirt-engine/isouploader.conf입니다.
--log-file=[PATH]
로그 출력 결과를 작성하기 위해 명령이 사용할 특정 파일 이름으로 [PATH]를 설정합니다. 기본값은/var/log/ovirt-engine/ovirt-iso-uploader/ovirt-iso-uploader[date].log입니다.
--cert-file=[PATH]
engine을 검증하기 위한 인증서로 [PATH]를 설정합니다. 기본값은 /etc/pki/ovirt-engine/ca.pem입니다.
--insecure
engine 검증을 시도하지 않도록 지정합니다.
--nossl
engine에 연결에 SSL을 사용하지 않도록 지정합니다.
--quiet
콘솔 출력을 최소로 감소시키는 자동 모드 (quiet mode)를 설정합니다.
-v, --verbose
보다 자세한 콘솔 출력을 표시하는 상세 표시 모드 (verbose mode)를 설정합니다.
-f, --force
강제 모드 (Force mode)는 업로드된 소스 파일이 ISO 도메인에 있는 기존 파일과 동일한 파일 이름일 경우에 사용해야 합니다. 이 옵션은 기존 파일을 강제로 덮어쓰기합니다.

Red Hat Enterprise Virtualization Manager 옵션

-u [USER], --user=[USER]
명령 실행에 사용할 사용자 인증을 지정합니다. [USER]은/는 [username]@[domain] 형식으로 지정합니다. 사용자는 지정된 도메인에 존재해야 하며 Red Hat Enterprise Virtualization Manager가 알고 있어야 합니다.
-r [FQDN], --engine=[FQDN]
이미지가 업로드될 Red Hat Enterprise Virtualization Manager의 IP 주소 또는 정규화된 도메인 이름을 지정합니다. 이미지 업로더는 Red Hat Enterprise Virtualization Manager가 설치된 시스템과 동일한 컴퓨터에서 실행되는 것을 전제로 합니다. 기본값은 localhost:443입니다.

ISO 스토리지 도메인 옵션

다음 옵션은 이미지를 업로드할 ISO 도메인을 지정합니다. 이러한 옵션은 동시에 함께 사용할 수 없습니다. -i 또는 -n 옵션 중 하나를 사용해야 합니다.
-i, --iso-domain=[ISODOMAIN]
스토리지 도메인 [ISODOMAIN]을 업로드할 대상으로 설정합니다.
-n, --nfs-server=[NFSSERVER]
NFS 경로 [NFSSERVER]을/를 업로드할 대상으로 설정합니다.

연결 옵션

ISO 업로더는 파일을 업로드하기 위해 기본값으로 NFS를 사용합니다. 이러한 옵션은 SSH 파일 전송을 지정합니다.
--ssh-user=[USER]
업로드에 사용할 SSH 사용자 이름으로 [USER]를 설정합니다. 기본값은 root입니다.
--ssh-port=[PORT]
SSH에 연결 시 사용할 포트로 [PORT]를 설정합니다.
-k [KEYFILE], --key-file=[KEYFILE]
SSH 인증에 사용할 공개키로 [KEYFILE]을 설정합니다. 키가 설정되어 있지 않을 경우 --ssh-user=[USER]로 지정된 사용자의 암호를 입력해야 합니다.

16.7.3. NFS 서버 지정

예 16.10. NFS 서버에 업로드

# engine-iso-uploader --nfs-server=storage.demo.redhat.com:/iso/path upload RHEL6.0.iso

16.7.4. 기본 ISO 업로더 사용

다음은 ISO 업로더와 list 매개 변수의 예입니다. 첫 번째 명령은 사용 가능한 ISO 스토리지 도메인을 나열하며 명령에 사용자가 지정되어 있지 않기 때문에 admin@internal 사용자가 사용됩니다. 두 번째 명령은 NFS 를 통해 지정된 ISO 도메인에 ISO 파일을 업로드합니다.

예 16.11. 도메인 목록 및 이미지 업로드

# engine-iso-uploader list
Please provide the REST API password for the admin@internal oVirt Engine user (CTRL+D to abort):
ISO Storage Domain Name   | Datacenter          | ISO Domain Status
ISODomain                 | Default             | active
# engine-iso-uploader --iso-domain=[ISODomain] upload [RHEL6.iso]
Please provide the REST API password for the admin@internal oVirt Engine user (CTRL+D to abort):

16.7.5. ISO 스토리지 도메인에 VirtIO 및 게스트 도구 이미지 파일 업로드

다음 예에서는 ISODomainvirtio-win.iso, virtio-win_x86.vfd, virtio-win_amd64.vfd, rhev-tools-setup.iso 이미지 파일을 업로드하는 명령을 보여줍니다.

예 16.12. VirtIO 및 게스트 도구 이미지 파일 업로드

# engine-iso-uploader --iso-domain=[ISODomain] upload /usr/share/virtio-win/virtio-win.iso /usr/share/virtio-win/virtio-win_x86.vfd /usr/share/virtio-win/virtio-win_amd64.vfd /usr/share/rhev-guest-tools-iso/rhev-tools-setup.iso

16.7.6. VirtIO 및 게스트 도구 이미지 파일

Windows 가상 머신 용 VirtIO 드라이버가 들어 있는 virtio-win ISO 및 VFD (Virtual Floppy Drive) 이미지와 Windows 가상 머신용 Red Hat Enterprise Virtualization 게스트 도구가 들어 있는 rhev-tools-setup ISO가 도메인 설치 및 설정 시 ISO 스토리지 도메인에 복사됩니다.
이러한 이미지 파일은 가상 머신에 설치할 수 있는 소프트웨어를 제공하여 성능 및 유용성을 향상시킵니다. 가장 최근의 virtio-winrhev-tools-setup 파일은 Red Hat Enterprise Virtualization Manager의 파일 시스템에 있는 다음과 같은 심볼릭 링크를 통해 액세스할 수 있습니다:
  • /usr/share/virtio-win/virtio-win.iso
  • /usr/share/virtio-win/virtio-win_x86.vfd
  • /usr/share/virtio-win/virtio-win_amd64.vfd
  • /usr/share/rhev-guest-tools-iso/rhev-tools-setup.iso
이러한 이미지 파일은 설치 프로세스에 의해 로컬로 생성되지 않은 ISO 스토리지 도메인에 수동으로 업로드해야 합니다. engine-iso-uploader 명령을 사용하여 이러한 이미지를 ISO 스토리지 도메인에 업로드합니다. 업로드한 후 이미지 파일은 가상 머신에 연결하여 사용할 수 있습니다.

III 부. 환경 정보

17장. 로그 파일

17.1. Red Hat Enterprise Virtualization Manager 설치 로그 파일

표 17.1. 설치

로그 파일설명
/var/log/ovirt-engine/engine-cleanup_yyyy_mm_dd_hh_mm_ss.logengine-cleanup 명령에서의 로그입니다. 이는 Red Hat Enterprise Virtualization Manager 설치를 재설정하는데 사용되는 명령입니다. 로그는 명령이 실행될 때 마다 생성됩니다. 파일 이름으로 실행 날짜와 시간이 사용되므로 동시에 여러 개의 로그가 가능합니다.
/var/log/ovirt-engine/engine-db-install-yyyy_mm_dd_hh_mm_ss.logrhevm 데이터 베이스 생성 및 설정을 자세히 설명하는 engine-setup 명령의 로그입니다.
/var/log/ovirt-engine/rhevm-dwh-setup-yyyy_mm_dd_hh_mm_ss.logrhevm-dwh-setup 명령의 로그입니다. 보고 용 ovirt_engine_history 데이터베이스를 생성하기 위해 사용되는 명령입니다. 로그는 명령이 실행될 때 마다 생성됩니다. 파일 이름으로 실행 날짜와 시간이 사용되므로 동시에 여러 개의 로그가 가능합니다.
/var/log/ovirt-engine/ovirt-engine-reports-setup-yyyy_mm_dd_hh_mm_ss.logrhevm-reports-setup 명령에서 로그합니다. 이는 Red Hat Enterprise Virtualization Manager Reports 모듈을 설치하기 위해 사용되는 명령입니다. 명령을 실행할 때 마다 로그가 생성됩니다. 파일 이름으로 실행 날짜와 시간이 사용되므로 동시에 여러 개의 로그가 가능합니다.
/var/log/ovirt-engine/setup/ovirt-engine-setup-yyyymmddhhmmss.logengine-setup 명령에서의 로그입니다. 명령이 실행될 때 마다 로그가 생성됩니다. 파일 이름으로 실행 날짜와 시간이 사용되므로 동시에 여러 개의 로그가 가능합니다

17.2. Red Hat Enterprise Virtualization Manager 로그 파일

표 17.2. 서비스 작업

로그 파일설명
/var/log/ovirt-engine/engine.log모든 Red Hat Enterprise Virtualization Manager GUI 충돌, Active Directory 검색, 데이터 베이스 문제 및 기타 다른 이벤트 모두를 반영합니다.
/var/log/ovirt-engine/host-deployRed Hat Enterprise Virtualization Manager에서 배포된 호스트의 로그 파일입니다.
/var/lib/ovirt-engine/setup-history.txtRed Hat Enterprise Virtualization Manager와 관련된 패키지 설치 및 업그레이드를 추적합니다.

17.3. SPICE 로그 파일

SPICE 로그 파일은 SPICE 연결 문제를 해결할 때 유용하게 사용될 수 있습니다. SPICE 디버깅을 시작하려면 로그 레벨을 debugging으로 변경한 후 로그 위치를 확인합니다.
게스트 머신에 액세스하는데 사용되는 클라이언트 및 게스트 머신 자체 모두에는 SPICE 로그 파일이 있습니다. 클라이언트 쪽 로그의 경우 브라우저 플러그인을 사용하여 SPICE 클라이언트가 시작되면 일반적으로 디버깅은 환경 변수에 의해 제어됩니다. SPICE 클라이언트가 console.vv 파일이 다운로드된 네이티브 클라이언트를 사용하여 시작될 경우 remote-viewer 명령을 사용하여 디버깅을 활성화하고 로그 출력을 생성합니다.

17.3.1. 하이퍼바이저 SPICE 서버의 SPICE 로그

표 17.3. 하이퍼바이저 SPICE 서버의 SPICE 로그

로그 유형로그 위치로그 레벨을 변경하려면 다음을 실행합니다:
호스트/하이퍼바이저 SPICE 서버
/var/log/libvirt/qemu/(guest_name).log
게스트를 시작하기 전 호스트/하이퍼바이저에서 export SPICE_DEBUG_LEVEL=5를 실행합니다.

17.3.2. 게스트 머신의 SPICE 로그

표 17.4. 게스트 머신의 SPICE 로그

로그 유형로그 위치로그 레벨을 변경하려면 다음을 실행합니다:
Windows 게스트
C:\Windows\Temp\vdagent.log
C:\Windows\Temp\vdservice.log
해당 없음
Red Hat Enterprise Linux 게스트
/var/log/spice-vdagent.log
SPICE_VDAGENTD_EXTRA_ARGS=”-d -d” 항목이 있는 /etc/sysconfig/spice-vdagentd 파일을 생성합니다.

17.3.3. 브라우저 플러그인을 사용하여 시작되는 SPICE 클라이언트의 SPICE 로그

브라우저 플러그인을 사용하여 시작되는 SPICE 클라이언트의 경우 로그 위치 및 변경 로그 레벨 지시문은 OS 유형, OS 버전, 시스템 유형에 따라 다릅니다.

표 17.5. 클라이언트 컴퓨터의 SPICE 로그 (브라우저 플러그인)

로그 유형로그 위치로그 레벨을 변경하려면 다음을 실행합니다:
SPICE 클라이언트 (Windows 7)
C:\Windows\Temp\spicex.log
  1. 메인 메뉴에서 컴퓨터를 클릭하고 컴퓨터를 선택합니다.
  2. 시스템 속성을 클릭하고 고급 시스템 설정을 선택합니다.
  3. 고급을 선택하고 환경 변수를 클릭합니다.
  4. 사용자 또는 시스템 변수를 검색하여 SPICEX_DEBUG_LEVEL라는 새로운 매개 변수를 값을 4로 지정하여 추가합니다.
SPICE 클라이언트 (Red Hat Enterprise Linux 6)
~/home/.spicec/spice-xpi.log
/etc/spice/logger.ini 파일을 편집하여 log4j.rootCategory 매개 변수를 INFO, R에서 DEBUG, R로 변경합니다.
SPICE 클라이언트 (Red Hat Enterprise Linux 7)
~/.xsession-errors
명령행에서 다음과 같은 디버깅 옵션으로 Firefox를 시작합니다: G_MESSAGES_DEBUG=all SPICE_DEBUG=1 firefox.
~/.xsession-errors 파일을 Touch합니다.
Windows 클라이언트의 USB 리디렉터
C:\Windows\Temp\usbclerk.log
해당 없음.

17.3.4. console.vv 파일을 사용하여 시작되는 SPICE 클라이언트의 SPICE 로그

Linux 클라이언트 시스템의 경우:

  1. remote-viewer 명령을 --spice-debug 옵션과 함께 실행하여 SPICE 디버깅을 활성화합니다. 프롬프트가 나타나면 연결 URL을 (예: spice://[virtual_machine_IP]:[port])입력합니다.
    #  remote-viewer --spice-debug
    
  2. 로그를 확인하려면 console.vv 파일을 다운로드하고 remote-viewer 명령을 --spice-debug 옵션과 함께 실행하여 console.vv 파일에 전체 경로를 지정합니다.
    # remote-viewer --spice-debug /path/to/console.vv
Windows 클라이언트 시스템의 경우:

  1. debug-helper.exe 파일을 다운로드하여 remote-viewer.exe 파일과 동일한 디렉토리 (예: C:\Users\[user name]\AppData\Local\virt-viewer\bin 디렉토리)에 이를 이동합니다.
  2. debug-helper.exe 파일을 실행하여 GDB (GNU Debugger)를 설치합니다.
  3. debug-helper.exe 파일을 실행하여 SPICE 디버깅을 활성화합니다.
    debug-helper.exe remote-viewer.exe --spice-controller
    
  4. 로그를 확인을 위해 가상 머신에 연결하면 GDB를 실행 중인 명령 프롬프트에서 remote-viewer의 표준 오류와 표준 출력이 표시됩니다.

17.4. Red Hat Enterprise Virtualization 호스트 로그 파일

표 17.6.

로그 파일설명
/var/log/vdsm/libvirt.loglibvirt 로그 파일입니다.
/var/log/vdsm/spm-lock.log스토리지 풀 관리자 역할에 임대를 얻을 수 있는 호스트의 기능에 대한 상세 정보가 있는 로그 파일입니다. 로그에는 호스트 취득, 릴리즈, 갱신, 갱신 실패에 대한 로그 정보가 기록됩니다.
/var/log/vdsm/vdsm.logVDSM 용 로그 파일로 가상 호스트에 있는 관리자 에이전트입니다.
/tmp/ovirt-host-deploy-@DATE@.log호스트 배포 로그로 호스트가 성공적으로 배포된 후 /var/log/ovirt-engine/host-deploy/ovirt-@DATE@-@HOST@-@CORRELATION_ID@.log 로 engine에 복사됩니다.

17.5. 가상화 호스트 로깅 서버 설정

Red Hat Enterprise Virtualization 호스트는 호스트의 동작 및 문제를 기록하는 로그 파일을 생성 및 업데이트합니다. 이러한 로그 파일을 중앙 수집하면 디버깅을 단순화할 수 있습니다.
이러한 절차는 중앙 로그 서버에서 사용할 것을 권장합니다. 다른 로깅 서버를 사용하거나 이 절차를 사용하여 Red Hat Enterprise Virtualization Manager에서 호스트 로깅을 활성화할 수 있습니다.

절차 17.1. 가상화 호스트 로깅 서버 설정

  1. rsyslog 트래픽을 허용하기 위해 SELinux를 설정합니다.
    # semanage port -a -t syslogd_port_t -p udp 514
  2. 다음과 같은 행을 추가하여 /etc/rsyslog.conf를 편집합니다:
    $template TmplAuth, "/var/log/%fromhost%/secure" 
    $template TmplMsg, "/var/log/%fromhost%/messages" 
    
    $RuleSet remote
    authpriv.*   ?TmplAuth
    *.info,mail.none;authpriv.none,cron.none   ?TmplMsg
    $RuleSet RSYSLOG_DefaultRuleset
    $InputUDPServerBindRuleset remote
    다음 행을 주석 해제 처리합니다:
    #$ModLoad imudp
    #$UDPServerRun 514
  3. rsyslog 서비스를 다시 시작합니다:
    # service rsyslog restart
가상화 호스트에서 messagessecure 로그를 수신 및 저장하도록 중앙 로그 서버가 설정됩니다.

18장. 프록시

18.1. SPICE 프록시

18.1.1. SPICE 프록시 개요

SPICE 프록시는 SPICE 클라이언트가 하이퍼바이저를 연결하는 네트워크의 외부에 있을 때 가상 머신에 SPICE 클라이언트를 연결하기 위해 사용되는 도구입니다. SPICE를 설정하려면 컴퓨터에 Squid를 설치하고 iptables를 설정하여 프록시 트래픽이 방화벽을 통과할 수 있게 합니다. SPICE 프록시를 사용하려면 Manager에서 engine-config를 사용하여 프록시 이름과 포트로 구성된 값으로 SpiceProxyDefault 키를 설정합니다. SPICE 프록시를 사용 해제하려면 Manager에서 engine-config를 사용하여 SpiceProxyDefault에 설정된 값을 삭제합니다.

중요

SPICE 프록시는 독립형 SPICE 클라이언트와 함께만 사용할 수 있으며 SPICE HTML5 또는 noVNC를 사용하여 가상 머신에 연결하는데 사용할 수 없습니다.

18.1.2. SPICE 프록시 설정

다음 부분에서는 SPICE 프록시로 시스템을 설정하는 방법에 대해 설명합니다. SPICE 프록시는 외부 네트워크에서 Red Hat Enterprise Virtualization 네트워크에 연결할 수 있게 합니다. 이 부분에서는 Squid를 사용하여 프록시 서비스를 제공합니다.

절차 18.1. Red Hat Enterprise Linux에 Squid 설치

  1. 프록시 시스템에 Squid를 설치하려면 다음을 실행합니다:
    # yum install squid
  2. /etc/squid/squid.conf 파일을 엽니다:
    http_access deny CONNECT !SSL_ports
    다음과 같이 변경합니다:
    http_access deny CONNECT !Safe_ports
  3. 프록시를 시작합니다:
    # service squid start
  4. 기본값 squid 포트를 엽니다:
    # iptables -A INPUT -p tcp --dport 3128 -j ACCEPT
  5. iptables 규칙을 영구적으로 설정합니다:
    # service iptables save
SPICE 프록시로 시스템을 설정했습니다. 네트워크 외부에서 Red Hat Enterprise Virtualization 네트워크로 연결하기 전 SPICE 프록시를 활성화합니다.

18.1.3. SPICE 프록시 활성화

다음 부분에서는 SPICE 프록시를 활성화하는 방법에 대해 설명합니다.

절차 18.2. SPICE 프록시 활성화

  1. Manager에서 engine-config 도구를 사용하여 프록시를 설정합니다:
    # engine-config -s SpiceProxyDefault=someProxy
  2. ovirt-engine 서비스를 다시 시작합니다:
    # service ovirt-engine restart
    프록시는 다음과 같은 형식이어야 합니다:
    protocol://[host]:[port]

    참고

    HTTP 프로토콜만 SPICE 클라이언트에 의해 지원됩니다. HTTPS가 지정되어 있을 경우 클라이언트는 프록시 설정을 무시하고 하이퍼바이저에 직접 연결을 시도합니다.
SPICE 프록시가 활성화되었습니다. SPICE 프록시를 통해 Red Hat Enterprise Virtualization 네트워크에 연결할 수 있습니다.

18.1.4. SPICE 프록시 비활성화

다음 부분에서는 SPICE 프록시를 비활성화하는 방법에 대해 설명합니다.

절차 18.3. SPICE 프록시 비활성화

  1. Manager에 로그인합니다:
    $ ssh root@[IP of Manager]
  2. 다음 명령을 실행하여 SPICE 프록시를 삭제합니다:
    # engine-config -s SpiceProxyDefault=""
  3. Manager를 다시 시작합니다:
    # service ovirt-engine restart
SPICE 프록시가 비활성화되었습니다. SPICE 프록시를 통해 Red Hat Enterprise Virtualization 네트워크에 더이상 연결할 수 없습니다.

18.2. Squid 프록시

18.2.1. Squid 프록시 설치 및 설정

요약

다음 부분에서는 사용자 포털에서 Squid 프록시를 설치 및 설정하는 방법에 대해 설명합니다. Squid 프록시 서버는 컨텐츠 가속기로 사용됩니다. 이는 대역폭을 감소시키고 응답 시간을 개선하여 자주 확인되는 컨텐츠를 캐시합니다.

절차 18.4. Squid 프록시 설정

  1. Squid 프록시 서버의 HTTPS 포트 용 키 쌍 및 인증서를 가져옵니다. 이러한 키 쌍은 다른 SSL/TLS 서비스의 키 쌍을 얻는 방법과 동일한 방법으로 획득할 수 있습니다. 키 쌍은 개인 키 및 서명된 인증서가 들어 있는 두 개의 PEM 파일 형식으로 되어 있습니다. 이러한 절차에서는 이러한 파일 이름이 proxy.keyproxy.cer라고 지정되어 있다고 전제합니다.

    참고

    키 쌍 및 인증서는 engine 인증 기관을 사용하여 생성될 수 있습니다. 프록시에 대해 개인키와 인증서가 있어 engine 인증 기관을 통해 이를 생성하지 않으려면 다음 단계를 생략합니다.
  2. 프록시의 호스트 이름을 선택합니다. 그 후 프록시 용 고유의 인증서 이름의 다른 구성 요소를 선택합니다.

    참고

    engine 자체적으로 사용하는 것과 동일한 나라와 조직 이름을 사용하는 것이 좋습니다. Manager가 설치된 시스템에 로그인하고 다음과 같은 명령을 실행하여 정보를 찾을 수 있습니다:
    # openssl x509 -in /etc/pki/ovirt-engine/ca.pem -noout -subject
    
    이러한 명령의 출력 결과는 다음과 같습니다:
    subject= /C=US/O=Example Inc./CN=engine.example.com.81108
    
    여기서 관련된 부분은 /C=US/O=Example Inc.입니다. 이를 사용하여 프록시 인증서의 고유한 이름을 작성합니다:
    /C=US/O=Example Inc./CN=proxy.example.com
  3. 프록시 시스템에 로그인하고 인증서 서명 요청을 생성합니다:
    # openssl req -newkey rsa:2048 -subj '/C=US/O=Example Inc./CN=proxy.example.com' -nodes -keyout proxy.key -out proxy.req
    

    중요

    인용 부호를 사용하여 인증서 이름을 구별합니다. -nodes 옵션으로 개인키가 암호화되지 않도록합니다. 이는 프록시 서버를 시작할 때 암호를 입력할 필요가 없음을 의미합니다.
    이 명령은 proxy.keyproxy.req라는 두 개의 파일을 생성합니다. proxy.key는 개인키입니다. 이 파일을 안전한 장소에 보관합니다. proxy.req는 인증서 서명 요청 파일입니다. proxy.req에는 특별한 보안이 필요하지 않습니다.
  4. 서명된 인증서를 생성하려면 프록시 시스템에서 Manager 시스템으로 인증서 서명 요청 파일을 복사합니다:
    # scp proxy.req engine.example.com:/etc/pki/ovirt-engine/requests/.
    
  5. Manager 시스템에 로그인하고 인증서에 서명합니다:
    # /usr/share/ovirt-engine/bin/pki-enroll-request.sh --name=proxy --days=3650 --subject='/C=US/O=Example Inc./CN=proxy.example.com'
    
    이는 인증서를 서명하고 10년 (3650일) 동안 사용할 수 있습니다. 필요에 따라 인증서 만료 기간을 짧게 설정할 수 있습니다.
  6. 생성된 인증서 파일은 /etc/pki/ovirt-engine/certs 디렉토리에서 사용할 수 있으며 proxy.cer라고 이름을 지정해야 합니다. 프록시 시스템에 있는 Manager 시스템에서 현재 디렉토리로 이 파일을 복사합니다:
    # scp engine.example.com:/etc/pki/ovirt-engine/certs/proxy.cer .
    
  7. 프록시 시스템에 proxy.keyproxy.cer 모두가 표시되는지 확인합니다:
    # ls -l proxy.key proxy.cer
    
  8. 프록시 머신에 Squid 프록시 서버 패키지를 설치합니다:
    # yum install squid
    
  9. 개인키 및 서명된 인증서를 /etc/squid 디렉토리와 같이 프록시가 액세스할 수 있는 위치로 옮깁니다:
    # cp proxy.key proxy.cer /etc/squid/.
    
  10. squid 사용자가 이러한 파일을 읽을 수 있도록 권한을 설정합니다:
    # chgrp squid /etc/squid/proxy.*
    # chmod 640 /etc/squid/proxy.*
    
  11. Squid 프록시는 engine에 의해 사용되는 인증서를 확인합니다. Manager 인증서를 프록시 시스템에 복사합니다. 다음 예에서는 /etc/squid 파일 경로를 사용합니다:
    # scp engine.example.com:/etc/pki/ovirt-engine/ca.pem /etc/squid/.
    

    참고

    기본값 CA 인증서는 Manager 시스템 상의 /etc/pki/ovirt-engine/ca.pem에 위치합니다.
  12. squid 사용자가 인증서 파일을 읽을 수 있도록 권한을 설정합니다:
    # chgrp squid /etc/squid/ca.pem
    # chmod 640 /etc/squid/ca.pem
    
  13. SELinux가 강제 적용 모드일 경우 Squid가 포트 443을 사용할 수 있도록 허용하기 위해 semanage 도구를 사용하여 포트 443의 컨텍스트를 변경합니다:
    # yum install policycoreutils-python
    # semanage port -m -p tcp -t http_cache_port_t 443
    
  14. 기존 Squid 설정 파일을 다음으로 대체합니다:
    https_port 443 key=/etc/squid/proxy.key cert=/etc/squid/proxy.cer ssl-bump defaultsite=engine.example.com
    cache_peer engine.example.com parent 443 0 no-query originserver ssl sslcafile=/etc/squid/ca.pem name=engine
    cache_peer_access engine allow all
    ssl_bump allow all
    http_access allow all
    
  15. Squid 프록시 서버를 다시 시작합니다:
    # service squid restart
    
  16. 전체 URL을 사용하여 사용자 포털에 연결합니다. 예:
    https://proxy.example.com/UserPortal/org.ovirt.engine.ui.userportal.UserPortal/UserPortal.html

    참고

    https://proxy.example.com/UserPortal과 같이 짧은 형식의 URL은 작동하지 않습니다. 이러한 짧은 형식의 URL은 302 응답 코드와 위치 헤더를 사용하여 애플리케이션 서버에서 긴 형식의 URL로 리디렉션됩니다. Red Hat Enterprise Linux에서 Squid 버전은 이러한 헤더를 다시 작성하는 것을 지원하지 않습니다.

참고

기본 설정에서 Squid 프록시는 15 분 대기 상태 후 연결을 종료합니다. Squid 프록시가 연결 대기 상태를 종료하기 전 대기 시간을 늘리려면 squid.conf에 있는 read_timeout 옵션을 조정합니다 (예: read_timeout 10 hours).

부록 A. VDSM 및 후크

A.1. VDSM

VDSM 서비스는 Red Hat Enterprise Virtualization Hypervisors 및 Red Hat Enterprise Linux 호스트를 관리하기 위해 Red Hat Enterprise Virtualization Manager에 의해 사용됩니다. VDSM은 호스트의 스토리지, 메모리, 네트워크 리소스를 관리 및 모니터링합니다. 또한 가상 머신 생성, 통계 수집, 로그 수집, 기타 호스트 관리 작업을 수행합니다. VDSM은 Red Hat Enterprise Virtualization Manager에 의해 관리되는 각각의 하이퍼바이저 호스트에서 데몬으로 실행됩니다. 이는 클라이언트에서 XML-RPC 호출에 응답합니다. Red Hat Enterprise Virtualization Manager는 VDSM 클라이언트처럼 기능합니다.

A.2. VDSM 후크

VDSM은 후크를 통해 확장 가능합니다. 후크는 중요 이벤트가 발생했을 때 호스트에서 실행되는 스크립트입니다. 지원되는 이벤트 발생 시 VDSM은 영숫자 순서로 호스트에서 /usr/libexec/vdsm/hooks/nn_event-name/에 있는 실행 가능한 후크 스크립트를 실행합니다. 규칙에 따라 각 후크 스크립트는 파일 이름이 앞에 포함된 두 자리 숫자로 할당되어 스크립트가 실행되는 순서를 명확히 합니다. 프로그래밍 언어로 후크 스크립트를 생성할 수 있지만 다음의 예에서는 Python을 사용하고 있습니다.
이벤트에 대해 호스트에서 정의된 모든 스크립트가 실행된다는 점에 유의합니다. 호스트에서 실행되는 가상 머신의 일부분에 대해 지정된 후크만 실행해야 할 경우 후크 스크립트 자체가 가상 머신에 연결된 사용자 정의 속성을 평가하여 이러한 요구사항을 처리하는지 확인해야 합니다.

주의

VDSM 후크는 Red Hat Enterprise Virtualization 작동을 방해할 수 있습니다. VDSM 후크에 있는 버그는 가상 머신 중지 및 데이터 손상의 원인이 될 수 있습니다. VDSM 후크는 신중하고 엄격하게 테스트해야 합니다. 후크 API는 새로운 기능으로 차후에 변경될 수 있습니다.

A.3. 후크로 VDSM 확장

다음 부분에서는 이벤트 구동 방식의 후크로 VDSM을 확장하는 방법에 대해 설명합니다. 후크로 VDSM을 확장하는 것은 실험적인 기술로 이는 숙련된 개발자를 위한 것입니다. 현재 후크는 Red Hat Enterprise Virtualization Hypervisors에서 실행할 수 없으며 Red Hat Enterprise Linux 호스트에서만 사용할 수 있음에 유의합니다. 가상 머신에 사용자 등록 정보를 설정하여 (지정된 가상 머신 고유의) 추가 매개 변수를 후크 스트립트에 전달할 수 있습니다.

A.4. 지원되는 VDSM 이벤트

표 A.1. 지원되는 VDSM 이벤트

이름 설명
before_vm_start가상 머신 시작하기 전
after_vm_start가상 머신을 시작한 후
before_vm_cont가상 머신을 계속 실행하기 전
after_vm_cont가상 머신을 계속 실행한 후
before_vm_pause가상 머신 일시 정지 전
after_vm_pause가상 머신 일시 정지 후
before_vm_hibernate가상 머신 최대 절전 모드 사용 전
after_vm_hibernate가상 머신 최대 절전 모드 사용 후
before_vm_dehibernate가상 머신 최대 절전 모드 해제 전
after_vm_dehibernate가상 머신 최대 절전 모드 해제 후
before_vm_migrate_source가상 머신 마이그레이션 전 마이그레이션이 진행되는 소스 하이퍼바이저 호스트에서 실행합니다.
after_vm_migrate_source가상 머신 마이그레이션 후 마이그레이션이 진행되는 소스 하이퍼바이저 호스트에서 실행합니다.
before_vm_migrate_destination가상 머신 마이그레이션 전 마이그레이션이 진행되는 대상 하이퍼바이저 호스트에서 실행합니다.
after_vm_migrate_destination가상 머신 마이그레이션 후 마이그레이션이 진행되는 대상 하이퍼바이저 호스트에서 실행합니다.
after_vm_destroy가상 머신 파기 후
before_vdsm_startVDSM이 하이퍼바이저 호스트에서 시작되기 전입니다. before_vdsm_start 후크는 root 사용자로 실행되며 VDSM 프로세스 환경을 상속하지 않습니다.
after_vdsm_stopVDSM이 하이퍼바이저 호스트에서 중지된 후 입니다. after_vdsm_stop 후크는 root 사용자로 실행되며 VDSM 프로세스 환경을 상속하지 않습니다.
before_nic_hotplugNIC가 가상 머신으로 핫플러그되기 전입니다.
after_nic_hotplugNIC가 가상 머신으로 핫 플러그된 후입니다.
before_nic_hotunplugNIC가 가상 머신에서 핫언플러그되기 전입니다.
after_nic_hotunplugNIC가 가상 머신에서 핫 언플러그된 후입니다.
after_nic_hotplug_failNIC를 가상 머신으로 핫 플러그 실패한 후 입니다.
after_nic_hotunplug_failNIC를 가상 머신에서 핫언플러그 실패한 후 입니다.
before_disk_hotplug디스크가 가상 머신으로 핫플러그되기 전입니다.
after_disk_hotplug디스크가 가상머신으로 핫플러그된 후 입니다.
before_disk_hotunplug디스크가 가상 머신에서 핫언플러그되기 전입니다.
after_disk_hotunplug디스크가 가상 머신에서 핫 언플러그된 후입니다.
after_disk_hotplug_fail가상 머신으로 디스크를 핫플러그 실패한 후 입니다.
after_disk_hotunplug_fail가상 머신에서 디스크를 핫 언플러그 실패 후 입니다.
before_device_create사용자 정의 속성을 지원하는 장치 생성 전입니다.
after_device_create사용자 정의 속성을 지원하는 장치 생성 후입니다.
before_update_device사용자 정의 속성을 지원하는 장치 업데이트 전입니다.
after_update_device사용자 정의 속성을 지원하는 장치 업데이트 후입니다.
before_device_destroy사용자 정의 속성을 지원하는 장치 삭제 전입니다.
after_device_destroy사용자 정의 속성을 지원하는 장치 삭제 후 입니다.
before_device_migrate_destination장치 마이그레이션 전 마이그레이션이 진행되고 있는 대상 하이퍼바이저 호스트에서 실행합니다.
after_device_migrate_destination장치 마이그레이션 후 마이그레이션이 진행되고 있는 대상 하이퍼바이저 호스트에서 실행합니다.
before_device_migrate_source장치 마이그레이션 전 마이그레이션이 진행되고 있는 소스 하이퍼바이저 호스트에서 실행합니다.
after_device_migrate_source장치 마이그레이션 후 마이그레이션이 진행되고 있는 소스 하이퍼바이저 호스트에서 실행합니다.

A.5. VDSM 후크 환경

대부분의 후크 스크립트는 vdsm 사용자로 실행되고 VDSM 프로세스 환경을 상속합니다. before_vdsm_startafter_vdsm_stop 이벤트에 의해 트리거된 후크 스크립트는 예외입니다. 이러한 이벤트에 의해 트리거된 후크 스크립트는 root 사용자로 실행되며 VDSM 프로세스의 환경을 상속하지 않습니다.

A.6. VDSM 후크 도메인 XML 개체

후크 스크립트 시작 시 _hook_domxml 변수가 환경에 추가됩니다. 이러한 변수에는 관련 가상 머신의 libvirt 도메인 XML 표현식 경로가 포함되어 있습니다. 아래에 설명되어 있듯이 일부 후크는 이러한 규칙에 예외가 됩니다.
다음 후크의 _hook_domxml 변수에는 가상 머신이 아닌 NIC의 XML 표현이 포함되어 있습니다.
  • *_nic_hotplug_*
  • *_nic_hotunplug_*
  • *_update_device
  • *_device_create
  • *_device_migrate_*

중요

before_migration_destinationbefore_dehibernation 후크는 현재 소스 호스트에서 도메인의 XML을 수신합니다. 대상 도메인의 XML은 다양한 차이가 있습니다.
VDSM은 libvirt 도메인 XML인 형식을 사용하여 가상 머신을 정의합니다. libvirt 도메인 XML 형식에 대한 보다 자세한 내용은 http://libvirt.org/formatdomain.html에서 확인하실 수 있습니다. 가상 머신의 UUID는 XML 도메인에서 확인할 수 있지만 환경 변수 vmId로 사용할 수 있습니다.

A.7. 사용자 정의 속성 정의

Red Hat Enterprise Virtualization Manager에 의해 허용되어 사용자 정의 후크에 차례로 전달되는 사용자 정의 속성은 engine-config 명령을 사용하여 정의합니다. Red Hat Enterprise Virtualization Manager가 설치된 호스트에서 root 사용자로 이 명령을 실행합니다.
UserDefinedVMPropertiesCustomDeviceProperties 설정 키는 사용자 정의 속성 정보 이름을 저장하는데 사용됩니다. 각 이름이 지정된 사용자 정의 속성의 유효한 값을 정의하는 정규 표현식도 이러한 설정 키에 포함되어 있습니다.
여러 사용자 정의 속성은 세미 콜론에 의해 구분됩니다. 설정 키 설정 시 기존 값은 덮어 쓰기됨에 유의합니다. 새로운 속성 및 기존 사용자 정의 속성을 조합 시 키 값 설정에 사용되는 명령에 있는 모든 사용자 정의 속성을 입력해야 합니다.
설정 키를 업데이트한 후 새 값을 적용하려면 ovirt-engine 서비스를 다시 시작해야 합니다.

예 A.1. 가상 머신 속성 - smartcard 사용자정의 속성 정의

  1. 다음 명령을 사용하여 UserDefinedVMProperties 설정 키로 정의된 기존 사용자 정의 속성을 확인합니다:
    # engine-config -g UserDefinedVMProperties
    아래의 출력 결과에서 볼 수 있듯이 사용자 정의 속성 memory는 이미 정의되어 있습니다. 정규 표현식 ^[0-9]+$은 사용자 정의 속성에 숫자만 포함되도록 되어 있는지를 확인합니다.
    # engine-config -g UserDefinedVMProperties
    UserDefinedVMProperties:  version: 3.0
    UserDefinedVMProperties:  version: 3.1
    UserDefinedVMProperties:  version: 3.2
    UserDefinedVMProperties:  version: 3.3
    UserDefinedVMProperties : memory=^[0-9]+$ version: 3.2
  2. 메모리 사용자 정의 속성은 UserDefinedVMProperties 설정키에 이미 정의되어 있으며 새 사용자 정의 속성은 이곳에 추가해야 합니다. 추가 사용자 정의 속성, smartcard는 설정 키 값에 추가됩니다. 새 사용자 정의 속성에는 true 또는 false 값을 지정할 수 있습니다.
    # engine-config -s UserDefinedVMProperties='memory=^[0-9]+$;smartcard=^(true|false)$' --cver=3.2
  3. UserDefinedVMProperties 설정 키에 의해 정의된 사용자 정의 속성이 올바르게 업데이트되어 있는지를 확인합니다.
    # engine-config -g UserDefinedVMProperties
    UserDefinedVMProperties:  version: 3.0
    UserDefinedVMProperties:  version: 3.1
    UserDefinedVMProperties:  version: 3.2
    UserDefinedVMProperties:  version: 3.3
    UserDefinedVMProperties : memory=^[0-9]+$;smartcard=^(true|false)$ version: 3.2
  4. 마지막으로 ovirt-engine 서비스를 다시 시작하여 설정 변경 사항을 적용합니다.
    # service ovirt-engine restart

예 A.2. 장치 속성 - interface 사용자 정의 속성 정의

  1. 다음 명령을 사용하여 CustomDeviceProperties 설정 키에 의해 정의되는 기존 사용자 정의 속성을 확인합니다:
    # engine-config -g CustomDeviceProperties
    다음 출력값에서 볼 수 있듯이 사용자 정의 속성은 아직 정의되어 있지 않습니다.
    # engine-config -g CustomDeviceProperties
    CustomDeviceProperties:  version: 3.0
    CustomDeviceProperties:  version: 3.1
    CustomDeviceProperties:  version: 3.2
    CustomDeviceProperties:  version: 3.3
  2. interface 사용자 정의 속성이 존재하지 않기 때문에 그대로 추가될 수 있습니다. 다음 예에서 speed 하위 속성 값은 0에서 99999 사이의 범위로 설정하고 duplex 하위 속성 값은 full 또는 half 중 하나를 선택하여 설정합니다.
    # engine-config -s CustomDeviceProperties="{type=interface;prop={speed=^([0-9]{1,5})$;duplex=^(full|half)$}}" --cver=3.3
  3. CustomDeviceProperties 설정 키에 의해 정의된 사용자 정의 속성이 올바르게 업데이트되어 있는지를 확인합니다.
    # engine-config -g CustomDeviceProperties
    UserDefinedVMProperties:  version: 3.0
    UserDefinedVMProperties:  version: 3.1
    UserDefinedVMProperties:  version: 3.2
    UserDefinedVMProperties : {type=interface;prop={speed=^([0-9]{1,5})$;duplex=^(full|half)$}} version: 3.3
  4. 마지막으로 ovirt-engine 서비스를 다시 시작하여 설정 변경 사항을 적용합니다.
    # service ovirt-engine restart

A.8. 가상 머신 사용자 정의 속성 설정

Red Hat Enterprise Virtualization Manager에서 사용자 정의 속성을 지정한 후 가상 머신에 이를 설정할 수 있습니다. 사용자 정의 속성은 관리 포털에서 새 가상 머신가상 머신 편집 창의 사용자 정의 속성 탭에서 설정합니다.
또한 가상 머신 실행 대화 상자에서 사용자 정의 속성을 설정할 수 있습니다. 가상 머신 실행 대화 상자에서 사용자 정의 속성을 설정하면 가상 머신이 종료되기 전 까지만 적용됩니다.
사용자 정의 속성 탭에서는 지정된 사용자 정의 속성 목록에서 선택할 수 있는 기능을 제공합니다. 사용자 정의 속성 키를 선택하면 키 값을 입력할 수 있는 추가 필드가 표시됩니다. + 버튼을 클릭하여 키 쌍 값을 추가하고 - 버튼을 클릭하여 제거합니다.

A.9. VDSM 후크에서 가상 머신 사용자 정의 속성 평가

가상 머신의 사용자 정의 속성 필드에 있는 각각의 키 설정은 후크 스크립트를 호출할 때 환경 변수로 추가됩니다. 사용자 정의 속성 필드를 검증하기 위해 사용되는 정규 표현식은 일부 보안을 제공하지만 스크립트가 제공하는 입력이 올바른지 확인해야 합니다.

예 A.3. 사용자 정의 속성 평가

다음에는 사용자 정의 속성 key1의 존재를 확인하기 위한 간단한 Python 예입니다. 사용자 정의 속성이 설정되어 있을 경우에 값은 표준 오류에 출력됩니다. 사용자 정의 속성이 설정되어 있지 않을 경우 아무 동작도 하지 않게 됩니다.
#!/usr/bin/python

import os
import sys

if os.environ.has_key('key1'):
	sys.stderr.write('key1 value was : %s\n' % os.environ['key1'])
else:
    sys.exit(0)

A.10. VDSM 후킹 모듈 사용

VDSM은 Python 후킹 모듈과 함께 제공되며 VDSM 후크 스크립트의 도움말 기능을 제공합니다. 이 모듈은 예제로 제공되며 Python에 작성된 VDSM 후크에만 관련됩니다.
후킹 모듈은 가상 머신의 libvirt XML을 DOM 개체로 읽기를 지원합니다. 후크 스트립트는 Python의 내장 xml.dom 라이브러리 (http://docs.python.org/release/2.6/library/xml.dom.html)를 사용하여 개체를 조작할 수 있습니다.
수정된 개체는 후킹 모듈을 사용하여 libvirt XML에 다시 저장할 수 있습니다. 후킹 모듈은 후크 개발을 지원하기 위해 다음과 같은 함수를 제공합니다:

표 A.2. 후킹 모듈 함수

이름인수설명
tobool문자열문자열 "true" 또는 "false"를 부울 값으로 변환합니다
read_domxml-가상 머신의 libvirt XML을 DOM 개체로 읽습니다
write_domxmlDOM 개체DOM 개체에서 가상 머신의 libvirt XML를 씁니다

A.11. VDSM 후크 실행

before_vm_start 스크립트는 도메인 XML을 편집하여 libvirt에 도달하기 전 가상 머신의 VDSM 정의를 변경할 수 있습니다. 이러한 과정을 실행할 때 주의해야 합니다. 후크 스크립트는 VDSM의 동작을 방해할 수 있으며 버그 스크립트로 인해 Red Hat Enterprise Virtualization 환경이 중단될 수 있습니다. 특히 도메인의 UUID를 변경해서는 안되며 충분한 배경 지식 없이 도메인에서 장치를 삭제해서는 안됩니다.
before_vdsm_startafter_vdsm_stop 후크 스트립트 모두 root 사용자로 실행됩니다. 시스템에 root 액세스가 필요한 다른 후크 스크립트는 권한 에스컬레이션을 위해 sudo 명령을 사용하도록 작성해야 합니다. 이를 지원하려면 /etc/sudoers를 업데이트하여 vdsm 사용자가 암호를 다시 입력하지 않고 sudo를 사용할 수 있게 합니다. 후크 스크립트는 비대화식으로 실행되므로 이러한 설정이 필요합니다.

예 A.4. VDSM 후크에 sudo 설정

다음 예에서는 vdsm 사용자가 root/bin/chown 명령을 실행하기 위해 sudo 명령을 설정합니다.
  1. root로 가상화 호스트에 로그인합니다.
  2. 텍스트 편집기에서 /etc/sudoers 파일을 엽니다.
  3. 파일에 다음 행을 추가합니다:
    vdsm ALL=(ALL) NOPASSWD: /bin/chown
    이는 vdsm 사용자가 root 사용자로 /bin/chown 명령을 실행할 수 있는 기능을 지정합니다. NOPASSWD 매개 변수를 사용하여 sudo 호출 시 사용자에게 암호를 입력하라는 메세지가 나타나지 않도록 합니다.
설정이 변경되면 VDSM 후크는 sudo 명령을 사용하여 root/bin/chown을 사용할 수 있게 됩니다. Python 코드는 sudo를 사용하여 파일 /my_file에서 root/bin/chown을 실행합니다.
retcode = subprocess.call( ["/usr/bin/sudo", "/bin/chown", "root", "/my_file"] )
후크 스크립트의 표준 오류 스트림은 VDSM 로그에서 수집됩니다. 이러한 정보는 후크 스크립트를 디버그하는데 사용됩니다.

A.12. VDSM 후크 반환 코드

후크 스크립트는 표 A.3. “후크 반환 코드”에 있는 반환 코드 중 하나를 반환해야 합니다. 반환 코드는 VDSM로 다른 후크 스크립트를 처리할 지에 대한 여부를 지정합니다.

표 A.3. 후크 반환 코드

코드 설명
0후크 스크립트가 성공적으로 종료되었습니다
1후크 스크립트가 실패했습니다. 다른 후크를 처리해야 합니다
2후크 스크립트가 실패했습니다. 다른 후크 를 처리할 수 없습니다.
>2예약됨

A.13. VDSM 후크 예

이 부분에서 지정된 후크 스크립트 예는 Red Hat에서 완전 지원되지 않습니다. 소스에 관계없이 시스템에 설치한 모든 후크 스크립트를 환경에서 완전히 테스트해야 합니다.

예 A.5. NUMA 노드 튜닝

목적:

이러한 후크 스크립트를 사용하여 numaset 사용자 정의 속성에 기반하는 NUMA 호스트에서 메모리 할당을 조정합니다. 사용자 정의 속성이 설정되어 있지 않은 경우 동작하지 않게 됩니다.

설정 문자열:

numaset=^(interleave|strict|preferred):[\^]?\d+(-\d+)?(,[\^]?\d+(-\d+)?)*$

정규 표현식을 사용하여 지정된 가상 머신의 numaset 사용자 정의 속성을 통해 할당 모드 (interleave, strict, preferred) 및 사용할 노드 모두를 지정할 수 있습니다. 두 값은 콜론 (:)으로 구분됩니다. 정규 표현식을 통해 다음과 같이 nodeset 사양을 지정할 수 있습니다:
  • 특정 노드 (numaset=strict:1, 노드 1만 사용하도록 지정)
  • 사용할 노드 범위 (numaset=strict:1-4, 노드 1에서 4 까지 사용하도록 지정)
  • 사용하지 않을 특정 노드 (numaset=strict:^3, 노드 3을 사용하지 않도록 지정)
  • 위의 사양을 콤마로 구분하여 조합 (numaset=strict:1-4,6, 노드 1에서 4 그리고 6을 사용하도록 지정)
스크립트:

/usr/libexec/vdsm/hooks/before_vm_start/50_numa

#!/usr/bin/python

import os
import sys
import hooking
import traceback

'''
numa hook
=========
add numa support for domain xml:

<numatune>
    <memory mode="strict" nodeset="1-4,^3" />
</numatune>

memory=interleave|strict|preferred

numaset="1" (use one NUMA node)
numaset="1-4" (use 1-4 NUMA nodes)
numaset="^3" (don't use NUMA node 3)
numaset="1-4,^3,6" (or combinations)

syntax:
    numa=strict:1-4
'''

if os.environ.has_key('numa'):
    try:
        mode, nodeset = os.environ['numa'].split(':')

        domxml = hooking.read_domxml()

        domain = domxml.getElementsByTagName('domain')[0]
        numas = domxml.getElementsByTagName('numatune')

        if not len(numas) > 0:
            numatune = domxml.createElement('numatune')
            domain.appendChild(numatune)

            memory = domxml.createElement('memory')
            memory.setAttribute('mode', mode)
            memory.setAttribute('nodeset', nodeset)
            numatune.appendChild(memory)

            hooking.write_domxml(domxml)
        else:
            sys.stderr.write('numa: numa already exists in domain xml')
            sys.exit(2)
    except:
        sys.stderr.write('numa: [unexpected error]: %s\n' % traceback.format_exc())
        sys.exit(2)

부록 B. Red Hat Enterprise Virtualization 사용자 인터페이스 플러그인

B.1. Red Hat Enterprise Virtualization 사용자 인터페이스 플러그인

Red Hat Enterprise Virtualization은 비표준 기능을 제공하는 플러그인을 지원합니다. 이를 통해 Red Hat Enterprise Virtualization 관리 포털을 다른 시스템과 쉽게 통합할 수 있습니다. 각 인터페이스 플러그인은 Red Hat Enterprise Virtualization과 함께 사용하기 위해 패키지 설정 및 배포할 수 있는 사용자 인터페이스 확장 기능 모음을 제공합니다.
Red Hat Enterprise Virtualization의 사용자 인터페이스 플러그인은 JavaScript 프로그래밍 언어를 사용하여 클라이언트에서 직접 관리 포털과 통합할 수 있습니다. 관리 포털이 플러그인을 호출하고 웹 브라우저의 JavaScript 런타임에서 실행됩니다. 사용자 인터페이스 플러그인은 JavaScript 언어 및 라이브러리를 사용할 수 있습니다.
런타임 시 중요 이벤트에서 관리 포털은 관리 포털 플러그인 간의 통신을 제공하는 이벤트 처리 함수를 통해 개별 플러그인을 호출합니다. 관리 포털이 여러 이벤트 처리 함수를 지원하지만 플러그인은 구현에만 초점을 두고 있는 함수만을 지정합니다. 관리 포털에서 플러그인을 사용하기 전 각각의 플러그인은 플러그인 부트 스트랩 순서의 일부로 관련 이벤트 처리 함수에 등록해야 합니다.
사용자 인터페이스 확장을 구동하는 관리 포털 플러그인이 통신을 용이하게 하기 위해 관리 포털은 개별 플러그인이 소비할 수 있는 글로벌 (상위 레벨) pluginApi JavaScript 객체로 플러그인 API를 표시하고 있습니다. 각각의 플러그인에는 별도의 pluginApi 인스턴스가 있어 관리 포털은 플러그인의 라이프 사이클과 관련하여 각 플러그인에 대해 plug-in API- 함수 호출을 제어할 수 있습니다.

B.2. Red Hat Enterprise Virtualization 사용자 인터페이스 플러그인 라이프사이클

B.2.1. Red Hat Enterprise Virtualization 사용자 인터페이스 플러그인 라이프 사이클

사용자 인터페이스 플러그인의 기본 라이프 사이클은 다음의 세 단계로 나누어입니다:
  1. 플러그인 검색
  2. 플러그인 로딩
  3. 플러그인 부트스트랩

B.2.2. Red Hat Enterprise Virtualization 사용자 인터페이스 플러그인 검색

플러그인 검색 프로세스에서 첫 번째 단계는 플러그인 설명자를 생성하는 것입니다. 플러그인 설명자에는 중요한 플러그인 메타데이터 및 플러그인 관련 기본 옵션 설정이 들어 있습니다.
관리 포털 HTML 페이지 요청 (HTTP GET) 처리의 일부분으로 사용자 인터페이스 플러그인 인프라는 로컬 파일 시스템에서 플러그인 설명자를 검색 및 로딩 시도합니다. 각각의 플러그인 설명자의 경우 인프라는 플러그인 관련 기본 설정 (존재할 경우)을 덮어쓰기하고 플러그인 런타임 동작을 조정하기 위해 사용되는 해당 플러그인 사용자 설정도 로딩 시도합니다. 플러그인 사용자 설정은 옵션 사항입니다. 설명자 및 해당 사용자 설정 파일을 로딩한 후 oVirt Engine은 사용자 인터페이스 플러그인 데이터를 집계하고 런타임 평가를 위해 관리 포털 HTML 페이지에 포함합니다.
기본값으로 플러그인 설명자는 oVirt Engine 로컬 설정에 의해 정의된 ENGINE_USR=/usr/share/ovirt-engine의 기본 매핑과 함께 $ENGINE_USR/ui-plug-ins에 있습니다. 플러그인 설명자는 JSON 형식 사양을 준수해야 하지만 플러그인 설명자는 JSON 형식 사양 이외에 Java/C++ 형식의 코멘트 (/*// 변수 모두)를 허용합니다.
기본값으로 플러그인 사용자 설정 파일은 oVirt Engine 로컬 설정에 의해 정의된 ENGINE_ETC=/etc/ovirt-engine의 기본 매핑과 함께 $ENGINE_ETC/ui-plug-ins에 있습니다. 플로그인 사용자 설정 파일은 플러그인 설명자와 동일한 컨텐츠 형식 규칙을 준수해야 합니다.

참고

일반적으로 플러그인 사용자 설정 파일은 <descriptorFileName>-config.json 이름 지정 규칙을 따릅니다.

B.2.3. Red Hat Enterprise Virtualization 사용자 인터페이스 플러그인 로딩

플러그인이 검색되어 데이터가 관리 포털 HTML 페이지에 포함된 후 관리 포털은 (애플리케이션 시작의 일부로 로딩하지 않도록 설정하지 않는 한) 애플리케이션 시작의 일부분으로 플러그인을 로딩 시도합니다.
검색된 각 플러그인에 대해 관리 포털은 호스트 페이지를 로딩하는데 사용되는 HTML iframe 요소를 생성합니다. 플러그인 호스트 페이지는 플러그인 부트스트랩 프로세스를 시작하는데 필요하며 부트스트랩 프로세스는 플러그인의 iframe 요소의 문맥에서 플러그인 코드를 평가하는데 사용됩니다. 사용자 인터페이스 플러그인 인프라는 로컬 파일 시스템에서 플러그인 호스트 페이지와 같은 플러그인 리소스 파일을 지원합니다. 플러그인 호스트 페이지는 iframe 요소에 로딩되어 플러그인 코드가 평가됩니다. 플러그인 코드가 평가된 후 플러그인은 플러그인 API를 통해 관리 포털과 통신합니다.

B.2.4. Red Hat Enterprise Virtualization 사용자 인터페이스 플러그인 부트스트랩

일반적인 플러그인 부트스트랩 순서는 다음과 같습니다:

절차 B.1. 플러그인 부트스트랩 순서

  1. 지정된 플러그인의 pluginApi 인스턴스 가져오기
  2. 런타임 플러그인 설정 개체 가져오기 (옵션)
  3. 관련 이벤트 처리기 함수 등록
  4. 플러그인 초기화를 실행하도록 UI 플러그인 인프라에 통지
다음 코드 조각은 위에서 설명한 단계가 사용된 예를 보여줍니다:
// Access plug-in API using 'parent' due to this code being evaluated within the context of an iframe element.
// As 'parent.pluginApi' is subject to Same-Origin Policy, this will only work when WebAdmin HTML page and plug-in
// host page are served from same origin. WebAdmin HTML page and plug-in host page will always be on same origin
// when using UI plug-in infrastructure support to serve plug-in resource files.
var api = parent.pluginApi('MyPlugin');

// Runtime configuration object associated with the plug-in (or an empty object).
var config = api.configObject();

// Register event handler function(s) for later invocation by UI plug-in infrastructure.
api.register({
	    // UiInit event handler function.
		UiInit: function() {
				// Handle UiInit event.
					window.alert('Favorite music band is ' + config.band);
					    }
});

// Notify UI plug-in infrastructure to proceed with plug-in initialization.
api.ready();

B.4. 사용자 인터페이스 플러그인 배포 예

Red Hat Enterprise Virtualization Manager 관리 포털에 로그인 시 Hello World! 프로그램을 실행하는 사용자 인터페이스 플러그인을 생성하기 위해 다음과 같은 지시 사항을 따릅니다.

절차 B.2. Hello World! 플러그인 배포

  1. /usr/share/ovirt-engine/ui-plugins/helloWorld.json에 있는 Manager에 다음과 같은 파일을 생성하여 플러그인 설명자를 생성합니다:
    {
        "name": "HelloWorld",
        "url": "/ovirt-engine/webadmin/plugin/HelloWorld/start.html",
        "resourcePath": "hello-files"
    }
    
  2. /usr/share/ovirt-engine/ui-plugins/hello-files/start.html에 있는 Manager에 다음과 같은 파일을 생성하여 플러그인 호스트 페이지를 생성합니다:
    <!DOCTYPE html><html><head>
    <script>
        var api = parent.pluginApi('HelloWorld');
        api.register({
    	UiInit: function() { window.alert('Hello world'); }
        });
        api.ready();
    </script>
    </head><body></body></html>
    
Hello World! 플러그인을 성공적으로 구현했을 경우 관리 포털에 로그인했을 때 다음과 같은 화면이 표시됩니다:
Hello World! 플러그인의 구현

그림 B.1. Hello World! 플러그인의 구현

B.5. Red Hat Support 플러그인 설치

Red Hat Support 플러그인은 Red Hat Enterprise Virtualization 관리 포털에서 Red Hat Access 서비스로의 액세스를 제공합니다.

절차 B.3. Red Hat Support 플러그인 설치

참고

Red Hat Support 플러그인은 Red Hat Enterprise Virtualization 3.3에서 기본값으로 설치됩니다. Red Hat Support 플러그인은 Red Hat Enterprise Virtualization 3.2에서 기본값으로 설치되지 않습니다. 따라서 Red Hat Enterprise Virtualization 3.3에서 이러한 절차를 수행할 필요가 없습니다.
  • yum을 사용하여 redhat-support-plugin-rhev 플러그인을 설치합니다:
    # yum install redhat-support-plugin-rhev

B.6. Red Hat Support 플러그인 사용

Red Hat Access 플러그인을 사용하여 Red Hat Enterprise Virtualization 관리 포털에서 Red Hat 액세스 서비스를 사용할 수 있습니다. Red Hat 로그인을 사용하여 로그인해야 합니다. Red Hat Access 플러그인은 사용자가 로그인되어 있지 않을 때 이를 감지하고 로그인하지 않은 경우 로그인 창이 열립니다.

참고

Red Hat Enterprise Virtualization 관리 포털 인증 정보는 사용자의 Red Hat 로그인과 일치하지 않습니다.
The Red Hat Support Plug-in Login Window

그림 B.2. Red Hat Support 플러그인 로그인 창

로그인 후 Red Hat 고객 포털에 액세스할 수 있습니다. Red Hat Support 플러그인은 Red Hat Enterprise Virtualization 관리 포털에 있는 여러 다른 메뉴와 함께 상세 정보 창에서 사용할 수 있습니다. 검색 바를 사용하여 Red Hat Access 데이터베이스를 검색합니다. 검색 결과가 상세 정보 창의 왼쪽 탐색 목록에 표시됩니다.
Query results in the left-hand navigation list of the Red Hat Support Plug-in

그림 B.3. Red Hat Support 플러그인 - 왼쪽 탐색 목록에 있는 쿼리 결과

Red Hat Enterprise Virtualization 관리 포털에 있는 컨텍스트 메뉴에서 오른쪽 클릭하여 Red Hat Support 플러그인에 액세스합니다.
Right-clicking on a context menu to access Red Hat Support Plug-in

그림 B.4. 컨텍스트 메뉴에서 오른쪽 클릭하여 Red Hat Support 플러그인에 액세스

새 기술 지원 열기 또는 기존 기술 지원 수정 버튼을 선택하여 새 기술 지원을 열거나 기존 기술 지원을 수정합니다.
Red Hat Support Plug-in Opening a New Support Case

그림 B.5. Red Hat Support 플러그인 - 새 기술 지원 열기

Red Hat Documentation 탭을 선택하여 현재 화면에 있는 관리 포털 부분과 연관된 문서를 엽니다.
Red Hat Support Plug-in - a picture showing how to access documentation through the Red Hat Support Plug-in

그림 B.6. Red Hat Support 플러그인 액세스 문서

부록 C. Red Hat Enterprise Virtualization 및 SSL

C.1. Red Hat Enterprise Virtualization Manager SSL 인증서 변경

주의

/etc/pki 디렉토리 또는 서브 디렉토리의 권한 및 소유권을 변경하지 않습니다. /etc/pki/etc/pki/ovirt-engine 디렉토리의 권한은 기본 755를 유지해야 합니다.
조직의 상용 서명 인증서를 사용하여 HTTPS를 통해 연결하는 사용자에게 Red Hat Enterprise Virtualization Manager를 식별하게 할 수 있습니다.

참고

상용 발행된 https 연결 용 인증서를 사용하는 것은 Manager와 호스트 간의 인증에 사용되는 인증서에 영향을 주지 않고 Manager에 의해 생성된 자체 서명된 인증서를 계속 사용합니다.
전제 조건

이 절차에서는 상용 인증서 발급 기관에서의 PEM 형식 인증서인 .nokey 파일 및 .cer 파일이 필요합니다. .nokey.cer 파일은 P12 형식의 인증키 번들로 배포됩니다.

이 절차에서는 P12 형식의 인증키 번들이 있다는 것을 전제로 합니다.

절차 C.1. Red Hat Enterprise Virtualization Manager Apache SSL 인증서 교체

  1. Manager는 /etc/pki/ovirt-engine/ca.pem에 심볼릭 링크된 /etc/pki/ovirt-engine/apache-ca.pem을 사용하도록 설정되어 있습니다. 심볼릭 링크를 제거합니다.
    # rm /etc/pki/ovirt-engine/apache-ca.pem
  2. 상용 발행된 인증서를 /etc/pki/ovirt-engine/apache-ca.pem으로 저장합니다. 인증서 체인은 root 인증서 까지 완료해야 합니다. 체인 순서는 중요하며 중간 인증서에서 root 인증서로 되어 있어야 합니다.
    mv YOUR-3RD-PARTY-CERT.pem /etc/pki/ovirt-engine/apache-ca.pem
  3. P12 번들을 /etc/pki/ovirt-engine/keys/apache.p12로 이동합니다.
  4. 번들에서 키를 추출합니다.
    # openssl pkcs12 -in  /etc/pki/ovirt-engine/keys/apache.p12 -nocerts -nodes > /etc/pki/ovirt-engine/keys/apache.key.nopass
  5. 번들에서 인증서를 추출합니다.
    # openssl pkcs12 -in /etc/pki/ovirt-engine/keys/apache.p12 -nokeys > /etc/pki/ovirt-engine/certs/apache.cer
  6. Apache 서버를 다시 시작합니다.
    # service httpd restart
https 트래픽을 암호화하는데 사용되는 인증서의 신뢰성에 대한 경고없이 사용자는 포털에 접속할 수 있습니다.

중요

인증서를 변경하면 https://access.redhat.com/solutions/458713에서 설명되어 있듯이 로그 수집기에서 오류가 발생할 수 있습니다. 이러한 오류가 발생하지 않게 하려면 로그 수집기의 설정을 다음과 같이 편집합니다:
  1. CA 서버에서 CA 인증서를 내보내기하여 Red Hat Enterprise Virtualization Manager 서버에 복사합니다.
  2. /etc/ovirt-engine/logcollector.conf에 다음 행을 추가하면 로그 수집기가 새 위치를 가리킵니다:
    cert-file=/path/to/new/CA/file

C.2. Manager 및 LDAP 서버 간의 SSL 또는 TLS 연결 설정

Red Hat Enterpriser Virtualization Manager와 LDAP 서버 간의 보안 연결을 설정하려면 서버의 root CA 인증서가 필요합니다. 인증서를 Manager로 가져와서 정보를 저장하기 위한 공개 키 스토어 파일을 생성합니다. 다음 절차에서는 JKS (Java KeyStore) 형식을 사용합니다. 키 스토어 유형은 모든 Java 지원 형식을 사용할 수 있습니다.

참고

키 스토어 파일을 생성하고 인증서를 가져오는 방법에 대한 보다 자세한 내용은 /usr/share/doc/ovirt-engine-extension-aaa-ldap-version에서 README 파일의 X.509 CERTIFICATE TRUST STORE 섹션에서 참조하십시오.
LDAP 서버의 root CA 인증서를 취득하여 Manager의 /tmp 디렉토리에 복사한 후 다음 절차에 따라 Manager에 공개 키 스토어 파일을 생성합니다. LDAP 속성 설정 파일을 공개 키스토어 파일 정보를 사용하여 업데이트합니다.

절차 C.2. 키 스토어 파일 만들기

  1. Red Hat Enterprise Virtualization Manager에서 인증서를 가져온 후 공개 키스토어 파일을 생성합니다. 다음 명령을 사용하여 /tmp/myrootca.pem에 root CA 인증서를 가져온 후 /etc/ovirt-engine/aaa/ 아래에 공개 키스토어 파일 myrootca.jks를 생성합니다.
    $ keytool -importcert -noprompt -trustcacerts -alias myrootca -file /tmp/myrootca.pem -keystore /etc/ovirt-engine/aaa/myrootca.jks -storepass changeit
  2. 키스토어 파일 정보로 /etc/ovirt-engine/aaa/profile1.properties 파일을 업데이트합니다.

    참고

    ${local:_basedir}는 LDAP 속성 설정 파일이 있는 디렉토리에서 /etc/ovirt-engine/aaa 디렉토리를 가리킵니다. 다른 디렉토리에 공개 키스토어 파일을 생성할 경우 ${local:_basedir}를 공개 키스토어 파일의 전체 경로로 변경합니다.
    • startTLS를 사용하려면 다음을 실행합니다 (권장사항):
      # Create keystore, import certificate chain and uncomment
      pool.default.ssl.startTLS = true
      pool.default.ssl.truststore.file = ${local:_basedir}/myrootca.jks
      pool.default.ssl.truststore.password = changeit
    • SSL을 사용하려면 다음을 실행합니다:
      # Create keystore, import certificate chain and uncomment
      pool.default.serverset.single.port = 636
      pool.default.ssl.enable = true
      pool.default.ssl.truststore.file = ${local:_basedir}/myrootca.jks
      pool.default.ssl.truststore.password = changeit
일반 LDAP 공급자를 설정에 대한 정보는 13.2.2절. “일반 LDAP 공급자 설정”에서 참조하십시오. 단일 사용 승인 (SSO)을 위한 LDAP 및 Kerberos 설정에 대한 자세한 내용은 13.2.3.1절. “단일 사용 승인 (SSO)을 위해 LDAP 및 Kerberos 설정”에서 참조하십시오.

부록 D. 검색, 북마크, 태그 사용

D.1. 검색

D.1.1. Red Hat Enterprise Virtualization에서 검색 실행

관리 포털에서는 가상 머신, 호스트, 사용자 등과 같은 수천 가지의 리소스를 관리할 수 있습니다. 검색을 수행하려면 검색 창에 검색 쿼리 (자유 텍스트 또는 구문 기반)를 입력합니다. 검색 쿼리는 차후 재사용을 위해 북마크로 저장해 둘 수 있으므로 특정 검색 결과가 필요할 때 마다 검색 쿼리를 재입력할 필요가 없습니다. 검색은 대소문자를 구분하지 않습니다.

D.1.2. 검색 구문 및 예

Red Hat Enterprise Virtualization 리소스의 검색 쿼리 구문은 다음과 같습니다:
result type: {criteria} [sortby sort_spec]
구문 예

다음 예에서는 검색 쿼리 사용 방법 및 Red Hat Enterprise Virtualization에서 검색 쿼리를 구축하는 방법에 대해 설명합니다.

표 D.1. 검색 쿼리 예

결과
Hosts: Vms.status = up사용 중인 가상 머신을 실행하고 있는 모든 호스트 목록을 나열합니다.
Vms: domain = qa.company.com지정된 도메인에서 실행 중인 모든 가상 머신 목록을 나열합니다.
Vms: users.name = Mary사용자 이름이 Mary인 사용자에게 속한 모든 가상 머신 목록을 나열합니다.
events: severity > normal sortby time desc심각도가 Normal 이상인 모든 이벤트 목록을 시간 순으로 나열합니다.

D.1.3. 검색 자동 완료

관리 포털에서는 효과적이고 강력한 검색 쿼리를 생성할 수 있도록 검색 자동 완료 기능을 제공합니다. 검색 쿼리 일부를 입력하면 검색 창 아래에 검색의 다음 부분을 선택할 수 있는 드롭 다운 목록이 표시됩니다. 이 목록에서 선택하여 검색의 다음 부분을 입력/선택하거나 옵션을 무시하고 수동으로 검색 쿼리를 입력할 수 있습니다.
다음 표에서는 쿼리 구축을 위해 고객 포털에서 검색 자동 완료를 사용하는 방법에 대한 예를 설명합니다.
Hosts: Vms.status = down

표 D.2. 자동 완료 기능을 사용하는 검색 쿼리의 예

입력표시되는 항목 목록동작
h Hosts (옵션 1 개만)
Hosts를 선택하거나 또는
Hosts 입력
Hosts:
모든 호스트 속성
v 입력
Hosts: v v로 시작하는 호스트 속성Vms를 선택하거나 Vms 입력
Hosts: Vms 모든 가상 머신 속성 s 입력
Hosts: Vms.s s로 시작하는 모든 가상 머신 속성status를 선택하거나 status 입력
Hosts: Vms.status
=
=!
= 을 선택하거나 입력
Hosts: Vms.status = 모든 상태 값 down 을 선택하거나 입력

D.1.4. 검색 결과 유형 옵션

결과 유형으로 다음과 같은 유형의 리소스를 검색할 수 있습니다:
  • Vms 가상 머신 목록의 경우
  • Host 호스트 목록의 경우
  • Pools 풀 목록의 경우
  • Template 템플릿 목록의 경우
  • Event 이벤트 목록의 경우
  • Users 사용자 목록의 경우
  • Cluster 클러스터 목록의 경우
  • Datacenter 데이터 센터 목록의 경우
  • Storage 스토리지 도메인 목록의 경우
각 리소스 유형에는 고유한 속성 모음 및 이와 관련된 다른 리소스 유형 모음이 있으며 각 검색 유형에는 유효한 구문 조합 모음이 있습니다. 자동 완료 기능을 사용하여 쿼리를 쉽게 생성할 수 있씁니다.

D.1.5. 검색 기준

쿼리에서 콜론 다음에 검색 기준을 지정할 수 있습니다. {criteria} 구문은 다음과 같습니다:
<prop><operator><value>
또는
<obj-type><prop><operator><value>

다음 표에서는 구문의 각 속성에 대해 설명합니다:

표 D.3. 검색 기준 예

부분설명알림
속성검색 대상이 되는 리소스의 속성입니다. 리소스 유형 ( obj-type 참조), 또는 tag (사용자 정의 태그)의 속성이 될 수 있습니다.검색 범위를 특정 속성을 갖는 개체로 제한합니다. (예: status 속성이 있는 개체를 검색)상태 해당 없음
obj-type검색 대상 리소스에 연결할 수 있는 리소스 유형입니다.데이터 센터, 가상 머신과 같은 시스템 개체입니다.사용자해당 없음
연산자비교 연산자입니다.
=
!= (not equal)
>
<
>=
<=
해당 없음 obj-type 따라 다른 값 옵션입니다.
비교 대상이 되는 표현식입니다.
문자열
정수
검색 순위
날짜 (지역 설정에 따라 표기)
Jones
256
normal
  • 문자열에서 와일드 카드를 사용할 수 있습니다.
  • "" (중간에 공백없는 따옴표 한 쌍)을 사용하여 최기화되지 않은 (빈) 문자열을 표시할 수 있습니다.
  • 공백이 있는 문자열 또는 날짜는 큰 따옴표를 사용합니다.

D.1.6. 검색: 여러 검색 기준 및 와일드 카드

와일드 카드는 문자열의 <value> 구문 부분에 사용할 수 있습니다. 예를 들어 m*을 입력하여 m으로 시작하는 모든 사용자를 검색할 수 있습니다.
부울 연산자 ANDOR를 사용하여 두 개의 검색 기준으로 검색할 수 있습니다. 예:
Vms: users.name = m* AND status = Up
이 쿼리는 사용자 이름이 "m"으로 시작하는 사용자의 실행 중인 모든 가상 머신을 반환합니다.
Vms: users.name = m* AND tag = "paris-loc"
이 쿼리는 사용자 이름이 "m"으로 시작하는 사용자의 "paris-loc"으로 태그된 모든 가상 머신을 반환합니다.
AND 또는 OR을 사용하지 않고 두 개의 검색 기준을 지정할 경우, AND가 묵시적으로 적용됩니다. ANDOR에 우선하며 OR은 묵시적인 AND에 우선합니다.

D.1.7. 검색: 검색 순서 지정

sortby를 사용하여 검색 결과 정보의 정렬 순서를 지정할 수 있습니다. 정렬 방향 (오름 차순의 경우 asc, 내림 차순의 경우 desc)을 지정할 수 도 있습니다.
예:
events: severity > normal sortby time desc
이 쿼리는 심각도가 Normal 이상인 모든 이벤트를 시간 순 (내림 차순)으로 정렬하여 반환합니다.

D.1.8. 데이터 센터 검색

다음 표에서는 데이터 센터의 모든 검색 옵션에 대해 설명합니다.

표 D.4. 데이터 센터 검색

속성 (리소스 또는 리소스 유형)유형설명 (참조)
Clusters.clusters-prop속성 유형에 따라데이터 센터에 연결된 클러스터의 속성입니다.
name문자열데이터 센터의 이름입니다.
description문자열데이터 센터의 설명입니다.
type문자열데이터 센터의 유형입니다.
status목록데이터 센터의 사용 가능 상태입니다.
sortby목록리소스 속성 중 하나에 따라 반환된 검색 결과를 정렬합니다.
page정수 표시할 결과의 페이지 번호입니다.

Datacenter: type = nfs and status != up

이 예는 다음과 같은 데이터 센터 목록을 반환합니다:
  • NFS 스토리지 유형이고 up 이외의 상태인 데이터 센터

D.1.9. 클러스터 검색

다음 표에서는 클러스터의 모든 검색 옵션에 대해 설명합니다.

표 D.5. 클러스터 검색

속성 (리소스 또는 리소스 유형)유형설명 (참조)
Datacenter.datacenter-prop속성 유형에 따라클러스터에 연결된 데이터 센터의 속성입니다.
Datacenter문자열클러스터가 속해 있는 데이터 센터입니다.
name문자열네트워크에서 클러스터를 구별하는 고유한 이름입니다.
description문자열클러스터에 대한 설명입니다.
initialized문자열클러스터 상태를 True 또는 False로 표시합니다.
sortby목록리소스 속성 중 하나에 따라 반환된 검색 결과를 정렬합니다.
page정수 표시할 결과의 페이지 번호입니다.

Clusters: initialized = true or name = Default

다음 예에서는 다음과 같은 조건에 일치하는 클러스터의 목록을 반환합니다:
  • 초기화된 클러스터
  • 기본값으로 지정된 클러스터

D.1.10. 호스트 검색

다음 표에서는 호스트의 모든 검색 옵션에 대해 설명합니다.

표 D.6. 호스트 검색

속성 (리소스 또는 리소스 유형)유형설명 (참조)
Vms.Vms-prop속성 유형에 따라호스트에 연결된 가상 머신 속성입니다.
Templates.templates-prop속성 유형에 따라호스트에 연결된 템플릿 속성입니다.
Events.events-prop속성 유형에 따라호스트에 연결된 이벤트 속성입니다.
Users.users-prop속성 유형에 따라호스트에 연결된 사용자 속성입니다.
name문자열호스트 이름입니다.
status목록호스트의 사용 가능 상태입니다.
cluster문자열호스트가 속한 클러스터입니다.
address문자열네트워크에서 호스트를 구별하는 고유한 이름입니다.
cpu_usage정수 처리 장치 사용률입니다.
mem_usage정수 메모리 사용률입니다.
network_usage정수 네트워크 사용률입니다.
load정수 지정된 타임 슬라이스에서 프로세서 당 run-queue 실행 대기 중인 작업입니다.
version정수 운영 체제의 버전 번호입니다.
cpus정수 호스트의 CPU 수입니다.
memory정수 사용 가능한 메모리 용량입니다.
cpu_speed정수 CPU 처리 속도입니다.
cpu_model문자열CPU 유형입니다.
active_vms정수 현재 실행되고 있는 가상 머신 수 입니다.
migrating_vms정수 현재 마이그레이션되고 있는 가상 머신 수 입니다.
committed_mem정수 커밋된 메모리 백분율입니다.
tag문자열호스트에 할당된 태그입니다.
type문자열호스트 유형입니다.
datacenter문자열호스트가 속해 있는 데이터 센터입니다.
sortby목록리소스 속성 중 하나에 따라 반환된 검색 결과를 정렬합니다.
page정수 표시할 결과의 페이지 번호입니다.

Hosts: cluster = Default and Vms.os = rhel6

이 예는 다음과 같은 호스트 목록을 반환합니다:
  • Default 클러스터의 부분으로 Red Hat Enterprise Linux 6 운영 체제를 실행 중인 가상 머신을 호스팅하는 호스트

D.1.11. 네트워크 검색

다음 표에서는 네트워크의 모든 검색 옵션에 대해 설명합니다.

표 D.7. 네트워크 검색

속성 (리소스 또는 리소스 유형)유형설명 (참조)
Cluster_network.clusternetwork-prop속성 유형에 따라네트워크와 연결된 클러스터의 속성입니다.
Host_Network.hostnetwork-prop속성 유형에 따라네트워크와 연결된 호스트의 속성입니다.
name문자열네트워크를 구별하는 읽기 쉬운 형식의 이름입니다.
description문자열네트워크를 설명하는 키워드 또는 텍스트로 네트워크 생성 시 옵션으로 사용할 수 있습니다.
vlanid정수네트워크의 VLAN ID입니다.
stp문자열네트워크의 STP (Spanning Tree Protocol)를 활성화 또는 비활성화할 지에 대한 여부입니다.
mtu정수논리 네트워크의 최대 전송 단위입니다.
vmnetwork문자열네트워크를 가상 머신 트래픽으로만 사용할 지에 대한 여부입니다.
datacenter문자열네트워크가 연결된 데이터 센터입니다.
sortby목록리소스 속성 중 하나에 따라 반환된 검색 결과를 정렬합니다.
page정수표시할 결과의 페이지 번호입니다.

Network: mtu > 1500 and vmnetwork = true

다음 예에서는 네트워크 목록을 반환합니다:
  • 최대 전송 단위가 1500 바이트 이상
  • 가상 머신 전용으로 사용 설정됨

D.1.12. 스토리지 검색

다음 표에서는 스토리지의 모든 검색 옵션에 대해 설명합니다.

표 D.8. 스토리지 검색

속성 (리소스 또는 리소스 유형)유형설명 (참조)
Hosts.hosts-prop속성 유형에 따라스토리지에 연결된 호스트 속성입니다.
Clusters.clusters-prop속성 유형에 따라스토리지에 연결된 클러스터 속성입니다.
name문자열네트워크에서 스토리지를 구별하는 고유한 이름입니다.
status문자열스토리지 도메인 상태입니다.
datacenter문자열스토리지가 속한 데이터 센터입니다.
type문자열스토리지 유형입니다.
size정수 스토리지 크기입니다.
used정수 사용된 스토리지 용량입니다.
committed정수 커밋된 스토리지 용량입니다.
sortby목록리소스 속성 중 하나에 따라 반환된 검색 결과를 정렬합니다.
page정수 표시할 결과의 페이지 번호입니다.

Storage: size > 200 or used < 50

이 예는 다음과 같은 스토리지 목록을 반환합니다:
  • 총 스토리지 공간이 200 GB 이상인 스토리지
  • 사용된 스토리지 공간이 50 GB 미만인 스토리지

D.1.13. 디스크 검색

다음 표에서는 디스크의 모든 검색 옵션에 대해 설명합니다.

표 D.9. 디스크 검색

속성 (리소스 또는 리소스 유형)유형설명 (참조)
Datacenters.datacenters-prop속성 유형에 따라디스크와 관련된 데이터 센터 속성입니다.
Storages.storages-prop속성 유형에 따라디스크와 관련된 스토리지 속성입니다.
alias문자열네트워크 상의 스토리지를 구별하는 읽기 쉬운 형식의 이름입니다.
description문자열디스크를 설명하는 키워드 또는 텍스트로 디스크 생성 시 옵션으로 사용할 수 있습니다.
provisioned_size정수디스크의 가상 크기입니다.
size정수디스크의 크기입니다.
actual_size정수디스크에 할당된 실제 크기입니다.
creation_date정수디스크가 생성된 날짜입니다.
bootable문자열디스크를 부팅할 수 있는지 또는 부팅할 수 없는지에 대한 여부입니다. 유효한 값은 0, 1, yes, 또는 no 중 하나가 됩니다.
shareable문자열디스크를 동시에 여러 개의 가상 머신에 연결할 수 있는지에 대한 여부입니다. 유효한 값은 0, 1, yes, no 중 하나가 됩니다.
format문자열디스크 형식입니다. unused, unassigned, cow, 또는 raw 중 하나가 될 수 있습니다.
status문자열디스크 상태입니다. unassigned, ok, locked, invalid, 또는 illegal 중 하나가 될 수 있습니다.
disk_type문자열디스크 유형입니다. image 또는 lun 중 하나가 될 수 있습니다.
number_of_vms정수디스크가 연결된 가상 머신 수 입니다.
vm_names문자열디스크가 연결된 가상 머신의 이름입니다.
quota문자열가상 디스크에 사용되는 쿼터 이름입니다.
sortby목록리소스 속성 중 하나에 따라 반환된 검색 결과를 정렬합니다.
page정수표시할 결과의 페이지 번호입니다.

Disks: format = cow and provisioned_size > 8

이 예는 다음과 같은 조건에 일치하는 가상 디스크 목록을 반환합니다:
  • QCOW, 씬 프로비저닝이라고도 알려짐, 형식
  • 할당된 디스크 크기가 8 GB 이상

D.1.14. 볼륨 검색

다음 표에서는 볼륨의 모든 검색 옵션에 대해 설명합니다.

표 D.10. 볼륨 검색

속성 (리소스 또는 리소스 유형)유형설명 (참조)
Volume.cluster-prop속성 유형에 따라볼륨과 관련된 클러스터 속성입니다.
Cluster문자열볼륨과 관련된 클러스터 이름입니다.
name문자열볼륨을 구별하는 읽기 쉬운 형식의 이름입니다.
type문자열distribute, replicate, distributed_replicate, stripe, distributed_stripe 중 하나를 지정할 수 있습니다.
transport_type정수 TCP 또는 RDMA 중 하나를 지정할 수 있습니다.
replica_count정수 복제 수 입니다.
stripe_count정수 스트라이프 수입니다.
status문자열볼륨 상태입니다. Up 또는 Down 중 하나를 지정할 수 있습니다.
sortby목록리소스 속성 중 하나에 따라 반환된 검색 결과를 정렬합니다.
page정수 표시할 결과의 페이지 번호입니다.

Volume: transport_type = rdma and stripe_count >= 2

이 예는 다음과 같은 볼륨 목록을 반환합니다:
  • RDMA로 설정된 전송 유형
  • 스트라이프가 2 개 이상

D.1.15. 가상 머신 검색

다음 표에서는 가상 머신의 모든 검색 옵션에 대해 설명합니다.

표 D.11. 가상 머신 검색

속성 (리소스 또는 리소스 유형)유형설명 (참조)
Hosts.hosts-prop속성 유형에 따라가상 머신에 연결된 호스트의 속성입니다.
Templates.templates-prop속성 유형에 따라가상 머신에 연결된 템플릿의 속성입니다.
Events.events-prop속성 유형에 따라가상 머신에 연결된 이벤트의 속성입니다.
Users.users-prop속성 유형에 따라가상 머신에 연결된 사용자 속성입니다.
Storage.storage-prop속성 유형에 따라가상 머신에 연결된 스토리지 장치의 속성입니다.
Vnic.mac-prop속성 유형에 따라가상 머신에 연결된 MAC 주소 속성입니다.
name문자열가상 머신의 이름입니다.
status목록가상 머신의 사용 가능 상태입니다.
ip정수 가상 머신의 IP 주소입니다.
uptime정수 가상 머신이 실행되고 있는 시간 (분)입니다.
domain문자열이러한 시스템을 그룹화하는 도메인 (주로 Active Directory 도메인)입니다.
os문자열가상 머신 생성 시 선택한 운영 체제입니다.
creationdate날짜 가상 머신이 생성된 날짜입니다.
address문자열네트워크 상에서 가상 머신을 구별하는 고유한 이름입니다.
cpu_usage정수 처리 장치 사용률입니다.
mem_usage정수 메모리 사용률입니다.
network_usage정수 네트워크 사용률입니다.
memory정수 정의된 최대 메모리입니다.
apps문자열가상 머신에 현재 설치되어 있는 애플리케이션입니다.
cluster목록가상 머신이 속한 클러스터입니다.
pool목록가상 머신이 속한 가상 머신 풀입니다.
loggedinuser문자열현재 가상 머신에 로그인된 사용자 이름입니다.
tag목록가상 머신이 속한 태그입니다.
datacenter문자열가상 머신이 속한 데이터 센터입니다.
type목록가상 머신 유형 (서버 또는 데스크톱)입니다.
quota문자열가상 머신에 연결된 쿼터 이름입니다.
description문자열가상 머신을 설명하는 키워드 또는 텍스트입니다. 가상 머신 생성 시 옵션으로 사용할 수 있습니다.
sortby목록리소스 속성 중 하나에 따라 반환된 검색 결과를 정렬합니다.
page정수 표시할 결과의 페이지 번호입니다.

Vms: template.name = Win* and user.name = ""

이 예는 다음과 같은 조건에 일치하는 가상 머신 목록을 반환합니다:
  • 가상 머신이 기반으로 하는 템플릿이 Win으로 시작하고 가상 머신이 다른 사용자에게 할당된 경우.

Vms: cluster = Default and os = windows7

이 예는 다음과 같은 조건에 일치하는 가상 머신 목록을 반환합니다:
  • 가상 머신이 속한 클러스터 이름이 Default이고 가상 머신이 Windows 7 운영 체제를 실행하고 있는 경우.

D.1.16. 풀 검색

다음 표에서는 풀의 모든 검색 옵션에 대해 설명합니다.

표 D.12. 풀 검색

속성 (리소스 또는 리소스 유형)유형설명 (참조)
name문자열풀 이름입니다.
description문자열풀 설명입니다.
type목록풀 유형입니다.
sortby목록리소스 속성 중 하나에 따라 반환된 검색 결과를 정렬합니다.
page정수 표시할 결과의 페이지 번호입니다.

Pools: type = automatic

이 예는 다음과 같은 풀 목록을 반환합니다:
  • 자동(automatic) 유형의 풀

D.1.17. 템플릿 검색

다음 표에서는 템플릿의 모든 검색 옵션에 대해 설명합니다.

표 D.13. 템플릿 검색

속성 (리소스 또는 리소스 유형)유형설명 (참조)
Vms.Vms-prop문자열템플릿에 연결된 가상 머신 속성입니다.
Hosts.hosts-prop문자열템플릿에 연결된 호스트 속성입니다.
Events.events-prop문자열템플릿에 연결된 이벤트 속성입니다.
Users.users-prop문자열템플릿에 연결된 사용자 속성입니다.
name문자열템플릿 이름입니다.
domain문자열템플릿 도메인입니다.
os문자열운영 체제 유형입니다.
creationdate정수
템플릿이 생성된 날짜입니다.
날짜 형식은 mm/dd/yy입니다.
childcount정수 템플릿에서 생성된 가상 머신 수입니다.
mem정수 정의된 메모리입니다.
description문자열템플릿 설명입니다.
status문자열템플릿 상태입니다.
cluster문자열템플릿에 연결된 클러스터입니다.
datacenter문자열템플릿에 연결된 데이터 센터입니다.
quota문자열템플릿에 연결된 쿼터입니다.
sortby목록리소스 속성 중 하나에 따라 반환된 검색 결과를 정렬합니다.
page정수 표시할 결과의 페이지 번호입니다.

Template: Events.severity >= normal and Vms.uptime > 0

이 예에서는 다음과 같은 템플릿 목록을 반환합니다:
  • 템플릿에서 파생된 가상 머신에서 심각도가 보통 수준 이상인 이벤트가 발생하고 가상 머신이 여전히 가동되고 있는 경우.

D.1.18. 사용자 검색

다음 표에서는 사용자 용 모든 검색 옵션에 대해 설명합니다.

표 D.14. 사용자 검색

속성 (리소스 또는 리소스 유형)유형설명 (참조)
Vms.Vms-prop속성 유형에 따라사용자에 연결된 가상 머신 속성입니다.
Hosts.hosts-prop속성 유형에 따라사용자에 연결된 호스트 속성입니다.
Templates.templates-prop속성 유형에 따라사용자에 연결된 템플릿 속성입니다.
Events.events-prop속성 유형에 따라사용자에 연결된 이벤트 속성입니다.
name문자열사용자 이름입니다.
lastname문자열사용자 이름 (성)입니다.
usrname문자열사용자 고유 이름입니다.
department문자열사용자가 속한 부서입니다.
group문자열사용자가 속한 그룹입니다.
title문자열사용자의 직함입니다.
status문자열사용자의 상태입니다.
role문자열사용자의 역할입니다.
tag문자열사용자가 속한 태그입니다.
pool문자열사용자가 속한 풀입니다.
sortby목록리소스 속성 중 하나에 따라 반환된 검색 결과를 정렬합니다.
page정수 표시할 결과의 페이지 번호입니다.

Users: Events.severity > normal and Vms.status = up or Vms.status = pause

이 예에서는 다음과 같은 사용자 목록을 반환합니다:
  • 사용자 가상 머신에서 심각도가 중간 이상 수준인 이벤트가 발생하고 가상 머신이 여전히 가동되고 있는 경우.
  • 사용자의 가상 머신이 일시 정지 되어 있는 경우.

D.1.19. 이벤트 검색

다음 표에서는 이벤트를 검색하기 위해 사용할 수 있는 모든 검색 옵션에 대해 설명합니다. 자동 입력 기능을 사용하여 여러 적절한 옵션을 표시할 수 있습니다.

표 D.15. 이벤트 검색

속성 (리소스 또는 리소스 유형)유형설명 (참조)
Vms.Vms-prop속성 유형에 따라이벤트에 연결된 가상 머신 속성입니다.
Hosts.hosts-prop속성 유형에 따라이벤트에 연결된 호스트 속성입니다.
Templates.templates-prop속성 유형에 따라이벤트에 연결된 템플릿 속성입니다.
Users.users-prop속성 유형에 따라이벤트에 연결된 사용자 속성입니다.
Clusters.clusters-prop속성 유형에 따라이벤트에 연결된 클러스터 속성입니다.
Volumes.Volumes-prop속성 유형에 따라이벤트에 연결된 볼륨 속성입니다.
type목록이벤트 유형입니다.
severity목록이벤트 심각도 (Warning/Error/Normal)입니다.
message문자열이벤트 유형 설명입니다.
time목록이벤트가 발생한 날짜입니다.
usrname문자열이벤트에 연결된 사용자 이름입니다.
event_host문자열이벤트에 연결된 호스트입니다.
event_vm문자열이벤트에 연결된 가상 머신입니다.
event_template문자열이벤트에 연결된 템플릿입니다.
event_storage문자열이벤트에 연결된 스토리지입니다.
event_datacenter문자열이벤트에 연결된 데이터 센터입니다.
event_volume문자열이벤트에 연결된 볼륨입니다.
correlation_id정수 이벤트 식별 번호입니다.
sortby목록리소스 속성 중 하나에 따라 반환된 검색 결과를 정렬합니다.
page정수 표시할 결과의 페이지 번호입니다.

Events: Vms.name = testdesktop and Hosts.name = gonzo.example.com

이 예에서는 다음과 같은 이벤트 목록을 반환합니다:
  • gonzo.example.com 호스트에서 실행되는 동안 testdesktop이라는 가상 머신에서 발생한 이벤트입니다.

D.2. 북마크

D.2.1. 북마크로 쿼리 문자열 저장

북마크를 사용하여 검색 쿼리를 저장하고 다른 사용자와 공유할 수 있습니다.

절차 D.1. 북마크로 쿼리 문자열 저장

  1. 검색 창에 원하는 검색 쿼리를 입력하고 검색을 실행합니다.
  2. 검색 창 오른쪽에 있는 별표 모양의 북마크 버튼을 클릭하여 새 북마크 창을 엽니다.
    북마크 아이콘

    그림 D.1. 북마크 아이콘

  3. 북마크의 이름을 입력합니다.
  4. 검색 문자열 필드를 편집합니다 (필요한 경우).
  5. OK를 클릭하여 쿼리를 북마크로 저장하고 창을 닫습니다.
  6. 검색 쿼리가 저장되어 북마크 창에 표시됩니다.
북마크로 검색 쿼리를 저장하여 차후 다시 사용할 수 있습니다. 북마크 창을 통해 북마크를 검색 및 선택합니다.

D.2.2. 북마크 편집

북마크 이름 및 검색 문자열을 수정할 수 있습니다.

절차 D.2. 북마크 편집

  1. 화면 왼쪽에 있는 북마크 탭을 클릭합니다.
  2. 편집하고자 하는 북마크를 선택합니다.
  3. 편집 버튼을 클릭하여 북마크 편집 창을 엽니다.
  4. 필요한 경우 이름검색 문자열을 변경합니다.
  5. OK를 클릭하여 편집된 북마크를 저장합니다.
검색 쿼리의 북마크가 편집됩니다.

D.2.3. 북마크 삭제

북마크가 더이상 필요하지 않을 경우 이를 삭제합니다.

절차 D.3. 북마크 삭제

  1. 화면 왼쪽의 북마크 탭을 클릭합니다.
  2. 삭제하고자 하는 북마크를 선택합니다.
  3. 삭제 버튼을 클릭하여 북마크 삭제 창을 엽니다.
  4. OK를 클릭하여 선택된 북마크를 삭제합니다.
검색 쿼리의 북마크가 삭제됩니다.

D.3. 태그

D.3.1. 태그를 사용하여 Red Hat Enterprise Virtualization과의 상호 작용을 사용자 정의

Red Hat Enterprise Virtualization 플랫폼을 설치하고 요구 조건에 맞게 설정한 후 태그를 사용하여 작업할 방법을 사용자 정의할 수 있습니다. 태그는 시스템 관리자에게 중요한 장점을 제공하여 시스템 리소스를 그룹화 또는 카테고리화 할 수 있게 합니다. 이는 가상 환경에 여러 개체가 존재할 경우에 유용하며 관리자는 특정 집합 대상에 대해 집중 관리할 수 있습니다.
다음 부분에서는 태그를 생성 및 편집하여 이를 호스트 또는 가상 머신에 지정하고 태그를 사용하여 검색 기준에 따라 검색하는 방법에 대해 설명합니다. 태그는 엔터프라이즈의 요구에 맞게 구조에 따라 계층화하여 지정할 수 있습니다.
관리 포털 태그는 태그 창에서 생성, 수정, 삭제할 수 있습니다.

D.3.2. 태그 생성

태그를 생성하여 검색 결과를 필터링할 수 있습니다.

절차 D.4. 태그 생성

  1. 화면 왼쪽의 태그 탭을 클릭합니다.
  2. 태그를 생성하고자 하는 노드를 선택합니다. 예를 들어 최상위 레벨에 태그를 생성하려면 root 노드를 클릭합니다.
  3. 새로 만들기 버튼을 클릭하여 새 태그 창을 엽니다.
  4. 새 태그의 이름설명을 입력합니다.
  5. OK를 클릭하여 태그를 생성합니다.
새 태그가 생성되어 태그 탭에 표시됩니다.

D.3.3. 태그 수정

태그 이름 및 설명을 수정할 수 있습니다.

절차 D.5. 태그 수정

  1. 화면 왼쪽의 태그 탭을 클릭합니다.
  2. 수정하고자 하는 태그를 선택합니다.
  3. 편집을 클릭하여 태그 편집 창을 엽니다.
  4. 필요에 따라 이름설명란을 변경합니다.
  5. OK를 클릭하여 편집된 태그를 저장합니다.
태그 속성이 수정됩니다.

D.3.4. 태그 삭제

태그가 더이상 필요하지 않을 경우 이를 삭제합니다.

절차 D.6. 태그 삭제

  1. 화면 왼쪽의 태그 탭을 클릭합니다.
  2. 삭제하고자 하는 태그를 선택합니다.
  3. 삭제를 클릭하여 태그 삭제 창을 엽니다. 태그를 삭제하면 태그의 모든 하위 항목도 삭제될 것이라는 경고 메세지가 표시됩니다.
  4. OK를 클릭하여 선택된 태그를 삭제합니다.
태그 및 태그의 모든 하위 항목이 삭제됩니다. 태그된 모든 객체에서의 태그도 삭제됩니다.

D.3.5. 객체에서 태그 추가 및 삭제

호스트, 가상 머신, 사용자에서 태그를 지정하거나 삭제할 수 있습니다.

절차 D.7. 객체에서 태그 추가 및 삭제

  1. 리소스 탭을 클릭하여 태그 지정하거나 태그 분리할 객체를 선택합니다.
  2. 태그 지정 버튼을 클릭하여 태그 지정 창을 엽니다.
  3. 객체에 태그를 지정하기 위해 확인란을 선택하거나 객체에서 태그를 분리하기 위해 확인란을 선택 해제합니다.
  4. OK를 클릭합니다.
선택된 객체의 사용자 정의 속성으로 지정된 태그가 추가되거나 삭제됩니다.

D.3.6. 태그를 사용하여 객체 검색

  • 태그를 사용하여 속성 및 원하는 값이나 검색 기준 값을 설정하여 검색 쿼리를 입력합니다.
    지정된 기준으로 태그된 객체가 검색 결과 목록에 나열됩니다.

부록 E. 브랜딩

E.1. 브랜딩

E.1.1. Manager 재브랜딩

사용 아이콘, 팝업 창에 표시되는 텍스트, 환영 페이지에 표시되는 링크와 같이 Red Hat Enterprise Virtualization Manager의 다양한 측면을 사용자 정의할 수 있습니다. 이를 통해 Manager를 재브랜딩하여 관리자 및 사용자에게 표시되는 모양을 보다 정교하게 제어할 수 있습니다.
Manager를 사용자 정의하기 위해 필요한 파일은 Manager가 설치된 시스템의 /etc/ovirt-engine/branding/ 디렉토리에 있습니다. 이러한 파일은 그래픽 사용자 인터페이스의 다양한 측면을 스타일 설정하는데 사용하는 CSS 스타일시트 세트와 다양한 Manager 구성요서에 통합된 메세지 및 링크가 포함된 속성 파일 세트로 구성됩니다.
구성 요소를 사용자 정의하려면 구성 요소의 파일을 편집하고 변경 사항을 저장합니다. 다음 번에 구성 요소를 열거나 새로 고침한 후 변경 사항이 적용됩니다.

E.1.2. 로그인 화면

로그인 화면은 관리 포털 및 사용자 포털 모두에서 사용하는 로그인 화면입니다. 사용자 정의할 수 있는 로그인 화면 요소는 다음과 같습니다:
  • 테두리
  • 왼쪽의 헤더 이미지
  • 오른쪽의 헤더 이미지
  • 헤더 텍스트
로그인 화면 클래스는 common.css에 있습니다.

E.1.3. 관리 포털 화면

관리 포털 화면은 관리 포털에 로그인 시 표시되는 메인 화면입니다. 사용자 정의할 수 있는 관리 포털 화면 요소는 다음과 같습니다:
  • 로고
  • 왼쪽 배경 화면 이미지
  • 중앙 배경 화면 이미지
  • 오른쪽 배경 화면 이미지
  • 로고 오른쪽 텍스트
관리 포털 화면의 클래스는 web_admin.css에 있습니다.

E.1.4. 사용자 포털 화면

사용자 포털 화면은 사용자 포털에 로그인 시 표시되는 화면입니다. 사용자 정의할 수 있는 사용자 포털 화면 요소는 다음과 같습니다:
  • 로고
  • 중앙 배경 화면 이미지
  • 오른쪽 배경 화면 이미지
  • 메인 그리드의 테두리
  • 로그인 사용자 레이블 위의 텍스트
사용자 포털 화면의 클래스는 user_portal.css에 있습니다.

E.1.5. 팝업 창

팝업 창은 Manager에 있는 모든 창으로 호스트 또는 가상 머신과 같은 엔티티를 생성, 편집, 업데이트할 수 있습니다. 사용자 정의할 수 있는 팝업 창 요소는 다음과 같습니다:
  • 테두리
  • 왼쪽의 헤더 이미지
  • 중앙 헤더 이미지 (반복)
팝업 창 클래스는 common.css에 있습니다.

E.1.6. 탭

사용자 포털에는 두 가지 유형의 탭이 있습니다. 기본 보기와 확장 보기 사이를 전환하는 주요 탭과 확장 보기 선택 시 화면 왼쪽에 표시되는 탭입니다. 관리 포털의 많은 팝업 창에도 탭이 포함되어 있습니다. 사용자 정의할 수 있는 탭 요소는 다음과 같습니다:
  • 활성
  • 비활성
탭 클래스는 common.cssuser_portal.css에 있습니다.

E.1.7. 환영 페이지

환영 페이지는 Manager의 홈페이지 방문 시 처음 표시되는 페이지입니다. 템플릿 파일을 편집하여 전체 모양을 사용자 지정할 수 있으며 추가 문서나 내부 웹사이트의 링크를 추가하는 것과 같은 작업을 할 수 있습니다. 사용자 지정할 수 있는 환영 페이지 요소는 다음과 같습니다:
  • 페이지 제목
  • 헤더 (왼쪽, 중앙, 오른쪽)
  • 오류 메시지
  • 대상 링크 및 링크와 관련된 메세지
환영 페이지 클래스는 welcome_style.css에 있습니다.
템플릿 파일

환영 페이지의 템플릿 파일은 HTML, HEAD 또는 BODY 태그가 포함되어 있지 않은 welcome_page.template이라는 일반 HTML 파일입니다. 이 파일은 환영 페이지에 직접 삽입되어 환영 페이지에 표시되는 내용의 컨테이너로 작동합니다. 따라서 새 링크를 추가하거나 내용 자체를 변경하려면 이 파일을 편집해야 합니다. 템플릿 파일의 다른 기능은 환영 페이지 처리 시 messages.properties 파일에서 해당 텍스토로 변경되는 {user_portal}과 같은 자리 표시자 텍스트 기능입니다.

E.1.8. 페이지를 찾을 수 없음 페이지

페이지를 찾을 수 없음 (Page Not Found) 페이지는 Red Hat Enterprise Virtualization Manager에서 찾을 수 없는 페이지에 대한 링크를 열 때 표시되는 페이지입니다. 페이지를 찾을 수 없음 페이지에서 사용자 정의할 수 있는 요소는 다음과 같습니다.
  • 페이지 제목
  • 헤더 (왼쪽, 중앙, 오른쪽)
  • 오류 메세지
  • 대상 링크 및 링크와 관련된 메세지
페이지를 찾을 수 없음 (Page Not Found) 페이지 클래스는 welcome_style.css에 있습니다.

부록 F. 고친 과정

고친 과정
고침 3.6-6.1Sat Jan 23 2016Red Hat Localization Services
XML 소스 3.6-6 버전과 번역 파일을 동기화
고침 3.6-6Thu 11 Feb 2016Red Hat Enterprise Virtualization 문서화 팀
BZ#1283074 - 새 가상 디스크 설정 창 관련 표에 대한 설명 업데이트.
BZ#978712 - 스토리지 도메인으로 Gluster 스토리지 볼륨 연결 절차 추가.
BZ#1276715 - UserVmManager에서 가상 머신을 마이그레이션할 수 있다는 참조 설명 삭제.
+ BZ#1268304 - NetworkUser 역할을 VnicProfileUser 역할로 변경.
고침 3.6-5Thu 10 Dec 2015Red Hat Enterprise Virtualization 문서화 팀
BZ#1284288 - 'ovirtmgmt'로 'rhevm' 관리 네트워크에 대한 참조 설명 변경.
BZ#1213289 - 호스트 유지 관리 모드 관련 정보 추가.
BZ#1271237 -가상 머신 풀 편집에 대한 내용 업데이트.
BZ#1177141 - 백업 개요 업데이트.
고침 3.6-4Wed 2 Dec 2015Red Hat Enterprise Virtualization 문서화 팀
BZ#1285598 - 'Engine 데이터 베이스를 원격 서버 데이터 베이스로 마이그레이션' 절차 추가.
BZ#1084008 - 포트 미러링 내용 설명.
BZ#1253562 - Cinder, VMware, 개별적 keystone 엔드포인트에 대한 내용이 포함된 외부 공급자 컨텐츠 업데이트.
BZ#1202130 -공개 키 스토어 파일 생성 정보 추가.
BZ#1285340 - 클러스터 용 관리 네트워크 옵션 정보 추가.
고침 3.6-3Wed 18 Nov 2015Red Hat Enterprise Virtualization 문서화 팀
Red Hat Enterprise Virtualization 3.6 베타 릴리즈에 대한 최종 개정
고침 3.6-2Wed 11 Nov 2015Red Hat Enterprise Virtualization 문서화 팀
BZ#1275130 - 관리 포털과 일치하도록 네트워크 인터페이스 레이블 지정 절차 업데이트.
BZ#1252766 - 3.6 릴리즈 용 버전 번호 업데이트.
BZ#1253531 - 가상 머신 용 아이콘 업로드에 관한 정보 추가.
BZ#1255223 - 새로운 실시간 마이그레이션 기능에 대한 설명 추가.
BZ#1250778 - 스토리지 도메인 생성을 위한 절차에 임계값을 지정하는 단계 추가.
BZ#1250784 - 스토리지 도메인 생성 절차에 '삭제 후 초기화' 단계 추가.
BZ#1252748 - 가상 디스크 섹션에 Cinder 옵션 추가.
BZ#1255229 - 새로운 전원 관리 옵션을 추가하고 전원 관리 설정 표를 업데이트.
BZ#1234784 - MoM 정책 동기화 버튼에 대한 정보 추가.
BZ#1261694 - "클러스터 정책"을 "스케줄링 정책"으로 변경.
BZ#1270140 - 네트워크 내용을 하나의 장으로 재구성.
BZ#1250781 - 로그인된 사용자 확인 및 사용자 세션 종료에 대한 정보 추가.
BZ#1250777 - 호스트를 유지 보수 모드로 설정 시 이유를 지정하는 방법에 대한 정보 추가.
BZ#1250780 - 백업 및 복구 절차에 대한 예를 더욱 명확하게 업데이트.
BZ#1230042 - 스토리지 도메인 편집 내용 업데이트.
고침 3.6-1Tue 11 Aug 2015Red Hat Enterprise Virtualization 문서화 팀
Red Hat Enterprise Virtualization 3.6 릴리즈의 초기 버전 생성

법적 공지

Copyright © 2016 Red Hat.
This document is licensed by Red Hat under the Creative Commons Attribution-ShareAlike 3.0 Unported License. If you distribute this document, or a modified version of it, you must provide attribution to Red Hat, Inc. and provide a link to the original. If the document is modified, all Red Hat trademarks must be removed.
Red Hat, as the licensor of this document, waives the right to enforce, and agrees not to assert, Section 4d of CC-BY-SA to the fullest extent permitted by applicable law.
Red Hat, Red Hat Enterprise Linux, the Shadowman logo, JBoss, OpenShift, Fedora, the Infinity logo, and RHCE are trademarks of Red Hat, Inc., registered in the United States and other countries.
Linux® is the registered trademark of Linus Torvalds in the United States and other countries.
Java® is a registered trademark of Oracle and/or its affiliates.
XFS® is a trademark of Silicon Graphics International Corp. or its subsidiaries in the United States and/or other countries.
MySQL® is a registered trademark of MySQL AB in the United States, the European Union and other countries.
Node.js® is an official trademark of Joyent. Red Hat Software Collections is not formally related to or endorsed by the official Joyent Node.js open source or commercial project.
The OpenStack® Word Mark and OpenStack logo are either registered trademarks/service marks or trademarks/service marks of the OpenStack Foundation, in the United States and other countries and are used with the OpenStack Foundation's permission. We are not affiliated with, endorsed or sponsored by the OpenStack Foundation, or the OpenStack community.
All other trademarks are the property of their respective owners.