что такое vdi в наруто

Чек-лист: что такое VDI или как отличить настоящий продукт от «импортозамещенной» поделки

История вопроса

Мы вместе с коллегами из Virtuozzo (так после продажи части бизнеса и бренда Odin компании Ingram Micro называется подразделение Parallels, которое занимается виртуализацией) разработали продукт для виртуализации рабочих мест – Parallels VDI от IBS. Плюс у нас есть богатый опыт реализации проектов по консолидации рабочих мест с использованием решений Citrix и VMware. В общем, мы видели, пожалуй, все, что творится «под капотом» VDI-решений — хорошо знаем, как они должны быть устроены и чем отличаются от простой виртуализации. Поэтому когда мы встречаем решение, в котором заявлена реализация VDI, а по факту выясняется, что разработчик в меру своей принципиальности и честности понимает под этим просто подключение к виртуальной машине с помощью какого-нибудь протокола доставки рабочего стола, нам становится грустно.

Что нужно разработчику? Держать открытыми двери для потенциального госзаказа, а для этого обязательно соответствовать требованиям ФЗ-188, чтобы войти в реестр Минкомсвязи РФ. При этом, технических требований, которым должен соответствовать продукт в конкретной категории реестра — нет. В результате, ради попадания в него нерадивые разработчики могут написать, что их продукт может все что угодно.

По этой причине сейчас в реестре попадаются иногда совершенно экзотические поделки. В том числе и в родной для нас категории «Виртуализация», включая оную для рабочих мест. Собрать горку пакетов разных Linux-проектов вроде DRBD, GFS, KVM/qemu, pacemaker и redhat-cluster (пересобрав его в DEB-пакет с помощью Alien) – это теперь можно назвать «платформа виртуализации». Технически виртуальные машины запускаются, даже кластер из двух-трех узлов собрать можно. Но как с этим идти в продуктив на десятке серверов, а тем более десятках стоек?

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

Будем рады вашим комментариям. Предлагайте новые пункты, которые стоит добавить в чек-лист.

Как отличить настоящий VDI от поделки

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

Источник

VDI: плюсы, минусы, подводные камни для крупного бизнеса, НПО и КБ

Один из пожилых инженеров решил, что у него в руках сверхсовременный секретный кластер для 3D-расчётов. Мы были жестоки и не стали говорить, что это всего лишь тонкий клиент.

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

Есть миф, что VDI — это всегда очень дорого. В целом это была правда до последних лет. В моей практике только в прошлом году VDI начали использовать, как решение для экономии на инфраструктуре. До этого VDI чаще всего была необходимыми затратами на безопасность корпоративных данных.

Не так давно появился пример снижения стоимости рабочего места: есть конструкторское бюро в Москве, и есть заводы по России. Чертежи поступают на заводы в 3D-формате, необходим было вносить небольшие изменения. На заводах не могли вносить изменения без дорогостоящей инфраструктуры. Закупалась очень мощная машина серверного уровня, на неё ставился дорогой комплект ПО. Затем эта машина и это ПО поддерживались администраторами из головной организации — при сложных случаях доходило до неблизкого выезда. С внедрением VDI всё стало происходить в дата-центре в Москве.

Общие моменты

Примерно до 2013 года основной проблемой внедрения VDI была очень высокая цена на инфраструктуру. Примерно половину расходов составляла стоимость СХД. Благодаря снижению стоимости на гибридные технологии HDD+Flash в 2014 году начался своего рода бум VDI-сред.

Первый фактор, который всегда был критерием выбора VDI, — это безопасность. Как известно, если безопасник говорит «надо», бизнес, страдальчески закрывает глаза на счёт и молча подписывает. Потому что научены жизнью. Именно так — со страдальческим лицом админа — шли первые внедрения в России, в которых я участвовал. Даже современные коммерческие директора после внедрения (например, в колл-центре) приходят попробовать воткнуть клавиатуру в тонкий клиент (она подключается к VDI-машине), а потом втыкают флешку. Она не подключается. Втыкают вторую флешку, третью… Но политика безопасности запрещает вынос данных за пределы VDI, поэтому ничего не выходит. Коммерческий директор отходит от рабочего места немного более спокойным: вроде, потратил много денег, но теперь нет проблем с тем, что его коммерческая тайна всплывёт у конкурента. Или ещё где похуже.

