Стратегия виртуализации Microsoft: перспективы битвы с VMware



Технологии виртуализации в последнее время развиваются взрывными темпами. В первую очередь, это связано с тем, что платформы виртуализации и аппаратное обеспечение серверов, наконец-то, выросли до такого уровня, когда внедрение технологий виртуализации в компании влечет за собой реальную экономию денежных средств и повышение гибкости и устойчивости инфраструктуры ИТ. Руководители информационных отделов предприятий начинают всерьез задумываться о миграции на виртуальную инфраструктуру серверов, рассматривая при этом предложения различных вендоров платформ виртуализации. Сами производители платформ увидели в новой технологии огромные перспективы по предложению компаниям наиболее эффективных инструментов для поддержания виртуальной инфраструктуры. И это неудивительно — ведь по исследованиям различных экспертных организаций четыре из пяти физических серверов могут быть виртуализованы с повышением своей эффективности.

Виртуализация физических платформ позволяет компании увеличить коэффициент полезного использования оборудования за счет размещения нескольких виртуальных серверов на одном физическом, существенно уменьшить затраты на электроэнергию в крупных датацентрах, упростить процедуру резервного копирования и восстановления после сбоев, а также обеспечить лучшую управляемость и масштабируемость IT-инфраструктуры. Большинство производителей платформ виртуализации охотно делятся успешным опытом внедрения виртуализации платформ. Этот опыт показывает, что при грамотном проведении проекта по виртуализации, компании обеспечено снижение суммарной стоимости владения (TCO, Total Cost of Ownership) парком серверов.

Компания Microsoft, являющаяся производителем множества серверных платформ и приложений, конечно, не могла остаться в стороне при столь бурном развитии новой технологии. Для Microsoft все началось, когда в 2003 году она приобрела компанию Connectix, одну из немногих компаний производящую программное обеспечение для виртуализации под Windows. Вместе с Connectix, компании Microsoft достался продукт Virtual PC, конкурировавший тогда с разработками компании VMware в отношении настольных систем виртуализации. По большому счету, Virtual PC предоставлял тогда такое количество функций, что и VMware Workstation и при должном внимании мог бы быть в настоящее время полноценным конкурентом этой платформы. Однако с того времени, компания Microsoft выпускала по минорному релизу в год, не уделяя особого внимания продукту Virtual PC, в то время как VMware стремительно развивала свою систему виртуализации, превратив её в по-настоящему профессиональный инструмент.

Осознав свое технологическое отставание в сфере виртуализации серверных платформ, компания Microsoft выпустила продукт Virtual Server 2005, нацеленный на создание и консолидацию виртуальных серверов организаций. Однако было уже поздно — компания VMware уже захватила лидерство в этом сегменте рынка, предлагая в тот момент две серверные платформы виртуализации VMware GSX Server и VMware ESX Server, каждая из которых по многим параметрам превосходила платформу Microsoft.

Окончательный удар был нанесен в 2006 году, когда VMware фактически объявила продукт VMware GSX Server бесплатным, взявшись за разработку продукта VMware Server на его основе и сконцентрировав все усилия на продажах мощной корпоративной платформы VMware ESX Server в составе виртуальной инфраструктуры Virtual Infrastructure 3. У компании Microsoft был только единственный выход в этой ситуации: в апреле 2006 года она также объявила о бесплатности продукта Microsoft Virtual Server 2005. Также существовавшие ранее два издания Standard Edition и Enterprise Edition были объединены в одно — Microsoft Virtual Server Enterprise Edition.

О продукте Microsoft Virtual Server 2005

Серверная платформа виртуализации Microsoft Virtual Server 2005 может использоваться на сервере под управлением операционной системы Windows Server 2003 и предназначена для одновременного запуска нескольких виртуальных машин на одном физическом хосте. Под управлением ОС Windows XP продукт Virtual Server также может быть запущен, однако в производственной среде такой вариант использования официально не поддерживается Microsoft. Виртуальные машины эмулируют некое абстрактное оборудование, конфигурация которого представлена далее:

  • Материнская плата на основе чипсета Intel 440BX;
  • AMI BIOS;
  • Видеоадаптер S3 Trio 32/64 с 4 МБ видеопамяти;
  • не более двух дисководов флоппи-дисков;
  • не более двух последовательных портов;
  • один параллельный порт;
  • не более четырех IDE-устройств, каждым из которых может являться жесткий диск или CD/DVD-ROM;
  • не более четырех SCSI-контроллеров Adaptec 7870 (на каждом контроллере — не более семи дисков);
  • не более четырех сетевых адаптеров DEC 21140 10/100.

