일반적인 질문 - Hyper-V와 Azure 간 재해 복구

이 문서에서는 온-프레미스 Hyper-V VM을 Azure로 복제할 때 표시되는 일반적인 질문에 대한 대답을 제공합니다.

일반

Site Recovery 비용은 어떻게 책정하는가요?

Azure Site Recovery 가격 세부 정보를 검토하세요.

Azure VM에 대한 요금을 지불하려면 어떻게 할까요?

복제 중에 데이터는 Azure Storage로 복제되며 어떠한 VM 변경에도 지불하지 않습니다. Azure에 장애 조치를 실행하면 Site Recovery에서 Azure IaaS 가상 머신을 자동으로 만듭니다. 그러면 Azure에서 사용하는 컴퓨팅 리소스에 대한 요금이 청구됩니다.

범용 v2 스토리지 계정으로 복제할 때 비용 차이가 있나요?

Azure Site Recovery는 트랜잭션이 많기 때문에 일반적으로 GPv2 스토리지 계정에서 발생하는 트랜잭션 비용이 증가하는 것을 볼 수 있습니다. 변경되는 비용을 예측하려면 자세히 알아보세요.

Azure

Hyper-V에서 Site Recovery를 통해 복제를 오케스트레이션하기 위해 필요한 것은 무엇입니까?

Hyper-V 호스트 서버에서 필요한 사항은 배포 시나리오에 따라 달라집니다. Hyper-V 필수 구성 요소를 확인해 보세요.

Hyper-V가 클라이언트 운영 체제에서 실행 중인 경우 VM을 보호할 수 있습니까?

아니요, VM은 지원되는 Windows 서버 컴퓨터를 실행하는 Hyper-V 호스트 서버에 위치해야 합니다. 클라이언트 컴퓨터를 보호해야 하는 경우 물리적 컴퓨터를 Azure 또는 보조 데이터 센터로 복제할 수 있습니다.

Hyper-V 호스트가 VMM 클라우드에 있어야 합니까?

보조 데이터 센터에 복제하려는 경우 Hyper-V VM은 VMM 클라우드에 위치한 Hyper-V 호스트 서버에 있어야 합니다. Azure로 복제하려는 경우 VMM 클라우드 존재 여부와 상관없이 VM을 복제할 수 있습니다. Azure로 Hyper-V 복제에 대해 자세히 알아보세요.

Hyper-V 2세대 가상 머신을 Azure로 복제할 수 있습니까?

예. 장애 조치(failover) 동안 Site Recovery가 컴퓨터를 2세대에서 1세대로 변환합니다. 장애 복구 시 컴퓨터가 다시 2세대로 변환됩니다. 자세히 알아보세요.

VMM 서버가 하나밖에 없는 경우 VMM을 사용하여 Site Recovery를 배포할 수 있습니까?

예. VMM 클라우드의 Hyper-V 서버에서 VM을 Azure로 복제하거나 같은 서버의 VMM 클라우드 간에 복제할 수 있습니다. 온-프레미스 간 복제는 기본 사이트와 보조 사이트에 VMM 서버가 있는 경우에 사용하는 것이 좋습니다.

Azure에는 무엇이 필요한가요?

Azure 구독, Recovery Services 스토리지, 스토리지 계정 및 가상 네트워크가 필요합니다. 자격 증명 모음, 스토리지 계정 및 네트워크는 동일한 지역에 있어야 합니다.

필요한 Azure Storage 계정은 무엇인가요?

LRS 또는 GRS 스토리지 계정이 필요합니다. 지역 정전이 발생하거나 주 지역을 복구할 수 없는 경우에 데이터를 복원할 수 있도록 GRS를 사용하는 것이 좋습니다. Premium Storage가 지원됩니다.

내 Azure 계정에 VM을 만들 수 있는 권한이 필요한가요?

