16장. 백업 및 마이그레이션

16.1. Red Hat Virtualization Manager 백업 및 복원

16.1.1. Red Hat Virtualization Manager 백업 - 개요

engine-backup 도구를 사용하여 Red Hat Virtualization Manager의 정기적인 백업을 수행합니다. 툴은 엔진 데이터베이스 및 구성 파일을 단일 파일로 백업하고 ovirt-engine 서비스를 중단하지 않고 실행할 수 있습니다.

16.1.2. engine-backup 명령의 구문

engine-backup 명령은 다음 두 가지 기본 모드 중 하나로 작동합니다.

# engine-backup --mode=backup
# engine-backup --mode=restore

이러한 두 가지 모드는 백업의 범위와 엔진 데이터베이스의 다른 자격 증명을 지정할 수 있는 매개변수 세트로 추가로 확장됩니다. 전체 매개변수 및 해당 함수에 대해 engine-backup --help 를 실행합니다.

기본 옵션

--mode
명령이 백업 작업 또는 복원 작업을 수행할지 여부를 지정합니다. 백업복원 의 두 가지 옵션을 사용할 수 있습니다. 필수 매개변수입니다.
--file
백업 모드에서 백업을 수행할 파일의 경로와 이름과 복원 모드에서 백업 데이터를 읽을 파일의 경로와 이름을 지정합니다. 이는 백업 모드 및 복원 모드에서 필수 매개 변수입니다.
--log
백업 또는 복원 작업의 로그를 작성할 파일의 경로와 이름을 지정합니다. 이 매개변수는 백업 모드와 복원 모드에서 모두 필요합니다.
--scope

백업 또는 복원 작업의 범위를 지정합니다. 모든 데이터베이스 및 구성 데이터를 백업하거나 복원하는 모든 옵션은 모두 있습니다. 즉, 시스템의 파일만 백업하거나 복원하는 파일, Manager 데이터베이스만 백업하거나 복원하는 db. 및 dwhdb.이 데이터베이스 백업 또는 복원 데이터베이스만 백업하거나 복원하는 dwhdb입니다. 기본 범위는 all 입니다.

--scope 매개변수는 동일한 engine-backup 명령에서 여러 번 지정할 수 있습니다.

관리자 데이터베이스 옵션

다음 옵션은 복원 모드에서 engine-backup 명령을 사용하는 경우에만 사용할 수 있습니다. 아래 옵션 구문은 Manager 데이터베이스 복원에 적용됩니다. 데이터ECDHE 데이터베이스를 복원하는 데 동일한 옵션이 있습니다. DataECDHE 옵션 구문은 engine-backup --help 를 참조하십시오.

--provision-db
복원할 Manager 데이터베이스 백업에 사용할 PostgreSQL 데이터베이스를 만듭니다. 이 매개 변수는 원격 호스트에서 백업을 복원하거나 PostgreSQL 데이터베이스가 아직 구성되지 않은 새로 설치할 때 필요합니다.
--change-db-credentials
백업 자체에 저장된 자격 증명 이외의 다른 자격 증명을 사용하여 Manager 데이터베이스를 복원하는 대체 자격 증명을 지정할 수 있습니다. 이 매개변수에 필요한 추가 매개변수는 engine-backup --help 를 참조하십시오.
--restore-permissions 또는 --no-restore-permissions

데이터베이스 사용자의 권한을 복원(또는 복원하지 않음)합니다. 백업을 복원할 때 이러한 매개 변수 중 하나가 필요합니다.

참고

백업에 추가 데이터베이스 사용자에 대한 부여가 포함된 경우 --restore-permissions--provision-db (또는 --provision-dwh-db) 옵션으로 백업을 복원하면 임의의 암호가 있는 추가 사용자가 생성됩니다. 추가 사용자가 복원된 시스템에 액세스해야 하는 경우 이러한 암호를 수동으로 변경해야 합니다. https://access.redhat.com/articles/2686731 을 참조하십시오.

16.1.3. engine-backup 명령을 사용하여 백업 생성

Red Hat Virtualization Manager는 Manager가 활성 상태인 동안 engine-backup 명령을 사용하여 백업할 수 있습니다. 수행할 백업을 지정하려면 --scope 에 다음 옵션 중 하나를 추가합니다.

  • 모두: Manager에서 모든 데이터베이스 및 구성 파일의 전체 백업
  • files: 시스템에 있는 파일만 백업
  • DB: Manager 데이터베이스만 백업
  • dwhdb: 데이터ECDHE 데이터베이스만 백업
중요

Red Hat Virtualization Manager의 새로 설치로 데이터베이스를 복원하려면 데이터베이스 백업만으로는 충분하지 않습니다. 관리자도 구성 파일에 액세스해야 합니다. 기본값이 아닌 범위를 지정하는 모든 백업은 파일 범위 또는 파일 시스템 백업을 동반해야 합니다.

engine-backup 명령의 사용 예

  1. Red Hat Virtualization Manager를 실행하는 머신에 로그인합니다.
  2. 백업을 생성합니다.

    예 16.1. 전체 백업 생성

    # engine-backup --scope=all --mode=backup --file=file_name --log=log_file_name

    예 16.2. 관리자 데이터베이스 백업 생성

    # engine-backup --scope=files --scope=db --mode=backup --file=file_name --log=log_file_name

    db 옵션을 dwhdb 로 교체하여 DataECDHE 데이터베이스를 백업합니다.

    백업이 포함된 tar 파일은 지정된 경로와 파일 이름을 사용하여 생성됩니다.

백업이 포함된 tar 파일을 사용하여 환경을 복원할 수 있습니다.

16.1.4. engine-backup 명령을 사용하여 백업 복원

engine-backup 명령을 사용하여 백업을 복원하려면 복원 대상에 따라 백업을 생성하는 것보다 더 많은 단계가 필요합니다. 예를 들어 engine-backup 명령을 사용하여 Red Hat Virtualization을 새로 설치한 후 로컬 또는 원격 데이터베이스를 사용하여 백업을 Red Hat Virtualization을 새로 설치할 수 있습니다.

중요

백업은 백업과 동일한 주요 릴리스 환경으로만 복원할 수 있습니다. 예를 들어 Red Hat Virtualization 버전 4.2 환경 백업은 다른 Red Hat Virtualization 버전 4.2 환경으로만 복원할 수 있습니다. 백업 파일에 포함된 Red Hat Virtualization 버전을 보려면 백업 파일의 압축을 풀고 압축 해제된 파일의 루트 디렉터리에 있는 버전 파일의 값을 읽습니다.

