복제된 물리적 서버를 Azure로 장애 조치(Failover) 및 장애 복구(Failback)

아티클
07/08/2024

이 자습서에서는 Azure Site Recovery로 Azure에 복제하고 있는 온-프레미스 물리적 서버를 장애 조치(failover)하는 방법을 설명합니다. Azure에서 장애 조치(failover)한 후 온-프레미스 사이트가 사용 가능해지면 장애 복구(failback)합니다.

시작하기 전에

재해 복구의 장애 조치(failover) 프로세스에 대해 알아봅니다.
여러 컴퓨터를 장애 조치(failover)하려는 경우 복구 계획에서 컴퓨터를 함께 수집하는 방법에 대해 알아봅니다.
전체 장애 조치(failover)를 수행하기 전에 재해 복구 드릴을 실행하여 모든 것이 예상대로 작동하는지 확인합니다.
장애 조치(failover) 후 Azure VM에 대한 연결을 준비하려면 다음 지침을 따릅니다.

장애 조치(Failover) 실행

서버 속성 확인

서버 속성을 확인하고 서버가 Azure VM에 대한 Azure 요구 사항을 준수하는지 확인합니다.

보호된 항목에서 복제된 항목을 클릭하고 컴퓨터를 선택합니다.
복제된 항목 창에 컴퓨터 정보, 상태 및 최신 사용 가능한 복구 지점의 요약이 제공됩니다. 자세한 내용을 보려면 속성을 클릭합니다.
컴퓨팅 및 네트워크에서 Azure 이름, 리소스 그룹, 대상 크기, 가용성 세트 및 관리 디스크 설정을 수정할 수 있습니다.
장애 조치(failover) 후 Azure VM이 배치될 네트워크/서브넷 및 할당되는 IP 주소를 포함한 네트워크 설정을 보고 수정할 수 있습니다.
디스크에서 컴퓨터 운영 체제 및 데이터 디스크에 대한 정보를 볼 수 있습니다.

Azure로 장애 조치(failover)

설정>복제된 항목에서 컴퓨터 > 장애 조치(failover)를 클릭합니다.
장애 조치(Failover)에서 장애 조치할 복구 시점을 선택합니다. 다음 옵션 중 하나를 사용할 수 있습니다.
- 최신: 이 옵션은 먼저 Site Recovery로 전송된 모든 데이터를 처리합니다. 이 옵션은 장애 조치(failover) 후에 생성된 Azure VM은 장애 조치(failover)가 트리거되었을 때 Site Recovery로 복제된 모든 데이터를 보유하므로 가장 낮은 RPO(복구 지점 목표)를 제공합니다.
- 가장 최근에 처리됨: 이 옵션은 컴퓨터를 Site Recovery에서 처리된 최신 복구 지점으로 장애 조치(Failover)합니다. 이 옵션은 처리되지 않은 데이터를 처리하는 데 시간이 투입되지 않으므로 낮은 RTO(복구 시간 목표)를 제공합니다.
- 최신 앱 일치: 이 옵션은 컴퓨터를 Site Recovery에서 처리된 최신 앱 일치 복구 지점으로 장애 조치(Failover)합니다.
- 사용자 지정: 복구 지점을 지정합니다.
장애 조치(Failover)를 트리거하기 전에 Site Recovery에서 원본 컴퓨터를 종료하려고 시도하는 경우 장애 조치(Failover)를 시작하기 전에 컴퓨터를 종료합니다.를 선택합니다. 종료가 실패하더라도 장애 조치는 계속됩니다. 작업 페이지에서 장애 조치 진행 상황 확인을 수행할 수 있습니다.
Azure VM에 연결할 준비가 된 경우 연결하고, 장애 조치(failover) 후에 유효성을 검사합니다.
확인한 후 장애 조치(failover)를 커밋합니다. 그러면 사용 가능한 복구 지점이 모두 삭제됩니다.

Warning

진행 중인 장애 조치(Failover)는 취소하지 마세요. 장애 조치(Failover)를 시작하기 전에 컴퓨터 복제가 중지됩니다. 장애 조치(Failover)를 취소하면 중지되지만, 컴퓨터는 다시 복제하지 않습니다. 물리적 서버의 경우 추가 장애 조치(Failover) 처리를 완료하는 데 8~ 10분 정도 걸릴 수 있습니다.