В списке эмулируемого оборудования отсутствуют USB-контроллеры, поддержка которых уже обеспечивается платформами VMware. Также, по сравнению с системами VMware, в которых уже обеспечивается экспериментальная поддержка Direct 3D, видеокарта с 4 МБ видеопамяти также смотрится несерьезно. Однако для серверов этого вполне достаточно. Безусловным минусом является отсутствие поддержки Gigabit Ethernet, наличие которого уже является необходимым для серверных платформ. Довольно существенным является также отсутствие поддержки виртуального SMP (Symmetric Multi-Processing), позволяющего виртуальным машинам иметь несколько виртуальных процессоров в многопроцессорных системах. Тем не менее, эмулируемого оборудования вполне достаточно, чтобы поддерживать виртуальную инфраструктуру предприятия. На x86-й архитектуре физического сервера может быть запущено не более 64-х виртуальных машин, на 64-битной архитектуре их количество может быть увеличено до 512. В Service Pack 1 для Microsoft Virtual Server появится также поддержка аппаратной виртуализации IntelVT и AMD-V, что значительно подогреет интерес пользователей к продукту.

Как используют Microsoft Virtual Server

  1. Разработка программного обеспечения и создание виртуальных тестовых сред.

    При разработке и тестировании программного обеспечения часто требуется создание различных аппаратно-программных сред в целях выявления ошибок в условиях различных конфигураций ОС и приложений. Также Virtual Server прекрасно подходит для создания виртуальных сетей в целях моделирования поведения клиент-серверных приложений и «связок» серверов.

  2. Миграция приложений.

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

  3. Консолидация серверного парка предприятия

    Несколько виртуальных машин могут работать одновременно на одном физическом сервере, повышая тем самым коэффициент использования оборудования и обеспечивая экономию денежных средств. В среднем загрузка аппаратных ресурсов серверов составляет не более 15%, за счет консолидации виртуальных машин она может быть увеличена до 80%.

Типичная схема развертывания виртуальной инфраструктуры на основе Microsoft Virtual Server выглядит следующим образом:

  1. Оценка топологии сети и планирование сетевого взаимодействия между виртуальными машинами.
  2. Определение количества виртуальных машин, которые будут запущены на каждом физическом хосте с учетом планируемых гостевых операционных систем и серверных приложений.
  3. Установка Microsoft Virtual Server на каждом из хостов.
  4. Установка сервера для управления виртуальными серверами, если необходимо управление несколькими физическими хостами. Для этих целей может использоваться Microsoft System Center Virtual Machine Manager (MSCVMM), носящий кодовое имя «Carmine». Этот продукт на данный момент находится в стадии беты и доступен для свободного скачивания на официальном сайте Microsoft.
  5. Создание виртуальных жестких дисков для каждой виртуальной машины на каждом из хостов.
  6. Создание виртуальных машин и установка в них гостевых операционных систем.
  7. Установка Virtual Machine Additions в каждой из гостевых систем, в целях улучшения техники виртуализации за счет интеграции VM Additions с ядром гостевой операционной системы.
  8. Настройка сетевого взаимодействия между виртуальными машинами.

Для управления платформой Virtual Server 2005 используется тонкий или толстый клиент. В случае использования тонкого клиента, необходимо в хостовой операционной системе установить и запустить службы Microsoft IIS (Internet Information Services) в качестве сервера приложений. Сам Virtual Server представляет собой службу, которой можно управлять из оснастки «Службы» в группе «Администрирование» панели управления.

Для соединения с консолью виртуальной машины используется порт 5900, при этом на хосте должен быть запущен Virtual Machine Remote Control (VMRC) server. Внешний вид панели управления платформой Microsoft Virtual Server представлен на рисунке далее.

Панель управления Microsoft Virtual Server
Панель управления Microsoft Virtual Server

