온-프레미스 재해 복구 장애 조치(failover)/장애 복구(failback) 정보 - 최신

이 문서에서는 Azure Site Recovery - 최신을 사용하여 온-프레미스 머신을 Azure에 재해 복구하는 동안 장애 조치 및 장애 복구를 간략하게 설명합니다.

Azure Site Recovery Classic 릴리스의 장애 조치 및 장애 복구에 대한 자세한 내용은 이 문서를 참조하세요.

복구 단계

Site Recovery의 장애 조치와 장애 복구에는 4개 단계가 있습니다.

• 1단계: 온-프레미스에서 장애 조치: 온-프레미스 머신에 대해 Azure로 복제를 설정한 후 온-프레미스 사이트가 다운되면 해당 머신을 Azure로 장애 조치합니다. 장애 조치(Failover) 후 복제된 데이터에서 Azure VM이 만들어집니다.
• 2단계: Azure VM 다시 보호: Azure에서 Azure VM을 다시 보호하여 온-프레미스 사이트로 다시 복제를 시작합니다. 데이터 일관성을 보장할 수 있도록 온-프레미스 VM(사용 가능한 경우)은 다시 보호 중에 꺼져 있습니다.
• 3단계: Azure에서 장애 조치: 온-프레미스 사이트가 다시 정상적으로 실행되는 경우 다른 장애 조치를 실행하여 이번에는 Azure VM을 온-프레미스 사이트로 장애 복구합니다. 장애 조치한 원래 위치나 대체 위치로 장애 복구할 수 있습니다. 이 작업을 ‘계획된 장애 조치’라고 합니다.
• 4단계: 온-프레미스 머신 다시 보호: 장애 복구한 후 온-프레미스 머신을 Azure로 다시 복제할 수 있습니다.

장애 조치(Failover)

BCDR(비즈니스 연속성 및 재해 복구) 전략의 일부로 장애 조치를 수행합니다.

• BCDR 전략의 첫 번째 단계로, 지속적으로 온-프레미스 머신을 Azure에 복제합니다. 사용자는 온-프레미스 원본 머신에서 실행되는 워크로드와 앱에 액세스합니다.
• 온-프레미스에서 중단이 발생하는 경우와 같이 필요한 경우 머신을 Azure로 장애 조치합니다. Azure VM은 복제된 데이터를 사용하여 만들어집니다.
• 비즈니스 연속성을 위해 사용자는 Azure VM에서 앱에 계속 액세스할 수 있습니다.

장애 조치는 2단계 작업입니다.

• 장애 조치: 선택된 복구 지점을 사용하여 Azure VM을 만들고 표시하는 장애 조치입니다.
• 커밋: 장애 조치 후에 Azure에서 VM을 확인합니다.
  • 그런 다음, 선택된 복구 지점으로 장애 조치를 커밋하거나 커밋을 위해 다른 지점을 선택할 수 있습니다.
  • 장애 조치를 커밋한 후에는 복구 지점을 변경할 수 없습니다.

장애 조치 후 Azure에 연결

RDP/SSH를 사용하여 장애 조치 후 생성된 Azure VM에 연결하려면 여러 요구 사항이 있습니다.

장애 조치(Failover) 유형

Site Recovery는 다른 장애 조치 옵션을 제공합니다.

장애 조치 처리

일부 시나리오에서는 장애 조치(failover)를 위해서는 추가 처리가 필요하며 이러한 작업을 완료하는 데는 약 8~10분이 소요됩니다. 다음에 대한 테스트 장애 조치(failover) 시간이 길어질 수 있습니다.

• DHCP 서비스를 사용하도록 설정되지 않은 VMware VM
• 다음 부팅 드라이버가 없는 VMware VM: storvsc, vmbus, storflt, intelide, atapi.

복구 지점 옵션

장애 조치(failover) 중에는 여러 복구 지점 옵션을 선택할 수 있습니다.

