업그레이드 가이드

Red Hat Virtualization 4.0

Red Hat Virtualization 업데이트 및 업그레이드 작업

Red Hat Virtualization 문서화 팀

Red Hat Customer Content Services

초록

Red Hat Virtualization 환경의 구성 요소를 업그레이드 및 업데이트하기 위한 종합 가이드입니다.

1장. Red Hat Virtualization 환경 업데이트

1.1. 업데이트 개요

이 가이드에서는 마이너 릴리즈 사이에 사용자의 Red Hat Virtualization 환경을 업데이트하는 방법과 다음의 주요 버전으로 업그레이드하는 방법이 설명되어 있습니다. 다음의 주요 버전으로 업그레이드하기 전 항상 현재 Red Hat Virtualization Manager 버전의 최신 마이너 버전으로 업데이트되어 있어야 합니다.
인터랙티브 업그레이드 방법을 보려면 https://access.redhat.com/labs/rhevupgradehelper/에 있는 RHEV Upgrade Helper를 사용하셔도 됩니다. 이 애플리케이션에서 사용자의 업그레이드 경로 및 현재 환경에 대한 정보를 입력하면 업그레이드 관련 절차가 제공되며 사용자의 업그레이드 시나리오에서 알려져 있는 특정 문제를 방지하기 위한 절차도 제공됩니다.
Red Hat Virtualization Manager를 업그레이드하기 위해 다음의 핵심 단계를 거칩니다:

  • 해당 서브스크립션을 등록합니다.
  • 시스템을 업데이트합니다.
  • engine-setup을 실행합니다.
  • 더 이상 필요하지 않은 리포지터리를 삭제합니다.
RHVH 및 RHEL 호스트 업데이트:

Red Hat Virtualization Manager에서 호스트 업데이트가 있는지 확인하고 이것을 사용자에게 알려주며 이 Manager에서 호스트를 직접 업그레이드할 수 있습니다.

클러스터 및 데이터 센터 호환 수준 업데이트

업그레이드 실행 명령은 engine-setup이며, 이때 인터랙티브 인터페이스가 제공됩니다. 업그레이드가 진행 중일 때 가상화 호스트와 이러한 가상화 호스트에서 실행중인 가상 머신은 계속해서 독립적으로 작동합니다. 업그레이드 완료 후 사용자의 호스트를 Red Hat Enterprise Linux 또는 Red Hat Virtualization Host의 최신 버전으로 업그레이드할 수 있습니다.

2장. 마이너 릴리즈 사이의 업데이트

2.1. Red Hat Virtualization Manager 업데이트

Red Hat Virtualization Manager 업데이트는 컨텐츠 전송 네트워크(CDN)에서 릴리즈됩니다. CDN에서 업데이트를 설치하기 전에 이와 관련된 권고 내용을 읽어보고 고객 포털에 있는 Red Hat Virtualization Manager Release Notes 및 Red Hat Virtualization Technical Notes의 최신 버전을 확인하십시오.

절차 2.1. Red Hat Virtualization Manager 업데이트

  1. On the Red Hat Virtualization Manager 시스템에서 사용 가능한 업데이트 패키지가 있는지 확인합니다: 
    # engine-upgrade-check
    • 사용 가능한 업데이트가 없을 경우 이 명령을 실행하면 No upgrade라는 텍스트가 표시됩니다: 
      # engine-upgrade-check
VERB: queue package ovirt-engine-setup for update
VERB: package ovirt-engine-setup queued
VERB: Building transaction
VERB: Empty transaction
VERB: Transaction Summary:
No upgrade

      참고

      업데이트가 예정되어 있으나 사용 가능하지 않은 경우 필요한 리포지터리가 활성화되어 있는지 확인합니다. 설치 가이드에 있는 필요한 서브스크립션을 등록에서 참조하시기 바랍니다.
    • 업데이트가 사용 가능한 경우 이 명령을 실행하면 업데이트 예정인 패키지가 나열됩니다: 
      # engine-upgrade-check
