Итак, New York Times вчера опубликовали статью, в которой говорится о том, что Novell достигла соглашения о продаже некоему стратегическому покупателю. Где-то мелькала информация, что и из листинга на бирже будет снята сия славная некогда компания.

Народ гадает – кто же этот стратегический покупатель. На virtualization.info считают, что таким покупателем вполне себе может быть Oracle. C другой стороны, если Oracle и дистрибутирует чей-то Linux, так это не SUSE Linux, а вполне себе Red Hat. Но тот же автор говорит, что, ввиду наличия определённого набора технологий, они могут быть интересны любому вендору виртуализации.

Мне кажется, что ввиду наличия в портфеле Zimbra и желания убедить мир, что традиционные ОС никому не нужны будут, таким стратегическим покупателем должна быть VMware. Ведь им нужна ОС для функционирования vApp.

А с другой стороны с Novell на ниве SUSE активно сотрудничает и Microsoft.

Ну что, кто купит Novell?

P.S. В любом случае – RIP, Novell.

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

	pdiyakov Ну и кто будет хорон.. покупать Novell? http://itaas.ru/id7 Логично, чтобы VMware, хотя возможны варианты
	Re-Tweet | Reply | View Tweet

Интересную инициативу мы можем наблюдать со вчерашнего дня в области облачных вычислений, теперь со стороны VMware. Вчера было объявлено о запуске совместного с Saleseforce.com облачного сервиса для Java-разработчиков.

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

Мне кажется, данное решение в комплексе со всей другой инфраструктурой VMware будет интересно в первую очередь именно разработчиками на Java. Причём под разработчиками я понимаю как независимые девелоперские команды, выпускающие какой-либо коммерческий продукт, так и команды разработчиков, работающих внутри больших компаний, ведущих разработку для своей компании. Вот я и вижу, что называется “из коробки” два сценария готовых. Наверняка люди в штаб-квартире VMware держат в уме гораздо большее количество сценариев.

Сценарий 1

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

Получается, что такая команда ведёт разработку в среде от VMware, а когда дело доходит до момента деплоймента приложения, до в свойствах проекта выбирается провайдер облака, например, vmforce. В таком случае сторонний провайдер берёт на себя всю заботу об инфраструктуре, необходимой для функционирования такого приложения (ну это достаточно стандартный уже, по-моему, подход из области PaaS, аналогичный Windows Azure).

В таком случае VMware зарабатывает на продаже инструментов разработки приложений (зря, что ли они купили целую компанию-производителя) и на продаже VSphere облачным провайдерам, желающим предоставлять такие услуги своим клиентам – разработчикам приложений.

Сценарий 2

Дано. Имеется команда разработчиков в составе большой компании. Это даже не команда, а, допустим, департамент разработки. Департамент этот ведёт разработку внутренних систем на Java. В компании имеется какая-либо внутренняя инфраструктура для продуктивного хостинга приложений, а также для разработки и тестирования. В данном случае, вся эта инфраструктура может рассматриваться как внутреннее облако и в качестве провайдера в проекте на Java выступает именно это внутреннее облако.

В данном случае VMware есть что предложить – это и решение по поддержанию этой инфраструктуры, и среда разработки, и решение для управления процессом разработки и тестирования (раньше называлось Lab Manager).

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

Главной проблемой, как я вижу, для корпорации VMware в продвижении сей красивой с архитектурной точки зрения является наличие конкурентов и не умение компании работать в конкурентной среде. Ведь сейчас мало того, что на территорию, где VMware чувствовала себя хорошо вторглись Microsoft и Red Hat. C данной иннициативой VMware вторглась на территорию Microsoft (я имею в виду решения для разработчиков софта). А вот с разработчиками Microsoft умеет работать.

В общем интересная заварушка должна получиться. Две компании примерно равные по технологиям, но с большим перевесом в пользу Microsoft по умению продавать решения в конкурентной среде. Пива мне и чипсов дайте. А вы как думаете – чья возьмёт?

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

	pdiyakov VMforce – ответ VMware на тему PaaS http://itaas.ru/zp1
	Re-Tweet | Reply | View Tweet

