장애 조치 테스트 및 실행

한 번도 테스트하지 않은 재해 복구 계획은 가설에 불과합니다. 장애 조치 테스트를 사용하면 원본 환경을 중단하거나 진행 중인 복제를 중단하지 않고도 VM이 올바르게 부팅되는지, 애플리케이션이 시작되는지, 대상 지역에서 네트워크 연결이 작동하는지 검증할 수 있습니다. 많은 조직은 실제 재해가 발생했을 때에야 DR 계획의 허점을 발견하며, 바로 그때 제대로 작동하지 않는 계획이 가장 큰 피해를 일으킵니다. 정기적인 장애 조치 테스트는 대부분의 규제 프레임워크에서 요구하는 규정 준수 요건입니다.

ASR은 세 가지 유형의 장애 조치 작업을 지원합니다. 장애 조치 테스트는 복제나 원본 환경에 영향을 주지 않고 격리된 네트워크(대상 VNet은 직접 지정)에 장애 조치된 VM의 복사본을 만듭니다. 계획된 장애 조치는 예정된 마이그레이션이나 유지 관리에 사용되며, 먼저 남아 있는 변경 내용을 동기화한 다음 원본을 종료하고 장애 조치합니다. 계획되지 않은 장애 조치(실제 재해 중 사용)는 최종 동기화를 기다리지 않고 최신 복구 지점에서 즉시 장애 조치합니다.

포털에서 장애 조치 테스트를 실행하려면 보호된 항목을 선택하고 Test Failover를 클릭한 다음 복구 지점(최신 충돌 일관성 지점, 최신 애플리케이션 일관성 지점 또는 특정 시점)을 선택하고 대상 가상 네트워크(일반적으로 전용 격리 테스트 VNet)를 선택합니다. ASR은 복제 디스크를 사용하여 대상 지역에서 VM을 시작합니다. 테스트 VM은 복제본과 함께 표시되지만 완전히 독립적이므로 프로덕션 환경에는 영향을 주지 않습니다. 테스트가 끝나면 Cleanup test failover를 클릭하여 테스트 VM을 삭제합니다.

장애 조치 중에는 ASR의 보존 기간 내에서 복구 지점을 선택합니다. 옵션은 다음과 같습니다. 최신(가장 낮은 RPO) — 가장 최신의 충돌 일관성 복구 지점으로, 데이터 손실을 최소화합니다. 최신 처리 완료 지점 — 가장 최근에 처리된 지점으로, 몇 분 정도 늦을 수 있습니다. 최신 애플리케이션 일관성 지점 — 가장 최근의 애플리케이션 일관성 복구 지점으로, 더 오래된 지점일 수 있지만 애플리케이션을 정상적으로 복구할 수 있습니다. 사용자 지정 — 사고가 발생하기 전의 확인된 정상 상태로 복구하기 위한 특정 과거 복구 지점입니다.

복구 계획은 여러 보호된 VM을 그룹화하고 장애 조치 순서와 시점을 정의합니다. 어떤 VM을 먼저 부팅할지(예: 애플리케이션 서버보다 먼저 데이터베이스 서버 부팅), 장애 조치를 일시 중지하고 사람이 검증할 수 있는 수동 승인 단계, 장애 조치 전후 스크립트를 실행할 Azure Automation 런북(예: DNS 레코드 업데이트, 부하 분산 장치 구성 또는 알림 전송)을 지정할 수 있습니다. 복구 계획은 장애 조치 테스트를 통해 독립적으로 테스트할 수 있습니다.

장애 조치 테스트는 실제 RTO(복구 시간 목표)를 측정할 기회를 제공합니다. 장애 조치를 시작할 때 스톱워치를 시작하고 애플리케이션이 완전히 작동하여 사용자가 액세스할 수 있을 때 중지합니다. Azure 간 장애 조치는 단일 VM의 경우 일반적으로 15~30분 내에 완료되지만, 종속성이 있는 다중 계층 애플리케이션은 더 오래 걸릴 수 있습니다. 예상보다 시간이 더 걸리게 한 단계(예: DNS 전파, 애플리케이션 준비)에 관한 내용을 기록하고 다음 테스트 전에 해결합니다.