В главной панели можно управлять параметрами виртуальных машин, открыть графическую консоль, а также сменить управляемый хост. Если в вашей организации один, два или три сервера с установленной платформой Virtual Server, то возможно, представленных в панели средств управления вам может оказаться вполне достаточно, однако при использовании обширной инфраструктуры серверов необходимо воспользоваться мощным средством управления Microsoft System Center Virtual Machine Manager. Этот продукт, в составе семейства продуктов System Center, позволяет централизованно собирать данные об инфраструктуре компании, планировать миграцию физических серверов на виртуальные и управлять всей виртуальной инфраструктурой. System Center Virtual Machine Manager предоставляет возможность отслеживать данные о производительности каждого из хостов, где установлен Virtual Server и использовать их для контроля ресурсов виртуальных машин.

К сожалению, данный продукт находится в состоянии беты и вряд ли может использоваться в производственной среде. Однако Microsoft прикладывает все усилия, чтобы в скором времени выпустить окончательный релиз продукта. Внешний вид консоли управления хостами и виртуальными машинами представлен на рисунке:

System Center Virtual Machine Manager
System Center Virtual Machine Manager

Из рисунка можно понять, что Virtual Machine Manager обладает весьма и весьма широкими возможностями не только по управлению и контролю виртуальной инфраструктуры, но и направлен на поддержание интеграции физической и виртуальной инфраструктуры предприятия через семейство продуктов System Center. Также Virtual Machine Manager на основании данных, полученных от физических серверов, генерирует отчеты по предложениям осуществить миграцию на виртуальную машину.

Для осуществления миграции физических серверов на виртуальные машины компания Microsoft предлагает использовать приложение Virtual Server Migration Toolkit (VSMT). Это решение объединяет в себе функции по автоматизации миграции физических серверов на виртуальную платформу и функции по импорту виртуальных машин сторонних производителей на платформу Virtual Server 2005. Процедура миграции выглядит следующим образом:

Процедура миграции
Процедура миграции
  • Сначала приложение GatherHW.exe собирает информацию об операционной системе хоста и записывает ее спецификацию в XML-файл.
  • Затем приложение VMScript.exe генерирует на основе этого XML-файла три cmd-скрипта, предназначенных для выполнения различных задач миграции.
  • После этого, приложение VMClient.exe локально или удаленно взаимодействует с Virtual Server для создания виртуальной машины, содержащей виртуальный диск, содержимое которого идентично хостовой системе.
  • ADS WMI и Virtual Server COM API позволяют проконтролировать процесс миграции

Однако, несмотря на все возможности Virtual Machine Manager и Virtual Server Migration Toolkit, сама платформа Virtual Server на данный момент значительно уступает системам виртуализации основного конкурента VMware и пока неохотно внедряется в организациях.

Компания Microsoft, видя все перспективы виртуализации, конечно, осознала свое отставание от VMware в технологическом плане и в октябре 2005 года объявила о своей долгосрочной программе в отношении технологий виртуализации. Понимая виртуализацию не только как виртуализацию операционных систем, но и как виртуализацию приложений и виртуализацию уровня оборудования, Microsoft открыла общественности свои планы в отношении будущих проектов. В июле 2006 года ею была куплена компания Softricity, один из ведущих провайдеров решений по виртуализации приложений, позволяющих создавать приложения «в коробке», не требующие установки при переносе на новую платформу. Также, в 2005 году, было объявлено, что в состав ролей серверов в новой серверной операционной системе Windows Server «Longhorn» будет включена роль сервера виртуализации на основе нового гипервизора, носящего кодовое имя «Viridian». И в довершение всего, Microsoft объявила о начале реализации нового подхода к виртуализации на основе Viridian, условно называемого «OS Partitioning», истинный смысл которого пока не вполне ясен.

О продукте SoftGrid

Компания Softricity до июля 2006 года занималась продвижением собственного решения по виртуализации приложений, позволяющего значительно упростить процедуру миграции и развертывания приложений на серверных платформах, в том числе активно использующих службу Microsoft Terminal Services и серверы Microsoft Systems Management Server (SMS). После покупки компанией Microsoft компании Softricity в распоряжение Microsoft попал продукт SoftGrid, позволяющий создавать изолированные окружения для приложений.

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

Изолированные окружения для приложений
Изолированные окружения для приложений

