VmWare Horizon view client что это за программа

VMware Horizon View Clients — решение для управления инфраструктурой виртуальных настольных компьютеров (VDI).

Возможности

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

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

Гибкий доступ Доступ к настольным компьютерам для конечных пользователей, когда это необходимо. В отличие от традиционных ПК настольные компьютеры Horizon View находятся в облаке и не привязаны к физическому компьютеру.

Совместимость с облаком Преобразование настольных компьютеров в высокодоступные гибкие услуги, предоставляемые из «облака».

2014

VMware Horizon View Clients 2.3

23 января 2014 года компания VMware обновила ПО для создания VDI-инфраструктуры предприятия с выпуском Horizon View Clients версии 2.3. Обновились клиенты для Windows и Mac OS, мобильные клиенты для Android и iOS.

Introducción a VMware Horizon

Из новинок в Horizon View Clients 2.3:

• Real-Time Audio-Video for Mac clients (RTAV)

Эта функция уже действует в релизах VMware View — для Linux она появилась в версии 5.3. Теперь и для клиентов под Mac OS. Функция поддерживает высокую производительность работы с аудио/видео-потоком, что допускает использование веб-камер и микрофонов в виртуальных ПК, с приложениями Skype, Webex или Google Hangouts.

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

2015

Вышел релиз версии VMware Horizon View 6.1

15 марта 2015 года компания VMware сообщила о доступности для загрузки решения для виртуализации настольных ПК VMware Horizon View 6.1 [1] . Версия VMware View 6.0 появилась весной 2014 года [2] .

В версии 6.1 продукта введено множество новых улучшений, вроде поддержки новой версии Virtual SAN 6.0 и возможность размещения до 200 виртуальных ПК на одном хосте, что позволяет снизить стоимость владения инфраструктурой до 50%.

Перечень добавленных возможностей VMware Horizon View 6.1:

• Поддержка новых платформ.

• Теперь Horizon View поддерживает больше функций в виртуальных ПК: заявлена расширенная поддержка RDS-десктопов, устройств Chromebook, а также виртуальных ПК Linux.

Диаграмма функционала VMware Horizon View 6.1, 2015

VMware Horizon Training | 01 — Introduction and Technical Overview

• Теперь в качестве гостевой ОС виртуального ПК можно использовать Windows Server 2012 R2, который выглядит как Windows 8.

• Устройства Chromebook, ставшие популярными в некоторых нишах (например, в обучении), могут полноценно использоваться как клиенты VMware View (клиент изготовлен на платформе Android-клиента) за счет функций App remoting.

• Поддерживаются виртуальные ПК Linux.

• Режим vGPU позволяет предоставить ресурсы видеокарты (GPU) напрямую сразу нескольким виртуальным машинам (режим vGPU). Использовать это можно только с VMware vSphere 6 и более поздними версиями. Обеспечивается средствами virtual hardware version 11.

Диаграмма доступности технологии, 2015

Взаимодействие VMware Horizon View 6.1, 2015

• Улучшения хранилищ