16.1.5. 새로 고침으로 백업 복원

engine-backup 명령을 사용하여 Red Hat Virtualization Manager 신규 설치에 백업을 복원할 수 있습니다. 기본 운영 체제가 설치되어 있고 Red Hat Virtualization Manager에 필요한 패키지가 설치되어 있지만 engine-setup 명령이 아직 실행되지 않은 시스템에서 다음 절차를 수행해야 합니다. 이 절차에서는 백업을 복원할 시스템에서 백업 파일 또는 파일에 액세스할 수 있다고 가정합니다.

새로 고침으로 백업 복원

  1. Manager 시스템에 로그인합니다. 엔진 데이터베이스를 원격 호스트에 복원하는 경우 해당 호스트에 로그인하여 관련 작업을 수행해야 합니다. 마찬가지로 데이터를 원격 호스트에 복원할 수도 있는 경우 해당 호스트에 로그인하여 해당 호스트에서 관련 작업을 수행해야 합니다.
  2. 전체 백업 또는 데이터베이스 전용 백업을 복원합니다.

    • 전체 백업을 복원하십시오.

      # engine-backup --mode=restore --file=file_name --log=log_file_name --provision-db --restore-permissions

      전체 백업의 일부로 데이터도 복원되는 경우 추가 데이터베이스를 프로비저닝합니다.

      engine-backup --mode=restore --file=file_name --log=log_file_name --provision-db --provision-dwh-db --restore-permissions
    • 구성 파일 및 데이터베이스 백업을 복원하여 데이터베이스 전용 백업을 복원합니다.

      # engine-backup --mode=restore --scope=files --scope=db --file=file_name --log=log_file_name --provision-db --restore-permissions

      위의 예제에서는 Manager 데이터베이스의 백업을 복원합니다.

      # engine-backup --mode=restore --scope=files --scope=dwhdb --file=file_name --log=log_file_name --provision-dwh-db --restore-permissions

      위의 예에서는 데이터ECDHE 데이터베이스의 백업을 복원합니다.

      성공하면 다음 출력이 표시됩니다.

      You should now run engine-setup.
      Done.
  3. 다음 명령을 실행하고 프롬프트에 따라 복원된 관리자를 구성합니다.

    # engine-setup

Red Hat Virtualization Manager가 백업에 보존된 버전으로 복원되었습니다. 새 Red Hat Virtualization 시스템의 정규화된 도메인 이름을 변경하려면 22.1.1절. “oVirt Engine Rename Tool” 을 참조하십시오.

16.1.6. 기존 설치를 덮어쓰도록 백업 복원

engine-backup 명령은 Red Hat Virtualization Manager가 이미 설치 및 설정된 머신으로 백업을 복원할 수 있습니다. 이 기능은 환경을 백업하고, 해당 환경에서 변경한 작업을 수행한 다음 백업에서 환경을 복원하여 변경 사항을 실행 취소하려는 경우에 유용합니다.

복원된 환경에 호스트 추가 또는 제거와 같은 백업이 수행되었기 때문에 환경에 대한 변경 사항이 표시되지 않습니다. 이러한 변경 사항을 다시 실행해야 합니다.

절차

  1. Manager 시스템에 로그인합니다.
  2. 구성 파일을 제거하고 Manager와 관련된 데이터베이스를 정리합니다.

    # engine-cleanup

    engine-cleanup 명령은 Manager 데이터베이스만 정리합니다. 데이터베이스를 삭제하거나 해당 데이터베이스를 소유한 사용자를 삭제하지 않습니다.

  3. 전체 백업 또는 데이터베이스 전용 백업을 복원합니다. 사용자와 데이터베이스가 이미 있으므로 새 데이터베이스를 만들거나 데이터베이스 자격 증명을 지정할 필요가 없습니다.

    • 전체 백업을 복원하십시오.

      # engine-backup --mode=restore --file=file_name --log=log_file_name --restore-permissions
    • 구성 파일과 데이터베이스 백업을 복원하여 데이터베이스 전용 백업을 복원합니다.

      # engine-backup --mode=restore --scope=files --scope=db --scope=dwhdb --file=file_name --log=log_file_name --restore-permissions
      참고

      Manager 데이터베이스만 복원하려면 (예: DataECDHE 데이터베이스가 다른 시스템에 있는 경우) --scope=dwhdb 매개변수를 생략할 수 있습니다.

      성공하면 다음 출력이 표시됩니다.

      You should now run engine-setup.
      Done.
  4. 관리자를 재구성하십시오.

    # engine-setup

16.1.7. 다른 자격 증명을 사용하여 백업 복원

engine-backup 명령은 Red Hat Virtualization Manager가 이미 설치 및 설정된 머신에 백업을 복원할 수 있지만 백업에 있는 데이터베이스의 자격 증명은 백업을 복원할 머신의 데이터베이스와 다릅니다. 이 기능은 설치 백업을 수행하고 백업에서 다른 시스템으로 설치를 복원하려는 경우에 유용합니다.

중요

백업을 복원하여 기존 설치를 덮어쓸 때 engine-cleanup 명령을 실행하여 engine-backup 명령을 사용하기 전에 기존 설치를 정리해야 합니다. engine-cleanup 명령은 엔진 데이터베이스만 정리하고 데이터베이스를 삭제하거나 해당 데이터베이스를 소유한 사용자를 삭제하지 않습니다. 따라서 새 데이터베이스를 만들거나 데이터베이스 자격 증명을 지정할 필요가 없습니다. 그러나 엔진 데이터베이스의 소유자에 대한 자격 증명을 알 수 없는 경우 백업을 복원하기 전에 변경해야 합니다.

