В процессе обновленя

Технология VDI

Основные принципы VDI — каждый пользователь получает доступ к своей личной виртуальной машине, запущенной на сервере. Все виртуальные машины изолированны друг от друга, поэтому сессии пользователей не пересекаются и не оказывают влияние друг на друга. Все данные пользователя хранятся на файловых серверах компании и надежно защищены от потери в случае сбоя или поломки устройства пользователя. Само рабочее место пользователя тоже изменяется и, в конечном итоге, превращается в тонкий клиент, который лишь транслирует изображение на монитор и не может сохранять какую-либо информацию на своих дисках. Также это может быть более элегантное решение,моноблок — монитор с интегрированным тонким клиентом. Заявленный срок службы большинства тонких клиентов состовляет 8 лет. На протяжении этого времени, с высокой вероятностью, рабочее место не будет ломаться, и не потребует личного присутствия специалиста технической поддержки. Тонкий клиент не шумит, в нем нет движущихся элементов, у него низкое энергопотребление 9Вт и тепловыделение. 
Администратор больше не занимается рутинной работой по установке на каждый отдельный персональный компьютер операционной системы и программного обеспечения. Избавлен от необходимости восстанавливать информацию, если в очередной раз "умер" жесткий диск. Значительно упрощаются переезд пользователя с места на место, а миграция с одной рабочей станции на новую, как задача с появлением у вас VDI, вообще перестанет существовать. Все потому, что архитектура построения инфраструктуры рабочих станций не оставляет других вариантов. Все унифицировано, стандартизировано, надежно.

Содержание:

  1. Общие возможности VDI
  2. Формулы расчета плотности VDI
  3. Варианты архитетуры
  4. Лицензирование VDI
  5. Совокупная стоимость владения VDI и ПК
  6. Сравнение VMware VDI, Citrix VDI, Microsoft VDI (различающиеся параметры)

1. Общие возможности VDI

У рассматриваемых в этой статье продуктов для создания инфраструктуры виртуальных рабочих столов (VMware Horizon, Citrix XenDesktop, MS RDS VDI), есть много возможностей, которые так или иначе совпадают:

  • Центральная консоль управления всей инфраструктурой VDI, — через консоль вы создаете виртуальные машины VDI из "золотого образа", через консоль устанавливаете правила включения, выключения ВМ. Здесь администратор назначает рабочие станции VDI, которые будут доступны пользователям и многое другое. 
  • Возможность создания для пользователей следующих видов виртуальных рабочих мест
    выделенная виртуальная машина, которая не будет привязана к "золотому образу"
    виртуальная машина из "золотого образа", с возможностью сохранения информации
    организация доступа к физическому компьютеру (кроме Microsoft)
    очищаемая после выхода виртуальная машины из "золотого образа"
    неочищаемая после выхода виртуальная машина из "золотого образа"
  • Управление профилями пользователей, отделение данных от операционной системы. Пользователи из одной группы получают доступ к одинаковым виртуальным машинам, но после входа пользователя в сессию происходит персонализация. Загружается профиль пользователя, подключаются перенаправленные папки и сетевые диски, подключаются сетевые и локальные принтеры, становятся доступными для запуска пакетированные приложения. Базовый функционал предоставляет Microsoft в Roaming Profile, более расширенный у VMware — Persona management, и у Citrix — Profile management.
  • Встроенные механизмы подключения пользователеям принтеров
  • Существуют клиенты для доступа к VDI для операционных систем: Windows, Linux, iOS, Android и через браузер с поддержкой HTML5 (кроме Microsoft)
  • Поддержка работы в локальной сети LAN, и удаленный доступ WAN
  • Поддержка аудио и видеоконференций в Microsoft Lync, Skype, Cisco, примерно, с одинаковым набором ограничений
  • Возможность работы USB накопителями, поддержка смарт карт, ключей E-token
  • Проброс в сессию локальных дисков устройства, с которого происходит подключения для обмена файлами
  • Поддержка локально подключенных сканеров, принтеров и прочих USB устройств

