Vmware horizon client linux download

Содержание
  1. Docs
  2. Prerequisites
  3. Procedure
  4. Results
  5. What to do next
  6. VMware Horizon для Windows и Linux
  7. Horizon for Windows
  8. Оптимизация управления виртуальными компьютерами
  9. Доступ к приложениям Microsoft на любом устройстве
  10. Быстрый, удобный и безопасный доступ
  11. Horizon for Linux
  12. Оптимизация управления виртуальными компьютерами
  13. Повышение эффективности работы
  14. Быстрый, удобный и безопасный доступ
  15. Сокращение капитальных и эксплуатационных расходов
  16. VMware Horizon for Windows and Linux
  17. Horizon For Windows
  18. Streamline Desktop Management
  19. Access Microsoft Applications on Any Device
  20. Provide Fast, Easy and Secure Access
  21. Horizon For Linux
  22. Streamline Desktop Management
  23. Support Greater Productivity
  24. Provide Fast, Easy and Secure Access
  25. Reduce CapEx and OpEx
  26. blog.vmpress.org
  27. Страницы
  28. понедельник, 11 января 2016 г.
  29. Установка и настройка VMware Horizon Client for Linux для Ubuntu 14.04
  30. Установка клиента
  31. Настройка аутентификации по смарт-картам
  32. Смарт-карты Aladdin eToken
  33. Смарт-карты Aladdin JaCarta
  34. VMware Horizon client
  35. VMware Horizon архитектура
  36. 2. Формулы расчета плотности VDI
  37. 3. Варианты архитектуры VDI
  38. Стандартный вариант архитектуры (на 500 пользователей)
  39. VDI на локальных SSD дисках (на 500 пользователей)
  40. Другие варианты архитектуры VDI
  41. Технологии
  42. Как создаются виртуальные машины

Docs

—> share-line

—> —> —> —> plus

You can download and run a Horizon Client installer bundle from the VMware Downloads page. This installer contains modules for features such as USB redirection, Real-Time Audio-Video, smart card, and client drive redirection. To upgrade Horizon Client for Linux, you first uninstall the existing version from the client system and then run the installer bundle for the new version.

Prerequisites

  • Verify that the client system runs a supported operating system. See System Requirements for Linux Client Systems.
  • Become familiar with the installation options. See Installation Options.
  • Verify that you have root access on the client system.
  • Verify that VMware Workstation is not installed on the client system.
  • If you plan to use the RDP display protocol to connect to a Horizon desktop, verify that you have the appropriate RDP client installed. See System Requirements for Linux Client Systems.
  • Uninstall any earlier version of the Horizon Client software. See Uninstall Horizon Client for Linux.
  • If you plan to use the command-line installer, become familiar with the Linux command-line installation options. See Command-Line Installation Parameters for the Linux Client.
  • Confirm that version 2.x or 3.x of Python is installed on the client system. If the system does not have the Python 2.x or 3.x package, run the necessary command to install it.
  • If you are using a thin client, confirm that libgtk 3.14 or later is installed on the system. If needed, obtain version 3.14 or later of the libgtk library and install it on the thin-client system.

As part of the installation process, the installer runs a scan of the system libraries to determine whether the system is compatible with Horizon Client , although you can select to skip the scan.

Procedure

  1. On the Linux client system, download the Horizon Client installer file from the Horizon Client Product Downloads page at http://www.vmware.com/go/viewclients.

Run the installer using the appropriate command.

Option Command
For the GUI wizard, if you have set executable permissions
For the GUI wizard, if you have not set executable permissions
For the command-line installer, if you have set executable permissions
For the command-line installer, if you have not set executable permissions

The installer wizard appears, prompting you to accept the end-user license agreement.

Result Value Description
Success All required libraries were found.
Failed The specified library was not found. You must locate and install the required library version on the client system. For more details, refer to the documentation and support information for your Linux distribution.

Results

Log information about the installation is recorded in /tmp/vmware-root/vmware-installer- pid .log .

What to do next

Start Horizon Client and verify that you can log in to the correct virtual desktop. See Connect to a Remote Desktop or Published Application.

Источник

VMware Horizon для Windows и Linux

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

Horizon for Windows

Оптимизация управления виртуальными компьютерами

Единая платформа для ИТ-администраторов, с помощью которой они могут предоставлять права пользователям и настраивать политики для виртуальных рабочих мест Windows.

Доступ к приложениям Microsoft на любом устройстве

Опубликованные в Horizon приложения Microsoft, например Office, можно предоставлять на любом устройстве, в том числе на планшетах и смартфонах iOS и Android.

Быстрый, удобный и безопасный доступ

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

Horizon for Linux

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

Horizon for Linux можно приобрести несколькими способами:

  • 1. Как компонент Horizon Enterprise Edition.
  • 2. Как компонент Workspace ONE.
  • 3. Как отдельный продукт.

Оптимизация управления виртуальными компьютерами

Единая платформа для ИТ-администраторов, с помощью которой они могут предоставлять права пользователям и настраивать политики для виртуальных компьютеров Linux и Windows.

Повышение эффективности работы

Поддержка широкого спектра решений Linux, в том числе Ubuntu, RHEL, CentOS и NeoKylin. В сочетании с технологиями NVIDIA решение Horizon for Linux поддерживает высококачественную трехмерную графику даже в сценариях использования, связанных с обработкой больших объемов данных.