다른 자격 증명을 사용하여 백업 복원

  1. Red Hat Virtualization Manager 시스템에 로그인합니다.
  2. 다음 명령을 실행하고 프롬프트에 따라 Manager의 구성 파일을 제거하고 Manager의 데이터베이스를 정리합니다.

    # engine-cleanup
  3. 해당 사용자의 자격 증명을 알 수 없는 경우 engine 데이터베이스 소유자의 암호를 변경합니다.

    1. postgresql 명령줄을 입력합니다.

      # su - postgres -c 'scl enable rh-postgresql10 -- psql'
    2. engine 데이터베이스를 소유한 사용자의 암호를 변경합니다.

      postgres=# alter role user_name encrypted password 'new_password';

      필요한 경우 ovirt_engine_history 데이터베이스를 소유한 사용자에 대해 이 작업을 반복합니다.

  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 --no-restore-permissions

      전체 백업의 일부로 데이터도 복원되는 경우 추가 데이터베이스에 대한 수정된 자격 증명을 포함합니다.

      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-dwh-db-credentials --dwh-db-host=database_location --dwh-db-name=database_name --dwh-db-user=ovirt_engine_history --dwh-db-password --no-restore-permissions
    • 구성 파일과 데이터베이스 백업을 복원하여 데이터베이스 전용 백업을 복원합니다.

      # engine-backup --mode=restore --scope=files --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 --no-restore-permissions

      위의 예제에서는 Manager 데이터베이스의 백업을 복원합니다.

      # engine-backup --mode=restore --scope=files --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 --no-restore-permissions

      위의 예에서는 데이터ECDHE 데이터베이스의 백업을 복원합니다.

      성공하면 다음 출력이 표시됩니다.

      You should now run engine-setup.
      Done.
  5. 다음 명령을 실행하고 프롬프트에 따라 방화벽을 재구성하고 ovirt-engine 서비스가 올바르게 구성되었는지 확인합니다.

    # engine-setup

16.1.8. 셀프 호스트 엔진 백업 및 복원

셀프 호스트 엔진을 백업하고 새 자체 호스팅 환경에서 복원할 수 있습니다. 다른 스토리지 유형의 새 셀프 호스트 엔진 스토리지 도메인으로 환경을 마이그레이션하는 등의 작업에는 다음 절차를 사용하십시오.

배포 중에 백업 파일을 지정하면 새로운 자체 호스팅 엔진 스토리지 도메인이 있는 새 Manager 가상 머신에서 백업 파일이 복원됩니다. 이전 Manager가 제거되고 이전 자체 호스팅 엔진 스토리지 도메인의 이름이 변경되어 새 환경이 올바르게 작동하는지 확인한 후 수동으로 제거할 수 있습니다. 새 호스트에 배포하는 것이 매우 좋습니다. 백업 환경에 사용된 호스트가 백업된 환경에 존재하는 경우 새 환경의 충돌을 방지하기 위해 복원된 데이터베이스에서 제거됩니다.

백업 및 복원 작업에는 다음 주요 작업이 포함됩니다.

이 절차에서는 사용자가 액세스할 수 있고 원래 관리자를 변경할 수 있다고 가정합니다.

사전 요구 사항

  • 관리자 및 호스트를 위해 준비된 정규화된 도메인 이름입니다. 정방향 및 역방향 조회 레코드를 모두 DNS에서 설정해야 합니다. 새 Manager는 원래 관리자와 동일한 정규화된 도메인 이름을 가져야 합니다.
  • 원래 Manager는 최신 마이너 버전으로 업데이트해야 합니다. 백업 파일의 Manager 버전이 새 Manager의 버전과 일치해야 합니다. 업그레이드 가이드에서 Red Hat Virtualization Manager 업데이트를 참조하십시오.
  • 환경에는 하나 이상의 일반 호스트가 있어야 합니다. 이 호스트(및 기타 일반 호스트)는ECDHE 역할 및 실행 중인 가상 머신을 호스팅하는 데 활성 상태로 유지됩니다. 일반 호스트가 아직 설치되어 있지 않은 경우 일반 호스트를 선택하고 ManagementSelect asECDHE를 클릭하여 백업을 생성하기 전에ECDHE 역할을 이동합니다.

    일반 호스트를 사용할 수 없는 경우 다음 두 가지 방법으로 추가할 수 있습니다.

16.1.8.1. 원래 관리자 백업

engine-backup 명령을 사용하여 원래 Manager를 백업하고 백업 파일을 프로세스 중 어느 시점에서든 액세스할 수 있도록 별도의 위치에 복사합니다.

engine-backup --mode=backup 옵션에 대한 자세한 내용은 관리 가이드 의 Red Hat Virtualization Manager 백업 및 복원을 참조하십시오.

절차

  1. 셀프 호스트 엔진 노드 중 하나에 로그인하고 환경을 전역 유지 관리 모드로 이동합니다.

    # hosted-engine --set-maintenance --mode=global
  2. 원래 Manager에 로그인하고 ovirt-engine 서비스를 중지합니다.

    # systemctl stop ovirt-engine
    # systemctl disable ovirt-engine
    참고

    원래 Manager를 실행에서 중지하는 것은 필수 사항은 아니지만 백업이 생성된 후 환경에 대한 변경 사항이 발생하지 않도록 하는 것이 좋습니다. 또한 원래 Manager와 새 Manager가 기존 리소스를 동시에 관리하는 것을 방지합니다.

  3. 생성할 백업 파일의 이름과 백업 로그를 저장할 로그 파일의 이름을 지정하여 engine-backup 명령을 실행합니다.

    # engine-backup --mode=backup --file=file_name --log=log_file_name
  4. 파일을 외부 서버에 복사합니다. 다음 예에서 storage.example.com 은 필요할 때까지 백업을 저장할 네트워크 스토리지 서버의 정규화된 도메인 이름이며 /backup/ 는 지정된 폴더 또는 경로입니다.

    # scp -p file_name log_file_name storage.example.com:/backup/
  5. 다른 용도로 Manager 시스템이 필요하지 않은 경우 Red Hat Subscription Manager에서 등록 해제하십시오.

    # subscription-manager unregister
  6. 셀프 호스트 엔진 노드 중 하나에 로그인하고 원래 Manager 가상 시스템을 종료합니다.

    # hosted-engine --vm-shutdown

Manager를 백업한 후 새 자체 호스팅 엔진을 배포하고 새 가상 시스템에 백업을 복원합니다.

16.1.8.2. 새 자체 호스트 엔진에서 백업 복원

새 호스트에서 hosted-engine 스크립트를 실행하고 --restore-from-file=경로/to/file_name 옵션을 사용하여 배포 중에 Manager 백업을 복원합니다.

중요

iSCSI 스토리지를 사용하고 있고 이니시에이터의 ACL에 따라 iSCSI 대상 연결을 필터링하는 경우 STORAGE_DOMAIN_UNREACHABLE 오류로 인해 배포가 실패할 수 있습니다. 이를 방지하려면 자체 호스팅 엔진 배포를 시작하기 전에 iSCSI 구성을 업데이트해야 합니다.

  • 기존 호스트에 재배포하는 경우 /etc/iscsi/initiatorname.iscsi 에서 호스트의 iSCSI 이니시에이터 설정을 업데이트해야 합니다. 이니시에이터 IQN은 iSCSI 대상에 이전에 매핑된 것과 동일하거나 해당하는 경우 새 IQN으로 업데이트해야 합니다.
  • 새 호스트에 배포하는 경우 해당 호스트의 연결을 수락하도록 iSCSI 대상 구성을 업데이트해야 합니다.

