Ngưỡng độ trễ để chạy Terminal Server (RDS) qua mạng WAN là gì?

Tôi đã thấy: Hiệu suất máy chủ đầu cuối trên các liên kết có độ trễ cao

Nhưng tôi có một khách hàng quan tâm đến việc chuyển cơ sở hạ tầng hệ thống của họ sang một trung tâm dữ liệu có độ trễ ~ 62ms từ trụ sở chính của họ.

Môi trường bao gồm bộ ba máy chủ, dịch vụ in và tệp Windows Server 2008 R2 RDS và Microsoft Exchange 2010. Tất cả hiện đang được ảo hóa trên cụm vSphere 5.5. Có 80 người dùng hiện đang kết nối cục bộ với các hệ thống RDS bằng các máy khách mỏng của HP.

Do các vấn đề về cơ sở và sự gia tăng của người dùng ngoại vi và người dùng từ xa, có một sự thúc đẩy để di chuyển các hệ thống đến một cơ sở trung tâm dữ liệu. Trang web mới sẽ có các máy chủ vSphere cao cấp hơn và bộ lưu trữ toàn flash.

Khả năng kết nối với cơ sở đồng vị trí sẽ được thiết lập thông qua VPN tại chỗ với nhiều ISP và chuyển đổi dự phòng.

Đây có phải là một ý tưởng tồi? Tôi thường kết nối với trang này để bảo trì công việc qua RDP và SSH, hiệu suất hoàn toàn chấp nhận được cho trường hợp sử dụng của tôi. Người dùng đang sử dụng bộ MS Office cơ bản và một vài ứng dụng ERP dựa trên thiết bị đầu cuối SSH nhẹ .

62ms có hợp lý cho loại tải người dùng và Microsoft RDS này không?

Tôi có hàng ngàn người trên toàn cầu kết nối và sử dụng phần mềm kế toán / văn phòng hàng ngày. Miễn là thời gian phản hồi của họ dưới 300ms, chúng tôi không nhận được khiếu nại nào ngoài ymmv.

Để chứng minh khái niệm, tôi đã thiết lập một trong các thiết bị chuyển mạch người dùng của chúng tôi bằng cách sử dụng hộp linux / netem và tiếp tục tăng độ trễ / mất gói cho đến khi tôi bắt đầu có khiếu nại. Thật khó khăn để tái tạo các điều kiện mạng cục bộ sau đó di chuyển các ứng dụng của tôi hai lần.

Tôi cảm thấy như thế này là chủ quan, vì một số người dùng sẽ không vui trừ khi độ trễ giống như trải nghiệm máy tính để bàn cục bộ và những người dùng khác sẽ rất vui và không phàn nàn ngay cả khi độ trễ là 300ms.

Đúng là độ trễ là một kẻ giết người trải nghiệm người dùng, tuy nhiên, chính xác thì vấn đề nhận thức cá nhân là bao nhiêu.

Đây là một video khá hay từ TechEd 2014 về trải nghiệm người dùng trong các tình huống tương tự như thế này (video này nói về VDI, nhưng đó là một trải nghiệm tương tự với Dịch vụ máy tính từ xa.)

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

Vì vậy, bạn có thể nói, đừng bao giờ vượt quá 300ms. 62ms có lẽ là "OK."

Câu hỏi này không thể được trả lời thực sự phổ quát và khách quan. Các kết quả thực sự phụ thuộc vào loại khối lượng công việc và nhu cầu của người dùng. Không có gì có thể tốt hơn ở đây hơn các bài kiểm tra UX.

Tôi thường làm việc từ xa qua RDP từ các địa điểm khác nhau, hầu hết thời gian kết nối qua mạng LTE (4G) cung cấp độ trễ tương tự 62 ms. Tại thời điểm này, tôi đang ở trong một khách sạn có kết nối chậm ~ 1 Mbit / giây và độ trễ ~ 27-28 ms - chưa bằng một nửa giá trị trong trường hợp của bạn. Ngay cả với giá trị sau tôi cũng gặp khó khăn khi duyệt web hoặc xem đồ họa lớn (đặc biệt là không có AdBlock, các trang web giàu đồ họa có thể hiển thị trong vài giây trong Firefox!). Ngoài ra, một nỗ lực để viết một tài liệu đơn giản bằng Microsoft Word đã tạo ra một số sự thất vọng do trách nhiệm giao diện dưới mức trung bình (đến lượt LibreOffice Writer cảm thấy tốt hơn nhiều). Thậm chí không đề cập đến bất kỳ công việc nào với video ... Những thứ tôi có thể làm việc khá thoải mái là MMC, thư Outlook (ở một mức độ nào đó), duyệt tệp và nói chung là các tác vụ quản trị hệ thống.

Giá trị này sẽ ổn đối với quản trị hệ thống từ xa và các tác vụ tương tự bạn thực hiện thường xuyên và có kinh nghiệm. Nhưng nếu nó thay thế hoàn toàn màn hình cục bộ, tôi sẽ cảm thấy thất vọng và phàn nàn.

Một điều cần thêm - Tôi làm việc với Ubuntu với rdesktop 1.7.1 là ứng dụng khách RDP mà tôi lựa chọn. Có thể có một số tối ưu hóa trong ứng dụng khách gốc của Microsoft (hoặc các ứng dụng khác) có thể cải thiện hiệu suất với các liên kết có độ trễ cao.

Độ trễ dưới 100 ms có thể sẽ không thành vấn đề trừ khi khách hàng của bạn đang chơi trò chơi qua mạng này . Nhưng bạn có thể hết băng thông trong một số ứng dụng chuyên sâu về đồ họa (đặc biệt là phát lại video) sẽ ảnh hưởng xấu đến độ trễ và đẩy nó vượt quá 100 ms, gây khó chịu cho người dùng của bạn.

RDP 8 (Server 2012 trở lên) đi kèm với tối ưu hóa (đọc: thuật toán nén mất dữ liệu) cho các kịch bản này. Ngoài ra, hỗ trợ truyền tải UDP sẽ cải thiện trải nghiệm người dùng qua các liên kết có độ trễ thay đổi đáng kể hoặc mất gói đáng chú ý (> 0,1%). Vì vậy, nếu bạn có bất kỳ thứ nào trong số này, bạn có thể muốn nâng cấp máy chủ phiên RD của mình.