Решение SoftGrid объединяет в себе несколько элементов инфраструктуры предприятия на основе продуктов Microsoft:

  • серверы приложений
  • терминальные серверы
  • клиентские компьютеры
  • серверы SoftGrid
  • серверы SMS
  • служба Active Directory
  • хранилища данных

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

Виртуализация приложений от SoftGrid включает в себя десктопы конечных пользователей и сервер виртуальных приложений SoftGrid, который их обслуживает.

Как это работает?

Сначала клиент проходит аутентификацию на сервере SoftGrid и получает доступ к необходимому виртуализованному приложению. Если приложение запускается впервые, сервер SoftGrid начинает передачу кода приложения клиенту. Чтобы запустить приложение, ему нужна лишь часть кода, остальной код доставляется клиенту по мере обращения к нему. На клиентском компьютере приложение ведет себя так, будто оно было там установлено. На самом деле, компонент SoftGrid System Guard обеспечивает разрешение конфликтов между приложением и средой пользователя и создает изолированную «песочницу» для приложения. Код приложения кэшируется на клиенте, поэтому не требуется передача больших объемов данных по сети.

Для размещения приложения на сервере виртуальных приложений используется компонент SoftGrid Sequencer, который записывает все изменения, происходящие в операционной системе во время установки приложения, и учитывает их при помещении приложения в песочницу. Затем приложение в этом виде попадает на сервер виртуальных приложений.

Один из ключевых компонентов SoftGrid — это Management Web Service, интегрирующийся со службой Active Directory и системами хранения данных и обеспечивающий взаимодействие между ними и компонентами решения SoftGrid. Systems Management Server используется для обеспечения единого интерфейса управления виртуальными и локальными приложениями. Интеграция с Active Directory позволяет централизованно управлять правами доступа к виртуальным приложениям.

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

Преимущества и недостатки SoftGrid

Безусловно, описанная процедура развертывания приложений значительно упрощает процесс обслуживания информационной инфраструктуры предприятия и может привести к снижению временных и денежных затрат. Однако это решение сильно завязано на инфраструктуру Microsoft, и его реализация потребует значительных усилий в условиях смешанной архитектуры серверов предприятия. В этом случае виртуальные машины и виртуальные приложения необходимо использовать вместе. Виртуальные машины являются универсальным средством обеспечения независимости сервера и серверных приложений от аппаратуры. Виртуализация приложений подойдет далеко не в каждом случае и применима лишь к Windows-приложениям. Целесообразность внедрения SoftGrid необходимо оценивать, исходя из текущих затрат на развертывание приложений в компании, которые постоянно обновляются. Если необходимость в проведении этого процесса возникает часто, и системные администраторы компании проводят много времени за развертыванием приложений и тестированием их совместимости, то, скорее всего, внедрение решения SoftGrid будет оправданным.

Между тем, решение SoftGrid является лишь одним из трех моментов новой глобальной стратегии виртуализации Microsoft, но далеко не самым главным. Основные надежды в отношении виртуализации компания возлагает на новую серверную платформу Windows Longhorn, где одной из ролей сервера будет являться Virtual Server на основе нового гипервизора, носящего сейчас кодовое имя Viridian. Этот подход Microsoft называют Windows Virtualization.

Гипервизор Viridian и Windows Virtualization

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

Самая важная часть глобальной стратегии Microsoft в отношении виртуализации основана на гипервизоре, носящем кодовое имя «Viridian». Этот гипервизор будет сильно связан с ядром будущей платформы Windows «Longhorn» Server и ожидается, что платформа виртуализации на его основе будет предоставляться компанией Microsoft бесплатно, в качестве одной из ролей сервера Windows Longhorn. Основное назначение Viridian – ожесточенная маркетинговая и технологическая битва с мощной платформой виртуализации enterprise-уровня компании VMware, ESX Server. В погоне за лучшей альтернативой VMware ESX Server, компания Microsoft прикладывает большие усилия по обеспечению высокой производительности платформы и насыщенности ее необходимыми для серьезного инструмента функциями. Чтобы увеличить эффективность и быстродействие новой платформы, Microsoft активно сотрудничает с компаниями Intel и AMD. Это сотрудничество позволит Microsoft иметь доступ к разработкам этих компаний в отношении новых процессоров и платформ и своевременно поддерживать новые многопроцессорные системы, а также технологии аппаратной виртуализации. По заявлению Майка Нейла (Mike Neil), главного менеджера по виртуализации Microsoft, новая платформа виртуализации будет поддерживать до 64-х процессоров, чего, кстати говоря, пока нет ни у одного из вендоров платформ виртуализации.

