Интересно наблюдать за скоростью развития новых технологий и решений. Прошёл год примерно с запуска компанией Cisco их решения Unified Computing (UCS). Решение оказалось, видимо, настолько интересным и популярным, что стало очевидным – его нужно мониторить комплексно совместно с другими системами ЦОД. И вот, в ответ на потребности рынка компания Zenoss встроила возможность мониторинга Cisco UCS в своём продукте.

Попробуем разобраться, что даёт комбинация Cisco UCS – Zenoss в рамках ЦОД.

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

Комбинация Zenoss и Cisco UCS позволяет построить законченную систему управления информационной системы как на уровне Бизнес-приложения так и на уровне вычислительного лезвия.

Подробнее с решением можно ознакомиться здесь

Ну и как всегда можно посмотреть видеодемонстрацию работы Zenoss для мониторинга Cisco UCS.

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

	pdiyakov Zenoss для мониторинга Cisco UCS http://itaas.ru/it5 (via @prettylink)
	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

Если вы собираетесь развернуть Red Hat Enterprise Linux в виртуальной среде, то вам может быть интересно какие подписки на Red Hat вам нужны.

Итак, если ваша виртуальная инфраструктура развёрнута на базе продуктов VMware, то вам необходимо воспользоваться следующими подписками на Red Hat в гостевых виртуальных машинах, в зависимости от того сколько CPU используется на хостовой машине:

• MCT0993        Red Hat Enterprise Linux for VMware, Standard (up to 2 sockets) – позволяет запускать 4 гостевых машины с RHEL на одном хосте
• MCT0986        Red Hat Enterprise Linux Advanced Platform for VMware, Standard (unlimited sockets) – позволяет запускать до 10-ти гостевых машин с RHEL на одном хосте.

Данные позиции прайс-листа действуют до 31-го Марта.

После 31-го Марта для обеспечения работы в любой виртуальной среде нужно будет пользоваться следующими опциями:

• 1. Купить подписку RHEL для каждой виртуальной машины. При этом нет ограничений по миграции гостевых ВМ между хостами. Данный вариант выгоден для маленького количества гостевых ВМ на основе RHEL.
• 2. Купить подписку RHEL as Virtual Guest 4 Packs. Подписка дает 4 виртуальных сервера RHEL в пределах одного физического сервера. Данный вариант выгоден, если ВМ с RHEL относительно много, но их плотность на физических хостах не выше 4 на каждом.
• 3. Купить подписку RHEL as Virtual Guest 100 Packs. Подписка дает 100 виртуальных серверов RHEL в пределах одного физического сервера. Данный вариант выгоден, если плотность ВМ с RHEL большая.
• 4. Купить RHEL Advanced Platform в качестве гипервизора, одна подписка на один физический сервер. RHEL Advanced Platform позволяет запускать неограниченное количество гостевых ВМ с RHEL в пределах одного физического сервера. Такой вариант (выбор виртуализации Red Hat) является самым выгодным по цене при большой плотности ВМ с RHEL.

Впрочем я уже рассматривал вопросы лицензирования RHEL в виртуальной среде раньше. Правда тогда, это касалось только среды виртуализации Red Hat Enterprise Virtualization. Теперь же правила становятся одинаковы для любой среды.

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

	pdiyakov Разворачиваем RHEL в виртуальной среде http://itaas.ru/434 (via @prettylink)
	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?

3-го ноября компания Red Hat, являющаяся лидером на рынке решений с открытым кодом представила своё решение для виртуализации серверов (пресс-релиз). Надо сказать, что сделано это было очень вовремя, так как часто на встречах с партнёрами и заказчиками у многих людей возникает вопрос: “А как там у Red Hat обстоит дело с виртуализацией  и облачными вычислениями?”

Приходилось долго объяснять политику компании Red Hat, которая решила двигаться постепенно к тому, чтобы дать пользователям нормальную платформу виртуализации, но не выпуская сырые продукты постепенно. Они пошли другим путём, сказав, что в  течение 18-ти месяцев выпустят свою платформу виртуализации дав пользователям и Живую Миграцию, и функцию Постоянной Доступности, и Балансировщик Нагрузки, и Управление Питанием. Теперь все эти функции, которые раньше были по карману заказчикам VMware стали доступны за существенно меньшие деньги и в решении по виртуализации от Red Hat. Мне кажется тем, кто сейчас делает выбор между “большим” решением по виртуализации от VMware и “малым”  решением по виртуализации от Microsoft, стоит обратить внимание и на решение от Red Hat, которое может предоставить то, к чему все привыкли в VMware за деньги меньшие даже по сравнению с Microsoft.

Позже, мы во VDEL выпустим различные материалы, в том числе и по ценовым сравнениям. Сейчас же приведу только несколько фактов и ссылки на оригинальные материалы от Red Hat.

Стоимость и варианты покупки

Red Hat Enterprise Virtualization for Servers состоит из следующих компонент:

• Red Hat Enterprise Virtualization Manager for Servers – сервер управления системой виртуализации, который предоставляет функции управления хостами и гостевыми ОС, такими как high availability, live migration, storage management, system scheduler и т.д.
• Red Hat Enterprise Virtualization Hypervisor – гипервизор, основанный на KVM.

Подписка на Red Hat Enterprise Virtualization for Servers поставляется по принципу 1 подписка на один процессор. Существуют два уровня подписки, отличающиеся только уровнем поддержки (прошу заметить уровнем поддержки, а не набором функций):

• Red Hat Enterprise Virtualization for Servers Standard (12×5) subscription доступна по цене $499 на процессор в год.
• Red Hat Enterprise Virtualization for Servers Premium (24×7) subscription доступна по цене $749 на процессор в год.

Если вы хотите использовать Red Hat Linux внутри виртуальных машин, то у вас есть следующие 4 опции по покупке подписки на Red Hat:

