2장. 독립 실행형 관리자 로컬 데이터베이스 환경 업그레이드

절차

1. Manager 시스템에 Log Collection Analysis 툴을 설치합니다.

   # yum install rhv-log-collector-analyzer

2. 도구를 실행합니다.

   # rhv-log-collector-analyzer --live

   자세한 보고서가 표시됩니다.

   기본적으로 보고서는 analyzer_report.html 이라는 파일에 저장됩니다.

   파일을 특정 위치에 저장하려면 --html 플래그를 사용하고 위치를 지정합니다.

   # rhv-log-collector-analyzer --live --html=/directory/filename.html

3. ELinks 텍스트 모드 웹 브라우저를 사용하여 터미널 내에서 Analyzer 보고서를 읽을 수 있습니다. ELinks 브라우저를 설치하려면 다음을 수행합니다.

   # yum install -y elinks

4. ELinks를 시작하고 Analyzer_report.html 을 엽니다.

   # elinks /home/user1/analyzer_report.html

   보고서를 탐색하려면 ELinks에서 다음 명령을 사용하십시오.

   • 스크롤할 삽입
   • 아래로 스크롤 삭제
   • PageUp
   • PageDown 을 페이지 아래로
   • 왼쪽 Bracket 에서 왼쪽으로 스크롤
   • 오른쪽 스크롤 브래킷

절차

1. Manager 시스템에서 업데이트된 패키지를 사용할 수 있는지 확인합니다.

   # engine-upgrade-check

2. 설정 패키지를 업데이트합니다.

   # yum update ovirt\*setup\* rh\*vm-setup-plugins

3. Red Hat Virtualization Manager를 engine-setup 스크립트로 업데이트합니다. engine-setup 스크립트는 일부 구성 질문에 대한 프롬프트를 표시한 다음 ovirt-engine 서비스를 중지하고, 업데이트된 패키지를 다운로드하여 설치하고, 업데이트된 패키지를 백업 및 설치하고, 데이터베이스를 백업 및 업데이트하고, 설치 후 구성을 수행한 다음 ovirt-engine 서비스를 시작합니다.

   # engine-setup

   스크립트가 성공적으로 완료되면 다음 메시지가 표시됩니다.

   Execution of setup completed successfully

   참고

   engine-setup 스크립트는 Red Hat Virtualization Manager 설치 프로세스 중에도 사용되며 제공된 구성 값을 저장합니다. 업데이트 중에 구성을 미리 볼 때 저장된 값이 표시되고, 설치 후 engine-config 를 사용하여 구성을 업데이트하는 데 사용된 경우 최신 값이 아닐 수 있습니다. 예를 들어, engine-config 가 설치 후 SANWipeAfterDelete 를 true 로 업데이트하는 데 사용된 경우 engine-setup 은 구성 프리뷰에서 "Default SAN wipe: False"를 출력합니다. 그러나 업데이트된 값은 engine-setup 으로 덮어쓰지 않습니다.

   중요

   업데이트 프로세스에는 다소 시간이 걸릴 수 있습니다. 프로세스가 완료되기 전에 중지하지 마십시오.

4. 기본 운영 체제 및 Manager에 설치된 선택적 패키지를 업데이트합니다.

   # yum update --nobest

   중요

   업데이트 중에 필요한 Ansible 패키지 충돌이 발생하면 내 RHV 관리자 (ansible conflict)에서 yum 업데이트를 수행할 수 없습니다.

   중요

   커널 패키지가 업데이트된 경우 시스템을 재부팅하여 업데이트를 완료합니다.

절차

1. Manager 시스템에 로그인합니다.

2. Red Hat Virtualization Manager 4.3 환경을 백업합니다.

   # engine-backup --scope=all --mode=backup --file=backup.bck --log=backuplog.log

3. 백업 파일을 RHV 환경 외부의 스토리지 장치에 복사합니다.
4. Install Red Hat Enterprise Linux 8.6. 자세한 내용은 표준 RHEL 설치 수행을 참조하십시오.
5. yum installECDHE 명령 실행을 포함하여 Red Hat Virtualization Manager 4.4를 설치하는 단계를 완료하되 engine-setup 을 실행하지 마십시오. 자세한 내용은 Installing Red Hat Virtualization 가이드 중 하나를 참조하십시오.

