Azure Site Recovery 복제

Azure Site Recovery(ASR)는 작업 부하를 주 위치에서 보조 위치로 복제하여 주 위치를 사용할 수 없게 되었을 때 장애 조치를 수행할 수 있도록 하는 재해 복구 서비스입니다. 특정 시점의 복구 지점을 만드는 Azure Backup과 달리 ASR은 VM의 지속적으로 업데이트되는 복제본을 유지하므로 데이터 손실을 최소화하면서 장애 조치를 수행할 수 있습니다. ASR은 Azure 간 복제, 온-프레미스 VMware 또는 Hyper-V에서 Azure로의 복제, 물리적 서버에서 Azure로의 복제를 지원합니다.

Azure 간 복제에서 ASR은 Mobility Service(VM 확장으로 자동 설치됨)를 사용하여 원본 VM 디스크의 쓰기 I/O를 캡처합니다. 캡처된 데이터는 Azure 백본을 통해 대상 지역의 캐시 스토리지 계정으로 전송된 다음 복제 관리 디스크에 기록됩니다. 대상 지역의 Recovery Services 자격 증명 모음이 복제를 조정합니다. 복제 중에도 원본 VM은 정상적으로 실행되며, 쓰기 작업이 복제 대역폭보다 적은 경우 성능에 영향이 없습니다.

복제를 활성화하려면 포털에서 원본 VM으로 이동하여 재해 복구를 선택하고 대상 지역을 지정한 다음 대상 리소스 그룹, 가상 네트워크 및 캐시 스토리지 계정을 구성합니다. ASR은 대상 리소스를 만들고 초기 복제 단계를 시작하여 전체 디스크 콘텐츠를 대상 지역으로 복사합니다. 초기 동기화가 완료되면 ASR은 변경된 블록만 지속적으로 전송하는 델타 복제 모드로 전환됩니다.

Recovery Services 자격 증명 모음의 ASR 대시보드에는 보호되는 각 VM의 복제 상태가 표시됩니다. 가능한 상태에는 정상, 경고 및 위험이 있습니다. 달성된 RPO(Recovery Point Objective) 지표는 복제본이 원본보다 얼마나 뒤처져 있는지를 보여 줍니다. Azure 간 복제에서 ASR은 일반적인 조건에서 보통 1분 미만의 RPO를 달성합니다. 복제 대역폭 사용량과 오류 상태도 확인할 수 있습니다.

복제 정책은 충돌 일관성 복구 지점 생성 빈도(기본값 5분마다)와 애플리케이션 일관성 복구 지점 생성 빈도(기본값 60분마다)를 정의합니다. 충돌 일관성 복구 지점은 애플리케이션을 일시 중지하지 않고 생성되며, 애플리케이션 일관성 복구 지점은 애플리케이션을 문제없이 복구할 수 있도록 VSS/script를 사용합니다. 정책은 복구 지점의 보존 기간도 설정하며, 충돌 일관성 복구 지점은 0~72시간, 애플리케이션 일관성 복구 지점은 0~48시간으로 설정할 수 있습니다.

복제 설정 중에 ASR은 대상 지역 리소스를 만들거나 매핑합니다. 여기에는 대상 리소스 그룹, 대상 가상 네트워크, 캐시 스토리지 계정 및 복제 관리 디스크가 포함됩니다. 대상 네트워크 매핑을 사용자 지정하여 장애 조치 VM을 특정 서브넷에 배치하고, 고정 프라이빗 IP를 할당하며, 대상 VM 크기를 구성할 수 있습니다. 대상 VM 크기는 원본 크기와 달라도 되므로 재해 복구 중 적정 규모로 조정할 때 유용합니다. 이러한 설정은 보호되는 항목의 컴퓨팅 및 네트워크 구성에 저장됩니다.

웹 서버와 데이터베이스 서버처럼 여러 VM에 걸쳐 있는 애플리케이션의 경우 VM을 다중 VM 일관성 그룹으로 묶을 수 있습니다. 그러면 ASR은 그룹의 모든 VM에서 충돌 일관성 및 애플리케이션 일관성 복구 지점을 동시에 조정합니다. 따라서 장애 조치 시 모든 VM이 동일한 시점으로 복원되어 애플리케이션 계층과 데이터베이스 계층 간의 데이터 불일치를 방지할 수 있으며, 이 불일치로 인해 장애 조치 후 애플리케이션 오류가 발생하는 상황을 막을 수 있습니다.

네트워크 매핑은 VM이 장애 조치될 때 각 원본 VNet이 매핑되는 대상 가상 네트워크를 정의합니다. 원본 VM이 미국 동부의 prod-vnet이라는 VNet에 있다면, 장애 조치 시 VM이 미국 서부의 dr-vnet에 배치되도록 네트워크 매핑을 구성합니다. 네트워크 매핑이 없으면 장애 조치된 VM은 사용 가능한 첫 번째 VNet에 배치되므로, VNet 토폴로지가 원본 지역과 다를 경우 연결 문제가 발생할 수 있습니다.

ASR 복제는 Azure 간 시나리오에서 Azure 백본을 사용하므로 복제 트래픽에 대해 쌍을 이루는 Azure 지역 간 송신 대역폭 비용을 지불하지 않습니다. 그러나 델타 복제 속도는 원본 VM 저장소에서 사용할 수 있는 업로드 대역폭을 초과해서는 안 됩니다. 대량 쓰기 작업이 발생하는 워크로드(대량의 쓰기 트래픽이 발생하는 대규모 SQL Server 데이터베이스 등)의 경우 ASR Deployment Planner 도구를 사용하여 필요한 대역폭을 추정하고 복제를 사용하도록 설정하기 전에 환경이 호환되는지 확인합니다.

ASR은 관리 디스크와 비관리 디스크(blob 기반 디스크)를 모두 복제할 수 있지만, 관리 디스크 복제를 강력히 권장합니다. 저장소 계정 관리가 필요 없고 성능이 더 뛰어나기 때문입니다. 관리 디스크가 있는 VM을 복제하면 ASR은 대상 지역에 해당 관리 복제 디스크를 만듭니다. 특정 데이터 디스크(예: 임시 디스크 또는 스크래치 디스크)를 복제에서 제외하여 복제 대역폭과 비용을 줄일 수도 있습니다.

ASR과 Azure Backup은 서로 대체하는 도구가 아니라 상호 보완적인 도구입니다. Azure Backup은 데이터 손상, 실수로 인한 삭제, 랜섬웨어로부터 보호하며, 며칠 또는 몇 주 전의 정상 상태로 복원할 수 있습니다. ASR은 지역 중단으로부터 보호하며, 원본보다 몇 초에서 몇 분 늦은 복제본으로 장애 조치합니다. 일반적으로 프로덕션 워크로드에는 두 가지가 모두 필요합니다. 데이터 보호에는 Backup을 사용하고, 재해 복구와 비즈니스 연속성에는 ASR을 사용합니다.

이 단원에서 다룬 Microsoft Azure Fundamentals (AZ-900) 개념에 대한 이해도를 확인해 보세요.

이 단원에서는 다음을 배웠습니다. Azure Site Recovery는 VM을 대상 지역에 지속적으로 델타 복제하여 RPO가 거의 0에 가까운 재해 복구를 지원하고, 복제 정책은 충돌 일관성 및 애플리케이션 일관성 복구 지점의 생성 빈도를 제어하며, 네트워크 매핑은 장애 조치된 VM이 올바른 대상 VNet에 배치되도록 합니다. 다음으로 ASR을 사용하여 장애 조치를 안전하게 테스트하고 실행하는 방법을 살펴봅니다.