Назад | Перейти на главную страницу

Производительность терминального сервера по каналам с высокой задержкой

Наш центр обработки данных и головной офис в настоящее время находятся в Брисбене, Австралия, и у нас есть филиал в Великобритании. У нас есть частный WAN с каналом связи 768k с нашим офисом в Великобритании, а задержка составляет около 350 мс.

Производительность терминального сервера очень плохая.

Приложения, в которых не слишком много анимации или каких-либо изображений, кажутся нормальными. Но как только они это сделают, сеанс становится практически непригодным. Powerpoint и Internet Explorer - хорошие примеры приложений, которые замедляют его работу. И если в вашей электронной подписи есть изображение, Outlook будет зависать примерно на 10 секунд каждый раз при вставке новой строки, в то время как изображение перемещается на несколько пикселей вниз.

В настоящее время мы работаем с сервером 2003. Я пробовал Server 2008 R2 RDS, а также стороннее решение Blaze от компании Ericom, но оно все равно не намного лучше.

В настоящее время у нас есть 5 уровней динамического класса обслуживания с приоритетом в следующем порядке.

  1. VoIP
  2. видео
  3. Терминальные службы
  4. Печать
  5. Все остальное

При тестировании производительности терминального сервера связь отслеживалась с помощью сетевых потоков, и у нас достаточно доступной полосы пропускания, поэтому я считаю, что это проблема задержки, а не полосы пропускания.

Есть ли что-нибудь, что можно сделать для повышения производительности. Ситрикс вообще поможет?

Да, Citrix - это то, что вам нужно. Ванильные реализации RDP отлично подходят для недорогих решений в большинстве сред с высокой пропускной способностью и низкой задержкой для общего распространения настольных компьютеров / приложений Windows. Но все это как бы разваливается из-за специализированных рабочих нагрузок и высоких задержек.

Я ответил на недавний актуальный вопрос, где, как мне кажется, есть кроссовер: Повышение производительности RDP через LAN

Вы определенно захотите тщательно протестировать, прежде чем тратить деньги, поскольку вы все равно можете столкнуться с ограничениями с таким высоким пингом.

Помимо решения Citrix / ThinApp, вам может потребоваться децентрализовать некоторые из ваших приложений и переместить их обратно в филиалы. Даже если вы не можете переместить их прямо в филиал, лучшим вариантом может быть наличие стойки или какого-либо вида присутствия в центре обработки данных в Великобритании или Европе и размещение вашего решения вне его.

Я думаю, вам лучше всего было бы перестать использовать TS to Aus. для большинства приложений в филиале. Я не вижу причин, по которым вы не можете размещать приложения в Великобритании, что было бы огромным улучшением с точки зрения задержки. Это поможет вам сэкономить на покупке лицензий Citrix.

Либо увеличьте скорость света, либо примите тот факт, что треть секунды задержки будет очень заметна для людей, и воспроизведите некоторые системы в офисе в Великобритании.