"Пришло время виртуализации пользовательских компьютеров", – нравятся мне такие заголовки западных изданий. Такие заголовки показывают – насколько же далеки западные ИТ-потребители и ИТ-индустрия в целом от России. У нас ещё серверная виртуализация для многих откровенностью является, да что там виртуализация – до сих пор ИТ-директора ломают головы, как же им показать, что ИТ могут давать конкурентные преимущества бизнесу, а не только затратами быть. 

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

Единственный комментарий относительно вопроса: Зачем ждать с внедрением VDI? Как мне кажется в настоящее время имеет смысл ждать с внедрением VDI решений по двум причинам: тяжёлое бремя лицензирования Windows внутри виртуального десктопа и отсутствие решений, поддерживающих Linux внутри виртуального десктопа. По поводу первой причины приходится надеяться, что Microsoft увидит-таки потенциально большое ревенью для своего решения и изменит схему лицензирования Windows для сценариев VDI, а относительно второй причины, приходится ждать выпуска компанией Red Hat её решения Red Hat Enterprise Virualization for Desktop (раньше можно было ждать VMware View 4 с технологией PC over IP, но эти ожидания не оправдались).

Тем не менее, думаю что приведённые в упомянутой статье предложения будут полезны в любом случае. Итак, коллеги из DBCC обратились к участникам различных проектов по внедрению VDI с вопросом, почему провалились проекты по VDI. Обобщённо были названы следующие причины:

• "непонимание того, что нужно пользователям для успешного выполнения их работы"
• "попытка пропихнуть квадратное решение в круглое отверстие", попытка применить VDI решение для всех типов пользователей
• нехватка бизнес-обоснования и маркетинга

На вопрос, зачем же внедрять инфраструктуру виртуальных десктопов, даны следующие обоснования:

1. Повышение управляемости пользовательскими рабочими местами
2. повышение безопасности (тут стоит напомнить про презентацию Red Hat про VDI и безопасность)
3. снижение стоимости апгрейда и поддержки
4. Избавление от конфликтов приложений. Думаю здесь стоит дать пояснение (как я вижу эти конфликты). Есть замечательное решение – терминальные сервера. Отличное решение, когда речь идёт о "терминализации" приложений, способных работать в многопользовательском режиме. Если же производится попытка в терминальном режиме работать с приложениями, которые не предусматривают многопользовательского режима, то, в случае если ода пользовательская сессия при смерти "заберёт с собой всех остальных пользователей", то это может привести к неудаче перехода на терминальные сервера.
5. Обеспечение непрерывности бизнеса и восстановления после сбоев. Тут Softline рассказывал, как один их клиент из страхового бизнеса решил перейти на VDI после того, как им один из операционных залов пришлось закрыть на два дня после обнаружения разбитой колбы с ртутью. 

Так а каковы же типичные ошибки проблемы, возникающие при внедрении VDI?

1. размывание рамок проекта
2. несоответствие результатов ожиданиям
3. отсутствие поддержки видео, мультимедийных возможностей, проблемы с принтерами и пользовательскими профилями, всё это приводит к тому, что
4. пользователи восстают против такого проекта.

Автор статьи уверяет, что сам видел примеры таких "восстаний" пользователей, честно говоря, я охотно в это верю, так как существующие решения действительно сильного ограничивают мультимедийные возможности. Вендоры решений VDI постоянно работают в этой области и, как мне кажется, в ближайшее время их основные усилия будут направлены именно на решение проблем с мультимедиа в VDI (но для этого всем им придётся-таки что-то делать с RDP). 

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

Итак, что же советуют авторы статьи? Перед началом пилотного проекта авторы советуют провести некоторые исследования. Для исследования можно пройти со следующим опросником по руководителям ИТ-подразделения:

1. Вопрос к руководителю подразделения пользовательской поддержки: как много звонков и подходов к пользователям связаны с проблемами в ОС и приложениях?
2. Вопрос к руководителю информационной безопасности: каковы проблемы, которые предстоит ещё решить для обеспечения защиты данных и авторизованного доступа к ним?
3. Так как ИТ-подразделение обеспечивает работу Бизнеса путём работы прикладных систем, стоит задать вопрос к руководителю группы по поддержке приложений: каковы требования к корпоративным прикладным системам (производительность, доступность, требования по совместимости)?
4. Последний вопрос к бизнесу: как могут повлиять на результат проекта возражения пользователей по поводу контроля над их десктопами.

Выполнение таких "простых" требований и приведёт к успешному окончанию проекта. На самом деле я лично несколько раз сталкивался с ответом на последний вопрос в том духе, что "кто не будет доволен, того уволим". 

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

А что вы думаете про Desktop as a Service?

Частенько в обсуждениях проектов по внедрению VDI встаёт вопрос о клиентских устройствах для работы в качестве клиентов к VMware View.