계획된 장애 조치(예: 새 지역으로 마이그레이션)를 완료한 후 Commit을 실행하여 장애 조치를 확정합니다. 커밋하면 원본에서 다시 복제하는 작업이 중지되고 대상 VM이 새로운 주 VM으로 표시됩니다. 커밋한 후에는 재보호를 사용하도록 설정하여 복제 방향을 반대로 바꿀 수 있으며, 그러면 원래 원본 지역이 새로운 DR 대상이 됩니다. 이를 통해 사고가 해결된 후 원래 지역으로 장애 복귀할 수 있습니다.

장애 복귀는 재해 또는 계획된 마이그레이션 후 워크로드를 원래 지역으로 되돌리는 과정입니다. 단계는 다음과 같습니다. 장애 조치된 VM을 재보호하여 복제를 반대로 전환하고 새 주 지역에서 원래 지역으로 복제한 다음, 초기 동기화가 완료될 때까지 기다리고, 원래 지역으로 계획된 장애 조치를 수행합니다. 장애 복귀를 수행하려면 원래 원본 인프라가 여전히 유지되고 있어야 합니다. 인프라가 삭제된 경우 장애 복귀 전에 랜딩 존을 다시 구축해야 할 수 있습니다.

장애 조치 테스트 후에는 포털에서 Cleanup test failover를 수행하여 테스트 VM과 연결된 디스크를 삭제해야 합니다. 정리하지 않으면 테스트 VM이 계속 실행되어 컴퓨팅 비용이 발생합니다. 정리 단계에서는 보호된 항목의 장애 조치 테스트 상태도 초기화하므로 나중에 다른 테스트를 실행할 수 있습니다. 정리를 자동화하면(예: Automation 런북을 통해 테스트 시작 후 한 시간 뒤에 정리하도록 예약) 테스트 VM을 잊어버리고 며칠 동안 실행되는 일을 방지할 수 있습니다.

모든 DR 테스트에서는 다음 내용을 기록하는 DR 훈련 보고서를 작성해야 합니다. 테스트한 날짜와 시나리오, 사용한 복구 지점, 달성한 RTO와 RPO, 발견된 문제, 수행한 해결 조치입니다. 이 문서는 ISO 27001 및 SOC 2처럼 정기적인 DR 테스트를 의무화하는 프레임워크의 감사 요구 사항을 충족합니다. 훈련 보고서는 IT 팀과 비즈니스 연속성 팀 모두가 액세스할 수 있는 안전한 위치에 저장합니다.

Azure Site Recovery 가격은 보호된 인스턴스당 월별로 적용되며, 복제 서비스와 오케스트레이션 비용을 모두 포함합니다. 또한 대상 지역의 복제 관리 디스크에 사용되는 저장소와 복제 중 캐시 저장소 계정에 대해서도 요금이 부과됩니다. 복제 트래픽에 대한 Azure 지역 간 아웃바운드 데이터 전송에는 일반 송신 요금이 부과됩니다(Azure Backup에서는 이와 달리 쌍을 이루는 지역 간 송신이 무료입니다). 온-프레미스에서 Azure로 복제하는 경우 Azure VM의 Windows Server 라이선스에 Azure Hybrid Benefit을 적용하여 비용을 줄일 수 있습니다.

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

이 단원에서는 다음을 배웠습니다. 장애 조치 테스트는 프로덕션에 영향을 주지 않고 격리된 네트워크에서 DR 계획을 검증하고, 복구 계획은 수동 승인 단계와 자동화 런북 단계를 사용하여 여러 VM의 장애 조치 순서를 지정하며, 장애 복귀는 재해 후 복제 방향을 반대로 전환하여 워크로드를 원래 지역으로 되돌립니다. 다음으로 전 세계 콘텐츠 전송을 가속하는 Azure CDN을 살펴봅니다.