WAN을 통해 터미널 서버 (RDS)를 실행하기위한 대기 시간 임계 값은 얼마입니까?

내가 본 : 높은 대기 시간 링크를 통한 터미널 서버 성능

그러나 시스템 인프라를 본사에서 대기 시간이 약 62ms 인 데이터 센터로 재배치하려는 고객이 있습니다.

환경은 3 개의 Windows Server 2008 R2 RDS 서버, 파일 및 인쇄 서비스 및 Microsoft Exchange 2010으로 구성되어 있으며 현재 모두 vSphere 5.5 클러스터에서 가상화되었습니다. 현재 HP 씬 클라이언트를 사용하여 RDS 시스템에 로컬로 연결하는 총 사용자는 80 명입니다.

시설 문제와 오프 사이트 및 원격 사용자의 증가로 인해 시스템을 데이터 센터 시설로 이동해야합니다. 새로운 사이트에는 고급 vSphere 호스트 및 올 플래시 스토리지가 포함됩니다.

여러 위치의 ISP와 장애 조치가있는 사이트 간 VPN을 통해 코 로케이션 시설에 연결됩니다.

그래도 나쁜 생각입니까? RDP 및 SSH를 통한 유지 관리 작업을 위해이 사이트에 자주 연결하며 사용 사례에 따라 성능이 상당히 뛰어납니다. 사용자는 기본 MS Office 제품군 과 몇 가지 가벼운 SSH 터미널 기반 ERP 응용 프로그램을 사용하고 있습니다.

이 유형의 사용자로드 및 Microsoft RDS에 62ms가 적당합니까?

전 세계에 매일 수천 명의 회계 / 사무실 소프트웨어를 연결하고 사용하는 사람들이 있습니다. 응답 시간이 300ms 미만인 경우 불만을 접수하지 않고 ymmv를받습니다.

개념 증명으로 Linux / netem 상자를 사용하여 사용자 스위치 중 하나를 설정하고 불만을 제기하기 시작할 때까지 지연 시간 / 패킷 손실을 계속 증가 시켰습니다. 네트워크 조건을 로컬로 복제 한 다음 내 응용 프로그램을 두 번 옮기는 것이 훨씬 쉬웠습니다.

대기 시간이 로컬 데스크톱 환경과 같지 않으면 일부 사용자가 만족하지 못하고 대기 시간이 300ms 인 경우에도 다른 사용자가 행복하고 불만을 제기하지 않기 때문에 이것은 일종의 주관적인 느낌입니다.

대기 시간이 사용자 경험을 저해하는 것은 사실이지만, 개인의 인식 문제는 정확히 어느 정도입니까?

이 시나리오는 TechEd 2014에서 이와 유사한 시나리오의 사용자 경험에 관한 아주 좋은 비디오입니다 (이 비디오는 VDI에 관한 것이지만 원격 데스크톱 서비스와 비슷한 경험입니다).

https://www.youtube.com/watch?v=CcKAwzebHoc&feature=youtu.be

따라서 300ms를 넘지 마십시오. 62ms는 아마도 "OK"일 것입니다.

이 질문은 보편적이고 객관적으로 대답 할 수 없습니다. 결과는 실제로 워크로드 유형과 사용자 요구에 따라 다릅니다. UX 테스트보다 더 좋은 것은 없습니다.

나는 종종 다른 위치에서 RDP를 통해 원격으로 작업하며, 대부분 62ms와 비슷한 대기 시간을 제공하는 LTE (4G) 네트워크를 통해 연결합니다. 지금은 느리게 ~ 1 Mbit / s 연결 및 대기 시간이 27-28 ms 인 호텔에 있습니다. 귀하의 가치의 절반 미만입니다. 후자의 가치에도 불구하고 웹 브라우징이나 큰 그래픽을 보는 데 어려움을 겪고 있습니다 (특히 AdBlock이 없으면 그래픽이 풍부한 사이트는 Firefox에서 몇 초 동안 렌더링 할 수 있습니다!). 또한 Microsoft Word를 사용하여 간단한 문서를 작성하려고 시도하면 평균적인 인터페이스 책임으로 인해 약간의 좌절이 발생했습니다 (LibreOffice Writer가 훨씬 나아졌습니다). 비디오 작업은 말할 것도없고 ... 내가 편안하게 작업 할 수있는 것은 MMC, Outlook 메일 (어느 정도까지), 파일 탐색 및 일반적으로 시스템 관리 작업입니다.

이 값은 원격 시스템 관리 및 일상적으로 수행하고 경험이있는 유사한 작업에 적합해야합니다. 그러나 로컬 화면을 완전히 바꾸려면 좌절감을 느끼고 불평합니다.

추가해야 할 사항-우분투에서 rdesktop 1.7.1을 선택한 RDP 클라이언트로 사용합니다. 대기 시간이 긴 링크를 사용하여 성능을 향상시킬 수있는 Microsoft의 원래 클라이언트 (또는 다른 클라이언트)에 일부 최적화가있을 수 있습니다.

고객 이이 네트워크를 통해 게임을 하지 않는다면 100ms 미만의 대기 시간은 문제가되지 않을 것 입니다. 그러나 그래픽을 많이 사용하는 특정 응용 프로그램 (특히 비디오 재생)에서 대역폭이 부족하여 지연 시간에 악영향을 미치고 100ms를 초과하여 사용자를 성가 시게 할 수 있습니다.

RDP 8 (Server 2012 이상)에는 이러한 시나리오에 대한 최적화 (읽기 : 손실 압축 알고리즘)가 제공됩니다. 또한 UDP 전송 지원은 상당히 다양한 대기 시간 또는 현저한 패킷 손실 (> 0.1 %)을 가진 링크를 통해 사용자 경험을 향상시킵니다. 따라서이 중 하나라도 있으면 RD 세션 호스트를 업그레이드 할 수 있습니다.