6. 백업 파일을 Red Hat Virtualization Manager 4.4 시스템에 복사하여 복원합니다.

   # engine-backup --mode=restore --file=backup.bck --provision-all-databases

   참고

   포함된 백업이 추가 데이터베이스 사용자에게 부여하면 이 명령은 임의의 암호를 가진 추가 사용자를 생성합니다. 추가 사용자가 복원된 시스템에 액세스해야 하는 경우 이러한 암호를 수동으로 변경해야 합니다. https://access.redhat.com/articles/2686731 을 참조하십시오.

7. Manager에 올바른 리포지토리가 활성화되어 있는지 확인합니다. 필수 리포지토리 목록은 Red Hat Virtualization 4.4용 Red Hat Virtualization Manager 리포지토리 활성화 를 참조하십시오.

   Red Hat Virtualization Manager 업데이트는 Content Delivery Network를 통해 릴리스됩니다.

8. Red Hat Virtualization Manager 4.3 시스템에 설치된 선택적 확장 패키지를 설치합니다.

   # yum install ovirt-engine-extension-aaa-ldap ovirt-engine-extension-aaa-misc

   참고

   ovirt-engine-extension-aaa-ldap 는 더 이상 사용되지 않습니다. 새 설치의 경우 Red Hat Single Sign On을 사용하십시오. 자세한 내용은 관리 가이드에서 Red Hat Single Sign-On 설치 및 구성 을 참조하십시오.

   참고

   이러한 패키지 확장에 대한 구성은 백업 및 복원 프로세스의 일부로 마이그레이션되지 않으므로 수동으로 다시 적용해야 합니다.

9. engine-setup 명령을 실행하여 Manager를 설정합니다.

   # engine-setup

10. Red Hat Virtualization Manager 4.4에 다른 머신이 사용되는 경우 Red Hat Virtualization Manager 4.3 머신을 폐기합니다. 두 개의 서로 다른 Manager가 동일한 호스트 또는 스토리지를 관리해서는 안 됩니다.

11. engine-setup 을 실행하여 Manager를 설정합니다.

    # engine-setup

절차

1. 호스트를 선택하여 해당 호스트의 가상 머신을 동일한 클러스터의 다른 호스트로 업그레이드하고 마이그레이션합니다. 실시간 마이그레이션을 사용하여 가상 머신 다운 타임을 최소화할 수 있습니다. 자세한 내용은 가상 머신 관리 가이드의 호스트 간 가상 머신 마이그레이션 을 참조하십시오.
2. 호스트를 유지 관리 모드로 설정하고 Manager에서 호스트를 제거합니다. 자세한 내용은 관리 가이드에서 호스트 제거를 참조하십시오.
3. Red Hat Enterprise Linux 8.6 또는 RHVH 4.4를 설치합니다. 자세한 내용은 Installing Red Hat Virtualization 가이드 중 하나에 있는 Red Hat Virtualization 호스트 설치를 참조하십시오.
4. 적절한 패키지를 설치하여 RHV 4.4에 대한 호스트를 활성화합니다. 자세한 내용은 Installing Red Hat Virtualization 가이드 중 하나에 있는 Red Hat Virtualization 호스트 설치를 참조하십시오.
5. 이 호스트를 Manager에 추가하여 동일한 클러스터에 할당합니다. 이제 가상 머신을 이 호스트로 마이그레이션할 수 있습니다. 자세한 내용은 Red Hat Virtualization 설치 가이드 중 하나에 있는 Manager에 표준 호스트 추가를 참조하십시오.

절차

1. 이 프로세스를 시작하기 전에 RHVH 4.3 호스트의 로컬 스토리지의 로컬 스토리지가 유지 관리 모드에 있는지 확인합니다. 다음 단계를 완료하십시오.

   1. 데이터 센터 탭을 엽니다.
   2. 세부 정보 창에서 스토리지 탭을 클릭하고 결과 목록에서 스토리지 도메인을 선택합니다.
   3. 유지 관리를 클릭합니다.

