Windows uzak masaüstü sunucusu (Terminal sunucusu) için darboğaz öğrenin


11

RDS sunucusu olarak çalışmak için VMware Ana Bilgisayarımda Windows Server 2008 R2 (SP1) yüklü. Bazen uzak kullanıcılarım RDS sunucusunda gecikmeyi / gecikmeyi görebilir. Herkes deneyimlerinden bu sunucu için darboğaz bulmak için en iyi uygulamalar neler olduğunu söyleyebilir misiniz?


1
Gecikmeyi izlemek için ne yaptınız? İstemciler yerel bir ağda mı? Ağ ekipman kompozisyonu? Hepsi aynı anda mı gecikiyor? Sunucu kaynakları; işlemci, RAM, disk? Performans monitörü? İstemci sürümleri, uzantı, RemoteFX?
Chris S

VM olarak bir TS çalıştırıyorsanız, kaç tane sanal CPU atadınız? Daha az sayıda CPU'ya sahip birden çok VM ile daha iyi durumda olabilirsiniz.
Zoredache

Önerileriniz için teşekkür ederim. Gecikmeyi izlemek için hiçbir şey yapmadım. Adım adım anlamaya çalışacağız ...
Hemal

Yanıtlar:


16

Chris S'nin belirttiği gibi, uzak masaüstü performansının düşmesine katkıda bulunabilecek birkaç şey var. Deneyimlerime göre, bunlar olasılık sırasına göre ana nedenlerdir.

Bant Genişliği
Uzak masaüstü bilgisayarlarda düşük performansın 1 numaralı nedeni bant genişliği eksikliğidir. Tam olarak ne yapıldığına bağlı olarak, bir oturum birkaç Kb / sn'den birkaç Mb / sn bant genişliğine kadar her yerde kullanılabilir. Kendi testlerim, bir PDF'de kaydırmanın 3 Mbps'ye kadar kullanacağını gösterdi. Kullanılabilir bant genişliği azaldıkça, algılanan performans da azalır.

Öncelikle uygulamanızın bant genişliği gereksinimlerini belirlemeniz gerekir. Bu, kontrollü bir LAN ortamında test yapılmasını ve ardından normal görevleri gerçekleştirirken bant genişliği kullanımını ölçmeyi gerektirir. Kişisel iş istasyonumda kişisel olarak NetLimiter ile başarılı oldum . Ayrıca soruna başka bir açıdan yaklaşabilir ve bağlantı hızınızı WAN bağlantınızın derecelendirildiği her şeye zorlamak için NetLimiter'i kullanabilirsiniz. Bu, uzak kullanıcılarınızın ne gördüğünü iyi bir şekilde göstermelidir.

Uygulamanızın ne kadar bant genişliği istediğini öğrendikten sonra, bunun sınırlayıcı faktör olup olmadığını belirlemeniz gerekir. İlk olarak, istemci ve sunucu arasındaki kullanılabilir bant genişliğini ölçün. Bunun için mükemmel bir araç iperf. Kontrollü bir test sırasında yeterli bant genişliğiniz olduğunu varsayacağım.

Daha sonra, kullanıcı tarafından bildirilen sorunların trafikteki ani artışlarla veya diğer istenmeyenlerle ilişkili olup olmadığını görmek için bir tür bant genişliği izleme ayarlamak istersiniz. Benim tercihim, ntopbant genişliği kullanımı hakkında yararlı gerçek zamanlı ve geçmiş raporlar sağladığı için bir anahtardan veya yönlendiriciden gelen trafiği boşaltmaktır .

Bant genişliği sorunlarıyla karşılaşıyorsanız, kolay bir değişiklik, uzak masaüstü bağlantısındaki "Deneyim" ayarlarını değiştirmektir. Görsel stilleri ve animasyonları devre dışı bırakın ve birçok masaüstü işlemi sihirli bir şekilde daha hızlı görünecektir.

Gecikme
Uzak masaüstü bağlantılarıyla ilgili bir diğer yaygın sorun da gecikmedir. İstemci ve sunucu arasında oldukça hızlı bir gidiş-dönüş süresi olması gerekir, aksi takdirde insanlar bir gecikmeyi algılayabilir. Genel bir kural olarak, çoğu insan 50 ila 100 ms ping zamanı arasındaki problemleri fark etmeye başlar.

