Znajdź wąskie gardło dla zdalnego serwera Windows (serwer terminali)

Mam Windows Server 2008 R2 (SP1) zainstalowany na moim VMware Host do pracy jako serwer RDS. Czasami moi zdalni użytkownicy widzą opóźnienie / opóźnienie na serwerze RDS. Czy ktoś może mi powiedzieć z własnego doświadczenia, jakie są najlepsze praktyki, aby znaleźć wąskie gardło dla tego serwera?

Jak wspomniał Chris S., istnieje kilka rzeczy, które mogą przyczynić się do niskiej wydajności pulpitu zdalnego. Z mojego doświadczenia wynika, że ​​są to główne przyczyny, w kolejności prawdopodobieństwa.

Przepustowość
Pierwszą przyczyną niskiej wydajności zdalnego pulpitu jest brak przepustowości. W zależności od dokładnie tego, co jest robione, sesja może korzystać z dowolnego miejsca, od kilku Kb / s do kilku Mb / s przepustowości. Moje własne testy wykazały, że przewijanie pliku PDF wymaga użycia do 3 Mb / s. Wraz ze spadkiem dostępnej przepustowości maleje postrzegana wydajność.

Najpierw musisz określić zapotrzebowanie aplikacji na przepustowość. Wymaga to przetestowania w kontrolowanym środowisku LAN, a następnie pomiaru wykorzystania przepustowości podczas wykonywania normalnych zadań. Osobiście odniosłem sukces z NetLimiter na mojej osobistej stacji roboczej. Możesz również podejść do problemu z innej strony i użyć NetLimiter, aby zmusić prędkość połączenia do tego, do czego oceniane jest połączenie WAN. Powinno to dać dobre wskazanie tego, co widzą Twoi zdalni użytkownicy.

Gdy wiesz, ile przepustowości chce Twoja aplikacja, musisz ustalić, czy jest to czynnik ograniczający. Najpierw zmierz dostępną przepustowość między klientem a serwerem. Doskonałym narzędziem do tego jest iperf. Zakładam, że masz wystarczającą przepustowość dostępną podczas kontrolowanego testu.

Następnie będziesz chciał skonfigurować monitorowanie przepustowości, aby sprawdzić, czy zgłaszane przez użytkowników problemy korelują ze skokami ruchu lub innymi niepożądanymi. Preferuję zrzucanie ruchu z przełącznika lub routera ntop, ponieważ zapewnia on przydatne w czasie rzeczywistym i historyczne raporty dotyczące wykorzystania przepustowości.

Jeśli masz problemy z przepustowością, jedną łatwą zmianą jest zmiana ustawień „Doświadczenie” na połączeniu z pulpitem zdalnym. Wyłącz style wizualne i animacje, a wiele operacji na pulpicie będzie wydawać się magicznie szybszych.

Opóźnienie
Innym częstym problemem związanym z połączeniami ze zdalnym pulpitem jest opóźnienie. Pomiędzy klientem a serwerem musi istnieć stosunkowo szybki czas podróży w obie strony, w przeciwnym razie ludzie będą w stanie zauważyć opóźnienie. Zasadniczo większość ludzi zaczyna zauważać problemy między czasami pingowania od 50 do 100 ms.

Na szczęście jest to zwykle łatwe do zdiagnozowania. Możesz skonfigurować narzędzia do monitorowania, takie jak SmokePing lub PRTG Network Monitor, aby zapewniały raporty na temat opóźnień między serwerem monitorowania a dowolnym innym hostem. Możesz nawet użyć wbudowanego ping -tpolecenia do krótkich sesji. Zwykle chcesz zlokalizować serwer monitorowania w tej samej sieci LAN, co serwer zdalnego pulpitu, a następnie skonfigurować monitorowanie zarówno serwera, jak i klientów. Spróbuj skorelować zgłoszenia problemów z incydentami o wysokim czasie pingowania.

Jeśli masz problemy z wysokimi czasami pingowania, użyj, tracerouteaby dowiedzieć się, gdzie wprowadzane jest opóźnienie. Jeśli stwierdzisz, że problem występuje we własnej sieci, rozważ wprowadzenie filtrowania QoS, aby nadać priorytet ruchowi w czasie rzeczywistym, takim jak Pulpit zdalny.

Uważaj też na każdego, kto łączy się za pośrednictwem bezprzewodowego medium, czy to jest 802.11 (WiFi), czy, co gorsza, połączenie satelitarne. Połączenia bezprzewodowe są podatne na zakłócenia środowiskowe, które mogą powodować ekstremalne problemy z opóźnieniami w różnych warunkach i przez różne okresy czasu. A korzystanie ze zdalnego pulpitu przez satelitę zawsze jest do kitu.

Lokalny procesor lub pamięć I wreszcie, możliwe jest, że twój serwer jest po prostu przeciążony. Monitoruj użycie procesora i pamięci, szczególnie w godzinach szczytu, aby upewnić się, że serwer jest w stanie terminowo odbierać żądania.

Jedno z wyżej wymienionych narzędzi (PRTG) można skonfigurować w celu monitorowania zużycia procesora i pamięci przez serwer w czasie i może tworzyć wykresy, które ułatwiają korelację raportów o problemach z konkretnymi usterkami.

Dodatkowa wskazówka: jeśli Twoi użytkownicy mają problemy z pisaniem, zwłaszcza w związku z nieprawidłowym stosowaniem klawiszy modyfikujących, spróbuj zmienić ustawienia klawiatury w skrócie połączenia pulpitu zdalnego, aby ustawić kombinacje klawiszy Windows On the local computer.

Sprawdź RDS Best Practices Analyzer .