2. 설치 가이드에 설명된 대로 Red Hat Virtualization Host 를 다시 설치하십시오.

   중요

   설치 대상 화면에서 RHVH를 설치할 장치를 선택할 때 가상 시스템을 저장하는 장치를 선택하지 마십시오. 운영 체제를 설치해야 하는 장치만 선택합니다.

   Kickstart를 사용하여 호스트를 설치하는 경우, Kickstart 파일에 다음을 추가하고 'device' 를 관련 장치로 교체하여 가상 시스템이 포함된 장치를 보존해야 합니다.

   # clearpart --all --drives=device

   Kickstart 사용에 대한 자세한 내용은 Red Hat Enterprise Linux 8의 Kickstart 참조 에서 고급 RHEL 설치 수행을 참조하십시오.

3. 다시 설치된 호스트에서 이전 환경을 복구할 디렉토리(예: /data )를 만듭니다.

   # mkdir /data

4. 새 디렉터리에 이전 로컬 스토리지를 마운트합니다. 예제에서 /dev/sdX1 은 로컬 스토리지입니다.

   # mount /dev/sdX1 /data

5. 새 디렉터리에 대해 다음 권한을 설정합니다.

   # chown -R 36:36 /data
   # chmod -R 0755 /data

6. 또한 서버를 재부팅해야 하는 경우 /etc/fstab 를 통해 로컬 스토리지를 자동으로 마운트하는 것이 좋습니다.

   # blkid | grep -i sdX1
   /dev/sdX1: UUID="a81a6879-3764-48d0-8b21-2898c318ef7c" TYPE="ext4"
   # vi /etc/fstab
   UUID="a81a6879-3764-48d0-8b21-2898c318ef7c" /data    ext4    defaults     0       0

7. 관리 포털에서 데이터 센터를 생성하고 Storage Type 드롭다운 메뉴에서 Local 을 선택합니다.
8. 새 데이터 센터에서 클러스터를 구성합니다. 자세한 내용은 관리 가이드에서 새 클러스터 생성 을 참조하십시오.
9. Manager에 호스트를 추가합니다. 자세한 내용은 Red Hat Virtualization 설치 가이드 중 하나에서 Red Hat Virtualization Manager에 표준 호스트 추가를 참조하십시오.

10. 호스트에서 초기 로컬 스토리지 도메인을 생성하는 데 사용할 새 디렉터리를 생성합니다. 예를 들어 다음과 같습니다.

    # mkdir -p /localfs
    # chown 36:36 /localfs
    # chmod -R 0755 /localfs

11. 관리 포털에서 스토리지 탭을 열고 새 도메인을 클릭하여 새 로컬 스토리지 도메인을 생성합니다.
12. name을 localfs 로 설정하고 경로를 /localfs 로 설정합니다.
13. 로컬 스토리지가 활성화되면 도메인 가져오기 를 클릭하고 도메인 세부 정보를 설정합니다. 예를 들어 Data 를 이름으로, Host의 Local on Host 를 스토리지 유형으로 정의하고 /data 를 경로로 정의합니다.
14. OK (확인)를 클릭하여 스토리지 도메인이 이미 데이터 센터에 연결되어 있음을 알리는 메시지를 확인합니다.

15. 새 스토리지 도메인을 활성화합니다.

    1. 데이터 센터 탭을 엽니다.
    2. 세부 정보 창에서 스토리지 탭을 클릭하고 결과 목록에서 새 데이터 스토리지 도메인을 선택합니다.
    3. 활성화 를 클릭합니다.

16. 새 스토리지 도메인이 활성화되면 가상 머신 및 해당 디스크를 가져옵니다.

    1. 스토리지 탭에서 데이터를 선택합니다.
    2. 세부 정보 창에서 VM Import 탭을 선택하고 가상 머신을 선택하고 가져오기 를 클릭합니다. 자세한 내용은 가상 머신 관리 가이드의 데이터 도메인에서 가상 머신 가져오기 를 참조하십시오.
