Казалось бы – программе SVVP по поддержке Microsoft своих продуктов внутри различных платформ виртуализации (в частности внутри виртуальной инфраструктуры VMWare) уже не один месяц, а вопросы, связанные с этой поддержкой до сих пор актуальны. Тем не менее новости относительно того, какие конфигурации VMware ESX поддерживаются в рамках программы SVVP.

Итак, Microsoft утвердила восемь новых конфигураций ESX, в отношении которых будет осуществляться поддержка в рамках программы SVVP (Server Virtualization Validation Program). Новые конфигурации поддерживают до 64ГБ памят в виртуальной машине. Это увеличение по сравнению с 4ГБ будет полезно для организаций, развёртывающих Exchange Server, SQL Server, любые другие приложения, требующие больших объёмов оперативной памяти. Ещё одна новость – обещается, что отныне в данном списке будут конфигурации с наибольшим объёмом памяти, доступным в продуктах виртуализации от VMware.

Собственно краткое напоминание про саму программу SVVP. В рамках этой программы любой заказчик, который использует любую конфигурацию из списка приведённого в рамках программы SVVP, будет получать техническую поддержку ПО Microsoft, работающего в виртуальной среде VMware. Поддержка осуществляется для любой версии серверной Windows, начиная с Windows Server 2000 SP4.

В каталоге доступны конфигурации как для процессоров Intel так и AMD. Сейчас доступны конфигурации для ESX 3.5 Update 2 и ESX 3.5 update 3. К концу января обещано появление конфигураций для ESXi u2 и u3.

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

Эта тема не умрёт, наверное, никогда. Журнал Redmond Magazine выпустил  свежую статью, в которой проводится сравнение трёх основных гипервизоров, доступных на рынке. В статье упоминаются разные вендоры виртуализации, но упор делается на “большой тройке” виртуализации:  VMware ESX, Microsoft Hyper-V, Citrix XenServer.

В статье даются некоторые размышления авторов на тему внутреннего облака и даются интересные факты того, кто из вендоров когда делал анонсы своих инициатив. Например,   Citrix сделали анонс в день открытия VMworld, Microsoft во время VMworld запустил маркетинговую программу под девизом того, что  VMware стоит слишком дорого, наша же компания выступила со своими инициативами по построению внутреннего облака и по возможностям перевоза виртуальных машин во внешнее облако, в случае невозможности удовлетворения условиям SLA.

Очень советую обратить внимание на данную статью всем, кто делает выбор между различными вендорами виртуализации (многим ведь, нужно сокращать издержки в это кризисное время). Приведу таблицы сравнительные. Они мне кажутся интересными с той, точки зрения, что авторы дают ещё и пояснения, по значениям таблиц. Например, очень часто, на встречах с потенциальными заказчиками поднимается тема падения производительности, засчёт введения дополнительного слоя виртуализации между ОС и оборудованием. Так вот, авторы сравнения говорят, что в случае VMware падение производительности ничтожно мало, что им можно пренебречь. В случае же Microsoft и Citrix крадётся одно процессорное ядро, которое уходит на функционирование родительского раздела.

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

Don’t get fooled by stories that outline just how expensive one hypervisor is compared to another. What counts is experience, stability and guest operating system density. When you begin to build your own internal cloud, you’ll quickly discover that the best hypervisor is the one you can master in the shortest possible time frame. All vendors offer free virtualization technologies. Try them out in your lab, and see for yourself which one will run the most VMs and offer the best performance on a given set of hardware resources

Я не хочу отнимать хлеб у переводчиков, но попытаюсь-таки перевести этот тезис.

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

Так что тестируйте, делайте выводы. Тем более, что совсем скоро можно будет ожидать хороших новостей от VMware как глобальных, так и внутрироссийских.

