Azure Virtual Desktop Insights 용어집
이 문서에서는 Azure Virtual Desktop Insights와 관련된 주요 용어 및 개념을 나열하고 간략하게 설명합니다.
경고
구독에서 구성하고 심각도 0으로 분류된 모든 활성 Azure Monitor 경고는 개요 페이지에 표시됩니다. 경고를 설정하는 방법을 알아보려면 Azure Monitor 로그 경고를 참조하세요.
사용 가능한 세션
사용 가능한 세션은 호스트 풀에서 사용 가능한 세션 수를 표시합니다. 이 서비스는 VM(가상 머신) 수를 가상 머신당 허용되는 최대 세션 수와 곱한 다음, 총 세션 수를 차감하여 이 값을 계산합니다.
클라이언트 OS(운영 체제)
클라이언트 OS(운영 체제)는 현재 사용 중인 Azure Virtual Desktop 리소스에 액세스하는 OS 최종 사용자의 버전을 보여 줍니다. 또한 클라이언트 OS는 사용자가 가지고 있는 웹(HTML) 클라이언트 및 전체 원격 데스크톱 클라이언트의 버전을 보여 줍니다. Windows OS 버전의 전체 목록은 운영 체제 버전을 참조하세요.
연결 성공
이 항목은 연결 상태를 표시합니다. "연결 성공"이란 해당 가상 머신의 스택에서 확인한 바와 같이 연결이 호스트에 도달할 수 있음을 의미합니다. 연결 실패는 연결이 호스트에 도달할 수 없음을 의미합니다.
DAU(일별 활성 사용자)
지난 24시간 동안 세션을 시작한 총 사용자 수입니다.
일별 경고
매일 트리거된 총 경고 수입니다.
매일 연결 및 재연결
지난 24 시간 이내에 시작되거나 완료된 총 연결 및 재연결 수입니다.
일일 연결 시간
지난 24시간 동안 사용자 전체에서 세션에 연결한 총 시간입니다.
진단 및 오류
Azure Virtual Desktop Insights에 오류나 경고가 나타나면 다음 세 가지로 분류됩니다.
활동 유형: 이 범주는 Azure Virtual Desktop 진단에서 오류를 분류하는 방법입니다. 이 범주는 관리 작업, 피드, 연결, 호스트 등록, 오류 및 검사점입니다. 이러한 범주에 대한 자세히 알아보려면 진단 기능에 Log Analytics 사용을 참조하세요.
종류: 이 범주는 오류의 위치를 표시합니다.
- Azure Virtual Desktop 서비스에서 "service" 또는 "ServiceError = TRUE"로 표시된 오류가 발생했습니다.
- Azure Virtual Desktop 서비스 외부에서 "deployment" 또는 태그가 지정된 "ServiceError = FALSE"로 표시된 오류가 발생했습니다.
- ServiceError 태그에 대한 자세한 정보는 일반적인 오류 시나리오를 참조하세요.
소스: 이 범주는 오류가 발생한 위치에 대한 보다 구체적인 설명을 제공합니다.
진단: 사용자가 배포 문제를 관찰하고 진달할 수 있도록 서비스 활동을 모니터링하고 보고하는 서비스 역할입니다.
RDBroker: 배포 활동 오케스트레이션, 개체 상태 유지 관리, 인증 유효성 검사 등을 담당하는 서비스 역할입니다.
RDGateway: 최종 사용자와 가상 머신 간의 네트워크 연결 처리를 담당하는 서비스 역할입니다.
RDStack: Azure Virtual Desktop 서비스와 통신할 수 있도록 VM에 설치되는 소프트웨어 구성 요소입니다.
클라이언트: Azure Virtual Desktop 서비스에 대한 인터페이스를 제공하는 최종 사용자 머신에서 실행되는 소프트웨어입니다. 선택을 완료하면 게시된 리소스 목록을 표시하고 원격 데스크톱 연결을 호스팅합니다.
각 진단 문제 또는 오류에는 발생한 문제를 설명하는 메시지가 포함됩니다. 오류 문제 해결에 대한 자세한 정보는 Azure Virtual Desktop 문제 식별 및 진단을 참조하세요.
게이트웨이 지역 코드
Azure Virtual Desktop Insights의 일부 메트릭은 사용자가 연결하는 게이트웨이 지역을 나열합니다. 게이트웨이 지역은 게이트웨이가 있는 Azure 지역에 해당하는 3자 또는 4자 코드로 표시됩니다. 다음 표에는 게이트웨이 지역 코드와 해당 Azure 지역이 나열되어 있습니다.
| 게이트웨이 지역 코드 | Azure 지역 |
|---|---|
| AUC | 오스트레일리아 중부 |
| AUC2 | 오스트레일리아 중부 2 |
| AUE | 오스트레일리아 동부 |
| AUSE | 오스트레일리아 남동부 |
| BRS | 브라질 남부 |
| CAC | 캐나다 중부 |
| CAE | 캐나다 동부 |
| CHNO | 스위스 북부 |
| CIN | 인도 중부 |
| CUS | 미국 중부 |
| EAS | 동아시아 |
| EEU | 동유럽 |
| EUS | 미국 동부 |
| EUS2 | 미국 동부 2 |
| FRAS | 프랑스 남부 |
| FRC | 프랑스 중부 |
| GEC | 독일 중부 |
| GEN | 독일 북부 |
| GENE | 독일 북동부 |
| GWC | 독일 중서부 |
| JPE | 일본 동부 |
| JPW | 일본 서부 |
| KRC | 한국 중부 |
| KRS | 한국 남부 |
| KRS2 | 한국 남부 2 |
| NCUS | 미국 중북부 |
| NEU | 북유럽 |
| NOE | 노르웨이 동부 |
| NOW | 노르웨이 서부 |
| SAN | 남아프리카 공화국 북부 |
| SAW | 남아프리카 공화국 서부 |
| SCUS | 미국 중남부 |
| SEA2 | 동남 아시아 2 |
| SEAS | 동남 아시아 |
| SIN | 인도 남부 |
| SWW | 스위스 서부 |
| UAEC | 아랍에미리트 중부 |
| UAE | 아랍에미리트 북부 |
| UKN | 영국 북부 |
| 영국 | 영국 남부 |
| UKS2 | 영국 남부 2 |
| UKW | 영국 서부 |
| WCUS | 미국 중서부 |
| WEU | 서유럽 |
| WIN | 인도 서부 |
| WUS | 미국 서부 |
입력 지연
Azure Virtual Desktop Insights의 "입력 지연"은 각 세션에 대한 프로세스 성능 카운터당 입력 지연을 의미합니다. aka.ms/azmonwvdi의 호스트 성능 페이지에서 이 성능 카운터는 30초마다 한 번씩 서비스에 보고서를 보내도록 구성됩니다. 이러한 30초 간격을 “샘플”이라고 하며 해당 기간에서 가장 나쁜 사례를 보고합니다. 중앙값과 p95 값은 모든 샘플에서 중앙값과 95번째 백분위수를 반영합니다.
호스트별 입력 지연에서 세션 호스트 행을 선택하여 페이지의 다른 모든 시각적 개체를 해당 호스트로 필터링할 수 있습니다. 또한 프로세스 이름을 선택하여 시간 차트에 따른 중앙값 입력 지연을 필터링할 수도 있습니다.
다음 범주에 지연을 적용합니다.
- 양호: 150밀리초 미만
- 허용: 150-500밀리초
- 나쁨: 500-2,000밀리초(2초 미만)
- 불량: 2,000밀리초 이상(2초 이상)
입력 지연 카운터의 작동 방식에 대한 자세한 정보는 사용자 입력 지연 성능 카운터를 참조하세요.
MAU(월간 활성 사용자)
지난 28일 동안 세션을 시작한 총 사용자 수입니다. 데이터를 30일 이하로 저장하는 경우 사용 가능한 데이터가 28일 미만인 기간 동안 예상보다 낮은 MAU 및 연결 값을 표시할 수 있습니다.
성능 카운터
성능 카운터는 하드웨어 구성 요소, 운영 체제 및 애플리케이션의 성능을 보여 줍니다.
다음 표에는 Azure Monitor가 Azure Virtual Desktop에 사용하는 권장 성능 카운터 및 시간 간격이 나열되어 있습니다.
| 성능 카운터 이름 | 시간 간격 |
|---|---|
| 논리 디스크(C:)\평균 디스크 큐 길이 | 30초 |
| Logical Disk(C:)\Avg. Disk sec/Transfer | 60초 |
| Logical Disk(C:)\Current Disk Queue Length | 30초 |
| Memory(*)\Available Mbytes | 30초 |
| Memory(*)\Page Faults/sec | 30초 |
| Memory(*)\Pages/sec | 30초 |
| Memory(*)\% Committed Bytes in Use | 30초 |
| PhysicalDisk(*)\Avg. Disk Queue Length | 30초 |
| PhysicalDisk(*)\Avg. Disk sec/Read | 30초 |
| PhysicalDisk(*)\Avg. Disk sec/Transfer | 30초 |
| PhysicalDisk(*)\Avg. Disk sec/Write | 30초 |
| Processor Information(_Total)\% Processor Time | 30초 |
| Terminal Services(*)\Active Sessions | 60초 |
| Terminal Services(*)\Inactive Sessions | 60초 |
| Terminal Services(*)\Total Sessions | 60초 |
| *User Input Delay per Process(*)\Max Input Delay | 30초 |
| *User Input Delay per Session(*)\Max Input Delay | 30초 |
| RemoteFX Network(*)\Current TCP RTT | 30초 |
| RemoteFX Network(*)\Current UDP Bandwidth | 30초 |
잠재적인 연결 문제
잠재적인 연결 문제는 연결 실패율이 높은 호스트, 사용자, 게시된 리소스 및 클라이언트를 보여 줍니다. "보고 기준" 필터를 선택하면 다음 열의 값을 확인하여 문제의 심각도를 평가할 수 있습니다.
- 시도(연결 시도 횟수)
- 리소스(게시된 앱 또는 데스크톱 수)
- 호스트(VM 수)
- 클라이언트
예를 들어, 사용자별 필터를 선택하면 시도 열에서 각 사용자의 연결 시도를 확인할 수 있습니다.
연결 문제가 여러 호스트, 사용자, 리소스 또는 클라이언트에 걸쳐 있는 경우 이 문제가 전체 시스템에 영향을 미칠 수 있습니다. 그렇지 않으면 우선 순위가 낮은 작은 문제입니다.
항목을 선택하여 추가 정보를 볼 수도 있습니다. 이 문제와 관련된 호스트, 리소스 및 클라이언트 버전을 확인할 수 있습니다. 연결 시도 중에 보고된 모든 오류도 디스플레이에 표시됩니다.
RTT(왕복 시간)
RTT(왕복 시간)는 최종 사용자의 위치와 세션 호스트의 Azure 지역 간 연결의 예상 왕복 시간입니다. 대기 시간이 가장 짧은 위치를 확인하려면 Azure 네트워크 왕복 대기 시간 통계에서 원하는 위치를 찾아보세요.
세션 기록
세션 항목은 연결 및 연결 해제된 모든 세션의 상태를 표시합니다. 유휴 세션은 연결이 끊긴 세션만 표시합니다.
심각도 0 경고
즉시 처리해야 하는 가장 긴급한 항목입니다. 이러한 문제를 해결하지 않으면 Azure Virtual Desktop 배포의 작동이 중지될 수 있습니다.
연결 시간
연결 시간은 사용자가 세션을 시작하기 위해 리소스를 여는 시점과 데스크톱이 로드되어 사용할 준비가 된 시점 사이의 시간입니다. 예를 들어, RemoteApp의 경우 애플리케이션을 시작하는 데 걸리는 시간입니다.
연결 시간에는 두 단계가 있습니다.
- 연결, Azure 서비스가 사용자를 세션 호스트로 라우팅하는 데 걸리는 시간입니다.
- "로그온"은 서비스가 사용자 로그인 및 세션 호스트에서 세션 설정과 관련된 작업을 수행하는 데 걸리는 시간입니다.
연결 시간을 모니터링할 때 다음 사항에 유의합니다.
연결 시간은 Azure Virtual Desktop 서비스 진단 데이터의 다음 검사점을 통해 측정됩니다. 연결이 설정된 시기를 결정하기 위해 Insights에서 사용하는 검사점은 데스크톱과 RemoteApp 시나리오에서 다릅니다.
시작: WVDConnection state = 시작됨
종료: WVDCheckpoints 이름 = ShellReady(데스크톱); 이름 = RdpShellAppExecuted(RemoteApp. 타이밍의 경우 첫 번째 앱 실행만 고려)
예를 들어, Insights는 Windows 탐색기를 시작하는 데 걸리는 시간을 기준으로 데스크톱 환경을 시작하는 데 걸리는 시간을 측정합니다. Insights는 또한 연결을 위해 셸 앱의 첫 번째 인스턴스를 시작하는 데 걸린 시간을 기반으로 RemoteApp이 시작되는 시간을 측정합니다.
참고 항목
사용자가 두 개 이상의 RemoteApp을 실행하는 경우 단일 연결 중에 셸 앱이 여러 번 실행될 수 있습니다. 연결 시간을 정확하게 측정하려면 각 연결마다 첫 번째 실행 검사점만 사용해야 합니다.
새 세션을 설정하는 것은 일반적으로 새 연결과 설정된 연결에 대한 "로그온" 프로세스의 차이로 인해 기존 세션에 대한 연결을 다시 설정하는 것보다 시간이 더 걸립니다.
사용자가 자격 증명을 제공하는 데 걸리는 시간은 대체 인증 방법을 사용하여 로그인하는 상황을 고려하여 사용자가 자격 증명을 입력하거나 계정에 연결하는 데 걸리는 시간에서 뺍니다.
연결 시간이 긴 문제를 해결할 때 Azure Monitor는 총 연결 시간 데이터를 네 가지 구성 요소로 분류하여 로그인 시간을 줄이는 방법을 식별하는 데 도움을 줍니다.
참고 항목
이 섹션의 구성 요소는 기본 연결 단계만 보여 줍니다. 이러한 구성 요소는 병렬로 실행할 수 있습니다. 즉, 연결하는 데 걸리는 총 시간과 일치하지 않습니다. 총 연결 시간은 Azure Monitor가 별도의 프로세스에서 결정하는 측정값입니다.
다음 순서도는 로그인 프로세스의 4단계를 보여 줍니다.
순서도는 다음 네 가지 구성 요소를 보여 줍니다.
사용자 경로: 사용자가 Azure Virtual Desktop 아이콘을 선택하여 세션을 시작할 때부터 서비스가 연결할 호스트를 식별할 때까지 걸리는 시간입니다. 높은 네트워크 로드, 높은 서비스 로드 또는 고유한 네트워크 트래픽 라우팅으로 인해 라우팅 시간이 길어질 수 있습니다. 사용자 경로 문제를 해결하려면 네트워크 경로를 살펴봅니다.
연결된 스택: 서비스가 사용자에 대한 대상 세션 호스트를 확인할 때부터 서비스가 세션 호스트와 사용자의 원격 클라이언트 간에 연결을 설정할 때까지 걸리는 시간입니다. 사용자 라우팅과 마찬가지로 네트워크 부하, 서버 부하 또는 고유한 네트워크 트래픽 라우팅이 연결 시간에 영향을 줄 수 있습니다. 이 구성 요소의 경우 네트워크 라우팅에도 주의를 기울여야 합니다. 연결 시간을 줄이려면 클라이언트와 세션 호스트 모두에서 모든 프록시 구성을 적절하게 구성하고 서비스에 대한 라우팅이 최적인지 확인합니다.
로그온: 호스트에 대한 연결이 설정된 때부터 셸이 로드되기 시작할 때까지 걸리는 시간입니다. 로그온 시간에는 연결 시간을 높일 수 있는 여러 프로세스가 포함됩니다. Insights에서 "로그온" 단계에 대한 데이터를 보고 평균 시간에 예기치 못한 최대치가 있는지 확인할 수 있습니다.
"로그온" 프로세스는 4단계로 나뉩니다.
프로필: 새 세션에 대한 사용자 프로필을 로드하는 데 걸리는 시간입니다. 로드 시간은 사용자 프로필 크기 또는 사용 중인 사용자 프로필 솔루션(예: 사용자 환경 가상화)에 따라 다릅니다. 네트워크 저장 프로필에 의존하는 솔루션을 사용하는 경우 과도한 대기 시간으로 인해 프로필 로드 시간이 길어질 수도 있습니다.
GPO(그룹 정책 개체): 그룹 정책을 새 세션에 적용하는 데 걸리는 시간입니다. 이 데이터 영역의 급증은 그룹 정책이 너무 많거나 정책을 적용하는 데 너무 오래 걸리거나 세션 호스트에 리소스 문제가 발생하고 있다는 신호입니다. 처리 시간을 최적화하기 위해서는 도메인 컨트롤러가 가능한 한 세션 호스트에 가까이 있는지 확인할 수밖에 없습니다.
셸 시작: 셸을 시작하는 데 걸리는 시간(일반적으로 explorer.exe).
FSLogix(Frxsvc): 새 세션에서 FSLogix를 시작하는 데 걸리는 시간입니다. 긴 시작 시간은 FSLogix 사용자 프로필을 호스팅하는 데 사용되는 공유에 문제가 있음을 나타낼 수 있습니다. 이러한 문제를 해결하려면 공유가 세션 호스트와 함께 배치되고 호스트에 로그인하는 평균 사용자 수에 맞게 적절하게 조정되었는지 확인합니다. 확인해야 할 또 다른 영역은 프로필 크기입니다. 프로필 크기가 크면 시작 시간이 느려질 수 있습니다.
셸 시작에서 셸 준비 완료: 셸이 로드되기 시작한 시점부터 완전히 로드되어 사용할 준비가 될 때까지의 시간입니다. 이 단계의 지연은 세션 호스트 오버로드(높은 CPU, 메모리 또는 디스크 작업) 또는 구성 문제로 인해 발생할 수 있습니다.
사용자 보고서
사용자 보고서 페이지에서는 특정 사용자의 연결 기록 및 진단 정보를 볼 수 있습니다. 각 사용자 보고서에는 사용 패턴, 사용자 피드백 및 세션 중에 발생한 모든 오류가 표시됩니다. 대부분의 작은 문제는 사용자 피드백을 통해 해결할 수 있습니다. 심층적 분석을 수행해야 하는 경우 특정 연결 ID 또는 기간에 대한 정보를 필터링할 수도 있습니다.
코어당 사용자 수
각 가상 머신 코어의 사용자 수입니다. 시간 경과에 따른 코어당 최대 사용자 수를 추적하면 환경에서 코어당 높은 사용자 수, 낮은 사용자 수 또는 변동하는 사용자 수를 일관되게 실행하는지 여부를 확인할 수 있습니다. 활성 사용자 수를 알면 환경을 효율적으로 자원화하고 확장할 수 있습니다.
Windows 이벤트 로그
Windows 이벤트 로그는 Windows Virtual Machines의 Azure Monitor 에이전트 또는 Log Analytics 에이전트에서 수집한 데이터 원본입니다. 시스템 및 애플리케이션과 같은 표준 로그뿐만 아니라 모니터링해야 하는 애플리케이션에서 만든 사용자 지정 로그에서도 이벤트를 수집할 수 있습니다.
다음 표에는 Azure Virtual Desktop Insights에 필요한 Windows 이벤트 로그가 나열되어 있습니다.
| 이벤트 이름 | 이벤트 유형 |
|---|---|
| 애플리케이션 | 오류 및 경고 |
| Microsoft-Windows-TerminalServices-RemoteConnectionManager/Admin | 오류, 경고 및 정보 |
| Microsoft-Windows-TerminalServices-LocalSessionManager/Operational | 오류, 경고 및 정보 |
| 시스템 | 오류 및 경고 |
| Microsoft-FSLogix-Apps/Operational | 오류, 경고 및 정보 |
| Microsoft-FSLogix-Apps/Admin | 오류, 경고 및 정보 |
다음 단계
- 시작하려면 Azure Virtual Desktop Insights를 사용하여 배포 모니터링을 참조하세요.
- 데이터 스토리지 비용을 예측, 측정 및 관리하려면 Azure Monitor 비용 예측을 참조하세요.
- 문제가 발생하는 경우 문제 해결 가이드에서 도움말과 알려진 문제를 확인하세요.
또한 Azure Advisor를 설정하여 일반적인 문제를 해결하거나 방지하는 방법을 알아낼 수 있습니다. Azure Advisor 소개에서 자세히 알아봅니다.
도움이 필요하거나 질문이 있는 경우 커뮤니티 리소스를 확인하세요.
Azure Virtual Desktop TechCommunity에서 해당 커뮤니티에 질문하거나 제안하세요.
피드백을 남기는 방법을 알아보려면 Azure Virtual Desktop에 대한 문제 해결 개요, 피드백 및 지원을 참조하세요.
Azure Virtual Desktop 피드백 허브에서 Azure Virtual Desktop에 대한 피드백을 남길 수도 있습니다.