При выборе различных инфраструктурных решений встаёт вопрос корректного подбора оборудования, ПО под оборудование в зависимости от предполагаемых нагрузок (или сайзинга, от англ. sizing). Сегодня я публикую статью стороннего автора – Василия Луковникова. Василий разработал свой инструментарий и методику сайзинга. Внизу статьи есть контакты Василия.

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

VDI Sizing

Что это?

Под VDI SIzing подразумевается как минимум две вещи:

- определение количества пользователей/сессий при помощи эмпирических соображений (например, не более 6-8-10 виртуальных машин на одно физическое ядро процессора) или VDI калькуляторов. в последнем случае предполагается, что известно среднее потребление ресурсов одной виртуальной машиной (CPU time, Memory, Disk IO, Network IO), соответственно, зная о доступных ресурсах сервера, можно прикинуть максимальное количество виртуальных машин, при котором эти ресурсы не заканчиваются.

- проведение непосредственно нагрузочного тестирования и измерение потребления ресурсов сервером, а также пользовательского user experience: как быстро он может совершать типичные действия (открытие и создание документов, создание RDP сессии и т.д.)

Сразу оговорюсь, что речь далее пойдет именно о нагрузочном тестировании.

Итак, зачем вообще нужен нагрузочное тестирование VDI?

- ну во-первых, самая очевидная цель – определение количества пользователей, которые могут работать одновременно с приемлемой скоростью

- сравнение различных гипервизоров. ну тут все понятно, т.к. плотность виртуальных машин напрямую влиет на стоимость решения "per user"

- сравнение нескольких версий гостевой ОС. Например, выходит новый service pack и необходимо понять сильно ли он повлияет на загрузку сервера. виртуальных машин-то десятки и даже незначительное увеличение потребления памяти в высокоплотном окружении заметно скажется на сервере

- сравнение версий MS Office. вообщем тоже, что и в пункте выше

- сравнение железа. здесь речь идет о подборе гармоничной конфигурации с точки зрения сразу цены/производительности (плотности виртуальных машин)

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

Чем и как тестировать?

Одной из первых утилит была Microsoft Terminal Services Scalability (tbscript.exe из Windows 2003 resource kit). Представляет собой работающий через RDP интерпретатор скриптов. Сами скрипты пишутся на Visual Basic с использованием специальных функций, таких как печать слов, запуск приложений и т.д. В качестве метрики используется время работы одного цикла нагрузки. Наиболее очевидные проблемы: слишком много приседаний нужно совершить, чтобы эмулировать даже элементарную нагрузку, метрика слишком скудна, сложно написать нетривиальную и стабильно работающую нагрузку (ввиду скромного набора функция самой tbscript). Позже были выпущены Remote Desktop Load SImulation Tools (тоже от Microsoft). Это скорее framework, т.е. нагрузку и метрики предлагаетя также создать самим.

Другая утилита это VSI (Virtual Session Indexer) от голландской LoginConsultants. Это был первый широко известный VDI Sizing Benchmark, его известности способствовал сайт projectvrc.nl, содержащий результаты тестирования продуктов от MIcrosoft, VMware и Citrix. Основные фишки этой утилиты – относительная простота процесса тестирования и наглядное представление результатов (графики времен отдельных операций, в зависимости от количества запущенных сессий). Я пытался пользоваться VSI, но возникло несколько проблем: неправильное измерение времени в виртуальных машинах (позже исправлено, но только в платной версии), зависание тестов при большой нагрузки, ну и отсутствие некоторых фич (например возможности изменить интервал и интенсивность нагрузки). В итоге пришлось писать свою утилиту.

Итак, VDI Sizing Tool (www.vdi-sizing.com). В ней я постарался избавиться от недостатков VSI, а именно:

- тест стабилен даже при очень высокой нагрузке

- деплой максимально упрощен, нет необходимости в сетевой шаре и настроенном active directory (по сравнению с VSI)

- есть возможность варьировать интенсивность нагрузки и время между запуском сессий (что важно для стресс тестов)

- время измеряется корректно

- множество метрик (включая время установления RDP соединения, длительность цикла нагрузки, запуска приложений и т.д.)