VERB: queue package ovirt-engine-setup for update
VERB: package ovirt-engine-setup queued
VERB: Building transaction
VERB: Transaction built
VERB: Transaction Summary:
VERB:     updated    - ovirt-engine-lib-3.3.2-0.50.el6ev.noarch
VERB:     update     - ovirt-engine-lib-3.4.0-0.13.el6ev.noarch
VERB:     updated    - ovirt-engine-setup-3.3.2-0.50.el6ev.noarch
VERB:     update     - ovirt-engine-setup-3.4.0-0.13.el6ev.noarch
VERB:     install    - ovirt-engine-setup-base-3.4.0-0.13.el6ev.noarch
VERB:     install    - ovirt-engine-setup-plugin-ovirt-engine-3.4.0-0.13.el6ev.noarch
VERB:     updated    - ovirt-engine-setup-plugins-3.3.1-1.el6ev.noarch
VERB:     update     - ovirt-engine-setup-plugins-3.4.0-0.5.el6ev.noarch
Upgrade available

Upgrade available
  3. ovirt-engine-setup 패키지를 업데이트합니다: 
    # yum update ovirt-engine-setup
  4. Red Hat Virtualization Manager를 업데이트합니다. engine-setup 스크립트 실행 시 방화벽 규칙 업데이트, PKI 인증서 업데이트, 그리고 Data Warehouse 데이터베이스 백업 등과 같은 설정 관련 질문이 표시됩니다. 그 후 스크립트에서 ovirt-engine 서비스 중단, 업데이트 패키지 다운로드 및 설치, 설치 후 설정, 그리고 ovirt-engine 서비스 시작 등의 과정을 거치게 됩니다.

    참고

    또한 engine-setup 스크립트를 Red Hat Virtualization Manager 설치 과정에서 실행하면 설치 당시 입력된 설정값이 저장됩니다. 업데이트 도중 설정 미리보기에서 이 설정값이 표시되며, 설치 후에 설정을 업데이트할 때 engine-config 명령을 사용했다면 이 설정값이 최신 정보가 아닐 수도 있습니다. 예를 들어, 설치 당시에 engine-config 명령을 사용하여 SANWipeAfterDelete를 true로 업데이트한 경우, engine-setup 실행 시 설정 미리보기에 "Default SAN wipe after delete: False"가 표시됩니다. 하지만 업데이트된 값은 engine-setup 명령에 의해 덮어쓰기되지 않습니다. 
    # engine-setup

중요

업데이트하는 데 시간이 걸릴 수 있습니다. 업데이트가 완료될 때까지 시간을 두고 기다리며, 업데이트를 일단 시작하고 나서는 이 과정을 중단하지 않습니다.

2.2. 호스트 업데이트

호스트 업그레이드 매니저를 사용하여 Red Hat Virtualization Manager에서 개별 호스트를 직접 업데이트합니다. 업그레이드 매니저는 사용 가능한 호스트 업데이트가 있는지 확인하고 사용자에게 알려주며, 그 결과 호스트의 유지관리 모드 전환, 패키지 업데이트, 그리고 호스트를 다시 사용 가능한 상태로 전환하는 과정 등을 자동화해서 시간을 단축합니다. 여러 개의 호스트가 있고 규모가 큰 배포의 경우 이렇게 자동화된 과정 덕분에 시간이 꽤 많이 절약됩니다.
Red Hat Enterprise Linux 호스트에서 업그레이드 매니저는 기본적으로 Red Hat Virtualization 패키지에 대한 업데이트가 있는지 확인합니다. 시스템 설정값인 UserPackageNamesForCheckUpdate를 사용하여 업그레이드 매니저가 감시할 패키지를 추가적으로 지정할 수 있습니다. 이 값은 와일드 카드를 수용합니다. Manager 시스템에서 engine-config 명령을 실행합니다. 예를 들어 다음과 같은 명령을 실행합니다: 
# engine-config -m UserPackageNamesForCheckUpdate=vdsm-hook-ethtool-options

