VMforce – ответ VMware на тему PaaS

6a00d8341c328153ef0133ecfb3ab1970b-800wi

Интересную инициативу мы можем наблюдать со вчерашнего дня в области облачных вычислений, теперь со стороны 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 по умению продавать решения в конкурентной среде. Пива мне и чипсов дайте. А вы как думаете – чья возьмёт?

View Comments

Стала доступна бета Red Hat Enterprise Virtualization 2.2

Mar 30 2010 Published by pdiyakov under Open Source решения,Red Hat

С момента выхода Red Hat Enterprise Virtualization for Servers прошло 4 месяца и теперь Red Hat объявила о выходе первой бета-версии Red Hat Enterprise Virtualization 2.2, обладающей следующими функциональными особенностями:

Поддержка виртуализированных рабочих мест

Импорт и экспорт

Теперь есть возможность импорта и экспорта выртуальных машин в индустриальном стандарте Open Virtualization Format (OVF). Очень с точки зрения распространения информационных систем в виде преднастроенных виртуальных машин (то что у VMware называется vApp).

V2V : конвертация виртуальных машин
V2V – инструмент автоматизации конвертации виртуальных машин VMware или Xen в формат OVF для использования их в решении Red Hat Enterprise Virtualization. В нынешней бета версии можно конвертировать ВМ на основе Red Hat Enterprise Linux 3, 4 или 5 сделанные в VMware или Xen. В будущих бетах ожидается поддержка Windows XP, Windows 2003 и Windows 2008.

База данных для анализа и отчётов
Теперь в Red Hat Enterprise Virtualization Manager есть БД, которая собирает данные о мониторинге хостов, виртуальных машин и СХД. Данная БД позволяет анализировать данные о виртуализированной инфраструктуре и строить отчёты, используя любой инструментарий с поддержкой SQL.

Производительность
Максимальная память доступная ВМ повышена с 64 ГБ до 256ГБ.

Гипервизор теперь поддерживает ядро Red Hat Enterprise Linux 5.5 kernel, что позволяет поддерживать новейшие аппаратные платформы Intel Nehalem-EX and AMD Opteron (TM) 6000 Series platform (formerly code named “Magny-Cours”).

Всем текущим заказчикам Red Hat Enterprise Virtualization бета-версия Red Hat Enterprise Virtualization 2.2 beta доступна через Red Hat Network.

Мне кажется Red Hat основной упор данной бетой делает на помощи своим заказчикам мигрировать с их существующих виртуальных инфраструктур на более экономичную. Посмотрим на реакцию рынка.

View Comments

1 продукт для управления виртуализированной инфраструктурой

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

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

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

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

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

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

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

ZENOSS PRICING AND SERVICE PLANS

Silver Gold Platinum
Pricing
Minimum # of Managed Resources 250 250 500
Subscription Cost Per Resource Per Year $100 $150** $180**
Account Management
Deployment Planning with Zenoss Architect 2 hours 3 hours 4 hours
Quarterly Review and Planning
Designated Account Manager
Incident Support
Web-based portal Unlimited Unlimited Unlimited
E-mail Unlimited Unlimited Unlimited
Phone 4 per year Unlimited Unlimited
Support Hours Mon-Fri, 7AM to 8PM EST
Priority 1/High Severity Response Time SLA 8 hours 4 hours 2 hours
Remote Trouble Shooting
Maintenance & Administration
Remote Administrator
Upgrade Assistance
Training
Zenoss Administration Course (included seats) 1 seat 2 seats 3 seats
IP Assurance
Repair and Replace
Indemnification

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

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

View Comments

Слагаемые успешного проекта по внедрению VDI

Dec 21 2009 Published by pdiyakov under Desktop as a Service

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

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

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

View Comments

Older posts »