P.S. Кстати, нужно будет теперь разместить и сравнение с гипервизором KVM, вокруг которого строится новое решение по виртуализации Red Hat Enterpise Virtualization. Правда, Red Hat не сравнивает KVM с Xen. Не делают они этого, видимо, потому что сами давно приняли решение отказаться от Xen в пользу KVM в виду технологических преимуществ последнего.

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

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

Как вы относитесь в презентациям продуктов, которые проводят различные вендоры. Я знаю, что зачастую, к сожалению, многим он кажутся маркетинговым булшитом. К сожалению, это потому что многие производители слишком хорошо говорят о своих продуктах в презентациях, а когда доходит до дела, то всё оказывается слишком плохо, по сравнению со сладкими песнями. Хотя, это моё утверждение плохо относится к VMware (в том смысле, что наши продукты и отработаны, и реально нужны нашим заказчикам), всё же мы очень любим устраивать демонстрации. Так на YouTube появился ролик демонстирующий работу решения по обеспечению катастрофоустойчивости ЦОД – Site Recovery Manager.

[youtube=http://www.youtube.com/watch?v=hap4VsC9a1k&hl=en&fs=1]Партнёры наши очень любят демонстрировать данный продукт (пример, это демонстрация компании Интеллектика в пабе Корк, что в Ростове-на-Дону), но зачастую такая демонстрация связана-таки с подготовительной работой, которую нужно предварительно сделать, а если нужно быстро в “полевых” условиях, то почему бы не воспользоваться таким роликом.

Используете X-Box для экономии на серверной инфраструктуре? А вдруг кто-нибудь захочет его использовать по прямому назначению?

На современном этапе развития экономики перед многими компаниями встают вопросы снижения затрат. В частности многие ищут способы экономии на ИТ. Например, можно использовать вместо серверов “ломанные” игровые приставки. Я тут наткнулся на забавную статью “The website is down because someone removed the X-Box”. Смысл статьи в том, что админы одного из университетов взяли X-Box (первый икс-ящик использовал стандартный интеловский процессор, и были умельцы, которые взгромождали в него Линукс) и установили его в серверной комнате в качестве Веб-сервера. Сделано это было в целях экономии на железе. Сервер этот работал себе и работал, пока не сменилось ИТ-руководство. И вот, в один прекрасный день сисадмин обнаружил, что Веб-сервер недоступен из-за того, что Икс-Бокса нет в серверной. Он пошёл к новому ИТ-начальнику, рассказал историю, а начальник поделился своей версией. Он зашёл вечером накануне в серверную, обнаружил там игровую приставку. Решив, что это админы забавляются (а что, я сам 10 лет назад в серверной использовал СД-приводы компаковских серваков в качестве СД-плеера), он взял приставку домой, так как ему надо было на выходные как-то развлекать сына. Конечно приставка-сервер была возвращена в серверную, но мораль этой истории такова (по крайней мере с моей точки зрения) – не всё то правильно для снижения издержек, что дёшево стоит.

Мы в компании VMware предлагаем использовать решения по виртуализации ИТ-инфраструктуры для снижения издержек на ИТ. Вот, к примеру, у Миши Козлова есть пост про то, как нас любит GM индийского банка. А вот пример того, как технологии memory overcommitment для управления памятью, имеющиеся у VMware, помогают объяснить эту любовь банкиров.  На скриншоте показана консоль отражающая работу 178 виртуальных машин по 512 МБ памяти. При этом работают эти виртуалки на хосте с 64 ГБ памяти, а используют 20. Вот вам и пути экономии на железе в решениях VDI.

Вот помнится несколько лет назад украинская команда 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.

Всё-таки жизнь человеческая в ИТ есть. Вот, например, наши болгарские коллеги решили сделать не совсем обычную презентацию программного продукта для защиты виртуализированных ЦОДов от катастроф (Site Recovery Manager) и, по случаю выхода его обновления, испекли торт, который схематично показывает, что же представляет из себя SRM.

А с какого сайта вы бы начали есть этот торт с основного или резервного?

Итак, 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.

Мы тут перевели описание решения про мобильный ЦОД для Мин. обороны США. Документ доступен здесь. Привожу Введение (собственно для понимания идеи о том, зачем) и постановку требований (на их основе вполне можно формировать ТЗ). Решение (прошу заметить) реализовано ещё на ESX 2.5. На самом деле решение может использоваться не только силовыми организациями, но и кем угодно, кому нужна быстрая переносимость, как данных и ВМ с бизнес критическими приложениями, так и буквально переносимость в пространстве (кстати, ещё одна возможность по обеспечению непрерывности работы). Помнится когда-то давно, лет пять назад, в Налоговой Службе витала идея создания “газелей” с разъездной инфраструктурой, которая может быть использована при выездных налоговых проверках. А данное конкретное решение помогает ещё и за физической формой солдат-связистов следить (это раньше они катушки для обеспечения связи разматывали ).

Введение
С распространением решений для работы с базами знаний растет и потребность в ИТ-решениях, позволяющих выйти за рамки стационарного центра обработки данных. Обратите внимание на перечисленные ниже ситуации, которые требуют наличия специальных ИТ-служб в определенных местах.
• Ситуации, требующие экстренного реагирования, когда операции проводятся с использованием удаленного центра обработки данных в аварийной зоне. Быстрота реагирования является обязательным требованием к качественному аварийному обслуживанию.
• Военные действия, во время которых мгновенно создаются и перемещаются базы (иногда без предупреждения). Удаленные центры обработки данных должны быть переносными и адаптируемыми к изменяющимся требованиям.
• Коммерческие организации, такие как передвижные станции переливания крови и отделения банков, которые используют передвижные установки с ограниченным пространством для осуществления своей деятельности и должны иметь доступ к данным и приложениям.
• Научные или инженерные исследования, проводящиеся в самых отдаленных регионах мира, из которых невозможно получить доступ к основному центру обработки данных.
• Крупные мероприятия и специализированные выставки, во время которых установка и демонтаж происходят регулярно, а организация передвижных систем для оперативной удаленной поддержки представляет собой проблему.
Эти ситуации имеют общее требование: наличие полноценного центра обработки данных, который может быть легко и быстро перенесен в любое место. Благодаря технологии виртуализации от VMware организации могут уменьшить размеры удаленного центра обработки данных — создать переносной центр обработки данных, который можно быстро развернуть в любом месте, воспроизвести в нескольких копиях и который будет более надежным и удобным в обслуживании при работе «на местах».
При помощи VMware ESX организации помещают несколько образов сервера — операционную систему, приложения и конфигурации — в виртуальные машины, выполняющиеся на одном физическом компьютере. Переносной центр обработки данных также включает в себя VMware VirtualCenter для управления несколькими хостами ESX, распределения нагрузки и поддержания библиотеки предварительно созданных виртуальных машин.
После этого организация может создать компактный модуль, содержащий серверы ESX и VirtualCenter, общее хранилище, сервер резервного копирования и другие компоненты, необходимые для работы удаленного центра обработки данных и размещенные в одном или нескольких переносных автономных ящиках, готовых для выездной работы. Настольные компьютеры и ноутбуки получают доступ к информации переносного центра обработки данных посредством проводной или беспроводной связи, как в обычной сети.
В данном документе приводится описание архитектуры одного конкретного экземпляра переносного центра обработки данных. Smartronix, мировой поставщик профессиональных решений, специализирующийся на информационных технологиях и управлении деятельностью предприятия, получил заказ от Министерства обороны на создание высокодоступного, настраиваемого и мобильного рабочего комплекта для работы в полевых условиях на чужой территории. Взяв за основу технологию VMware, Smartronix создала решение, удовлетворяющее всем требованиям заказчика и обеспечивающее фундамент для размещения других мобильных решений.

Требования к переносному центру обработк]
]>

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

	pdiyakov Опять про мобильный ЦОД http://itaas.ru/af8 (via @prettylink)
	Re-Tweet | Reply | View Tweet

View Comments