Вообщем-то об устройстве утилиты и ее использовании можно почитать на vdi-sizing.com Если появятся вопросы, пожелания и предложения – буду рад ответить, пишите на vdi.sizing@gmail.com

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

	v_gayevoy RT @pdiyakov: VDI – как рассчитать нагрузку http://itaas.ru/5ts
	Re-Tweet | Reply | View Tweet

	pdiyakov Прислали тут методику сайзинга VDI. Опубликовал, надесюь поможет вам http://itaas.ru/5ts
	Re-Tweet | Reply | View Tweet

	abeshkov RT @pdiyakov: VDI – как рассчитать нагрузку http://itaas.ru/5ts
	Re-Tweet | Reply | View Tweet

	pdiyakov VDI – как рассчитать нагрузку http://itaas.ru/5ts
	Re-Tweet | Reply | View Tweet

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

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

Единственный комментарий относительно вопроса: Зачем ждать с внедрением 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?

В рамках модернизации IT as a Service появилась концепция Desktop as a Service. Поговорим о подходах к хостингу десктопов с точки зрения информационной безопасности. Во время недавней конференции по виртуализации, которую Red Hat проводила виртуально я подсмотрел очень интересную сессию про безопасность и решения по виртуализации рабочих мест. Оригинал находится здесь.

Факты про традиционый подход к рабочим местам пользователей информационных систем

Итак, существуют два современных подхода к организации обработки данных на рабочих местах: "толстые клиенты" с полноценной ОС и набором программ; "тонкие клиенты", подключающиеся к терминальному серверу. 

Вендоры ИТ потратили много времени и средств на то, чтобы создать инструменты и решения по управлению рабочими станциями: есть и инструменты по развёртыванию патчей, приложений и операционных систем; есть и средства по инвентаризации и прочее прочее. Но при этом у многих ИТ-заказчиков есть две головные боли: пользователи и их желания получать высокий сервис по обслуживанию их десктопов (ну не хочется им сидеть и терять время по ка ИТ-отдел подготавливает подменную рабочую станцию взамен вышедшей из строя); службы ИТ-безопасности, которые постоянно требуют как-то закрыть рабочие станции пользователей. Упомянутая презентация Red Hat как раз и посвящена вопросам безопасности. Вот несколько фактов про минусы традиционного подхода с точки зрения безопасности.

Вот некоторые данные из американской статистики

• начиная с 2005 года, раскрыто 150 миллионов записей персональных данных
• потери компанию составляют 197$ на каждую потерянную запись
• 20% заказчиков расторгли отношения с поставщиками после известий о потери данных
• 30% всех краж данных в 2008 году были результатом кражи нотбуков
• по статистике ФБР каждые 43 секунды происходит кража компьютера
• 97% потерянных и украденных компьютеров никогда не восставливаются
• 57% внутрикорпоративных преступлений связаны с украденными ноутбуками
• Украденный в большом университете ноутбук содержал персональные данные 100000 выпускников, абитуриентов и студентов (2009)
• Украденные из офиса компании, оказывающей аутсорсинговые услуги по управлению бонусными выплатами, компьютеры содержали персональные данные о 75000 работников нескольких крупных компаний (2008)
• переносные компьютеры, принадлежавшие донорскому центру, были украдены вместе с именами и номерами социальной страховки 321 тысячи доноров (2008)
• Файловый сервер и несколько ноутбуков были похищены из регионального офиса крупной страховой компании вместе с информацией о 970 000 потенциальных клиентов (2006)

Hosted Desktop

В качестве решения этих проблем предлагается красивый, с моей точки зрения, подход – VDI (virtual desktop infrastructure). Red Hat дали красивый термин Hosted Desktop Virtualization. 

В таком решении все рабочие станции в качестве виртуальных машин располгаются и работают на серверах в ЦОД. Пользователи подключаются к этим виртуальным машинам с помощью тонких клиентов. Все данные хранятся в защищённом ЦОД. Таким образом, отпадает необходимость контроля за расползанием данных с пользовательских станций на их флэшки, например.