다시 보호/계획된 장애 조치

Azure로 장애 조치한 후 복제된 Azure VM은 보호되지 않는 상태입니다.

• 온-프레미스 사이트로 장애 복구하는 첫 번째 단계로, 온-프레미스로 복제하는 Azure VM을 시작해야 합니다. 다시 보호 프로세스는 장애 조치된 머신의 유형에 따라 달라집니다.
• 머신이 Azure에서 온-프레미스로 복제된 후 Azure에서 온-프레미스 사이트로 장애 조치를 실행할 수 있습니다.
• 머신이 다시 온-프레미스에서 실행된 후 재해 복구를 위해 머신이 Azure에 복제되도록 복제를 사용하도록 설정할 수 있습니다.
• 다시 보호하는 동안 온-프레미스에서 Azure로 복제된 디스크만 Azure에서 다시 복제됩니다. 장애 조치(failover)된 Azure VM에 새로 추가된 디스크는 온-프레미스 머신에 복제되지 않습니다.
• 어플라이언스에는 최대 60개의 디스크가 연결되어 있을 수 있습니다. 장애 복구 중인 VM에 총 60개가 넘는 디스크가 있거나 대량의 트래픽을 장애 복구하는 경우 장애 복구를 위한 별도의 어플라이언스를 만듭니다.

계획된 장애 조치는 다음과 같이 진행됩니다.

• 온-프레미스로 장애 복구하려면 VM에 하나 이상의 복구 지점이 필요합니다. 복구 계획에서 계획의 모든 VM에는 하나 이상의 복구 지점이 필요합니다.
• 계획된 장애 조치(failover) 작업이므로 장애 복구하려는 복구 지점 유형을 선택할 수 있습니다. 충돌 일치 지점을 사용하는 것이 좋습니다.
  • 앱 일치 복구 지점 옵션도 있습니다. 이 경우 단일 VM은 사용 가능한 최신 앱 일치 복구 지점으로 복구됩니다. 복제 그룹이 있는 복구 계획의 경우 각 복제 그룹은 사용 가능한 일반 복구 지점으로 복구됩니다.
  • 앱 일치 복구 지점의 경우 복구가 지연될 수 있고 데이터가 손실될 수 있습니다.
• Azure에서 온-프레미스 사이트로 장애 조치하는 동안 Site Recovery는 Azure VM을 종료합니다. 장애 조치를 커밋하면 Site Recovery는 Azure에서 장애 복구된 Azure VM을 제거합니다.

VMware/물리적 다시 보호/장애 복구

VMware 머신과 물리적 서버를 다시 보호하고 Azure에서 온-프레미스로 장애 복구하려면 정상 어플라이언스가 있어야 합니다.

어플라이언스 선택

• 온-프레미스로 다시 보호하기 위해 자격 증명 모음에 등록된 Azure Site Recovery 복제 어플라이언스를 선택할 수 있습니다. 다시 보호 작업에는 Azure의 별도 프로세스 서버가 필요하지 않으며 Linux VM용 스케일 아웃 Master Target 서버가 필요하지 않습니다.
• 복제 어플라이언스에는 장애 복구(failover) 중에 추가 네트워크 연결/포트가 필요하지 않습니다(정방향 보호와 다름). 정상 상태이면 동일한 어플라이언스를 정방향 및 역방향 보호에 사용할 수 있습니다. 이것은 복제의 성능에 영향을 주지 않습니다.
• 어플라이언스를 선택할 때 원본 컴퓨터가 있는 대상 데이터 저장소에 어플라이언스가 액세스할 수 있는지 확인합니다. 원본 컴퓨터의 데이터 저장소는 항상 어플라이언스가 액세스할 수 있어야 합니다. 컴퓨터와 어플라이언스가 서로 다른 ESX 서버에 있더라도 데이터 저장소가 서로 공유되는 한 다시 보호됩니다.

  참고 항목

  • 복제된 항목의 스토리지 vMotion은 지원되지 않습니다. 복제 어플라이언스의 스토리지 vMotion은 다시 보호 작업 후에 지원되지 않습니다.
  • 어플라이언스를 선택할 때 원본 컴퓨터가 있는 대상 데이터 저장소에 어플라이언스가 액세스할 수 있는지 확인합니다.