구독 관리자인 경우 필요한 복제 권한을 갖고 있습니다. 구독 관리자가 아닌 경우 Site Recovery를 구성할 때 지정한 리소스 그룹 및 가상 네트워크에 Azure VM을 만들 수 있는 권한과 선택한 스토리지 계정에 쓸 수 있는 권한이 필요합니다. 자세히 알아보기.

복제 데이터를 Site Recovery로 보내는가요?

아니요, Site Recovery는 복제된 데이터를 가로채지 않으며, VM에서 실행되는 항목에 대한 정보를 갖지 않습니다. 복제 데이터는 Hyper-V 호스트와 Azure Storage 간에 교환됩니다. Site Recovery는 데이터를 가로챌 수 있는 기능이 없습니다. 복제 오케스트레이션 및 장애 조치(failover)에 필요한 메타데이터만 Site Recovery 서비스로 전송됩니다.

Site Recovery는 ISO 27001:2013, 27018, HIPAA, DPA 인증을 받았으며, SOC2 및 FedRAMP JAB 평가를 수행하는 중입니다.

지리적 지역 내에서 온-프레미스 메타데이터를 유지할 수 있나요?

예. 한 지역에 자격 증명 모음을 만들 때 Site Recovery에서 사용되는 모든 메타데이터가 해당 지역의 지리적 경계 내에 유지되도록 합니다.

Site Recovery는 복제를 암호화합니까?

예, 전송 중 암호화 및 Azure의 암호화가 모두 지원됩니다.

배포

Azure로 복제할 때 Hyper-V를 사용하여 수행할 수 있는 작업은 무엇인가요?

  • 재해 복구: 전체 재해 복구를 설정할 수 있습니다. 이 시나리오에서는 온-프레미스 Hyper-V VM을 Azure Storage에 복제합니다.
    • VM을 Azure에 복제할 수 있습니다. 온-프레미스 인프라를 사용할 수 없는 경우 Azure로 장애 조치(Failover)합니다.
    • 장애 조치를 수행하면 복제된 데이터를 사용하여 Azure VM이 만들어집니다. Azure VM의 앱 및 워크로드에 액세스할 수 있습니다.
    • 온-프레미스 데이터 센터를 다시 사용할 수 있게 되면 Azure에서 온-프레미스 사이트로 다시 장애 복구(Failback)할 수 있습니다.
  • 마이그레이션: Site Recovery를 사용하여 온-프레미스 Hyper-V VM을 Azure Storage로 마이그레이션할 수 있습니다. 그런 다음, 온-프레미스에서 Azure로 장애 조치합니다. 장애 조치(failover) 후 Azure VM에서 앱과 워크로드가 실행되며 사용할 수 있습니다.

온-프레미스에는 무엇이 필요한가요?

하나 이상의 VM을 하나 이상의 독립 실행형 또는 클러스터형 Hyper-V 호스트에서 실행해야 합니다. 또한 System Center VMM(Virtual Machine Manager)에서 관리되는 호스트에서 실행되는 VM을 복제할 수도 있습니다.

  • VMM을 실행하지 않는 경우에는 Site Recovery 배포 중에 Hyper-V 호스트와 클러스터를 Hyper-V 사이트에 모읍니다. Site Recovery 에이전트(Azure Site Recovery 공급자와 Recovery Services 에이전트)를 각 Hyper-V 컴퓨터에 설치합니다.
  • Hyper-V 호스트가 VMM 클라우드에 있는 경우 VMM에서 복제를 오케스트레이션합니다. VMM 서버에 Site Recovery 공급자를, 각 Hyper-V 호스트에 Recovery Services 에이전트를 설치합니다. VMM 논리/VM 네트워크와 Azure VNet 간을 매핑합니다.
  • Hyper-V에서 Azure로 복제 아키텍처에 대해 자세히 알아보세요.

Hyper-V 클러스터에 있는 VM을 복제할 수 있나요?