주의

운영 체제에서 보안 수정 등과 같은 다른 업데이트의 경우 2.3절. “호스트 수동 업데이트”에서 설명된 것과 같이 사용자가 yum update 명령을 사용하여 수동으로 Red Hat Enterprise Linux 호스트를 업데이트해야 합니다.
Red Hat Virtualization Host(RHVH)에서 업그레이드 매니저는 RHVH 이미지 업데이트가 있는지 확인합니다. 개별 패키지가 아닌 RHVH 이미지 전체가 업데이트되기 때문에 다른 패키지에서 yum update를 수동으로 실행할 필요가 없습니다. 업데이트되는 동안 /etc 및 /var 디렉토리에서 수정된 컨텐츠만 보관됩니다. 다른 경로에서 수정된 데이터는 업데이트 과정에서 완전히 바뀝니다.
업그레이드 매니저는 기본적으로 24시간마다 업데이트가 있는지 확인합니다. 이 설정은 HostPackagesUpdateTimeInHours 설정값을 사용하여 변경할 수 있습니다. Manager 시스템에서 engine-config 명령을 실행합니다. 예를 들어 다음과 같은 명령을 실행합니다: 
# engine-config -s HostPackagesUpdateTimeInHours=48
클러스터 수준에서 마이그레이션이 활성화되어 있는 경우 가상 머신은 클러스터에 있는 다른 호스트로 자동으로 마이그레이션되므로 호스트 사용량이 비교적 적을 때 호스트 업데이트 작업을 수행하는 것이 좋습니다.
호스트가 속한 클러스터에 유지 관리 작업을 수행하기에 충분한 메모리가 있는지 확인합니다. 메모리가 충분하지 못한 경우 가상 머신 마이그레이션 작업이 중단되고 작업이 실패하게 됩니다. 호스트를 업데이트하기 전에 가상 머신을 일부 또는 전부 종료하여 이 작업의 메모리 사용량을 줄일 수 있습니다.

중요

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

절차 2.2. Red Hat Enterprise Linux 호스트 및 Red Hat Virtualization Host 업데이트

  1. 호스트 탭을 클릭하여 업데이트할 호스트를 선택합니다.
    • 호스트를 업데이트해야 하는 경우 새로운 버전이 있다는 알림 메시지가 작업 항목 아래에 표시되고 호스트 이름 옆에 아이콘도 표시됩니다.
    • 호스트를 업데이트하지 않아도 되는 경우 알림 메시지 또는 아이콘이 표시되지 않으며 더 이상 아무런 조치를 할 필요가 없습니다.
  2. 업그레이드를 클릭하여 호스트 업그레이드 창을 엽니다.
  3. OK를 클릭하여 호스트를 업데이트합니다. 호스트 상세 정보는 Hosts 탭에 업데이트되며 호스트 상태가 다음과 같은 단계를 거치게 됩니다:
    • 유지보수
    • 설치 중
    • Up
업데이트가 성공적으로 완료된 후 호스트는 Up 상태로 표시됩니다. 이 시점에서 호스트에서 마이그레이션된 가상 머신을 원래 호스트로 되돌릴 수 있습니다. Red Hat Virtualization 환경에 있는 각 호스트에서 이 업데이트 과정을 반복합니다.

참고

업데이트가 실패하는 경우 호스트 상태는 설치 실패로 표시됩니다. 설치 실패 창에서 다시 업그레이드를 클릭할 수 있습니다.

2.3. 호스트 수동 업데이트