Разница, как всегда, кроется в мелочах и именно она в проектах часто склоняет чашу выбора в сторону того или другого производителя. Довольно сложно составит таблицу сравнения, с указанием различающихся параметров продуктов, т.к. она слишком быстро устареет с выходом новых версий, update-тов, патчей. Советую пользоваться вот этим сравнением (тут)

​Вцелом, технология VDI сейчас развилась до очень высокого уровня и, если говорить о простых офисных компьютерах, которые не выполняют специфических задач, то переводить их в виртуальную среду можно не опасаясь за результат. Конечно, если делать проект в соответствии с рекомендациями производителей.
Рекомендации сейчас пишут и производители программного обеспечения, и производители оборудования. Например, у Dell есть документы, в которых подробно и, на мой взгляд, честно описываются варинты решений VDI и набор оборудования, который оптимальным образом подойдет для проекта (тут). А вот чтобы быть в курсе и сформировать собственное мнение, чтобы потом самостоятельно сделать осознанный выбор производителя и используемых технологий, нужно провести несколько месяцев над документами, а потом заправить все это практикой. Ведь в документах производители неохотно говорят о недостатках своих продуктов.

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

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

Пример

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

VDI - 00Чтобы вне зависимости от вендора посчитать сколько виртуальных машин 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

В проектах VDI есть параметры на которые можно повлиять незначительно — это количество физических серверов и объем оперативной памяти в них. Все усилия направлены на изменение дисковой подсистемы, которая требует значительных ресурсов. Если наращивать количество дисков SAS, то это приведет к удорожанию проекта. С другой стороны, покупка SSD дисков в систему храненя на сегодняшний день тоже дело не дешёвое. Полноценные Flash хранилища могут оправдать свою стоимость на проектах от 1000 пользователей и тоже на сегодняшний день не являются панацеей. 

Я буду рассматривать проект на 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 - 01

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

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

Варианты оптимизации производительности от 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 на локальных SSD дисках (на 500 пользователей)

Про эту архитектуру я узнал на одном из VMware форумов, где одна из сессий была полность посвящена масштабному проекту тогда еще на VMware View 4.5. Там было все, и распределенные ЦОДы, работающие в режиме актив-актив, и тонкие клиенты взамен обычных ПК, и запуск виртуальных машин VDI на локальных SSD дисках хостов. Меня тогда поразила логичная простота общей архитектуры, которую реализовали специалисты  VMware. Сейчас, когда VMware Horizon 6 выходит в релиз, то о чем рассказывали тогда превратилось в законченную концепцую Cloud POD. Но об этом нужно говорить отдельно.

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

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

VDI - 02

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

 

4. Лицензирование VDI

Лицензирование виртуальных рабочих мест складывается из трех составляющих: лицензия на сам продукт VDI, лицензия или подписка Microsoft и лицензия на платформу виртуализации.

Типы лицензий VDI

Лицензирование продуктов VDI делятся на два типа:

  • лицензирование по конкурентным подключениям — в данном случае лицензии должны быть куплены на количество одновременных подключений, это может быть актуально, например, если у вас время от времени подключаются торговые представители или временные сотрудники. Лицензии данного типа позволяют обеспечить бОльшее количество пользоватлей виртуальными машинами, но при условии их неодновременного подключения.
  • лицензирование на пользователя/устройство — более широкое применение находят лицензии VDI, которые привязаны к определенным пользователям или устройствам подключения. Этот сценарий походит для большинства стандартных офисов, где у сотрудников есть свое рабочее место, свое устройство пользователя. Если сотрудники у вас работают в 2 смены (коллцентр), то имеет смысл выбирать лицензирование по устройствам, а если определенный пользователь хочет подключаться к виртуальному рабочему столу с разных устройств (рабочее место, планшет, ноутбук, домашний компьютер) то правильно выбрать лицензирование на пользователя.

Лицензии на платформу виртуализации для VDI