Естественно, что самым правильным вариантом мы считаем использование “тонких клиентов”, так как это решение сильно упрощает управление инфраструктурой десктопов. Но возникает вопрос дороговизны прямого перехода на тонких клиентов сразу с толстых клиентов. Но вот нашлось интересное решение от компании DevonIT, которое называется VDI Blaster.

Идея решения проста. За 20 долларов вы получаете ПО, которое записываете на USB-флэшку. Затем вы загружаете свой десктоп с этой флэшки, получаете некую операционку тонкого клиента и запускаете View Client с помощью, которого получаете доступ к удалённому виртуальному десктопу, работающему в серверной комнате. По-моему, это хорошее решение для тех организаций, кто уже хорошо вложился в существующую инфраструктуру ПК и эта инфраструктура является фактором, останавливающим проект перехода на VDI.

Вот цитаты из статьи на DABCC.

“The ability to re-purpose existing PCs into thin clients allows organizations to leverage their investments in existing desktop hardware while fully realizing the benefits of centrally controlled and managed desktop environments,” said Jerry Chen, senior director of desktop virtualization, VMware. ”The combination of Devon IT’s VDI Blaster and VMware View™ helps equip enterprises with a cost-effective desktop solution that eases the migration from a distributed desktop model to a more secure and flexible virtualized environment.”

“Despite the well-known benefits of virtual desktops, there are cost and operational barriers to overcome in the early stages of deployment,” explained Adan Martinez, IT Manager, BlueArc Corporation. “Many IT administrators struggle to justify additional hardware investments into thin clients when current PCs are functional, and rollback strategies must be created during the virtual desktop infrastructure. VDI Blaster installs a dedicated thin client on any PC without disrupting the existing operating system installation, making it the perfect strategic solution to eliminate these virtual desktop deployment obstacles.”

Упоминания в Twitter

	pdiyakov Как сделать тонкого клиента из старых ПК http://itaas.ru/ot8 (via @prettylink)
	Re-Tweet | Reply | View Tweet

Если вы внимательно следите за тенденциями в Enterprise IT, то вы не могли не заметить того, что сейчас очень популярна тема Desktop as a Service. Поиск по гуглу выдаёт тучу ссылок, даже ссылку на блог, который посвящён этой тематике и поддерживается специализирующейся только на DAAS компаниией. На самом деле за этим красивым новым термином скрываются решения под старым названием – Virtual Desktop Infrastruture. Вот и мы (VMware), теперь так же заявляем, что имеем к этой инициативе отношение, хотя и раньше имели самое непосредственное отношение.

Одной из главных причин, почему мы стали говорить о DAAS, так это новая версия нашего VDI  – VMware View. А именно о возможности управлять профилями пользователей, что позволяет хранить настройки пользовательские отдельно от образов виртуальных машин. Таким образом, собственно, мы снижаем объём дискового пространства, занимаемого этими образами. Теперь у организаций, развёртывающих инфраструктуру виртуальных десктопов (VDI) есть возможность использовать мастер-образы, а пользователи работают уже с одним мастер-образом и их профилями. Такой подход удобен в случае большого количества пользователей, работающих со стандартизованными рабочими станциями (одинаковые ОС, одинаковый набор прикладого ПО). Данный подход удобен не только с точки зрения экономии на дисковом пространстве, но и с точки зрения управления патчами и вообще изменениями этих десктопов.

Ранее в первой части своего обзора референсной архитектуры я рассмотрел, что же за документы скрываются под ней, дал краткий обзор первому документу. Сейчас продолжение. Речь идёт о документе под названием “Guide to Profile Virtualization”.

В данном документе даётся обзор традиционных подходов к управлению профилями пользователей и рассказывается о том? как управлять профилями по-новому. В документе даётся повторение теории о том, что такое roaming profile и mandatory profile.

В разделе VMware View View Manager Oerview расказывается о том, какие типы Десктопов могут быть в View, а именно:

• Индивидуальные десктопы – виртуальные машины, блейд ПК и ПК
• Автоматизированные пулы десктопов – виртуальные машины подготавливаемые и настраиваемые автоматически с помощью View Manager
• Manual Desktop Pools – пулы десткопов созданные вручную из существующих виртуальных машин, блейд-ПК и ПК.
• Microsoft Terminal Services Desktop Pool – пулы управления подключениями к Терминальным Службам Microsoft Windows Server.

А дальше в документе как раз и раскрываются секреты обращения View с виртуальными дисками, рассказывается о том, чем отличаются друг от друга persistent и non-perstent десктопы, что такое User Data Disk и как к нему относятся те самые профили пользовательские.

Так что, если вы ещё не прочитали сами документы – их можно найти здесь, заполнив небольшую форму.