17. 모든 가상 머신을 성공적으로 가져오고 제대로 작동하는지 확인한 후에는 localfs 를 유지 관리 모드로 이동할 수 있습니다.

18. 스토리지 탭을 클릭하고 결과 목록에서 localfs 를 선택합니다.

    1. 세부 정보 창에서 데이터 센터 탭을 클릭합니다.
    2. 유지 관리를 클릭한 다음 OK 를 클릭하여 스토리지 도메인을 유지 관리 모드로 이동합니다.
    3. 분리 를 클릭합니다. Detach Storage 확인 창이 열립니다.
    4. OK를 클릭합니다.

절차

1. RHVH 4.4 Manager 배포를 위한 새 Gluster 볼륨을 만듭니다.

   1. 새로운 RHVH 4.4 자체 호스팅 엔진 가상 시스템(VM)에 대해 각 호스트에 새 4.6.1을 생성합니다.
   2. 설정에 예비 디스크가 있는 경우 웹 콘솔에서 볼륨 만들기 문서를 따르십시오.

   3. 기존 볼륨 그룹(VG)에 새 Manager 100GB 4.6.1을 위한 충분한 공간이 있는 경우 새 Manager 논리 볼륨(LV)으로 사용할 수 있습니다.

      달리 명시적으로 지정하지 않는 한 모든 호스트에서 다음 명령을 실행합니다.

   4. 볼륨 그룹(VG)의 사용 가능한 크기를 확인합니다.

      # vgdisplay <VG_NAME> | grep -i free

   5. 이 VG에서 논리 볼륨을 하나 더 만듭니다.

      # lvcreate -n gluster_lv_newengine -L 100G <EXISTING_VG>

   6. 새 논리 볼륨(LV)을 XFS로 포맷합니다.

      # mkfs.xfs  <LV_NAME>

   7. 새 4.6.1의 마운트 지점을 만듭니다.

      # mkdir /gluster_bricks/newengine

   8. /etc/fstab 에서 새로 생성된 파일 시스템에 해당하는 항목을 만들고 파일 시스템을 마운트합니다.

   9. IRQ 마운트 지점에 SELinux 레이블을 설정합니다.

      # semanage fcontext -a -t glusterd_brick_t /gluster_bricks/newengine
       restorecon -Rv /gluster_bricks/newengine

   10. 클러스터의 호스트 중 하나에서 GLuster 명령을 실행하여 새 Gluster 볼륨을 생성합니다.

       # gluster volume create newengine replica 3 host1:/gluster_bricks/newengine/newengine host2:/gluster_bricks/newengine/newengine host3:/gluster_bricks/newengine/newengine

   11. 새로 생성된 볼륨에 필요한 볼륨 옵션을 설정합니다. 클러스터의 호스트 중 하나에서 다음 명령을 실행합니다.

       # gluster volume set newengine group virt
        gluster volume set newengine network.ping-timeout 30
        gluster volume set newengine cluster.granular-entry-heal enable
        gluster volume set newengine network.remote-dio off
        gluster volume set newengine performance.strict-o-direct on
        gluster volume set newengine storage.owner-uid 36
        gluster volume set newengine storage.owner-gid 36

   12. 새로 생성된 Gluster 볼륨을 시작합니다. 클러스터의 호스트 중 하나에서 다음 명령을 실행합니다.

       # gluster volume start newengine

2. backup 플레이북을 사용하여 모든 RHVH 4.3 노드에서 Gluster 구성을 백업합니다.

   1. 백업 플레이북은 최신 버전의 RHVH 4.3과 함께 사용할 수 있습니다. 이 플레이북을 사용할 수 없는 경우 Playbook 및 인벤토리 파일을 생성합니다.

      /etc/ansible/roles/gluster.ansible/playbooks/hc-ansible-deployment/archive_config.yml

      예제:

       all:
        hosts:
          host1:
          host2:
          host3:
        vars:
          backup_dir: /archive
          nbde_setup: false
          upgrade: true

   2. 올바른 세부 정보로 백업 인벤토리 파일을 편집합니다.

        Common variables
        backup_dir ->  Absolute path to directory that contains the extracted contents of the backup archive
        nbde_setup -> Set to false as the {virt-product-fullname} 4.3 setup doesn’t support NBDE
        upgrade -> Default value true . This value will make no effect with backup

   3. 디렉터리로 전환하고 플레이북을 실행합니다.

      ansible-playbook -i archive_config_inventory.yml archive_config.yml --tags backupfiles

   4. 생성된 백업 구성 tar 파일은 RHVH-<HOSTNAME>-backup.tar.gz 라는 이름으로 /root 아래에 생성됩니다. 모든 호스트에서 백업 구성 tar 파일을 백업 호스트에 복사합니다.