Но вернёмся к первым серьёзным внедрениям. Итак, страдальческое лицо администратора в какой-то момент начинало разглаживаться. Дело в том, что он понимал, что происходит просто невероятное устранение разного реального геморроя с администрированием отдельных машин. Особенности тонкого клиента такова, что при поломке на стороне пользователя его проще взять и поменять, не особо разбираясь. Все пользовательские машины по железу и ОС абсолютно одинаковы.

Так вот, VDI — это ещё когда тысяча станций может обслуживаться одним человеком из одного места. И это стало вторым фактором выбора VDI-решений для крупного бизнеса. А сегодня в некоторых случаях (чаще всего, как с тем КБ) можно говорить об экономии. Экономия достигается только при просчёте снижения рисков, повышения стабильности инфраструктуры и оценки со стороны безопасников. Сама же VDI по структуре стала сложнее и приобрела больше функций, но суть осталась прежней. В целом.

Несколько лет назад в России как-то внезапно оказалось, что VDI — это своего рода best practice для типовых офисов западного типа, для типовых крупных колл-центров и так далее. А в этом году цены стали более разумными, и те, кто заботится о долговременной экономии, начали присматриваться уже всерьёз.

Железо и ПО пользователей

В конце 80-х почти все думали, что IT-инфраструктура будет выглядеть как достаточно маломощные, легко заменяемые терминалы и суперкомпьютеры, к которым идут подключения. Всё медленно шло к этому (и это было логично), но в конечном итоге победила парадигма хранения данных на локальных узлах. В чём немалая заслуга Microsoft, кстати. В довиртуальной инфраструктуре у каждого есть системный блок и жёсткий диск внутри. Там обрабатываются данные, и только результаты отправляются на сервер.

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

Тут обычно приходят безопасники со словами: «Дорогой наш директор по ИТ, у нас плохо защищаются данные. Много мы теряем информации, потому что она уносится. Потому что данные хранятся у пользователей». Потом приходит коммерческий директор: «Дорогой директор по ИТ, я хочу, чтобы наши сотрудники работали по 24 часа в сутки даже на деревне у бабушки. Будем повышать надои! И ещё мне удобно с телефона в командировке заходить, тоже прикрути там заодно». И уже дальше админ, разглядывая систему, приходит к выводу, что с ней жить будет проще. Хотя, конечно, понадобится многому учиться, и не все готовы так быстро поменять мировоззрение и получить новые данные. Чаще боятся потерять рабочее место, потому что их знания «окажутся невостребованными». Сразу скажу, страх вполне обоснованный — с внедрением VDI чаще всего сокращают эникейщиков по ненадобности, но основные лица ИТ-отдела остаются. И получают такой опыт и такой уровень контроля, который делает их ещё более ценными для основного бизнеса.

В роли терминала для доступа к VDI может выступать любое устройство с экраном, процессором и средствами ввода-вывода. Планшет, телефон, обычный ПК, ноутбук и тонкий клиент. По сути, такой моноблок — это ПАК, максимально оптимизированный под удешевление стоимости за единицу и простоту замены.

Вот пример устройства рабочего места с тонким клиентом Dell Wyse D10DP:

По цене сравнимо с современным хорошим внешним жёстким диском. Архитектура железа и софт рассчитаны на работу 24/7 под непрерывной нагрузкой «на убой». Обычные рабочие станции постепенно замусориваются на уровне софта (особенно Win-машины), плюс подвержены износу. Здесь установлены оптимизированные именно под такой режим работы ОС, а железо ставится слабым, но надёжным. Слабым — это потому, что лет 7..10 менять его никто не будет, и надёжность важнее. В корпусе минимум движущихся частей, даже вентилятора нет, только пассивное охлаждение радиатором (видите, сколько отверстий на фото выше?). Пыль тоже не набивается, кстати (не больше чем внутрь монитора), а если набивается — не особо мешает эксплуатации.

Обычно эти коробки хранятся на складе у хозяйственника или поддержки. Как только что-то происходит в той же рознице с лампочкой в торговом зале, престарелый Семёныч, имеющий очень слабое отношение к ИТ, выходит с новой лампочкой и меняет её, а старую выбрасывает. Когда ломается тонкий клиент, со склада появляется тот же Семёныч в промасленной робе, несущий коробочку, которую ему положили туда ещё пару лет назад. Внимательно щурясь, подключает все три разъёма и тыкает в питание. Рабочее место восстановлено. Пользователь вводит свой пароль и продолжает работу с того места, где остановился — ровно с того, даже без перезагрузки.

