Berapa ambang latensi untuk menjalankan Terminal Server (RDS) di atas WAN?

Saya telah melihat: Kinerja server terminal melalui tautan latensi tinggi

Tetapi saya memiliki pelanggan yang tertarik untuk memindahkan infrastruktur sistem mereka ke pusat data yang memiliki latensi ~ 62 ms dari kantor pusat utama mereka.

Lingkungan terdiri dari trio server Windows Server 2008 R2 RDS, layanan file dan cetak, dan Microsoft Exchange 2010. Semua ini saat ini tervirtualisasi pada kluster vSphere 5.5. Ada 80 total pengguna yang saat ini terhubung secara lokal ke sistem RDS menggunakan thin client HP.

Karena masalah fasilitas dan peningkatan pengguna luar dan jauh, ada dorongan untuk memindahkan sistem ke fasilitas pusat data. Situs baru ini akan menampilkan host vSphere kelas atas dan penyimpanan semua-flash.

Konektivitas ke fasilitas co-location akan dibangun melalui VPN situs ke situs dengan beberapa ISP dan failover pada tempatnya.

Apakah ini ide yang buruk? Saya sering terhubung ke situs ini untuk pekerjaan pemeliharaan melalui RDP dan SSH, kinerja cukup dapat diterima untuk kasus penggunaan saya. Para pengguna menggunakan MS Office suite dasar dan beberapa aplikasi ERP berbasis terminal SSH yang ringan .

Apakah 62ms masuk akal untuk jenis pengguna ini dan Microsoft RDS?

Saya memiliki beberapa ribu orang di seluruh dunia yang terhubung dan menggunakan perangkat lunak akuntansi / kantor setiap hari. Selama waktu respons mereka di bawah 300 ms, kami tidak menerima keluhan, tetapi ymmv.

Sebagai bukti konsep, saya mengatur salah satu sakelar pengguna kami menggunakan kotak linux / netem dan terus mendorong latensi / hilangnya paket sampai saya mulai memiliki keluhan. Itu heck banyak lebih mudah untuk mereplikasi kondisi jaringan secara lokal kemudian memindahkan aplikasi saya dua kali.

Saya merasa ini subyektif, karena beberapa pengguna tidak akan bahagia kecuali latensi seperti pengalaman desktop lokal, dan pengguna lain akan senang dan tidak mengeluh bahkan jika latensi 300ms.

Memang benar bahwa latensi adalah pembunuh pengalaman pengguna, meskipun, tepatnya berapa masalah persepsi individu.

Ini adalah video yang cukup bagus dari TechEd 2014 tentang pengalaman pengguna dalam skenario yang mirip dengan ini (video ini tentang VDI, tetapi ini adalah pengalaman yang mirip dengan Remote Desktop Services.)

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

Jadi Anda mungkin berkata, jangan pernah melampaui 300 ms. 62ms mungkin "OK."

Pertanyaan ini tidak dapat dijawab secara universal dan objektif. Hasilnya sangat tergantung pada jenis beban kerja dan permintaan pengguna. Tidak ada yang lebih baik di sini daripada tes UX.

Saya sering bekerja jarak jauh melalui RDP dari lokasi yang berbeda, sebagian besar waktu terhubung melalui jaringan LTE (4G) yang menawarkan latensi mirip dengan 62 ms. Saat ini saya sedang berada di hotel dengan koneksi yang lambat ~ 1 Mbit / s dan latensi ~ 27-28 ms - kurang dari setengah nilai dalam kasus Anda. Bahkan dengan nilai terakhir saya mengalami kesulitan dengan browsing web atau melihat grafik besar (terutama tanpa AdBlock, situs yang kaya grafis dapat membuat selama beberapa detik di Firefox!). Juga upaya untuk menulis dokumen sederhana menggunakan Microsoft Word menghasilkan beberapa frustrasi karena tanggung jawab antarmuka di bawah rata-rata (pada gilirannya LibreOffice Writer merasa jauh lebih baik). Belum lagi pekerjaan apa pun dengan video ... Hal-hal yang dapat saya gunakan dengan nyaman adalah MMC, Outlook mail (sampai tingkat tertentu), penelusuran file, dan umumnya tugas administrasi sistem.

Nilai ini harus OK untuk administrasi sistem jarak jauh dan tugas serupa yang Anda lakukan secara rutin dan memiliki pengalaman dengannya. Tetapi jika itu untuk mengganti layar lokal sepenuhnya saya harapkan frustrasi dan keluhan.

Satu hal untuk ditambahkan - Saya bekerja di bawah Ubuntu dengan rdesktop 1.7.1 menjadi klien RDP pilihan saya. Mungkin ada beberapa optimasi di klien asli Microsoft (atau yang lain) yang dapat meningkatkan kinerja dengan tautan latensi tinggi.

Latensi Sub-100-ms kemungkinan tidak akan menjadi masalah kecuali pelanggan Anda bermain game melalui jaringan ini . Tetapi Anda mungkin kehabisan bandwidth dalam aplikasi intensif grafis tertentu (terutama pemutaran video) yang akan mempengaruhi latensi buruk dan mendorongnya melampaui 100 ms, mengganggu pengguna Anda.

RDP 8 (Server 2012 dan yang lebih baru) memang datang dengan optimasi (baca: algoritma kompresi lossy) untuk skenario ini. Selain itu, dukungan transportasi UDP akan meningkatkan pengalaman pengguna melalui tautan dengan latensi yang sangat bervariasi atau kehilangan paket yang terkenal (> 0,1%). Jadi, jika Anda memiliki semua ini, Anda mungkin ingin meningkatkan host sesi RD Anda.