다음을 통해 공유

Azure Site Recovery를 사용하여 Azure로 Azure Stack VM 복제

  • 아티클

이 문서에서는 Azure Site Recovery 서비스를 사용하여 Azure에 재해 복구 Azure Stack VM을 설정하는 방법을 알아봅니다.

Site Recovery는 BCDR(비즈니스 연속성 및 재해 복구 개선) 전략에 기여하는 서비스입니다. 이 서비스는 예상된 및 예기치 않은 중단이 발생할 때 VM 워크로드를 계속 사용할 수 있도록 합니다.

  • Site Recovery는 Azure Storage로의 VM 복제를 오케스트레이션하고 관리합니다.
  • 기본 사이트에서 중단이 발생하는 경우 Site Recovery를 사용하여 Azure로 장애 조치(Failover)합니다.
  • 장애 조치(Failover) 시 Azure VM이 저장된 VM 데이터에서 만들어지고, 사용자는 해당 Azure VM에서 실행되는 워크로드에 계속 액세스할 수 있습니다.
  • 모든 기능이 다시 작동되고 실행되면 Azure VM을 기본 사이트로 다시 장애 복구(Failback)하고 Azure Storage로 다시 복제할 수 있습니다.

이 문서에서는 다음 방법을 설명합니다.

  • 1단계: Azure Stack VM 복제 준비. VM이 Site Recovery 요구 사항을 준수하는지 확인하고 Site Recovery 모바일 서비스의 설치를 준비합니다. 이 서비스는 복제하려는 각 VM에 설치됩니다.
  • 2단계: Recovery Services 자격 증명 모음 설정. Site Recovery에 대한 자격 증명 모음을 설정하고 복제할 항목을 지정합니다. Site Recovery 구성 요소 및 작업은 자격 증명 모음에서 구성 및 관리됩니다.
  • 3단계: 원본 복제 환경 설정. Site Recovery 구성 서버를 설정합니다. 구성 서버는 Site Recovery에 필요한 모든 구성 요소를 실행하는 단일 Azure Stack VM입니다. 구성 서버를 설정한 후 자격 증명 모음에 등록합니다.
  • 4단계: 대상 복제 환경 설정. 사용하려는 Azure 계정, Azure Storage 계정 및 네트워크를 선택합니다. 복제 중에 VM 데이터가 Azure Storage에 복사됩니다. 장애 조치(Failover) 후에 Azure VM은 지정된 네트워크에 가입됩니다.
  • 5단계: 복제 사용. 복제 설정을 구성하고 VM에 대한 복제를 사용하도록 설정합니다. 복제를 사용하도록 설정하면 모바일 서비스가 VM에 설치됩니다. Site Recovery가 VM의 초기 복제를 수행하면 진행 중인 복제가 시작됩니다.
  • 6단계: 재해 복구 훈련 실행: 복제가 작동 및 실행되면 훈련을 실행하여 장애 조치(Failover)가 예상대로 작동하는지 확인합니다. 훈련을 시작하려면 Site Recovery에서 테스트 장애 조치(Failover)를 실행합니다. 테스트 장애 조치(Failover)는 프로덕션 환경에 영향을 주지 않습니다.

이러한 단계가 완료되면 필요할 때 Azure로의 전체 장애 조치(Failover)를 실행할 수 있습니다.

아키텍처

다이어그램은 공통 Azure Stack 인프라에서 모두 테넌트 구독과 연결된 클라우드의 두 테넌트에 관한 Recovery Services 자격 증명 모음을 보여 줍니다.

위치 구성 요소 세부 정보
구성 서버 단일 Azure Stack VM에서 실행됩니다. 각 구독에서 구성 서버 VM을 설정합니다. 이 VM은 다음 Site Recovery 구성 요소를 실행합니다.

- 구성 서버: 온-프레미스와 Azure 간의 통신을 조정하여 데이터 복제를 관리합니다.

- 프로세스 서버:복제 게이트웨이 역할을 합니다. 복제 데이터를 수신하고, 캐싱, 압축 및 암호화를 사용하여 최적화하며, Azure Storage로 보냅니다.

