Hyper-V 복제본은 비즈니스 연속성 및 재해 복구(BCDR)를 위해 Hyper-V 호스트 간에 VM(가상 머신)을 복제할 수 있도록 하는 Windows Server의 Hyper-V 기본 제공 기능입니다. 이를 통해 보조 호스트에서 VM의 오프라인 복사본을 만들고 유지 관리할 수 있으며, 기본 호스트가 실패할 경우 장애 조치(failover)에 사용할 수 있는 세 번째 호스트로 확장할 수도 있습니다. Hyper-V 복제본은 Windows 클라이언트 운영 체제의 Hyper-V에서 사용할 수 없습니다.
Hyper-V 장애 조치(failover) 클러스터링 및 Hyper-V 복제본은 관련이 있지만, 서로 다른 가용성 시나리오를 해결합니다. Hyper-V 장애 조치(failover) 클러스터는 일반적으로 동일한 클러스터형 스토리지에 액세스하는 여러 호스트(노드)를 사용하여 VM을 실행하기 위한 로컬 고가용성을 제공합니다. 노드가 실패하면 클러스터 서비스는 VM의 가상 하드 디스크가 공유 스토리지에 남아 있기 때문에 데이터 손실이 없거나 최소인 다른 노드에서 영향을 받는 VM을 다시 시작합니다. 반면 Hyper-V 복제본은 다른 호스트 또는 클러스터에서 VM 스토리지의 비동기 복사본을 유지 관리하는 재해 복구 기술로, 종종 다른 사이트에서 기본 호스트, 클러스터 또는 사이트를 사용할 수 없게 되면 장애 조치를 수동으로 시작할 수 있습니다. 복제본은 공유 스토리지를 요구하지 않으며, 복제 간격까지의 잠재적 데이터 손실을 포함하는 복구 지점 목표를 고려하고, 장애 조치(failover) 클러스터링을 대체하기보다 보완하는 역할을 합니다. 많은 조직에서 사이트 간 고가용성을 위한 클러스터링과 사이트 간 복원력 및 복구를 위한 Hyper-V 복제본을 모두 사용합니다.
이 문서에서는 Hyper-V 복제본, 주요 기능, 작동 방식 및 이를 사용하여 BCDR 전략을 향상시키는 방법에 대해 간략하게 설명합니다.
Hyper-V 복제본의 주요 기능
Hyper-V 복제본은 VM 복제 및 재해 복구를 위한 강력하고 저렴한 도구로 만드는 몇 가지 주요 기능을 제공합니다.
워크로드 및 애플리케이션에 독립적: Hyper-V 복제본은 하이퍼바이저 수준에서 작동하므로 애플리케이션별 에이전트 또는 구성을 요구하지 않고 광범위한 워크로드 및 애플리케이션을 복제하는 데 적합합니다.
비동기 복제: 기본 VM에 대한 변경 내용은 블록 수준에서 RCT(복원력 있는 변경 내용 추적)를 사용하여 정렬되며 RPO(복구 지점 목표) 요구 사항에 따라 정기적으로 30초, 5분 또는 15분 간격으로 복제본 VM에 보낼 수 있습니다. RCT는 시간이 많이 걸리는 일관성 검사의 필요성을 줄이고 뛰어난 복원력을 제공합니다.
계획 및 계획되지 않은 장애 조치(failover): 계획된 장애 조치(failover)에서 주 VM은 정상적으로 종료되고 복제본으로 전환하기 전에 나머지 변경 내용을 복제합니다. 계획되지 않은 장애 조치(failover)에서 복제본 VM은 주 VM을 종료하지 않고 시작하므로 일부 데이터가 손실될 수 있습니다. 주 호스트를 복구한 후에는 역방향 복제를 수행하여 변경 내용을 원래 주 VM으로 다시 동기화할 수 있습니다. 자세한 내용은 장애 조치(failover) 및 복구를 참조하세요.
유연한 토폴로지: 단일 호스트, 클러스터된 호스트 또는 둘의 조합 간에 복제하여 인프라에 맞는 복제 전략을 설계할 수 있습니다. 호스트는 동일한 사이트 또는 다른 지리적 위치에 위치할 수 있습니다.
암호화 및 인증: Kerberos(도메인에 가입된 호스트의 경우) 및 인증서 기반 인증(도메인에 가입되지 않은 호스트의 경우)을 모두 지원하여 복제 트래픽을 유연하게 보호합니다. 전송 중인 데이터를 보호하기 위해 인증서를 사용하여 복제 트래픽을 암호화합니다. 보안을 강화하기 위해 특정 Hyper-V 호스트 간에 복제를 제한할 수 있습니다.
유연한 스토리지 옵션: 스토리지 및 워크로드에 구애받지 않는 파일 기반 복제를 통해 인프라 디자인에서 주 및 복제본 호스트에 다양한 유형의 스토리지 솔루션을 유연하게 사용할 수 있습니다. VM에 대한 모든 가상 하드 디스크 또는 VM의 하위 집합만 복제하도록 선택하여 스토리지 사용량 및 복제 성능을 최적화할 수 있습니다.
네트워크 및 압축: 복제는 HTTP 또는 HTTPS를 사용하여 TCP 기반입니다. 복제 중에 대역폭 사용량을 줄이기 위해 압축을 사용하도록 설정할 수 있습니다.
복구 기록: 최대 24시간 복구 지점을 사용하여 필요한 경우 VM의 이전 상태로 되돌릴 수 있습니다. VSS(볼륨 섀도 복사본 서비스) 통합은 Microsoft SQL Server와 같은 VSS 인식 애플리케이션을 실행하는 VM에 애플리케이션 일치 복구 지점을 제공할 수 있습니다.
테스트 장애 조치:테스트 장애 조치(failover)를 수행하여 프로덕션 환경에 영향을 주지 않고 재해 복구 계획의 유효성을 검사합니다. 자세한 내용은 장애 조치(failover) 및 복구를 참조하세요.
확장 복제: 보조 호스트에서 세 번째 Hyper-V 호스트로 복제를 확장하여 3계층 복제 토폴로지 생성할 수 있습니다. 이 방법은 추가 중복 계층을 제공하고 보다 복잡한 BCDR 전략을 수용합니다. 확장된 복제에 대해 다른 복제 간격을 사용하여 RPO(복구 지점 목표)와 대역폭 사용량의 균형을 서로 다른 사이트에 분산할 수 있습니다. 복제는 주 서버에서 두 개의 다른 복제본 서버로 수행되지 않습니다. 대신 주 서버는 복제본 서버에 복제되며, 이 서버는 확장된 복제본 서버에 복제됩니다.
추가 라이선스 비용 없음: Hyper-V 복제본은 추가 비용 없이 Windows Server에 포함되어 있으므로 VM 복제 및 재해 복구를 위한 비용 효율적인 솔루션입니다.
Hyper-V 복제본 구성 요소
Hyper-V 복제본에는 다음 표에 설명된 구성 요소가 포함되어 있습니다.
| 구성 요소 | Description |
|---|---|
| 복제 엔진 | 초기 복제 관리, 복제 구성 세부 정보 관리, 델타 변경 사항 복제, 장애 조치 및 장애 조치 테스트 작업을 수행합니다. VM 및 스토리지 이동성 이벤트를 추적하고 필요한 경우 적절한 작업을 수행합니다. |
| 변경 추적 모듈 | 스토리지 위치(로컬, SAN, NAS, SMB 3 이상 공유 또는 클러스터 공유 볼륨)에 관계없이 VHD(가상 하드 디스크)에 대한 쓰기 작업을 모니터링하여 원본 Hyper-V 호스트에서 VM에 발생하는 변경 내용을 추적합니다. |
| 네트워크 모듈 | Hyper-V 호스트 간에 VM 데이터를 전송하는 안전하고 효율적인 방법을 제공합니다. 기본적으로 데이터를 압축하여 트래픽을 최소화하고 HTTPS 및 인증서 기반 인증을 사용할 때 데이터를 암호화할 수 있습니다. |
| Hyper-V 복제본 브로커 | Hyper-V 호스트가 장애 조치(failover) 클러스터의 노드인 경우에만 사용됩니다. 클러스터 데이터베이스를 쿼리하고 VM이 실행 중인 노드로 요청을 리디렉션하여 클러스터 노드 간에 이동할 수 있는 고가용성 VM에서 Hyper-V 복제본을 사용할 수 있습니다. |
| 관리 도구 | Hyper-V Manager 및 Windows PowerShell을 사용하여 Hyper-V 복제본을 구성하고 관리합니다. 원본 또는 복제본 호스트가 장애 조치(failover) 클러스터의 일부인 경우 모든 VM 관리 및 Hyper-V 복제본 구성에 장애 조치(failover) 클러스터 관리자를 사용합니다. |
Hyper-V 복제본 작동 방식
Hyper-V 복제본은 주 VM에 대한 변경 내용을 보조 Hyper-V 호스트의 복제본 VM에 복제하여 작동합니다. 수행하는 방법은 Hyper-V 클러스터 또는 단일 호스트에 복제하는지 여부에 따라 달라집니다. 기본 클러스터 또는 호스트가 아닌 수신 클러스터 또는 호스트를 구성합니다. 장애 조치 후 원래의 주 호스트로 장애 복구할 수 있도록 복제를 위해 주 호스트와 보조 호스트를 모두 구성하십시오.
Hyper-V 복제본에는 서로 다른 Hyper-V 호스트에 있는 단일 VM의 다음 두 인스턴스가 있을 수 있습니다.
- 주 VM이라고 하는 활발하게 실행되는 기본 VM입니다.
- 복제본 VM이라고 하는 기본 VM의 오프라인 복사본입니다.
복제 프로세스에는 다음 다이어그램에 설명된 몇 가지 주요 구성 요소 및 단계가 포함됩니다.
VM에 Hyper-V 복제본을 사용하도록 설정하면 보조 호스트에서 VM의 초기 복사본을 만듭니다. 네트워크를 통해 또는 외부 미디어를 사용하여 이 복사본을 보낼 수 있습니다.
Hyper-V 변경 내용 추적 메커니즘을 사용하여 기본 VM의 VHD(가상 하드 디스크)에 대한 변경 내용을 모니터링합니다. 파일의
.hrl변경 내용을 동일한 위치에 저장합니다. 이 방법을 사용하면 Hyper-V 마지막 복제 주기 이후 변경된 데이터 블록을 식별할 수 있습니다.구성된 복제 간격(30초, 5분 또는 15분)에서 Hyper-V 변경 내용을 보조 호스트로 보냅니다. 복제 프로세스는 비동기이므로 Hyper-V 변경 내용을 복제하는 동안 기본 VM이 계속 작동합니다.
보조 호스트는 변경 내용을 수신하고 복제본 VM의 VHD에 적용하여 복제본 VM이 주 VM과 up-to-date로 유지되도록 합니다.
주 호스트가 실패하면 복제본 VM에 대한 장애 조치(failover)를 시작합니다. 계획된 장애 조치인지 계획되지 않은 장애 조치인지에 따라 프로세스가 약간 다르지만 최종 결과는 복제본 VM이 새 기본 VM이 된다는 것입니다. 수동으로 또는 자동화 스크립트를 통해 장애 조치(failover)를 시작할 수 있습니다.
주 호스트를 복원한 후에는 역방향 복제를 수행하여 복제본 VM에 대한 변경 내용을 원래 주 VM으로 다시 동기화하여 주 호스트로서의 역할을 다시 시작할 수 있습니다.
Hyper-V 복제본 계획
BCDR 전략의 일부로 Hyper-V 복제본을 구현할 계획인 경우 다음 디자인 지점을 고려하고 결정합니다.
| 의사 결정 지점 | 지원 세부 정보 |
|---|---|
| 어떤 워크로드를 복제하시겠습니까? | 대상 VM 및 해당 워크로드를 나열합니다. 기본 복제는 사용 중인 애플리케이션 상태가 아닌 OS 상태를 보호합니다. 애플리케이션 상태를 복구해야 하는 경우 애플리케이션 일치 복구 지점을 사용하도록 설정하고 예약합니다. |
| 복제해야 하는 VHD는 무엇입니까? | 대역폭 및 스토리지를 절약하기 위해 장애 조치(failover) 후 변경 데이터가 필요하지 않은 디스크(예: 페이지 파일 또는 임시 데이터 디스크)를 제외합니다. 문서 제외 항목 |
| 데이터를 얼마나 자주 동기화해야 합니까? | RPO, 중요도 및 대역폭에 따라 30초, 5분 또는 15분을 선택합니다. 중요도가 높고 RPO가 낮을수록 더 짧은 간격을 선호해야 합니다. 사용 가능한 네트워크 용량의 유효성을 검사합니다. |
| 각 VM의 데이터 변경 속도는 어떻게 됩니까? | 변동이 많을 경우 대역폭 및 복제본 스토리지 사용량이 증가합니다. 포화 상태가 발생하는 경우 압축하거나 더 긴 간격을 고려하십시오. 크기 조정 계산에 모든 VM을 포함합니다. |
| 어떤 인증 방법을 사용하고 암호화가 필요한가요? | 두 호스트가 모두 도메인에 가입되어 있고 암호화가 필요하지 않은 경우 Kerberos를 사용합니다. 복제본 트래픽을 암호화하는 데 인증서 기반 인증을 사용하거나 두 호스트 중 하나가 도메인에 가입되지 않은 경우 필요한 인증서를 미리 프로비전하고 신뢰합니다. |
| 이전 시점으로 장애 조치(failover)해야 합니까? | 기본값은 단일(최신) 복구 지점입니다. 지정 시간 복구를 위해 시간당 최대 24개 지점을 구성합니다. 더 많은 포인트는 스토리지 및 I/O 오버헤드를 증가합니다. |
| VM 데이터의 초기 복제를 시드하려면 어떻게 해야 합니까? | 옵션: - 네트워크를 통해 즉시 보냅니다. - 이후 기간 동안 네트워크 전송을 예약합니다. - 복제본 호스트에서 복원된 기존 VM을 사용합니다. - 외부 미디어로 내보내고, 복제본 사이트에서 배송하고, 가져옵니다. |
장애 조치(failover) 및 복구
BCDR 계획을 정기적으로 테스트하여 Hyper-V 복제본이 예상대로 작동하고 VM을 성공적으로 장애 조치(failover)하고 복구할 수 있는지 확인하는 것이 중요합니다. 테스트 장애 조치(failover)를 수행하고, 복구 지점의 유효성을 검사하고, 복제 전략의 모든 구성 요소가 제대로 작동하는지 확인해야 합니다. 정기적인 테스트는 잠재적인 문제를 식별하고 팀이 장애 조치(failover) 및 복구 프로세스를 잘 알고 있는지 확인하는 데 도움이 됩니다.
Hyper-V 복제본에는 세 가지 유형의 장애 조치(failover) 시나리오가 있습니다.
프로덕션 환경에 영향을 주지 않고 언제든지 테스트 장애 조치(failover)를 실행할 수 있습니다. 테스트 장애 조치(failover)는 보조 호스트에 복제본 VM의 임시 복사본을 만들어 장애 조치 프로세스의 유효성을 검사하고 VM이 올바르게 시작되는지 확인할 수 있도록 합니다. 테스트 VM은 충돌을 방지하기 위해 프로덕션 네트워크에서 격리됩니다. 주 VM은 테스트 장애 조치(failover) 중에 계속 실행되므로 가동 중지 시간이 없으며 복제 프로세스는 영향을 받지 않습니다. BCDR 계획의 다른 구성 요소를 포함하여 테스트를 완료한 후에는 복제본 VM 또는 기본 VM에 영향을 주지 않고 테스트 VM을 삭제할 수 있습니다.
계획된 장애 조치(failover)에서 기본 VM은 정상적으로 종료되고 나머지 변경 내용은 역할을 전환하기 전에 복제본 VM에 복제됩니다. 이 방법을 사용하면 장애 조치(failover) 프로세스 중에 데이터 손실이 발생하지 않습니다. 계획된 장애 조치(failover) 중에 중복 VM이 만들어지지 않습니다. 장애 조치(failover) 작업은 주 호스트에서 시작됩니다. 주 호스트를 다시 사용할 수 있게 되면 복제를 취소하여 복제본 VM에 대한 변경 내용을 원래 주 VM으로 다시 동기화한 다음, 계획된 다른 장애 조치(failover)를 수행하여 다시 전환할 수 있습니다.
계획되지 않은 장애 조치(failover)에서 복제본 VM은 주 VM을 종료하지 않고 시작하므로 데이터가 손실될 수 있습니다. 복제본 VM은 새 기본 VM이 되며 나중에 복원된 후 변경 내용을 원래 기본 VM으로 다시 동기화하는 역방향 복제를 수행할 수 있습니다. 계획되지 않은 장애 조치(failover) 중에 중복 VM이 만들어지지 않습니다. 장애 조치(failover) 작업은 보조 호스트에서 시작됩니다.
Hyper-V 복제본을 사용하여 장애 조치(failover) 및 복구 작업을 수행하는 방법에 대한 자세한 내용은 Hyper-V 복제본을 사용하여 복제된 가상 머신 장애 조치(failover)를 참조하세요.
다음 단계
Hyper-V 복제본을 구성하려면 사용자 환경에 따라 다음 문서 중 하나를 선택합니다.