Скажите, а Вы уже виртуализировали ИТ инфраструктуру своего ЦОД? Если да, то сколько программных продуктов для управления комплексной ИТ инфраструктурой используете? Даже если это ПО управления от одного вендора, то уверены ли Вы, что это один продукт, а не несколько?

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

У компании Zenoss есть ответы на проблемы ставящиеся подобными сценариями.

C решением компании Zenoss Вы можете:

• Обнаружить слабые места приложения, снижающие производительность
• Идентифицировать слабые места в файловой системе
• Посмотреть не затронуты ли другие виртуальные машины на хосте
• Просмотреть производительность устройства NAS
• Проверить работоспособность сетевых сегментов, на предмет наличия в них слабых мест, снижающих производительность

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

Что ещё радует в продуктах Zenoss, так это простота прайс-листа. Никаких сложностей в выборе компонент, подсчёте количества тех или иных необходимых элементов. Есть три сервис-плана, которые доступны в зависимости от количества управляемых устройств.

ZENOSS PRICING AND SERVICE PLANS

Кстати, среди клиентов Zenoss можно увидеть главного вендора виртуализации VMware и крупного хостинг-провайдера Rackspace.

Если Вы заинтересовались возможностями снижения затрат на управление Вашей комплексной ИТ-инфраструктурой, то обращайтесь к нам в ВДЭЛ – мы являемся мастер-дистрибутором Zenoss на территории России и СНГ. Пишите мне pdiyakov@vdel.com

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

	avasyukov Zenoss for virtual infrastructure - http://itaas.ru/wp4
	Re-Tweet | Reply | View Tweet

	pdiyakov А Вы хотите управляться со сложной ИТ инфраструктурой с помощью одного программного продукта? http://itaas.ru/wp4
	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?

В эпоху, когда на рынке виртуализации для x86 становится всё больше и больше игроков интересно бывает почитать интервью тех, кто начинал проекты по созданию гипервизоров для “стандартных” процессоров.

Вот, как раз пример такого интервью, опубликованного “Открытых системах”. Стивен Херрод, когда был в Москве пообщался не только с нами и нашими партнёрами и заказчиками, но и с журналистами.

По-моему интересно почитать как историю создания гипервизоров, так и прочувствовать смысл “облачной” стратегии VMware.

оркестровка ресурсов географически разделенных виртуальных ЦОД, позволяющая глобальным компаниям рассматривать ресурсы всех их ЦОД как один общий пул. Самый яркий пример – глобальный ЦОД British Telecom, представляющий собой единую облачную инфраструктуру, где можно балансировать нагрузками, используя центры, размещенные в Северной и Южной Америке, Великобритании, Европе, Азии и Австралии. На уровне пользователя это означает возможность «возить за собой» свой виртуальный десктоп по всему миру, на уровне предприятий – выбирать места с меньшей стоимостью энергии, автоматически решая задачу восстановления после аварийных ситуаций.

Вот пример того, как технологии виртуализации VMware помогают обслуживать критические бизнес-системы. Наш партнёр – компания Хост из Екатеринбурга помогла аэропорту Кольцово провести переезд в новый ЦОД. Переезд сервисов был осуществлён без прерывания их работы. Возможна такая миграция оказалась благодаря технологии VMotion, которую мы зачастую и предлагаем как средство для минимизации потерь при запланированных простоях.

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

- Аэропорт доволен командной работой своих специалистов и сотрудников ГК ХОСТ, – рассказала заместитель начальника службы информационных технологий и связи ОАО “Аэропорт Кольцово Лариса Мамлеева. – Переезд сервисов и приложений не отразился на обслуживании пассажиров. Кроме того, конфигурация нового ЦОДа более приемлема с точки зрения эффективности использования ресурсов…

Информационные технологии в Екатеринбурге – “Кольцово” и ХОСТ перевезли ЦОД не прерывая сервисов

P.S. Вообще сама по себе функция VMotion (или Live Migration) не интересна. Ну кто всерьёз будет говорить о ручном переносе с одного физического сервера на другой сотни, например, виртуальных машин. Заказчикам уровня Enterprise интересно, чтобы такая возможность Живой Миграции комбинировалась с балансировкой виртуальных машин между серверами в зависимости от вычислительной нагрузки или нагрузки по электричеству. К счастью такие решения после выхода Red Hat Enterprise Vistualization стали доступны заказчикам любого уровня за очень хорошие деньги. Так как на рынке появился продукт, не требующий высокой платы за вхождение в виртуализацию.

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

	pdiyakov VMotion на службе у ИТ аэропорта Кольцова http://itaas.ru/28l (via @prettylink)
	Re-Tweet | Reply | View Tweet

