WAN üzerinden bir Terminal Sunucusu (RDS) çalıştırmak için gecikme eşiği nedir?

Gördüm: Yüksek gecikmeli bağlantılar üzerinden terminal sunucusu performansı

Ancak, sistem altyapısını, ana merkezlerinden yaklaşık 62 ms gecikme süresine sahip bir veri merkezine yerleştirmek isteyen bir müşterim var.

Ortam, üç Windows Server 2008 R2 RDS sunucusu, dosya ve yazdırma hizmeti ve Microsoft Exchange 2010'dan oluşur. Şu anda hepsi bir vSphere 5.5 kümesinde sanallaştırılmıştır. Şu anda HP ince istemcileri kullanarak RDS sistemlerine yerel olarak bağlanan toplam 80 kullanıcı var.

Tesis sorunları ve tesis dışı ve uzak kullanıcılardaki artış nedeniyle, sistemleri bir veri merkezi tesisine taşımak için bir itme vardır. Yeni site, üst düzey vSphere ana bilgisayarları ve tamamen flash depolama özelliklerine sahip olacak.

Ortak konum tesisine bağlantı, birden fazla İSS ve yerine çalışma ile siteden siteye VPN aracılığıyla sağlanacaktır.

Bu kötü bir fikir mi? Bu siteye RDP ve SSH üzerinde bakım çalışmaları için sık sık bağlandım, kullanım durumum için performans oldukça kabul edilebilir. Kullanıcılar temel MS Office paketini ve birkaç hafif SSH terminal tabanlı ERP uygulamasını kullanıyor.

Bu tür kullanıcı yükü ve Microsoft RDS için 62ms makul midir?

Dünya çapında her gün muhasebe / ofis yazılımlarını birbirine bağlayan ve kullanan binlerce insan var. Yanıt süreleri 300 ms'nin altında olduğu sürece şikayet almıyoruz, ymmv.

Kavramın kanıtı olarak, kullanıcı anahtarlarımızdan birini linux / netem kutusu kullanarak kurdum ve şikayet almaya başlayana kadar gecikme / paket kaybını artırmaya devam ettim. Ağ koşullarını yerel olarak çoğaltmak ve uygulamalarımı iki kez hareket ettirmek çok daha kolaydı.

Gecikme yerel bir masaüstü deneyimi gibi olmadıkça bazı kullanıcılar mutlu olmayacağından ve diğer kullanıcıların mutlu olacağı ve gecikme 300 ms olsa bile şikayet etmeyeceği için bunun bir tür öznel olduğunu hissediyorum.

Gecikmenin bir kullanıcı deneyimi katili olduğu doğrudur, tam olarak bireysel algı meselesi ne kadardır.

Bu, benzer senaryolarda kullanıcı deneyimi konusunda TechEd 2014'ten oldukça iyi bir video (bu video VDI ile ilgili, ancak Uzak Masaüstü Hizmetleri ile benzer bir deneyim.)

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

Yani diyebilirsiniz ki, 300ms'in ötesine geçmeyin. 62ms muhtemelen "Tamam" dır.

Bu soru gerçekten evrensel ve nesnel olarak cevaplanamaz. Sonuçlar gerçekten iş yükü türüne ve kullanıcıların taleplerine bağlıdır. Burada UX testlerinden daha iyi bir şey olamaz.

Çoğu zaman farklı konumlardan RDP üzerinden uzaktan çalışıyorum, çoğu zaman 62 ms'ye benzer gecikmeler sunan LTE (4G) ağı üzerinden bağlanıyor. Şu anda yavaş bir ~ 1 Mbit / s bağlantısı ve gecikme ~ 27-28 ms - bir durumda senin durumunda değerinin yarısından az bir otel duyuyorum. İkinci değerde bile, web'e göz atma veya büyük grafikleri görüntüleme konusunda zorlanıyorum (özellikle AdBlock olmadan, grafik açısından zengin siteler Firefox'ta birkaç saniye oluşturabilir!). Ayrıca Microsoft Word kullanarak basit bir belge yazma girişimi, ortalamanın altında bir sorumluluktan dolayı bazı hayal kırıklığı yarattı (karşılığında LibreOffice Writer çok daha iyi hissetti). Videolarla herhangi bir çalışmadan bahsetmemek bile ... Oldukça rahatça çalışabileceğim şeyler MMC, Outlook posta (bir dereceye kadar), dosya tarama ve genellikle sistem yönetimi görevleridir.

Bu değer, uzaktan sistem yönetimi ve rutin olarak yaptığınız ve deneyim sahibi olduğunuz benzer görevler için uygun olmalıdır. Ancak yerel ekranı tamamen değiştirmek için hayal kırıklığı ve şikayet beklenir.

Eklenecek bir şey - runtktop 1.7.1 benim RDP istemcim olmakla Ubuntu altında çalışıyorum . Microsoft'un orijinal istemcisinde (veya diğerlerinde) yüksek gecikme süreleriyle performansı artırabilecek bazı iyileştirmeler olabilir.

Müşterileriniz bu ağ üzerinden oyun oynamadıkça, 100 ms'nin altındaki gecikmeler muhtemelen bir sorun oluşturmayacaktır . Ancak gecikmeyi olumsuz etkileyecek ve kullanıcılarınızı rahatsız edecek şekilde 100 ms'den daha fazla zorlayacak grafik yoğun uygulamalarda (özellikle video oynatımlarda) bant genişliğiniz bitebilir.

RDP 8 (Server 2012 ve üstü) bu senaryolar için optimizasyonlarla (read: kayıplı sıkıştırma algoritmaları) birlikte gelir. Ek olarak, UDP taşıma desteği, önemli ölçüde değişen gecikme veya kayda değer paket kayıpları (>% 0,1) olan bağlantılar üzerinden kullanıcı deneyimini geliştirecektir. Dolayısıyla, bunlardan herhangi birine sahipseniz, RD oturum ana bilgisayarlarınızı yükseltmek isteyebilirsiniz.