В 2006 году Microsoft заключила стратегическое партнерство с компанией XenSource, провайдером решений виртуализации под Linux на основе открытого гипервизора Xen, чтобы обеспечить наилучшую и полную поддержку операционных систем Linux, как с точки зрения быстродействия, так и в отношении поддержки различных дистрибутивов Linux в качестве гостевых и хостовых систем. Большое количество скачиваний VM Additions for Linux для платформы Virtual Server показало, что достаточно много пользователей интересуется возможностью использования платформы Virtual Server для Linux-серверов в производственной среде.

Также компания Microsoft гарантирует совместимость будущей платформы с существующим форматом виртуальных машин (.vhd) на платформе Virtual Server. При этом старые платформы Virtual Server и новые, на основе Viridian, могут работать в одном продакшене. Плюс ко всему, Microsoft говорит об обеспечении возможности «горячего» добавления аппаратных ресурсов (память, процессоры, сетевые адаптеры) в виртуальные машины при их горячем добавлении в состав физического оборудования хоста.

Однако для полноценной конкурентной борьбы с VMware недостаточно одной лишь платформы виртуализации, необходимо также наличие мощного средства управления виртуальной инфраструктурой. Для этих целей будет служить описанный выше Microsoft System Center Virtual Machine Manager, способный не только осуществлять централизованное управление хостами платформ виртуализации, но и планировать миграцию физической инфраструктуры серверов. Компании Microsoft необходимо будет обеспечить новую платформу надежными средствами миграции, как со своих виртуальных машин, так и с виртуальных платформ других производителей.

В 2006 году компания Microsoft начала распространять предустановленные виртуальные машины для платформы Virtual Server, на которых можно запустить гостевые серверные ОС с установленными в них серверными приложениями (MS Exchange Server, MS SQL Server). Данная программа по распространению виртуальных машин получила название VHD Test Drive Program и была направлена на составление конкуренции Virtual Appliance Marketplace, популярной программе VMware по обмену и продажам предустановленных шаблонов виртуальных машин. Такой подход позволил Microsoft донести до конечных пользователей все достоинства виртуальных платформ.

Архитектура Windows Virtualization

Чтобы обеспечить высокое быстродействие гостевых систем и обогнать VMware по этому, самому важному параметру качества платформы виртуализации, компания Microsoft пошла на значительное изменение архитектуры серверной платформы Windows Server. Предполагается, что при установке операционной системы, поверх аппаратуры будет устанавливаться «тонкий» слой программного обеспечения (гипервизор Viridian), управляющий ресурсами как хостовой, так и гостевых операционных систем. Также будет создаваться два раздела: родительский и управляемый им дочерний. В родительском разделе будет находиться хостовая операционная система и запущенный в ней стек виртуализации (Virtualization Stack), обеспечивающий виртуализацию устройств и предоставление интерфейса управления Windows (Windows Management Interface, WMI). В хостовой операционной системе на уровне ядра будут работать службы Virtualization Service Providers(VSPs), предоставляющие возможности по совместному использованию оборудования, клиентами которых являются Virtualization Service Clients (VSCs) в гостевых системах. Описанная выше архитектура представлена на рисунке:

Архитектура Windows Virtualization
Архитектура Windows Virtualization

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

Преимущества и недостатки Windows Virtualization

Поскольку мы рассматриваем платформу виртуализации на основе Viridian, как основного конкурента VMware ESX Server, давайте посмотрим, в чем заключаются его преимущества и недостатки перед платформой VMware. Во-первых, описанная выше модель взаимодействия хостовой и гостевых систем вполне способна соперничать в отношении быстродействия с системой класса «голое железо» (bare metal) от VMware в лице ESX Server. Во-вторых, мощный инструмент управления виртуальной инфраструктурой, Microsoft System Center Virtual Machine Manager, очень и очень неплохо смотрится по сравнению со своим «коллегой» у VMware, Virtual Center. Тем не менее, пока Virtual Machine Manager находится в состоянии беты, сложно говорить о его истинных возможностях.

