Мы планируем некоторый сценарий аварийного восстановления, который потребует до 150 пользователей RDP на своих настольных компьютерах (в основном под управлением Windows XP) через нашу VPN. На данный момент у нас есть 2-мегабитное неуправляемое интернет-соединение, но есть возможность его обновить, а также использовать дополнительную линию SDSL, чтобы увеличить пропускную способность.
Типичные данные о пропускной способности, которые я видел, предполагают, что нужно планировать 64 Кбит / с на сеанс, что в целом дает 9,6 Мбит / с. Я хотел бы знать:
Спасибо!
Хорошо, что вы обновились до 10M (как видно из одного из ваших комментариев), но я бы также подумал об установке QoS, по крайней мере, на уровне маршрутизатора / брандмауэра для вашего трафика RDP. RDP не так сильно влияет на пропускную способность, как на задержку, с чем помогает QoS.
У нас есть 6-мегабитное соединение, которое было близко к насыщению между удаленными резервными копиями и общим трафиком и RDP. Мы заметили, реализовав QoS на нашем брандмауэре (работающем с IPCop примерно для 150+ пользователей), что проблемы с RDP почти полностью исчезли.
Наша установка приоритета аналогична этой;
VPN - Самый высокий
RDP - высокий
SFTP - высокий
Электронная почта - средний
Интернет - низкий
Все остальное - очень низкий
Теперь вместо того, чтобы бороться со всем, RDP должен иметь дело только с VPN и SFTP по приоритету. Это сократило случайные отключения и медлительность до такой степени, что я получаю жалобы раз в несколько месяцев, а не несколько раз в день.
Раньше я запускал сеансы RDP с серверами на 64- и 128-килобайтные линии (борясь с электронной почтой и другим общим сетевым трафиком), и в целом они работали нормально. У нас также есть несколько пользователей - около 5 на сайт, всего 50 или около того - использующих RDP через 512/128 конкурирующих (30: 1) бизнес-ADSL в качестве основного средства доступа к сети, и на самом деле они являются удаленными пользователями, которые мы получаем наименее количество жалоб от. Этим утром даже я был на своем собственном рабочем столе XP, используя схему со средней / высокой задержкой 256 КБ, и производительность и отзывчивость были хорошими; не выдающийся, и вас, конечно, не обманут, если вы подумаете, что вы находитесь на локальном компьютере, но все равно хорошо. Я думаю, вы должны хорошо владеть ПК, если вы помните то, о чем говорили все остальные.
Я бы тоже хотел обновить эту 2-мегапиксельную линейку, она довольно мала для наших дней.
Еще нужно учитывать время ожидания. У нас есть беспроводное соединение со скоростью 54 Мбит / с, которое работает примерно на четверть мили, и RDP проходит через него. Пропускная способность никогда не вызывает беспокойства, но время ожидания иногда может нас убить. Я также согласен с другими утверждениями, что то, что делают пользователи, также влияет на это число. Если все будут передавать файлы, работа замедлится.
Это зависит от множества вещей, включая, по крайней мере, разрешение экрана, количество цветов, если вы используете печать, звук, обмен файлами ... При 64 кбит / с вы можете использовать разрешение экрана 1280 на 1024 для 65k цветов (нет звук, принтер, обмен файлами), и он должен отлично работать. Конечно, это также зависит от того, что делают пользователи, редактирование файла с помощью nodepad (небольшое изменение на экране) потребует гораздо меньше усилий, чем просмотр в Интернете (многие изменения на экране очень часто).
Операционная ошибка: передача файлов потребляет много трафика
Возможно, вы захотите рассмотреть возможность отправки в 256 цветах, если то, что делают пользователи, не требует 16 бит +, поскольку это сэкономит некоторую пропускную способность.
Обновите это соединение! У меня домой больше 2 Мб. Я не мог представить себе поддержку такого количества пользователей с помощью этого небольшого соединения.
Хотя вы можете использовать RDP через медленное соединение, это болезненно.