3. Manager 관리 포털을 사용하여 첫 번째 호스트에서 실행 중인 VM을 클러스터의 다른 호스트로 마이그레이션합니다.

4. 백업 관리자 구성.

   # engine-backup --mode=backup --scope=all --file=<backup-file.tar.gz> --log=<logfile>

   참고

   백업을 생성하려면 다음을 수행합니다.

   • 자체 호스팅 엔진(SHE)에 대한 글로벌 유지 관리를 활성화합니다.
   • SSH를 사용하여 Manager VM에 로그인하고 ovirt-engine 서비스를 중지합니다.
   • 자체 호스팅 엔진 VM의 백업 파일을 원격 호스트에 복사합니다.
   • 관리자를 종료합니다.
5. 모든 복제본 3 볼륨의 보류 중인 자동 복구 작업이 있는지 확인합니다. 이 문제가 완료될 때까지 기다립니다.

6. 호스트 중 하나에서 다음 명령을 실행합니다.

   # gluster volume heal <volume> info summary

7. glusterfs FlexVolume 프로세스를 중지하고 첫 번째 호스트의 모든 브레이닝을 마운트 해제하여 파일 시스템의 일관성을 유지합니다. 첫 번째 호스트에서 다음을 실행합니다.

   # pkill glusterfsd; pkill glusterfs
   # systemctl stop glusterd
   # umount /gluster_bricks/*

8. RHVH 4.4 ISO로 호스트를 다시 설치하고 OS 디스크만 포맷합니다.

   중요

   설치 시 해당 디스크 위에 브리핑이 생성되므로 다른 디스크를 포맷하지 않는지 확인합니다.

9. 노드가 RHVH 4.4 설치 재부팅 후 작동되면 설치 가이드에 설명된 대로 RHVH 4.4 리포지터리를 구독하거나 다운로드한 RHVH 4.4 어플라이언스를 설치하십시오.

   # yum install <appliance>

10. Gluster 분리에 사용되는 장치를 비활성화합니다.

    1. 새 SSH 개인 및 공개 키 쌍을 만듭니다.
    2. 프런트 엔드 및 백엔드 네트워크 FQDN을 사용하여 동일한 호스트에 SSH 공개 키 인증(암호 없는 SSH )을 설정합니다.

    3. 인벤토리 파일을 생성합니다.

       /etc/ansible/roles/gluster.ansible/playbooks/hc-ansible-deployment/blacklist_inventory.yml

       예제:

        hc_nodes:
         hosts:
           host1-backend-FQDN.example.com:
             blacklist_mpath_devices:
                - sda
                - sdb

    4. Playbook 실행

       ansible-playbook -i blacklist_inventory.yml /etc/ansible/roles/gluster.ansible/playbooks/hc-ansible-deployment/tasks/gluster_deployment.yml --tags blacklistdevices*

11. 백업 호스트에서 새로 설치된 호스트로 Manager 백업 및 호스트 구성 tar 파일을 복사하고 scp를 사용하여 콘텐츠를 압축 해제합니다.