장애 조치(failover) 중 작업 자동화

장애 조치(failover) 중에 작업을 자동화할 수 있습니다. 이렇게 하려면 복구 계획에서 스크립트 또는 Azure Automation Runbook을 사용하여 자동화할 수 있습니다.

스크립트 추가를 포함하여 복구 계획을 만들고 사용자 지정하는 방법에 대해 알아봅니다.
복구 계획에 Azure Automation Runbook을 추가하는 방법에 대해 알아봅니다.

장애 조치(failover) 후 설정 구성

장애 조치(failover) 후 복제된 Azure VM에 연결하려면 Azure 설정을 구성해야 합니다. 또한 내부 및 공용 IP 주소 지정을 설정합니다.

다시 보호 및 장애 복구(failback) 준비

Azure로 장애 조치(failover)한 후 Azure VM을 온-프레미스 사이트로 복제하여 다시 보호합니다. 그런 다음 복제 중인 이후에 Azure에서 온-프레미스 사이트로 장애 조치(failover)를 실행하여 온-프레미스로 장애 복구할 수 있습니다.

Site Recovery를 사용하여 Azure로 복제된 물리적 서버는 VMware VM으로만 장애 복구(Failback)할 수 있습니다. 장애 복구(Failback)하려면 VMware 인프라가 필요합니다. 이 문서의 단계에 따라 Azure와 온-프레미스 마스터 대상 서버에서 프로세스 서버를 설정하고 장애 복구를 위한 사이트 간 VPN 또는 ExpressRoute 개인 피어링을 구성하는 것을 포함하여 다시 보호 및 장애 복구를 준비합니다.
온-프레미스 구성 서버가 실행 중이고 Azure에 연결되어 있어야 합니다. Azure로 장애 조치하는 동안에는 온-프레미스 사이트에 액세스할 수 없으므로 구성 서버가 사용할 수 없거나 종료된 상태일 수 있습니다. 장애 복구(failback) 중에 VM이 구성 서버 데이터베이스에 있어야 합니다. 그렇지 않으면 장애 복구가 실패합니다.
온-프레미스 마스터 대상 서버에서 스냅샷을 삭제합니다. 스냅샷이 있는 경우 다시 보호가 작동하지 않습니다. VM의 스냅샷은 다시 보호 작업 중에 자동으로 병합됩니다.
다중 VM 일관성을 위해 복제 그룹으로 수집된 VM을 다시 보호하는 경우에는 모든 VM의 운영 체제(Windows 또는 Linux)가 동일한지 확인하고 배포하는 마스터 대상 서버의 운영 체제가 동일한지 확인합니다. 복제 그룹의 모든 VM이 동일한 마스터 대상 서버를 사용해야 합니다.
장애 복구(failback)에 필요한 포트를 엽니다.
장애 복구(failback) 전에 vCenter Server가 연결되어 있는지 확인합니다. 연결되지 않은 경우 디스크의 연결을 끊고 가상 머신을 다시 연결하는 작업이 실패합니다.
vCenter Server에서 장애 복구(failback)하려는 VM을 관리하는 경우 필요한 권한이 있는지 확인합니다. 읽기 전용 사용자 vCenter 검색을 수행하고 가상 머신을 보호하면 보호에 성공하고 장애 조치가 작동합니다. 그러나 다시 보호 중에는 데이터 저장소를 검색할 수 없기 때문에 장애 조치(failover)가 실패하고, 다시 보호 중에는 나열되지 않습니다. 이 문제를 해결하려면 vCenter 자격 증명을 적절한 계정/권한으로 업데이트한 다음, 작업을 다시 시도하면 됩니다.
템플릿을 사용하여 가상 머신을 만든 경우 각 VM에 디스크에 대한 고유의 UUID가 있는지 확인합니다. 온-프레미스 VM의 UUID와 마스터 대상 서버의 UUID가 모두 동일한 템플릿에서 만들어졌기 때문에 두 UUID가 충돌하는 경우 다시 보호에 실패합니다. 다른 템플릿에서 배포하세요.
대체 vCenter Server로 장애 복구(failback)하려는 경우 새 vCenter Server 및 마스터 대상 서버가 검색되는지 확인합니다. 검색되지 않는 경우 일반적으로 데이터 저장소에 액세스할 수 없거나 다시 보호에 표시되지 않습니다.
장애 복구(failback)할 수 없는 다음 시나리오를 확인합니다.
- ESXi 5.5 체험판 버전 또는 vSphere 6 Hypervisor 체험판 버전을 사용 중인 경우. 다른 버전으로 업그레이드하세요.
- Windows Server 2008 R2 SP1 물리적 서버가 있는 경우.
- VM이 마이그레이션되었습니다.
- VM이 다른 리소스 그룹으로 이동되었습니다.
- 복제본 Azure VM이 삭제되었습니다.
- 복제본 Azure VM이 보호되어 있지 않습니다(온-프레미스 사이트에 복제).
사용 가능한 장애 복구(failback) 유형 - 원래 위치 복구 및 대체 위치 복구를 검토합니다.

