У меня на сервере VMware установлен Windows Server 2008 R2 (SP1) для работы в качестве сервера RDS. Иногда мои удаленные пользователи могут видеть отставание / задержку на сервере RDS. Может кто-нибудь сказать мне из своего опыта, каковы лучшие методы, чтобы найти узкое место для этого сервера?
11
Ответы:
Как отметил Крис С., есть несколько факторов, которые могут привести к снижению производительности удаленного рабочего стола. По моему опыту, это основные причины, в порядке вероятности.
Пропускная способность
# 1 причиной низкой производительности удаленного рабочего стола является отсутствие пропускной способности. В зависимости от того, что именно делается, сеанс может использовать в диапазоне от нескольких кбит / с до нескольких Мбит / с. Мои собственные тесты показали, что при просмотре PDF-файла будет использоваться скорость до 3 Мбит / с. По мере уменьшения доступной полосы пропускания снижается воспринимаемая производительность.
Сначала вам нужно определить требования к пропускной способности вашего приложения. Это требует тестирования в контролируемой среде локальной сети, а затем измерения использования полосы пропускания при выполнении обычных задач. Я лично имел успех с NetLimiter на моей личной рабочей станции. Вы также можете подойти к проблеме с другой стороны и использовать NetLimiter, чтобы снизить скорость соединения до уровня, на который рассчитано соединение WAN. Это должно дать хорошее представление о том, что видят ваши удаленные пользователи.
Как только вы знаете, какую пропускную способность хочет ваше приложение, вам нужно определить, является ли это ограничивающим фактором. Сначала измерьте доступную пропускную способность между клиентом и сервером. Отличный инструмент для этого есть
iperf. Я предполагаю, что у вас есть достаточная пропускная способность во время контролируемого теста.Затем вы захотите настроить какой-либо мониторинг пропускной способности, чтобы увидеть, связаны ли проблемы, о которых сообщают пользователи, с всплесками трафика или другими нежелательными явлениями. Я предпочитаю выгружать трафик с коммутатора или маршрутизатора
ntop, поскольку он предоставляет полезные отчеты в реальном времени и исторические данные об использовании полосы пропускания.Если вы сталкиваетесь с проблемами пропускной способности, одним из простых изменений является изменение настроек «Опыт» в подключении к удаленному рабочему столу. Отключите визуальные стили и анимацию, и многие операции на рабочем столе будут казаться магически быстрее.
Задержка
Еще одна распространенная проблема с подключениями к удаленному рабочему столу - задержка. Между клиентом и сервером должно быть достаточно быстрое двустороннее соединение, иначе люди смогут почувствовать задержку. Как правило, большинство людей начинают замечать проблемы между 50 и 100 мсек.
К счастью, это обычно легко диагностировать. Вы можете настроить инструменты мониторинга, такие как SmokePing или PRTG Network Monitor, чтобы предоставлять отчеты о задержке между вашим сервером мониторинга и любым другим произвольным хостом. Вы даже можете просто использовать встроенную
ping -tкоманду для коротких сессий. Обычно вы хотите найти сервер мониторинга в той же локальной сети, что и сервер удаленного рабочего стола, а затем настроить мониторинг как для сервера, так и для ваших клиентов. Попробуйте соотнести сообщения о проблемах с инцидентами с большим временем пинга.Если у вас есть проблемы с большим временем пинга, используйте,
tracerouteчтобы узнать, где вводится задержка. Если вы решите, что проблема находится в вашей собственной сети, рассмотрите возможность применения фильтрации QoS для определения приоритетности трафика в реальном времени, например, удаленного рабочего стола.Кроме того, будьте осторожны с любым, кто подключается через беспроводную среду, будь то 802.11 (WiFi) или, что еще хуже, спутниковое соединение. Беспроводные соединения подвержены внешним помехам, которые могут вызывать проблемы с чрезвычайной задержкой в различных условиях и в течение разных периодов времени. А использование удаленного рабочего стола через спутник всегда отстой.
Локальный процессор или память И, наконец, возможно, что ваш сервер просто перегружен. Контролируйте использование ЦП и памяти, особенно в часы пик, чтобы убедиться, что сервер способен своевременно отвечать на запросы.
Один из инструментов, упомянутых выше (PRTG), может быть настроен для мониторинга использования ЦП и памяти сервера с течением времени и может создавать графики, которые позволяют легко сопоставлять отчеты о проблемах с конкретными сбоями.
Бонусный совет: если у ваших пользователей возникают проблемы при наборе текста, особенно из-за неправильного применения клавиш-модификаторов, попробуйте изменить настройки клавиатуры на ярлыке подключения к удаленному рабочему столу, чтобы параметр Применить комбинации клавиш Windows был установлен на
On the local computer.источник
Ознакомьтесь с анализатором соответствия рекомендациям RDS .
источник