원격 데스크톱 모니터링 소프트웨어: 무엇을 추적해야 할까요

소개

원격 데스크톱 환경은 CPU 및 메모리 사용량, 연결된 사용자, 동시 세션 및 애플리케이션 수요에 이르기까지 여러 계층의 운영 데이터를 생성합니다. 문제는 어떤 신호가 중요한지와 그것들이 어떻게 관련되는지를 결정하는 것입니다. 이 기사는 원격 데스크톱 모니터링 소프트웨어가 추적하는 내용, 세션 가시성이 서버 모니터링과 어떻게 다른지, IT 팀이 실시간 및 역사적 데이터를 사용하여 성능 문제를 진단하는 방법을 설명합니다.

원격 데스크톱 모니터링 소프트웨어는 실제로 무엇을 모니터링하나요?

원격 데스크톱 모니터링은 여러 개념을 포함합니다. 일부 도구는 서버 측 리소스에 중점을 두고, 다른 도구는 원격 데스크톱 프로토콜(RDP) 또는 원격 데스크톱 서비스(RDS)를 사용하여 연결을 인벤토리합니다. 보안 중심 접근 방식을 취하는 도구는 사용자 활동을 감사하고 기록할 수 있습니다.

IT의 경우 이러한 도구를 5가지 범주로 나누는 것이 합리적입니다:

모니터링 레이어	무엇을 답변하는지	전형적인 정보
인프라스트럭처	호스트가 건강한가요?	CPU, 메모리, 디스크, 대역폭, 가용성
연결	누가 언제 연결했습니까?	사용자, 로그인 시간, 연결 상태
세션	원격 세션에서 무슨 일이 일어나고 있나요?	연결된 사용자, 동시 세션, 지속 시간, 세션 상태
사용자 경험	원격 세션이 반응이 있습니까?	입력 지연, 대기 시간, 로그인 지연, 애플리케이션 응답성
활동	어떤 애플리케이션이나 작업이 관련되어 있습니까?	응용 프로그램 사용, 프로세스, 감사 이벤트 또는 세션 녹화

이들은 관련이 있지만 반드시 서로 교환 가능하지는 않습니다. 하나는 CPU 포화 상태를 보고할 수 있지만 어떤 세션이 처음 영향을 받았는지는 밝히지 않을 수 있으며, 반면 감사 플랫폼은 누가 연결했는지를 식별할 수 있지만 성능 저하의 이유를 설명하지는 못할 수 있습니다.

세션 녹화 소프트웨어는 원격 환경 내에서 발생한 일에 대한 자세한 증거를 수집하여 보안, 개인 정보 보호 및 보존 및 저장에 대한 추가 고려 사항을 도입함으로써 한 걸음 더 나아갑니다.

첫 번째 도전은 원격 데스크톱 모니터링 소프트웨어를 비교할 때 IT가 실제로 요구하는 가시성을 식별하는 것입니다.

세션 수준 가시성이 서버 모니터링과 다른 이유는 무엇인가요?

전통적인 서버 모니터링 도구는 기계가 잘 작동하는지 묻습니다. CPU 사용률이 높습니까? 메모리가 낮습니까? 디스크 사용률이 상승하고 있습니까? 서버가 온라인입니까?

이러한 지표는 RDS 호스팅 시나리오에서 여전히 관련성이 있지만, 고려해야 할 또 다른 요소가 있습니다. 공유 RDS 인프라는 호스트 수준에서 CPU, 메모리, 저장소 및 네트워크 용량이 여러 사용자와 애플리케이션 간에 분산된다는 것을 의미합니다.

세션 수준에서 각 사용자의 애플리케이션과 프로세스는 고유한 요구 사항을 가지고 있습니다. RD 세션 호스트는 일반적으로 건강할 수 있지만 한 사용자의 애플리케이션이 멈추거나 하나의 느린 세션이 전체 서버가 용량에 도달했음을 의미하지는 않습니다.

문제 해결을 위한 차이는 의미가 있습니다. 동일한 서버에서 10명의 사용자가 동시에 느려지기 시작하면, 먼저 서버의 공유 리소스를 살펴보는 것이 합리적입니다. 만약 단 한 명의 사용자만 문제가 발생하고 있다면, 그 문제는 해당 세션, 애플리케이션 및 연결에 국한될 가능성이 더 높습니다.

