Microsoft AZ-140: 복원력, 복구 및 마이그레이션 — 학습 가이드

By Laurynas Brazys · 12 August 2026 · #microsoft #az-140 #certification #exam-prep #study-guide

다음의 일부입니다: Microsoft Azure Virtual Desktop Specialty AZ-140 — 학습 가이드. 검증된 답안으로 연습하기: Microsoft 시험 허브, 또는 다음에서 시간 제한 모의고사 풀기: ExamRoll.io.

개요

Azure Virtual Desktop(AVD) 복원력, 복구 및 마이그레이션 계획은 지역 장애 시 사용자 생산성 유지, 데이터(프로필, 이미지, 애플리케이션) 보호, 종속성 장애 조치 오케스트레이션, 레거시 Remote Desktop Services(RDS)로부터 예측 가능한 전환 제공에 중점을 둡니다. 효과적인 설계는 상태 비저장(stateless) AVD 컨트롤 플레인을 상태 저장(stateful) 데이터 플레인과 분리하고, 재구축을 위해 반복 가능한 자동화를 사용하며, 각 구성 요소에 대한 명확한 복구 목표를 정의하고, 검색 및 용량 모델링을 통해 실제 성능을 검증합니다.

지역 아키텍처, 사용자 액세스 및 장애 조치

컨트롤 플레인과 데이터 플레인: AVD의 브로커, 웹 액세스, 진단 및 관리 서비스는 전역적으로 복원력이 있습니다. 세션 호스트, 호스트 풀, 이미지 및 스토리지는 지역에 따라 다르며 장애 조치를 위해 설계되어야 합니다.
지역 장애 전략:
- 사용자 집단별로 보조 지역 호스트 풀을 생성하고 동일한 VM 크기 제품군 및 이미지 계보를 사용합니다. Azure Compute Gallery를 사용하여 이미지를 보조 지역으로 복제합니다.
- 두 지역에 동일한 애플리케이션 그룹(RemoteApp 및/또는 데스크톱)을 게시하고 사용자에게 두 그룹 모두를 할당하여, 기본 풀을 기본값으로 설정하고 보조 풀을 DR 대상으로 설정합니다.
- DR 호스트를 콜드 또는 웜 대기 상태로 유지합니다. 풀링된 호스트의 경우, 0으로 스케일 인하거나 전원을 꺼서 정상 상태 비용을 최소화한 후, 확장 계획 및 연결 시 VM 시작 기능에 의존합니다.
장애 발생 시 사용자 액세스:
- AVD 서비스는 정상 세션 호스트로 연결 요청을 라우팅합니다. 기본 호스트 풀을 드레이닝 모드로 설정하거나 사용할 수 없게 되면, 사용자에게 할당이 있는 경우 새 연결이 보조 풀로 중개됩니다.
- 장애가 발생한 지역의 열린 세션은 연결이 끊어지고, 재연결 시 사용 가능한 지역에 연결된다는 점을 사용자에게 교육합니다.
이미지 및 MSIX app attach 패리티:
- 이미지에는 지역 복제를 사용하는 Azure Image Builder 및 Azure Compute Gallery(SIG)를 사용합니다.
- MSIX app attach 패키지는 두 지역 모두에서 연결 가능한 복원력 있는 스토리지 위치에 저장하고, 콘텐츠를 보조 지역으로 복제합니다(예: ANF 지역 간 복제 또는 스토리지 계정 복제).
네트워크 및 ID 종속성:
- DNS 및 ID(Active Directory 또는 Azure AD DS)가 두 지역 모두에서 연결 가능하도록 보장합니다. Azure AD DS의 경우, 도메인 조인 및 이름 확인이 필요한 각 지역 VNet에서 관리되는 도메인 IP로 VNet DNS 설정을 구성합니다.
- 지역 간 RDP Shortpath 동작을 검증하고, UDP가 방해받는 경우 역방향 연결로 폴백합니다.

이미지 버전을 두 지역으로 복제하는 예시:

az sig image-version create \
  --resource-group rg-avd-images \
  --gallery-name sig-avd \
  --gallery-image-definition win11-ms \
  --gallery-image-version 1.0.3 \
  --target-regions eastus=1 westus=1

복구 목표 및 데이터 보호 역할