Наш случай — розница сократила затраты на рабочее место на 47%. Задача была по кассирам, касс — 2000 штук, нужно было одновременно снизить затраты и упростить поддержку. Решение: Citrix XenDesktop + XenServer + Wyse.

Но вернёмся к машине в торговом зале. Если бы вдруг пришлось накатить на неё критичное обновление безопасности, возникла бы масса проблем. Здесь всё решается на сервере, и апдейт происходит в ЦОДе почти мгновенно и для всех в сети.

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

Да, кстати, под тонкий клиент необязательно закупать отдельное железо. С ним, конечно, лучше и проще, но в дело идут и все старые (часто уже по документам самортизированные, но ещё рабочие) вторые пентиумы, старые целероны, помнящие ещё разгон в средней полосе, и вообще всё железо со склада. Админ их заботливо протирает тряпочкой и отдаёт в работу. 3–4 года они точно послужат. Потом, конечно, меняют на тонкие клиенты по мере выхода из строя, и система становится гомогенной к ещё большему счастью ИТ-отдела. Но дырки под ордена «За почётную экономию» они все в свитерах крутят.

ЦОД-часть

Вот примерная таблица по нашей практике работы с большим бизнесом для связок ЦОД — терминал:

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

Кроме ПО особо стоит остановиться на хранении данных. Дело в том, что для VDI узким местом часто становится СХД, а она стоит дорого. За последние годы производители СХД обнаружили, что достаточно большой процент их клиентов использует железо именно для VDI офисного типа, и сделали существенную оптимизацию в этом плане. Почти всё ПО, вплоть до уровня прошивки контроллеров, оптимизировано под работу с такими задачами (в частности, помогает в дедупликации данных и их защите).

Как правило, сегодня для нагруженных задач используется связка из Flash — СХД для горячих данных и дисковой для обычных, либо гибридные СХД Flash+HDD, либо, если совсем маленький бюджет, в последнее время — средства кэша вроде вот такого.

Раньше всё строилось по факту, на HDD — это сложности со случайным чтением, сборка в большие кластеры для обеспечения необходимой скорости, проблемы с резервированием и неожиданными поломками. Сегодня для СХД достаточно уже не шкафа на 150–200 дисков, а полочки. Ну, по факту — двух-трёх (с учётом ИБП) стандартных юнитов для enterprise-уровня.

Самая большая ошибка неопытных проектировщиков — это они слишком сильно перезакладывают СХД. Потому что СХД — это единая точка отказа для всей инфраструктуры. За неё боятся, и ценник резко растёт. В среднем до двух раз возрастает стоимость системы хранения данных из-за неправильного проектирования. Почему? Очень просто: неправильно собрали данные. Не стали анализировать рабочее место. Да там много причин.

Поэтому главный вопрос — посчитать все параметры инфраструктуры. Поэтому до внедрения нужно обследование, чтобы точно выяснить расчётную мощность. Обследование обычно проводится на уровне общения по бизнес-процессам и установки пользователям специального приложения, профилирующего рабочую станцию. Когда все данные за, скажем, месяц работы собираются, становится понятно, что и как делать. Месяца хватает. Да, понятно, что у бухгалтерии есть пики перед сдачей отчётности, разработка активизируется на большие релизы, маркетологи любят смотреть видео при выходе рекламы и так далее. Но эти пики не происходят одновременно, и 10–15% запаса по мощности вполне хватает, чтобы не упираться никуда по ЦОДу.

Каналы

Когда VDI разворачивается локально, всё просто. Когда удалённо – как правило, минимальное требование сегодня — гарантированные 128 Кбит/с на пользователя. Обратите внимание: гарантированные. Конечно, часто говорят про 30–40 Кб/с, но это, скажем так, неправда. Пока пользователь печатает, всё хорошо. Но когда он листает свою ленту «ВКонтакте», трафика генерится ненамного меньше, чем при просмотре видео.

К счастью, большая часть современных решений очень хорошо оптимизирована по трафику: данные не гоняются туда-сюда от машины до апликейшн-сервера, а ходят в кольце внутри ЦОДа, на уровне ОС тоже всё хорошо в плане загрузки удалённых рабочих столов.