12. Gluster 구성 파일을 복원합니다.

    1. Gluster 구성 파일의 콘텐츠 추출

        # mkdir /archive
        # tar -xvf /root/ovirt-host-host1.example.com.tar.gz -C /archive/

    2. 인벤토리 파일을 편집하여 구성 파일의 복원을 수행합니다. 인벤토리 파일은 /etc/ansible/roles/gluster.ansible/playbooks/hc-ansible-deployment/archive_config_inventory.yml에서 사용할 수 있습니다.

       플레이북의 내용 예:

        all:
          hosts:
        	host1.example.com:
          vars:
        	backup_dir: /archive
        	nbde_setup: false
        	upgrade: true

       중요

       Use only one host under ‘hosts’ section of restoration playbook.

    3. 플레이북을 실행하여 구성 파일 복원

       ansible-playbook -i archive_config_inventory.yml archive_config.yml --tags restorefiles

13. Manager에서 백업 아카이브를 가리키는 --restore-from-file 옵션으로 Manager 배포를 수행합니다. 이 Manager 배포는 hosted-engine --deploy 명령을 사용하여 대화형으로 수행할 수 있으며, 새로 생성된 Manager 볼륨에 해당하는 스토리지를 제공합니다. 자동화된 절차에서 ovirt-ansible-hosted-engine-setup 을 사용하여 동일한 작업을 수행할 수도 있습니다. 다음 절차는 백업을 사용하여 HostedEngine VM을 배포하는 자동화된 방법입니다.

    1. 새로 설치된 호스트에서 HostedEngine 배포에 대한 플레이북을 생성합니다.

       /etc/ansible/roles/gluster.ansible/playbooks/hc-ansible-deployment/he.yml

       - name: Deploy oVirt hosted engine
         hosts: localhost
         roles:
           - role: ovirt.hosted_engine_setup

    2. 템플릿 파일을 사용하여 HostedEngine 관련 정보를 업데이트합니다.

       /etc/ansible/roles/gluster.ansible/playbooks/hc-ansible-deployment/he_gluster_vars.json

       예제:

       # cat /etc/ansible/roles/gluster.ansible/playbooks/hc-ansible-deployment/he_gluster_vars.json
       
       {
         "he_appliance_password": "<password>",
         "he_admin_password": "<password>",
         "he_domain_type": "glusterfs",
         "he_fqdn": "<hostedengine.example.com>",
         "he_vm_mac_addr": "<00:18:15:20:59:01>",
         "he_default_gateway": "<19.70.12.254>",
         "he_mgmt_network": "ovirtmgmt",
         "he_storage_domain_name": "HostedEngine",
         "he_storage_domain_path": "</newengine>",
         "he_storage_domain_addr": "<host1.example.com>",
         "he_mount_options": "backup-volfile-servers=<host2.example.com>:<host3.example.com>",
         "he_bridge_if": "<eth0>",
         "he_enable_hc_gluster_service": true,
         "he_mem_size_MB": "16384",
         "he_cluster": "Default",
         "he_restore_from_file": "/root/engine-backup.tar.gz",
         "he_vcpus": 4
       }

       중요

       • 위의 he_gluster_vars.json에는 "he_restore_from_file" 및 "he_storage_domain_path"의 두 가지 중요한 값이 있습니다. 첫 번째 옵션 "he_restore_from_file"은 로컬 머신에 복사된 Manager 백업 아카이브의 절대 파일 이름을 가리켜야 합니다. 두 번째 옵션 "he_storage_domain_path"는 새로 생성된 Gluster 볼륨을 참조해야 합니다.
       • 또한 Manager VM 내에서 실행 중인 이전 RHVH 버전의 RHVH 버전이 다운되어 삭제됩니다. 이전 Manager VM에 해당하는 MAC 주소 및 FQDN도 새 Manager에 재사용할 수 있습니다.

    3. 정적 관리자 네트워크 구성의 경우 다음과 같이 더 많은 옵션을 추가합니다.

         “he_vm_ip_addr”:  “<engine VM ip address>”
         “he_vm_ip_prefix”:  “<engine VM ip prefix>”
         “he_dns_addr”:  “<engine VM DNS server>”
         “he_default_gateway”:  “<engine VM default gateway>”

       중요

       사용 가능한 특정 DNS가 없는 경우 "he_vm_etc_hosts": true 및 "he_network_test": "ping"의 두 가지 추가 옵션을 추가하십시오.

    4. 플레이북을 실행하여 HostedEngine 배포를 배포합니다.

       # cd /etc/ansible/roles/gluster.ansible/playbooks/hc-ansible-deployment
       # ansible-playbook he.yml --extra-vars "@he_gluster_vars.json"

    5. 셀프 호스트 엔진 배포가 완료될 때까지 기다립니다.

       중요

       자체 호스팅 엔진 배포 중에 오류가 발생하면 /var/log/ovirt-hosted-engine-setup 에서 로그 메시지를 확인하는 문제를 찾아 문제를 해결합니다. ovirt-hosted-engine-cleanup 명령을 사용하여 실패한 자체 호스팅 엔진 배포를 정리하고 배포를 재실행합니다.