구성 요소별로 고유한 RTO/RPO 정의:

호스트 풀 및 세션 호스트:
- 풀링됨: 세션 호스트를 일시적인(ephemeral) 것으로 취급합니다. RTO는 몇 분(자동 재배포), RPO는 해당 없음(호스트 상태 없음)입니다. 복구를 위해 VM 백업에 의존하지 마십시오. 이미지에서 재배포하고 자동 확장합니다.
- 개인용: 사용자 상태가 OS 디스크에 있는 경우 Azure Backup 또는 Azure Site Recovery(ASR)로 보호합니다. DR을 단순화하기 위해 사용자 상태를 FSLogix 프로필로 오프로드하는 것을 선호합니다.
이미지:
- Compute Gallery 복제를 사용하여 이미지 가용성에 대한 RPO는 거의 0에 가깝습니다. 새 호스트를 배포하는 데 몇 분의 RTO가 소요됩니다. 골든 이미지 파이프라인을 버전 관리하고 재현 가능하게 유지합니다.
프로필 및 Office 캐시(FSLogix):
- RPO: 복제 및 백업 일정에 따라 몇 분에서 몇 시간. RTO: Cloud Cache가 구성된 경우 보조 지역에 마운트하는 데 몇 분, 그렇지 않으면 볼륨/공유를 복원하고 세션을 다시 지정하는 데 걸리는 시간.
애플리케이션:
- 이미지 내 애플리케이션의 경우 이미지 RTO/RPO에 맞춥니다. MSIX app attach의 경우 패키지 스토리지 복제 및 재등록 시간에 맞춥니다.

Azure Backup 및 ASR:

Azure Backup:
- FSLogix 프로필 및 ODFC 컨테이너를 호스팅하는 Azure Files 공유를 백업합니다. RPO 목표를 충족하기 위해 빈번한 스냅샷을 사용하고, 개별 VHD/VHDX 또는 전체 공유를 복원합니다. 사용자가 로그인한 동안 스냅샷은 충돌 일관성을 가지므로, 정밀 복원을 위해서는 사용자의 컨테이너를 대역 외(out-of-band)에서 복사/이름 변경하고 사용자에게 다시 로그인하도록 지시해야 함을 전달합니다.
- 필요할 때 개인용 데스크톱의 OS 디스크를 백업합니다. 풀링된 호스트는 일반적으로 VM 백업이 필요하지 않습니다.
Azure Site Recovery:
- AVD에 중요한 상태 저장 인프라 구성 요소(예: 관리 서버, 해당되는 경우 라이선스 서버, LOB 서버) 및 VM 상태 보존이 필요한 개인용 호스트 풀에 ASR을 사용합니다.
- 풀링된 AVD 호스트에 ASR을 사용하지 마십시오. 이미지/확장 계획에서 재배포하는 것이 더 빠르고 저렴합니다.

프로필 스토리지 복원력, Cloud Cache, 백업 및 복원

FSLogix를 위한 스토리지 옵션:
- Azure NetApp Files (ANF): 대규모 환경에서 가장 높은 IOPS/가장 낮은 지연 시간을 제공하며, DR을 위한 지역 간 복제를 지원합니다. 매우 큰 규모의 환경이나 높은 동시성 및 프로필 IO 요구에 이상적입니다.
- Azure Files Premium: 지역 내 복원력을 위한 ZRS를 갖춘 SSD 기반 PaaS 파일 공유로, 성능과 관리의 뛰어난 균형을 제공합니다. 지역 간 DR을 위해서는 Cloud Cache 및 공유 수준 백업/복원과 결합하거나 이중 지역 공유를 설계합니다.
- IaaS 기반 Storage Spaces Direct(S2D): PaaS가 실행 불가능할 때만 사용합니다. 쿼럼(quorum)을 위해 Cloud Witness 없이 최소 3개의 VM이 필요합니다. 운영 오버헤드가 PaaS 대안보다 높습니다.
Cloud Cache:
- 여러 공급자(예: 다른 영역/지역에 있는 두 개의 Azure Files 또는 ANF 엔드포인트)를 구성합니다. 지역 장애 발생 시, FSLogix는 캐시된 쓰기에 대한 최종 일관성을 유지하며 살아남은 공급자를 대상으로 계속 작동합니다.
- 샘플 구성:

