Vmware horizon client как подключиться

Обновлено: 17.05.2024

На данном этапе не будет устанавливаться софт, только сама операционная система и агенты, которые требуются для работы VDI. Способы распространения софта будут описаны в следующих статьях данного цикла по Horizon.

Установка и настройка базового золотого образа для VMware Horizon:

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

44 Выключаем виртуальную машину и создаем Snapshot. Это необходимо сделать для дальнейшего создания пула виртуальных машин через Connection server.

Docs

Пользователи могут запускать виртуальные компьютеры или приложения Horizon, к которым у них есть доступ, с помощью портала или приложения Workspace ONE.

В зависимости от параметров, заданных для приложения или настольного компьютера в Horizon, их можно запустить в Horizon Client или в браузере. Для приложений или настольных компьютеров, которые можно запустить только в Horizon Client, необходимо установить этот клиент в системе. Для приложений и настольных компьютеров, которые можно запустить как в Horizon Client, так и в браузере, можно выбрать способ запуска.

Можно также установить предпочтительные параметры запуска на странице Параметры на портале Workspace ONE. Пользовательские параметры переопределяют все параметры запуска по умолчанию, заданные на уровне администратора.

Примечание: Параметры запуска по умолчанию нельзя задать в приложении Workspace ONE.

2. Формулы расчета плотности VDI

Прежде всего, VDI — это виртуальные машины, много виртуальных машин, гораздо больше, чем в обычной серверной виртуализации. Нагрузка на оборудование будет создаваться значительная, а от архитектуры решения будет зависеть, как эта нагрузка будет распределяться. По той же причине нет оптимальной по цене — качеству архитектуры для VDI, которую можно было бы рекомендовать. Ведь сделать выбор в пользу архитектуры, о которой вы слышите впервые, довольно, сложно. У производителей ПО VDI есть рекомендации по расчету оптимального количества пользователей (плотность) при заданных характеристиках оборудования. И про эти формулы будет подробно написано ниже.

Чтобы вне зависимости от вендора ПО посчитать сколько виртуальных машин VDI можно запустить на одном сервере, необходимо запомнить следующие правила для CPU-RAM-Disk:

1. CPU. На одно физическое ядро процессора закладывается 6 виртуальных машин, типа «офисная». Если в сервере 2 процессора по 8 ядер в каждом, то 2*8*6=96 ВМ. Причем общая нагрузка на процессоры в середине рабочего дня будет в пределах 50-75%.

2. RAM. На одну виртуальную машину типа «офисная» Windows 7 закладывается 2Гб оперативной памяти, среднее потребление будет 1.3Гб — 1.8Гб в зависимости от запущенных в данный момент пользователем приложений. Причем, производители советуют использовать Windows 7 32 bit, судя по всему, чтобы срабатывали собственные ограничители операционной системы.

3. Disk. Во время запуска операционной системы и входа пользователя в сессию (загрузка профиля) виртуальная машина делает 50 IOPS, а во время работы 10-15 IOPS (операций ввода вывода в секунду), чем значительно нагружает дисковую подсистему. Момент загрузки всех виртуальных машин разом и входа пользователей в сессии называется «Boot Storm», нагрузка на подсистему хранения в этот момент максимальная. Чтобы рассчитать необходимую пиковую производительность дисковой подсистемы нужно кол-во виртуальных машин умножить на 50 IOPS. Например, для 96 ВМ понадобится система хранения, пиковая производительность которой 4800 IOPS. Если предположить, что чтение и запись будут соотноститься 70/30, то для достижения этой производительности потребуется 50 SAS дисков 10к (RAID 10). Согласитесь, что неразумно использовать такое количество SAS дисков в системе хранения данных для 96 виртуальных машин. Поэтому VDI сейчас немыслим без SSD или других технологий, которые могут обеспечить высокую производительность системы хранения данных. После загрузки виртуальных машин и окончания Boot Storm, когда пользователи работают в штатном режиме виртуальная машина делает 10-15 IOPS. Для 96 ВМ понадобится производительность 10 SAS дисков в RAID 10, что тоже немало. Также не стоит переоценивать возможности SSD дисков, у них высокие показатели по IOPS-ам только в идеальных усоловиях и непродолжительное время, после чего происходит снижение производительности в 2-10 раз. Принято считать, что при продолжительной нагрузке у SAS диска 10к показатель IOPS равен 150 IOPS, а у SSD диска 1200 IOPS.
Для дисковой подсистемы получается не самая радужная калькуляция. Поэтому необходимой производительности добиваются не наращиванием дисков SAS, а используя SSD диски, применяя дополнительные технологии, меняя архитектуру. Обо всем этом ниже.