IQN은 호스트 측(iSCSI 이니시에이터) 또는 스토리지 측(iSCSI 대상)에서 업데이트할 수 있습니다.

절차

  1. 백업 파일을 새 호스트에 복사합니다. 다음 예에서 host.example.com 은 호스트의 FQDN이고 /backup/ 는 임의의 지정된 폴더 또는 경로입니다.

    # scp -p file_name host.example.com:/backup/
  2. 새 호스트에 로그인합니다. Red Hat Virtualization Host에 배포하는 경우 기본적으로 자체 호스팅 엔진 배포 툴을 사용할 수 있습니다. Red Hat Enterprise Linux에 배포하는 경우 패키지를 설치해야 합니다.

    # yum install ovirt-hosted-engine-setup
  3. 네트워크 또는 터미널 중단 시 세션이 손실되지 않도록 화면 창 관리자를 사용하여 스크립트를 실행하는 것이 좋습니다. 설치 및 실행 화면:

    # yum install screen
    # screen

    세션 시간 초과 또는 연결 중단이 발생하는 경우 screen -d -r 을 실행하여 배포 세션을 복구합니다.

  4. hosted-engine 스크립트를 실행하여 백업 파일의 경로를 지정합니다.

    # hosted-engine --deploy --restore-from-file=backup/file_name

    언제든지 스크립트를 이스케이프하려면 CTRL+D 사용하여 배포를 중단합니다.

  5. Yes 를 선택하여 배포를 시작합니다.
  6. 네트워크를 구성합니다. 스크립트는 환경에 대한 관리 브릿지로 사용할 수 있는 NIC를 감지합니다.
  7. 가상 시스템 설치에 사용자 지정 어플라이언스를 사용하려면 OVA 아카이브 경로를 입력합니다. 그렇지 않으면 이 필드를 비워 두고 RHV-MECDHE를 사용합니다.
  8. Manager 가상 머신의 FQDN을 지정합니다.
  9. Manager의 루트 암호를 입력합니다.
  10. Manager에 root 사용자로 로그인할 수 있는 SSH 공개 키를 입력하고 root 사용자에 대한 SSH 액세스 활성화 여부를 지정합니다.
  11. 가상 머신의 CPU 및 메모리 구성을 입력합니다.
  12. Manager 가상 머신의 MAC 주소를 입력하거나 무작위로 생성된 가상 머신을 수락합니다. Manager 가상 머신에 DHCP를 통해 IP 주소를 제공하려면 이 MAC 주소에 대한 유효한 DHCP 예약이 있어야 합니다. 배포 스크립트는 DHCP 서버를 구성하지 않습니다.
  13. 가상 머신의 네트워킹 세부 정보를 입력합니다. Static 을 지정하는 경우 Manager의 IP 주소를 입력합니다.

    중요

    고정 IP 주소는 호스트와 동일한 서브넷에 속해야 합니다. 예를 들어 호스트가 10.1.1.0/24인 경우 Manager 가상 시스템의 IP는 동일한 서브넷 범위(10.1.1.1-254/24)에 있어야 합니다.

  14. Manager 가상 머신의 항목을 가상 시스템의 /etc/hosts 파일에 추가할지 여부를 지정합니다. 호스트 이름을 확인할 수 있는지 확인해야 합니다.
  15. SMTP 서버의 이름 및 TCP 포트 번호, 이메일 알림을 보내는 데 사용되는 이메일 주소, 이러한 알림을 수신할 쉼표로 구분된 이메일 주소 목록을 제공합니다.
  16. admin@internal 사용자의 암호를 입력하여 관리 포털에 액세스합니다.

    이 스크립트는 가상 머신을 생성합니다. RHV-MECDHE를 설치해야 하는 경우 시간이 걸릴 수 있습니다.

  17. 사용할 스토리지 유형을 선택합니다.

    • NFS의 경우 version, 전체 주소 및 스토리지 경로, 모든 마운트 옵션을 입력합니다.

      주의

      가상 시스템 데이터가 손실될 위험이 있으므로 새 스토리지 도메인에 기존 셀프 호스트 엔진 스토리지 도메인의 마운트 지점을 사용하지 마십시오.

    • iSCSI의 경우 포털 세부 정보를 입력하고 자동 감지된 목록에서 대상 및 LUN을 선택합니다. 배포 중에 iSCSI 대상 하나를 선택할 수 있지만 동일한 포털 그룹의 모든 포털을 연결하려면 다중 경로가 지원됩니다.

      참고

      두 개 이상의 iSCSI 대상을 지정하려면 자체 호스팅 엔진을 배포하기 전에 다중 경로를 활성화해야 합니다. 자세한 내용은 Red Hat Enterprise Linux DM Multipath 를 참조하십시오. 다양한 옵션으로 다중 경로를 설치하고 구성하는 스크립트를 생성하는 Multipath Helper 도구도 있습니다.

    • Gluster 스토리지의 경우 전체 주소 및 스토리지 경로를 입력하고 모든 마운트 옵션을 입력합니다.

      주의

      가상 시스템 데이터가 손실될 위험이 있으므로 새 스토리지 도메인에 기존 셀프 호스트 엔진 스토리지 도메인의 마운트 지점을 사용하지 마십시오.

      중요

      복제본 3 Gluster 스토리지만 지원됩니다. 다음 구성이 있는지 확인합니다.

      • 세 개의 Gluster 서버의 /etc/glusterfs/glusterd.vol 파일에서 rpc-auth-allow-insecureon 으로 설정합니다.

        option rpc-auth-allow-insecure on
      • 다음과 같이 볼륨을 구성합니다.

        gluster volume set _volume_ cluster.quorum-type auto
        gluster volume set _volume_ network.ping-timeout 10
        gluster volume set _volume_ auth.allow \*
        gluster volume set _volume_ group virt
        gluster volume set _volume_ storage.owner-uid 36
        gluster volume set _volume_ storage.owner-gid 36
        gluster volume set _volume_ server.allow-insecure on
    • 파이버 채널의 경우 자동 감지 목록에서 LUN을 선택합니다. 호스트 버스 어댑터를 구성하고 연결해야 하며 LUN에는 기존 데이터가 포함되어 있지 않아야 합니다. 기존 LUN을 재사용하려면 관리 가이드 의 LUN 재사용을 참조하십시오.
  18. Manager 디스크 크기를 입력합니다.

    이 스크립트는 배포가 완료될 때까지 계속됩니다.

  19. 배포 프로세스에서 관리자의 SSH 키를 변경합니다. 클라이언트 머신이 SSH 오류 없이 새 Manager에 액세스할 수 있도록 하려면 원래 Manager 항목을 원래 Manager에 액세스하는 모든 클라이언트 머신의 .ssh/known_hosts 파일에서 제거합니다.

