В связи с карантином терминальная ферма для удаленной работы у нас стала очень популярной :-)
Виртуалки пришлось заменить на железо. Даже вроде бы мощная виртуалка не выдерживает больше 15 пользователей по процессору. А вот на современном железном сервере с 36 ядрами каждый пользователь отъедает примерно 1% CPU. Поедание помяти сильно зависит от используемых приложений. У нас примерно 1.5 Гб. Все это, процессор и память, приведено на одного активно работающего офисного (MS Office) пользователя запускающего браузер.
Так как число пользователей на ферме выросло, дежурные администраторы запросили удаленное подключение к сессиям пользователей. Это позволяет сделать Удаленный помощник (Remote Assistant). (Раньше можно было настроить делегирование Shadow, но я не уверен даже, что теперь это можно для серверов 2019.)
Как минимум его надо установить как Feature на все терминальные серверы и компьютера администраторов. Если нет SCCM, то придется настраивать вручную группы доступа. Ручной запуск msra.exe /offerra <имя сервера>
Если есть SCCM, то можно на нем настроить политику клиента и назначить на терминальные серверы. Не забудьте добавить группы доступа в Set Viewers. В картинках смотрите тут https://www.prajwaldesai.com/remote-assistance-feature-in-sccm-2012-r2/
Для подключения из командной строки нужно знать имя сервера, на котором сессия пользователя. Пользователь может это посмотреть так: меню Пуск — набрать Имя — выбрать Просмотр имени сервера. Администратор может использовать командлет Get-RDUserSession, если есть права.
Filed under: Remote Desktop, Windows | Tagged: Remote Desktop, Windows Server |
ILYA Sazonov: ITPro 
[…] Некоторый опыт использования RDP фермы […]
«мощная виртуалка не выдерживает больше 15 пользователей по процессору. »
Бред!
Вы вне контекста этой статьи. Речь идет о сильно загруженных сессиях.
MSFT делит сессии на три категории: легкие, средние и тяжелые по нагрузке.
Даже для легких сессий (запущено одно-два маленьких приложений) архитектурное ограничение терминальных серверов — 100 сессий. Выше начинается деградация производительности. Это результаты испытаний самого MSFT.
Для тяжолых сессий, когда запущены неколько разных браузеров с множеством закладок, несколько Excel файлов, несколько бизнес приложений, для нормальной работы нужно выделить больше ядер и несколько гигабайт памяти на каждую сессию. В результате выделенные ресурсы сопоставими с мощностью физического сервера.
Тут возникает вопрос что лучше. Чтобы виртуальная платформа работала эффективно, нужно уменьшать число сессий на виртуальную машину и увеличивать число виртуальных серверов так, чтобы увеличить уплотнение по физическим хостам виртуальной платформы. Это вполне приемлемо, если нагрузка терминальной фермы ничто по сравнению с размерами виртуальной платформы. Иначе будут высокие накладные расходы и неоправданные потери ресурсов. Так как у нас терминальная ферма не столь велика и хорошо загружена, а в наличии были физические серверы, то мы выбрали вариант с переносом терминальной фермы на физические серверы.