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

Может ли производительность интернет-соединения на стороне клиента rdp-соединения влиять на производительность серверного приложения?

Наша компания разрабатывает настольное приложение на основе Winforms, которое мы размещаем на наших серверах. Наши клиенты используют наше программное обеспечение через RDP. Недавно был задан вопрос, может ли интернет-соединение клиента вызывать проблемы с производительностью на сервере. Чтобы уточнить, утверждается, что операция, которая происходит в нашем приложении, которая включает только наш локальный сервер SQL, занимает больше времени, когда соединение клиента RDP медленнее. Не воспринимается медленнее, но на самом деле медленнее. Мой первоначальный ответ абсолютно отрицательный, но два старших разработчика указали, что они видели несколько ситуаций, в которых они не могли исключить, что что-то подобное происходило. Никто из нас не думает, что это имеет смысл, но я задаю этот вопрос, чтобы исключить такую ​​возможность. Единственный сценарий, который я могу придумать, где, по-видимому, это может иметь какой-то смысл, - это если сервер ожидает некоторого ввода со стороны клиента, а интернет-соединение задерживает это.

Итак, просто чтобы повторить: возможно ли, чтобы производительность интернет-соединения на стороне клиента RDP-соединения оказала какое-либо реальное (не воспринимаемое) влияние на производительность приложения, работающего на сервере?

Я определенно видел проблемы с приложениями на серверах RDP и приложениями, подключенными к сети.

В предыдущем задании (боюсь, без журналов) мы настроили сервер терминалов Server 2008, на котором был запущен клиент SITS (Student Records System). Вкратце, клиент SITS - это не более чем ярлык для общего ресурса, на котором находится фактический клиент сервера. Это позволяло легко вносить глобальные изменения и рекомендовалось производителями.

В сети (включая 100-мегабайтные WAN-соединения с удаленными сайтами) производительность была вполне приемлемой с задержкой примерно 5 секунд от запуска до приложения. Мы поместили тот же ярлык на сервер RDS, и время загрузки превысило 35 секунд. Наше исправление, которое я не верю, что вы действительно можете применить, заключалось в том, чтобы скопировать локальную копию с сервера SITS на локальный диск сервера RDS и сохранить ее в siyn с помощью задания ночной синхронизации. Затем производительность вернулась к ожидаемому поведению.

Мы действительно не разобрались в том, в чем причина, кроме подключения к сети. Я предполагаю, что сервер RDS распределяет полосу пропускания между клиентами и клиентскими приложениями, и это ограничивает возможности сеанса RDS по захвату приложения из общего ресурса SITS. Со временем я подозреваю, что копание в конфигурации сети могло выявить какие-то приоритеты.

Два сервера находились в одном кластере виртуальных машин (хотя и на разных блейд-серверах) с объединительной платой 10 ГБ.

Я подозреваю, что проблема в том, что RDS ограничивает скорость, с которой вызовы SQL могут общаться с сервером SQL из RDS аналогичным образом.