2. СТРАНИЦА GENERAL («ОБЩИЕ СВЕДЕНИЯ»)

На этой странице отобразятся имя выбранного вами арендатора и расположение ЦОД.

Выберите тип VPN для подключения между ЦОД и средой арендатора Horizon Cloud. Ниже указаны доступные варианты.

IPSEC: использование туннеля IPsec VPN
ECX: использование Equinix Cloud Exchange в сочетании с VMware Network Exchange
Direct Connect: использование сетевых услуг внешнего поставщика в сочетании с VMware Direct Connect with Cross Connect
Island Account («Изолированная учетная запись»): отсутствие подключения к Horizon Cloud

Access («Доступ»)

How would you like to access your desktops? («Предпочтительный тип доступа к виртуальным компьютерам»)

Split DNS («Разделение DNS»)

Разделение DNS — это предпочтительный метод доступа к среде Horizon Cloud, если пользователи подключаются как внутри сети, так и за ее пределами. При этом не имеет значения, используете ли вы URL-адрес Horizon Cloud или ваш корпоративный поддомен. Разделение DNS дает возможность пользователям в локальной сети подключиться по внутренней сети к частному IP-адресу, а внешним пользователям — подключиться к общедоступному IP-адресу с помощью того же URL-адреса. Этот метод упрощает доступ за счет одного URL-адреса для пользователей внутри сети и за ее пределами. Дополнительные сведения о параметре Split DNS («Разделение DNS») см. в тематической статье с обзором сети.

Service URL («URL-адрес службы»)

Если ранее был выбран вариант Horizon Cloud URL («URL-адрес Horizon Cloud»), необходимо ввести имя поддомена, состоящее из одного слова (без дополнительных поддоменов). Если был выбран вариант Corporate Subdomain («Корпоративный поддомен»), необходимо ввести имя поддомена DNS.

Internet Accessible Desktops («Виртуальные компьютеры с доступом через Интернет»)

В среде Horizon Cloud можно разрешить или запретить пользователям получать безопасный доступ к своим виртуальным компьютерам и приложениям через Интернет.

Если выбрать Yes («Да»), пользователи смогут получать безопасный доступ к виртуальным компьютерам и приложениям через Интернет.
Если выбрать No («Нет»), пользователи не смогут получать доступ к виртуальным компьютерам и приложениям через Интернет. Вам необходимо будет настроить VPN, выделенное подключение, MPLS или Network Exchange между ЦОД и арендатором Horizon Cloud (кроме случаев, когда создается изолированный автономный арендатор).

Allow VMware Team to Update? («Разрешить специалистам VMware выполнять обновление?»)

Чтобы разрешить или запретить специалистам VMware обновлять информацию в этой таблице от вашего имени, выберите для параметра значение Yes («Да») или No («Нет»).

Как создаются виртуальные машины

В инфраструктуре VDI обязательно понадобится платформа виртуализации, которой можно управлять из центральной консоли, в эту консоль будут поступать команды от управляющего VDI софта на создание, обновление, включение, выключение, удаление и другие операции с пользовательскими виртуальными машинами. В рассматриваемых решениях такая платформа виртуализации включена в стоимость лицензий VDI. Для VMware Horizon — это VMware vSphere Enterprise Plus, для Citrix XenDesktop — это Citrix XenServer, Microsoft RDS использует встроенную в Windows server 2016 виртуализацию Hyper-V. Рассмотрим самый простой пример, чтобы понять механизм работы службы, которая разворачивает виртуальные машины.

Пример

Сейчас специально опускаются моменты, связанные с инфраструктурным ПО, чтобы сосредоточиться на механизме создания множества виртуальных машин. Возьмем обычный сервер с локальными дисками, на котором нужно развернуть VDI. Сначала администратором в ручном режиме создается эталонная виртуальная машина, которая на схеме называется «W7gold», в нее устанавливаются необходимые программы, специальным образом оптимизируются внутренние службы Windows для максимальной производительности, инсталлируется агентское ПО VDI. После чего запускается автоматический процесс создания N-го числа виртуальных машин. Средствами гипервизора с текущего состояния «W7gold» делается полный клон (диск виртуальной машины копируется полностью), затем клон готовится к размножению с помощью QuickPrep (более быстрый в работе аналог Sysprep). После чего уже с виртуальной машины клона «W7clone» делаются связные клоны. В данном случае диск виртуальной машины «W7clone» не копируется, а становится доступен на чтение N-ому числу виртуальных машин. Все изменения в этих виртуальных машинах пишутся в отдельный дифференциальный файл-диск. Важно то, что работа всех созданных виртуальных машин зависит теперь от одного диска «W7clone», который нельзя перемещать, повреждать и тем более удалять. Вот так в упрощенном виде выглядит механизм создания виртуальных машин VDI.