예, Site Recovery는 클러스터형 Hyper-V 호스트를 지원합니다. 다음 사항에 유의합니다.

  • 클러스터의 모든 노드는 동일한 자격 증명 모음에 등록되어야 합니다.
  • VMM을 사용하지 않는 경우 클러스터의 모든 Hyper-V 호스트를 동일한Hyper-V 사이트에 추가해야 합니다.
  • Azure Site Recovery 공급자와 Recovery Services 에이전트를 클러스터의 각 Hyper-V 호스트에 설치하고 각 호스트를 Hyper-V 사이트에 추가합니다.
  • 클러스터에서 수행해야 하는 특정 단계가 없습니다.
  • Hyper-V의 Deployment Planner 도구를 실행하는 경우 이 도구는 해당 도구가 실행되고 있으며 VM이 실행되고 있는 노드에서 프로필 데이터를 수집합니다. 이 도구는 꺼져 있는 노드에서는 데이터를 수집할 수 없고 해당 노드를 추적합니다. 노드가 실행되게 되면 이 도구는 VM 프로필 데이터를 수집하기 시작합니다(VM이 프로필 VM 목록에 속하고 해당 노드에서 실행되는 경우).
  • Site Recovery 자격 증명 모음에 있는 Hyper-V 호스트의 VM을 동일한 클러스터의 다른 Hyper-V 호스트 또는 독립 실행형 호스트로 마이그레이션하면 해당 VM에 대한 복제는 영향을 받지 않습니다. Hyper-V 호스트는 필수 구성 요소를 충족하고 Site Recovery 자격 증명 모음에서 구성되어야 합니다.

Hyper-V가 클라이언트 운영 체제에서 실행 중인 경우 VM을 보호할 수 있습니까?

아니요, VM은 지원되는 Windows 서버 컴퓨터를 실행하는 Hyper-V 호스트 서버에 위치해야 합니다. 클라이언트 컴퓨터를 보호해야 하는 경우 물리적 컴퓨터를 Azure로 복제할 수 있습니다.

Hyper-V 2세대 가상 머신을 Azure로 복제할 수 있습니까?

예. 장애 조치(failover) 동안 Site Recovery가 컴퓨터를 2세대에서 1세대로 변환합니다. 장애 복구 시 컴퓨터가 다시 2세대로 변환됩니다.

SDK와 함께 Site Recovery 시나리오를 자동화할 수 있습니까?

예. REST API, PowerShell 또는 Azure SDK를 사용하여 Site Recovery 워크플로를 자동화할 수 있습니다. PowerShell을 사용하여 Hyper-V를 Azure로 복제하기 위한 현재 지원되는 시나리오:

복제

온-프레미스 VM은 어디에 복제되는가요?

데이터는 Azure Storage에 복제됩니다. 장애 조치를 실행하면 Site Recovery에서 스토리지 계정으로부터 Azure VM을 자동으로 만듭니다.

복제할 수 있는 앱은 무엇인가요?

복제 요구 사항을 준수하는 Hyper-V VM에서 실행되는 모든 응용 프로그램 또는 작업을 복제할 수 있습니다. Site Recovery는 애플리케이션 인식 복제를 지원하므로 앱을 지능형 상태로 장애 조치 및 장애 복구할 수 있습니다. SharePoint, Exchange, Dynamics, SQL Server, Active Directory와 같은 Microsoft 애플리케이션과 통합되고, Oracle, SAP, IBM, Red Hat과 같은 선도적인 공급 업체와 긴밀하게 협력합니다. 자세히 알아봅니다 .

