Citrix Hypervisor

재해 복구 및 백업

중요:

Citrix Hypervisor 8.2 누적 업데이트 1은 2025년 6월 25일에 수명이 종료됩니다. 원활한 전환과 지속적인 지원을 위해 지금 XenServer 8로의 업그레이드를 계획하십시오. 자세한 내용은 업그레이드.

Citrix Virtual Apps and Desktops 라이센스 파일을 사용하여 Citrix Hypervisor 8.2 누적 업데이트 1 호스트에 라이센스를 부여하는 경우 이러한 라이센스 파일은 XenServer 8과 호환되지 않습니다. 업그레이드하기 전에 XenServer 8에서 사용할 XenServer Premium Edition 소켓 라이센스 파일을 얻어야 합니다. 이러한 소켓 라이센스 파일은 Citrix 워크로드를 실행하기 위한 Citrix for Private Cloud, Citrix Universal Hybrid Multi-Cloud, Citrix Universal MSP 및 Citrix Platform License 구독의 자격으로 사용할 수 있습니다. 아직 이러한 새로운 서브스크립션으로 전환하지 않은 Citrix 고객은 XenServer Premium Edition 소켓 라이센스 10,000개에 대한 무료 프로모션에 참여를 요청할 수 있습니다. 자세한 내용은 XenServer 서버.

업그레이드하기 전에 XenServer 8에 대한 호환 라이센스를 얻지 못한 경우 호스트를 업그레이드할 때 90일 평가판으로 되돌아갑니다. 평가판은 Premium Edition과 동일한 기능을 제공하지만 몇 가지 제한 사항이 있습니다. 자세한 내용은 XenServer 8 라이센스 개요.

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

메모:

로 로그온해야 합니다. 뿌리 계정 또는 다음 역할이 있습니다. 풀 운영자 또는 그 이상을 사용하여 DR 기능을 사용합니다.

Citrix Hypervisor DR 이해

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

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

재해 복구 기능은 XenCenter 및 xe CLI와 함께 사용할 수 있습니다. CLI 명령은 재해 복구 명령.

팁:

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

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

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

  • 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 인프라 요구 사항

Citrix Hypervisor DR을 사용하려면 기본 사이트와 보조 사이트 모두에서 적절한 DR 인프라를 설정합니다.

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

  • DR 사이트의 풀로 복구한 VM 및 vApp이 실행된 후에는 DR 풀 메타데이터 및 가상 디스크를 포함하는 SR을 복제해야 합니다. 복제를 사용하면 복구된 VM 및 vApp을 기본 사이트로 다시 복원할 수 있습니다 (장애 복구) 기본 사이트가 다시 온라인 상태가 될 때

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

  • 보조 사이트의 서버 및 풀에는 기본 사이트의 서버 및 풀과 동일한 라이선스 버전이 있어야 합니다. 이러한 Citrix Hypervisor 라이센스는 기본 사이트의 서버에 할당된 라이센스에 추가됩니다.

    Citrix Virtual Apps and Desktops 사용 권한 또는 Citrix DaaS 사용 권한이 있는 경우 기본 사이트와 보조 사이트 모두에 동일한 사용 권한을 사용할 수 있습니다.

  • 장애 조치된 모든 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에 대한 풀 메타데이터 복제를 다시 사용하도록 설정해야 합니다.

재해 복구 및 백업