Red Hat Enterprise Linux 호스트는 일반적인 Red Hat Enterprise Linux 시스템과 같은 방법으로 yum 명령을 사용합니다. Red Hat Virtualization Host(RHVH)에서 yum 명령을 사용하여 업데이트를 할 수 있습니다. 하지만 추가 패키지 설치는 현재 지원되고 있지 않습니다. 보안 및 버그 수정이 yum 명령을 사용하여 시스템을 정기적으로 업데이트하는 것을 강력히 권장합니다. 호스트를 업데이트 시 해당 호스트를 중지 및 다시 시작하는 것도 포함됩니다. 클러스터 수준에서 마이그레이션이 활성화되어 있는 경우 가상 머신은 클러스터에 있는 다른 호스트로 자동으로 마이그레이션되므로 호스트 사용량이 비교적 적을 때 호스트 업데이트 작업을 수행하는 것이 좋습니다.
호스트가 속한 클러스터에는 호스트가 유지 관리를 수행하기에 충분한 메모리를 보유하고 있어야 합니다. 메모리가 불충분한 클러스터에서 실행되는 가상 머신이 유지 관리 모드로 전환하면 모든 가상 머신 마이그레이션 작업이 중단되고 작업 실패하게 됩니다. 호스트를 유지 관리 모드로 전환하기 전 일부 또는 모든 가상 머신을 종료하여 작업의 메모리 사용량을 감소시킬 수 있습니다.

중요

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

절차 2.3. 호스트 수동 업데이트

  1. 관리 포털에서 호스트 탭을 클릭하고 업데이트할 호스트를 선택합니다.
  2. 유지보수를 클릭하여 호스트를 유지관리 모드로 변경합니다.
    • Red Hat Enterprise Linux 호스트에서 호스트 시스템에 로그인해서 다음과 같은 명령을 실행합니다: 
      # yum update
    • Red Hat Virtualization Host에서 Cockpit 사용자 인터페이스에 로그인해서 도구 > 터미널을 클릭한 후 다음과 같은 명령을 실행합니다: 
      # yum update
  4. 업데이트 내용을 올바르게 적용하기 위해 호스트를 다시 시작합니다.
Red Hat Virtualization 환경에 있는 각 호스트에서 이 과정을 반복합니다.

3장. Red Hat Virtualization 4.0으로 업그레이드

3.1. Red Hat Virtualization 4.0 업그레이드 고려 사항

다음 목록에는 업그레이드를 준비할 때의 주요 고려 사항이 있습니다.

중요

4.0 버전으로 업그레이드하는 것은 3.6 버전에서만 할 수 있습니다.
Red Hat Enterprise Virtualization 3.6 이전의 버전에서 Red Hat Virtualization 4.0으로 업그레이드하려면 이 최신 버전으로 업그레이드하기 전에 우선 사용자의 현재 Red Hat Enterprise Virtualization 버전 이후 버전으로 순차적으로 업그레이드해야 합니다. 예를 들어, 현재 Red Hat Enterprise Virtualization 3.5 버전을 사용하고 있는 경우, Red Hat Enterprise Virtualization 3.6의 최신 마이너 버전으로 먼저 업그레이드해야 Red Hat Virtualization 4.0으로 업그레이드할 수 있습니다. 최신 3.6 마이너 버전으로 업그레이드하는 방법은 Red Hat Enterprise Virtualization 3.6의 Upgrade Guide에서 참조하시기 바랍니다.
업그레이드를 진행하기 전에 데이터 센터 및 클러스터 호환 버전은 반드시 3.6 버전이어야 합니다.
Red Hat Virtualization Manager 4.0을 Red Hat Enterprise Linux 7.2에서 실행하는 것이 지원됩니다.
4.0 버전으로 업그레이드 시 Manager를 호스팅하는 시스템의 기본 운영 체제도 업그레이드하게 됩니다.

3.2. Red Hat Virtualization Manager 4.0으로 업그레이드