복제하려는 VM이 아래에 설명된 제한을 초과하는 경우 별도의 독립 실행형 프로세스 서버를 설정할 수 있습니다. 자세히 알아보기.
모바일 서비스 복제하려는 각 VM에 설치됩니다. 이 문서의 단계에서는 복제가 사용되도록 설정될 경우 VM에 모바일 서비스가 자동으로 설치되도록 계정을 준비합니다. 이 서비스를 자동으로 설치하지 않으려는 경우 다양한 다른 방법을 사용할 수 있습니다. 자세히 알아보기.
Azure Azure에는 Recovery Services 스토리지, 스토리지 계정 및 가상 네트워크가 필요합니다. 복제된 데이터는 스토리지 계정에 저장됩니다. 장애 조치(Failover)가 발생하면 Azure VM이 Azure 네트워크에 추가됩니다.

복제는 다음과 같이 작동합니다.

  1. 자격 증명 모음에서 복제 원본 및 대상을 지정하고 구성 서버를 설정하며 복제 정책을 만들고 모바일 서비스를 배포하며 복제를 사용하도록 설정합니다.
  2. 모바일 서비스가 컴퓨터에 설치되고(푸시 설치를 사용한 경우) 컴퓨터는 복제 정책에 따라 복제를 시작합니다.
  3. 서버 데이터의 초기 복사본이 Azure Storage에 복제됩니다.
  4. 초기 복제가 완료되면 Azure에 대한 델타 변경 내용의 복제가 시작됩니다. 컴퓨터에 대한 추적된 변경 내용은 .hrl 파일에 보관됩니다.
  5. 구성 서버는 Azure를 사용하는 복제 관리를 오케스트레이션합니다(포트 HTTPS 443 아웃바운드).
  6. 프로세스 서버는 원본 컴퓨터에서 데이터를 수신하고, 이를 최적화 및 암호화하며, Azure Storage로 보냅니다(포트 443 아웃바운드).
  7. 컴퓨터를 복제하는 작업은 복제 관리를 위해 구성 서버와 통신합니다(포트 HTTPS 443 인바운드). 컴퓨터는 복제 데이터를 프로세스 서버로 전달합니다(포트 HTTPS 9443 인바운드 - 수정 가능).
  8. 트래픽은 인터넷을 통해 Azure Storage 공용 엔드포인트에 복제됩니다. Azure ExpressRoute 공용 피어링을 사용할 수도 있습니다. 온-프레미스 사이트에서 Azure로의 사이트 간 VPN을 통한 트래픽 복제는 지원되지 않습니다.

필수 조건

이 시나리오 설정을 위해 필요한 사항은 다음과 같습니다.

요구 사항 세부 정보
Azure 구독 계정 Azure 구독이 없는 경우 무료 계정을 만드세요.
Azure 계정 권한 사용하는 Azure 계정에는 다음 권한이 필요합니다.

- 복구 서비스 자격 증명 모음 만들기

- 시나리오에 사용하는 리소스 그룹 및 가상 네트워크에 가상 머신 만들기

- 지정한 저장소 계정에 쓰기

다음 사항에 유의합니다.

- 계정을 만들면 구독 관리자로서 모든 작업을 수행할 수 있습니다.

- 기존 구독을 사용하고 관리자가 아닌 경우 관리자와 협력하여 소유자 또는 기여자 권한을 할당받아야 합니다.

- 보다 세부적인 권한이 필요한 경우 이 문서를 검토합니다.
Azure Stack VM 테넌트 구독에서 Site Recovery 구성 서버로 배포될 Azure Stack VM이 필요합니다.

구성 서버 필수 조건

물리적 서버 복제에 대한 구성/프로세스 서버 요구 사항

구성 요소 요구 사항
하드웨어 설정
CPU 코어 8
RAM 16GB
디스크 수 3, OS 디스크, 프로세스 서버 캐시 디스크, 보존 드라이브(장애 복구용) 포함
사용 가능한 디스크 공간(프로세스 서버 캐시) 600GB
사용 가능한 디스크 공간(보존 디스크) 600GB
소프트웨어 설정
운영 체제 Windows Server 2012 R2
Windows Server 2016
운영 체제 로케일 영어(en-us)
Windows Server 역할 다음 역할을 사용하지 않도록 설정함:
- Active Directory Domain Services
- 인터넷 정보 서비스
- Hyper-V
그룹 정책 다음 그룹 정책을 사용하지 않도록 설정함:
- 명령 프롬프트에 대한 액세스 방지
- 레지스트리 편집 도구에 대한 액세스 방지
- 파일 첨부를 위한 트러스트 논리
- 스크립트 실행 켜기
자세한 정보
IIS - 기존의 기본 웹 사이트 없음
- 포트 443에서 수신 대기하는 기존의 웹 사이트/애플리케이션 없음
- 익명 인증 사용
- FastCGI 설정 사용
IP 주소 형식 정적
액세스 설정
MYSQL MySQL은 구성 서버에 설치해야 합니다. 수동으로 설치할 수도 있고 Site Recovery를 통해 배포하는 동안 설치할 수도 있습니다. Site Recovery가 설치하도록 하려면 머신이 http://cdn.mysql.com/archives/mysql-5.5/mysql-5.5.37-win32.msi에 도달할 수 있는지 확인합니다.
URL 구성 서버가 이러한 URL에 액세스해야 합니다(직접 또는 프록시를 통해).

