XenServer

재해 복구 및 백업

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

참고:

DR 기능을 사용하려면 루트 계정으로 로그온했거나 풀 운영자 이상의 역할이 있어야 합니다.

XenServer DR에 대한 이해

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

Citrix Hypervisor 센터의 재해 복구 설정을 사용하여 재해가 발생하는 동안 스토리지를 쿼리하고 선택한 VM 및 vApp을 복구 풀로 가져올 수 있습니다. VM이 복구 풀에서 실행 중인 경우 복구 풀 메타데이터도 복제됩니다. 풀 메타데이터를 복제하면 기본 풀이 복구될 때 VM 설정의 모든 변경 사항을 기본 풀에 다시 채울 수 있습니다. 경우에 따라 동일한 VM에 대한 정보가 여러 위치에 있을 수 있습니다. 예를 들어, 기본 사이트의 저장소, 재해 복구 사이트의 저장소 및 데이터를 가져올 대상 풀의 저장소 등이 있습니다. Citrix Hypervisor 센터에서 VM 정보가 둘 이상의 위치에 있는 것으로 확인되면 가장 최신 정보만 사용합니다.

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

팁:

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

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

  • VM이 사용 중이며 VM이 있는 풀에서 구성된 SR(스토리지 저장소)에 저장된 가상 디스크

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

DR 환경에서 VM은 풀의 모든 VM 및 vApp에 대한 풀 메타데이터 및 구성 정보를 사용하여 보조 사이트에 다시 만들어집니다. 각 VM의 메타데이터에는 이름, 설명 및 UUID (범용 고유 식별자) 와 해당 메모리, 가상 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_labelname_description 매개 변수의 이름을 지정할 때 특히 주의해야 합니다. SR의 이름이 VM 및 vApp이 SR에 매핑되고 SR이 LUN에 매핑되는 방식을 캡처하면 복제된 스토리지에서 VM 및 vApp을 복구하는 것이 더 쉽습니다.

  • LUN 복제를 정렬합니다.

  • 이러한 LUN에 있는 하나 이상의 SR에 풀 메타데이터 복제를 사용하도록 설정합니다.

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

재해 발생 후 취해야 할 조치

다음 절에서는 재해가 발생한 후 수행할 단계에 대해 설명합니다.

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

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

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

복구 후 수행할 단계

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

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

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

  • 기본 사이트에서 이전 섹션의 장애 조치와 동일한 절차를 수행하여 선택한 VM 또는 vApp을 기본 VM으로 페일백합니다.

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

재해 복구 및 백업