Red Hat Virtualization Manager 4.0은 Red Hat Enterprise Linux 7에서만 지원됩니다. 같은 물리적 시스템에서 Red Hat Enterprise Virtualization Manager 3.6을 실행하고 있다 하더라도 Red Hat Enterprise Linux 7 및 Red Hat Virtualization Manager 4.0을 새로 설치해야 합니다. 업그레이드 과정을 통해 Red Hat Enterprise Virtualization Manager 3.6 백업 파일을 Red Hat Virtualization Manager 4.0 시스템에 복구합니다.
Manager 업그레이드 후 호스트를 업그레이드할 수 있습니다. 2장. 마이너 릴리즈 사이의 업데이트에서 참조하십시오. 그 후 클러스터 호환 수준을 4.0으로 업데이트할 수 있습니다. 4장. 업그레이드 후 작업에서 참조하시기 바랍니다.

참고

Manager가 업데이트되는 동안 이미 연결된 호스트 및 가상 머신은 계속해서 작동합니다.
업그레이드 후 Manager의 IP 주소 또는 FQDN이 달라지면 ovirt-engine-rename 명령을 사용하여 Manager 이름을 변경합니다.
ovirt-engine-extension-aaa-ldap, ovirt-engine-extension-aaa-misc, 또는 ovirt-engine-extension-logger-log4j 등과 같은 확장 패키지 옵션이 Red Hat Enterprise Virtualization Manager 3.6에 하나라도 설치되어 있는 경우, engine-setup 명령을 실행하기 전에 해당 패키지를 업그레이드된 Manager에 설치해야 합니다. 이러한 확장 패키지 설정은 업그레이드의 일부로써 마이그레이션되지 않습니다.

절차 3.1. Red Hat Virtualization Manager 4.0으로 업그레이드

  1. Red Hat Enterprise Virtualization Manager 3.6 환경을 백업합니다. 
    # engine-backup --scope=all --mode=backup --file=backup.bck --log=backuplog.log
  2. 백업 파일을 적절한 장치에 복사합니다.
  3. Red Hat Enterprise Linux 7을 설치합니다. 보다 자세한내 용은 Red Hat Enterprise Linux 설치 가이드에서 참조하십시오.
  4. Red Hat Virtualization Manager 4.0을 설치합니다. 설치 방법은 Red Hat Virtualization 설치 가이드에서 참조하십시오.
  5. 백업 파일을 Red Hat Virtualization Manager 4.0 시스템에 복사하고 백업을 복원합니다. 
    # engine-backup --mode=restore --file=backup.bck --log=restore.log --provision-db --provision-dwh-db --no-restore-permissions

    참고

    백업에 Data Warehouse 데이터가 있는 경우 --provision-dwh-db 옵션을 사용합니다.
    Red Hat Virtualization 4.0에서는 더 이상 보고서가 사용되지 않으므로 보고서가 복원되지 않습니다. 보다 자세한 내용은 BZ#1340810에서 참조하시기 바랍니다.
  6. Install optional extension packages if they were installed on the Red Hat Enterprise Virtualization Manager 3.6 시스템에 확장 패키지 옵션이 설치되어 있었으면 새로운 버전에서도 이러한 패키지를 설치합니다. 
    # yum install ovirt-engine-extension-aaa-ldap ovirt-engine-extension-aaa-misc ovirt-engine-extension-logger-log4j

    참고

    이러한 확장 패키지의 설정은 백업 및 복원 과정의 일부로써 마이그레이션되지 않으므로 사용자가 수동으로 다시 적용해야 합니다.
  7. 다른 시스템에서 Red Hat Virtualization Manager 4.0을 사용하는 경우 Red Hat Enterprise Virtualization Manager 3.6 시스템을 해제합니다.
  8. engine-setup 명령을 실행해서 Manager를 설정합니다. 
    # engine-setup
  9. 업그레이드 후 Red Hat Enterprise Virtualization Manager 3.6에서 사용했던 Manager의 IP 주소 또는 FQDN이 달라지면 ovirt-engine-rename 명령을 사용하여 Manager 이름을 변경합니다. 프롬프트에 따라 새로운 정보를 입력합니다. 
    # /usr/share/ovirt-engine/setup/bin/ovirt-engine-rename

