Последовательность ввода в действие Termidesk VDI

Последовательность настройки при использовании классического VDI

Общая последовательность шагов для ввода Termidesk VDI в действие состоит в следующем:

  • подготовка сетевой инфраструктуры в соответствии с требованиями Termidesk VDI;

  • подготовка узла виртуализации в соответствии с требованиями Termidesk VDI;

  • установка Termidesk VDI в зависимости от выбранной конфигурации: комплексная или распределенная. Ввод в домен (при необходимости, согласно схеме сетевой инфраструктуры организации);

  • установка компонента «Агент узла виртуализации» на узел виртуализации, если используется поставщик ресурсов ПК СВ Брест;

  • подготовка базового шаблона ВМ на узле виртуализации;

  • подготовка гостевой ОС базового ВРМ;

Базовое ВРМ - прототип будущих ВРМ.

  • переход в графический интерфейс Termidesk VDI;

  • добавление необходимого домена аутентификации (при необходимости, если в инфраструктуре используются серверы каталогов);

  • добавление необходимого поставщика ресурсов;

  • создание шаблона РМ в Termidesk VDI в добавленном поставщике ресурсов;

  • добавление настроек гостевых ОС для созданного шаблона РМ;

  • добавление протоколов доставки, которые будут использоваться для подключения к РМ;

  • добавление сетей, которые будут использоваться для настройки доступа пользователей;

  • создание и настройка фонда РМ в Termidesk VDI;

  • назначение групп пользователей в созданном ранее фонде;

  • назначение протоколов доставки в созданном ранее фонде;

  • назначение сетей в созданном ранее фонде;

  • выполнение публикации настроенного фонда РМ в Termidesk VDI.

Последовательность настройки при использовании терминального сервера

Общая последовательность шагов при необходимости использования терминальных серверов состоит в следующем:

  • при использовании терминального сервера на базе ОС Astra Linux Special Edition - установка компонента STAL. Рекомендуется использовать отдельный узел (физический или виртуальный) и не совмещать установку с сервером Termidesk VDI;

  • установка компонента «Сессионный агент» на терминальный сервер;

  • переход в графический интерфейс Termidesk VDI и добавление поставщика ресурсов «Сервер терминалов» в Termidesk VDI;

  • добавление необходимого домена аутентификации (при необходимости, если в инфраструктуре используются серверы каталогов);

  • создание шаблона РМ для поставщика ресурсов «Сервер терминалов» в Termidesk VDI;

  • добавление протоколов доставки, которые будут использоваться для подключения к РМ;

  • добавление сетей, которые будут использоваться для настройки доступа пользователей;

  • создание и настройка фонда РМ в Termidesk VDI;

  • назначение групп пользователей в созданном ранее фонде;

  • назначение протоколов доставки в созданном ранее фонде;

  • назначение сетей в созданном ранее фонде.

Поддерживается расширенный сценарий добавления терминальных серверов: помимо использования поставщика ресурсов «Сервер терминалов» добавить поставщик «Автономные машины», который будет объединять несколько узлов и выполнять роль служебного (не виден пользователю, но предоставляет ему ресурсы). Таким образом может быть несколько «Серверов терминалов», и одна «Автономная машина», в шаблоне которой будут заданы терминальные серверы, что предоставляет дополнительные возможности:

  • поддержка нескольких сессий пользователя в рамках одного сервера. Каждой сессии пользователя назначается свой идентификатор, который передается в заголовке X-TDSK-SID;

  • поддержка отправки сообщений в сессию пользователя терминального сервера. Сессия пользователя определяется по ее идентификатору, переданному в заголовке X-TDSK-SID;

  • поддержка сбора метрик узла терминального сервера.

Последовательность настройки при использовании автономных машин

Общая последовательность шагов при необходимости использования автономных машин состоит в следующем:

  • установка компонента «Агент виртуального рабочего места» в ОС автономной машины. Если автономная машина будет терминальным сервером, то требуется также установить компонент «Сессионный агент»;

  • переход в графический интерфейс Termidesk VDI и добавление поставщика ресурсов «Автономные машины»;

  • добавление необходимого домена аутентификации (при необходимости, если в инфраструктуре используются серверы каталогов);

  • создание шаблона РМ для поставщика ресурсов «Автономные машины» в Termidesk VDI;

  • добавление настроек гостевых ОС для созданного шаблона РМ;

  • добавление протоколов доставки, которые будут использоваться для подключения к РМ;

  • добавление сетей, которые будут использоваться для настройки доступа пользователей. Не требуется, если автономная машина будет использоваться совместно с поставщиком ресурсов «Сервер терминалов» в сценарии поддержки дополнительных возможностей при работе с терминальными серверами;

  • создание и настройка фонда РМ в Termidesk VDI;

  • назначение групп пользователей в созданном ранее фонде. Не требуется, если автономная машина будет использоваться совместно с поставщиком ресурсов «Сервер терминалов» в сценарии поддержки дополнительных возможностей при работе с терминальными серверами;

  • назначение протоколов доставки в созданном ранее фонде. Не требуется, если автономная машина будет использоваться совместно с поставщиком ресурсов «Сервер терминалов» в сценарии поддержки дополнительных возможностей при работе с терминальными серверами;

  • назначение сетей в созданном ранее фонде. Не требуется, если автономная машина будет использоваться совместно с поставщиком ресурсов «Сервер терминалов» в сценарии поддержки дополнительных возможностей при работе с терминальными серверами;

  • выполнение публикации настроенного фонда РМ в Termidesk VDI.