배포가 완료되면 새 Manager 가상 시스템에 로그인하고 필요한 리포지토리를 활성화합니다.

16.1.8.3. Red Hat Virtualization Manager 리포지토리 활성화

Red Hat Subscription Manager에 시스템을 등록하고 Red Hat Virtualization Manager 서브스크립션을 연결한 다음 Manager 리포지토리를 활성화합니다.

절차

  1. 메시지가 표시되면 Content Delivery Network에 시스템을 등록하고 고객 포털 사용자 이름과 암호를 입력합니다.

    # subscription-manager register
    참고

    IPv6 네트워크를 사용하는 경우 IPv6 전환 메커니즘을 사용하여 Content Delivery Network 및 서브스크립션 관리자에 액세스합니다.

  2. Red Hat Virtualization Manager 서브스크립션 풀을 찾아서 풀 ID를 기록합니다.

    # subscription-manager list --available
  3. 풀 ID를 사용하여 서브스크립션을 시스템에 연결합니다.

    # subscription-manager attach --pool=pool_id
    참고

    현재 연결된 서브스크립션을 보려면 다음을 수행합니다.

    # subscription-manager list --consumed

    활성화된 모든 리포지토리를 나열하려면 다음을 수행합니다.

    # yum repolist
  4. 리포지토리를 구성합니다.

    # subscription-manager repos \
        --disable='*' \
        --enable=rhel-7-server-rpms \
        --enable=rhel-7-server-supplementary-rpms \
        --enable=rhel-7-server-rhv-4.3-manager-rpms \
        --enable=rhel-7-server-rhv-4-manager-tools-rpms \
        --enable=rhel-7-server-ansible-2.9-rpms \
        --enable=jb-eap-7.2-for-rhel-7-server-rpms

Manager 및 해당 리소스가 새 자체 호스팅 환경에서 실행됩니다. 자체 호스팅 엔진 구성을 업데이트하려면 Manager에서 셀프 호스트 엔진 노드를 다시 설치해야 합니다. 표준 호스트는 영향을 받지 않습니다. 각 자체 호스팅 엔진 노드에 대해 다음 절차를 수행합니다.

16.1.8.4. 호스트 재설치

관리 포털에서 RHVH(Red Hat Virtualization Host) 및 Red Hat Enterprise Linux 호스트를 다시 설치합니다. 이 절차에는 호스트를 중지하고 다시 시작하는 작업이 포함됩니다.

사전 요구 사항

  • 클러스터 수준에서 마이그레이션을 활성화하면 가상 머신이 클러스터의 다른 호스트로 자동 마이그레이션됩니다. 따라서 호스트 사용량이 상대적으로 낮은 시점에 호스트 재설치를 수행하는 것이 좋습니다.
  • 호스트가 유지보수를 수행하기 위해 클러스터에 충분한 메모리 예약이 있는지 확인합니다. 클러스터에 충분한 메모리가 없으면 가상 머신 마이그레이션 작업이 중단되고 실패합니다. 호스트를 유지 관리로 이동하기 전에 일부 또는 모든 가상 머신을 종료하여 이 작업의 메모리 사용량을 줄일 수 있습니다.
  • 다시 설치를 수행하기 전에 클러스터에 두 개 이상의 호스트가 포함되어 있는지 확인합니다. 하나의 호스트를 스토리지 풀 관리자(SPM) 작업을 수행하는 데 사용할 수 있어야 하므로 모든 호스트를 동시에 다시 설치하지 마십시오.

절차

  1. ComputeHosts (컴퓨팅 호스트)를 클릭하고 호스트를 선택합니다.
  2. ManagementMaintenance 를 클릭합니다.
  3. InstallationReinstall 을 클릭하여 호스트 설치 창을 엽니다.
  4. 호스팅 엔진 탭을 클릭하고 드롭다운 목록에서 DEPLOY 를 선택합니다.
  5. OK 를 클릭하여 호스트를 다시 설치합니다.

성공적으로 다시 설치되면 호스트에 Up 상태가 표시됩니다. 호스트를 마이그레이션한 모든 가상 머신을 이제 다시 마이그레이션할 수 있습니다.

중요

Red Hat Virtualization Host를 Red Hat Virtualization Manager에 성공적으로 등록한 후 다시 설치한 후 Install Failed (설치 실패) 상태의 관리 포털에 잘못 표시될 수 있습니다. ManagementActivate (활성화) 를 클릭하면 호스트는 Up 상태로 변경되고 사용할 준비가 됩니다.

자체 호스팅 엔진 노드를 다시 설치한 후 노드 중 하나에서 다음 명령을 실행하여 새 환경의 상태를 확인할 수 있습니다.

# hosted-engine --vm-status

복원 중에 이전 셀프 호스트 엔진 스토리지 도메인의 이름이 변경되었지만 복원에 결함이 있는 경우 새 환경에서 제거되지 않았습니다. 환경이 정상적으로 실행되고 있는지 확인한 후 이전 자체 호스팅 엔진 스토리지 도메인을 제거할 수 있습니다.

16.1.8.5. 스토리지 도메인 제거

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

절차

  1. 스토리지 도메인을 클릭합니다.
  2. 스토리지 도메인을 유지 관리 모드로 이동하고 분리합니다.

    1. 스토리지 도메인의 이름을 클릭하여 세부 정보 보기를 엽니다.
    2. 데이터 센터 탭을 클릭합니다.
    3. 유지 관리를 클릭한 다음 확인을 클릭합니다.
    4. 분리 를 클릭한 다음 확인을 클릭합니다.
  3. 제거를 클릭합니다.
  4. 선택적으로 형식 도메인 (예: Storage Content will be lost!) 확인란을 선택하여 도메인의 콘텐츠를 해제합니다.
  5. OK를 클릭합니다.

스토리지 도메인은 환경에서 영구적으로 제거됩니다.

16.1.9. 기존 백업에서 자체 호스팅 엔진 복구

복구할 수 없는 문제로 인해 자체 호스팅 엔진을 사용할 수 없는 경우 문제가 발생하기 전에 수행된 백업을 사용하여 새 자체 호스팅 환경으로 복원할 수 있습니다.