복제 프로세스란?

  1. 초기 복제가 트리거될 때 Hyper-V VM 스냅샷이 만들어집니다.
  2. VM의 가상 하드 디스크는 모두 Azure에 복사될 때까지 하나씩 복제됩니다. 이 작업은 VM 크기 및 네트워크 대역폭에 따라 시간이 오래 걸릴 수 있습니다. 네트워크 대역폭을 높이는 방법을 알아봅니다.
  3. 초기 복제 진행 중에 디스크가 변경될 경우, Hyper-V 복제 로그(.hrl)로 Hyper-V 복제본 복제 추적자가 이러한 변경 내용을 추적합니다. 이러한 로그 파일은 디스크와 동일한 폴더에 있습니다. 각 디스크에는 보조 스토리지로 전송되는 .hrl 파일이 연결되어 있습니다. 초기 복제 진행 중에는 스냅샷과 로그 파일이 디스크 리소스를 사용합니다.
  4. 초기 복제가 완료되면 VM 스냅샷은 삭제됩니다.
  5. 로그의 디스크 변경 내용이 동기화되고 부모 디스크로 병합합니다.
  6. 초기 복제를 마친 후에는 가상 머신에 대한 보호 완료 작업이 실행됩니다. 네트워크 및 기타 사후 설정을 구성하므로 VM이 보호됩니다.
  7. 이 단계에서 VM 설정이 장애 조치에 대비하고 있는지 확인할 수 있습니다. VM에 대한 재해 복구 훈련(장애 조치 테스트)을 실행하여 장애 조치가 기대한 대로 작동하는지 확인할 수 있습니다.
  8. 초기 복제 후에는 복제 정책에 따라 델타 복제가 시작됩니다.
  9. 변경 내용이 .hrl 파일에 로깅됩니다. 복제를 위해 구성된 각 디스크에는 연결된 .hrl 파일이 있습니다.
  10. 로그는 고객의 스토리지 계정으로 전송됩니다. 로그가 Azure로 전송 중인 경우 주 디스크의 변경 내용은 같은 폴더의 다른 로그 파일에 추적됩니다.
  11. 초기 및 델타 복제가 진행되는 동안 Azure Portal에서 VM을 모니터링할 수 있습니다.

복제 프로세스에 대해 자세히 알아봅니다.

사이트 간 VPN을 사용하여 Azure에 복제할 수 있나요?

Azure Site Recovery는 퍼블릭 엔드포인트를 통해 Azure Storage 계정 또는 관리 디스크에 데이터를 복제합니다. 그러나 복제는 사이트 간 VPN을 통해서도 수행할 수 있습니다. 사이트 간 VPN 연결을 통해 조직은 기존 네트워크를 Azure에 연결하거나 Azure 네트워크를 서로 연결할 수 있습니다. 사이트 간 VPN은 인터넷을 통한 IPSec 터널링을 통해 발생하며, Azure의 기존 온-프레미스 경계 네트워크 장비 및 네트워크 어플라이언스, Azure VPN(Virtual Private Network) 게이트웨이와 같은 네이티브 기능 또는 Check Point CloudGaurd, Palo Alto NextGen 방화벽과 같은 타사 옵션 중 하나를 활용합니다. 사이트 간 VPN을 사용하여 Azure에 복제하는 것은 프라이빗 엔드포인트를 사용하는 경우에만 지원됩니다.

VPN을 통해 복제할 수 없는 이유는 무엇인가요?

Azure에 복제할 경우 복제 트래픽이 Azure Storage 계정의 퍼블릭 엔드포인트에 도달합니다. 따라서 ExpressRoute(Microsoft 피어링)를 사용하여 공용 인터넷을 통해서만 복제할 수 있으며 VPN은 작동하지 않습니다.

복제된 VM에 대한 요구 사항은 무엇인가요?

복제의 경우 Hyper-V VM에서 지원되는 운영 체제를 실행해야 합니다. 또한 VM에서 Azure VM에 대한 요구 사항을 충족해야 합니다. 지원 매트릭스에서 자세히 알아보세요.

가상 머신 디스크를 프리미엄 스토리지에 복제하는 경우 추가 표준 스토리지 계정이 필요한 이유는 무엇인가요?

