Объяснение ферм серверов удаленных рабочих столов (часть 2)

Опубликовано: 21 Апреля, 2023

Введение

Эта статья продолжается с того места, на котором мы остановились в части 1. В части 1 мы рассмотрели различные типы решений для балансировки нагрузки, которые можно использовать для распределения пользователей по нескольким серверам в ферме служб удаленных рабочих столов. Мы упоминали, что существует четыре типа решений для балансировки нагрузки. Существует RR DNS, программное обеспечение (например, NLB), аппаратное обеспечение и посредник подключений к удаленному рабочему столу. Мы неоднократно упоминали в статье, что первые три типа также можно комбинировать с посредником подключений к удаленному рабочему столу. Во второй части мы увидим, почему и как посредник подключений к удаленному рабочему столу играет центральную роль.

Назначение посредника подключений к удаленному рабочему столу

Посредник подключений к удаленному рабочему столу в Windows Server 2008 R2 служит для разных целей и может использоваться для инфраструктуры виртуальных рабочих столов (VDI), а также для виртуализации сеансов (RDS). Поскольку эта статья посвящена фермам RDS, мы, конечно же, сосредоточимся на виртуализации сеансов.

Посредник подключений к удаленному рабочему столу для RDS служит следующим основным целям:

Определение наилучшего сервера узла сеансов удаленных рабочих столов для подключения — это основано на количестве текущих сеансов на сервер узла сеансов удаленных рабочих столов в качестве формы балансировки нагрузки.
Повторное подключение пользователя к существующему сеансу, если таковой имеется, называется повторным подключением к отключенным сеансам.
Является ресурсом для веб-доступа к удаленным рабочим столам для предоставления информации о том, какие удаленные приложения доступны на серверах узла сеансов удаленных рабочих столов, которые являются членами брокера.

Первоначальное подключение

Как мы упоминали в части 1 этой серии статей, посредник подключений к удаленному рабочему столу может выполнять некоторую форму балансировки нагрузки, но сначала должно быть установлено подключение к одному из серверов узла сеансов удаленных рабочих столов. Мы называем это первоначальным соединением. В следующем абзаце мы увидим, как работает этот процесс, но важно понимать, что при использовании посредника подключений к удаленному рабочему столу вам по-прежнему нужен механизм балансировки нагрузки для обеспечения этого начального подключения. В предыдущей статье объяснялись варианты этого начального подключения.

Процесс посредника подключений к удаленному рабочему столу

Давайте подумаем о следующем сценарии. У нас есть три сервера узла сеансов удаленных рабочих столов под управлением Windows Server 2008 R2, и у нас есть начальный механизм балансировки нагрузки. Кроме того, давайте для простоты сценария предположим, что мы выбрали RR DNS. Мы настроили отдельный сервер, на котором запущен посредник подключений к удаленному рабочему столу, и мы хотим использовать роль посредника подключений к удаленному рабочему столу в полной мере. Мы добавили все три сервера узла сеансов удаленных рабочих столов в группу компьютеров посредника сеансов в посреднике подключений к удаленному рабочему столу. Мы включили функцию балансировки нагрузки (позже мы увидим, почему) и создали объект групповой политики, чтобы ограничить пользователей одним сеансом.