참고

외부 CA를 사용하여 HTTPS 인증서에 서명하는 경우, 업그레이드 후에 BZ#1336838에 설명된 절차에 따라 관리 포털에 로그인합니다. virt-viewer의 외부 메뉴가 제대로 작동할 수 있도록 CA 인증서를 모든 클라이언트의 시스템 전역 신뢰 저장소에 추가하도록 합니다. 보다 자세한 내용은 BZ#1313379에서 참조하시기 바랍니다.
사용자 환경의 Red Hat Enterprise Linux 호스트를 업데이트하기 전에 업데이트하려는 호스트에서 다음과 같은 명령을 실행하여 3.6 버전의 리포지터리를 비활성화하고 필요한 4.0 리포지터리를 활성화합니다. 
# subscription-manager repos --disable=*
# subscription-manager repos --enable=rhel-7-server-rhv-4-mgmt-agent-rpms
RHEV-H 호스트는 반드시 RHVH 4.0으로 다시 설치해야 합니다. 보다 자세한 내용은 설치 가이드에 있는 Red Hat Virtualization Host에서 참조하십시오.
이제 호스트를 업데이트한 후 클러스터 및 데이터 센터 호환 버전을 4.0으로 변경할 수 있습니다.

3.3. 셀프 호스트 엔진 업그레이드

Red Hat Enterprise Linux 기반 셀프 호스트 환경을 업그레이드하는 방법은 셀프 호스트 엔진 가이드에 있는 RHEL 기반 셀프 호스트 엔진 (Self-Hosted Engine) 환경 업그레이드에서 참조하십시오.
Red Hat Enterprise Virtualization Hypervisor 기반 셀프 호스트 환경을 Red Hat Virtualization Host 기반 셀프 호스트 환경으로 업그레이드하는 방법은 셀프 호스트 엔진 가이드에 있는 RHEV-H 기반 셀프 호스트 엔진 (Self-Hosted Engine) 환경 업그레이드에서 참조하십시오.

4장. 업그레이드 후 작업

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

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

참고

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

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

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

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

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

참고

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

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

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

부록 A. Red Hat Virtualization Manager 오프라인 업데이트

A.1. Red Hat Virtualization Manager 오프라인 설치를 위한 로컬 리포지터리 업데이트

사용자의 Red Hat Virtualization Manager가 로컬 리포지터리에서 FTP를 통해 패키지를 수신하는 시스템에서 호스팅되는 경우, 리포지터리를 정기적으로 동기화하여 Content Delivery Network에서 패키지 업데이트를 다운로드하도록 한 후 Manager 시스템을 업데이트 또는 업그레이드합니다. 업데이트된 패키지가 보안 문제와 버그 문제를 해결하고 기능을 강화합니다.
  1. 리포지터리를 호스팅하는 시스템에서 사용 가능한 각 패키지의 최신 버전을 다운로드하도록 리포지터리를 동기화합니다: 
    # reposync -l --newest-only /var/ftp/pub/rhevrepo
    이 명령을 사용해서 다수의 패키지가 다운로드되며 완료되는 데 시간이 오래 걸릴 수 있습니다.
  2. Manager 시스템에서 리포지터리를 사용할 수 있는지 확인한 후, Manager 시스템을 업데이트 또는 업그레이드합니다. 마이너 릴리즈 사이에 Manager를 업데이트하는 방법은 2.1절. “Red Hat Virtualization Manager 업데이트”에서 참조하십시오. 마이너 릴리즈 사이에 업그레이드하는 방법은 1.1절. “업데이트 개요”에서 참조하시기 바랍니다.

법적 공지

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.