Microsoft Entra ID: login.microsoftonline.com; login.microsoftonline.us; *.accesscontrol.windows.net

복제 데이터 전송: *.backup.windowsazure.com; *.backup.windowsazure.us

복제 관리: *.hypervrecoverymanager.windowsazure.com; *.hypervrecoverymanager.windowsazure.us; https://management.azure.com; *.services.visualstudio.com

스토리지 액세스: *.blob.core.windows.net; *.blob.core.usgovcloudapi.net

시간 동기화: time.nist.gov; time.windows.com

원격 분석(선택 사항): dc.services.visualstudio.com
방화벽 IP 주소 기반 방화벽 규칙은 Azure URL과의 통신을 허용해야 합니다. IP 범위를 간소화하고 제한하려면 URL 필터링을 사용하는 것이 좋습니다.

상용 IP의 경우:

- Azure 데이터 센터 IP 범위 및 HTTPS(443) 포트를 허용합니다.

- 미국 서부에 해당하는 IP 주소 범위를 허용합니다(액세스 제어 및 ID 관리에 사용됨).

- Microsoft Entra ID, 백업, 복제 및 스토리지에 필요한 URL을 지원하려면 구독의 Azure 지역에 대한 IP 주소 범위를 허용합니다.

정부를 위한 IP의 경우:

- Azure Government 데이터 센터 IP 범위 및 HTTPS(443) 포트를 허용합니다.

- Microsoft Entra ID, 백업, 복제 및 스토리지에 필요한 URL을 지원하기 위해 모든 US Gov 지역(버지니아, 텍사스, 아리조나 및 아이오와)에 대한 IP 주소 범위를 허용합니다.
Ports 443 허용(컨트롤 채널 오케스트레이션)

9443 허용(데이터 전송)

구성/프로세스 서버 크기 요구 사항

CPU 메모리 캐시 디스크 데이터 변경률 복제된 컴퓨터
vCPU 8대

2개 소켓 * 4코어 @ 2.5GHz		 16GB 300GB 500GB 이하 < 머신 100대
vCPU 12대

2개 소켓 * 6코어 @ 2.5GHz		 18GB 600GB 500GB-1TB 컴퓨터 100-150대
vCPU 16대

2개 소켓 * 8코어 @ 2.5GHz		 32GB 1TB 1-2TB 컴퓨터 150-200대

1단계: Azure Stack VM 준비

운영 체제 확인

VM에서 표에 요약된 운영 체제 중 하나가 실행되고 있는지 확인합니다.

운영 체제 세부 정보
64비트 Windows Windows Server 2019, Windows Server 2016, Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2(SP1부터)
Ubuntu 14.04 LTS 서버, 16.04 LTS 서버. 지원되는 커널 검토

모바일 서비스 설치 준비

복제하려는 모든 VM에 모바일 서비스가 설치되어 있어야 합니다. 복제가 사용되도록 설정된 경우 프로세스 서버가 VM에서 서비스를 자동으로 설치하도록 하기 위해 VM 설정을 확인합니다.

