Microsoft AZ-140: 세션 호스트 운영, 확장 및 최적화 — 학습 가이드
다음의 일부입니다: Microsoft Azure Virtual Desktop Specialty AZ-140 — 학습 가이드. 검증된 답안으로 연습하기: Microsoft 시험 허브, 또는 다음에서 시간 제한 모의고사 풀기: ExamRoll.io.
개요
Azure Virtual Desktop (AVD)의 세션 호스트 운영은 세 가지 핵심 분야를 중심으로 이루어집니다: 적정 규모 산정 및 성능 엔지니어링, 지능형 확장 및 전원 관리, 신뢰할 수 있는 Day-2 운영. 목표는 유지 관리 용이성이나 복구 가능성을 저해하지 않으면서, 피크 수요 시간에는 일관된 사용자 경험을 제공하고 업무 외 시간에는 비용을 최소화하는 것입니다. 이 섹션에서는 스케일링 계획, 일정 및 용량 구성, 드레이닝 모드와 같은 운영 상태, 상태 및 등록 문제 해결을 통해 AVD 자동 크기 조정을 설계하고 운영하는 방법을 설명합니다. 그런 다음 예약, 절감액 플랜, Azure Hybrid Benefit과 같은 비용 최적화 수단과 함께 크기 조정 지침(GPU 사용 워크로드 포함) 및 자동화를 연계하여 설명합니다.
자동 크기 조정 설계: 스케일링 계획, 일정 및 호스트 풀 대상 지정
스케일링 계획 및 대상 지정
- 스케일링 계획은 풀링된 호스트 풀이 세션 호스트를 시작, 드레이닝, 중지 및 할당 해제하는 시기와 방법을 정의합니다. 하나의 스케일링 계획은 여러 지역에 걸쳐 여러 호스트 풀을 대상으로 지정할 수 있습니다.
- 대상이 된 각 호스트 풀은 자체 시간대 컨텍스트에서 독립적으로 스케일링 계획을 실행합니다. 현지 업무 시간에 맞추려면 일정별로 스케일링 계획의 시간대 설정을 사용하십시오.
- 제외 태그: 자동 크기 조정이 특정 VM(예: 운영 카나리 또는 유지 관리 파일럿)을 무시하도록 태그 키/값 쌍을 정의합니다.
- 부하 분산 모드가 중요합니다: 너비 우선(breadth-first) 방식은 세션을 여러 호스트에 분산시키고(순간 성능 향상, 스케일 인 속도 저하), 깊이 우선(depth-first) 방식은 세션을 더 적은 수의 호스트에 누적시킵니다(통합 및 비용 절감 극대화). 비용 중심의 자동 크기 조정을 위해서는 적절한 용량 임계값과 함께 깊이 우선 방식을 사용하십시오.
일정: 램프 업, 피크, 램프 다운, 오프 피크
- 램프 업(Ramp-up): 수요가 발생하기 전에 최소한의 플릿을 시작하고 준비한 다음, 용량 임계값을 초과하면 스케일 아웃합니다.
- 피크(Peak): 지연 시간과 대기열을 최소화하기 위해 더 많은 용량을 온라인 상태로 유지하며, 임계값을 초과하면 스케일 아웃을 계속합니다.
- 램프 다운(Ramp-down): 선택된 호스트를 드레이닝 모드로 전환하고 세션을 통합한 후, 유예 기간이 지나면 유휴 호스트의 전원을 끕니다.
- 오프 피크(Off-peak): 업무 시간 외 액세스를 위해 작은 기준선을 유지하며, 나머지 유휴 호스트는 할당 해제하여 비용을 최소화합니다.
용량 임계값, 최소 호스트 가용성 및 자동 크기 조정 동작
- 용량 임계값(%)은 온라인 호스트의 총 세션 용량을 기준으로 측정됩니다. 평균 사용률이 임계값을 초과하면 자동 크기 조정 기능이 추가 VM을 시작합니다. 사용률은 호스트당 최대 세션 수와 현재 세션 수에 따라 결정됩니다. 워크로드별로 조정하십시오. 깊이 우선 방식의 경우 60–70%, 너비 우선 방식의 경우 70–80%로 시작하는 것이 좋습니다.
- 최소 호스트 가용성은 각 일정 단계에서 계속 실행할 호스트의 수 또는 백분율로 정의할 수 있습니다. 갑작스러운 급증을 흡수하기 위해 항상 최소한 하나의 “예비” 호스트를 유지하십시오.
- 스케일 인 안전성: 자동 크기 조정은 사용자의 연결이 끊어지는 것을 방지하기 위해 드레이닝 모드와 “활성 세션 없음” 검사를 사용합니다. 유휴 호스트만 중지/할당 해제됩니다.
전원 관리 및 비용 인식 할당 해제
- 중지(할당 해제)는 컴퓨팅 요금을 해제하지만, OS 및 데이터 디스크에는 계속해서 스토리지 요금이 발생합니다. 자동 크기 조정은 램프 다운 및 오프 피크 시간 동안 유휴 호스트를 할당 해제합니다.
- 연결 시 VM 시작 기능은 사용자가 연결을 시도할 때 할당 해제된 VM을 부팅하여 오프 피크 상태를 보완할 수 있습니다. 호스트 풀의 관리 ID 또는 서비스 주체가 세션 호스트 리소스 그룹에 대한 VM 시작 권한을 가지고 있는지 확인하십시오.
- 할당 해제 없이 게스트 내에서 종료하는 것을 피하십시오. VM이 할당된 상태로 남아 요금이 청구됩니다.
운영 상태, 유지 관리 및 상태: 드레이닝 모드, 알림 및 등록
드레이닝 모드 및 유지 관리 기간
- 드레이닝 모드(AllowNewSession=false)는 기존 세션은 완료되도록 허용하면서 새 로그온을 방지합니다. 패치, 에이전트 업데이트, 이미지 교체 또는 스케일 인에 사용하십시오.
- 유지 관리 접근 방식: 호스트를 드레이닝 모드로 설정하고, 유휴 상태가 될 때까지 기다린 다음, 알림 후 남아있는 세션을 정상적으로 로그오프시키고, 업데이트를 적용하고 재부팅합니다. 상태/하트비트를 확인하고 새 세션을 다시 활성화합니다.
사용자 알림 전략
- 스케일링 계획 알림: 램프 다운 중에 로그오프 메시지와 유예 기간을 구성합니다. 명확하고 시간 제한이 있는 언어를 사용하십시오.
- 보조 알림: Azure Automation(Send-AzVMRunCommand, PowerShell을 통한 토스트 알림) 또는 Endpoint Manager를 사용하여 유지 관리 전에 세션 내 메시지를 표시합니다.
세션 호스트 상태, 하트비트 및 에이전트 상태
- 일반적인 상태: Available, Unavailable (NoHeartbeat), NeedsAssistance, Unhealthy, Shutdown, NotJoinedToDomain, Upgrading.
- 하트비트/에이전트 필수 구성 요소: AVD 서비스 엔드포인트로의 아웃바운드 443 포트(AzureVirtualDesktop 서비스 태그 사용), 안정적인 DNS 확인, 시간 동기화 및 해당하는 경우 성공적인 도메인 가입.
- 에이전트 서비스: Remote Desktop Agent Loader와 Remote Desktop Agent가 실행 중이어야 합니다. 아웃바운드 액세스가 허용되면 AVD 에이전트와 side-by-side 스택이 자동 업데이트됩니다.
등록 및 문제 해결
- 기존 VM을 호스트 풀에 가입시키려면 등록 토큰(제한된 시간 동안 유효)을 생성하고 해당 토큰으로 AVD 에이전트를 설치/등록합니다.
- 일반적인 장애 격리 단계:
- 호스트 풀에서 호스트가 Registered 및 Available로 표시되는지 확인하고, 그렇지 않은 경우 새 토큰으로 다시 등록합니다.
- 이벤트 뷰어에서 Microsoft-RDInfra-RDAgent, Microsoft-RDInfra-RDAgentBootLoader 및 RDS/TerminalServices 로그를 검사하여 연결 또는 인증 오류를 확인합니다.
- DNS 확인: 도메인 확인 및 서비스 엔드포인트 확인이 성공해야 합니다. Azure AD DS를 사용하는 경우 VNet DNS가 관리형 도메인 컨트롤러를 가리키도록 해야 합니다.
- Windows 방화벽 또는 네트워크 보안 규칙이 아웃바운드 443 포트를 허용하고 TLS 가로채기가 서비스 신뢰를 깨뜨리지 않는지 확인합니다.
유용한 자동화 예시
# Put a session host in drain mode (no new sessions)
Update-AzWvdSessionHost -ResourceGroupName rg-avd -HostPoolName hp-finance `
-Name host1.contoso.com -AllowNewSession:$false
# Gracefully logoff idle users after notice (example)
Invoke-AzVMRunCommand -ResourceGroupName rg-avd -Name host1 `
-CommandId RunPowerShellScript -ScriptPath .\Notify-And-Logoff.ps1
사이징, 사용률 및 GPU 지원 워크로드
VM 크기 선택 및 워크로드 기반 사이징
- 워크로드 특성 분석부터 시작합니다: 오피스/생산성, Microsoft 365 앱 및 Teams 최적화가 적용된 지식 근로자, 개발자/엔지니어링 또는 그래픽/3D.
- CPU: 지속적인 CPU 사용률을 70–75% 미만으로, 짧은 급증은 85% 미만으로 유지합니다.
Processor(_Total)\% Processor Time및System\Processor Queue Length를 모니터링합니다. - 메모리: 커밋된 메모리를 80% 미만으로 목표하고, 호스트당
Memory\Available MBytes를 500MB 이상으로 유지합니다. 페이징 발생 여부를 주시하세요. FSLogix 캐시가 작업 집합(working set)을 늘릴 수 있으므로 그에 맞게 크기를 조정합니다. - 스토리지: 사용자 경험은 FSLogix 프로필의 IOPS와 지연 시간에 따라 달라집니다. 임시/캐시 집약적인 시나리오에는 Premium SSD v2, Ultra Disk를, 높은 IOPS가 필요한 프로필에는 Azure Files Premium 또는 Azure NetApp Files를 사용합니다. 매우 큰 규모의 환경이나 가장 낮은 지연 시간이 필요한 프로필의 경우, Azure NetApp Files가 최고의 일관성을 제공합니다.
- 초기 기준선 (다중 세션):
- 가벼운 생산성 작업: 4–8 vCPU, 16–32 GB RAM; 응답성을 위해 분산 우선(breadth-first) 방식 사용.
- 중간 수준의 지식 근로자: 8–16 vCPU, 32–64 GB RAM; 비용 효율성을 위해 집중 우선(depth-first) 방식 사용.
- 무거운 개발/컴파일/데이터 작업: 16–32 vCPU, 64–128 GB RAM; 전용 풀 사용을 고려합니다.
GPU 지원 세션 호스트
- CAD/GIS/3D/비디오 편집 및 복잡한 시각화 작업의 경우, 세분화된 vGPU 프로필과 강력한 가격 대비 성능을 위해 NVads A10 v5를 사용하고, 적절한 경우 NV v4/v5 제품군을 고려합니다.
- N-series VM에 Windows용 NVIDIA GPU 드라이버 확장을 배포합니다. 하드웨어 인코딩을 검증하고, AVC/H.264를 활성화하며, 유익한 경우 정책을 통해 “원격 데스크톱에 하드웨어 인코딩 사용"을 구성합니다.
- 성능 카운터(GPU 엔진 사용률, GPU 메모리) 및 Azure Monitor 메트릭으로 GPU를 모니터링합니다. 충분한 CPU 헤드룸을 확보해야 합니다. 그래픽 집약적인 앱은 여전히 CPU 부족(starvation)에 민감합니다.
원격 분석 및 반복적인 튜닝
- AVD 인사이트 및 Log Analytics를 위해 Azure Monitor를 활성화합니다. CPU, 메모리, FSLogix 프로필 지연 시간, 로그온 시간, 연결 끊김, 브로커링 시간을 추적합니다.
- 관찰된 경합을 기반으로 호스트 풀의 MaxSessionLimit 및 부하 분산 모드를 조정한 다음, 이에 맞춰 자동 크기 조정 임계값을 다시 튜닝합니다.
비용 최적화: 전원 관리, 자동 크기 조정, 예약, Savings Plans 및 AHB
업무 시간에 맞춰 스케일링 조정
- 깊이 우선 방식과 보수적인 용량 임계값을 사용하여 세션을 통합하고 스케일 인을 가속화합니다. 피크 외 시간 할당 해제 및 ‘연결 시 VM 시작’ 기능과 결합하여 늦은 시간이나 드문 액세스에 대응합니다.
- 콜드 스타트 폭풍을 방지하기 위해 작지만 0이 아닌 최소 호스트 수를 설정합니다.
예약 및 Savings Plans
- 예약: 1년 또는 3년 VM 예약은 특정 지역의 특정 SKU를 고정하여 가장 큰 할인 혜택을 제공합니다. 대부분의 시간(예: 주간 피크 플릿)에 실행되는 기준 용량에 이상적입니다.
- Compute Savings Plans: VM 제품군 및 지역 전반에 걸쳐 유연한 할인을 제공합니다. 다양한 크기를 혼합하거나 정확한 SKU 예측 가능성이 낮은 동적 환경에 유용합니다.
- 스토리지 예약: Azure Files 예약된 용량은 대규모 환경에서 FSLogix 스토리지 비용을 절감할 수 있습니다.
Azure 하이브리드 혜택(AHB) 및 라이선싱
- Windows Server 및 자격이 되는 Windows 클라이언트 워크로드에 AHB를 적용하여 컴퓨팅 OS 라이선스 비용을 절감합니다. 라이선스 자격 및 규정 준수를 확인해야 합니다.
- Microsoft 365 배포의 경우, 해당되는 경우 라이선스가 Windows Enterprise 다중 세션 및 Microsoft 365 Apps를 포함하는지 확인합니다.
운영 스크립트 및 Runbook
- 다음과 같은 작업에 Azure Automation 또는 GitHub Actions를 사용합니다:
- 유지 관리 전후의 플릿 드레이닝/활성화 시퀀스.
- 월요일이나 공휴일 이후의 사전 스케일링 웜업 스크립트.
- 상태 복구(에이전트 서비스 재시작, 하트비트 손실 시 호스트 재등록).
- 태그 기반 오케스트레이션을 사용하면 선택적 작업을 간단하게 수행할 수 있습니다(예: Environment=Pilot 태그를 지정하여 스케일 인에서 제외).
- 다음과 같은 작업에 Azure Automation 또는 GitHub Actions를 사용합니다:
# Start or stop idle hosts by tag (supplemental to native autoscale)
$hosts = Get-AzWvdSessionHost -ResourceGroupName rg-avd -HostPoolName hp-ops
foreach ($h in $hosts) {
if ($h.Session -eq 0 -and $h.Tags["KeepOnline"] -ne "true") {
Stop-AzVM -ResourceGroupName rg-avd -Name ($h.Name.Split("/")[1]) -Force -StayProvisioned:$false
}
}
실제 문제 시나리오
IKEA는 3D 설계자, 제품 엔지니어, 콜센터 직원이 원격 앱을 사용하면서 주중에 사용량이 급증하는 문제에 직면해 있습니다. 저녁과 주말에는 수요가 적습니다. GPU 기반 세션은 전반적인 컴퓨팅 비용을 최소화하면서 응답성을 유지해야 합니다.
워크로드별로 호스트 풀 분할
- 세 개의 풀링된 호스트 풀을 생성합니다: GPU-CAD(NVads A10 v5), KnowledgeWorker(D/E-series), ContactCenter(D-series).
- 이유: VM 크기와 밀도를 고유한 성능 프로필에 맞추고, 독립적인 자동 크기 조정 및 유지 관리 기간을 설정할 수 있습니다.
업무 시간별 일정이 포함된 단일 스케일링 계획 연결
- 07:00에 램프업, 09:00–17:00에 피크, 17:00–19:00에 램프다운, 그 외 시간에는 피크 외로 정의합니다. 각 풀의 지역에 맞게 시간대를 설정합니다.
- 이유: 사용자가 도착하기 전에 용량을 준비하고, 업무 시간 이후에는 세션을 통합하고 정상적으로 전원을 끄며, 지역별 시간을 준수합니다.
풀별 용량 임계값 및 최소 호스트 가용성 조정
- GPU-CAD: 너비 우선, 용량 임계값 70%, 최소 호스트 30% 온라인. KnowledgeWorker: 깊이 우선, 임계값 65%, 최소 10%. ContactCenter: 깊이 우선, 임계값 70%, 최소 15%.
- 이유: GPU 워크로드는 응답성을 위해 더 넓게 분산하는 것이 유리합니다. 사무용 워크로드는 통합을 통해 비용을 절감할 수 있습니다. 콜센터는 교대 근무 변경에 대비해 안정적인 예비 용량이 필요합니다.
KnowledgeWorker 및 ContactCenter에 대해 ‘연결 시 VM 시작’ 활성화
- 호스트 풀 관리 ID에 VM 시작 권한을 부여하고, 피크 외 시간의 최소 용량은 낮게 유지합니다.
- 이유: 예기치 않은 업무 시간 외 로그온에 대비한 JIT(Just-In-Time) 액세스를 유지하면서 유휴 런타임 비용을 절감합니다.
유지 관리 및 알림 워크플로 구현
- Patch Tuesday 전: 태그를 통해 각 풀의 20%를 드레이닝 모드로 설정하고, 30분 전에 사용자에게 알립니다. 유휴 상태가 되면 패치, 재부팅, 에이전트/하트비트 유효성 검사를 수행한 후 다음 배치로 순환합니다.
- 이유: 롤링 드레이닝은 대량 로그오프를 방지하고, 서비스 연속성을 유지하며, 헬프데스크 문의 급증을 줄입니다.
Azure Monitor for AVD로 모니터링 및 반복 개선
- CPU, 메모리, GPU 사용률, 로그온 시간, FSLogix 지연 시간을 추적하고, 매월 MaxSessionLimit 및 자동 크기 조정 임계값을 조정합니다.
- 이유: 데이터 기반 튜닝은 사용 패턴이 변화함에 따라 SLA를 유지하고 지출을 제어합니다.
비용 절감 수단 적용
- KnowledgeWorker 및 ContactCenter의 기준 주중 피크 용량에 대해 3년 예약을 사용합니다. 가변적인 GPU 수요에는 Compute Savings Plan을 사용합니다. 자격이 되는 경우 Azure 하이브리드 혜택을 적용합니다.
- 이유: 예약은 예측 가능한 기본 부하에 대해 가장 큰 할인 혜택을 보장합니다. Savings Plans는 예측 가능성이 낮은 GPU 피크에 유연하게 대응합니다. AHB는 OS 라이선스 비용을 절감합니다.
등록 및 상태 관리 강화
- NoHeartbeat 상태를 보이는 모든 호스트를 재등록하고 DNS/시간을 검증하는 상시 Runbook을 유지합니다. 진단용 호스트에 대한 제외 태그를 유지합니다.
- 이유: 신속하고 자동화된 복구를 통해 예기치 않은 에이전트 문제 발생 시 사용자 영향을 제한하고 용량을 보존합니다.
이 설계를 통해 IKEA는 주간 성능 목표(GPU 응답성 포함)를 충족하는 동시에, 피크 외 시간 용량을 적극적으로 할당 해제하고 유지 관리를 자동화하여 안정적인 사용자 경험과 측정 가능한 비용 절감을 달성합니다.
← FSLogix · 모든 도메인 · 애플리케이션 및 최종 사용자 환경 →
이 문제 연습하기 → · ExamRoll.io에서 시간 제한 연습 →
Pass the whole exam — not just this question
You found this answer. Get every verified question and explanation in one place, and save hours of prep. Free to start.
시험 합격하기 →