배포 중에 백업 파일을 지정하면 새로운 자체 호스팅 엔진 스토리지 도메인이 있는 새 Manager 가상 머신에서 백업 파일이 복원됩니다. 이전 Manager가 제거되고 이전 자체 호스팅 엔진 스토리지 도메인의 이름이 변경되어 새 환경이 올바르게 작동하는지 확인한 후 수동으로 제거할 수 있습니다. 새 호스트에 배포하는 것이 매우 좋습니다. 백업 환경에 사용된 호스트가 백업된 환경에 존재하는 경우 새 환경의 충돌을 방지하기 위해 복원된 데이터베이스에서 제거됩니다.

셀프 호스트 엔진을 복원하려면 다음 주요 작업이 필요합니다.

이 절차에서는 원래 Manager에 액세스할 수 없으며 새 호스트가 백업 파일에 액세스할 수 있다고 가정합니다.

사전 요구 사항

  • 관리자 및 호스트를 위해 준비된 정규화된 도메인 이름입니다. 정방향 및 역방향 조회 레코드를 모두 DNS에서 설정해야 합니다. 새 Manager는 원래 관리자와 동일한 정규화된 도메인 이름을 가져야 합니다.

16.1.9.1. 새 자체 호스트 엔진에서 백업 복원

새 호스트에서 hosted-engine 스크립트를 실행하고 --restore-from-file=경로/to/file_name 옵션을 사용하여 배포 중에 Manager 백업을 복원합니다.

중요

iSCSI 스토리지를 사용하고 있고 이니시에이터의 ACL에 따라 iSCSI 대상 연결을 필터링하는 경우 STORAGE_DOMAIN_UNREACHABLE 오류로 인해 배포가 실패할 수 있습니다. 이를 방지하려면 자체 호스팅 엔진 배포를 시작하기 전에 iSCSI 구성을 업데이트해야 합니다.

  • 기존 호스트에 재배포하는 경우 /etc/iscsi/initiatorname.iscsi 에서 호스트의 iSCSI 이니시에이터 설정을 업데이트해야 합니다. 이니시에이터 IQN은 iSCSI 대상에 이전에 매핑된 것과 동일하거나 해당하는 경우 새 IQN으로 업데이트해야 합니다.
  • 새 호스트에 배포하는 경우 해당 호스트의 연결을 수락하도록 iSCSI 대상 구성을 업데이트해야 합니다.

IQN은 호스트 측(iSCSI 이니시에이터) 또는 스토리지 측(iSCSI 대상)에서 업데이트할 수 있습니다.

절차

  1. 백업 파일을 새 호스트에 복사합니다. 다음 예에서 host.example.com 은 호스트의 FQDN이고 /backup/ 는 임의의 지정된 폴더 또는 경로입니다.

    # scp -p file_name host.example.com:/backup/
  2. 새 호스트에 로그인합니다. Red Hat Virtualization Host에 배포하는 경우 기본적으로 자체 호스팅 엔진 배포 툴을 사용할 수 있습니다. Red Hat Enterprise Linux에 배포하는 경우 패키지를 설치해야 합니다.

    # yum install ovirt-hosted-engine-setup
  3. 네트워크 또는 터미널 중단 시 세션이 손실되지 않도록 화면 창 관리자를 사용하여 스크립트를 실행하는 것이 좋습니다. 설치 및 실행 화면:

    # yum install screen
    # screen

    세션 시간 초과 또는 연결 중단이 발생하는 경우 screen -d -r 을 실행하여 배포 세션을 복구합니다.

  4. hosted-engine 스크립트를 실행하여 백업 파일의 경로를 지정합니다.

    # hosted-engine --deploy --restore-from-file=backup/file_name

    언제든지 스크립트를 이스케이프하려면 CTRL+D 사용하여 배포를 중단합니다.

  5. Yes 를 선택하여 배포를 시작합니다.
  6. 네트워크를 구성합니다. 스크립트는 환경에 대한 관리 브릿지로 사용할 수 있는 NIC를 감지합니다.
  7. 가상 시스템 설치에 사용자 지정 어플라이언스를 사용하려면 OVA 아카이브 경로를 입력합니다. 그렇지 않으면 이 필드를 비워 두고 RHV-MECDHE를 사용합니다.
  8. Manager 가상 머신의 FQDN을 지정합니다.
  9. Manager의 루트 암호를 입력합니다.
  10. Manager에 root 사용자로 로그인할 수 있는 SSH 공개 키를 입력하고 root 사용자에 대한 SSH 액세스 활성화 여부를 지정합니다.
  11. 가상 머신의 CPU 및 메모리 구성을 입력합니다.
  12. Manager 가상 머신의 MAC 주소를 입력하거나 무작위로 생성된 가상 머신을 수락합니다. Manager 가상 머신에 DHCP를 통해 IP 주소를 제공하려면 이 MAC 주소에 대한 유효한 DHCP 예약이 있어야 합니다. 배포 스크립트는 DHCP 서버를 구성하지 않습니다.
  13. 가상 머신의 네트워킹 세부 정보를 입력합니다. Static 을 지정하는 경우 Manager의 IP 주소를 입력합니다.

    중요

    고정 IP 주소는 호스트와 동일한 서브넷에 속해야 합니다. 예를 들어 호스트가 10.1.1.0/24인 경우 Manager 가상 시스템의 IP는 동일한 서브넷 범위(10.1.1.1-254/24)에 있어야 합니다.

  14. Manager 가상 머신의 항목을 가상 시스템의 /etc/hosts 파일에 추가할지 여부를 지정합니다. 호스트 이름을 확인할 수 있는지 확인해야 합니다.
  15. SMTP 서버의 이름 및 TCP 포트 번호, 이메일 알림을 보내는 데 사용되는 이메일 주소, 이러한 알림을 수신할 쉼표로 구분된 이메일 주소 목록을 제공합니다.
  16. admin@internal 사용자의 암호를 입력하여 관리 포털에 액세스합니다.

    이 스크립트는 가상 머신을 생성합니다. RHV-MECDHE를 설치해야 하는 경우 시간이 걸릴 수 있습니다.

  17. 사용할 스토리지 유형을 선택합니다.

    • NFS의 경우 version, 전체 주소 및 스토리지 경로, 모든 마운트 옵션을 입력합니다.

      주의

      가상 시스템 데이터가 손실될 위험이 있으므로 새 스토리지 도메인에 기존 셀프 호스트 엔진 스토리지 도메인의 마운트 지점을 사용하지 마십시오.

    • iSCSI의 경우 포털 세부 정보를 입력하고 자동 감지된 목록에서 대상 및 LUN을 선택합니다. 배포 중에 iSCSI 대상 하나를 선택할 수 있지만 동일한 포털 그룹의 모든 포털을 연결하려면 다중 경로가 지원됩니다.

      참고

      두 개 이상의 iSCSI 대상을 지정하려면 자체 호스팅 엔진을 배포하기 전에 다중 경로를 활성화해야 합니다. 자세한 내용은 Red Hat Enterprise Linux DM Multipath 를 참조하십시오. 다양한 옵션으로 다중 경로를 설치하고 구성하는 스크립트를 생성하는 Multipath Helper 도구도 있습니다.

    • Gluster 스토리지의 경우 전체 주소 및 스토리지 경로를 입력하고 모든 마운트 옵션을 입력합니다.

      주의

      가상 시스템 데이터가 손실될 위험이 있으므로 새 스토리지 도메인에 기존 셀프 호스트 엔진 스토리지 도메인의 마운트 지점을 사용하지 마십시오.

      중요

      복제본 3 Gluster 스토리지만 지원됩니다. 다음 구성이 있는지 확인합니다.

      • 세 개의 Gluster 서버의 /etc/glusterfs/glusterd.vol 파일에서 rpc-auth-allow-insecureon 으로 설정합니다.

        option rpc-auth-allow-insecure on
      • 다음과 같이 볼륨을 구성합니다.

        gluster volume set _volume_ cluster.quorum-type auto
        gluster volume set _volume_ network.ping-timeout 10
        gluster volume set _volume_ auth.allow \*
        gluster volume set _volume_ group virt
        gluster volume set _volume_ storage.owner-uid 36
        gluster volume set _volume_ storage.owner-gid 36
        gluster volume set _volume_ server.allow-insecure on
    • 파이버 채널의 경우 자동 감지 목록에서 LUN을 선택합니다. 호스트 버스 어댑터를 구성하고 연결해야 하며 LUN에는 기존 데이터가 포함되어 있지 않아야 합니다. 기존 LUN을 재사용하려면 관리 가이드 의 LUN 재사용을 참조하십시오.
  18. Manager 디스크 크기를 입력합니다.

    이 스크립트는 배포가 완료될 때까지 계속됩니다.

  19. 배포 프로세스에서 관리자의 SSH 키를 변경합니다. 클라이언트 머신이 SSH 오류 없이 새 Manager에 액세스할 수 있도록 하려면 원래 Manager 항목을 원래 Manager에 액세스하는 모든 클라이언트 머신의 .ssh/known_hosts 파일에서 제거합니다.