대체 위치로 Azure VM 다시 보호

이 절차에서는 온-프레미스 VM이 사용 가능하지 않은 것으로 가정합니다.

자격 증명 모음 >설정>복제된 항목에서 장애 조치(failover)된 머신을 마우스 오른쪽 단추로 클릭하고 >다시 보호를 선택합니다.
다시 보호에서 Azure - 온-프레미스를 선택합니다.
온-프레미스 마스터 대상 서버 및 프로세스 서버를 지정합니다.
데이터 저장소에서 온-프레미스에서 디스크를 복구하려는 마스터 대상 데이터 저장소를 선택합니다. - 온-프레미스 VM이 삭제되었거나 존재하지 않으며 새 디스크를 만들어야 하는 경우 이 옵션을 사용합니다. - 디스크가 이미 있으면 이 설정을 무시합니다. 하지만 값은 지정해야 합니다.
마스터 대상 보존 드라이브를 선택합니다. 장애 복구 정책이 자동으로 선택됩니다.
확인을 클릭하여 다시 보호를 시작합니다. Azure VM을 온-프레미스 사이트로 복제하는 작업을 시작합니다. 작업 탭에서 진행률을 추적할 수 있습니다.

참고 항목

Azure VM을 기존 온-프레미스 VM으로 복구하려면 마스터 대상 서버의 ESXi 호스트에 읽기/쓰기 액세스 권한으로 온-프레미스 VM의 데이터 저장소를 탑재합니다.

Azure에서 장애 복구

다음과 같이 장애 조치(Failover)를 실행합니다.

복제된 항목 페이지에서 머신 >계획되지 않은 장애 조치(Failover)를 마우스 오른쪽 단추로 클릭합니다.
장애 조치(Failover) 확인에서 장애 조치(Failover) 방향이 Azure부터인지 확인합니다. 3.장애 조치(Failover)에 사용할 복구 지점을 선택합니다.
- 최신 복구 지점을 사용하는 것이 좋습니다. 앱 일치 시점이 최신 지점보다 늦으면 데이터 손실이 발생합니다.
- 최신은 크래시 일치 복구 지점입니다.
- 장애 조치(Failover)를 실행하면 Site Recovery가 Azure VM을 종료하고 온-프레미스 VM을 부팅합니다. 일정 시간 동안 가동 중지되므로 적절한 시간을 선택합니다.
컴퓨터를 마우스 오른쪽 단추로 클릭하고 커밋을 클릭합니다. 그러면 Azure VM을 제거하는 작업이 트리거됩니다.
Azure VM이 예상대로 종료되었는지 확인합니다.

Azure로 온-프레미스 컴퓨터 다시 보호

이제 데이터가 온-프레미스 사이트에서 다시 복구되지만 Azure로 복제되지는 않습니다. 다음과 같이 Azure로의 복제를 다시 시작할 수 있습니다.

자격 증명 모음 >설정>복제된 항목에서 장애 복구(Failback)된 VM을 선택하고 다시 보호를 클릭합니다.
Azure로 복제된 데이터를 전송하는 데 사용되는 프로세스 서버를 선택하고 확인을 클릭합니다.

다음 단계

다시 보호하는 작업이 끝난 후 온-프레미스 VM이 Azure로 복제됩니다. 필요에 따라 Azure로 또 다른 장애 조치(failover)를 실행할 수 있습니다.

다음을 통해 공유