Естественно, в Москве куда чаще встречается ситуация с гарантированными 10 Мбит/с на обычный офис, там, как правило, вообще проблем не возникает. На крупные офисы от 200–300 сотрудников (по ситуации и профилю трафика) часто ставим решения по уплотнению трафика, начиная от транспортного уровня и заканчивая дедупликацией, например, от Riverbed (http://habrahabr.ru/company/croc/blog/214693/).

Вот рабочие столы пользователей. Обратите внимание: дистрибутивы ОС рабочих станций собираются ради одной цели — оптимизации работы с VDI, в т. ч. по трафику:

Рабочий стол ОС Windows функционирующей на физической рабочей станции:

Рабочий стол ОС Windows, но функционирующей в виртуальной машине, размещённой в ЦОД:

Интерфейс программного VDI-клиента:

Кто использует VDI?

Принцип очень простой. Если вы малый или средний бизнес и администрировать пока всё относительно просто, ваш выбор — терминальный доступ. Там, где вы потратите 500 рублей на него, в VDI пришлось бы потратить 5 тысяч.

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

Например, в колл-центрах важны стабильность работы и меры против высокой текучки персонала. Стабильность — это когда 60 тысяч звонков на КЦ в сутки, и работают три смены без перерывов на одних и тех же местах. Я знаю тонкие клиенты, которые работают 5–6 лет без выключения на таких объектах.

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

Крупный бизнес очень ревностно относится к СХД. Как правило, она резервируется такой же active-active, плюс системой итеративного бэкапа в другом ЦОДе вроде Avamar (http://habrahabr.ru/company/croc/blog/149306/). Потому что в VDI растёт человеческий риск. Знаю случай в одном банке, когда накатили неверный апдейт на 2000 машин. Работа встала. Правда, всего на 12 минут — админы быстро откатились.

Иногда с VDI встают к нам: у нас 3 своих коммерческих ЦОДа, они на разных площадках, есть решения повышенной надёжности (два подтверждения TIER III). Для крупных заказчиков это один контрагент, который берёт на себя весь сервис, резервирование и все вопросы по рутине.

Источник

VDI: Дешево и сердито

Добрый день уважаемы Хабровчане, друзья и знакомые. В качестве предисловия хочу рассказать о реализации одного интересного проекта или как сейчас модно выражаться, одного интересного кейса касаемо развертывания VDI инфраструктуры. Казалось, статей по VDI много, тут есть и step-by-step, и сравнение прямых конкурентов и опять step-by-step и опять сравнение конкурентных решений. Казалось, что можно предложить нового?

А нового, чего нету у многих статей, это описание экономического эффекта от внедрения, расчета стоимости владения выбранного решения и что ещё интереснее — сравнение стоимости владения с аналогичными решениями. В данном случае исходя из названия статьи ключевое слово дёшево: что это значит? У одного моего коллеги, знакомо и друга в начале года была задача реализовать VDI с минимальным количеством “окон”, а именно бесплатный гипервизор, Linux рабочий стол, бесплатная БД и прочие способы минимизации затрат с нашим «любимым» Microsoft.

А почему с “минимальными окнами”? Тут я отступлю от дальнейшего повествования и опишу диспозицию почему меня заинтересовало раскрытие именно этой темы. Мой знакомый, которому я помогал в развертывании проекта работает в средней компания со штатом больше около 500 человек, не весь софт легальный, но работы по его оптимизации шли, большинство Front-end информационных систем адаптированы под WEB, было хорошее настроение пока в один прекрасный день не пришел коллектор “персональный менеджер” Microsoft закрепленный за компанией и начал нет, не предлагать, не просить, а требовать срочно все принудительно легализовать, делая многие заключения о используемых решениях на основе открытых источников и пресс-релизов. Казалось, в компании не против, но эта назойливость и навязчивость, граничащие с угрозами, подстегнули к давним планам импортозамещения минимизации использования продуктов MS и максимального ухода в OpenSource. Человек со стороны может не особо поверить в описанную ситуацию с представителем софтверного гиганта, но в свое время аналогичная ситуация повторилась 1 в 1 с указанным давлением со стороны сотрудника Microsoft лично со мной.

С другой стороны, это дополнительный триггер для пересмотра стратеги развития IT подразделения с целью диверсификации использования платных программных продуктов. Опять-же, тенденция проникновения OpenSource решений для бизнеса набирает все большие масштабы, на эту тему было обсуждение на конференции ИТ-ОСЬ 0219 и слайд ниже полное тому подтверждение.

Так вот, в указанной выше организации была поставлена цель: форсировать завершение лицензирования MS продуктов, при этом максимально внедрять и использовать OpenSource решения. Для доступа пользователей было решено перейти с “терминалок” и Windows VDI полностью на Linux VDI. Выбор Citrix VDI был обусловлен ввиду небольшого штата администрирования, большого количества филиалов и простоты развёртывания масштабирования и уже приобретенном продукте.

И в первой части статьи я хочу остановиться на расчете TCO владения инфраструктуры Linux VDI и выборе решения на базе решения Citrix Virtual Apps and Desktops в простонародье XenDesktop и старого доброго XenServer хотя сейчас он называется Citrix Hypervisor (ох уж этот ребрендинг, разом изменить название почти всей продуктовой линейки) и соответственно Linux рабочих столов. Казалось все прекрасно знают, что синергия VDI/APP это совокупность использования Vmware в качестве гипервизора, Citrix в качестве контроллера доставки приложений и Microsoft как гостевой ОС. Но как быть если нужно та-же технология, но с минимальными затратами? Что-ж, давайте посчитаем:

В начале я расскажу о диспозиции ДО, а после что “стоило” перейти на новую платформу.
Для простоты и целостности картины давайте рассматривать только программную часть, так, как оборудование уже имелось и выполняло свою задачу.

Итак, в начале было… была прекрасная СХД EMC, Blade корзина HP c7000 и 7 G8 серверов в роли виртуализации VDI. На серверах был установлен Windows Server 2012R2 с ролью Hyper-V и использовался SCVMM. Была развернута приобретенная платформа VDI на базе XenDesktop 7.18, были развернуты несколько терминальных ферм. Зная диспозицию и необходимость лицензирования большого количества ПО давайте сравним стоимость развертывания Linux VDI и полного решения на базе Microsoft “под ключ”. Перевод было решено реализовывать поступательно, на первоначальном этапе затрагивались филиалы компании, вторым этапом предполагалось перевод оставшихся рабочих мест в ГО.

На терминальной ферме в основном работала 1С, на VDI рабочих столах работал стандартный офисный пакет, почта, файлы, интернет (основная их функция была исключительно чтение и печать).

Зная перечень требуемого ПО давайте посчитаем полную стоимость владение решения от Microsoft.

Согласно требованиям лицензирования Microsoft, должны быть выполнены следующие условия:

Согласно лицензионной политике Microsoft, доступ к виртуальным десктопам с клиентской ОС должен осуществляться с устройства, имеющего действующую подписку Microsoft VDA (Virtual Desktop Access), за исключением ПК охваченных действием Software Assurance. В нашем случае фактически нужно приобретать и ежегодно продлять подписку на 300 DVA лицензий.

“I’m buying VDI software from VMware / Citrix / another vendor.

Do I still need Windows VDA? Yes. If you are accessing a Windows client OS as your guest operating system in the datacenter from any non-SA device (including thin clients, iPads, etc), Windows VDA is the appropriate licensing vehicle regardless of the VDI software vendor you choose. The only scenario where you would not need Windows VDA is if you were using PCs covered under Software Assurance as the access devices, since virtual desktop access rights are included as a benefit of SA.”

Система управления виртуальной инфраструктурой system center virtual machine manager входит в комплект Microsoft System Center и как отдельный продукт не поставляется. Касаемо такого подхода дискутировать не приходится, что имеем, то имеем.

Учитывая требования лицензирования:

Указанные цены прайсовые, безусловно при таком объеме возможно скидка, но в отличии от GLP прайсов Cisco или Lenovo, забудьте о скидке в 50 или 70%. По опыту взаимодействия с MS свыше 5% увидеть сложно. Получается только за первый год стоимость владения составит больше 5 миллионов рублей, в рамках 3 лет стоимость владения составит

9 млн. руб. Цифра не малая, а для компании среднего размера скажу, что огромная. Получается, что с экономической точки зрения решение уже е кажется таким уж не простым.

Забегая вперед скажу, что после калькуляции решения указанного проекта руководство приняло положительное решение при его утверждении.

В итоге связка ПО оказалась следующая: Гирепвизор Citrix Hypervisor, гостевые ОС Linux, всем управляет Citrix Virtual Desktops. Экономия 3 млн. руб. в год существенна. Легко ли было реализовать этот проект? Нет! Панацея ли это для такого решения? Нет! Но однозначно имеет место быть для детального рассмотрения возможности внедрения на базе Citrix VDI с Linux гостевыми системами. Минусы конечно есть и не малые, более детально о них я расскажу во второй части, которая будет полный step-by-step описанного решения.

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

Спасибо за уделенное внимание, до скорой встречи)

Источник