Windows 컴퓨터

  • 네트워크 복제를 사용하도록 설정하려는 VM과 프로세스 서버를 실행하는 컴퓨터(기본적으로 구성 서버 VM) 간에 네트워크 연결이 필요합니다.
  • 복제를 사용하도록 설정하는 컴퓨터에서 관리자 권한(도메인 또는 로컬)의 계정이 필요합니다.
    • Site Recovery를 설정할 때 이 계정을 지정합니다. 그러면 복제가 사용되도록 설정된 경우 프로세스 서버가 이 계정을 사용하여 모바일 서비스를 설치합니다.
    • 이 계정은 Site Recovery에서 강제 설치를 수행할 때와 모바일 서비스를 업데이트하는 데만 사용됩니다.
    • 도메인 계정을 사용하지 않는 경우 VM에서 원격 사용자 액세스 제어를 사용하지 않도록 설정해야 합니다.
      • 레지스트리에서 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System 아래에 DWORD 값 LocalAccountTokenFilterPolicy를 만듭니다.
      • 값을 1로 설정합니다.
      • 명령 프롬프트에서 이 작업을 수행하려면 REG ADD HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System /v LocalAccountTokenFilterPolicy /t REG_DWORD /d 1을 입력합니다.
  • 복제하려는 VM의 Windows 방화벽에서 파일 및 프린터 공유, WMI를 허용합니다.
    • 이 작업을 수행하려면 wf.msc를 실행하여 Windows 방화벽 콘솔을 엽니다. 마우스 오른쪽 단추로 인바운드 규칙>새 규칙을 클릭합니다. 미리 정의를 선택하고 목록에서 파일 및 프린터 공유를 선택합니다. 마법사를 완료하고 연결을 허용하도록 선택한 후 >마침을 선택합니다.
    • 도메인 컴퓨터에 대해 GPO를 사용하여 이 작업을 수행할 수 있습니다.

Linux 컴퓨터

  • Linux 컴퓨터와 프로세스 서버 간에 네트워크가 연결되어 있는지 확인합니다.
  • 복제를 사용하도록 설정한 컴퓨터에서 원본 Linux 서버의 루트 사용자에 해당하는 계정이 필요합니다.
    • Site Recovery를 설정할 때 이 계정을 지정합니다. 그러면 복제가 사용되도록 설정된 경우 프로세스 서버가 이 계정을 사용하여 모바일 서비스를 설치합니다.
    • 이 계정은 Site Recovery에서 강제 설치를 수행할 때와 모바일 서비스를 업데이트하는 데만 사용됩니다.
  • 원본 Linux 서버의 /etc/hosts 파일에 로컬 호스트 이름을 모든 네트워크 어댑터와 연결된 IP 주소에 매핑하는 항목이 있는지 확인합니다.
  • 복제하려는 컴퓨터에 최신 openssh, openssh-server 및 openssl 패키지를 설치합니다.
  • SSH(보안 셸)가 22 포트에서 사용되고 실행 중인지 확인합니다.
  • sshd_config 구성 파일에서 SFTP 하위 시스템 및 암호 인증을 사용하도록 설정합니다.

    1. 이 작업을 수행하려면 루트로 로그인합니다.

    2. /etc/ssh/sshd_config 파일에서 PasswordAuthentication으로 시작하는 줄을 찾습니다. 줄의 주석 처리를 제거하고 값을 예로 변경합니다.

    3. Subsystem 으로 시작하는 줄을 찾아서 주석 처리를 제거합니다.

      Linux Mobility Service

    4. sshd 서비스를 다시 시작합니다.

VM 개인 IP 주소를 적어둡니다.

복제하려는 각 컴퓨터에 대해 다음과 같이 IP 주소를 찾습니다.

  1. Azure Stack Portal에서 VM을 클릭합니다.

  2. 리소스 메뉴에서 네트워크 인터페이스를 클릭합니다.

  3. 개인 IP 주소를 적어둡니다.

    개인 IP 주소

2단계: 자격 증명 모음을 만들기 및 복제 목표 선택

  1. Azure Portal에서 리소스 만들기>관리 도구>Backup 및 Site Recovery를 선택합니다.

  2. 이름에 자격 증명 모음을 식별하기 위한 이름을 입력합니다.

  3. 리소스 그룹에서 리소스 그룹을 만들거나 선택합니다. contosoRG를 사용합니다.

  4. 위치에서 Azure 지역을 입력합니다. 서유럽를 사용합니다.

  5. 대시보드에서 자격 증명 모음에 빠르게 액세스하려면 대시보드에 고정>만들기를 선택합니다.

    새 자격 증명 모음 만들기

    새 자격 증명 모음이 대시보드>모든 리소스 및 주 Recovery Services 자격 증명 모음 페이지에 표시됩니다.