# PowerShell on session host
New-Item -Path HKLM:\SOFTWARE\FSLogix\Profiles -Force | Out-Null
New-ItemProperty HKLM:\SOFTWARE\FSLogix\Profiles -Name Enabled -Type DWord -Value 1 | Out-Null
New-ItemProperty HKLM:\SOFTWARE\FSLogix\Profiles -Name CCDLocations -Type String `
  -Value "type=smb,connectionString=\\files-pri.file.core.windows.net\profiles;type=smb,connectionString=\\files-dr.file.core.windows.net\profiles" | Out-Null
New-ItemProperty HKLM:\SOFTWARE\FSLogix\Profiles -Name DeleteLocalProfileWhenVHDShouldApply -Type DWord -Value 1 | Out-Null

백업 및 복원 패턴:
- 프로필 공유에 대해 매시간 또는 몇 시간마다 Azure Backup 스냅샷을 구현합니다. 손상된 사용자 프로필의 경우, 현재 VHDX를 격리하고 이전 스냅샷을 다른 위치에 복원한 다음 사용자의 컨테이너를 복사하거나 다시 연결합니다.
- ANF의 경우 스냅샷과 지역 간 복제를 사용합니다. 스냅샷 디렉터리를 통해 볼륨 수준 또는 단일 파일을 복원합니다.
테스트:
- DR 훈련에 마운트/연결 검증, 손상 시뮬레이션, 사용자 수준 롤백을 포함합니다.

트래픽, DNS, 종속성 장애 조치

애플리케이션 종속성:
- 많은 AVD 앱은 HTTP/S API, 웹 프런트엔드 또는 데이터베이스에 종속됩니다. 이러한 종속성을 전역 부하 분산 및 지역별 배포로 설계하여, 종속성 장애 조치가 발생하더라도 사용자가 정상 세션에서 고립되지 않도록 합니다.
Azure Front Door 및 Traffic Manager:
- AVD 사용자가 이용하는 앱 종속성에 대해 전역 HTTP/S Layer-7 부하 분산, WAF, 경로 기반 라우팅을 구현하려면 Azure Front Door를 사용합니다. 각 지역의 영역 중복 백엔드와 함께 구성합니다.
- 공용으로 노출되고 상태 프로브를 지원하는 비 HTTP 엔드포인트의 DNS 기반 부하 분산을 위해서는 Azure Traffic Manager를 사용합니다.
프라이빗 DNS 및 이름 확인:
- Azure DNS Private Resolver를 사용하여 조건부 전달자(conditional forwarder)를 중앙에서 관리하고, 온프레미스, Azure VNet, 관리형 도메인 간의 쿼리를 라우팅합니다. 빠른 장애 조치가 필요할 수 있는 엔드포인트에는 TTL이 낮은 레코드를 게시합니다.
- 기본적으로 원활한 장애 조치를 지원하지 않는 스토리지 엔드포인트의 경우, 내부 DNS 뒤에 이중 이름 엔드포인트를 추상화하여 장애 발생 시 기본 공유와 DR 공유 간에 전환하는 것을 고려합니다.
네트워크 QoS 및 액세스:
- WAN 전반에서 실시간 AVD 트래픽(UDP/TCP)에 우선순위를 부여합니다. 지점 라우터에서 QoS를 조정하여 AVD 트래픽 클래스가 연결 오류와 지연 시간을 줄일 수 있도록 충분한 대역폭을 확보합니다.
- Shortpath 연결성과 방화벽 핀홀을 검증합니다. 송신 대역폭 계획이 동시성 및 워크로드 조합과 일치하는지 확인합니다.

RDS에서의 마이그레이션, 검색, 밀도 및 용량

RDS 평가:
- Connection Broker, RD 게이트웨이, RD 웹, RD 세션 호스트, RD 라이선싱, 파일 서버/프로필 저장소를 목록화합니다. GPO, FSLogix 구성, 애플리케이션 제공 방법을 문서화합니다.
- 역할을 AVD 구성 요소(호스트 풀, 작업 영역, 앱 그룹, 프로필 스토리지, AVD 관리 브로커링)에 매핑합니다. Azure에서는 RD 게이트웨이와 Broker가 필요 없도록 제거합니다.
Azure Migrate 및 검색:
- Azure Migrate 어플라이언스를 사용하여 기존 RDS VM, 성능 기준선, 종속성을 검색합니다. AVD 세션 호스트 배치 및 데이터 중력(data gravity)을 위해 앱과 서버 간의 관계를 식별합니다.
사용자 밀도 분석:
- 워크로드(단순 작업/지식/파워 유저)별로 밀도 모델을 구축합니다. CPU ready, 메모리 압력, 프로필 IO 기준선을 사용하여 VM당 세션 수를 도출합니다. 후보 VM SKU(예: Dv5/Esv5/Dasv5, 그래픽용 GPU 지원 SKU)에서 파일럿 벤치마크를 통해 검증합니다.
- Azure Virtual Desktop Experience Estimator를 사용하여 사용자와 호스트 간의 지연 시간이 가장 낮은 지역을 선택합니다.
용량 모델링:
- 밀도를 N+1 버퍼와 유지보수 오버헤드를 포함한 풀당 호스트 수로 변환합니다. 스케일링 계획에서 스케일 아웃 임계값과 최소/최대 호스트 수를 정의합니다. 예측 가능한 비용과 바쁜 지역에서의 코어 보장을 위해 용량 예약을 고려합니다.
- 구독 및 지역별 할당량(vCPU, 제품군별 코어 수, IP, NIC, 디스크)이 사전에 증설되었는지 확인하고, 할당량 증가 요청을 조기에 제출합니다.

전환, 공존, 할당량 및 런북

전환 계획:
- 병렬 공존 실행: AVD에 파일럿을 온보딩하는 동안 RDS를 계속 운영합니다. 두 시스템에 동일한 앱을 게시하되, 코호트별로 사용자를 유도합니다.
- 파일럿 코호트: IT 및 얼리 어답터부터 시작하여 대표 부서로 확장한 다음, 전사적으로 배포합니다. 피드백을 사용하여 이미지, FSLogix 설정 및 스케일링을 조정합니다.
- 롤백: 수용 기준이 충족될 때까지 RDS 액세스 경로를 유지합니다. 사용자 프로필을 하위 호환 가능하게 유지하거나 코호트별로 프로필 재설정 경로를 제공합니다.
운영 준비 상태:
- 등록 키: 기존 VM을 호스트 풀에 온보딩할 때 등록 키를 생성하고 AVD 에이전트를 통해 조인합니다. Azure Image Builder 및 사후 프로비저닝 스크립트를 통해 자동화합니다.
- 작업 공간 및 앱 그룹 관리: 최소 권한 앱 그룹을 게시합니다. Desktop과 RemoteApp을 분리합니다. 필요한 경우 DR 앱 그룹은 할당된 상태로 유지하되 시각적으로는 덜 강조되도록 합니다.
런북 및 자동화:
- 다음을 포함하는 비즈니스 연속성 및 재해 복구(BCDR) 런북을 구축합니다:
  - 인시던트 선언 및 기본 풀을 드레이닝 모드(drain mode)로 전환.
  - DR 풀 스케일링 및 이미지 패리티(image parity) 확인.
  - Cloud Cache 또는 DNS 재지정을 통한 프로필 스토리지 전환.
  - Front Door/Traffic Manager를 통한 중요 앱 종속성 검증.
  - 사용자와 서비스 데스크에 소통.
  - 기본 리전이 복구되었을 때 롤백.
- Azure Automation 또는 Functions를 사용하여 역할 기반 액세스 제어 및 변경 승인이 포함된 런북을 구현합니다.
비용 및 예약:
- 안정적인 기준 워크로드에는 Savings Plans 및 Capacity Reservations를 사용합니다. 급증하는 용량은 자동 스케일링과 함께 종량제(pay-as-you-go)로 유지합니다. 비프로덕션 풀은 업무 시간 외에 종료되도록 예약합니다.

실제 문제 시나리오

Adobe는 온프레미스 RDS 팜에서 Azure Virtual Desktop으로 마이그레이션하는 동안, 수백 테라바이트의 로밍 프로필과 높은 사양의 그래픽 워크로드를 사용하는 크리에이티브 팀과 지원 팀이 리전 중단 시에도 지속적으로 작업할 수 있도록 보장해야 합니다.

검색 및 기준선 설정

Azure Migrate를 사용하여 RDS 호스트, 프로필 공유 및 LOB 종속성을 인벤토리화하고, 그래픽 및 지원 코호트의 CPU/메모리/IO 패턴을 캡처합니다.
이유: 경험적 기준선은 정확한 사용자 밀도 목표와 VM SKU 선택을 이끌어내어 과잉 프로비저닝을 최소화합니다.

리전 아키텍처 설계

West US 2에 크리에이티브 팀을 위한 GPU 지원 NVadsA v5와 지원 팀을 위한 Dv5로 기본 호스트 풀을 생성하고, Central US에 보조 풀을 배포합니다.
Azure Compute Gallery를 통해 이미지를 복제하고, MSIX 패키지는 교차 리전 복제(cross-region replication) 기능이 있는 ANF에 저장합니다.
이유: 예측 가능한 성능으로 리전 간 컴퓨팅 및 앱 패리티를 보장합니다.

ID 및 DNS 강화

세션 호스트가 도메인에 조인할 Azure AD DS IP로 VNet DNS를 구성하고, Azure DNS Private Resolver를 배포하여 온프레미스와 Azure 간의 쿼리를 전달합니다.
이유: 리전 간의 안정적인 이름 확인은 장애 조치 중 로그온 및 앱 액세스를 가능하게 합니다.

복원력 있는 프로필 구현

FSLogix에 Azure NetApp Files를 스냅샷 및 교차 리전 복제와 함께 사용하고, 기본 및 DR ANF 볼륨을 가리키는 FSLogix Cloud Cache를 활성화합니다.
이유: ANF는 크리에이티브 팀이 요구하는 IOPS/지연 시간을 제공하며, Cloud Cache와 CRR은 리전 장애 시 연속성을 제공합니다.

종속성 장애 조치 오케스트레이션

LOB 웹 API 앞에 Azure Front Door를 배치하고 리전별로 배포된 백엔드를 구성합니다. HTTP가 아닌 퍼블릭 엔드포인트에는 Traffic Manager를 사용합니다.
이유: 재구성 없이 두 AVD 리전 중 어디에서든 애플리케이션 엔드포인트에 연결할 수 있도록 유지합니다.

복구 목표 및 보호 설정

풀링된 호스트에 대해 RTO를 수 분(재구축), 개인용 데스크톱(있는 경우 Azure Backup/ASR로 보호)에 대해 수 시간, 프로필에 대해 ANF 스냅샷을 통해 15분의 RPO를 설정합니다. 지원 코호트의 Azure Files 공유가 사용되는 경우 백업합니다.
이유: 구성 요소별 목표는 비용을 비즈니스 영향에 맞게 조정합니다.

파일럿 및 공존

100명의 지원 사용자와 50명의 크리에이티브 사용자를 AVD에 온보딩하고, RDS는 병렬로 계속 게시합니다. 밀도, 프로필 안정성 및 앱 성능을 검증합니다. 스케일링 정책과 FSLogix 설정을 반복적으로 개선합니다.
이유: 통제된 파일럿은 이미지, 스토리지 및 자동 스케일링 선택에 대한 위험을 줄입니다.

전환 및 DR 훈련

AVD 등록 키를 생성하여 풀을 확장하고, 모든 사용자에게 DR 앱 그룹을 할당합니다. DR 훈련을 실행합니다: 기본 풀을 드레이닝하고, DR 풀을 스케일링하며, Cloud Cache 연속성을 검증하고, Front Door를 통해 앱 종속성을 장애 조치합니다.
이유: 전체 마이그레이션 전에 프로필과 종속성을 포함한 엔드투엔드 장애 조치를 증명합니다.

할당량, 예약 및 자동화

리전별 vCPU 및 GPU 할당량을 미리 늘리고, 기준 GPU 및 CPU에 대한 Capacity Reservations를 구매합니다. 드레이닝, 스케일링, 스토리지 전환 및 커뮤니케이션을 위한 Azure Automation 런북을 구현합니다.
이유: 인시던트 발생 시 용량을 보장하고 스트레스가 많은 이벤트에서 수동 단계를 제거합니다.