온-프레미스 가상 머신/물리적 서버를 프리미엄 스토리지에 복제하는 경우 보호된 컴퓨터의 디스크에 있는 모든 데이터가 프리미엄 스토리지 계정에 복제됩니다. 복제 로그를 저장하려면 추가 표준 스토리지 계정이 필요합니다. 디스크 데이터 복제의 초기 단계가 완료된 후에는 온-프레미스 디스크 데이터의 모든 변경 내용이 지속적으로 추적되고 이 추가 표준 스토리지 계정에 복제 로그로 저장됩니다.

Azure에 얼마나 자주 복제할 수 있나요?

Hyper-V VM은 30초(Premium Storage 제외) 또는 5분마다 복제할 수 있습니다.

Hyper-V 컴퓨터에서 Azure Site Recovery 및 Hyper-V 복제본을 함께 구성할 수 있나요?

예, Azure Site Recovery와 Hyper-V 복제본을 모두 컴퓨터에 함께 구성할 수 있습니다. 하지만 컴퓨터는 물리적 컴퓨터로 보호되어야 하며 구성/프로세스 서버를 사용하여 Azure에 복제됩니다. 물리적 컴퓨터 보호에 대한 자세한 내용은 여기에서 자세히 알아봅니다.

복제를 확장할 수 있나요?

확장 복제 또는 체인으로 연결된 복제는 지원되지 않습니다. 사용자 의견 포럼을 통해 이 기능에 대한 의견을 보내 주세요.

오프라인 초기 복제를 수행할 수 있나요?

지원되지 않습니다. 사용자 의견 포럼을 통해 이 기능에 대한 의견을 보내 주세요.

디스크를 제외할 수 있나요?

예, 디스크는 복제에서 제외할 수 있습니다.

동적 디스크를 사용하여 VM을 복제할 수 있나요?

예, 동적 디스크는 복제할 수 있습니다. 운영 체제 디스크는 기본 디스크여야 합니다.

다른 백업 또는 재해 복구 도구와 함께 Site Recovery를 사용하도록 설정할 수 있나요?

아니요, 동일한 호스트 머신에서 다른 백업 또는 재해 복구 리소스와 함께 Site Recovery를 사용하도록 설정하는 것은 지원되지 않습니다. 다른 도구는 원활하게 작동하도록 Site Recovery에 필요한 리소스에 대한 잠금을 만들 수 있습니다. 이로 인해 지속적인 복제가 중단될 수 있습니다.

보안

Site Recovery에서 Hyper-V 호스트에 액세스하는 데 필요한 권한은 무엇인가요?

Site Recovery는 선택한 VM을 복제할 Hyper-V 호스트에 대한 액세스 권한이 있어야 합니다. Site Recovery는 Hyper-V 호스트에 다음을 설치합니다.

  • VMM을 실행하지 않는 경우 Site Recovery 공급자 및 Recovery Services 에이전트가 각 호스트에 설치됩니다.
  • VMM을 실행하는 경우 Recovery Services 에이전트가 각 호스트에 설치됩니다. 공급자는 VMM 서버에서 실행됩니다.

Site Recovery는 Hyper-V VM에 무엇을 설치하나요?

Site Recovery는 복제용으로 설정된 Hyper-V VM에서는 어떤 항목도 명시적으로 설치하지 않습니다.

장애 조치(failover) 및 장애 복구(failback)

Azure로 장애 조치(Failover)하려면 어떻게 해야 하나요?

온-프레미스 Hyper-V VM에서 Azure로 계획된 또는 계획되지 않은 장애 조치를 실행할 수 있습니다.

  • 계획된 장애 조치를 실행할 경우 데이터 손실을 방지하기 위해 원본 VM이 종료됩니다.
  • 주 사이트에 액세스할 수 없는 경우 계획되지 않은 장애 조치를 실행할 수 있습니다.
  • 단일 컴퓨터에 장애 조치를 수행하거나 복구 계획을 만들어서 여러 컴퓨터의 장애 조치를 오케스트레이션할 수 있습니다.
  • 장애 조치(failover)는 두 부분에서 수행합니다.
    • 첫 번째 장애 조치를 실행한 후에 Azure에서 만들어진 복제본 VM이 표시되어야 합니다. 필요한 경우 VM에 공용 IP 주소를 할당할 수 있습니다.
    • 그런 다음 복제본 Azure VM에서 워크로드에 액세스하려면 장애 조치를 커밋합니다.