작업 다시 보호

• 새 다시 보호 작업인 경우 기본적으로 대상 지역에서 Azure Site Recovery로 인해 새 로그 스토리지 계정이 자동으로 생성됩니다. 보존 디스크가 필요하지 않습니다.
• 대체 위치 복구 및 원본 위치 복구에서 원본 머신의 원래 구성이 검색됩니다.

  참고 항목

  • ALR(대체 위치 다시 보호) 또는 OLR(원래 위치 다시 보호)의 경우 고정 IP 주소를 유지할 수 없습니다.
  • fstab, LVMconf가 변경됩니다.

고장

• 실패한 다시 보호 작업을 다시 시도할 수 있습니다. 다시 시도하는 동안 정상 복제 어플라이언스를 선택할 수 있습니다.

Azure 머신을 온-프레미스로 다시 보호하는 경우 원래 위치나 대체 위치로 장애 복구(failover)하도록 지정할 수 있습니다.

• 원래 위치 복구: Azure에서 동일한 원본 온-프레미스 머신(있는 경우)으로 장애 복구됩니다. 이 시나리오에서는 변경 내용만 온-프레미스로 다시 복제됩니다.

  • OLR 동안 데이터 저장소 선택: 원본 머신에 연결된 데이터 저장소가 자동으로 선택됩니다.

• 대체 위치 복구: 온-프레미스 머신이 존재하지 않는 경우 Azure에서 대체 위치로 장애 복구할 수 있습니다. Azure VM을 온-프레미스로 다시 보호하는 경우 온-프레미스 머신이 만들어집니다. 전체 데이터 복제는 Azure에서 온-프레미스로 수행됩니다. 위치 장애 복구의 요구 사항과 제한 사항을 검토합니다.

  • ALR 동안 데이터 저장소 선택: 어플라이언스가 위치하며 어플라이언스에서 액세스할 수 있는(읽기 및 쓰기 권한) vCenter에서 관리하는 모든 데이터 저장소(원본/신규)를 선택할 수 있습니다. 다시 보호에 사용되는 캐시 스토리지 계정을 선택할 수 있습니다.

• 장애 조치(failover)가 완료되면 Azure VM의 모바일 에이전트가 Site Recovery 서비스에 자동으로 등록됩니다. 등록이 실패하면 장애 조치된 VM에서 심각한 상태 문제가 발생합니다. 문제가 해결되면 등록이 자동으로 트리거됩니다. 오류를 해결한 후 수동으로 등록을 완료할 수 있습니다.

장애 조치 취소

온-프레미스 환경이 준비되지 않았거나 문제가 발생하는 경우 장애 조치를 취소할 수 있습니다.

계획된 장애 조치를 시작했으며 성공적으로 완료되면 온-프레미스 환경을 사용할 수 있게 됩니다. 그러나 작업이 완료된 후 다른 복구 지점으로 장애 조치하려는 경우 장애 조치를 취소할 수 있습니다.

• 계획된 장애 조치만 취소할 수 있습니다.

• Recovery Services 자격 증명 모음의 복제된 항목 페이지에서 계획된 장애 조치를 취소할 수 있습니다.

• 장애 조치가 취소되면 Azure의 머신이 다시 켜지고, Azure에서 온-프레미스로의 복제가 다시 시작됩니다.

다음 단계

• VMware VM을 Azure로 장애 조치(최신)
• 계획된 장애 조치(최신)
• 다시 보호(최신)
• 장애 조치 취소(최신)