원격 데스크톱 모니터링 도구는 관리자가 이러한 관점 간에 전환하고 서버의 전반적인 상태와 개별 사용자 세션의 상태 간의 연결을 그릴 수 있도록 할 때 가장 효과적입니다.

원격 데스크톱에서 가장 중요한 지표는 무엇인가요?

원격 데스크톱 환경의 건강을 지배하는 단일 지표는 없습니다. 관리자는 현재 작업 부하, 자원 소비 및 사용자 경험을 해석하기 위해 충분한 맥락이 필요합니다.

활성 사용자 및 세션 수는 얼마입니까?

세션 수는 이 대화의 기초를 제공합니다.

연결된 사용자, 활성 및 연결 해제된 세션을 포함한 관련 데이터 포인트, 동시 세션 수 서버 간 분배, 피크 기간 및 역사적 동시성.

동시성 추세는 원격 데스크톱 시스템의 성능을 평가할 때 등록된 사용자 수보다 일반적으로 동시 작업량에 의해 정의되기 때문에 인원 수보다 우선합니다. 200명의 일반 사용자를 지원하는 기계는 고성능 애플리케이션을 실행하는 40명의 동시 세션 수보다 훨씬 더 스트레스를 받을 수 있습니다.

동시성 메트릭의 값은 인프라 통계로 보완되어 연결된 사용자 수의 증가와 자원 소비의 증가 사이에 상관관계가 있는지를 확인하는 데 있습니다.

서버 리소스가 세션 수요를 따라가고 있습니까?

CPU, 메모리, 디스크 활동 및 사용 가능한 저장소는 여전히 원격 데스크톱 모니터링을 위한 주요 지표입니다.

흥미로운 질문은 CPU가 특정 비율에 도달했는지가 아니라, 압박을 받았을 때와 동시에 어떤 일이 일어나고 있었는가입니다.

일관된 CPU 스파이크는 예를 들어, 아침 로그인 러시, 동시 세션 수 증가, 예약된 프로세스 또는 특정 비즈니스 애플리케이션의 과도한 사용과 상관관계가 있을 수 있습니다.

두 가지 간의 연결은 일반적으로 활용 가치보다 더 중요합니다.

어떤 애플리케이션과 프로세스가 작업 부하를 유발하고 있습니까?

애플리케이션 가시성은 추가적인 맥락을 제공합니다.

사용되는 애플리케이션을 이해하고, 수요가 급증할 때와 어떤 프로세스가 가장 많은 자원을 소비하는지를 파악하면 관리자는 사용자 활동을 인프라 동작과 연관시킬 수 있습니다.

애플리케이션 모니터링은 이러한 유형의 질문을 해결할 수 있습니다. 특정 애플리케이션이 많이 사용될 때 성능 문제가 발생합니까? 더 많은 애플리케이션 세트를 실행하는 세션 호스트가 있습니까? 거의 사용되지 않는 애플리케이션이 유지 관리되거나 라이센스가 부여되고 있습니까?

이 정보는 문제 해결뿐만 아니라 일반 인프라 및 소프트웨어 관리에도 가치가 있습니다.

네트워크 또는 사용자 경험이 문제에 기여하고 있습니까?

원격 데스크톱 세션은 본질적으로 상호작용적이므로 네트워크 또는 응답성 문제는 최종 사용자에게 즉시 드러납니다.

대역폭은 다른 서버 성능 지표와 함께 평가되어야 합니다. 서버는 CPU와 메모리 용량이 여유가 있을 수 있지만, 통신 체인의 다른 곳에서 병목 현상으로 인해 연결이 느려질 수 있습니다. 이해하기 고지연 네트워크에서의 RDP 성능 네트워크 응답성 문제를 호스트 측 리소스 제약과 구분하는 데 도움이 될 수 있습니다.

일부 RDS 환경은 다른 환경보다 더 많은 최종 사용자 경험 통찰력을 제공할 수 있습니다. 예를 들어, Microsoft 성능 모니터에는 세션 및 프로세스 수준에서 지연을 식별할 수 있는 사용자 입력 지연 카운터가 있습니다. Microsoft는 이 기능을 RD 세션 호스트 서버에서 세션 번호, CPU 사용량 및 응답성을 상관시키는 방법으로 문서화하고 있습니다.

모든 원격 데스크톱 모니터링 도구가 동일한 지연 시간 또는 입력 지연 메트릭을 포함하는 것은 아닙니다. IT 관리자는 공급업체가 실제로 사용자 경험 정보 측면에서 제공하는 내용을 가정하지 말고 다시 확인해야 합니다.