Лицензии на платформу виртуализации для VDI. Наиболее распространенным продуктом для серверной виртуализации является VMware vSphere, затем идет Hyper-V, XenServer используется редко. Поэтому, когда встает вопрос о гипервизоре на котором будут запускаться виртуальные машины VDI, логично желание использовать туже самую платформу, что и для серверной виртуализации.

VMware Horizon View обеспечивает возможность разворачивать свою инфраструктуру рабочих станций на своей платформе vSphere и только на ней. Вместе с лицензиями на VDI идет неограниченное количество лицензий на VMware vSphere Enterprise Plus, лицензии на vCenter Server с условием использования только для нужд VDI VMware. Такое положение дел является несомненным плюсом. Подробнее о лицензировании (link)

Выбрав Citrix XenDesktop вместе с лицензиями вы получите право использовать гипервизор Citrix XenServer. Минус состоит в том, что большинство администраторов не хотят знакомиться с этим продуктом, а затем заниматься обслуживание двух платфом виртуализации. С другой стороны Citrix не ограничивается только своим гипервизором и поддерживает vSphere, Hyper-V и несоколько облачных провайдеров Amazon, Azure и др. Но для использования платформы, нужно будет в дополнение к лицензиям XenDesktop купить лицензии на серверную виртуализацию. У VMware для этого есть специальная лицензия vSphere Desktop, у Microsoft подписка VDI Suite.

Microsoft VDI работает только на Hyper-V, без вариантов.

Лицензии и подписки Microsoft

MSVDI"Это наша корова и .."  

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

А если вы исправно платите за продукты Microsoft и захотели использовать VDI, то приготовьтесь к дополнительным тратам на лицензии и ежегодные подписки. Компании принадлежит рынок, установленный Windows и Office можно обнаружить на 95% офисных компьютеров, ведь это уже давно стало корпоративным стандартом. Пользователи знают операционную систему и программы, файлами созданными в MS Office можно обмениваться с другими компаниями, зная, что они откроются корректно и т.д. Можно гадать, чем угрожает виртуализация рабочих мест Microsoft, но судя по лицензированию, которое применяется к VDI, складывается мнение, что Microsoft против технологии, против запуска Windows 7, 8, 10 в виртуальной машине в серверной.

Лицензирование VDI напрямую зависит от устройства, установленного на рабочем месте пользователя. Можно выделить 4 варианта:

Тонкий клиент (Linux, Zero) — если подключение происходит с тонкого клиента, на котором нет Windows обязательна покупка подписки MS VDA (Virtual Desktop Access). Стоимость прримерно 3600 руб в год на устройство. Подписка дает право подключаться с рабочего места к виртуальной машине Windows 7,8. Эта подписка основная засада в VDI, если начать считать экономику решения то совокупная стоимость владения рабочего места за 5 лет то эта подписка съест 18 000 руб, что автоматически делает любой проект виртуализации рабочих станций убыточным в сравнении с обычными рабочими станциями. Многие ждут изменений в лицензировании, но пока даже слухов никаких нет.

Тонкий клиент (Windows + SA) — есть вариант не покупать тонкий клиент сразу, а использовать старый компьютер с установленным Windows (без программ) для подключения к виртуальной машине VDI. Тогда если помимо лицензии на Windows куплена подписка Microsoft Software Assurance, покупать дополнительно VDA не нужно. Подписка SA сравнима по стоимости с VDA, поэтому особого смысла оставлять на рабочем месте Windows не вижу смысла, ведь мы наоборот пытаемся избавиться от него.

Тонкий клиент (Windows Embedded) — с недавнего времени можно покрыть тонкие клиенты с Windows Embedded корпоративной подпиской Microsoft Software Assurance. Подписка чуть дешевле чем SA и VDA. Но при выборе Embedded придется заниматься его администрированием, а это чуть лучше, чем Windows 7,8 на рабочем месте. Есть некоторый функционал, который можно получить в VDI только используя на рабочем месте Windows (например полноценную работу с Lync 2013), но стоит дважды подумать до реализации проекта, нужна ли вообще вам эта морока.

