재해 복구 및 백업

XenServer 재해 복구(DR) 기능은 전체 풀 또는 사이트를 파괴하는 하드웨어 장애로부터 가상 머신(VM) 및 vApp을 복구할 수 있도록 합니다. 단일 호스트 장애에 대한 보호는 고가용성을 참조하십시오.

참고:

DR 기능을 사용하려면 root 계정으로 로그인하거나 풀 운영자 이상의 역할을 가지고 있어야 합니다.

XenServer® 재해 복구 이해

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

XenCenter®의 재해 복구 설정을 사용하여 재해 발생 시 스토리지를 쿼리하고 선택한 VM 및 vApp을 복구 풀로 가져올 수 있습니다. VM이 복구 풀에서 실행 중일 때 복구 풀 메타데이터도 복제됩니다. 풀 메타데이터의 복제를 통해 기본 풀이 복구될 때 VM 설정의 모든 변경 사항이 기본 풀로 다시 채워질 수 있습니다. 때로는 동일한 VM에 대한 정보가 여러 곳에 있을 수 있습니다. 예를 들어, 기본 사이트의 스토리지, 재해 복구 사이트의 스토리지, 그리고 데이터가 가져올 풀에 있을 수 있습니다. XenCenter가 VM 정보가 두 개 이상의 위치에 있음을 발견하면 가장 최신 정보만 사용하도록 합니다.

재해 복구 기능은 XenCenter 및 xe CLI와 함께 사용할 수 있습니다. CLI 명령에 대해서는 재해 복구 명령을 참조하십시오.

팁:

재해 복구 설정을 사용하여 재해 복구 시스템의 비중단 테스트를 위한 테스트 페일오버를 실행할 수도 있습니다. 테스트 페일오버에서는 모든 단계가 페일오버와 동일합니다. 그러나 VM 및 vApp은 재해 복구 사이트로 복구된 후 시작되지 않습니다. 테스트가 완료되면 DR 사이트에 다시 생성된 모든 VM, vApp 및 스토리지를 삭제하기 위한 정리가 수행됩니다.

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

• VM에서 사용 중인 가상 디스크는 VM이 위치한 풀의 구성된 스토리지 저장소(SR)에 저장됩니다.

• VM 환경을 설명하는 메타데이터입니다. 이 정보는 원본 VM을 사용할 수 없거나 손상된 경우 VM을 다시 생성하는 데 필요합니다. 대부분의 메타데이터 구성 데이터는 VM이 생성될 때 기록되며 VM 구성을 변경할 때만 업데이트됩니다. 풀의 VM의 경우 이 메타데이터의 복사본이 풀의 모든 호스트에 저장됩니다.

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

DR 인프라 요구 사항

XenServer DR을 사용하려면 기본 사이트와 보조 사이트 모두에 적절한 DR 인프라를 설정하십시오.

• 풀 메타데이터와 VM에서 사용하는 가상 디스크에 사용되는 스토리지는 기본(프로덕션) 환경에서 백업 환경으로 복제되어야 합니다. 미러링과 같은 스토리지 복제는 장치마다 다릅니다. 따라서 스토리지 복제를 처리하려면 스토리지 솔루션 공급업체에 문의하십시오.

• DR 사이트의 풀로 복구한 VM 및 vApp이 작동되면 DR 풀 메타데이터 및 가상 디스크를 포함하는 SR이 복제되어야 합니다. 복제를 통해 기본 사이트가 다시 온라인 상태가 되면 복구된 VM 및 vApp을 기본 사이트로 다시 복원(실패 복구)할 수 있습니다.

• DR 사이트의 하드웨어 인프라가 기본 사이트와 일치할 필요는 없습니다. 그러나 XenServer 환경은 동일한 릴리스 및 패치 수준이어야 합니다.

• 보조 사이트의 호스트 및 풀은 기본 사이트의 호스트 및 풀과 동일한 라이선스 에디션을 가져야 합니다. 이러한 XenServer 라이선스는 기본 사이트의 호스트에 할당된 라이선스 외에 추가되는 것입니다.

• 모든 장애 조치된 VM을 다시 생성하고 시작할 수 있도록 대상 풀에 충분한 리소스가 구성되어야 합니다.

경고:

재해 복구 설정은 스토리지 어레이 기능을 제어하지 않습니다.

재해 복구 기능을 사용하는 사용자는 메타데이터 스토리지가 두 사이트 간에 어떤 식으로든 복제되도록 해야 합니다. 일부 스토리지 어레이에는 복제를 자동으로 수행하는 “미러링” 기능이 포함되어 있습니다. 이러한 기능을 사용하는 경우 복구 사이트에서 VM을 다시 시작하기 전에 미러 기능을 비활성화해야 합니다(“미러가 손상됨”).

배포 고려 사항

재해 복구를 활성화하기 전에 다음 단계를 검토하십시오.

재해 발생 전 조치 사항

다음 섹션에서는 재해 발생 전에 취해야 할 단계를 설명합니다.

• VM 및 vApp을 구성합니다.

• VM 및 vApp이 SR에 매핑되는 방식과 SR이 LUN에 매핑되는 방식을 기록해 둡니다. name_label 및 name_description 매개변수의 이름 지정에 특히 주의하십시오. SR 이름이 VM 및 vApp이 SR에 매핑되는 방식과 SR이 LUN에 매핑되는 방식을 나타내면 복제된 스토리지에서 VM 및 vApp을 복구하기가 더 쉽습니다.

• LUN 복제를 준비합니다.

• 이러한 LUN에 있는 하나 이상의 SR로 풀 메타데이터 복제를 활성화합니다.

• 기본 풀 메타데이터를 복제하는 SR이 하나의 풀에만 연결되어 있는지 확인합니다.

재해 발생 후 수행할 단계

다음 섹션에서는 재해 발생 후 수행할 단계를 설명합니다.

• 복구 사이트가 공유 스토리지에 대한 읽기/쓰기 액세스 권한을 갖도록 기존 스토리지 미러를 해제합니다.

• VM 데이터를 복구하려는 LUN이 다른 풀에 연결되어 있지 않은지 확인합니다. 그렇지 않으면 손상이 발생할 수 있습니다.

• 재해로부터 복구 사이트를 보호하려면 복구 사이트에 있는 하나 이상의 SR로 풀 메타데이터 복제를 활성화해야 합니다.

복구 후 수행할 단계

다음 섹션에서는 데이터 복구 성공 후 수행할 단계를 설명합니다.

• 모든 스토리지 미러를 다시 동기화합니다.

• 복구 사이트에서 기본 사이트로 다시 이동하려는 VM 또는 vApp을 깔끔하게 종료합니다.

• 기본 사이트에서 이전 섹션의 페일오버와 동일한 절차에 따라 선택한 VM 또는 vApp을 기본 사이트로 페일백합니다.

• 향후 재해로부터 기본 사이트를 보호하려면 복제된 LUN에 있는 하나 이상의 SR로 풀 메타데이터 복제를 다시 활성화해야 합니다.