복제 목표 선택

  1. Recovery Services 자격 증명 모음>에서 자격 증명 모음 이름을 지정합니다. ContosoVMVault를 사용합니다.

  2. 시작에서 Site Recovery를 선택합니다. 그런 다음, 인프라 준비를 선택합니다.

  3. 보호 목표>컴퓨터가 있는 위치에서 온-프레미스를 선택합니다.

  4. 컴퓨터를 복제할 위치를 선택하세요.에서 Azure를 선택합니다.

  5. 컴퓨터가 가상화되어 있습니까?에서 가상화되지 않음/기타를 선택합니다. 그런 다음 확인을 선택합니다.

    보호 목표

3단계: 소스 환경 설정

구성 서버 컴퓨터를 설정하고 자격 증명 모음에 등록한 후 복제하려는 컴퓨터를 검색합니다.

  1. 인프라 준비>원본을 클릭합니다.

  2. 원본 준비에서 +구성 서버를 클릭합니다.

    “하나를 설정하려면 위의 명령 모음에서 +구성 서버를 클릭...” 메시지가 있는 +구성 서버 대화 상자의 스크린샷.

  3. 서버 추가에서 구성 서버가 서버 형식에 표시되는지 확인합니다.

  4. Site Recovery 통합 설치 프로그램 설치 파일을 다운로드합니다.

  5. 자격 증명 모음 등록 키를 다운로드합니다. 통합 설치 프로그램을 실행하는 경우 등록 키가 필요합니다. 이 키는 생성된 날로부터 5일간 유효합니다.

    서버 형식이 구성 서버로 설정되고 자격 증명 모음 등록 키 다운로드 단추가 강조 표시된 서버 추가 대화 상자의 스크린샷.

Azure Site Recovery 통합 설치 프로그램 실행

구성 서버를 설치 및 등록하려면 구성 서버에 사용하려는 VM에 대해 RDP 연결을 수행하고 통합 설치 프로그램을 실행합니다.

시작하기 전에 클록이 VM의 시간 서버와 동기화되었는지 확인합니다. 이 시간이 로컬 시간보다 5분 넘게 차이를 보이면 설치는 실패합니다.

이제 다음과 같이 구성 서버를 설치합니다.

  1. 통합 설치 프로그램 설치 파일을 실행합니다.

  2. 시작하기 전에에서 구성 서버 및 프로세스 서버 설치를 선택합니다.

    통합 설치 프로그램의 시작하기 전 화면에 대한 스크린샷

  3. 타사 소프트웨어 라이선스에서 동의함을 클릭하고 MySQL을 다운로드 및 설치합니다.

    통합 설치 프로그램의 타사 소프트웨어 라이선스 화면에 대한 스크린샷

  4. 등록에서 자격 증명 모음에서 다운로드한 등록 키를 선택합니다.

    통합 설치 프로그램의 등록 화면에 대한 스크린샷

  5. 인터넷 설정에서 구성 서버에서 실행 중인 공급자가 인터넷을 통해 Azure Site Recovery에 연결하는 방법을 지정합니다. 필수 URL을 허용했는지 확인합니다.

    • 현재 컴퓨터에 설정된 프록시를 사용하여 연결하려면 프록시 서버를 사용하여 Azure Site Recovery에 연결을 선택합니다.
    • 공급자를 직접 연결하려면 프록시 서버 없이 Azure Site Recovery에 직접 연결을 선택합니다.
    • 기존 프록시에 인증이 필요하거나 공급자 연결에 사용자 지정 프록시를 사용하려면 사용자 지정 프록시 설정으로 연결을 선택하고 주소, 포트 및 자격 증명을 지정합니다. 통합 설치 프로그램의 인터넷 설정 화면 스크린샷

  6. 필수 조건 확인에서 설치 프로그램은 설치가 실행될 수 있는지 확인합니다. 글로벌 시간 동기화 확인에 대한 경고가 표시되면 시스템 시계의 시간(날짜 및 시간 설정)이 표준 시간대와 같은지 확인합니다.

    통합 설치 프로그램의 필수 구성 요소 확인 화면에 대한 스크린샷

  7. MySQL 구성에서 설치된 MySQL 서버 인스턴스에 로그온하기 위한 자격 증명을 만듭니다.

    통합 설치 프로그램의 MySQL 구성 화면에 대한 스크린샷

  8. Azure Stack VM 또는 실제 서버를 복제하는 경우 환경 세부 정보에서 [아니요]를 선택합니다.

  9. 설치 위치에서 이진 파일을 설치하고 캐시를 저장할 위치를 선택합니다. 최소 5GB의 디스크 공간이 있는 드라이브를 선택해야 하지만 600GB 이상의 사용 가능한 공간이 있는 캐시 드라이브를 선택하는 것이 좋습니다.

    통합 설치 프로그램의 설치 위치 화면에 대한 스크린샷

  10. 네트워크 선택에서 먼저 기본 제공 프로세스 서버가 원본 머신에서 Mobility Service의 검색 및 푸시 설치에 사용하는 NIC를 선택한 다음, 구성 서버에서 Azure와의 연결에 사용하는 NIC를 선택합니다. 9443 포트는 복제 트래픽을 보내고 받는 데 사용되는 기본 포트이지만, 환경의 요구 사항에 맞게 이 포트 번호를 수정할 수 있습니다. 9443 포트 외에도 웹 서버에서 복제 작업을 조정하기 위해 사용하는 443 포트를 엽니다. 복제 트래픽을 보내거나 받는 데 443 포트를 사용하면 안 됩니다.

    통합 설치 프로그램의 네트워크 선택 화면에 대한 스크린샷

  11. 요약에서 정보를 검토하고 설치를 클릭합니다. 설치가 완료되면 암호가 생성됩니다. 복제를 사용하도록 설정할 때 필요하므로 암호를 복사하고 안전한 위치에 보관합니다.

    통합 설치 프로그램의 요약 화면에 대한 스크린샷

