Есть ли способ сбалансировать нагрузку на несколько хост-серверов сеансов Microsoft Remote Desktop Services (RDS) через VPN?
Я имею в виду следующее:
2 отдела, территориально обособленные, подключенные к VPN. Единый сетевой домен Microsoft. Брокер сеансов RDS, установленный в Отделе 1, плюс несколько хост-серверов сеансов.
Дополнительные серверы хоста сеанса установлены в Отделе 2 с использованием того же брокера сеансов из Отдела 1. Те же пользователи, один домен.
Из коробки происходит следующее: когда пользователь входит в систему в Отделе 2, брокер сеанса выбирает сервер хоста сеанса в зависимости от нагрузки, количества пользователей, вошедших в систему и т. Д. Так что пользователь может получить хост сеанса, расположенный в Отделе 1 - и весь трафик RDP теперь должен проходить через VPN, шифруется, дешифруется и т. д.
Я хочу, чтобы произошло следующее: каждый пользователь, входящий в систему только в отделе 1, всегда получает один из узлов сеанса фермы серверов в отделе 1, а любой пользователь только в отделе 2 и всегда получает один из серверов, расположенных в отделе 2. .
Это возможно? Я не нахожу документации по этому поводу, и Google ничего не сообщает.
У двух отделов будут разные подсети, поэтому брокер сеанса будет знать, откуда пользователь входит в систему. И ему следует указать использовать хост-сервер сеанса в той же подсети, из которой пользователь входит в систему - но как мне это сделать?
редактировать
Я понимаю, что технически я должен был назвать это не балансировкой нагрузки, а привязкой к хосту. Я ищу способ сделать это прозрачно для нетехнических пользователей - им не нужно использовать RDWeb и самостоятельно выбирать разные хосты.
Кроме того, в этом сценарии пользователи являются мобильными (в роуминге), поэтому я не могу разделить их на группы для Dept 1 и Dept 2 - одни и те же пользователи в конечном итоге будут использовать клиентские компьютеры в расположении Dept 1 и Dept 2, и они должны получать локальные хосты RDS каждый раз.
Вы говорите, что хотите балансировку нагрузки, но затем описываете желаемый сценарий, который определенно не является балансировкой нагрузки. Теперь у вас есть балансировка нагрузки, вам не нужна балансировка нагрузки. Вы хотите, чтобы пользователи отдела 1 имели привязку к своему хосту RDS, и вы хотите, чтобы пользователи отдела 2 имели привязку к своему узлу RDS. Это не балансировка нагрузки.
Вам потребуются два отдельных имени фермы посредника сеансов: одно для узла RDS Департамента 1, а другое - для узла RDS Департамента 2.