배포가 완료되면 새 Manager 가상 시스템에 로그인하고 필요한 리포지토리를 활성화합니다.

16.1.9.2. Red Hat Virtualization Manager 리포지토리 활성화

Red Hat Subscription Manager에 시스템을 등록하고 Red Hat Virtualization Manager 서브스크립션을 연결한 다음 Manager 리포지토리를 활성화합니다.

절차

  1. 메시지가 표시되면 Content Delivery Network에 시스템을 등록하고 고객 포털 사용자 이름과 암호를 입력합니다.

    # subscription-manager register
    참고

    IPv6 네트워크를 사용하는 경우 IPv6 전환 메커니즘을 사용하여 Content Delivery Network 및 서브스크립션 관리자에 액세스합니다.

  2. Red Hat Virtualization Manager 서브스크립션 풀을 찾아서 풀 ID를 기록합니다.

    # subscription-manager list --available
  3. 풀 ID를 사용하여 서브스크립션을 시스템에 연결합니다.

    # subscription-manager attach --pool=pool_id
    참고

    현재 연결된 서브스크립션을 보려면 다음을 수행합니다.

    # subscription-manager list --consumed

    활성화된 모든 리포지토리를 나열하려면 다음을 수행합니다.

    # yum repolist
  4. 리포지토리를 구성합니다.

    # subscription-manager repos \
        --disable='*' \
        --enable=rhel-7-server-rpms \
        --enable=rhel-7-server-supplementary-rpms \
        --enable=rhel-7-server-rhv-4.3-manager-rpms \
        --enable=rhel-7-server-rhv-4-manager-tools-rpms \
        --enable=rhel-7-server-ansible-2.9-rpms \
        --enable=jb-eap-7.2-for-rhel-7-server-rpms

Manager 및 해당 리소스가 새 자체 호스팅 환경에서 실행됩니다. 자체 호스팅 엔진 구성을 업데이트하려면 Manager에서 셀프 호스트 엔진 노드를 다시 설치해야 합니다. 표준 호스트는 영향을 받지 않습니다. 각 자체 호스팅 엔진 노드에 대해 다음 절차를 수행합니다.

16.1.9.3. 호스트 재설치

관리 포털에서 RHVH(Red Hat Virtualization Host) 및 Red Hat Enterprise Linux 호스트를 다시 설치합니다. 이 절차에는 호스트를 중지하고 다시 시작하는 작업이 포함됩니다.

사전 요구 사항

  • 클러스터 수준에서 마이그레이션을 활성화하면 가상 머신이 클러스터의 다른 호스트로 자동 마이그레이션됩니다. 따라서 호스트 사용량이 상대적으로 낮은 시점에 호스트 재설치를 수행하는 것이 좋습니다.
  • 호스트가 유지보수를 수행하기 위해 클러스터에 충분한 메모리 예약이 있는지 확인합니다. 클러스터에 충분한 메모리가 없으면 가상 머신 마이그레이션 작업이 중단되고 실패합니다. 호스트를 유지 관리로 이동하기 전에 일부 또는 모든 가상 머신을 종료하여 이 작업의 메모리 사용량을 줄일 수 있습니다.
  • 다시 설치를 수행하기 전에 클러스터에 두 개 이상의 호스트가 포함되어 있는지 확인합니다. 하나의 호스트를 스토리지 풀 관리자(SPM) 작업을 수행하는 데 사용할 수 있어야 하므로 모든 호스트를 동시에 다시 설치하지 마십시오.

절차

  1. ComputeHosts (컴퓨팅 호스트)를 클릭하고 호스트를 선택합니다.
  2. ManagementMaintenance 를 클릭합니다.
  3. InstallationReinstall 을 클릭하여 호스트 설치 창을 엽니다.
  4. 호스팅 엔진 탭을 클릭하고 드롭다운 목록에서 DEPLOY 를 선택합니다.
  5. OK 를 클릭하여 호스트를 다시 설치합니다.