Итак, уже вчера вечером по московскому времени VMware объявила совершенно официально о выпуске новой версии своего флагманского продукта – vSphere 4. При этом мы говорим о том, что это не просто новая версия VMware Virtual Infrastructure, это операционная система для, так называемых, облачных вычислений или облачная ОС.

Наверняка многие часто сталкиваются в последнее время с таким термином – как облачные вычисления. При этом разные вендоры предлагают свои собственные подходы и видения. Я для себя отметил три основных видения

1. развёртывание какого-либо приложения в виде Веб-сервиса в своей инфраструктур и предоставление доступа к нему конечному пользователю. В принципе у такого подхода есть ещё и определение как SaaS (но сейчас модно и его называть “облачным вычислением”). Примером такого подхода, как мне кажется является мой любимый сервис Evernote для хранения заметок (доступный, кстати и на русском языке). Или теже документы от Google, которыми так любят пользоваться (по слухам) многие домашние пользователи (я предпочитаю даже свои домашние документы хранить у себя, посему купил себе Microsoft Office for Mac).

2. Ряд больших производителей заявляют о выпуске своих “облачных ОС” и предлагают своим пользователям, переписав приложения под эти ОС, отдать их на хостинг этим большим производителям.

3. Подход VMware. Мы предлагаем воспользоваться тем, что есть на рынке уже сейчас – а именно технологией виртуализации. Наши заказчики могут определить для своих информационных систем SLA, в соответствии с которым должна жить прикладная система, а дальше определиться в том, где данная система, состоящая из набора виртуальных машин, должна жить. Если собственный ЦОД компании способен предоставить требуемый уровень SLA, то система живёт во внутреннем ЦОД (или внутреннем облаке) или она может быть отдана в эксплуатацию в сторонний ЦОД. Причём главная цель vSphere 4 сделать такую связь и передачу в эксплуатацию таким образом, чтобы всё работало просто и не сказывалось на доступности информационных систем.

Чем, как мне кажется, наш подход будет интересен ИТ-службам:

1. технология виртуализации проверена годами, и переход к новой идеологии возможен путём апгрейда на новую версию ПО
2. не нужно переписывать существующие информационные системы под требования новой “облачной ОС” как во втором подходе. Могут быть использованы различные серверные операционки, языки программирования, сервера приложений и архитектурные подходы.
3. не нужно бояться передавать свои информационные системы на хостинг куда-то в Штаты да ещё одному эксклюзивному сервис-провайдеру. Ведь подход VMware предполагает, что любой сервис-провайдер может присоединиться к данной инициативе и заключать соглашения с заказчиками. Больше того, у любого заказчика в консоли vCenter может быть целый перечень провайдеров, с которыми у него есть договор на обслуживание. Таким образом у заказчиков всегда есть выбор, и у различных провайдеров появляется возможность заработать.
4. помимо всех этих “облачных” функций появилось достаточно много интересных функций, которые некоторые российские заказчики уже опробовали у себя.

На самом деле, уверен, мы ещё будем подробно освещать различные аспекты новой ОС от VMware, сейчас предлагаю воспользоваться ссылками для получения подробной информации:

• http://www.vmware.com/ru/products/vsphere/overview.html
• http://www.vmware.com/products/vsphere/overview.html

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

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

Операцио́нная систе́ма, ОС (англ. operating system) — базовый комплекс компьютерных программ, обеспечивающий интерфейс с пользователем, управление аппаратными средствами компьютера, работу с файлами, ввод и вывод данных, а также выполнение прикладных программ и утилит.

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

Как мне кажется ключевым словом здесь является “абстрагироваться”. То есть ОС – это набор сервисов, который позволяет пользователям (разработчикам, эксплуатационщикам, конечным пользователям) общаться с аппаратурой без глубокого знания оного. Теперь смотрим на компоненты, входящие в VMware vSphere 4.

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