원격 데스크톱 모니터링이 느린 세션 문제를 해결해야 할 때 팀에 어떻게 도움이 될 수 있나요?

원격 데스크톱 모니터링의 가치는 관리자가 여러 신호를 수집하고 이를 상관관계 지을 때 가장 잘 드러납니다.

사용자가 RDP가 느리다고 지적할 때, 그들은 원인이 아닌 영향을 설명합니다. 귀하의 첫 번째 우선 순위는 문제의 범위를 이해하는 것입니다.

한 사용자가 문제를 겪고 있습니까? 동일한 호스트에 있는 여러 사용자가 있습니까? 동일한 문제를 가진 여러 서버에 사용자가 있습니까?

문제가 정의된 범위 내에서, 귀하의 모니터링 통찰력이 검색에 집중하는 데 도움이 될 수 있습니다:

증상	유용한 점검
한 사용자가 느립니다.	세션 상태, 애플리케이션, 프로세스, 연결 조건
한 서버에서 대부분의 사용자가 느립니다.	CPU, 메모리, 디스크 I/O, 프로세스 사용, 동시 세션
여러 서버에서 사용자들이 느립니다.	공유 네트워크 또는 인프라 종속성
매일 동시에 성능이 저하됩니다.	동시성, 예약된 작업, 애플리케이션 피크
사용자가 자주 연결이 끊깁니다.	서버 가용성, 네트워크 상태, 서비스 및 연결 이벤트
하나의 애플리케이션이 반복적으로 성능이 좋지 않습니다.	응용 프로그램 사용, 관련 프로세스 및 리소스 소비

목표는 상관관계입니다. CPU 스파이크는 동시성 증가의 맥락에서 더 많은 의미를 가집니다. 높은 대역폭 활용은 여러 사용자 불만이 있을 때 더 주목할 만합니다. 반복적인 성능 문제는 매번 동일한 애플리케이션이나 작업 부하가 발생하고 있다는 것을 알 때 더 쉽게 식별할 수 있습니다.

모니터링은 항상 근본 원인을 식별하지는 않지만, 관리자가 가능한 용의자의 범위를 좁히는 데 필요한 운영 맥락을 포착합니다.

사후 메모리를 기반으로 한 문제 해결은 사건 발생 당시 환경을 검사하는 것과 동일하지 않습니다.

실시간 모니터링, 알림 및 역사적 보고서: 왜 모두 중요할까요?

모니터링은 현재 발생하고 있는 일, IT가 언제 조치를 취해야 하는지, 그리고 이전에 어떤 일이 있었는지를 답할 수 있게 해줄 때 유익합니다.

지금 무슨 일이 일어나고 있나요?

실시간 모니터링은 관리자가 현재 서버 성능, 로그인한 사용자, 애플리케이션 프로세스 및 네트워크 활동을 검사하는 데 활용될 수 있습니다.

이 정보는 사건 발생 시 매우 중요할 수 있으며, 관리자가 리소스에 여전히 압력이 있는지 또는 비정상적인 부하가 발생하고 있는지를 확인할 수 있게 해줍니다.

실시간 값은 현재 데이터를 제공하지만 그게 전부입니다. 이 지표는 현재로서는 정보 제공에만 해당합니다. 지금 정상으로 보이는 것은 사용자가 문제를 경험할 때 비정상적이었을 수 있습니다.

무엇이 주의를 필요로 할 때인가요?

경고는 모니터링을 수동 데이터 수집에서 능동적이고 운영적인 프로세스로 전환합니다.

관리자는 주목할 가치가 있는 사항을 지정합니다: 지속적인 프로세서 사용, 메모리 압박, 디스크 활동, 과도한 활성 사용자 또는 서버 다운타임.

모니터링 임계값 여전히 상식적으로 적용해야 하며, CPU 활동의 짧은 급증은 예상할 수 있지만, 피크 세션 시간 동안 반복적인 압력은 발생하는 용량 문제를 나타낼 수 있습니다.

사건 이전에 무슨 일이 있었나요?

역사적 보고서는 실시간 메트릭으로는 알 수 없는 패턴을 드러냅니다. Microsoft는 사용을 권장합니다. 성능 모니터 데이터 수집 성능 문제를 조사할 때 시간에 따라 성능 카운터를 기록합니다.