Другие варианты архитектуры VDI

Citrix и VMware предлагают свои собственные уникальные варианты архитектуры для VDI, в сообществах к ним сложилось разное отношение.

VMware в последней версии Horizon View предлагает использовать технологию vSAN. Ее использование позволяет вообще не покупать систему хранения данных, вместо нее на основе локальных дисков будет создано распределенное файловое хранилище, которое может обеспечить необходимый уровень производительности и отказоустойчивости для виртуальных машин VDI и для виртуальных машин инфраструктуры. Более подробно я напишу про vSAN в отдельной статье, посвященной VDI от VMware. Официальный документ можно найти по этой ссылке (link)

Citrix, как альтернативный вариант архитектуры для VDI проектов, предлагает рассматривать свой Provisioning server (PVS), естественно, в отказоустойчивом исполнении. К сожалению, нет официального документа по референсной архитектуре, который бы смог прояснить спорные моменты, которых достаточно много. Подробнее можно почитать на сайте Citrix (link). Изюминкой технологии является создание бездисковых виртуальных машин VDI. «Золотой образ» специальным образом публикуется на PVS и транслируется (только на чтение) в виртуальную машину по сети. Все временные файлы ОС сохраняются в отдельный файл, который может хранится в оперативной памяти виртуальной машины или на PVS сервере или на диске виртуальной машины (но тогда она не совсем бездисковая). Опять же, все эти ухищрения главным образом направлены на снижение нагрузки на основную систему хранения данных. Более подробно я напишу про PVS в отдельной статье, посвященной VDI от Citrix.

VMware Horizon client

Для подключения к VDI необходимо скачать и установить на свое устройство программу VMware Horizon client. С ее помощью можно подключиться к своей виртуальной рабочей станции и получить максимально возможный на сегодняшний день функционал и производительность в среде Horizon.

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

Технологии

Варианты оптимизации производительности от Citrix:

IntelliCache — решение подкупающее своей простотой, чтобы разгрузить систему хранения данных нужно использовать локальные диски серверов. Клон золотого образа кэшируется на локальном хранилище сервера и становится доступен на чтение запущенным виртуальными машинам VDI. Если у вас настроено очищение ВМ после выхода пользователя из сессии, то дифференциальные диски также создаются локально и удаляются после logoff-а. Есть вариант и сохранением изменений пользователя на дифференциальных дисках, в этом случае можно сохранять эти данные на общем хранилище и на локальном (будет использоваться только для чтения). Условия, которые необходимо выполнить для работы IntelliCache следующие: общее хранилище должно быть NFS, гипервизор должен быть XenServer, во время установки XenServer необходимо включить технологию Thin provisioning для локального хранилища хоста.

Варианты оптимизации производительности на стороне СХД

Tiering — функционал системы хранения данных, который позволяет выделить SSD диски для хранения блоков данных, к которым часто происходит обращение. Вся информация также хранится и на SAS дисках в «медленном» разделе. В случае операции чтения система хранения считывает блок с tier раздела (если он там есть) и не обращается к «медленному» разделу. Функционал тиеринга в разных системах хранения работает по-разному, например, в каких-то проходит 24 часа для сбора информации, какие блоки считать «горячими» и поместить на SSD, в каких-то начинает работать сразу. Чтобы избежать ошибок, обобщать не стану, основной принцип должен быть понятен.

VMware Horizon архитектура

За время существование продукта он успел аккумулировать в себе большое количество функций, которые чаще всего появлялись после интеграции в VMware Horizon сторонних программных продуктов, купленных компанией VMware. Но любое внедрение сопровождается усложнением архитектуры, отладке взаимодействий компонентов, обучению специалистов и другие смежные процессы. Поэтому сейчас рассматривать VMware Horizon нужно уже, как часть целого. Продукт, объединяющий в себе все наработки называется VMware Workspace One. По идее VMware инфраструктура большой компании давно уже не ограничивается рамками ЦОДов, а успешно использует сторонние сервисы SaaS, облачные ресурсы и сторонние приложения.

Опустимся на уровень ниже и сфокусируемся на эталонной архитектура VMware Horizon для одной площадки. Здесь мы видим набор компонентов, соответствующий максимальной редакции VMware Horizon Enterprise.

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

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

Необходимые условия

В зависимости от параметров настольных компьютеров или приложений, заданных в Horizon, пользователям может потребоваться установить Horizon Client.

1. TENANT MANAGEMENT («УПРАВЛЕНИЕ АРЕНДАТОРАМИ»)