14. 새로 설치된 Red Hat Virtualization 관리자에서 RHVH 4.4 관리 포털에 로그인합니다. 모든 호스트가 'up' 상태인지 확인하고 Gluster 볼륨의 자동 복구가 완료될 때까지 기다립니다.

15. 다음 호스트 업그레이드

    1. 다음 호스트(이상 다음 호스트)를 관리 포털에서 Maintenance(유지 관리) 모드로 이동합니다. 이 호스트를 유지 관리 모드로 이동하는 동안 Gluster 서비스를 중지합니다.

    2. 호스트의 명령줄에서 Gluster를 마운트 해제합니다.

       # umount /gluster_bricks/*

    3. RHVH 4.4로 이 호스트를 다시 설치합니다.

       중요

       설치 시 해당 디스크 위에 브리핑이 생성되므로 다른 디스크를 포맷하지 않는지 확인합니다.

    4. 새로 설치된 호스트에서 다중 경로 구성을 사용할 수 없는 경우 Gluster 장치를 비활성화합니다. 인벤토리 파일은 단계의 일부로 이미 첫 번째 호스트에 생성되어 Gluster 분리에 사용되는 장치를 비활성화합니다.

       1. 첫 번째 호스트에서 새로 설치된 호스트로 SSH 공개 키 인증을 설정합니다.
       2. 새 호스트 이름으로 인벤토리를 업데이트합니다.
       3. 플레이북을 실행합니다.
    5. 백업 호스트에서 새로 설치된 호스트로 Gluster 구성 tar 파일을 복사하고 콘텐츠를 압축 해제합니다.

    6. 이 호스트의 Gluster 구성 파일 복원 단계에 설명된 대로 플레이북을 실행하여 새로 설치된 호스트에서 Gluster 구성을 복원 합니다.

       중요

       새로 설치된 호스트에서 플레이북을 편집하고 --restore-from-file…​ 옵션을 사용하여 Perform manager 배포 단계에 설명된 대로 실행합니다. 동일한 호스트에서 호스트 이름을 변경하고 실행하지 마십시오.

    7. RHVH 관리 포털에서 호스트를 다시 설치하십시오. RHVH 4.4의 첫 번째 배포 호스트에서 인증된 키 복사

       # scp root@host1.example.com:/root/.ssh/authorized_keys /root/.ssh/

       1. 관리 포털에서 호스트는 '유지 관리'에 있습니다. Compute → Hosts → Installation → Reinstall (설치 다시 설치)으로 이동합니다.
       2. 새 호스트 대화 상자에서 HostedEngine 탭에서 배포 자체 호스팅 엔진 배포 작업을 선택합니다.
       3. 호스트가 Up 상태에 도달할 때까지 기다립니다.

    8. GFID 불일치와 관련된 볼륨에 오류가 없는지 확인합니다. 오류가 있는 경우 이를 해결합니다.

       grep -i "gfid mismatch" /var/log/glusterfs/*

16. 클러스터의 모든 RHVH에 대해 다음 호스트 업그레이드 단계를 반복합니다.
17. (선택 사항) 클러스터에 별도의 Gluster 논리적 네트워크가 있는 경우 Gluster 논리 네트워크를 각 호스트의 필수 인터페이스에 연결합니다.

18. 이전 Manager 스토리지 도메인을 제거합니다. Storage → Domains 에 나열된 gold star가 없는 hosted_storage 이름으로 이전 Manager 스토리지 도메인을 식별합니다.

    1. Storage → Domains → hosted_storage → Data Center 탭으로 이동하여 Maintenance 를 선택합니다.
    2. 스토리지 도메인이 유지 관리 모드로 변경될 때까지 기다립니다.
    3. 스토리지 도메인이 유지 관리 모드로 전환되면 분리 를 클릭하면 스토리지 도메인이 연결 해제 로 이동합니다.
    4. 연결되지 않은 스토리지 도메인을 선택하고 제거를 클릭한 다음 확인 을 확인합니다.

19. 이전 Manager 볼륨을 중지하고 제거합니다.

    1. Storage → Volumes 로 이동하여 이전 Manager 볼륨을 선택합니다. 중지 를 클릭하고 확인을 확인합니다.
    2. 동일한 볼륨을 선택하고 제거를 클릭하고 OK 를 확인합니다.

20. 클러스터 호환성 버전을 업데이트합니다.

    1. Compute → Clusters 로 이동하여 Default cluster를 선택하고 Edit 를 클릭하고 Compatibility Version to 4.4를 업데이트한 후 OK 를 클릭합니다.

       중요

       호환성 버전을 변경하려면 클러스터의 VM을 다시 시작해야 합니다. 확인을클릭하여 확인합니다.

21. RHVH 4.4에서 사용할 수 있는 새로운 Gluster 볼륨 옵션이 모든 볼륨에 해당 볼륨 옵션을 적용합니다. 클러스터의 노드 중 하나에서 다음을 실행합니다.

    # for vol in gluster volume list; do gluster volume set $vol group virt; done

22. 아카이브를 제거하고 모든 노드에서 백업 구성 파일의 내용을 추출합니다.

웹 콘솔을 사용하여 추가 Gluster 볼륨 생성

1. Manager 웹 콘솔에 로그인합니다.
2. 가상화 호스팅엔진으로 이동하여 Manage Gluster 를 클릭합니다.

3. Create Volume 을 클릭합니다. Create Volume 창에서 다음을 수행합니다.

   1. Hosts (호스트) 탭에서 사용되지 않은 디스크가 있는 3개의 ovirt-ng-nodes 를 선택하고 Next 를 클릭합니다.
   2. 볼륨 탭에서 생성할 볼륨의 세부 정보를 지정하고 다음을 클릭합니다.
   3. B ECDHE s 탭에서 볼륨을 만드는 데 사용할 디스크의 세부 정보를 지정하고 다음을 클릭합니다.
   4. Review 탭에서 생성된 구성 파일에서 잘못된 정보가 있는지 확인합니다. 만족하는 경우 배포를 클릭합니다.

절차

1. 관리 포털에서 컴퓨팅 → 클러스터를 클릭합니다.
2. 변경할 클러스터를 선택하고 편집 을 클릭합니다.
3. 일반 탭에서 호환성 버전을 원하는 값으로 변경합니다.
4. OK를 클릭합니다. 클러스터 호환성 버전 변경 대화 상자가 열립니다.
5. OK (확인)를 클릭하여 확인합니다.

절차

1. 관리 포털에서 Compute → Virtual Machines (가상 시스템)를 클릭합니다.

2. 재부팅이 필요한 가상 시스템을 확인합니다. Vms: 검색 창에 다음 쿼리를 입력합니다.

   next_run_config_exists=True

   검색 결과에는 변경 사항이 보류 중인 모든 가상 머신이 표시됩니다.

3. 각 가상 머신을 선택하고 재시작 을 클릭합니다. 또는 필요한 경우 가상 머신 자체 내에서 가상 머신을 재부팅할 수 있습니다.

절차

1. 관리 포털에서 Compute → Data Centers (데이터 센터)를 클릭합니다.
2. 변경할 데이터 센터를 선택하고 편집 을 클릭합니다.
3. 호환성 버전을 원하는 값으로 변경합니다.
4. OK를 클릭합니다. 데이터 센터 호환성 버전 확인 대화 상자가 열립니다.
5. OK (확인)를 클릭하여 확인합니다.