CPU가 5분 동안 90퍼센트에 도달한다고 가정해 보십시오. 만약 그것이 다른 알려진 배치 프로세스에서의 고립된 사건이라면, 문제를 나타내지 않을 수 있습니다. 그러나 CPU가 매주 같은 시간에 동시성이 주어진 임계값을 초과할 때마다 90퍼센트에 도달한다면, 이는 용량 계획을 위한 귀중한 정보입니다.

역사적 기준선은 개별 임계값보다 더 중요할 때가 많습니다. 이는 특정 서버, 애플리케이션 조합 및 사용자 집단에 대해 정상적인 상태가 무엇인지 보여주기 때문입니다.

네이티브 윈도우 모니터링 도구가 충분한 경우는?

Windows는 이미 문제 해결을 위한 꽤 강력한 도구 모음을 제공합니다.

작업 관리자와 리소스 모니터는 현재 리소스 사용량을 표시합니다. 성능 모니터는 지원되는 버전의 Windows Server에서 세션 및 프로세스 수준의 사용자 입력 지연을 포함한 Windows 성능 카운터를 수집할 수 있습니다. 이벤트 뷰어는 운영 체제 및 RDS 관련 이벤트를 표시하며, PowerShell은 많은 관리 작업을 쿼리하고 자동화하는 데 사용할 수 있습니다.

단일 서버 문제 해결 또는 특정 문제 조사를 위해 이러한 도구는 숙련된 관리자가 사용하기에 충분할 수 있습니다.

그러나 여러 서버를 모니터링하거나 이전 발생의 관점에서 상황을 검토할 필요가 있을 경우, 정보가 여러 출처에서 수집되어야 할 수 있습니다.

중앙 집중식 모니터링은 IT가 하나의 콘솔을 통해 여러 호스트를 모니터링해야 하거나, 나중에 사용할 수 있도록 역사적 정보를 저장하거나, 시스템과 시간 프레임을 비교하거나, 사용자 활동 및 동시성을 보고하거나, 경고를 설정해야 하는 상황에서 유용합니다.

이러한 접근 방식의 가치는 Windows가 제공하지 않는 지표에 있는 것이 반드시 아닙니다.

오히려 이 정보를 통합하고 저장하며 상관관계를 파악하여 관리자가 더 쉽게 활용할 수 있도록 만드는 능력에 있습니다.

원격 데스크톱 세션 모니터링을 사용하면 사용자를 기록하고 있다는 의미인가요?

아니요. 용어는 종종 서로 바꿔 사용되지만, 세션 모니터링과 세션 녹화는 상당히 다른 범위와 기능을 가지고 있습니다.

원격 데스크톱 세션 모니터링은 연결된 사용자, 동시 세션, 리소스 사용량, 세션 기록 또는 애플리케이션 사용만 관찰할 수 있지만, 세션 녹화는 제품에 따라 원격 세션 내 활동에 대한 훨씬 더 자세한 데이터 세트를 캡처합니다. 여기에는 화면 내용, 애플리케이션 활동, 클립보드 활동 또는 기타 이벤트가 포함됩니다.

특정 특권 접근, 제3자 접근, 감사 또는 보안 시나리오에 대해 녹화 세션이 의미가 있을 수 있지만, 보존, 접근, 저장 및 개인 정보 보호에 대한 추가 질문을 제기합니다.

대부분의 일상적인 원격 데스크톱 작업에 대해 세션의 모든 세부 정보를 기록할 수 있는 기능은 불필요하며 IT 팀에서 원하지 않습니다. 그들은 성능 관찰 및 분석 목적을 위해 세션에 대한 충분한 정보만 필요합니다.

원격 데스크톱 모니터링을 사용하여 용량 계획을 어떻게 개선할 수 있습니까?

원격 데스크톱 인프라에 관해서는 부하 밀도가 중요한 고려 사항입니다.

구성된 계정 수는 동시 사용자 수, 그들이 실행하는 애플리케이션 및 그 강도에 대해 거의 말해주지 않습니다.

역사적 모니터링은 해당 정보를 사용할 수 있게 합니다.

동시 사용자를 분석하고 이를 CPU, 메모리, 디스크 및 네트워크 사용량과 비교함으로써 IT 관리자는 환경에 대한 실행 가능한 통찰력을 얻습니다. 그들은 부하가 인프라에 영향을 미치기 시작하는 시점, 어떤 작업 부하가 책임이 있는지, 그리고 추세가 증가하고 있는지를 확인할 수 있습니다.