Не буду сегодня подробно рассказывать про VDI и реализацию его от Red Hat, скажу лишь следующее. Главным недостатком имеющихся на рынке решений, которые завязаны на протокол RDP для удалённого доступа к виртуальному рабочему месту и ОС Windows (Citrix XenDesktop, VMware View, VDI решение Microsoft), является сложность в лицензировании Windows внутри виртуальной машины. Практически заказчикам приходится дважды платить за Windows. К сожалению никто из уважаемых вендоров решений по виртуализации не даёт пользователям возможности использования Linux внутри виртуальных десктопов. И только Red Hat предоставит такую возможность выбора между Windows и Linux внутри виртуальной машины (правда VDI решение от Red Hat находится сейчас в процессе бета-тестирования, но пример Red Hat Enterprise Virtualization for Servers даёт основания утверждать, что в начале 2010 года мы увидим окончательный продукт). 

Относительно VDI и информационной безопасности, по-моему, до Red Hat ещё никто из вендоров не давал таких интересных тезисов.

Что VDI меняет?

• Всё – динамичный ЦОД, пулы ресурсов, коммунализация вычислительных ресурсов
• Ничего – Виртуальная ИТ-инфраструктура по-прежнему ИТ-инфраструктура, Безопасность, серверное болото, управление, сложность ИТ-инфраструктуры, гетерогенность.
• Виртуализация не равна Безопасность! (понравилось мне уравнение Виртуализация != Безопасность)

При этом, судя по слайдам презентации у Red Hat уже наработаны различные практики по решению вопросов безопасности в виртуализированной среде (достаточно вспомнить облако Amazon). 

А какое у вас мнение насчёт уменьшения проблем, связанных с защитой информации, путём перевода инфраструктуры рабочих станций на  VDI? И, кстати, а как бы вы перевели термин Hosted Desktop?

Частенько в обсуждениях проектов по внедрению 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 и как к нему относятся те самые профили пользовательские.

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

Вот помнится несколько лет назад украинская команда Microsoft взялась и сделала перевод референсной архитектуры по построению вычислительной системы на базе семейства Windows Server System (российские коллеги из EPG просто обзавидовались тогда). Правда, в то время в Microsoft, ещё только начали пропагандировать свой подход к архитектуре ИТ-систем, он только-только был выработан, и референсная архитектура появилась сильно после того, как появились сами программные продукты. Сейчас время совсем другое, и каждый вендор предлагающий решения уровня Enterprise просто-таки обязан рассказать своим потребителям и партнёрам как правильно внедрять те или иные решения.

Мы (российская команда VMware) тоже стараемся делать переводы англоязычных документов, создавать свои документы. Думаю, что и данный набор документов переведём. А пока что, предлагаю ознакомиться с его англоязычной версией.

Итак. По адресу http://www.vmware.com/resources/wp/view_reference_architecture_register.html можно пройти регистрацию и получить доступ к следующему набору документов.

• VMware View Reference Architecture;
• Guide to Profile Virtualization;
• Windows XP Deployment Guide:
• Storage Deployment Guide for VMware View.

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

Теперь пройдёмся кратко по всем документам.

VMware View Reference Architecture

В данном документе даётся подход к построению архитектуры для развёртывания рабочих станций. Основной целью была разработка стандартизированного “строительного блока”, состоящего из различных компонент, который способен поддерживать как минимум 1000 виртуализированных ПК. Общий дизайн также включает инфраструктурные компоненты необходимые для интеграции 5-ти таких блоков, поддерживающих 5000 пользователей VMware View. Такое устройство может управляться как единое целое.

Компоненты Референсной архитектуры VMware View

Как и любая другая рефернсная архитектура, архитектура View использует компонентный подход, кирпичики которые позволяют скомпоновать единое решение. Архитектура VMware View рассказывает как построить компоненты решения от Клиентских Устройств до Менеджера Клиентских Сессий. Пробежимся по этим слоям кратко.

Устройства Клиентского Доступа

Здесь рассматриваются физические устройства, которые предоставляют пользователям доступ к их виртуальным десктопам.

Инфраструктура Доступа

Сетевые компоненты и компоненты подключения разработанные для управления подключением клиентов.

Виртуальная инфраструктура

Компоненты и технологии для хостинга виртуальных десктопов с пользовательскими операционными системами.

Виртуальные десктопы View

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

Управление Сессиями