등록이 완료되면 자격 증명 모음의 설정>서버 블레이드에 서버가 표시됩니다.

참고 항목

명령줄을 통해 구성 서버를 설치할 수도 있습니다. 자세히 알아보기.

포털에 계정 이름이 표시되는 데 15분 이상 걸릴 수 있습니다. 즉시 업데이트하려면 구성 서버>서버 이름>서버 새로 고침을 선택합니다.

4단계: 대상 환경 설정

대상 리소스를 선택하고 확인합니다.

  1. 인프라 준비>대상에서 사용하려는 Azure 구독을 선택합니다.
  2. 대상 배포 모델을 지정합니다.
  3. Site Recovery가 호환되는 Azure Storage 계정 및 네트워크가 하나 이상 있는지 확인합니다. 호환되는 항목을 찾지 못하면 마법사를 완료하기 위해 하나 이상의 스토리지 계정 및 가상 네트워크를 만들어야 합니다.

5단계: 복제 사용

복제 정책 만들기

  1. 인프라 준비>복제 설정을 클릭합니다.

  2. 복제 정책 만들기에서 정책 이름을 지정합니다.

  3. RPO 임계값에서 RPO(복구 목표 시점) 제한을 지정합니다.

    • 복제된 데이터에 대한 복구 지점이 시간 설정에 따라 생성됩니다.
    • 이 설정은 연속되는 복제에 영향을 미치지 않습니다. 복구 지점이 생성되지 않은 상태로 임계값 제한에 도달할 경우 경고를 발생하기만 합니다.

  4. 복구 지점 보존에서 각 복구 지점이 보존되는 기간을 지정합니다. 복제된 VM은 지정된 기간 중 임의의 시점으로 복구될 수 있습니다.

  5. 앱 일치 스냅샷 빈도에서 애플리케이션 일치 스냅샷이 만들어지는 빈도를 지정합니다.

    • 앱 일치 스냅샷은 VM 내 앱 데이터의 지정 시간 스냅샷입니다.
    • VSS(볼륨 섀도 복사본 서비스)는 스냅샷을 만들 때 VM의 앱이 일관된 상태가 되도록 합니다.

  6. 확인을 선택하여 정책을 만듭니다.

배포 계획 확인

지금은 이 단계를 건너뛸 수 있습니다. 배포 계획 드롭다운 목록에서 예, 완료함을 클릭합니다.

복제 사용

