Wydajność serwera terminali w przypadku łączy o wysokim opóźnieniu

Nasze centrum danych i główna siedziba znajduje się obecnie w Brisbane w Australii, a my mamy oddział w Wielkiej Brytanii. Mamy prywatną sieć WAN z łączem 768k do naszego biura w Wielkiej Brytanii, a opóźnienie wynosi około 350ms.

Wydajność serwera terminali jest zła.

Aplikacje, które nie mają zbyt dużej animacji lub żadnych obrazów, wydają się być w porządku. Ale gdy tylko to zrobią, sesja jest prawie bezużyteczna. Powerpoint i Internet Explorer to dobre przykłady aplikacji, które powodują, że działa wolno. A jeśli w podpisie e-mail znajduje się obraz, program Outlook zawiesi się na około 10 sekund za każdym razem, gdy wstawiana jest nowa linia, a obraz zostanie przesunięty o kilka pikseli w dół.

Aktualnie pracujemy na serwerze 2003. Wypróbowałem Server 2008 R2 RDS, a także rozwiązanie zewnętrzne o nazwie Blaze firmy Ericom, ale wciąż nie jest o wiele lepsze.

Obecnie mamy 5-poziomową dynamiczną klasę usług z priorytetem w następującej kolejności.

1. VoIP
2. Wideo
3. Usługi Terminalowe
4. Druk
5. Wszystko inne

Podczas testowania wydajności serwera terminali łącze było monitorowane przy użyciu przepływów netto, a mamy dostępną dużą przepustowość, więc uważam, że to raczej problem opóźnienia, a nie przepustowości.

Czy można coś zrobić, aby poprawić wydajność. Czy citrix w ogóle by pomógł?

Tak, Citrix to sposób, w jaki prawdopodobnie chcesz to osiągnąć. Waniliowe implementacje RDP doskonale nadają się do tanich rozwiązań w większości środowisk o dużej przepustowości i niskim opóźnieniu do ogólnej dystrybucji aplikacji na komputery stacjonarne / okna. Ale to wszystko rozpada się pod specjalistycznymi obciążeniami i dużymi opóźnieniami.

Odpowiedziałem na ostatnie, istotne pytanie, w którym, jak sądzę, jest jakiś crossover, tutaj: Poprawa wydajności RDP przez LAN

Na pewno będziesz chciał dokładnie przetestować przed wydaniem jakiejkolwiek gotówki, ponieważ nadal możesz napotykać ograniczenia przy tak wysokim pingu.

Poza rozwiązaniem Citrix / ThinApp konieczne może być zdecentralizowanie niektórych aplikacji i przeniesienie ich z powrotem do oddziałów. Nawet jeśli nie możesz przenieść ich bezpośrednio do oddziału, najlepszym rozwiązaniem może być stojak lub jakaś obecność w centrum danych w Wielkiej Brytanii lub Europie, a także hosting swojego rozwiązania.

Albo zwiększ prędkość światła, albo zaakceptuj, że jedna trzecia sekundy opóźnienia będzie bardzo wyczuwalna dla ludzi i powielać niektóre systemy w biurze w Wielkiej Brytanii.

Myślę, że najlepszym rozwiązaniem byłoby zaprzestanie używania TS do Ausa. dla większości aplikacji w oddziale. Nie widzę żadnego powodu, dla którego nie mogłeś hostować aplikacji w Wielkiej Brytanii, co byłoby wspaniałą poprawą pod względem opóźnień. Może to zaoszczędzić na kosztach zakupu licencji Citrix.