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

Соответствие хоста / балансировка нагрузки Microsoft RDS через VPN

Есть ли способ сбалансировать нагрузку на несколько хост-серверов сеансов 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.