장애 조치 후 Azure VM에 액세스하려면 어떻게 할까요?

장애 조치 후에 보안 인터넷 연결, 사이트 간 VPN 또는 Azure ExpressRoute를 통해 Azure VM에 액세스할 수 있습니다. 연결하려면 여러 가지 사항을 준비해야 합니다. 자세히 알아보기.

장애 조치된 데이터는 복원되나요?

Azure는 복원을 위해 디자인되었습니다. Site Recovery는 Azure SLA에 따라 보조 Azure 데이터 센터에 장애 조치하도록 설계되었습니다. 장애 조치가 발생하면 메타데이터와 자격 증명 모음이 자격 증명 모음에 대해 선택한 지리적 지역과 동일한 지역에 유지되고 있는지 확인합니다.

장애 조치(failover)는 자동입니까?

장애 조치는 자동이 아닙니다. 포털에서 클릭 한 번으로 장애 조치(failover)를 시작하거나 PowerShell을 사용하여 장애 조치(failover)를 트리거할 수 있습니다.

장애 복구(Failback)하려면 어떻게 하나요?

온-프레미스 인프라를 다시 실행한 후 장애 복구를 수행할 수 있습니다. 장애 복구는 다음 3단계로 수행됩니다.

  1. 몇 가지 다른 옵션을 사용하여 Azure에서 온-프레미스 사이트로 계획된 장애 조치(Failover)를 시작합니다.

    • 가동 중지 시간 최소화: 이 옵션을 사용하면 Site Recovery가 장애 조치(Failover) 전에 데이터를 동기화합니다. 변경된 데이터 블록을 확인하고 온-프레미스 사이트에 다운로드하며 Azure VM은 그 동안에도 계속 실행되어 가동 중지 시간을 최소화합니다. 장애 조치 완료를 수동으로 지정해야 하는 경우 Azure VM이 종료되고 최종 델타 변경 내용이 복사되며 장애 조치가 시작됩니다.
    • 전체 다운로드:이 옵션에서는 장애 조치(Failover) 중에 데이터가 동기화됩니다. 이 옵션은 전체 디스크를 다운로드합니다. 체크섬을 계산하지 않아 더 빠르지만 가동 중지 시간은 더 늘어납니다. 상당 시간 동안 복제본 Azure VM을 실행하였거나 온-프레미스 VM이 삭제된 경우에 이 옵션을 사용합니다.
  2. 동일한 VM으로 또는 대체 VM으로 장애 복구(Failback)하도록 선택할 수 있습니다. VM이 없는 경우 Site Recovery가 이를 만들도록 지정할 수 있습니다.

  3. 초기 동기화가 완료되면 장애 조치를 완료하도록 선택합니다. 완료되면 온-프레미스 VM에 로그인하여 모든 것이 기대한 대로 작동하는지 확인할 수 있습니다. Azure Portal에서 Azure VM이 중지된 것을 확인할 수 있습니다.

  4. 장애 조치(Failover)를 커밋하여 완료하고 다시 온-프레미스 VM에서 워크로드에 액세스합니다.

  5. 워크로드가 장애 복구되면 역방향 복제를 활성화하여 온-프레미스 VM이 다시 Azure에 복제되게 합니다.

다른 위치로 장애 조치할 수 있나요?

예, Azure에 장애 조치한 경우 원본을 사용할 수 없을 때 다른 위치로 장애 복구할 수 있습니다. 자세한 정보.