Чем не операционная система?

P.S. Кстати, отныне выбор “облачных” ОС и решений по виртуализации стал гораздо шире. На рынке появляются всё новые и новые игроки. Например, компания Red Hat выпустила свои решения по виртуализации Red Hat Enterprise Virualization. Почитать можно здесь.

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

Разберём конкретный пример, а именно развёртывание Microsoft Exchange в виртуальной инфраструктуре VMware. Столкнулся я с желанием одного из потенциальных заказчиков развернуть Exchange внутри виртуальной инфраструктуры VMware. Ему нравятся оба продукта и он, почитав примеры внедрений и поразмыслив решил, а почему бы не развернуть хорошую систему Exchange в хорошей VMware VI. Казалось бы, идея более чем здравая, так как в рамках данного конкретного проекта заказчик получит возможность использовать данную виртуализированную инфраструктуру и в будущих своих системах. Но вот незадача. С одной стороны он читает на сайте VMware раздел с рекомендациями по развёртыванию Exchange и видит там такие слова,

Enjoy Full Microsoft Support

Microsoft officially supports VMware ESX for running Microsoft Windows and major applications including Microsoft Exchange, SQL Server, and SharePoint Server. VMware ESX was the first hypervisor to be validated under theMicrosoft Virtualization Validation Program (SVVP), providing customers who run Windows Server and Microsoft applications with cooperative support from Microsoft and VMware. Customers can now run Exchange on VMware with the peace of mind that they will receive the support they need.

New Microsoft licensing enables efficient use of VMotion. Microsoft licensing has recently been modified to allow customers to reassign licenses between physical servers as frequently as desired. This new licensing flexibility enables efficient use of VMotion for Windows Server and major applications including Exchange, SQL Server, and SharePoint Server.

которые однозначно говорят об отсутствии проблем с поддержкой (естественное с выполнением определённых условий). С другой стороны перед ним сидят сотрудники московского офиса Microsoft, которые говорят, что мол “уважаемый Заказчик, Exchange в средах с VMotion не поддерживается вообще, поддержка релевантна только для наших собственных продуктов виртуализации” ну и ещё много всего говорится (к сожалению по определённым причинам не могу привести точную цитату). При этом приводится ссылка на документ Microsoft по политике поддержки Exchange. И вот тут начинается самое главное. Если повнимательней почитать сей замечательный документ (благо он на русском языке), единственным ограничением по поддержке со стороны Microsoft является следующий абзац

Корпорация Майкрософт не поддерживает комбинированные решения для кластеризации Exchange (а именно кластеры с непрерывной репликацией и кластеры с единым хранилищем) с обеспечением доступности на основе низкоуровневой оболочки, а также решения для переноса (например, быстрый перенос Hyper-V). Кластеры с непрерывной репликацией и кластеры с единым хранилищем поддерживаются в средах виртуализации оборудования при условии, что в среде виртуализации не используются кластерные серверы виртуализации.

Во относительно данной цитаты, как мне кажется ещё могут быть вольные токлования, но относительно политики поддержки в целом – врядли.

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

• Политика поддержки и рекомендации корпорации Майкрософт для серверов Exchange Server в средах с виртуализацией оборудования
• Updated support policy for Microsoft software running in non-Microsoft hardware virtualization software environments (на английском языке)
• Support partners for non-Microsoft hardware virtualization software (на английском языке)
• VMware ESX was the first hypervisor to be validated under the Microsoft Virtualization Validation Program (SVVP) (на английском языке)
• support from Microsoft and VMware (на английском языке)

Подискутируем?

На сайте VMware теперь доступен форум российского сообщества пользователей VMware. Здесь любой желающий может поучаствовать в дискуссиях на тему виртуализации вообще и решений VMware в частности. Если Вы, дорогой читатель, заинтересованы в живом общении, но не любите форумы за то, что не всегда можно отследить нить дискуссии, то можете подписаться на RSS-ленту обновлений форума.

Помимо лидеров пользовательской группы в жизни этого форума будут участвовать и системные инженеры российского VMware, которым можно будет задать каверзные вопросы и выведать различные секреты. Так что – Добро пожаловать.