Windows server вместо Windows 7,8 — Citrix и VMware позволяют вместо десктопной операционной системы установить в виртуальную машину VDI серверную версию, тогда каждый пользователь будет работать со своим экземпляром Windows server 2008 или 2012. Этот шаг позволяет не покупать VDA, не покупать SA. Не пугайтесь того, что пользователь попадет в серверную операционную систему и почувствует разницу с десктопной, не стоит переживать также за то, что серверная версия будет потреблять много ресурсов, не будет. Этот путь на сегодняшний день единственный, если вы хотите сделать экономически обоснованный проект VDI, если вы хотите избавиться от Windows на рабочем месте и заменить компьютеры на тонкие клиенты. В качестве серверной операционной системы для VDI подходит только Windows server Datacenter, который позволяет запускать неограниченное количество виртуальных машин на двухпроцессорном хосте виртуализации. Рекомендуемая цена на лицензию 240 000 руб, при условии запуска на одном сервере 100 виртуальных машин VDI, в пересчете на одного пользователя получается 2 400 руб . Напомню, ежегодная стоимость подписки на MS VDA 3600 руб. 

 

5. Совокупная стоимость владения VDI и ПК

Стоимость рабочего места

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

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

SRM 03

Для VMware и Citrix я считал архитектуру, когда файлы виртуальных машин сохраняются на локальных SSD дисках, а для Microsoft RDS, которая не умеет так работать, архитектуру с хранением файлов на SSD дисках системы хранения, поэтому она получилась дороже. Я не привожу здесь подробные расчеты, чтобы не загромаждать текст, если нужно могу выслать отдельно по запросу.

Выводы, которые можно сделать, анализируя данные из таблицы. В первый год, несмотря ни на что, ниже всего оказывается стоимость VDI от Microsoft , затем идет Citrix, а VMware из-за высокой цены на лицензии и техническую поддержку оказывется самым дорогим. Разница в цене между вариантом покупки лицензии Windows server Datacenter и вариантом приобретения годовой подписки MS VDA минимальна, но на втором году использования лицензии не потребуют дополнительных вложений, а подписку придется продлевать.

Платежи по годам

Я уже писал выше, что каждый год нужно будет оплачивать подписки, всего у меня получается 5 вариантов для VDI и один простой для персональных компьютеров, которые к концу пятого года нужно будет заменить. Меньше всего вложений потребует Citrix в варианте с Windows server Datacenter, т.к. подписка на лицензии Citrix стоит ничтожно мало (в сравнении с конкурентами), а серверные лицензии не требуют вложений. VMware в варианте с VDA самая дорогая связка из-за сочетания высокой стоимости технической поддержки VMware и высокой стоимости подписки MS VDA. 

Pay 5 years 01

Совокупная стоимость владения за 5 лет

TCO 5 years 01

  • йцукен

    Добрый день. Какой софт вы использовали для построения таких диаграмм?

  • Sam

    Да, тоже хотелось бы узнать. Графики красивые!

  • itsave

    Супер софт MS Excel 2013

  • Илья

    А если учесть обновление (добавление) серверов через 5 лет? Или Пользователи 5 лет так и будут работать на Windows 8.1? 🙂

  • Михаил

    никогда бы не поверил, что такие графики в экселе… ему плюс. Правда в них смущает одно — если мы берем 5 лет, как интервал… почему мы покупаем ПК (см первый график) на первом году, и на пятом? по логике мы 5й год работаем на старых компах, а закупаем новые из бюджета 6го года.

  • mgimranov

    5 u043bu0435u0442, 60 000, u0446u0438u0444u0440u044b u043du0435u0440u0435u0430u043bu044cu043du044bu0435 u043fu0440u044fu043c =) u0443 u043du0430u0441 u043fu0430u0440u043a u043au043eu043cu043fu044cu044eu0442u0435u0440u043eu0432 10 u043bu0435u0442 u043du0435 u043eu0431u043du043eu0432u043bu044fu043bu0441u044f, u0430 u0443u0436 u043fu0440u043e u0441u0435u0440u0432u0435u0440u0430 u0432u043eu043eu0431u0449u0435 u043cu043eu043bu0447u0443 =)