Windows 원격 데스크톱 서버 (터미널 서버)의 병목 현상 찾기

RDS 서버로 작동하도록 VMware 호스트에 Windows Server 2008 R2 (SP1)가 설치되어 있습니다. 때때로 원격 사용자가 RDS 서버에서 지연 / 지연을 볼 수 있습니다. 누구든지이 서버의 병목 현상을 찾는 모범 사례가 무엇인지 자신의 경험에서 알 수 있습니까?

— 치유
소스

지연 시간을 추적하기 위해 무엇을 했습니까? 클라이언트가 로컬 네트워크에 있습니까? 네트워크 장비 구성? 그들은 모두 동시에 지연됩니까? 서버 자원; 프로세서, RAM, 디스크? 퍼포먼스 모니터? 클라이언트 버전, 확장, RemoteFX?

— Chris S

TS를 VM으로 실행하는 경우 몇 개의 가상 CPU를 할당 했습니까? 적은 수의 CPU를 가진 여러 VM을 사용하는 것이 좋습니다.

— Zoredache

제안 해 주셔서 감사합니다. 지연 시간을 추적하기 위해 아무 것도하지 않았습니다. 단계적으로 알아 내려고 노력할 것입니다 ...

— Hemal

Chris S가 언급했듯이 원격 데스크톱 성능 저하에 기여할 수있는 몇 가지 사항이 있습니다. 내 경험에 비추어 볼 때, 이것이 주된 원인입니다.

대역폭
원격 데스크톱의 성능 저하 원인은 대역폭이 부족하기 때문입니다. 수행중인 작업에 따라 세션은 몇 Kbps에서 몇 Mbps 대역폭까지 어디에서나 사용할 수 있습니다. 내 자신의 테스트에 따르면 PDF를 스크롤하면 최대 3Mbps가 사용됩니다. 사용 가능한 대역폭이 줄어들면 인식 된 성능도 저하됩니다.

먼저 응용 프로그램의 대역폭 요구 사항을 결정해야합니다. 이를 위해서는 제어 된 LAN 환경에서 테스트 한 다음 일반적인 작업을 수행 할 때 대역폭 사용을 측정해야합니다. 개인 워크 스테이션에서 NetLimiter를 사용 하여 개인적으로 성공했습니다 . 다른 각도에서 문제에 접근 할 수 있으며 NetLimiter를 사용하여 WAN 연결 등급에 따라 연결 속도를 낮출 수 있습니다. 이것은 원격 사용자가보고있는 내용을 잘 보여줍니다.

응용 프로그램이 원하는 대역폭의 양을 알면 제한 요소인지 확인해야합니다. 먼저 클라이언트와 서버 사이의 사용 가능한 대역폭을 측정하십시오. 이를위한 훌륭한 도구는 iperf입니다. 제어 된 테스트 중에 사용 가능한 충분한 대역폭이 있다고 가정하겠습니다.

다음으로, 사용자가보고 한 문제가 트래픽 급증 또는 기타 원하지 않는 문제와 관련이 있는지 확인하기 위해 일종의 대역폭 모니터링을 설정하려고합니다. ntop대역폭 사용에 대한 유용한 실시간 및 과거 보고서를 제공하기 때문에 스위치 또는 라우터에서 트래픽을로 덤프하는 것이 좋습니다.

대역폭 문제가 발생하는 경우 원격 데스크톱 연결에서 "경험"설정을 쉽게 변경할 수 있습니다. 비주얼 스타일과 애니메이션을 비활성화하면 많은 데스크탑 작업이 마술처럼 빨라질 것입니다.

대기 시간
원격 데스크톱 연결의 또 다른 일반적인 문제는 대기 시간입니다. 클라이언트와 서버간에 왕복 시간이 합리적으로 길어야합니다. 그렇지 않으면 사람들이 지연을 인식 할 수 있습니다. 경험상 대부분의 사람들은 50 ~ 100ms 핑 시간 사이에 문제를 발견하기 시작합니다.