Пользователь запускает сеанс RDP с записью DNS RR, указанной в качестве узла назначения.
Механизм DNS RR вернет IP-адрес одного из трех узлов сеансов удаленных рабочих столов (обратите внимание, что здесь нет ни балансировки нагрузки, ни проверки доступности возвращенного IP-адреса).
Для простоты сценария предположим, что IP-адрес, возвращаемый механизмом DNS RR, действителен и доступен. Пользователь будет проходить аутентификацию на сервере узла сеансов удаленных рабочих столов. Теперь у нас есть начальное соединение. Однако обратите внимание, что это еще не полное соединение, то есть это не настоящий сеанс (пока), в котором пользователь может взаимодействовать. Мы называем сервер, принявший это начальное соединение, редиректором.
Сервер узла сеансов удаленных рабочих столов, поскольку он знает, что он является частью фермы посредников, передает информацию RDP посреднику подключений к удаленному рабочему столу.
Сначала посредник подключений к удаленному рабочему столу определит, имеет ли учетная запись пользователя, которая установила подключение, отключенный сеанс на одном из трех серверов узла сеансов удаленных рабочих столов. Посредник подключений к удаленному рабочему столу сделает это на основе информации из внутренней базы данных, принадлежащей роли посредника подключений к удаленному рабочему столу. Если есть отключенный сеанс, посредник подключений к удаленному рабочему столу вернет IP-адрес хост-сервера сеансов удаленных рабочих столов, содержащего сеанс пользователя.
Если нет отключенного сеанса, посредник подключений к удаленному рабочему столу выберет целевой сервер, и это будет сервер с наименьшим количеством сеансов. (Это функция балансировки нагрузки посредника подключений к удаленному рабочему столу).
Посредник подключений к удаленному рабочему столу вернет IP-адрес целевого сервера узла сеансов удаленных рабочих столов (на основе процессов на шагах 6 и 7) узлу сеансов удаленных рабочих столов, отправившему запрос (перенаправителю).
Редиректор, в свою очередь, отправит этот IP-адрес клиенту обратно клиенту.
Клиент автоматически отключится от узла сеансов удаленных рабочих столов (перенаправитель) и снова подключится к серверу узла сеансов удаленных рабочих столов, используя этот IP-адрес. Предполагая, конечно, что повторное подключение необходимо, см. также следующее разъяснение.

Чтобы уточнить это немного больше:

Ваш сеанс будет перенаправлен на другой узел сеансов удаленных рабочих столов, только если выполняется одно из следующих условий:

У вас есть существующий сеанс на сервере узла сеансов удаленных рабочих столов, который не является сервером узла сеансов удаленных рабочих столов, на который вас отправляет ваш первоначальный механизм балансировки нагрузки.
У вас нет существующего сеанса на сервере узла сеансов удаленных рабочих столов, у вас включена балансировка нагрузки посредника подключений к удаленному рабочему столу, а сервер узла сеансов удаленных рабочих столов, к которому вы изначально подключаетесь, не является сервером узла сеансов удаленных рабочих столов с наименьшей нагрузкой (по решению Брокер соединений).

Кроме того, если у вас нет существующего сеанса на сервере узла сеансов удаленных рабочих столов и у вас отключена балансировка нагрузки посредника подключений к удаленному рабочему столу, ваш сеанс не будет перенаправлен.

Как объяснялось в части 1, сервер, на котором размещается начальное соединение, также может быть выделен только для этой задачи. Если вы устанавливаете сервер узла сеансов удаленных рабочих столов в режиме выделенного перенаправителя, вы можете использовать этот сервер узла сеансов удаленных рабочих столов в качестве начального подключения. Сервер узла сеансов удаленных рабочих столов, работающий в режиме выделенного перенаправителя, не будет активно размещать какие-либо сеансы, но будет обращаться к посреднику подключений к удаленному рабочему столу, чтобы иметь возможность вернуть IP-адрес узла сеансов удаленных рабочих столов. Как мы упоминали в части I, этот сервер на самом деле является сервером, работающим в режиме Drain (режиме обслуживания). Это объясняет, почему сервер в режиме Drain Mode не принимает никаких новых подключений, он просто консультируется с посредником подключений к удаленному рабочему столу и возвращает IP-адрес хост-сервера сеансов удаленных рабочих столов, который активен и может обслуживать новые сеансы.

Если вам интересно, есть способ прочитать данные в базе данных посредника подключений к удаленному рабочему столу. Перейдите по этой ссылке для получения дополнительной информации.

Вывод

Как видите, посредник подключений к удаленному рабочему столу играет центральную роль в службах удаленных рабочих столов, он используется для повторного подключения отключенных сеансов и может дополнительно выполнять балансировку нагрузки. Посредник подключений к удаленному рабочему столу играет решающую роль в успешной среде служб удаленных рабочих столов.