성공적으로 다시 설치되면 호스트에 Up 상태가 표시됩니다. 호스트를 마이그레이션한 모든 가상 머신을 이제 다시 마이그레이션할 수 있습니다.

중요

Red Hat Virtualization Host를 Red Hat Virtualization Manager에 성공적으로 등록한 후 다시 설치한 후 Install Failed (설치 실패) 상태의 관리 포털에 잘못 표시될 수 있습니다. ManagementActivate (활성화) 를 클릭하면 호스트는 Up 상태로 변경되고 사용할 준비가 됩니다.

자체 호스팅 엔진 노드를 다시 설치한 후 노드 중 하나에서 다음 명령을 실행하여 새 환경의 상태를 확인할 수 있습니다.

# hosted-engine --vm-status

복원 중에 이전 셀프 호스트 엔진 스토리지 도메인의 이름이 변경되었지만 복원에 결함이 있는 경우 새 환경에서 제거되지 않았습니다. 환경이 정상적으로 실행되고 있는지 확인한 후 이전 자체 호스팅 엔진 스토리지 도메인을 제거할 수 있습니다.

16.1.9.4. 스토리지 도메인 제거

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

절차

  1. 스토리지 도메인을 클릭합니다.
  2. 스토리지 도메인을 유지 관리 모드로 이동하고 분리합니다.

    1. 스토리지 도메인의 이름을 클릭하여 세부 정보 보기를 엽니다.
    2. 데이터 센터 탭을 클릭합니다.
    3. 유지 관리를 클릭한 다음 확인을 클릭합니다.
    4. 분리 를 클릭한 다음 확인을 클릭합니다.
  3. 제거를 클릭합니다.
  4. 선택적으로 형식 도메인 (예: Storage Content will be lost!) 확인란을 선택하여 도메인의 콘텐츠를 해제합니다.
  5. OK를 클릭합니다.

스토리지 도메인은 환경에서 영구적으로 제거됩니다.

16.1.10. 기존 백업에서 자체 호스트 엔진 덮어쓰기

셀프 호스트 엔진에 액세스할 수 있지만 데이터베이스 손상 또는 롤백하기 어려운 구성 오류와 같은 문제가 발생하는 경우 문제가 발생하기 전에 수행된 백업을 사용하여 환경을 이전 상태로 복원할 수 있습니다.

셀프 호스트 엔진의 이전 상태를 복원하려면 다음 단계가 포함됩니다.

engine-backup --mode=restore 옵션에 대한 자세한 내용은 16.1절. “Red Hat Virtualization Manager 백업 및 복원” 을 참조하십시오.

16.1.10.1. 글로벌 유지 관리 모드 활성화

Manager 가상 머신에서 설정 또는 업그레이드 작업을 수행하기 전에 자체 호스팅 엔진 환경을 전역 유지 관리 모드에 배치해야 합니다.

절차

  1. 셀프 호스트 엔진 노드 중 하나에 로그인하고 글로벌 유지보수 모드를 활성화합니다.

    # hosted-engine --set-maintenance --mode=global
  2. 계속하기 전에 환경이 유지보수 모드에 있는지 확인합니다.

    # hosted-engine --vm-status

    클러스터가 유지보수 모드에 있음을 나타내는 메시지가 표시되어야 합니다.

16.1.10.2. 기존 설치를 덮어쓰도록 백업 복원

engine-backup 명령은 Red Hat Virtualization Manager가 이미 설치 및 설정된 머신으로 백업을 복원할 수 있습니다. 이 기능은 환경을 백업하고, 해당 환경에서 변경한 작업을 수행한 다음 백업에서 환경을 복원하여 변경 사항을 실행 취소하려는 경우에 유용합니다.

복원된 환경에 호스트 추가 또는 제거와 같은 백업이 수행되었기 때문에 환경에 대한 변경 사항이 표시되지 않습니다. 이러한 변경 사항을 다시 실행해야 합니다.

절차

  1. Manager 시스템에 로그인합니다.
  2. 구성 파일을 제거하고 Manager와 관련된 데이터베이스를 정리합니다.

    # engine-cleanup

    engine-cleanup 명령은 Manager 데이터베이스만 정리합니다. 데이터베이스를 삭제하거나 해당 데이터베이스를 소유한 사용자를 삭제하지 않습니다.

  3. 전체 백업 또는 데이터베이스 전용 백업을 복원합니다. 사용자와 데이터베이스가 이미 있으므로 새 데이터베이스를 만들거나 데이터베이스 자격 증명을 지정할 필요가 없습니다.

    • 전체 백업을 복원하십시오.

      # engine-backup --mode=restore --file=file_name --log=log_file_name --restore-permissions
    • 구성 파일과 데이터베이스 백업을 복원하여 데이터베이스 전용 백업을 복원합니다.

      # engine-backup --mode=restore --scope=files --scope=db --scope=dwhdb --file=file_name --log=log_file_name --restore-permissions
      참고

      Manager 데이터베이스만 복원하려면 (예: DataECDHE 데이터베이스가 다른 시스템에 있는 경우) --scope=dwhdb 매개변수를 생략할 수 있습니다.

      성공하면 다음 출력이 표시됩니다.

      You should now run engine-setup.
      Done.
  4. 관리자를 재구성하십시오.

    # engine-setup

16.1.10.3. 글로벌 유지 관리 모드 비활성화

절차

  1. Manager 가상 머신에 로그인하여 종료합니다.
  2. 셀프 호스트 엔진 노드 중 하나에 로그인하고 글로벌 유지 관리 모드를 비활성화합니다.

    # hosted-engine --set-maintenance --mode=none

    글로벌 유지 관리 모드를 종료하면 ovirt-ha-agent가 Manager 가상 시스템을 시작한 다음 Manager가 자동으로 시작됩니다. Manager를 시작하는 데 최대 10분이 걸릴 수 있습니다.

  3. 환경이 실행 중인지 확인합니다.

    # hosted-engine --vm-status

    나열된 정보에는 엔진 상태가 포함됩니다. 엔진 상태 값은 다음과 같아야 합니다.

    {"health": "good", "vm": "up", "detail": "Up"}
    참고

    가상 머신이 계속 부팅되고 Manager가 아직 시작되지 않은 경우 Engine 상태는 다음과 같습니다.

    {"reason": "bad vm status", "health": "bad", "vm": "up", "detail": "Powering up"}

    이 경우 몇 분 기다렸다가 다시 시도합니다.

환경이 다시 실행 중이면 중지된 가상 머신을 시작하고 환경의 리소스가 예상대로 작동하는지 확인할 수 있습니다.