Neyse ki, bu genellikle teşhis edilmesi kolaydır. İzleme sunucunuz ve diğer rasgele ana bilgisayarlar arasındaki gecikme hakkında raporlar sağlamak için SmokePing veya PRTG Network Monitor gibi izleme araçları ayarlayabilirsiniz . ping -tKısa oturumlar için yerleşik komutu bile kullanabilirsiniz . Normalde, izleme sunucusunu uzak masaüstü sunucunuzla aynı LAN'da bulmak ve ardından hem sunucuya hem de istemcilerinize karşı izleme kurmak istersiniz. Sorun raporlarını yüksek ping zamanı olaylarıyla ilişkilendirmeye çalışın.

Yüksek ping süreleriyle ilgili sorun yaşıyorsanız traceroute, gecikmenin nereye sokulduğunu bulmak için kullanın . Sorunun kendi ağınızda olduğunu belirlerseniz, Uzak Masaüstü gibi gerçek zamanlı trafiğe öncelik vermek için QoS filtrelemeyi uygulamaya koyun.

Ayrıca, 802.11 (WiFi) veya daha kötüsü uydu bağlantısı olsun, kablosuz bir ortam üzerinden bağlanan herkese karşı dikkatli olun. Kablosuz bağlantılar, çeşitli koşullar altında ve değişen sürelerde aşırı gecikme sorunlarına neden olabilecek çevresel parazitlere eğilimlidir. Ve bir uydu aracılığıyla uzak masaüstünü kullanmak her zaman berbat.

Yerel CPU veya bellek Son olarak, sunucunuzun aşırı yüklenmiş olması mümkündür. Sunucunun istekleri zamanında karşılayabilmesini sağlamak için, özellikle yoğun saatlerde CPU ve bellek kullanımını izleyin.

Yukarıda bahsedilen araçlardan biri (PRTG), bir sunucunun CPU ve bellek kullanımını zaman içinde izlemek üzere ayarlanabilir ve sorunlu sorun raporlarını belirli hatalarla ilişkilendirmeyi kolaylaştıran grafikler üretebilir.

Bonus ipucu: Kullanıcılarınız özellikle değiştirici tuşların düzgün uygulanmamasıyla ilgili yazarken sorun yaşıyorsa, Windows tuş kombinasyonlarını uygula seçeneğinin ayarlanması için Uzak Masaüstü bağlantı kısayolunda klavye ayarlarınızı değiştirmeyi deneyin On the local computer.


Güzel cevap. 20 TS sunucusundan oluşan bir grubu yönetiyorum ve gördüğümüz en yaygın performans sorunlarının 2 nedeni, yanıtınızda ilk önce listelediğiniz 2: bant genişliği ve gecikme. Bence bu 2 faktör performans (veya algılanan performans) üzerinde en büyük etkiye sahiptir. Kendi testlerim, çeşitli Office uygulamaları, IE çalıştıran ve PDF dosyalarını açan bir kullanıcının 8 saatlik bir süre içinde ortalama 100Kbps tükettiğini gösterdi. Kullanıcı başına bant genişliği tahsisi açısından planlama numaramız budur ve müşterilerimizin "iyi performans gösteren" oturumlar yapabilmelerini tavsiye ediyoruz.
joeqwerty

Merhaba Nic, Güzel ayrıntılı cevap için çok teşekkür ederim. Ben üzerinden gidip anlamaya çalışacağım .. Cevabınız için bir grup teşekkürler. Joeqwerty de yorum için teşekkürler ..
Hemal

Küçük bir çiftliği yönetiyorum ve katılıyorum. PRTG'yi, geçmiş verilerin bildirilen sorunlarla eşleşip eşleşmediğini görmek için de kullanıyoruz. İki numaralı sorunumuz bant anahtarı (yerel / ISS sorunları) ve CPU'dur (düşük çekirdek sayısı sunucularındaki kötü programlar). Bant genişliğinin hızlı olup olmadığını görmenin en iyi yolu, kullanıcılara metin girişinin gecikip geçmediğini sormaktır.
Gomibushi

Çok sayıda harika araçtan bahsettiniz, ancak WMI aracılığıyla oturum bant genişliği gereksinimlerinin ne kadarı toplanabilir? veya daha iyi performans sayaçları? TS'de yeniyim, ancak bir oturumda çeşitli istatistikleri sunmakla görevlendirildim. Zaman ayırdığınız için şimdiden teşekkürler.
codeputer

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.