Быстрый, удобный и безопасный доступ

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

Сокращение капитальных и эксплуатационных расходов

Снижение капитальных и операционных расходов на 60% благодаря использованию тонких клиентов и устранению необходимости в лицензировании Microsoft.

Источник

VMware Horizon for Windows and Linux

VMware Horizon is available on Windows and Linux to streamline desktop management and provide fast and secure access for each operating system without the license requirement.

Horizon For Windows

Streamline Desktop Management

Allow IT administrators to leverage a single platform to entitle users and set policy for Windows desktops.

Access Microsoft Applications on Any Device

Horizon published applications allow you to deliver Microsoft applications like Office to any device, including iOS and Android tablets and smartphones.

Provide Fast, Easy and Secure Access

Centrally manage Windows images, applications and files. End users quickly and easily log in to their virtual session through single sign-on or smart card access and enjoy a consistently great experience every time.

Horizon For Linux

Deliver, manage and access Linux virtual desktops with Horizon for Linux and eliminate the need to license commercial operating systems. Get full support for Linux desktops and provide single sign on access to office, 3D graphics and developer applications. Horizon for Linux is ideal for software developers, CAD/CAM developers, government workers, cost sensitive deployments and organizations who want to take advantage of the cost savings, security and customizations available with Linux.

You can get Horizon for Linux several ways:

  • 1. As part of Horizon Enterprise Edition
  • 2. As part of Workspace ONE
  • 3. As a standalone product

Streamline Desktop Management

Allow IT administrators to leverage a single platform to entitle users and set policy for Linux and Windows desktops.

Support Greater Productivity

Support a broad range of Linux options including Ubuntu, RHEL, CentOS and NeoKylin. Together with NVIDIA, Horizon for Linux supports rich 3D graphics for even the most powerful and intensive use cases.

Provide Fast, Easy and Secure Access

Leverage a more secure operating system and centrally manage Linux images, apps and files. End users quickly and easily log in to their virtual session through single sign on or smart card access and enjoy a consistently great experience every time.

Reduce CapEx and OpEx

Reduce capital and operational expenditures by as much as 60% by leveraging thin clients and by moving away from Microsoft licensing.

Источник

blog.vmpress.org

Страницы

понедельник, 11 января 2016 г.

Установка и настройка VMware Horizon Client for Linux для Ubuntu 14.04

Из функций, которые на текущий момент не поддерживаются в клиенте для Linux: MMR (Multimedia Redirection), проброс сканеров и serial портов, подключенных к клиентским устройствам.

В качестве примера рассмотрим установку клиента под 32-битной версией ОС Ubuntu 14.04.3 (64-битная версия Ubuntu 14.04 на текущий момент официально не поддерживается).

Установка клиента

Перед установкой клиента загрузите последние актуальные обновления для ОС:

Создайте символическую ссылку на библиотеку libudev (требуется для работы USB Redirection и RTAV):

В Ubuntu Software Center доступна устаревшая версия клиента VMware View Client 2.2, поэтому загрузите с сайта VMware последнюю версию VMware Horizon Client 3.5 и запустите процедуру установки:

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

Клиент готов к работе и может быть запущен из консоли с помощью команды vmware-view, что довольно неудобно. В качестве альтернативного варианта можно создать ярлык и добавить его на панель Unity Launcher. Для этого создайте файл-описание:

Добавьте в него следующее содержимое:

Зарегистритуйте приложение, используя файл-описание:

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

Настройка аутентификации по смарт-картам

Для аутентификации через клиент Horizon Client по смарт-картам требуется дополнительная настройка. В качестве примера приведено описание настройки для CCID карт-ридера и смарт-карт Aladdin eToken.

Для начала установите необходимые записимости:

Если вы используете CCID карт-ридер с драйвером libccid, то он автоматически определится ОС, для других моделей может потребоваться установка дополнительных драйверов (например, Athena ASEDrive IIIe). Список карт-ридеров и драйверов можно посмотреть на сайте wiki.debian.org/Smartcards.

Проверьте, что карт-ридер корректно работает, используя команду:

Смарт-карты Aladdin eToken

Для аутентификации с использованием eToken смарт-карт потребуется установить ПО SafeNet Authentication Client.

Перед установкой SAC загрузите и установите две библиотеки (libhal1 и libha1-storage1):

Загрузите дистрибутив SAC с сайта (для примера используется версия SAC 8.3). Установите ПО:

Запустите SafeNet Authentication Client Tools и проверьте, что ОС видит сертификаты на смарт-карте.

Создайте каталог и символическую ссылку на библиотеку eToken:

Теперь аутентификация по смарт-картам должна заработать.

Смарт-карты Aladdin JaCarta

Для работы со смарт-картами Aladdin JaCarta вам потребуется загрузить ПО JaCarta PKI for Linux (http://www.aladdin-rd.ru/support/downloads/39875/).

После загрузки распакуйте архив и установите клиент JaCarta PKI:

При помощи утилиты IDProtect Manager проверьте, что смарт-карта видна в ОС.

Создайте каталог и символическую ссылку на библиотеку JaCarta:

Теперь аутентификация по смарт-картам должна заработать.

Источник

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.

Источник

Читайте также:  Windows boot manager repair your computer
Оцените статью