1. Купить подписку Red Hat Enterprise Linux subscription для каждой виртуальной машины. При этом нет ограничений по миграции гостевых ВМ между хостами. При этом данный вариант приобретения подписки может быть использован и для лицензирования RHEL установленных на “голое железо”. Данный вариант выгоден для маленького количества гостевых ВМ на основе RHEL. По-моему это очень интересный вариант для малого бизнеса.
2. Приобрести одну подписку Red Hat Enterprise Linux Advanced Platform для запуска гипервизора на каждом хосте. Red Hat Enterprise Linux Advanced Platform позволяет запускать неограниченное количество гостевых ВМ на каждом хосте. При этом такие гостевые машины могут быть мигрировано только между хостами с активными подписками с установленной Red Hat Enterprise Linux Advanced Platform. Такой вариант является самым выгодным если нужно большое количество экземпляров гостевых ВМ с Red Hat Enterprise Linux на всех или части серверов виртуализации.
3. Приобрести наборы Red Hat Enterprise Linux as a Virtual Guest 4 Packs (на хост). Вариант хорош, если вы собираетесь использовать по 4 ВМ с RHEL на одном хосте. Приобретается один набор на каждый хост. Можно объединять хосты в пулы, но в случае если планируется плотность больше, чем 4 ВМ на хост, то имеет смысл рассмотреть вариант покупки набора на 100 ВМ (опция 4).
   •    Red Hat Enterprise Linux as a Virtual Guest 4 Pack (per host), Standard Support (12×5) subscription -  $799 за хост в год.
   •    Red Hat Enterprise Linux as a Virtual Guest 4 Pack (per host), Premium Support (24×7) subscription -  $1,299 за хост в год.
4. Приобрести набор из 100 Red Hat Enterprise Linux Virtual Guest (на процессор). Каждый набор приобретается на каждый процессор, который будет использован для работы ВМ. Вариант хорошо подходит для больших инсталляций ВМ с RHEL как альтернатива опции 2.
   •    Red Hat Enterprise Linux as a Virtual Guest 100 Pack (per socket), Standard Support (12×5) – $1,750 за хост в год.
   •    Red Hat Enterprise Linux as a Virtual Guest 100 Pack (per socket), Premium Support (24×7) – $2,250 за хост в год.

Более подробная информация по лицензированию доступна здесь.

Конкурентное сравнение по цене

В данном документе доступно подробное рассмотрение ценового сравнения трёх решений по виртуализации. Я здесь приведу только три итоговых таблицы расчёта ТСО на три года. Прошу обратить внимание, на то, что в варианте с Red Hat Enterprise Virtualization во всех трёх сценариях OpenSource решение дешевле как с точки зрения капитальных, так и с точки зрения операционных затрат (кроме второго сценария в сравнении с Microsoft).

100 гостевых RHEL

100 гостевых Windows Server

Микс из 50 Red Hat Enterprise Linux и 50 Windows Server гостевых ВМ

Вместо заключения

Итак, альтернативное имеющимся на рынке уже сейчас решение имеется. Пусть в нём нет технологий, типа, Fault Tolerance, но если вы хотите снизить свои издержки на ИТ-инфраструктуру, то с Red Hat вы можете сделать это дважды:

• просто мигрировав с физической инфраструктуры на виртуализированную;
• снизив стоимость приобретаемого решения виртуализации.

Более подробную информацию в оригинале смотрите здесь:

• Red Hat Enterprise Virtualization for Servers – http://www.redhat.com/virtualization/rhev/server/
• Red Hat Enterprise Virtualization for Servers: Цены и Правила Лицензирования – http://www.redhat.com/virtualization/rhev/server/cost/
• TCO калькулятор – https://roianalyst.alinean.com/ent_02/AutoLogin.do?d=873671874025498347
• Сравнение с конкурентами – http://www.redhat.com/virtualization/rhev/server/competition/
• библиотека ресурсов (различные демо, документы, рекомендации по развёртыванию приложений и т.д.) – http://www.redhat.com/virtualization/rhev/server/library/

Учитывая ту серьёзную работу, которую компания VDEL уже проделала совместно со своими партнёрами по сертификации во ФСТЭК России RHEL наши заказчики могут рассчитывать на скорую сертификацию по российским требованиям и нового решения по виртуализации.

В эпоху, когда на рынке виртуализации для 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. Почитать можно здесь.

Большое количество командировок, навалившееся на меня в последнее время, не давало шанса писать в блог. И вот сейчас я решился-таки сделать очередную запись. Сподвигла меня на эту запись как раз-таки одна из командировок. На прошлой неделе в одном из государственных учреждений (точнее в одном из его региональных управлений) было заседание комиссии по поводу пилотного проекта по тестированию работоспособности терминальных решений Citrix Presentation внутри виртуальной инфраструктуры VMware.

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

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

Думаю по данной таблице нужно дать некоторые пояснения. Эмпирическим путём было получено, что на одном физическом сервере получается комфортно работать 55 пользователям терминального сервера (при том, что на это территориальное управление куплено и должно быть внедрено в эксплуатацию 100 лицензий). А в случае виртуальной инфраструктуры получилось поднять на одном физическом хосте 4 виртуальных машины с терминальными серверами, объединёнными в ферму. Таким образом, удалось утилизировать все 100 лицензий терминального доступа.

P.S. Ставлю себе задачку сделать такой же расчёт TCO для виртуализации на основе Red Hat Enterprise Virtualization. Потому что, сравнения, которые даёт Red Hat показывают значительную экономию при решении от Red Hat по сравнению с VMware. Соответственно и разница по сравнению с физической инфраструктурой будет значительной. http://blog.diyakov.com/2009/11/05/rhev-launch/