VMware VM을 온-프레미스 사이트로 장애 복구(failback)
이 문서에서는 Azure Site Recovery를 사용하여 온-프레미스 VM을 Azure로 장애 조치(failover)한 후 Azure VM을 온-프레미스 사이트로 장애 복구(failback)하는 방법을 설명합니다. 온-프레미스로 장애 복구(failback)한 후 온-프레미스 VM이 Azure로 복제를 시작하도록 복제를 사용하도록 설정합니다.
시작하기 전에
- VMware 장애 복구(failback)에 대해 알아봅니다.
- 장애 복구(failback) 준비 단계를 검토 및 완료하고, 필요한 구성 요소를 모두 배포했는지 확인합니다. 구성 요소에는 Azure의 프로세스 서버, 온-프레미스 마스터 대상 서버, 장애 복구를 위한 VPN 사이트 간 연결(또는 Express Route 개인 피어링)이 포함됩니다.
- 다시 보호 및 장애 복구(failback)에 대한 요구 사항을 완료했는지, 그리고 Azure VM의 다시 보호를 사용하도록 설정하여 Azure에서 온-프레미스 사이트로 복제되는지 확인합니다. 장애 복구(failback)하려면 VM이 복제된 상태여야 합니다.
장애 복구(failback)하도록 장애 조치(failover) 실행
- Azure VM이 다시 보호되고 온-프레미스 사이트에 복제되는지 확인합니다.
- 장애 복구(failback)하려면 VM에 하나 이상의 복구 지점이 필요합니다.
- 복구 계획을 장애 복구(failback)하는 경우 계획의 모든 머신에 하나 이상의 복구 지점이 있어야 합니다.
- 자격 증명 모음 >복제된 항목에서 VM을 선택합니다. VM >장애 조치(failover)를 마우스 오른쪽 단추로 클릭합니다.
- 장애 조치(failover) 확인에서 장애 조치(Failover) 방향이 Azure부터인지 확인합니다.
- 장애 조치(Failover)에 사용할 복구 지점을 선택합니다.
- 최신 복구 지점을 사용하는 것이 좋습니다. 앱 일치 시점이 최신 지점보다 늦으면 데이터 손실이 발생합니다.
- 최신은 크래시 일치 복구 지점입니다.
- 최신을 사용하면 VM이 사용 가능한 최근 지점으로 장애 조치(failover)됩니다. 복구 계획 내에 다중 VM 일관성에 대한 복제 그룹이 있는 경우 복제 그룹의 각 VM이 독립적인 최신 지점으로 장애 조치(failover)됩니다.
- 앱 일치 복구 지점을 사용하는 경우 각 VM은 사용 가능한 최신 지점으로 장애 복구(failback)됩니다. 복구 계획에 복제 그룹이 있는 경우 각 그룹은 사용 가능한 일반 복구 지점으로 복구됩니다.
- 장애 조치(failover)가 시작됩니다. Site Recovery가 Azure VM을 종료합니다.
- 장애 조치(failover)가 완료된 후 모든 것이 예상대로 작동하는지 확인합니다. Azure VM이 종료되었는지 확인합니다.
- 모든 것이 확인되면 VM을 마우스 오른쪽 단추로 클릭하고 >커밋을 선택하여 장애 조치(failover) 프로세스를 완료합니다. 커밋하면 장애 조치(failover)된 Azure VM이 제거됩니다.
참고 항목
Windows VM의 경우 Site Recovery는 장애 조치(failover) 중에 VMware 도구를 사용하지 않도록 설정합니다. Windows VM의 장애 복구(failback) 중에는 VMware 도구가 다시 사용하도록 설정됩니다. Azure에서 온-프레미스로 장애 복구 후 복제를 사용하지 않도록 설정하면 시드 디스크가 Azure에 계속 존재합니다. 스토리지 비용이 발생하지 않도록 삭제되었는지 확인합니다.
온-프레미스에서 Azure로 다시 보호
장애 복구(failback)를 커밋한 후 Azure VM이 삭제됩니다. VM이 온-프레미스 사이트로 돌아 왔지만 보호되지는 않습니다. VM을 다시 Azure로 복제하려면 다음을 수행합니다.
- 자격 증명 모음 >복제된 항목에서 장애 복구(failback)된 VM을 선택한 다음, 다시 보호를 선택합니다.
- 데이터를 다시 Azure로 보내는 데 사용되는 프로세스 서버를 지정합니다.
- 확인을 선택하여 다시 보호 작업을 시작합니다.
참고 항목
온-프레미스가 시작된 후 에이전트가 구성 서버에 다시 등록하는 데 최대 15분이 걸립니다. 이 시간 동안 다시 보호가 실패하고 에이전트가 설치되지 않았다는 오류 메시지가 반환됩니다. 몇 분 동안 기다렸다가 다시 보호하세요.
다음 단계
다시 보호하는 작업이 끝난 후 온-프레미스 VM이 Azure로 복제됩니다. 필요에 따라 Azure로 또 다른 장애 조치(failover)를 실행할 수 있습니다.