layout: doc—
참고:
XenCenter YYYY.x.x는 아직 프로덕션 환경에서 Citrix Hypervisor 8.2 CU1과 함께 사용할 수 있도록 지원되지 않습니다. Citrix Hypervisor 8.2 CU1 프로덕션 환경을 관리하려면 XenCenter 8.2.7을 사용하십시오. 자세한 내용은 XenCenter 8.2.7 설명서를 참조하십시오.
XenCenter 8.2.7과 XenCenter YYYY.x.x를 동일한 시스템에 설치할 수 있습니다. XenCenter YYYY.x.x를 설치해도 설치된 XenCenter 8.2.7을 덮어쓰지 않습니다.
재해 복구 (DR) 기능을 사용하면 전체 풀 또는 사이트를 비활성화하거나 파괴하는 심각한 하드웨어 장애로부터 VM 및 vApp을 복구할 수 있습니다.
단일 서버 장애로부터 보호하기 위해 고가용성을 사용할 수 있습니다. 고가용성은 동일한 풀의 대체 서버에서 VM을 다시 시작합니다.
재해 복구는 비즈니스 크리티컬 VM 및 vApp을 복구하는 데 필요한 모든 정보를 SR(스토리지 저장소) 에 저장합니다. 그런 다음 이러한 스토리지 저장소는 운영(프로덕션) 환경에서 백업 환경으로 복제됩니다. 기본 사이트의 보호된 풀에 장애가 발생하면 해당 풀의 VM 및 vApp을 복제된 스토리지에서 복구하고 보조 (DR) 사이트에서 다시 생성할 수 있습니다. 그 결과 애플리케이션 또는 사용자 다운타임이 최소화됩니다.
복구된 VM이 DR 풀에서 실행되고 나면 DR 풀 메타데이터도 복제된 스토리지에 저장해야 합니다. 이 작업을 수행하면 복구된 VM 및 vApp이 다시 온라인 상태일 때 기본 사이트로 다시 복원할 수 있습니다.
참고:
재해 복구는 HBA를 통한 LVM 또는 iSCSI 스토리지 유형을 통한 LVM에서만 사용할 수 있습니다.
XenServer VM은 다음과 같은 두 가지 구성 요소로 구성됩니다.
DR 환경에서 VM은 풀 메타데이터 (풀의 모든 VM 및 vApp에 대한 구성 정보) 에서 보조 (DR) 사이트에 다시 만들어집니다. 각 VM의 메타데이터에는 이름, 설명 및 UUID (범용 고유 식별자) 와 해당 메모리, 가상 CPU, 네트워킹 및 스토리지 구성이 포함됩니다. 또한 고가용성 또는 DR 환경에서 VM을 다시 시작할 때 사용되는 VM 시작 옵션 (시작 순서, 지연 간격 및 다시 시작 우선 순위) 도 포함되어 있습니다. 예를 들어 VM을 복구할 때 vApp 내의 VM은 메타데이터에 지정된 지연 간격으로 순서대로 DR 풀에서 다시 시작됩니다.
참고:
재해 복구를 사용하려면 루트로 로그인하거나 풀 운영자 이상의 역할이 있어야 합니다.
vApp: 단일 엔터티로 관리되는 관련 VM의 논리적 그룹입니다.
사이트: XenServer 리소스 풀, 스토리지 및 하드웨어 장비의 물리적 그룹입니다.
기본 사이트: 재해 발생 시 보호해야 하는 VM 또는 vApp을 실행하는 물리적 사이트입니다.
보조 사이트, DR 사이트: 재해 발생 시 운영 사이트의 복구 위치로 사용되는 물리적 사이트입니다.
장애 조치(Failover): 기본 사이트에서 재해가 발생할 경우 보조 (복구) 사이트에서 VM 및 vApp을 복구합니다.
장애 복구: VM 및 vApp을 보조 (복구) 사이트에서 기본 사이트로 다시 복원합니다.
테스트 장애 조치: VM 및 vApp이 복제된 스토리지에서 보조 (복구) 사이트의 풀로 복구되지만 시작되지 않는 “드라이 런” 장애 조치입니다. 테스트 페일오버를 실행하여 DR이 올바르게 구성되었는지, 프로세스가 효과적인지 확인할 수 있습니다.
풀 메타데이터: 이름 및 설명과 같은 풀의 VM 및 vApp에 대한 정보입니다. VM의 경우 구성 정보에는 UUID, 메모리, 가상 CPU, 네트워킹 및 스토리지 구성, 시작 옵션이 포함됩니다. 풀 메타데이터는 DR에서 보조 사이트의 복구 풀에 있는 기본 사이트의 VM 및 vApp을 다시 만드는 데 사용됩니다.
재해 복구를 사용하려면 기본 사이트와 보조 사이트 모두에서 적절한 DR 인프라를 설정합니다.
중요:
XenCenter 및 재해 복구 마법사는 스토리지 어레이 기능을 제어하지 않습니다. 풀 메타데이터와 재해 발생 시 다시 시작될 VM에서 사용하는 스토리지가 백업 사이트에 복제되는지 확인합니다. 일부 스토리지 어레이에는 자동으로 복사를 수행하기 위한 미러링 기능이 포함되어 있습니다. 이러한 기능을 사용하는 경우 복구 사이트에서 VM을 다시 시작하기 전에 미러 기능을 사용하지 않도록 설정합니다.
재해 복구 마법사를 사용하면 페일오버 및 페일백이 간편해집니다. 이러한 프로세스와 관련된 단계는 다음과 같습니다.
보조 DR 사이트에서 VM 및 vApp을 복구할 대상 풀을 선택합니다.
기본 사이트에서 복제된 SR을 포함하는 스토리지 대상에 대한 세부 정보를 제공합니다. 마법사가 대상을 검사하고 해당 대상에서 발견된 모든 SR을 나열합니다.
복구할 VM 및 vApp에 대한 메타데이터 및 가상 디스크가 포함된 SR을 선택합니다. 마법사가 SR을 검사하고 발견된 모든 VM 및 vApp을 나열합니다.
DR 사이트로 복구할 VM 및 vApp을 선택합니다. 마법사가 복구될 때 자동으로 시작할지, 아니면 직접 기다렸다가 직접 시작할지 여부를 지정합니다.
마법사는 사전 검사를 수행하여 선택한 VM 및 vApp을 대상 DR 풀로 복구할 수 있는지 확인합니다. 예를 들어 마법사는 선택한 VM 및 vApp에 필요한 모든 스토리지를 사용할 수 있는지 확인합니다.
사전 검사가 완료되고 문제가 해결되면 장애 조치 프로세스가 시작됩니다. 선택한 VM 및 vApp을 복제된 스토리지에서 DR 풀로 내보냅니다. 이제 장애 조치가 완료되었습니다.
현재 DR 사이트에서 실행 중인 VM 및 vApp을 복원할 기본 사이트의 대상 풀을 선택합니다.
DR 사이트에서 복제된 SR을 포함하는 스토리지 대상에 대한 세부 정보를 제공합니다. 마법사가 대상을 검사하고 발견된 모든 SR을 나열합니다.
복원할 VM 및 vApp에 대한 메타데이터 및 가상 디스크가 포함된 SR을 선택합니다. 마법사가 SR을 검사하고 발견된 모든 VM 및 vApp을 나열합니다.
기본 사이트로 다시 복원할 VM 및 vApp을 선택합니다. 마법사가 복구될 때 자동으로 시작할지, 아니면 직접 기다렸다가 직접 시작할지 여부를 지정합니다.
그런 다음 마법사는 사전 검사를 수행하여 선택한 VM 및 vApp을 기본 사이트의 대상 풀로 복구할 수 있는지 확인합니다. 예를 들어 마법사는 선택한 VM 및 vApp에 필요한 모든 스토리지를 사용할 수 있는지 확인합니다.
사전 검사가 완료되고 문제가 해결되면 장애 복구 프로세스가 시작됩니다. DR 사이트에서 실행 중인 선택한 VM 및 vApp을 복제된 스토리지에서 기본 사이트의 선택한 풀로 다시 내보냅니다.
이제 페일백이 완료되었습니다.
재해 복구 마법사가 둘 이상의 위치에서 동일한 VM에 대한 정보를 찾으면 VM당 최신 정보만 사용합니다. 예를 들어, 정보는 기본 사이트 저장소, DR 사이트 저장소 및 데이터를 가져오는 풀에 저장될 수 있습니다.
팁:
VM 및 vApp을 보다 쉽게 복구하려면 SR의 이름을 지정하여 VM 및 vApp이 SR에 매핑되고 SR이 LUN에 매핑되는 방식을 나타냅니다.
재해 복구 마법사를 사용하여 재해 복구 시스템의 무중단 테스트를 위해 테스트 페일오버를 실행할 수도 있습니다. 페일오버 테스트에서 단계는 장애 조치와 동일하지만 복구된 VM 및 vApp은 DR 사이트에서 일시 중지된 상태로 시작됩니다. DR 사이트에서 다시 생성된 모든 VM, vApp 및 스토리지를 제거하기 위해 테스트가 완료되면 정리가 수행됩니다. 자세한 내용은 장애 조치 테스트를 참조하십시오.