운 좋게도 이것은 일반적으로 진단하기 쉽습니다. SmokePing 또는 PRTG 네트워크 모니터 와 같은 모니터링 도구를 설정 하여 모니터링 서버와 다른 임의의 호스트 간의 대기 시간에 대한 보고서를 제공 할 수 있습니다. 내장 된 ping -t명령을 짧은 세션 에 사용할 수도 있습니다 . 일반적으로 원격 데스크톱 서버와 동일한 LAN에서 모니터링 서버를 찾은 다음 서버와 클라이언트 모두에 대해 모니터링을 설정하려고합니다. 핑 시간이 높은 사건과 문제 보고서를 연관 시키십시오.

높은 핑 시간에 문제가있는 경우을 사용 traceroute하여 지연이 발생하는 위치를 찾으십시오. 문제가 자신의 네트워크 내에 있다고 판단되면 QoS 필터링을 도입하여 원격 데스크톱과 같은 실시간 트래픽의 우선 순위를 정하십시오.

또한 무선 매체를 통해 연결하는 사람 (802.11 (WiFi) 또는 위성 연결)에주의하십시오. 무선 연결은 다양한 조건에서 다양한 시간 동안 대기 시간 문제를 일으킬 수있는 환경 간섭이 발생하기 쉽습니다. 그리고 위성을 통해 원격 데스크톱을 사용하면 항상 짜증납니다.

로컬 CPU 또는 메모리 마지막으로 서버에 과부하가 발생할 수 있습니다. 특히 사용량이 많은 시간 동안 CPU 및 메모리 사용량을 모니터링하여 서버가 적시에 요청을 충족시킬 수 있는지 확인하십시오.

위에서 언급 한 도구 중 하나 (PRTG)는 시간이 지남에 따라 서버의 CPU 및 메모리 사용량을 모니터링하도록 설정 될 수 있으며 특정 문제와 문제 문제 보고서를 쉽게 연관시킬 수있는 그래프를 생성 할 수 있습니다.

보너스 팁 : 특히 수정 자 키가 제대로 적용되지 않는 경우 사용자가 입력하는 데 문제가있는 경우 Windows 키 조합 적용이로 설정되도록 원격 데스크톱 연결 바로 가기에서 키보드 설정을 변경하십시오 On the local computer.

— 닉
소스

좋은 대답입니다. 저는 20 대의 TS 서버 팜을 관리하고 있으며 가장 일반적인 성능 문제의 두 가지 원인은 응답에서 처음으로 나열한 2 가지입니다 (대역폭 및 대기 시간). 이 두 가지 요소는 제 생각에 성능 (또는 인식 된 성능)에 가장 큰 영향을 미칩니다. 내 자신의 테스트에 따르면 여러 Office 응용 프로그램, IE를 실행하고 PDF 파일을 여는 사용자가 8 시간 동안 평균 100Kbps를 소비 한 것으로 나타났습니다. 이것이 사용자 당 대역폭 할당 측면에서 계획 번호이며 "잘 수행하는"세션을 갖기 위해 고객이 권장하는 것입니다.

— joeqwerty

안녕하세요, 좋은 자세한 답변 주셔서 감사합니다. 나는 그것을 통해 그것을 알아 내려고 노력할 것입니다 .. 답변 주셔서 감사합니다. 의견을 주신 Joeqwerty에게도 감사드립니다.

— Hemal

나는 작은 농장을 관리하고 동의합니다. 또한 PRTG를 사용하여 기록 데이터가보고 된 문제와 일치하는지 확인합니다. 우리의 두 번째 문제는 밴드 스위치 (로컬 / ISP 문제)와 CPU (코어 수가 적은 서버의 잘못된 프로그램)입니다. 대역폭을 신속하게 확인할 수있는 가장 좋은 방법은 사용자에게 텍스트 입력이 지연되는지 묻는 것입니다.

— 고미 부시

많은 훌륭한 도구를 언급했지만 WMI를 통해 얼마나 많은 세션 대역폭 요구 사항을 수집 할 수 있습니까? 또는 더 나은 성능 카운터? 저는 TS를 처음 사용하지만 세션에서 다양한 통계를 표시하는 임무를 받았습니다. 당신의 시간을 미리 생각하십시오.

— codeputer