1단계: 컴퓨터 준비의 모든 태스크를 완료했는지 확인합니다. 그런 후 다음과 같이 복제를 사용하도록 설정합니다.

  1. 애플리케이션 복제>원본을 선택합니다.

  2. 원본에서 구성 서버를 선택합니다.

  3. 컴퓨터 형식에서 물리적 컴퓨터를 선택합니다.

  4. 프로세스 서버(구성 서버)를 선택합니다. 그런 후 OK를 클릭합니다.

  5. 대상에서 장애 조치(failover) 후 VM을 만들 구독 및 리소스 그룹을 선택합니다. 장애 조치(Failover)된 VM에 사용할 배포 모델을 선택합니다.

  6. 복제된 데이터를 저장할 Azure Storage 계정을 선택합니다.

  7. 장애 조치(failover) 후 Azure VM이 생성될 때 연결될 Azure 네트워크 및 서브넷을 선택합니다.

  8. 컴퓨터마다 Azure 네트워크를 선택하려면 나중에 구성 을 선택합니다. 각 컴퓨터에 대해 별도로 Azure 네트워크를 선택하려는 경우 나중에 구성을 선택합니다.

  9. 물리적 컴퓨터에서 +물리적 컴퓨터를 클릭합니다. 복제하려는 각 머신의 이름, IP 주소 및 OS 종류를 지정합니다.

    • 컴퓨터의 내부 IP 주소를 사용합니다.
    • 공용 IP 주소를 지정하는 경우 복제가 예상대로 작동하지 않을 수 있습니다.

  10. 속성>속성 구성에서 프로세스 서버가 컴퓨터에 모바일 서비스를 자동으로 설치하는 데 사용할 계정을 선택합니다.

  11. 복제 설정>복제 설정 구성에서 올바른 복제 정책이 선택되어 있는지 확인합니다.

  12. 복제 사용을 클릭합니다.

  13. 설정>작업>Site Recovery 작업에서 보호 사용 작업의 진행률을 추적합니다. 보호 완료 작업이 실행된 후에는 컴퓨터가 장애 조치(failover)를 수행할 준비가 되어 있습니다.

참고 항목

VM에 대한 복제를 사용하도록 설정되면 Site Recovery에서 모바일 서비스를 설치합니다.

변경 내용이 적용되어 포털에 표시되는 데 15분 이상 걸릴 수 있습니다.

추가하는 VM을 모니터링하려면, 구성 서버>마지막 연락에서 VM을 마지막으로 검색한 시간을 확인합니다. 예약된 검색을 기다리지 않고 VM을 추가하려면 구성 서버를 강조 표시하고(클릭하지 않음) 새로 고침을 선택합니다.

6단계: 재해 복구 훈련 실행

모든 것이 예상대로 작동하는지 확인할 수 있도록 Azure에 대해 테스트 장애 조치(Failover)를 실행합니다. 이 장애 조치(Failover)는 프로덕션 환경에 영향을 주지 않습니다.

컴퓨터 속성 확인

테스트 장애 조치(failover)를 실행하기 전에 먼저 컴퓨터 속성을 확인하고 Azure 요구 사항을 준수하는지 확인합니다. 다음과 같이 속성을 확인하고 수정할 수 있습니다.

  1. 보호된 항목에서 복제된 항목> VM을 클릭합니다.

  2. 복제된 항목 창에 VM 정보, 상태 및 최신 사용 가능한 복구 지점의 요약이 제공됩니다. 자세한 내용을 보려면 속성을 클릭합니다.

  3. Compute 및 Network 설정에서 필요에 따라 설정을 수정합니다.

    • Azure VM 이름, 리소스 그룹, 대상 크기, 가용성 집합 및 관리 디스크 설정을 수정할 수 있습니다.
    • 네트워크 설정을 보고 수정할 수도 있습니다. 여기에는 장애 조치(Failover) 후에 Azure VM이 가입되는 네트워크/서브넷과 VM에 할당될 IP 주소가 포함됩니다.

  4. 디스크에서 VM의 운영 체제 및 데이터 디스크에 대한 정보를 확인합니다.

테스트 장애 조치(failover) 실행

테스트 장애 조치(failover)를 실행하면 다음 상황이 발생합니다.

  1. 필수 구성 요소 확인은 장애 조치(failover)에 필요한 모든 조건이 충족되었는지 확인하기 위해 실행합니다.

  2. 장애 조치(Failover)는 지정된 복구 지점을 사용하여 데이터를 처리합니다.

    • 가장 최근에 처리됨: 컴퓨터는 Site Recovery에서 처리된 최신 복구 지점으로 장애 조치(Failover)됩니다. 타임스탬프가 표시됩니다. 이 옵션을 사용하면 데이터를 처리하는 데 시간을 소비하지 않으므로 낮은 RTO(복구 시간 목표)가 제공됩니다.
    • 최신 앱 일치: 머신은 최신 앱 일치 복구 지점으로 장애 조치(failover)됩니다.
    • 사용자 지정: 장애 조치에 사용되는 복구 지점을 선택합니다.

  3. Azure VM은 처리된 데이터를 사용하여 생성됩니다.

  4. 테스트 장애 조치(Failover)는 훈련 동안 만든 Azure VM을 자동으로 정리할 수 있습니다.