해당 정보는 호스트 간의 작업 부하 균형 조정, 서버 추가, 기존 서버에 리소스 추가, 무거운 애플리케이션 예약 또는 비정상적으로 많은 리소스를 소비하는 애플리케이션 조사와 같은 작업을 정당화하는 데 사용될 수 있습니다.

그 접근 방식은 서버당 사용자 수에 기반한 일반적인 권장 사항보다 훨씬 더 정확합니다. Microsoft의 원격 데스크톱 세션 호스트 크기 조정 가이드 유사하게 단일 일반 용량 수치에 의존하기보다는 작업 부하 유형, 사용자 밀도 및 사용자 경험 측정을 평가할 것을 권장합니다. 동일한 사용자 기반을 가진 두 회사는 애플리케이션 및 인프라 요구 사항이 크게 다를 수 있습니다.

원격 데스크톱 모니터링 소프트웨어를 검색할 때 어떤 유형의 요구 사항을 찾아야 합니까?

최고의 원격 데스크톱 모니터링 소프트웨어는 반드시 가장 많은 데이터를 수집하는 제품이 아닙니다. 관리되는 환경에 필요한 가시성 수준을 제공하는 제품이 가장 좋습니다.

대부분의 IT 운영 팀에게 주요 요구 사항은 간단합니다:

• c 여러 서버에 대한 중앙 집중식 가시성
• 현재 사용자 및 동시 세션 정보
• CPU, 메모리, 디스크 및 네트워크 모니터링
• 애플리케이션 및 프로세스 가시성
• 역사적 보고서 및 추세 분석
• 구성 가능한 알림
• 실용적인 보고 및 내보내기 옵션

플랫폼은 상관 관계를 쉽게 만들어야 합니다. 세션 수는 관리자가 이를 서버 부하와 비교할 수 있을 때 더 가치 있게 됩니다. 애플리케이션 사용은 시간이 지남에 따라 검토할 수 있을 때 더 유용해집니다.

배포 및 관리 오버헤드도 중요합니다. 원격 인프라를 단순화하기 위한 모니터링 플랫폼은 그 자체로 불균형한 인프라 또는 관리 복잡성을 도입해서는 안 됩니다.

마지막으로, 공급업체가 세션 모니터링, 사용자 모니터링 및 원격 데스크톱 모니터링과 같은 용어로 정확히 무엇을 의미하는지 확인하십시오. 한 플랫폼은 연결된 사용자 보고서를 의미할 수 있고, 다른 플랫폼은 RDP 응답성 메트릭을 제공할 수 있으며, 또 다른 플랫폼은 전체 화면 녹화를 제공할 수 있습니다.

용어는 비슷하게 들릴 수 있습니다. 제공되는 가시성은 매우 다를 수 있습니다.

TSplus가 원격 데스크톱 모니터링을 어떻게 간소화할 수 있나요?

IT 팀이 Windows 원격 데스크톱 인프라를 관리하는 경우, 우리는 서버 및 사용자 활동을 중앙 집중식 모니터링 환경으로 가져옵니다. 관리자는 CPU, 메모리, 디스크 및 대역폭 사용량을 추적할 수 있으며, 연결된 사용자, 동시 세션 및 애플리케이션 활동도 추적하여 인프라 성능을 실제 원격 데스크톱 수요와 연관시킬 수 있습니다.

TSplus 서버 모니터링 또한 관리자가 실시간 메트릭에만 의존하지 않고 반복적인 작업 패턴을 식별할 수 있도록 역사적 보고서 및 구성 가능한 경고를 제공합니다. 이를 통해 성능 문제를 조사하고, 실용적인 기준선을 설정하며, 여러 서버에 걸쳐 용량 요구 사항을 예측하는 것이 더 쉬워집니다.

결론

효과적인 원격 데스크톱 모니터링은 가능한 한 많은 메트릭을 수집하는 것이 아니라 상관관계에 관한 것입니다. 서버 성능, 세션 활동, 애플리케이션 수요 및 네트워크 조건은 관리자가 이를 함께 검토할 수 있을 때 더 유용해집니다.

그 결합된 뷰는 IT가 고립된 사용자 문제를 호스트 전체의 병목 현상과 구별하고, 반복적인 성능 패턴을 이해하며, 원격 데스크톱 환경이 성장함에 따라 더 나은 용량 결정을 내리는 데 도움을 줍니다.