Здесь определяется методика развёртывания и управления большим количеством виртуальных для конечных пользователей. Кроме того, здесь рассматриваются вопросы интеграции с существующими инфраструктурными сервисами, например, Active Directory, для управления учётными записями пользователей и компьютеров. Подкомпоненты здесь отвечают за аутентификацию пользователей, провижионинг виртуальных рабочих станций, развёртывание и назначение пользователям ресурсов.

Более обстоятельно с документом VMware View Reference Architecture вы можете сами. Приведу лишь итоговые схемы, которые мы получаем в результате.

order="0" />

<
p>

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

В следующих своих постах расскажу коротко о других документах из референсной архитектуры VMware View.

Итак, 2-го декабря выходит обновление решения VMware из сегмента VDI (виртуализация рабочих станций). Продукт теперь называется VMware View 3 (предыдущая версия называлась VMware VDM). Что же это такое и зачем и кому может быть полезен. Сильно технической информации не ждите, только обзор. Все детали по технологиям, ценам, сравнению с конкурентами можем дать позднее либо в материалах нашего сайта www.vmware.com/ru либо в оффлайновом режиме при обсуждении конкретных проектов. Пока что, даю оценочную информацию с предполагаемыми вариантами использования.

Что это такое

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

Архитектура

С точки зрения архитектуры, произошли некоторые изменения (добавились новые компоненты и возможности), но главная особенность остаётся прежней – в качестве основы для виртуализации десктопов используется ифнраструктура VMware Virtual Infrastructure.

Компоненты решения

VDI – Инфраструктура Виртуальных Рабочих Станций. Состоит из VI и Менеджера подключений View Manager (ранее VDM).

View Composer – компонент отвечающий за оптимизацию дискового хранилища и управление образами виртуальных рабочих станций.

ThinApp – виртуализация приложений

Offline Desktop – возможность использования виртуального десктопа в офлайновом режиме (например, разъездными сотрудниками).

 

 

Ключевые особенности

• Composer – Управляет созданием образов виртуальных рабочих станций, которые разделяют мастер-образ. Таким образом снижается требование к объёму хранилища образов для виртуальных машин и упорядочивается управление ими.
• ThinApp – виртуализация приложений, путём создания виртуальных сред для прикладных систем, без необходимости установки приложений и окружения необходимого для приложения (dll, различные frameworks).
• Unified Access – использование брокера подключений для управления защищёнными подключениями к виртуальным рабочим столам с различных клиентов (толстые, тонкие, терминальные сервера, блейд-ПК etc).
• Virtual Printing – возможность печати из виртуальных машин на локальных или сетевых устройствах печати определённых в устройстве подключения к виртуальной машине.
• Offline Desktop – экспериментальная возможность. Вы можете сгрузить образ вашей виртуальной машины локально, с применением всех политик безопасности, применяемых к образу, работающему в датацентре. По окончании локальной работы пользователь может синхронизировать изменения с копией в датацентре.

Возможные сценарии использования

• Централизованное управление рабочими станциями. View позволяет организациям сохранять время и ресурсы позволяя управлять рабочими станциями централизованно. Уже многие организации оценили преимущества переноса рабочих станций в датацентр. Такой подход с одной стороны упрощает жизнь ИТ-службе, а с другой стороны позволяет пользователям получить доступ к их персонализированным рабочим местам, практически, с любого устройства.
• Обеспечение централизованного резервного копирования и високой доступности для рабочих станций пользователей. Централизовав рабочие станции в серверной комнате или ЦОД мы получаем возможность использования той же системы и схемы резвервного копирования для рабочих станций как и для серверов, а используя такие компоненты VI как VMotion и HA предоставляем пользователям очень высокую степень доступности их рабочих мест.
• Безопасность на рабочих станциях. В случае работы пользовател
  ей в удалё
  нных и реиональных офисах, дома или (почему бы и нет) в интернет-кафе, такой подход позволяет им работать с конфиденциальными данными, не опасаясь за утечку данных, так как вся работа ведётся в централизованном датацентре. Таким образом мы сильно снижаем риск утечки данных.

Экономика

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

P.S.

Сегодня утром обнаружил, что на сайте vmware.com появился уже раздел полностью посвящённый View 3. Тем кто хочет получить побольше информации, посчитать ТСО, например, нужно обращаться по ссылке http://www.vmware.com/products/view.