6장. RHEL 기반 셀프 호스트 환경 백업 및 복구

절차 6.1. 셀프 호스트 엔진 환경 백업 워크플로우

1. 셀프 호스트 엔진 가상 머신은 Host 2에서 실행 중이며 환경에 있는 여섯 개의 일반 가상 머신이 세 개의 호스트에 걸쳐서 분산됩니다.
   
   Host 1을 유지관리 모드로 변경합니다. 이를 통해 Host 1에 있는 가상 머신을 다른 호스트로 마이그레이션하여 이 호스트의 가상 로드를 해제하고 백업의 페일오버 호스트로 사용할 수 있습니다.
2. Host 1이 유지관리 모드에 있습니다. 이 호스트에 있던 두 개의 가상 머신은 Host 3으로 마이그레이션했습니다.
   
   engine-backup 명령을 사용하여 사용자 환경의 백업을 생성합니다. 백업이 생성된 후 Host 1을 다시 활성화하여 셀프 호스트 엔진 가상 머신을 포함한 가상 머신을 다시 호스팅할 수 있습니다.

절차 6.2. 셀프 호스트 엔진 환경 복구 워크플로우

1. Host 1을 사용하여 새로운 셀프 호스트 엔진을 배포하고 앞서 설명된 절차에서 생성된 백업을 복구합니다. 복구된 환경 배포 시 일반적인 셀프 호스트 엔진 배포에 비해 몇 가지 단계가 더 있습니다:

   • 셀프 호스트 엔진 가상 머신에 Red Hat Virtualization Manager 설치 후 처음으로 engine-setup을 실행하기 전에 engine-backup 도구를 사용하여 백업을 복구합니다.
   • Manager에 engine-setup 설정 및 복구 후 관리 포털에 로그인하여 백업 후 남아 있는 Host 1을 제거합니다. 이전 Host 1을 제거하지 않아서 이것이 새로운 Host 1에서 배포를 완료할 때 Manager에 남아 있게 되면 셀프 호스트 엔진 가상 머신이 새로운 Host 1과 동기화하지 못하여 배포가 실패합니다.

   
   Host 1과 셀프 호스트 엔진 가상 머신이 동기화되고 배포가 완료된 후 사용자 환경은 기본적인 수준에서 동작되는 것으로 보면 됩니다. 셀프 호스트 엔진 (hosted-engine) 호스트가 하나 밖에 없기 때문에 셀프 호스트 엔진 가상 머신은 가용성이 높지 않습니다. 하지만 필요시 우선 순위가 높은 가상 머신을 Host 1에서 시작할 수 있습니다.
   작동되는 모든 표준 RHEL 기반 호스트(사용자 환경에 있지만 셀프 호스트 엔진 호스트가 아닌 호스트)가 활성화되며 백업 시 활성화되어 있었던 가상 머신이 이제 이러한 호스트에서 실행되고 Manager에서 사용 가능합니다.
2. Host 2 및 Host 3은 현재 상태에서는 복구할 수 없습니다. 이 호스트는 모두 사용자 환경에서 제거한 후 호스트 엔진 (hosted-engine) 배포 스크립트를 사용하여 사용자 환경에 다시 추가해야 합니다. 이러한 동작에 대한 보다 자세한 내용은 6.2.4절. “복원된 셀프 호스트 엔진 환경에서 작동하지 않는 호스트 제거” 및 7장. 셀프 호스트 환경에 추가 호스트 설치에서 참조하십시오.
   
   Host 2 및 Host 3은 복구된 환경으로 다시 배포되었습니다. 셀프 호스트 엔진 가상 머신이 Host 1에 호스팅되고 있다는 것을 제외하면 사용자 환경은 이제 첫 번째 이미지와 동일한 상태입니다.