XenCenter

재해 복구(DR)

August 27, 2026

제공::

X X

재해 복구(DR) 기능을 사용하면 전체 풀 또는 사이트를 비활성화하거나 파괴하는 치명적인 하드웨어 장애로부터 VM 및 vApp을 복구할 수 있습니다.

단일 서버 장애에 대한 보호를 위해 고가용성을 사용할 수 있습니다. 고가용성은 동일한 풀 내의 다른 서버에서 VM을 다시 시작합니다.

DR 이해

재해 복구는 비즈니스에 중요한 VM 및 vApp을 복구하는 데 필요한 모든 정보를 스토리지 리포지토리(SR)에 저장합니다. 이러한 스토리지 리포지토리는 기본(프로덕션) 환경에서 백업 환경으로 복제됩니다. 기본 사이트의 보호된 풀에 장애가 발생하면 해당 풀의 VM 및 vApp은 복제된 스토리지에서 복구되어 보조(DR) 사이트에 다시 생성될 수 있습니다. 그 결과 애플리케이션 또는 사용자 다운타임이 최소화됩니다.

복구된 VM이 DR 풀에서 실행된 후에는 DR 풀 메타데이터도 복제된 스토리지에 저장되어야 합니다. 이 작업을 통해 복구된 VM 및 vApp은 기본 사이트가 다시 온라인 상태가 되면 기본 사이트로 복원될 수 있습니다.

참고:

재해 복구는 HBA를 통한 LVM 또는 iSCSI를 통한 LVM 스토리지 유형에서만 사용할 수 있습니다.

XenServer® VM은 두 가지 구성 요소로 구성됩니다.

VM에서 사용 중인 가상 디스크는 VM이 위치한 풀의 구성된 스토리지 리포지토리(SR)에 저장됩니다.
VM 환경을 설명하는 메타데이터. 메타데이터에는 원래 VM을 사용할 수 없거나 손상된 경우 VM을 다시 생성하는 데 필요한 모든 정보가 포함됩니다. 대부분의 메타데이터는 VM이 생성될 때 기록되며 VM 구성을 변경할 때만 업데이트됩니다. 풀의 VM의 경우 이 메타데이터의 복사본이 풀의 모든 서버에 저장됩니다.

DR 환경에서 VM은 풀 메타데이터(풀의 모든 VM 및 vApp에 대한 구성 정보)에서 보조(DR) 사이트에 다시 생성됩니다. 각 VM의 메타데이터에는 이름, 설명 및 UUID(Universal Unique Identifier), 메모리, 가상 CPU, 네트워킹 및 스토리지 구성이 포함됩니다. 또한 고가용성 또는 DR 환경에서 VM을 다시 시작할 때 사용되는 VM 시작 옵션(시작 순서, 지연 간격 및 다시 시작 우선순위)도 포함됩니다. 예를 들어, VM을 복구할 때 vApp 내의 VM은 메타데이터에 지정된 순서와 지연 간격으로 DR 풀에서 다시 시작됩니다.

참고:

재해 복구를 사용하려면 root로 로그인하거나 Pool Operator 이상의 역할을 가지고 있어야 합니다.

재해 복구 용어

vApp: 단일 엔터티로 관리되는 관련 VM의 논리적 그룹.

사이트: XenServer 리소스 풀, 스토리지 및 하드웨어 장비의 물리적 그룹.

기본 사이트: 재해 발생 시 보호되어야 하는 VM 또는 vApp을 실행하는 물리적 사이트.

보조 사이트, DR 사이트: 재해 발생 시 기본 사이트의 복구 위치 역할을 하는 물리적 사이트.

장애 조치(Failover): 기본 사이트에서 재해가 발생할 경우 보조(복구) 사이트에서 VM 및 vApp을 복구하는 것.

장애 복구(Failback): 보조(복구) 사이트에서 기본 사이트로 VM 및 vApp을 다시 복원하는 것.

테스트 장애 조치(Test failover): 복제된 스토리지에서 보조(복구) 사이트의 풀로 VM 및 vApp을 복구하지만 시작하지는 않는 “예행 연습” 장애 조치. 테스트 장애 조치를 실행하여 DR이 올바르게 구성되었는지, 프로세스가 효과적인지 확인할 수 있습니다.

풀 메타데이터: 풀에 있는 VM 및 vApp에 대한 정보(예: 이름 및 설명). VM의 경우 구성 정보에는 UUID, 메모리, 가상 CPU, 네트워킹 및 스토리지 구성, 시작 옵션이 포함됩니다. 풀 메타데이터는 DR에서 기본 사이트의 VM 및 vApp을 보조 사이트의 복구 풀에 다시 생성하는 데 사용됩니다.

재해 복구 인프라

재해 복구를 사용하려면 기본 및 보조 사이트 모두에 적절한 DR 인프라를 설정하십시오.

풀 메타데이터와 VM에서 사용하는 가상 디스크에 사용되는 스토리지는 기본(프로덕션) 환경에서 백업 환경으로 복제되어야 합니다. 미러링을 사용하는 것과 같은 스토리지 복제는 장치마다 다릅니다. 스토리지 복제는 스토리지 솔루션을 사용하여 처리하는 것이 좋습니다.
복구된 VM 및 vApp이 DR 사이트의 풀에서 실행되면 DR 풀 메타데이터 및 가상 디스크를 포함하는 SR을 복제합니다. 이 작업을 통해 기본 사이트가 다시 온라인 상태가 되면 복구된 VM 및 vApp을 기본 사이트로 다시 복원(장애 복구)할 수 있습니다.
DR 사이트의 하드웨어 인프라가 기본 사이트와 일치할 필요는 없습니다. 그러나 XenServer 환경은 동일한 릴리스 및 패치 수준이어야 합니다. 또한 장애 조치된 모든 VM을 다시 생성하고 시작할 수 있도록 대상 풀에 충분한 리소스가 구성되어야 합니다.

중요:

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 및 스토리지를 제거하기 위해 정리가 수행됩니다. 자세한 내용은 테스트 페일오버를 참조하십시오.