VM에 대해 테스트 장애 조치(Failover)를 다음과 같이 실행합니다.

  1. 설정>복제된 항목에서 VM > >+테스트 장애 조치(Failover)를 클릭합니다.
  2. 이 연습에서는 가장 최근에 처리됨 복구 지점을 사용하도록 선택합니다.
  3. 테스트 장애 조치(Failover)에서 대상 Azure 네트워크를 선택합니다.
  4. 확인을 클릭하여 장애 조치(failover)를 시작합니다.
  5. VM을 클릭하여 해당 속성을 열어 진행률을 추적합니다. 또는 자격 증명 모음 이름>설정>작업>Site Recovery 작업에서 테스트 장애 조치(Failover) 작업을 클릭합니다.
  6. 장애 조치가 완료되면 Azure Portal >Virtual Machines에서 Azure VM 복제본이 표시됩니다. VM이 크기가 적당하고 올바른 네트워크에 연결되어 있으며 실행 중인지 확인합니다.
  7. 이제 Azure에서 복제된 VM에에 연결할 수 있습니다. 자세히 알아보기.
  8. 테스트 장애 조치(failover) 중에 만든 Azure VM을 삭제하려면 VM에서 테스트 장애 조치(failover) 정리를 클릭합니다. 참고에서 테스트 장애 조치와 연관된 모든 관측 내용을 기록하고 저장합니다.

장애 조치(Failover) 및 장애 복구

복제를 설정하고 훈련을 실행하여 모든 항목이 제대로 작동되는지 확인한 후에는 필요에 따라 컴퓨터를 Azure로 장애 조치(Failover)할 수 있습니다.

장애 조치(Failover) 후에 Azure의 컴퓨터에 연결하려는 경우, 장애 조치(Failover)를 실행하기 전에 연결을 준비합니다.

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

  1. 설정>복제된 항목에서 컴퓨터 >장애 조치(Failover)를 클릭합니다.
  2. 사용할 복구 지점을 선택합니다.
  3. 테스트 장애 조치(Failover)에서 대상 Azure 네트워크를 선택합니다.
  4. 장애 조치(failover)를 시작하기 전에 컴퓨터를 종료합니다.를 선택합니다. 이 설정을 사용하여 Site Recovery는 장애 조치(Failover)를 시작하기 전에 원본 컴퓨터를 종료하려고 합니다. 그렇지만 종료가 실패하는 경우에도 장애 조치(Failover)는 계속됩니다.
  5. 확인을 클릭하여 장애 조치(failover)를 시작합니다. 작업 페이지에서 장애 조치 진행 상황 확인을 수행할 수 있습니다.
  6. 장애 조치가 완료되면 Azure Portal >Virtual Machines에서 Azure VM 복제본이 표시됩니다. 장애 조치(Failover) 후에 연결할 준비가 된 경우 VM이 크기가 적당하고 올바른 네트워크에 연결되어 있으며 실행 중인지 확인합니다.
  7. VM을 확인한 후에 커밋을 클릭하여 장애 조치를 완료합니다. 그러면 사용 가능한 복구 지점이 모두 삭제됩니다.

Warning

진행 중인 장애 조치(failover) 취소 안 함: 장애 조치(failover)를 시작하기 전에 VM 복제가 중지됩니다. 진행 중인 장애 조치(failover)를 취소하면 장애 조치(failover)가 중지되지만 VM은 다시 복제되지 않습니다.

Azure Stack으로 장애 복구(Failback)

기본 사이트가 다시 작동되고 실행되면 Azure에서 Azure Stack으로 장애 복구(failback)할 수 있습니다. 그러려면 여기에 나열된 단계를 따릅니다.

결론

이 문서에서는 Azure Stack VM을 Azure로 복제했습니다. 복제가 수행된 후에 재해 복구 훈련을 실행하여 Azure로의 장애 조치(Failover)가 예상대로 작동하는지 확인했습니다. 또한 이 문서에는 Azure로의 전체 장애 조치(Failover) 및 Azure Stack으로의 장애 복구(Failback)를 실행하기 위한 단계도 포함되어 있습니다.

다음 단계

장애 복구(failback)한 후 VM을 다시 보호한 후 Azure에 복제를 다시 시작할 수 있습니다. 이렇게 하려면 이 문서의 단계를 반복합니다.