Бесспорно, грамотно и продуманно выглядит система управления сервером виртуализации, который может быть установлен, как одна из ролей платформы Windows Server. В качестве средства управления сервером виртуализации, наверняка, смогут быть использованы оснастки Microsoft Management Console, наподобие оснастки управления сервером приложений IIS. Это означает, что виртуализация будет являться одним из компонентов платформы Windows Server, который будет необходимо изучить всем Windows-администраторам, что прибавит немало вынужденной популярности платформе. Все справочные материалы также будут включены в состав операционной системы, что автоматически породит искушение не утруждать себя дальнейшим выбором платформы виртуализации после установки Windows Server. Такая модель распространения, безусловно, даст хорошие результаты, особенно если учесть объемы сети для распространения программных продуктов у Microsoft.

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

Подводя итоги: перспективы Microsoft в конкурентной борьбе

Проводя столь длительную и глобальную стратегию по виртуализации на разных уровнях абстракции систем, компания Microsoft преследует целью не только заметно потеснить лидера в области виртуализации, компанию VMware, но и захватить лидерство в этом сегменте рынка. О серьезности намерений Microsoft можно судить по тому факту, что в марте 2007 года представитель компании, Bob Muglia, на конференции Microsoft Management Summit официально объявил, что релиз Windows Virtualization состоится не ранее, чем во второй половине 2008 года. Этот факт был объяснен тем, что Microsoft нужно время на оптимизацию быстродействия технологии и обеспечение поддержки новейших аппаратных платформ. Таким образом, у компании VMware есть полтора года, чтобы учесть все технологические и маркетинговые моменты стратегии Microsoft и укрепить позиции на рынке технологий виртуализации. Однако у Microsoft есть неоспоримое преимущество в отношении доставки технологии конечным пользователям в качестве возможности новой версии платформы Windows Server. К тому же, ожидается, что эта возможность будет бесплатной (если не брать в расчет, конечно, цену за саму операционную систему). Такая идея открывает широкие возможности по масштабированию и обеспечению гибкости IT-инфраструктуры предприятий. Также Microsoft нацелена на сегмент малого и среднего бизнеса: компания может распространять предустановленные виртуальные сервера на основе платформы Small Business Server в числе нескольких штук для одной физической платформы. Развитая сеть распространения Microsoft, несомненно, поможет внедрить технологию на различных уровнях. Поскольку Windows Virtualization будет частью Longhorn Server, отпадут проблемы с поиском информации о платформе и обучением специалистов, курсы по подготовке которых обязательно появятся в обучающих программах Microsoft.

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

Стоит отметить также наличие мощного средства управления виртуальной инфраструктурой System Center Virtual Machine Manager, возможности которого сравнимы с возможностями VMware Virtual Center. Однако Microsoft сможет предложить еще более тесную интеграцию виртуальной инфраструктуры с другими службами для обслуживания и управления серверами организаций из семейства System Center.

Тем не менее, сложившаяся клиентская база пользователей VMware вполне довольна ее продуктами и неохотно будет двигаться в сторону платформ виртуализации Microsoft. Компания VMware имеет достаточное количество технологических партнерств, чтобы поддерживать высокое качество своих продуктов. С маркетинговой точки зрения, компании VMware может быть оказана поддержка со стороны владельца компании, корпорации EMC, которая, однако, в последнее время склоняется к частичной продаже VMware. В свете такой серьезной конкуренции, шансы других вендоров платформ виртуализации, таких как, например, Virtual Iron, сильно уменьшаются – ведь, без мощной маркетинговой поддержки, возможности вывести платформу на Enterprise-уровень практически отсутствуют. По прогнозам различных исследовательских организаций, учитывая эти события, компаниям, занимающимся технологиями виртуализации, необходимо сконцентрировать усилия на рынке приложений для обслуживания, управления и миграции виртуальных инфраструктур, где с приходом новой платформы Microsoft грядет настоящий бум. Сложно сказать, в каких именно пропорциях будет поделен рынок платформ виртуализации с приходом на него компании Microsoft, однако точно можно сказать, что Microsoft и VMware будут являться провайдерами подавляющего большинства решений на основе технологий виртуализации.






Дополнительно

Нашли ошибку на сайте? Выделите текст и нажмите Shift+Enter

Код для блога бета

Выделите HTML-код в поле, скопируйте его в буфер и вставьте в свой блог.