• реализована полноценная поддержка Virtual SAN 6.0. Если раньше поддержка VSAN была ограниченной (например для версии 5.3.1 не поддерживались Sparse-диски, то теперь все полноценно работает.

• Актуальны максимальные значения хранилищ VSAN:
• до 200 десктопов на хост.
• до 4000 виртуальных ПК на кластер VSAN.
• до 20 хостов в кластере Virtual SAN.
• расширенный список совместимости (HCL).
• до 2000 десктопов на view block в одном кластере VSAN.

• Поддерживается перенаправление локальных USB-устройств (их список ограничен) в виртуальных ПК RDSH на платформах Windows Server 2012 и 2012 R2.

• перенаправление локальных дисков в виртуальный ПК RDSH:

Эта функция поддерживается в нативном режиме (то есть, не через перенаправление), а поэтому работает быстро.

Сетевые политики NSX могут «кочевать» вместе с виртуальной машиной при ее перемещении между датацентрами или городами.

• IPv6 полностью поддерживается, как и FQDN, для всех клиентов. Только в нативном режиме (не mixed mode).

• Улучшения архитектуры Cloud Pod

• интерфейс View Administrator используется для создания и управления инфраструктурой Cloud Pod
• всеми географически распределенными площадками теперь можно полноценно управлять из одной точки.

• Поддержка Virtual Volumes (VVols).

• технология Virtual Volumes позволяет отдать нагрузку по большинству операций с хранилищами ВМ на сторону массива.

VMware View 6.1 нативно поддерживает VVols для SAN/NAS-устройств. Реализация этой технологии зависит от вендора «железа».

Реализованы мелкие улучшения. Перечень доступен по ссылке.

Загрузить VMware View 6.1 можно здесь.

VMware выпустила версию Horizon View 6.1.1

4 июня 2015 года VMware выпустила обновление платформы виртуализации настольных ПК Horizon View 6.1.1 [3] .

Архитектура Horizon View 6, 2015

Возможности этой версии:

• Client Drive Redirection

• Пользователи теперь могут давать доступ к папкам и приводам своих локальных клиентских ПК для удаленных десктопов и приложений. Client Drive Redirection поддерживается для VDI-десктопов и для RDS-десктопов и приложений. Эта возможность поддерживается для ОС Windows и в экспериментальном режиме для Mac OS X — не шифруются файлы, передаваемые по сети.

• Десктопы с ОС Linux на платформе Horizon 6

• Появилась возможность развернуть инфраструктуру View Horizon на основе виртуальных ПК с ОС Linux. Для виртуальных машин Linux поддерживается технология vDGA (на данный момент только для адаптеров NVIDIA GRID GPU). Некоторые возможности, такие как SSO, автоматическое развертывание виртуальных ПК, HTML Access и перенаправление локальных дисков в этой версии не поддерживаются

• Serial Port Redirection

• Теперь пользователи могут перенаправить последовательный порт (COM) RS232 или адаптеры типа USB-to-Serial. Через эти порты можно пробросить старые принтеры, сканеры штрих-кодов и другие унаследованные или промышленные устройства.

• Поддержка Windows Media Multimedia Redirection (MMR) для виртуальных ПК на базе RDS

• Ранее такая возможность поддерживалась только для виртуальных десктопов VDI, на которых мог работать только один пользователь.

• Поддержка HTML Access для приложений Hosted Apps

• Теперь пользователи могут получать доступ к виртуализованным приложениям Hosted Apps посредством веб-клиентов HTML Access. Чтобы использовать эту возможность нужно загрузить и установить HTML Access installer.

Загрузка VMware View Horizon 6.1.1 доступна здесь.

Примечания

1. ↑Release Notes for VMware Horizon 6 version 6.1
2. ↑Вышел VMware Horizon View 6.1 — новые возможности и поддержка vGPU
3. ↑Обновление VMware Horizon View 6.1.1 — еще немного новых функций

Источник: www.tadviser.ru

VMware Horizon client

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

VMware Horizon client 4.8.0 (Win x64) — скачать

VMware Horizon client 4.8.0 (MacOS) — скачать

VMware Horizon client 4.8.0 (Linux x64) — скачать

VMware Horizon client 4.8.0 (iOS) — iTunes

VMware Horizon client 4.8.0 (Android) — Google Play

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

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

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

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

Уровень серверной виртуализации реализован на продуктах: VMware vSphere Enterprise Plus, гиперконвергентном VMware vSAN, сетевую безопасность обеспечивает VMware NSX.
Программный уровень VDI представляет собой классическую схему с добавлением новых компонентов в виде AppVolumes для доставки слоев приложений и Identity Manager для сквозной аутентификации в локальных и сторонних SaaS и мобильных приложениях. Еще один новый программный продукт — это User Environment Manager, который дополняет управление профилем пользователя.

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

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

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 диски, применяя дополнительные технологии, меняя архитектуру. Обо всем этом ниже.

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

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

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

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

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

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

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

Другие варианты архитектуры 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:

• View Accelerator — технология которая позволяет сохранять в оперативной памяти ESXi сервера часто используемые на чтение блоки данных. Позволяет снизить количество операций чтения с системы хранения во время BootStorm и входа пользователей в сессии. На хосте виртуализации используется всего 1Гб оперативной памяти для хранения блоков данных.
• vSphere Storage APIs Array Integration — некоторые системы хранения берут на себя выполнение операций, команды на которые посылает vCenter Server. Позволяет снизить нагрузку на СХД во время операций развертывания и обновления виртуальных машин VDI.
• Transparent page sharing — технология встроенная в ESXi. Позволяет снизить объем используемой оперативной памяти за счет выявления одинаковых блоков, которые виртуальные машины могут использовать совместно. А так как у нас на хостах VDI будут запущены одинаковые операционные системы, которые будут использоваться для одинаковых офисных задач, то экономия может достигать 10-40%. Все будет зависеть от однотипности виртуальных машин и выполняемых задач.
• Карта разгрузки PCoIP — если подключение происходит по PCoIP, то установка в сервер карты с аппаратным чипом от Terradici может привести к снижению нагрузки на CPU до 30%. По протоколу PCoIP передаются измененные пиксели, соответственно, агент, установленный на VDI машине должен определить, какие именно пиксели изменились, завернуть информацию в протокол и отправить клиенты. И дл всего этого используются ресурсы центрального процессора. Если на экране происходит постоянная смена изображения — это очень сильно нагружает CPU. Карта разгрузки берет на себя функции упаковки трафика изображения в PCoIP, чем, обычно, занимается CPU и тем самым снижает нагрузку. Контролировать работу карты нельзя, полностю передать ей функцию передачи PCoIP трафика нельзя, она сама рещает когда включаться в работу и чем заниматься. Надо понимать, что этой картой VMware лечит свои собственные болячки, т.к. у других производителей эта проблема тоже есть, но не стоит настолько остро.

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

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

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

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

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

В инфраструктуре 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.

Источник: itsave.ru

VMware Horizon Client 8.9.0

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

Лучший Telegram-канал про технологии (возможно)

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

Другие ключевые особенности VMware Horizon Client включают:

• бесшовная интеграция с VMware Horizon View, позволяющая пользователям легко получать доступ к своим виртуальным рабочим столам и приложениям.
• Поддержка различных методов ввода, включая сенсорный ввод, мышь и клавиатуру.
• Высококачественная потоковая передача аудио и видео для беспрепятственного взаимодействия с пользователями.
• Оптимизированная производительность для мобильных устройств, обеспечивающая плавную и отзывчивую работу
• Поддержка нескольких конфигураций мониторов, что позволяет пользователям работать с несколькими приложениями одновременно
• Интеграция с родным файловым менеджером устройства, что упрощает доступ к файлам и управление ими из виртуальной среды

Источник: trashbox.ru