-
재해 복구(DR)
-
This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
재해 복구(DR)
DR(재해 복구) 기능을 사용하면 전체 풀 또는 사이트를 비활성화하거나 삭제하는 치명적인 하드웨어 장애로부터 VM 및 vApp을 복구할 수 있습니다.
단일 서버 오류에 대한 보호를 위해 다음을 사용할 수 있습니다. 고가용성. 고가용성은 동일한 풀의 대체 서버에서 VM을 다시 시작합니다.
DR 이해
재해 복구는 비즈니스 크리티컬 VM 및 vApp을 SR(스토리지 저장소)에 복구하는 데 필요한 모든 정보를 저장합니다. 그런 다음 이러한 스토리지 저장소는 기본(프로덕션) 환경에서 백업 환경으로 복제됩니다. 기본 사이트의 보호된 풀에 장애가 발생하면 해당 풀의 VM 및 vApp을 복제된 스토리지에서 복구하고 보조(DR) 사이트에서 다시 생성할 수 있습니다. 그 결과 애플리케이션 또는 사용자 다운타임이 최소화됩니다.
복구된 VM이 DR 풀에서 실행된 후에는 DR 풀 메타데이터도 복제되는 스토리지에 저장해야 합니다. 이 작업을 통해 복구된 VM 및 vApp이 다시 온라인 상태가 될 때 기본 사이트로 다시 복원할 수 있습니다.
메모:
재해 복구는 LVM over HBA 또는 LVM over iSCSI 스토리지 유형에서만 사용할 수 있습니다.
XenServer VM은 두 가지 구성 요소로 구성됩니다.
- VM이 있는 풀의 구성된 SR(스토리지 저장소)에 저장된 VM에서 사용 중인 가상 디스크입니다.
- VM 환경을 설명하는 메타데이터입니다. 메타데이터에는 원래 VM을 사용할 수 없거나 손상된 경우 VM을 다시 만드는 데 필요한 모든 정보가 포함됩니다. 대부분의 메타데이터는 VM을 만들 때 작성되며 VM 구성을 변경할 때만 업데이트됩니다. 풀에 있는 VM의 경우 이 메타데이터의 복사본이 풀의 모든 서버에 저장됩니다.
DR 환경에서 VM은 풀 메타데이터(풀의 모든 VM 및 vApp에 대한 구성 정보)에서 보조(DR) 사이트에 다시 생성됩니다. 각 VM의 메타데이터에는 이름, 설명 및 UUID(Universal Unique Identifier), 메모리, 가상 CPU, 네트워킹 및 스토리지 구성이 포함됩니다. 또한 고가용성 또는 DR 환경에서 VM을 다시 시작할 때 사용되는 VM 시작 옵션(시작 순서, 지연 간격 및 다시 시작 우선 순위)도 포함됩니다. 예를 들어 VM을 복구할 때 vApp 내의 VM은 메타데이터에 지정된 지연 간격과 순서에 따라 DR 풀에서 다시 시작됩니다.
메모:
재해 복구를 사용하려면 루트로 로그인하거나 풀 운영자 이상의 역할이 있어야 합니다.
재해 복구 용어
v앱: 단일 엔티티로 관리되는 관련 VM의 논리적 그룹입니다.
사이트: XenServer 리소스 풀, 스토리지 및 하드웨어 장비의 물리적 그룹입니다.
기본 사이트: 재해 발생 시 보호해야 하는 VM 또는 vApp을 실행하는 물리적 사이트입니다.
보조 사이트, DR 사이트: 재해 발생 시 기본 사이트의 복구 위치 역할을 하는 물리적 사이트입니다.
페일오버: 기본 사이트에서 재해가 발생할 경우 보조(복구) 사이트에서 VM 및 vApp을 복구합니다.
장애 복구(Failback): VM 및 vApp을 보조(복구) 사이트에서 기본 사이트로 다시 복원합니다.
테스트 장애 조치(failover): VM 및 vApp이 복제된 스토리지에서 보조(복구) 사이트의 풀로 복구되지만 시작되지 않는 “모의 실행” 페일오버입니다. 테스트 장애 조치(failover)를 실행하여 DR이 올바르게 구성되었고 프로세스가 효과적인지 확인할 수 있습니다.
풀 메타데이터: 풀의 VM 및 vApp에 대한 정보(예: 이름 및 설명)입니다. VM의 경우 구성 정보에는 UUID, 메모리, 가상 CPU, 네트워킹 및 스토리지 구성, 시작 옵션이 포함됩니다. 풀 메타데이터는 DR에서 기본 사이트의 VM 및 vApp을 보조 사이트의 복구 풀에 다시 생성하는 데 사용됩니다.
재해 복구 인프라Disaster recovery infrastructure
재해 복구를 사용하려면 기본 사이트와 보조 사이트 모두에서 적절한 DR 인프라를 설정합니다.
- 풀 메타데이터와 VM에서 사용하는 가상 디스크 모두에 사용되는 스토리지는 기본(프로덕션) 환경에서 백업 환경으로 복제해야 합니다. 스토리지 복제(예: 미러링 사용)는 장치마다 다릅니다. 스토리지 솔루션을 사용하여 스토리지 복제를 처리하는 것이 좋습니다.
- 복구된 VM 및 vApp이 DR 사이트의 풀에서 실행된 후 DR 풀 메타데이터 및 가상 디스크가 포함된 SR을 복제합니다. 이 작업을 통해 기본 사이트가 다시 온라인 상태가 되면 복구된 VM 및 vApp을 기본 사이트로 다시 복원(페일백)할 수 있습니다.
- DR 사이트의 하드웨어 인프라가 기본 사이트와 일치할 필요는 없습니다. 그러나 XenServer 환경은 릴리스 및 패치 수준이 동일해야 합니다. 또한 장애 조치(failover)된 모든 VM을 다시 만들고 시작할 수 있도록 대상 풀에 충분한 리소스를 구성해야 합니다.
중요:
XenCenter 및 재해 복구 마법사는 스토리지 배열 기능을 제어하지 않습니다. 풀 메타데이터와 재해 발생 시 다시 시작할 VM에서 사용하는 스토리지가 백업 사이트에 복제되었는지 확인합니다. 일부 스토리지 배열에는 자동으로 복사를 수행하기 위한 미러링 기능이 포함되어 있습니다. 이러한 기능을 사용하는 경우 복구 사이트에서 VM을 다시 시작하기 전에 미러 기능을 사용하지 않도록 설정합니다.
장애 조치(failover), 장애 복구(failback) 및 테스트 장애 조치(failover)를 사용합니다. 재해 복구 마법사
이 재해 복구 마법사를 사용하면 장애 조치 및 장애 복구를 간단하게 수행할 수 있습니다. 이러한 프로세스와 관련된 단계는 다음과 같습니다.
페일오버
-
보조 DR 사이트에서 VM 및 vApp을 복구할 대상 풀을 선택합니다.
-
기본 사이트에서 복제된 SR을 포함하는 스토리지 대상에 대한 세부 정보를 제공합니다. 마법사가 대상을 스캔하고 대상에서 발견된 모든 SR을 나열합니다.
-
복구할 VM 및 vApp에 대한 메타데이터 및 가상 디스크가 포함된 SR을 선택합니다. 마법사가 SR을 검색하고 발견된 모든 VM 및 vApp을 나열합니다.
-
DR 사이트로 복구할 VM 및 vApp을 선택합니다. 복구되었을 때 마법사가 자동으로 시작하도록 할지, 아니면 기다렸다가 수동으로 시작할지 여부를 지정합니다.
마법사는 사전 검사를 수행하여 선택한 VM 및 vApp을 대상 DR 풀로 복구할 수 있는지 확인합니다. 예를 들어 마법사는 선택한 VM 및 vApp에 필요한 모든 스토리지를 사용할 수 있는지 확인합니다.
사전 검사가 완료되고 문제가 해결되면 장애 조치(failover) 프로세스가 시작됩니다. 선택한 VM 및 vApp이 복제된 스토리지에서 DR 풀로 내보내집니다. 이제 장애 조치(failover)가 완료되었습니다.
장애 복구(Failback)
-
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을 보다 쉽게 복구하려면 VM 및 vApp이 SR에 매핑되고 SR이 LUN에 매핑되는 방식을 나타내기 위해 SR의 이름을 지정합니다.
를 사용할 수도 있습니다. 재해 복구 재해 복구 시스템의 무중단 테스트를 위해 테스트 장애 조치(failover)를 실행하는 마법사입니다. 테스트 페일오버에서 단계는 페일오버와 동일하지만 복구된 VM 및 vApp은 DR 사이트에서 일시 중지된 상태로 시작됩니다. DR 사이트에서 다시 생성된 모든 VM, vApp 및 스토리지를 제거하기 위해 테스트가 완료되면 정리가 수행됩니다. 자세한 내용은 테스트 장애 조치(failover).
관련 설명서
Xen서버 8
Citrix Hypervisor 8.2 누적 업데이트 1
공유
공유
This Preview product documentation is Cloud Software Group Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Cloud Software Group Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Cloud Software Group product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.