Чтобы инициализировать нового арендатора Horizon Cloud, щелкните New («Создать»). Обратите внимание, что список всех существующих арендаторов, которые уже созданы или инициализируются в данный момент, отобразится после входа в учетную запись.

Окно Configure Tenant («Настройка арендатора»)

Выберите регион ЦОД, в котором будет выполняться инициализация, указав его в поле Data Center Region («Регион ЦОД»), и заполните поля Tenant Name («Имя арендатора») и Horizon Cloud Data Center («ЦОД Horizon Cloud») для выбранного региона. По завершении нажмите кнопку Done («Готово»).

Список арендаторов: начало инициализации

Отобразится список созданных арендаторов.

Панель мониторинга DaaS Configuration («Настройка предоставления виртуальных компьютеров как услуги»)

Отобразится схема процесса инициализации арендатора. Это пошаговый процесс инициализации арендатора Horizon Cloud. Схема будет обновляться по мере выполнения процесса. Кроме того, отображается общедоступный IP-адрес VPN-сети VMware, с помощью которого можно настроить туннель IPsec VPN между ЦОД и Horizon Cloud. Чтобы начать процесс инициализации, нажмите кнопку Continue («Продолжить»).

Окно Configure Tenant («Настройка арендатора»)

Список арендаторов: начало инициализации

Панель мониторинга DaaS Configuration («Настройка предоставления виртуальных компьютеров как услуги»)

Результаты

Если выбран параметр Браузер , приложение или виртуальный компьютер запустится в браузере. Если используется Horizon 6.1.1 или более новая версия, в окне браузера также будет отображаться HTML Access Tray.

Чтобы быстро начать работу с Horizon Cloud, заполните форму настройки Horizon Cloud with Hosted Infrastructure, следуя пошаговым инструкциям.

После оформления подписки на Horizon Cloud вы получите электронное письмо со ссылкой на форму. Чтобы начать работу, выполните вход с помощью учетной записи My VMware. В этом руководстве представлены ответы на некоторые часто задаваемые вопросы, возникающие при заполнении формы. Если у вас возникли вопросы об этом руководстве или о заполнении формы настройки Horizon Cloud with Hosted Infrastructure, обратитесь за помощью к своему представителю VMware

Дополнительные сведения о Horizon Cloud with Hosted Infrastructure см. в тематических статьях с рекомендациями по развертыванию и с обзором сетевых компонентов в разделе Планирование и проектирование.

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

VDI на локальных SSD дисках (на 500 пользователей)

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

По данной технологии могут работать Citrix XenDesktop и VMware Horizon View. На СХД имеет смысл хранить виртуальную машину «золотой образ» , файлы инфраструктурных виртуальных машин, профили пользователей. Общая стоимость решения снижается на разницу в цене на быструю систему хранения и СХД начального уровня.

Процедура

Примечание: В зависимости от настроек настольного компьютера или приложения и выбранных параметров может понадобиться установить Horizon Client в системе.

Стандартный вариант архитектуры (на 500 пользователей)

Первая архитектура, самая привычная, пришедшая из серверной виртуализации. У нас будут серверы для запуска виртуальных машин VDI, у нас будут серверы для запуска виртуальных машин с инфраструктурными ролями, у нас будет система хранения для фалов виртуальных машин. Соединены серверы и система хранения зелеными линиями, которые могут представлять из себя любую совместимую технологией FC, iSCSI, SAS, NFS.
Важный момент относящийся к VDI. Нет необходимости защищать виртуальные машины VDI на случай выхода из строя физического сервера, за исключением варианта использования полных клонов. Если виртуальная машина пользователя по каким-то причинам прекращает работать, то сотрудник подключается к другой виртуальной машине VDI на другом сервере, куда уже загружается его профиль, слои приложений, подключаются перенаправленные папки, сетевые диски, принтеры.

А вот виртуальные машины с инфраструктурными ролями наоборот необходимо защитить с помощь технологий серверной виртуализации, поэтому потребуется, как минимум, 2 физических сервера, для объединения их в отказоустойчивый кластер.

3. Варианты архитектуры VDI

Для лучшего понимания материала будет рассмотрим проект на 500 пользователей офисного типа.

Используя известные нам формулы, необходимо рассчитать ресурсы, для работы 500 пользователей VDI.

Количество серверов VDI = 500 пользователе/6 пользователей на ядро/16 ядер в сервере = 5 серверов (2 x CPU 8 core) + 1 сервер резервной замены
Объем оперативной памяти в каждом сервере = 500 пользователей * 2Гб/ 5 серверов = 200 Gb
Производительность дисковой подсистемы. Во время Boot Storm = 500*50 IOPS= 25 000 IOPS. Во время работы = 500*10 IOPS= 5 000 IOPS

Читайте также: