| MKozloff 的个人资料Михаил Козлов: блог о ра...日志列表网络 |  工具  帮助 |
|
10月16日 Red Hat и Microsoft договорились о взаимной поддержке своих продуктов в средах виртуализацииRed Hat выпускает самый успешный коммерческий дистрибутив Linux, имеющий широкое распространение в гетерогенных ИТ-средах. С учетом повсеместного использования виртуализации серверов очень важным является наличие поддержки в “чужих” средах виртуализации. Недавно завершена сертификация:
Ссылки:
SecurityLab сообщает:
8月15日 Почему Microsoft саботирует виртуализацию ПК? - OSP NewsВесьма познавательный материал InfoWorld о том как лицензионные правила Microsoft делают переход на инфраструктуру виртуальных десктопов весьма дорогим удовольствием:
4月23日 ИТ рынок серверов и СХД в России вернулся на четыре года назад. VMware может его спасти.Вчера я участвовал в пресс-конференции IDC в рамках конференции IDC Storage, Virtualization and Datacenter Efficiency Roadshow 2009
Я склонен верить порядку величины прогноза, т.к. мы тесно работаем со всеми производителями оборудования и видим, например, каким для них был первый квартал. В целом понятно, что российский рынок рос быстрее всех и падать, судя по всему, начал тоже быстрее всех в мире. Так что мы опять лучшие по скорости изменений :-) В этих условиях я лично склонен к оптимизму, т.к. тренд на рынке виртуализации остается положительным. Более того если заказчики не хотят останавливать уже работающие ИТ-системы и до сих пор не виртуализовали свои серверы, по большому счету, у них нет других вариантов, кроме как начать это делать как можно скорее. Поясню свою мысль. По данным VMware и IDC традиционные ИТ бюджеты выглядят следующим образом:
Рубль по отношению к доллару упал с прошлого лета примерно на 45%. Основная масса товаров и лицензий в рамках ИТ-бюджетов покупается за доллары (евро) или так или иначе привязана к ним. Это означает, что даже без учета сокращения рублевых бюджетов на 2009 год, что имеет место почти у всех заказчиков, покупательная способность ИТ-бюджетов упала на 30-40%, т.е. на величину, превышающую бюджеты развития. В этих условиях организации вынуждены начать отказываться от ИТ-проектов. Проблема в том, что очень трудно начать отказываться от обслуживания, т.к. придется останавливать какие-то работающие системы. Поэтому большинство заказчиков в первую очередь отказываются от бюджетов развития, т.е. останавливают свои проекты. Хорошая новость состоит в том, что есть VMware. Использование технологий VMware по нашему опыту в России позволяет снизить общую стоимость владения (TCO) х86 инфраструктурой в 2,5-5 (в среднем в 4!!!) раз, т.е. существенно уменьшить бюджет на обслуживание инфраструктуры ничего в ней не останавливая, а наоборот, получив дополнительно лучшую производительность, отказоустойчивость и надежность. Общий ИТ-бюджет (для х86 инфраструктуры) может быть безболезненно сокращен почти в 2 раза.
Полученная экономия позволяет продолжить инвестиции и в развитие и в обслуживание. Все что при этом требуется от наших заказчиков и партнеров это: 1) Понимание, что это не сказка, а реалии сегодняшнего дня. 2) Умение считать общую стоимость владения (TCO) для свой инфраструктуры до и после использования VMware. На этом фоне становится очевидно, что технологии VMware обходятся заказчикам фантастически дешево: 4-6% от получаемой экономии!!! При этом VMware предлагает лучшие и/или уникальные в своем роде технологии, каждая из которых вносит свой вклад в дело снижения TCO. 3) Начать действовать прямо сейчас. Каждый день, который вы потратили на эксплуатацию невиртуализованной инфраструктуры, это ваши потери, которых можно было бы избежать. С чего начать? 1) Научиться считать TCO:
2) Подготовить исходные данные для расчета
3) Посчитайте сами!!! 4) Начните пилотный проект. Можно начинать на пробных лицензиях, которые мы можем продлевать до момента появления у заказчика бюджета. 5) По итогам пилотного проекта сделайте окончательные выводы и постеенно начните полномасштабное внедрение Результаты обычно бывают как у БТА Банка (http://www.vmware.com/ru/customers/):
С надеждой на взаимное развитие, мк.
4月8日 UK SharePoint Team : Virtualizing SharePoint Series – IntroductionИнтересно, что в своих рекомендациях по виртуализации SharePoint Microsoft Consulting UK ничего не имееют против VMware Virtual Infrastructure J Да, конечно, они рекомендуют Hyper-V, но мы то знаем на чем делаются серьезные проекты ;-)
ИМХО лишний раз будет невредно вспомнить и про поддержку:
UK SharePoint Team : Virtualizing SharePoint Series – Introduction 4月2日 Пошли в горуДавно я не наблюдал такого ралли со стороны акций VMware. После объявлений рекомендаций Goldman Sachs по новой целевой цене акции VMware ($29) за два дня рост составил более 18%: 3月20日 VMware = программный мэйнфреймНа VMworld 2009 в выступлении Пола Марица прозвучал интересный термин: программный мейнфрейм. ComputerWorld пишет:
Виртуализация на страже непрерывности бизнеса - PC Week/RE
3月15日 VMware ESXi как баланировщик центра тяжести для серверных стоек
Представляете что было бы, если в эту стойку заказчик вкрутил 3 сервера и что бывает, когда стоек в серверной больше одной? Они бы попадали как книжные шкафы в Каирском музее в первой Мумии. Мораль, если речь идет о такой экономии, то все на бесплатный ESXi JJJ
2月25日 Поздравляю первых российских VMware vEXPERT`ов
Сегодня я рад поздравить Михаила Михеева и Антона Жбанкова с получением этого звания одними из первых не только в России, но и в мире. Как отметил Михаил у себя в блоге:
Не в бровь, а в две, лучше и не сказать! Спасибо, коллеги, за то, что помогаете словом и делом снимать покровы тайны и сеете доброе, светлое и вечное J Напоминаю, что часто уважаемых Гуру можно встретить в форуме российской группы пользователей VMware. UPD 26-02-09 Александр Самойленко так же присоединился к кагорте славных, с чем его и поздравляю! 1月19日 Методика расчета снижения совокупной стоимости владения серверной инфраструктурой при помощи технологий виртуализации VMwareМихаил Козлов,
В последние 3 недели прошлого уже года я встретился более чем с двадцатью директорами по информационным технологиям (ИТ), рассказывая им о том какой экономический эффект приносят технологии VMware вообще и в условиях кризиса в частности. Ключевой вопрос звучит как: какой реальный эффект дает ваша технология и как отстоять бюджет на покупку VMware в условиях кризиса. Интересно наблюдать, как в ходе разговора отношение собеседника иногда меняется от активного неприятия нашей методики расчета снижения TCO (total cost of ownership, совокупная стоимость владения) для ИТ-инфраструктуры до ее полного одобрения. За этими интересными делами я вовремя не отследил публикацию в блоге Андрея Колесова, в которой он задает множество похожих вопросов. Далее я хочу сформулировать свой взгляд на методику оценки возможности снизить стоимость владения ИТ при помощи VMware, а также прокомментировать некоторые тезисы Андрея. Для лучшего понимания предмета «спора» рекомендую вначале ознакомиться с его полной статьей в PC Week (Переход на технологии виртуализации (PC Week/RE №40 (646) 28 октября — 3 ноября 2008, Андрей Колесов). Иначе мне пришлось бы цитировать практически ею всю. Что такое показатель TCO и зачем его нужно уменьшать? Одно из определений утверждает, что (http://ru.wikipedia.org/wiki/Total_cost_of_ownership): совокупная стоимость владения (англ. Total cost of ownership, TCO) — это методика, предназначенная для определения затрат на информационные системы (и не только), рассчитывающихся на всех этапах жизненного цикла системы. При этом в расчет принимаются прямые и косвенные затраты. Видно, что речь идет о затратах на ИТ. Под затратами экономистами понимается отток (выбытие, использование, трата…) ресурсов предприятия, направленный на решение стоящих перед ним задач. Чем меньше у предприятия ресурсов, тем меньше оно может решать задач. Поэтому если появляются технологии, позволяющие меньшими ресурсами решать тот же объем задач (или теми же ресурсами – больший), то разумные менеджеры обычно начинают ими интересоваться и рано или поздно использовать. Связано это с интересом к росту прибыли, который можно обеспечить только путем увеличения доходов и/или снижения расходов. Такой подход, конечно, не является обязательным, т.к. в условиях быстрого роста рынка нет времени на внедрение новых технологий, а прибыльность проще поддерживать за счет увеличения доходов. Однако в условиях стагнации и кризисов уменьшение затрат является первоочередной задачей, т.к. доходы обычно падают и такие показатели как прибыльность и ликвидность можно поддерживать уже как раз за счет снижения собственных затрат. Обычно в это время появляется гораздо больше стимулов по оптимизации бизнеса, в том числе за счет улучшения бизнес-процессов и информационных технологий. Много копий сломано на тему как именно ИТ влияют на эффективность бизнеса. При этом всем очевидно, что сами ИТ обходятся бизнесу достаточно дорого. Сопоставимо на расходы, например, на маркетинг. Поэтому, если вам предложат сделать ИТ дешевле (т.е. снизить стоимость их владения), при этом продолжая решать тот же объем поставленных задач, на мой взгляд странно не рассмотреть такую возможность. Магия виртуализации серверов Не все CIO и CFO не подозревают, что существует способ существенно до 4-х раз сократить стоимость владения ИТ-инфраструктурой за счет консолидации (уменьшения) количества эксплуатируемых серверов. При этом качество инфраструктуры и объем решаемых задач не только не пострадает, но наоборот существенно возрастут ее гибкость, скорость реакции на изменения требований бизнеса, надежность и масштабируемость. Скажете чудес не бывает!? Да, но это не чудо, а проверенная десятками тысяч внедрений технология виртуализации от VMware, насчитывающая уже более чем 10-ти летнюю историю развития и инноваций. Про собственно технологию виртуализации все более или менее понятно, т.к. давно и подробно описано (http://cid-d1ed809f4ffa9136.skydrive.live.com/self.aspx/%d0%9e%d0%b1%d1%89%d0%b5%d0%b4%d0%be%d1%81%d1%82%d1%83%d0%bf%d0%bd%d1%8b%d0%b5/VMware/VMware%7C_Solutions%7C_for%7C_Dynamic%7C_IT%7C_PPT%7C_CSR%7C_web.pdf). Просто напомню, что секрет кроется в очень низкой загрузке работающих на предприятиях серверов – около 5%! Консолидация физических серверов на платформе VMware Virtual Infrastructure позволяет перенести в среднем 10 физических серверов в виртуальные машины (ВМ), которые запускаются на 1 физическом сервере и поднимают его загрузку до 50-60%. Если посчитать уменьшение всех связанных с этим фактом затрат, то как раз и получиться диапазон снижения TCO в среднем на 60-80%. Методика расчета снижения TCO серверной инфраструктуры на платформе VMware Virtual Infrastructure Мы рассмотрим базовую методику расчета, которую мы в VMware используем для обоснования преимуществ перехода на VMware Virtual Infrastructure. С точки зрения бюджета затрат на проект консолидации можно выделить два крайних сценария:
Сразу отмечу, что при прочих равных условиях снижение TCO в обоих случаях будет отличаться не на принципиальную величину. В первом случае ниже затраты на дополнительное оборудование, но меньше степень консолидации и выше затраты на администрирование, электричество и место в ЦОД. Во втором случае выше затраты на дополнительное оборудование, но выше степень консолидации и меньше затраты на администрирование, электричество и место в ЦОД. Это означает, что нет большого смысла откладывать модернизацию на потом, если она вам действительно необходима. Необходимость же определяется в каждом случае индивидуально и должна подкрепляться тщательными расчетами возможности снижения существующего TCO, о чем собственно и будет рассказано далее. Считаем CapEx и OpEx CapEx (от Capital Expenditures -- http://en.wikipedia.org/wiki/Capex ), это капитальные затраты предприятия, которые создают его будущую выгоду. Обычно они возникают, когда предприятие тратит деньги на приобретение новых активов или обновление существующих. Часто используемый синоним – это инвестиции в недвижимость, оборудование, программное обеспечение и т.д. OpEx (Operational Expenditures -- http://en.wikipedia.org/wiki/Operating_expense) – это деньги, которые предприятия тратят на то, что бы из существующих активов получить какой-либо бизнес результат. Обычно говорят, что это стоимость бизнес операций: продажи, маркетинг, учет и т.д. Например, приобретение сервера – это CapEx, а оплата ежемесячных счетов на его питание, охлаждение и обслуживание – это OpEx. В большинстве случаев предприятия заинтересованы в снижении операционных затрат, а в условиях кризиса из-за необходимости уменьшения объемов инвестиций, также и в снижении капитальных. Давайте теперь посмотрим на довольно простой способ оценить влияние технологий VMware на уровень капитальных и операционных затрат применительно к ИТ-инфраструктуре. Для упрощения модели мы рассматриваем TCO как совокупность CapEx и OpEx для серверов, систем хранения данных и локальных сетей в центре обработки данных (ЦОД) или, если хотите, серверной комнате. Таким образом, мы считаем, что речь идет о сценарии централизации и консолидации серверной инфраструктуры на уровне ЦОД, без учета стоимости самого ЦОД! Мы рассматриваем следующие статьи затрат, которые обычно сводим в следующую таблицу:
1.1. Серверы В традиционной физической инфраструктуре на одном сервере установлена одна операционная система и обычно одно «большое» серверное приложение. Оно использует при этом около 5 процентов физического ресурса (средняя оценка по нашему опыту). После консолидации на одном физическом сервер запускаются несколько параллельно выполняющихся образов виртуальных компьютеров, каждый из которых, в свою очередь, будет занимать свои 5 процентов. Это означает, что, создав 10 виртуальных машин на одном физическом компьютере, можно добиться использования 50–60 процентов потенциала оборудования. При этом возможно использовать уже существующее на предприятии серверное оборудование. Высвобождающиеся при этом серверы можно использовать для разных задач:
Исходя из консервативного сценария консолидации 10 к 1, можно констатировать снижение стоимости владения серверами в 10 раз. В реальных проектах часто одновременно происходит модернизация серверного парка с консолидацией, например, на лезвия (blades). Это приводит к необходимости учесть стоимость новых, возможно, более дорогих серверов, но позволяет повысить степень консолидации до 15 к 1 и выше. Элементы прямых затрат для расчета TCO:
1.2. Сетевое оборудование ЛВС В результате консолидации серверов общее количество необходимых для них сетевых портов и маршрутизаторов может быть уменьшено прямо пропорционально, например, в случае с БТА Банком с 160 до 24 и с 20 до 2 соответственно. Тем не менее, в некоторых случаях для меньшего количества серверов могут понадобится дополнительные порты, что определяется на стадии планирования и разработки архитектуры решения. Элементы прямых затрат для расчета TCO:
1.3. Лицензии на программное обеспечение (ПО) При уменьшении количества физических серверов может уменьшиться количество необходимых лицензий на:
Экономия на лицензиях операционных систем Microsoft основывается на правилах лицензирования Microsoft http://www.microsoft.com/rus/licensing/products/server/virtualization.mspx Одну лицензию Windows Server 2008/2003 Enterprise Edition можно использовать на одном физическом и 4-х виртуальных серверах. Одну лицензию Windows Server 2008/2003 Data Center Edition можно использовать на одном физическом и в неограниченном количестве виртуальных серверов. Изменение количества лицензий для прочего ПО необходимо каждый раз оценивать индивидуально, исходя из особенностей серверной архитектуры ЦОД и правил лицензирования соответствующего ПО. Элементы прямых затрат для расчета TCO:
1.4. Лицензии и стоимость поддержки ПО VMware Стоимость лицензий и поддержки программного обеспечения VMware составляет в среднем 4-6% от снижения совокупной стоимости владения ИТ-инфраструктурой и обычно является одной из самых незначительных статей бюджета проектов по консолидации, на фоне возможности модернизировать парк серверов, СХД и другого оборудования. Элементы прямых затрат для расчета TCO:
2.1. Площадь в ЦОД для размещения оборудования С уменьшением количества серверов в ЦОД снижается занимаемый ими объем в серверных стойках и как следствие требуется меньше: стоек, площади для их размещения, блоков бесперебойного питания, соединительных проводов, кондиционеров, электричества для питания и охлаждения. Уменьшение объема и площади ЦОД сильно зависит от характеристик конкретного оборудования и должно тщательно рассчитываться в каждом отдельном случае. На примере проекта консолидации в БТА Банке, экономия пространства в серверной комнате составила 8 раз. Ферма из 8 blade-серверов BL460c размещается в корзине размером 10U (используется корзина для лезвий с7000 на 16 Blade-серверов). 80 физических серверов HP DL360G5 заняли бы 80U, то есть в 3 раза больший объем. С учетом необходимости размещения большего количества проводов, мониторов, источников бесперебойного питания и т.д. экономия площади составит до 5 раз. На рынке сейчас доступны Blade-корзины с3000, рассчитанные на 8 серверов. Размер такой корзины всего 6U. В случае её использования преимущество в занимаемом объеме составило бы 10 раз. В качестве косвенного эффекта от консолидации можно отметить возможность не покупать дополнительные электрические мощности ещё на протяжении нескольких лет. ЦОД становится компактнее и требует меньше энергетических ресурсов. Это важно, т.к. в ряде случаев получить новые мощности бывает очень дорого или просто невозможно. Элементы прямых затрат для расчета TCO:
2.2. Администрирование и стоимость ввода в эксплуатацию новых серверов
Скорость разворачивания новых серверов, время резервного копирования, отказоустойчивость, удобство управления и перераспределения ресурсов, а также время восстановления после сбоев при использовании решения виртуализации от VMware гораздо эффективнее чем в физической среде. По данным БТА Банка преимущество по срокам восстановления работоспособности у решения на базе VMware Virtual Infrastructure будет от 10 до 100 раз (!!!) лучше, чем у обычных физических серверов. С точки зрения уменьшения стоимости ввода в эксплуатацию новых серверов необходимо учесть следующее. Виртуальный сервер не нужно заказывать о продавцов оборудования и ждать его отгрузки и доставки, что стандартно занимает 2 и более месяцев. После этого физический сервер еще нужно распаковать, оттестировать, установить обновления ПО и установить на место эксплуатации, что по нормативам некоторых наших клиентов занимает еще 1-3 дня. Виртуальный сервер разворачивается из шаблона в худшем случае за пару часов. Даже если не учитывать время на приобретение физического оборудования, количество человеко-часов, необходимых на его чистую установку, может быть уменьшено до 10 раз. 2.3. Стоимость ввода в эксплуатацию новых серверов Рассчитывается как функция рабочего времени администратора, исходя из стоимости человеко-часа и количества часов, требуемых для ввода в эксплуатацию нового сервера по внутренним нормативам ИТ подразделения предприятия. Скорость инсталляции и запуска новых виртуальных серверов возрастает в 5-10 раз, без учета экономии времени, необходимого на приобретение физических серверов. Элементы прямых затрат для расчета TCO:
2.4. Электричество (питание и охлаждение) Энергопотребление и тепловыделение современных серверов сопоставимо с серверами 3-4 летней давности производства. Например, одно лезвие HP BL460c требует 300 Ватт потребляемой мощности. Соответственно, при консолидации 80 физических серверов на 8 лезвий потребуется в 10 раз меньше электроэнергии на питание серверов и кондиционирование серверного помещения. Кроме того сопоставимо уменьшится потребность в резервировании физических серверов по питанию, т.е. в источниках бесперебойного питания. При этом необходимо помнить, что для использования всех преимуществ виртуализации VMware (технологии VMotion, DRS, DPM, SRM) необходима система хранения данных (СХД), для которой могут потребоваться дополнительные питание, охлаждение и место в ЦОД. Элементы прямых затрат для расчета TCO:
Элементы косвенных затрат для расчета TCO:
2.5. Инфраструктура для систем хранения данных (СХД) Виртуальные машины должны храниться в виде файлов. Для использования всех преимуществ виртуализации VMware (технологии VMotion, DRS, DPM, SRM) необходима внешняя система хранения данных (СХД). Соответственно в проектах по консолидации серверов возможны различные сценарии изменения совокупной стоимости хранения данных, как в сторону ее уменьшения, так и увеличения. Основные элементы прямых затрат для расчета TCO применительно к СХД включают:
СХД может существовать до начала проекта по консолидации серверов или ее придется приобрести При уменьшении количества физических серверов может соответственно уменьшится количество HBA и контроллеров СХД Стоимость хранения 1 Гб может измениться незначительно при переходе от внутренних дисков к выделенной СХД, а может и возрасти при использовании дорогих и производительных моделей. Ответы на типичные оставшиеся вопросы Андрей Колесов в конце 2008 г. опубликовал в PC Week статью, где сформулировал типичные вопросы, которые нам задают люди только что узнавшие про возможности VMware. Хороший повод подискутировать в режиме «цитата – комментарий». Начну немного издалека, т.к. Андрей затрагивает такие глобальные проблемы, как, например, отношение гипервизоров с многоцелевыми операционными системами общего назначения. Итак, механизм ВМ понадобился для запуска на одном компьютере нескольких разных ОС. Но зачем это нужно при консолидации серверов и уж тем более при запуске разных приложений на одном ПК в случаях, когда используется одна и та же версия OC? Ведь ОС и так обеспечивает многозадачный, многопользовательский режим. Почему же один ее экземпляр нельзя использовать для запуска, скажем, двух Web-серверов? Короткий ответ на эти вопросы таков: на самом деле многозадачность ОС для x86-архитектуры является весьма и весьма условной. По большому счету, к ним лучше относиться как к однозадачным системам. Запускать в их среде несколько приложений можно, но с точки зрения надежности и балансировки нагрузки это не нужно. Упрощенно говоря, традиционные ОС не обеспечивают нужного (для бизнес-применения) уровня изоляции приложений, и современные методы виртуализации (тут есть несколько разных подходов) направлены на повышение этого уровня. Я бы вместо «не нужно», сказал что скорее не разумно. Собственно отсюда растут ноги у традиционного подхода «один сервер – одно приложение». Потом это одно приложение не может загрузить сервер более чем на 5% и 95% ваших серверных ресурсов начинают расходоваться впустую. Здесь можно сформулировать промежуточный вывод: средства виртуализации сегодня являются не самодостаточным видом ПО (альтернативой современных операционных систем), а некоторым дополнением и расширением традиционных ОС. Давайте посмотрим на это с другой стороны. С точки зрения пользователей ИТ операционная система является довольно бессмысленной вещью, поскольку сама по себе не решает никаких полезных для них прикладных задач. Эти задачи решают приложения. С точки зрения разработчиков приложений ОС решает полезную задачу по абстрагированию приложения от уровня аппаратного обеспечения, на котором можно запускать прикладные программы. Сейчас мало кто думает про прямое управление жесткими дисками, клавиатурами, мышами, видеопамятью драйверами сетей, принтеров и т.д. Эти задачи решает операционная система, для которой написано то или иное приложение. Это, несомненно, большой плюс для ускорения разработки. Есть и минусы. В этом смысле, средства виртуализации конечно нельзя рассматривать как простое дополнение и расширение традиционных ОС. Возникает естественный вопрос: зачем нужны какие-то "примочки" для исправления "кривой" архитектуры? Не проще ли создать качественно иные ОС на новых архитектурно-технологических принципах? Совершенно очевидно, что исправить накопленные за многие годы особенности архитектуры быстро не получиться даже у Microsoft, т.к. по хорошему нужно полностью изменить существующую архитектуру ОС (например, сделав ее модульной) и при этом обеспечить преемственность для возможности запуска большого количества существующих приложений . О простоте здесь не может быть и речи. Да, сегодня можно вполне определенно говорить, что общая тенденция развития ОС будет направлена именно на повышение уровня поддержки многозадачности систем и в том числе более высокой изоляции приложений. И в этом плане скорее нужно говорить о глобальной тенденции к использованию новой модели распределенных вычислений в "облачном" стиле (Cloud Computing). Но очевидно и то, что такой процесс будет эволюционным и весьма долгим, более того — сегодня нельзя уверенно сказать, до какой степени нынешние средства виртуализации будут интегрированы в ОС. В этом плане нужно отметить два момента в пользу сохранения нынешнего статуса ОС. Что бы мы ни говорили о преимуществах виртуализации, но функционал нынешних ОС большинство пользователей вполне устраивает. Как я уже говорил выше, большинству пользователей нет никакого дела до ОС, а волнует только простота и удобство работы с необходимыми приложениями. Пока Windows приложения обеспечивали максимум удобств, никому особенно не хотелось переплачивать за красивости на Apple. Стоило начаться проблемам с работоспособностью на Vista, как доля пользователей Apple стала стремительно расти. В то же время включение средств виртуализации на уровне ядра ОС может привести к неоправданному "утяжелению" систем в целом, в частности — негативно отразиться на их производительности. Да, может. Как мы знаем, общая модель драйверов в Hyper-V и Xen приводит к снижению производительности всей системы [2] (весь обмен данными идет через одну область в родительской системе) и снижению безопасности, т.к. отсутствует полная изоляция виртуальных машин. Использование стандартной файловой системы не эффективно с точки зрения поддержки и автоматизации работы с системами хранения данных (СХД) и т.д. И вот что еще важнее. Прикладные программы создавались и создаются для работы в среде традиционных ОС. Не говоря уже о проблеме поддержки унаследованных приложений, переход на чисто виртуализационную модель потребует радикального изменения всей схемы разработки ПО. Этот тезис мне не понятен, т.к. в случае с VMware все ровно наоборот: использование виртуализации ни как не влияет на способы разработки и использования приложений. Они как разрабатывались для традиционных ОС, так и продолжают разрабатываться. Возможно, Андрей имеет ввиду концепцию переноса .Net приложений в Облако, объявленную Microsoft в рамках Windows Azure. В этом случае действительно меняются требования к разработке за счет использования новых методов и классов Azure. Опять же из-за попытки все делать на основе Windows изначально не приспособленной к облачным задачам. Вся эта проблема очень хорошо видна на примере развития технологий нынешнего лидера в области виртуализации — компании VMware. В начале нынешней осени ее руководство объявило о намерении создать ОС нового поколения — ОС для виртуальных дата-центров, virtual datacenter OS, VDC OS. Однако хотя реализация этого проекта уже находится в весьма высокой стадии готовности, все же прозвучавшая из уст CEO VMware Пола Марица угроза "отправить традиционные ОС на задворки истории" пока выглядит откровенным рекламных ходом. Собственно, более трезвая оценка ситуации была дана им же: "VDC OS не заменяет традиционные ОС, а вносит коррективу в общую структуру комплекса ПО". Пол Мариц создавал текущую архитектуру Windows и видимо знает, что говорит. Повторюсь: бесконечная пристройка комнат и этажей к старому дому не может продолжаться бесконечно. Архитектура ОС в том виде, в каком мы ее знаем сегодня, должна уйти в прошлое. Это не означает, что дни Microsoft сочтены, как после VMworld 2008 поспешили отметить многие комментаторы. Это означает, что новые ОС когда-нибудь через много лет станут другими. Возможно, пригодными для виртуализации и облаков. VDC OS при этом позволит не ждать старости и не останавливать прогресс. За этими словами скрывается вполне очевидная вещь: VDC OS может функционировать только при использовании традиционных ОС, в то время как сами эти ОС могут применяться и без каких-либо дополнительных средств виртуализации. Позволю себе не согласиться с этим утверждением. Возьмите для примера BEA LiquidVM (tm) (http://www.bea.com/framework.jsp?CNT=index.jsp&FP=/content/solutions/virtualization/&WT.ac=topnav_solutions_virtualization). Выпускается в виде virtual appliance. Где в нем традиционная ОС? В том то и дело, что процесс отказа от использования большой (2,5 Гб) DLL, прицепленной к приложениям на все случаи жизни, уже стартовал. Во многих случаях гораздо эффективнее иметь ОС, сделанную «на заказ», что невозможно на базе большинства традиционных ОС. В частности поэтому большинство virtual appliance сегодня делаются на Linux. Только потому, что там больше возможностей по кастомизации и нет проблем с лицензированием.
http://www.bea.com/content/news_events/white_papers/BEA_Virtualization_wp.pdf Иное дело, что обнародованные VMware намерения обозначили другую ключевую проблему: кто будет играть лидирующую роль в этой новой структуре ПО (а точнее — всего программно-аппаратного комплекса)? До сих пор центром такой системы были именно ОС (под них делаются средства виртуализации). Пол Мариц обозначил глобальную для своей компании цель: изменить это положение вещей, чтобы традиционные ОС делались под VDS OS. Идея понятная, но реализовать ее будет весьма не просто. Согласен полностью. Только время покажет, какая модель окажется более жизнеспособной и востребованной пользователями. Далее мы будет говорить о консолидации серверов. Предпосылки использования виртуализации здесь вполне очевидны: сегодняшние информационные системы организованы так, что для работы каждого отдельного ИТ- или бизнес-сервиса (электронная почта, Web-сайт, бухгалтерская система и пр.) требуется отдельный физический сервер, загрузка процессора в котором при этом составляет 3—10%, в то время как оптимальный уровень — от 40 до 60%. Средства виртуализации позволяют использовать один физический сервер вместо пяти-шести. Посмотрим, чего это стоит клиенту и что он от этого выигрывает. На оборудовании 2-3 летней давности средний показатель консолидации серверов для VMware Virtual Infrastructure в производственных средах составляет 10 к 1. На новом оборудовании – 15 к 1 и даже выше. Отметим для начала, что такая виртуализация оборудования позволяет не только снизить затраты на "железо", но и на производственные помещения и электроснабжение, но как значительны эти статьи расходов, нужно обсуждать отдельно. К тому же нужно иметь в виду, что речь лишь только о процессорных модулях: к памяти, как внешней, так и оперативной, экономия ресурсов в общем случае не имеет отношения. В случае с VMware это не совсем так (вернее совсем не так), поскольку VMware ESX поддерживает дедупликацию оперативной памяти (memory overcommitment), VMware View поддерживает дедупликацию мастер-образов настольных ОС (образ ОС хранится один раз, а для каждого виртуального ПК хранятся только изменения, внесенные пользователем – linked clones), СХД также поддерживают дедупликацию дисковой памяти. Соответственно, при прочих равных условиях виртуальной инфраструктуре нужно меньше памяти, чем физической. Другое дело, что использование VMotion и DRS дают принципиально новые качественные возможности, реализация которых может привести к росту объемов RAM на оставшихся виртуализованных серверах. Это как и все остальное нужно считать в каждом отдельном случае. Что же касается техники, то тут к вопросу экономии нужно относиться очень осторожно. Даже если вы будете использовать один компьютер вместо уже имеющихся у вас пяти, то чисто финансовый эффект вы сможете получить, если вам удастся как-то с толком утилизировать освободившиеся четыре. Например, продать на вторичном рынке или использовать для расширения ИТ-инфраструктуры (передав их, скажем, в региональные отделения). С точки зрения капитальных затрат (CapEx) уже купленные серверы больше вам ничего не стоят. Такие затраты называют утопленными (sunk cost) и на принятие управленческих решений в дальнейшем они влияния не оказывают. Грубо говоря, эти серверы можно просто выбросить. Однако при условии, что такое решение не приведет к возникновению альтернативных затрат: выбросив 10 серверов их в старой физической модели ИТ тут же придется заменить на 10 новых. Поэтому их не выбрасывают, а дают отработать положенный по учетной политике срок до полной амортизации. Потом через в среднем 3 года покупают новые 10 машин. В случае же с VMware альтернативные затраты состоят в покупке или использованию 1 сервера вместо 10. 9 серверов для поддержки старых задач покупать не придется больше никогда. Это означает, что почти 10-ти кратное снижение TCO от консолидации вы получите в течение в среднем 3-х лет независимо от использования старого или нового оборудования. Однако на практике вам придется понести и расходы: при консолидации обычно надо переходить на более мощные серверы (объем ОЗУ в любом случае нужно увеличивать) — как правило, блейд-системы. Их покупка может вполне окупиться (скорее компенсироваться), если есть возможность "пристроить" освободившееся оборудование. Даже, если вы сейчас купите более мощные блейды, то разница с текущим оборудованием составит цену, заплаченную за прирост мощности для каждого десятого сервера. Т.е. условно эффект будет не 10 к 1, а, например, 9 к 1. Это на фоне получаемого в целом эффекта – абсолютно неважно. При этом, если удастся продать или пристроить старые машины, то вы получите дополнительный финансовый эффект, а вовсе не основной (компенсирующий). Что же касается ПО, то тут никакой экономии нет изначально. На лицензиях прикладных программ ее точно нет, а для операционных систем она может появиться только в виде специальных предложений со стороны поставщиков ОС. Плюс расходы на собственно виртуализационное ПО. Это ошибочное утверждение, поскольку уменьшив в 10 раз количество серверов, вам нужно в 10 раз меньше всего, что относится именно к физическим машинам и потом не воспроизводится в виртуальных. Ситуация может быть разной, но обычно требуется меньше антивирусов, систем резервного копирования данных, систем управления и мониторинга физическим и сетевым оборудованием и т.д. Мы в своих расчетах эти показатели не учитываем, т.к. относим к косвенным эффектам, но они могут быть очень существенными. Про уменьшение количества лицензий на ОС Microsoft в 4 раза для Windows Enterprise и в неограниченное количество для Windows Data Center сказано уже бесчисленное количество раз. Очевидно, что при покупке ПО для виртуализации возникают дополнительные расходы. По нашим расчетам они обычно составляют около 4-6% от полученного снижения TCO. Поняв это, наши клиенты обычно спрашивают: а почему вы так дешево стоите? Откуда же идут разговоры о снижении затрат заказчиков? Оно действительно возможно, но только относительно последующих эксплуатационных затрат (той самой совокупной стоимости владения), а также комплексной оптимизации дата-центра в целом за счет перехода от статической модели его функционирования к динамической. Разговоры о снижении затрат идут от того, что VMware предлагает реальный, посчитанный вдоль и поперек и проверенный в сотнях и тысячах внедрениях способ снизить прямые затраты на ИТ на 60-80%. Кроме того достигается колоссальный косвенный эффект за счет повышения скорости, гибкости, надежности, доступности и масштабируемости всей ИТ-инфраструктуры без необходимости что-либо менять в существующих и будущих приложениях. Далее сам Андрей эту мысль и подтверждает: Использование виртуальных сред должно дать принципиально новые возможности гибкого управления ИТ-инфраструктурой: ВМ можно легко, без остановки их работы, переносить с одного компьютера на другой, выделять дополнительные вычислительные ресурсы в случае повышения нагрузки и т. д. Развертывание ИТ-сервисов (в том числе по требованию бизнеса) теперь будет занимать вместо нескольких дней сколько-то часов или даже минут, ИТ-сотрудники могут забыть о временах, когда приходилось работать в выходные дни или по ночам — профилактические мероприятия и ввод в действие новых сервисов теперь выполняются без остановки работы пользователей.
На мой взгляд, проверенный опытом десятков сделанных за последний год расчетов снижения TCO для клиентов VMware, задача это абсолютно тривиальная, объективная и очень благодарная. Объективность достигается за счет учета только жестких показателей с абсолютным минимумом субъективных допущений. Эти расчеты показывают среднее снижение TCO за 3 года на 60-80%. Все остальное – это дополнительные бонусы, эффект от которых могут существенно превышать базовый эффект. Тем не менее рискнем привести черновой набросок финансовой эффективности проекта по переходу от физической инфраструктуры к виртуальной (рис. 2). Капитальные (разовые) затраты ·
Мы это уже обсудили выше. Новую технику все равно когда-нибудь придется покупать, но с VMware в 10 раз меньше.
Имеющегося ПО может стать меньше.
По нашему опыту обычно проекты по внедрению делают партнеры, а администрированием VMware после соответствующего обучения занимаются системные администраторы. Текущие (эксплуатационные) затраты Здесь можно ожидать снижения расходов по всем статьям — аренда помещений, стоимость электроэнергии, администрирование, техническое обслуживание, модификация старых и развертывание новых ИТ-сервисов. Кроме того, могут быть получены качественно новые преимущества с точки зрения как ИТ (оптимизация ИТ-инфраструктуры в целом за счет гибкой балансировки нагрузок, повышение надежности и доступности), так и бизнеса (быстрая реализация требований пользователей). Не в бровь, а в две J Какой эффект будет в результате? В общем случае он видится скорее положительным, но более точно можно говорить только применительно к конкретным проектам. Вполне определенно можно сказать одно: успех проекта напрямую зависит от правильности общей методики его реализации, квалификации исполнителей, решимости руководства компании и ИТ-подразделений и т. д. Мы рекомендуем в каждом конкретном случае не заниматься гаданием, а просто взять и посчитать к чему приведет внедрение VMware. Для этого нужно в общем случае выполнить следующую последовательность действий:
На основании полученных данных принимается решение о целесообразности использования средств виртуализации в каждом конкретном случае. На моей практике минимальный прямой эффект от перехода на VMware Virtual Infrastructure измерялся двукратным снижением TCO для сети магазинов при консолидации 2-х серверов в один в каждом из магазинов сети. Во всех остальных случаях эффект был гораздо большим. Можно утверждать, что среднее значение степени снижения TCO составляет 75% или в четыре раза! Далее Андрей затрагивает тему развития средств управления виртуальными машинами и физическими серверами: Посмотрев на структуры такого динамического дата-центра, легко оценить значимость задачи управления всей этой сложной системой. До сих пор обсуждение проблем виртуализации сводилось преимущественно к теме среды функционирования ВМ (в частности, гипервизоров). Однако следует четко понимать: гипервизоры — это хотя и базовый, но всего лишь один из компонентов ПО виртуализации. Второй компонент, но сегодня он по сути выходит на первый план, — это средства управления. В свою очередь, ПО управления включает две основные категории инструментов: ·
Тут стоит обратить внимание на то, что если первая категория инструментов довольно жестко связана с конкретным гипервизором и соответственно обычно поставляется самим его производителем, то вторая представляет собой сферу пересечения интересов как поставщиков виртуальных сред, так и независимых разработчиков. Сложность задачи управления динамической ИТ-инфраструктурой легко себе представить, если учесть, что речь идет о сугубо неоднородной системе, которая имеет дело с несколькими группами поставщиков (оборудования, ОС, приложений, ПО виртуализации), причем в каждой такой группе есть своя неоднородность (например, могут использоваться виртуальные среды разных разработчиков). Понятно, что в этой ситуации независимые (от конкретных гипервизоров) вендоры (такие, как HP, IBM, CA) могут получить определенные преимущества в сфере управления ИТ по сравнению с поставщиками, озабоченными продвижением своих базовых технологий. На сегодняшний день стратегия VMware включает развитие собственных средств управления средой виртуализации и интеграцию с ведущими системами управления инфраструктурой от BMC, CA, HP, IBM и другими. Кроме того на рынке широко представлены решения партнеров VMware, решающих схожие задачи, например Veeam Software с продуктами nWorks. Заключение Выше мы рассмотрели основные элементы расчета совокупной стоимости владения серверной ИТ-инфраструктурой и показали основные способы ее уменьшения при ми технологий виртуализации VMware. Я буду рад любым отзывам и комментариям, что бы сделать эту методику максимально подробной и понятной самому широкому кругу наших партнеров и заказчиков. В будущем я планирую расширить это описание добавив показатели TCO для инфраструктуры персональных компьютеров, виртуализируемой при помощи VMware View.
### [1] Подробнее о преимуществах использования virtual appliance можно узнать в моей презентации «Почему виртуальные устройства полезны для разработчиков ПО»: http://8gfpaa.blu.livefilestore.com/y1pqgsVZAZ1mN-HTC6Mug_wsnu0ALPEfUSY267n2I3lkWHDK9WPWTr-p5ETcf1M46uLb3C1TgtQY8k/Why%20VMware%20and%20the%20Virtual%20Appliances%20are%20Good%20for%20ISVs.pdf?download [2] VMware edges out Microsoft in virtualization performance test, Network World http://www.networkworld.com/reviews/2008/090108-test-virtualization.html 12月17日 Время неожиданных возможностей - OSP NewsСейчас проходит много мероприятий, посвященных обсуждению методов работы ИТ подразделений в условиях новой реальности и неопределенности с финансированием на будущий год. Почти везде говорится о преимуществах централизации ИТ и использования технологий виртуализации для консолидации вычислительных ресурсов. Последний пример:
12月12日 Как уменьшить долю электричества в стоимости ЦОДВ блоге у James Hamilton опубликован пример расчета стоимости инфраструктуры для очень большого ЦОД (Perspectives - Cost of Power in Large-Scale Data Centers). Видно, что если учесть стоимость всей потребляемой мощности и стоимость электрической и охлаждающей инфраструктуры для ее подвода и использования, то стоимость “питания” почти равна стоимости серверного оборудования. Для сопоставимости расчетов все затраты помесячно нормированы, т.е. переведены в категорию OpEx с соответствующими сроками амортизации. Возможно приведенная модель не учитывает все затраты, характерные для ЦОД любого масштаба (люди, сети, стоимость ПО и т.д.), но здесь важно другоею Мне часто приходится слышать, что для России подобные расчеты не актуальны, т.к. у нас дешевое электричество. Из данной модели видно, что это не так. Стоимость электричества в ней берется $0,07 за квтч., что по сегодняшнему курсу ЦБ составит 1 р. 96 к. Для справки в Московском регионе по одноставочному тарифу (http://rek.mos.ru/section/45) цена для промышленности колеблется от 1,16 до 2,06 рублей, т.е. абсолютно сопоставима. Кроме того, что электричество начинает стоить как серверы, его еще проблематично получить в объеме, необходимом для питания традиционной физической инфраструктуры. По опыту внедрения VMware Virtual Infrastructure мы наблюдаем среднее снижение объемов энергопотребления в 8-10 раз. Подробности можно узнать здесь и здесь. Как говорится выводы делайте сами J
11月30日 Re: Виртуализация — вещь полезная, но… - Intelligent Enterprise/REВ недавней статье в Intelligent Enterprise/RE делается краткий анализ ограничений серверной виртуализации. Идея сама по себе здравая, поскольку любая технология имеет ограничения, которые порождают определенные риски, которые конечно необходимо учитывать при внедрениях. К сожалению автор при этом делает выводы, согласиться с большинством которых мне не представляется возможным. Собственно теме рисков, связанных с виртуализацией, имеет смысл посвятить отдельную статью. Возможно, я сделаю это позже, а сейчас поспорим со сделанными наблюдениями за природой:
Не очень понятно причем тут аппаратные разделы!?
Здесь спорить не буду, это действительно очевидные плюсы, о которых мы в VMware говорим нашим заказчикам каждый день.
Про экономию электричества при помощи VMware и подобную практику в США я уже писал. Про наши энергокомпании мне такого слышать не приходилось.
На мой взгляд мысль сформулирована в виде абсолютной категории и поэтому должна быть подвргнута критическому осмыслению. В подавляющем числе случаев дело не в объемах хранимых данных а в средней загрузке сервера СУБД и производительности подсистемы ввода/вывода (что также справедливо и для физической инфраструктуры). Мы рекомендуем тщательно измерять среднюю загрузку серверов СУБД и считаем, что серверы со среднемесячной загрузкой больше 60-70% являются плохими кандидатами для виртуализации. Все остальные – являются хорошими кандидатами для виртуализации, а проблемы с вводом/выводом необходимо решать путем правильного выбора сетевой архитектуры (ЛВС и СХД). Вообще виртуализация СУБД (Oracle, SQL, DB2…) является абсолютно типовым примером использования VMware Virtual Infrastructure. Рекомендации и лучшие практики представлены, например, здесь: http://www.vmware.com/solutions/business-critical-apps/.
Это не верно по тем же причинам и соображениям как и в случае с СУБД. Классический пример – SAP на VMware: http://www.vmware.com/solutions/business-critical-apps/sap/.
Не далее чем в пятницу я считал снижение TCO при консолидации 2 серверов в 1 для сети магазинов. Снижение TCO составило 54% с учетом стоимости лицензий VMware. Кроме снижения TCO за счет конслидации (уменьшения количества) серверов существует множество других факторов, определяющих популярность использования решений VMware в малом и среднем бизнесе:
Это не верно в корне. С VMware Virtual Infrastructure серверы не являются единой точкой отказа. За это отвечают VMware High Availability (HA), VMware VMotion, VMware Distributed Resource Scheduler (DRS). Понятно, что серверов при этом должно быть не меньше 2-х, хотя не всегда даже наличие всего 1 сервера является непреодлимым препятствием для создания приемлимо надежной инфраструктуры. VMware Storage VMotion существенно снижает риски, связанные с отказом системы хранения данных (СХД). В новой версии VMware VI должна появиться функция VMware Fault Tolerance, которая позволит добиться 100% доступности для любых приложений в виртуальной среде без использования дорогостоящих и сложных кластерных решений.
Красиво сказано для завершения статьи, но опять не точно. У меня есть относительно свежий отчет Гартнера, в котором сказано, что “By 2012, the majority of x86 server workloads will be running in a virtual machine”. К 2013 году Гартнер предсказывает 61% всех х86 серверов будут виртуализованы. Т.ч. приведенные в статье НО для меня выглядят не убедительно. А вот о реальных рисках виртуализации говорить нужно открыто и предметно. Но это тема для другого поста. А вы что думаете?
11月14日 Дорогие мои киловатты
Update 16/11/08 Петр Дьяков нашел на YouTube вот этот ролик, показывающий как VMware DPM снижает энерогопотребление одного 4-х узлового кластера на 55%. Этот момент, кстати, необходимо учитывать при расчете снижения TCO. При средней степени консолидации на VMware 10 к 1, переход на новые подели серверов, поддерживающие DPM позволяет снизить энергопотребление серверного парка до 95%, т.е. в 20 раз!
11月2日 Виртуализация кризисаУ бизнеса всегда есть различные варианты того как лучше финансировать собственное развитие. Можно увеличивать капитал (собственный и/или заемный), можно повышать операционную эффективность (больше зарабатывать и меньше тратить), иногда получается использовать монопольные преимущества и административный ресурс. До недавнего времени заемный капитал для большинства компаний в России был существенно дешевле акционерного, а рынок рос невиданными в мире темпами. Это обстоятельство привело к образованию существенной долговой нагрузки, которая для многих компаний может оказаться (или уже оказалась L) непомерной, а также к чрезвычайно низким параметрам множества показателей бизнеса в условияхи замедления роста рынка и его стагнации. Доказательством тому являются массовые увольнения, которые уже начались во многих отраслях. Действительно, какой был смысл думать о сокращении текущих издержек, если на дешевые заемные деньги можно было легко профинансировать новые. Результатом становится очевидная неконкурентоспособность целых отраслей. Каким образом молоко и масло, произведенные в Финляндии (страна с одним из самых высоких уровней жизни в мире), могут в рознице продаваться зачастую дешевле местной продукции? Дотации сельхозпроизводителям есть и у них и у нас. Просто у них они более эффективные. Совершенно ясно, что здесь нужно принимать во внимание массу факторов, лежащих не только в плоскости бизнеса и экономики, но даже с поправкой на все прочие риски, собственно эффективность наших компаний сильно оставляет желать лучшего. Налоги в той же Финляндии и вообще Европе, кстати, побольше наших будут! На этом фоне мне было интерено пообщаться с очень большим кругом пользователей ИТ на VMware Virtualization Summit 2008 (был организован IDC 22 октября) и на конференции Центры обработки данных: стратегии и технологии лидеров ИТ-рынка (НП Содействие, 30 октября). Практически одновременно состоялся CNews Forum 2008, где обсуждалась антикризисная стратегия ИТ-директоров и их прогнозы в отношении дальнейшего развития событий. Какая связь между всеми этими событиями? Всюду и везде говорилось о том, что, спасибо кризису, пришло время думать об эффективности, инвестируя в технологии, которые дают максимальную отдачу в самое короткое время! При этом почти все говорят, что серверная виртуализация является одной из важнейших технологий, о которой ИТ-директоры думают в первую очередь. Вначале о прогнозах:
Видно, что больше трети опрошенных говорит об оптимизации в первую очередь.
В ходе круглого стола в качестве темы для таких проектов в первую очередь говорили именно о виртуализации: При этом на VMware Virtualization Summit 2008 (225 участников) мы получили весьма интересные данные о структуре интереса к виртуализации VMware.
Лично меня все увиденное и услышенное заряжает огромным оптимизмом. Наши технологии востребованы и приносят реальную, огромную, лего измеримую пользу:
Исполнительный Директор ООО «БТА Банк» Игорь Коваль
И хотя о полном масштабе кризиса и его влиянии на ИТ в России и СНГ говорить пока рано, я абсолютно уверен, что у нас и наших партнеров есть все шансы для успешного развития и роста бизнеса. Нужно засучить рукава, начать работать еще эффективнее и правильно этими шансами распорядиться J А вы что думаете? 9月14日 VMware и Microsoft coopetition: как мы планируем дружить на CIO&CEO Congress "Подмосковные Вечера" 2008 / FAQ for Microsoft Applications Support on VMware ESXКак известно взаимоотношения больших компаний на ИТ-рынке чаще всего можно охарактеризовать термином “coopetition” (cooperation & competition – сотрудничество и конкуренция). Про конкуренцию Microsoft с VMware все и так знают. Меньше известно про сотрудничество. В понедельник 15 сентября меня позвали высупить в рамках секции #8 “Корпоративная инфраструктура или как сэкономить ИТ-бюджет на виртуализации” на CIO&CEO Congress "Подмосковные Вечера" 2008 с 16:40. Microsoft является генеральным спонсором конгресса и отвечает за большую часть контента. Денис Панов (менеджер по продуктам System Center) будет вести секцию и основные доклады будут про виртуализацию от Microsoft. Тем не менее мы договорились с коллегами из Microsoft, что мы попробуем поведать о том, как наши компании могут сотрудничать на благо общих клиентов. Моего рассказа в официальной программе нет, но я надеюсь на выполнение достигнутых договоренностей. Я планирую выступить с докладом о том, как последние изменения в лицензировании и политике поддержки продуктов Microsoft на сторонних платформах виртуализации облегчают жизнь пользователей VMware. Слайды к моему выступлению (к сожалению мы не успели перевести все на Русский) доступны здесь. Ключевые темы:
Мне самому интересно, что из всего этого выйдет и постараюсь поделиться впечатлениями после мероприятия. Как обычно буду рад комментариям и вопросам. PS: По поводу поддержки существует список ЧаВо, который приводится далее по тексту. PPS от 16-09-08: К сожалению, ничего интересного из нашей затеи не вышло. На секцию пришло всего 5 (пять) слушателей! Не знаю, что стало тому причиной: отсутствие упоминания о совместном участии VMware и Microsoft в официальной программе конгресса, отсутствие интереса к технологиям виртуализации Microsoft или то, что мы довольно активно работаем с участниками клуба 4CIO ;-) При всем этом мы довольно интересно пообщались с Денисом и Василием Маланиным (отвечает в Microsoft за виртуализацию и HPC). ИМХО в настоящий исторический момент у нас больше общих интересов, чем причин для жесткой конкуренции. Рынок виртуализации в России и СНГ будет активно развиваться и ему нужно помогать в этом. Почему бы в ряде случаев не делать это совместно!? Так что любые идеи приветствуются! Executive Summary Recently VMware announced that VMware ESX 3.5 update 2 is the first hypervisor to be listed under the Microsoft Server Virtualization Validation Program (SVVP). The SVVP provides VMware customers who run Windows Server and Microsoft applications with access to cooperative support from Microsoft and VMware.
Links / References VMware press release: VMware ESX is the Industry’s First Hypervisor to be Validated by Microsoft, Offers Customers Expanded Support Options for Microsoft Applications FAQ Q: Who gets support under this program? A: Any VMware customer running Microsoft products with valid support agreements is able to get support under SVVP. Previous limitations to customers with more expensive support options are eliminated. Q: Don’t I already get support for products from all the third party virtualization vendors listed by Microsoft on its SVVP program page (http://www.windowsservercatalog.com/svvp/)? A: No. The list of vendors that have agreed to participate in the program does not imply support for their products. Each vendor must separately test and validate its product or products to receive support. Microsoft will soon have a link from the SVVP page that lists the third party hypervisors and configurations that have been validated. VMware announced today that it has a supported version of ESX. Q: What versions of ESX are currently supported? A: The supported version as of today is for ESX 3.5u2 on AMD servers. The next version to be validated will be ESX 3.5u2 on Intel servers. ESXi 3.5u2 will be validated after that. Support will go forward from 3.5u2. Earlier versions will not be supported under SVVP due to the program’s technical requirements. Q: How do I get support from Microsoft under SVVP? A: You can get support through whatever Microsoft support process you use today. Microsoft’s support team will verify that you are running in a supported configuration, and will begin assisting you as they do when their products are running on any other supported platform. Q: Does this change the support that I get from VMware? A: No. You can access VMware support exactly as you have in the past. Q: How does SVVP support work between Microsoft and VMware if Microsoft can not solve the problem? A: Our agreement with Microsoft provides for 24/7 joint technical engagement. We do not expect this to be used frequently, since the VMware virtual machine appears to be identical to a physical server from the operating system’s perspective. Q: How do I get the “extra layer of protection” VMware mentions in its announcement? A: First, open a support case with VMware. If VMware determines that direct engagement with Microsoft will improve the probability of a successful outcome, VMware may choose to escalate the issue under our Premier Support agreement. This extra channel for cooperation with Microsoft helps mitigate risk and deliver a better customer experience. We hope that you never have a problem this complicated, but we are prepared to address it if you do. Q: What if the application that I want to run is not on Microsoft’s list of supported products for SVVP? A: Microsoft still offers support on all products to MS Premier-level Support customers on a “commercially reasonable” basis. Customers without Premier Support can look to their hardware OEMs or local technology partners for the support that they need. Q: Why was VMware late in joining this program? A: While the SVVP program was announced in November 2007, Microsoft opened the program to certification submissions in June 2008. As of September 3, 2008, no other vendor besides VMware had a validated, listed hypervisor. Microsoft will soon have a link from the SVVP page that lists the third party hypervisors and configurations that have been validated. Q: How will support change for versions of ESX that aren’t supported? A: For non-certified versions of ESX, Microsoft support will remain the same. Microsoft’s support policy is defined here. 9月5日 How Secure is Hyper-V, Really? - CIO.comИнтересные вопросы по поводу того, насколько безопасен Hyper-V задают на CIO.com (достаточно длиный список читайте здесь). Далее делается следующий вывод:
А вы что думаете?
8月30日 “Виртуализация для Чайников”
SUN и AMD совместно издали книжку “Виртуализация для чайников”, которую можно бесплатно скачать здесь. Будет полезна всем кто интересуется программной и аппаратной виртуализацией серверов, как таковой. Естественно не обошлось без описания примеров совместных внедрения SUN и VMware, например:
Другие примеры совместных внедрения SUN и VMware доступны здесь. 8月19日 VMware купит Red Hat!?Любопытные слухи распространяет ColdFusion Developer’s Journal:
Мне пока что не приходилось слышать, чтобы кто-то ожидал от VMware сервиса, предоставляемого многоцелевыми ОС. А вы что думаете: нужна ли VMware своя ОС на базе Red Hat? 8月18日 Погода для ЦОДов. Прогноз благоприятный7-8 номер журнала ИКС (ИнформКурьерСвязь) почти весь посвящен теме центров обработки данных (ЦОД). И хотя по сути это просто сборник “вендорских” статей, тем не менее мне было интересно почитать мнения ключевых игроков о состоянии дел и тенденциях. Не обошли стороной и VMware. В статье Игоря Литвинова (Микротест) рассказывается о создании катастрофоустйчивого ЦОД при помощи VMware Virtual Infrastructure и NetApp Metrocluster (подробнее на Русском: часть 1 и часть 2). А ведь еще есть VMware Site Recovery Manager … К сожалению, электронная версия доступна только по подписке. Поэтому ищите твердую копию. В номере:
iks-media - деловой портал о Телекоме, ИТ, Медиа: ИКС № 7-8 2008 |
Тема «облачных вычислений» (cloud computing) стала центральной на недавней конференции VMworld Europe, проведенной компанией VMware. Соответствующие технологии должны стать важными компонентами стратегии VMware. 
Забавный 
Не так давно VMware объявила о новом звании для наиболее активных евангелистов в области технологий виртуализации: 
По данным IDC производительность труда системных администраторов в виртуальной среде возрастает в среднем в три раза. Это означает, что один администратор становится способен обслуживать в три раза больше серверов. 
|
|
