Компании, выбирающие платформу для внедрения виртуализации своей ИТ-инфраструктуры, наряду с продуктами VMware рассматривают в качестве альтернативы решения на основе других гипервизоров, прежде всего Microsoft Hyper-V и разработанного в рамках OpenSource гипервизора KVM. Чтобы помочь этим компаниям сделать правильный выбор, аналитическое агентство Taneja Group в прошлом году провело подробное сравнение нескольких решений для построения программно-определяемых дата-центров (SDDC) и внедрения гибридных облаков от трёх вендоров. В этом исследовании были рассмотрены возможности применения следующих пакетов:

image

– VMware vCloud Suite 5.5 Enterprise (включая vSphere Enterprise Plus и vCenter Server Standard), Virtual SAN и NSX;
– Microsoft Windows Server 2012 R2 Datacenter (включая базовый функционал Hyper-V плюс Hyper-V Replica, Storage Spaces, Hyper-V Network Virtualization, Hyper-V Extensible Switch и другие расширенные функции), System Center 2012 R2 Datacenter;
– Red Hat Cloud Infrastructure (RHCI), состоящий из RHEL OpenStack Platform 4.0, RHEV 3.4
(KVM), RHEV-M 3.4 и CloudForms 3.0 IaaS Management. Этот пакет компании Red Hat является коммерческой версией дистрибутива OpenStack (также в исследование были включены решения от Cisco и Amazon).

Каждый пакет оценивался по возможностям виртуализации дата-центра, внедрения программно-аппаратной инфраструктуры, автоматизации и управления операциями и внедрения гибридных облаков. И вот к каким выводам пришли:

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

VMware получила самые высокие оценки в категории «автоматизация и управление», поскольку её решение реализует автоматическое выделение ресурсов, интеллектуальное управление операциями. Решения VMware обладают наиболее совершенными функциями гибридных облаков, они совместимы с разными типами нагрузок и поддерживают миграцию между частным и публичным облаками вместе с синхронизацией каталогов и шаблонов этих облаков. Кроме того, решения VMware обеспечивают построение скоординированных фреймворков высокой доступности и безопасности для частного и публичного облака.

Виртуализация дата-центра


У VMware самые мощные функции виртуализации и опыт их использования в корпоративном секторе с начала прошлого десятилетия. Хотя Microsoft в последние годы расширяет возможности своей платформы виртуализации, Hyper-V по-прежнему сильно уступает vSphere по популярности в корпоративном секторе и применению бизнес-критичных системах. В середине 2014 года Hyper-V поддерживал около 35 гостевых ОС, в то время как у vSphere это значение составляет почти сотню. В последние релизы Windows Server 2012 были добавлены несколько важных новых функций Hyper-V (например, Extensible Virtual Switch и Replica), но главным недостатком архитектуры Hyper-V по-прежнему остаётся использование родительской ОС, что снижает безопасность и доступность гипервизора при установке патчей и обслуживании материнской Windows Server. Кроме того, зависимость от Windows Server означает, что реализация в Hyper-V новых функций виртуализации происходит только при выходе новых версий этой ОС.

RHEV использует гипервизор KVM, на котором работает подавляющее большинство облаков OpenStack. Сейчас RHEV очень популярен у сервис-провайдеров и разработчиков приложений для встроенных систем. Как и Hyper-V, RHEL является ОС-центричным гипервизором (его материнской ОС является Red Hat Enterprise Linux (RHEL)), что ухудшает  безопасность и снижает доступность из-за необходимости установки патчей RHEL. Он поддерживает только 15 гостевых ОС, значительно уступая по этому показателю vSphere и Hyper-V. В Red Hat последних релизов добавили ряд новых функций, но в нём по-прежнему нет виртуального распределённого коммутатора, пулов ресурсов хранения, балансировки нагрузки и средств контроля ввода/вывода хранения и сети. Корпоративные заказчики редко используют облака OpenStack на базе RHEV.

Масштабируемость


vSphere способен масштабироваться на несколько кластеров хостов и расширяться на новые кластеры и виртуальные машины по мере роста потребностей. Как показали тесты Taneja Group, архитектура vSphere поддерживает большее число виртуальных машин на хост, причём эти ВМ обрабатывали разные комбинации бизнес-критичных приложений. Средства управления vcenter Server и vcenter Operations Manager могут масштабироваться до нескольких тысяч и даже десятков тысяч ВМ.

Из-за ограничений архитектуры Hyper-V не может масштабироваться так же эффективно, как vSphere – например, этот гипервизор не умеет управлять логическими пулами ресурсов (процессоров, памяти, сетевых ресурсов и ресурсов хранения), поэтому для гарантии стабильной производительности виртуальных машин нужно использовать выделенный кластер хостов. RHEV также не поддерживает пулы ресурсов процессоров и памяти, которые масштабируются на несколько хостов кластера и не обеспечивает изоляцию ресурсов или их совместное использование пулами.

Непрерывность бизнеса


Пакет VMware vCloud Suite Enterprise обеспечивает функции высокой доступности, отказоустойчивости и восстановления после аварий с помощью функций vSphere HA, vMotion, Storage vMotion, Fault Tolerance и vCenter Site Recovery Manager. Для уменьшения плановых остановок для обслуживания серверов или СХД функции vMotion и Storage vMotion переносят в онлайновом режиме виртуальные машины и их диски без остановки работы приложений и пользователей. Функция vSphere Replication поддерживает разные варианты репликации для vCenter Site Recovery Manager (SRM) для защиты от крупных аварий. SRM обеспечивает централизованное планирование послеаварийного восстановления, автоматические failover и failback с резервного сайта или из облака vCloud, а также тестирование послеаварийного восстановления без прерывания работы приложений.

В Microsoft Windows Server 2012 R2 с Hyper-V достаточно мощные функции HA, реализованные с помощью Failover clustering, в том числе обнаружение сбоев и онлайновая миграция ВМ и виртуальных машин. Однако Failover clustering не оптимизирована для защиты ВМ.

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

VDC от SAFEDATA


Исследование Taneja Group вышло в середине 2014 года. За прошедший год на рынок вышли сначала vSphere 5.5, затем шестая версия vSphere, и решения для виртуализации дата-центров других вендоров, но значительный технологический отрыв VMware от конкурентов сохраняется. В опубликованном летом нынешнего года отчёте Magic Quadrant for x86 Server Virtualization Infrastructure аналитическое агентство Gartner заявляет, что VMware по-прежнему остаётся лидером как по возможностям платформы виртуализации, так и по доминированию на рынке, а заказчики компании дают высокую оценку возможностям продуктов VMware и их поддержке.

Компания SAFEDATA использует VMware vSphere и другие продукты VMware как платформу виртуализации в своём решении «Виртуальный дата-центр» (Virtual Data Center, VDC), на базе которого заказчик может самостоятельно создавать ИТ-инфраструктуру любой сложности, полностью аналогичную решениям на физическом оборудовании. В качестве аппаратной платформы решения используются лезвия HP BladeSystem c-Class, а также системы хранения NetApp FAS6220 и FAS8060.



Заказчик VDC получает вычислительные ресурсы для построения виртуальной инфраструктуры из облака SFCLOUD, размещённого в двух территориально-распредёленных дата-центрах. Устойчивость к отказам узлов vSphere в SFCLOUD реализована на основе технологии vSphere High Availability (HA). Заказчик помимо непосредственного управления этой виртуальной инфраструктурой с помощью VMware vCloud Director может гибко распределять выделенные ему ресурсы облака между своими приложениями в зависимости от изменения нагрузки, например, если в какой-момент число запросов к одному из приложений существенно возрастет, то можно временно передать ему часть процессоров, выделенных другим приложениям. Кроме того, в процессе использования облачной услуги VDC заказчик может увеличивать или уменьшать объём выделенных ему ресурсов, а также применять различные модели тарификации.

Все действия, связанные с управлением услугой, изменением её параметров, мониторингом производительности, а также финансовыми документами, осуществляются через веб-интерфейс «Личного кабинета» заказчика VDC. Подробнее узнать об VDC можно по ссылке.

Комментарии (24)


  1. Burmuley
    03.11.2015 13:15
    +9

    В начале статьи речь шла о сравнении, дальше пошла реклама ВмВари. Когда сможем увидеть технику сравнения и какие-то более развернутые данные о других продуктах?


  1. Han_Solo
    03.11.2015 13:39

    Мы скорее хотели рассказать почему, кроме прочего, остановили свой выбор на продуктах VMware…


    1. Pilat
      03.11.2015 15:05
      +1

      Нам это было очень интересно…


  1. rutaka_n
    03.11.2015 13:59
    +5

    Очень не конструктивно — никаких конкретных данных. Чувство будто бы писал маркетолог.


  1. Sergey-S-Kovalev
    03.11.2015 15:02
    +1

    Вся статья, про то что vmware лучше потому что популярнее.

    Не то что бы я придираюсь.

    | Из-за ограничений архитектуры Hyper-V не может масштабироваться так же эффективно, как vSphere – например, этот гипервизор не умеет управлять логическими пулами ресурсов (процессоров, памяти, сетевых ресурсов и ресурсов хранения), поэтому для гарантии стабильной производительности виртуальных машин нужно использовать выделенный кластер хостов.

    ESXi как гипервизор, в чистом виде сам по себе тоже ничем не управляет, кроме своих ресурсов.

    | главным недостатком архитектуры Hyper-V по-прежнему остаётся использование родительской ОС, что снижает безопасность и доступность гипервизора при установке патчей и обслуживании материнской Windows Server.

    Если, есть кластер то вооооообще пофиг. Если кластера нет, то Hyper-V имеет host2host репликацию из коробки, которой нет в ESXi.

    | Для уменьшения плановых остановок для обслуживания серверов или СХД функции vMotion и Storage vMotion переносят в онлайновом режиме виртуальные машины и их диски без остановки работы приложений и пользователей.

    Ну куда уж тут Hyper-V c их живой миграцией без общего хранилища то тягаться с vCenter, который не умеет Change both host and storage вживую.

    | Кроме того, зависимость от Windows Server означает, что реализация в Hyper-V новых функций виртуализации происходит только при выходе новых версий этой ОС.

    Расскажите мне про новые функции в приделах 5.5? Оу! Они убрали падение гипервизора при запуске гостя под Windows Server 2012 R2? =)))
    Кто натыкался? Я натыкался, и видел как один сервер съел все доступные хосты в кластере. Феееееерия. (да. патч не добрался вовремя до хостов, потому что очень часто оперативно поставленные апдейты приносят больше головной боли, чем пользы)

    ну и в довесок

    Вспомним отсутствие возможности бэкапить виртуалки с бесплатной лицензией ESXi на уровне гипервизора.
    Дедупликацию памяти в 5.5 убрали, так что про миллион VDI на одном хосте пришлось забыть.
    Призрачную виртуалку, которая не гасится, не мигрирует и ничего не дает с собой сделать пока ты не ребутнешь хост.


    1. zedalert
      03.11.2015 15:26

      Угу, так написали, будто ESXi это ни разу не ОС. :) Ну и репликация из коробки у Hyper-V рулит. Единственное, что огорчило, это отсутствие проброса USB, хотя этот недостаток можно решать иначе.


    1. sherbacov
      03.11.2015 16:30
      +1

      Ну куда уж тут Hyper-V c их живой миграцией без общего хранилища то тягаться с vCenter, который не умеет Change both host and storage вживую.

      Вообще то умеет с версии 5.5:
      Теперь доступны следующие возможности по репликации виртуальных машин:
      Возможность репликации виртуальных машин между кластерами для машин не с общими хранилищами (non-shared storage).

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

      Можно убить world из консоли. Это было часто на 5.0. На 5.5 один два раза. На 6.0 больше не проявлялось.


      1. Sergey-S-Kovalev
        04.11.2015 03:51

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

        Cross-host Storage vMotion is grayed out in vSphere Client (KB 2037951)
        As noted in the Cause section, the cross-host Storage vMotion functionality is only available when using the vSphere Web Client.


        1. sherbacov
          04.11.2015 14:09

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

          vMotion использует репликацию для миграции с хоста на хост без общего хранилища.

          но фактически опять подлый нюанс с вебклиентом

          Да есть такой не приятный момент. Но VMWare и толстый клиент не забывает.

          Расскажите мне про новые функции в приделах 5.5? Оу! Они убрали падение гипервизора при запуске гостя под Windows Server 2012 R2? =)))

          Я натыкался на падение и хост системы у Hyper-V, поэтому аргумент порочный. На ESXi падения тоже были. Но Windows Server это не оплот стабильности, особенно когда операционная система работает несколько месяцев и затем некоторые сервисы перестают работать. Перезагрузил и все работает.

          Вспомним отсутствие возможности бэкапить виртуалки с бесплатной лицензией ESXi на уровне гипервизора.

          Есть имеется ввиду бесплатная Server Core installation с Hyper-V, то давайте сравнивать честно — установите ghettoVCB и будет тот же аналог локального бэкапа в ESXi.

          Реалии Hyper-V

          И контрольный выстрел в голову, шел 2016 год. USB passthrough, PCI passthrough где?


          1. Sergey-S-Kovalev
            04.11.2015 15:53
            +1

            | Да есть такой не приятный момент. Но VMWare и толстый клиент не забывает.
            Да, хотя бы с апдейтами добавили возможность менять настройки для vm10, не все, но самое часто используемое хотя бы.

            | установите ghettoVCB
            Понимаю, что лучше чем ничего, но это не самое изящное решение, по складыванию виртуалок с удаленных площадок в корп сети на DataDomain в ЦОДе.

            | На ESXi падения тоже были.
            Кстати о поросятах, падает сервис vmtools в последнее время, vCenter отправляет совершенно работающий сервак в перезагрузку предварительно пролагав его минут 5. поиск по ивентам дает KB, который говорит что проблему вылечили еще в 5.1. смена хостов и датасторов ничего не дает. гостевым системам по 4-5 лет, они еще 5.0 застали. соседние сервера по хосту, развернутые с тех же шаблонов, но просто с другими базами работают без проблем. у меня @нус припеканус по этому поводу. %)

            | Есть имеется ввиду бесплатная Server Core installation с Hyper-V, то давайте сравнивать честно
            Ага, тока к Standalone HPV я могу подключить и к DPM, и к Veeam и к куче других вещей.

            | шел 2016 год. USB passthrough, PCI passthrough где?
            Я сам возмущён! :) впрочем даже с vmware у нас используется Anywhere DIGI, так что не сильно актуально для ЦОД, а вот на удаленных площадках бы очень пригодилось.

            Я не защищаю Hyper-V, но в высшее благо от vmware к сожалению уже не верю, я с ней почти каждый день работаю. Впрочем как и с hyper-v.


    1. padla2k
      03.11.2015 18:21

      Из-за ограничений архитектуры Hyper-V не может масштабироваться так же эффективно, как vSphere – например, этот гипервизор не умеет управлять логическими пулами ресурсов (процессоров, памяти, сетевых ресурсов и ресурсов хранения), поэтому для гарантии стабильной производительности виртуальных машин нужно использовать выделенный кластер хостов.


      К слову сказать, пулы ресурсов есть в Windows Server с 2012 версии.


    1. navion
      04.11.2015 00:07

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

      Не убрали, а отключили в настройках по-умолчанию и для миллиона VDI их всё равно надо менять.


  1. stychos
    03.11.2015 16:51

    Я совсем не гуру виртуализации, и у меня совсем небольшая область применения — один единственный серверок из обычного, практически домашнего x86-железа, на котором вертится 5-6 машин. В итоге я остановился на kvm, и он действительно лучший. Во-первых, у ESXi были проблемы с железом — периодически вылетал PSoD по так и не выясненным для меня причинам, пришлось перейти на Hyper-V. Во-вторых, у Hyper-V периодически подвисала сетевая подсистема, весь внешний канал поступал сразу в виртуалку-роутер и там разруливался по организации, к тому же, доступ к каналу организован через PPPoE (ну вот такой вот провайдер, другого нет), в итоге в последние пару месяцев возникла ситуация, когда по десять минут в час соединение либо вовсе рвалось, либо пинг был под две секунды. Ну и в-третьих, что то, что другое — просто чудовищно долго загружает виртуалки. В общем, KVM оказался самым лучшим решением — никаких проблем с сетью и загружающиеся за секунду гостевые позволили забыть о ESXi и Hyper-V как о страшном сне.


    1. kumbr_87
      04.11.2015 01:47

      Не скажу ничего про остальные гипервизоры, но перед тем как ставить ESXi в продакшин надо бы проверять compatibility matrix. Об этом производитель явно заявляет. Если у вас возникли проблемы на каком-то левом железе то грех жаловаться. Вы же не жалуетесь что у вас Crysis 3 не работает на видеокарте 2000х годов.


      1. stychos
        04.11.2015 16:17

        Я не спорю — но может тогда не надо пихать его на каждом углу со словами «лучший гипервизор в мире»?


  1. S1M
    04.11.2015 11:40

    Hyper-v не умеет live миграцию между amd и Intel, но это актуально для тех у кого зоопарк и нужна хоть какая-то отказоустойчивость


    1. Sergey-S-Kovalev
      04.11.2015 11:58

      Как в случае с Hyper-V, так и в случае с VMWare нет возможности наживую переехать в двух случаях: разные производители процессоров (Intel vs AMD) и в различие в поколениях процессоров в сторону понижения (для VMWare это EVC Level).

      Причем во втором случае в хпв можно включить PCM, а в vmware выставить уровень evc в кластере.


  1. kabal375
    05.11.2015 10:52
    +2

    Какой сложносоставной маркетинговый пресс-релиз получился. «VMware лучше всех, потому что популярнее и вообще..., а мы выбрали VMware, поэтому мы лучшие»

    но главным недостатком архитектуры Hyper-V по-прежнему остаётся использование родительской ОС, что снижает безопасность и доступность гипервизора при установке патчей и обслуживании материнской Windows Server.

    Я не понял, как использование родительской ОС снижает безопасность при установке патчей? Если речь про лишние сервисы и компоненты, кто мешает юзать Hyper-V? Если о доступности — разве при установке патчей на esxi не требуется перезагружать хост?

    Кроме того, зависимость от Windows Server означает, что реализация в Hyper-V новых функций виртуализации происходит только при выходе новых версий этой ОС.

    А в vSphere все новые функции распространяются на старые версии? Или версии сферы выходят сильно чаще? Или наличие не относящегося к виртуализации функционала считается недостатком?

    Однако Failover clustering не оптимизирована для защиты ВМ.

    А в чём это выражается? Притом, что именно для защиты ВМ в Win2012 появились отдельные изменения функционала Failover Clustering.


    1. Han_Solo
      05.11.2015 14:54

      Какой сложносоставной маркетинговый пресс-релиз получился. «VMware лучше всех, потому что популярнее и вообще..., а мы выбрали VMware, поэтому мы лучшие»

      А где написано, что «мы (SafeData) лучшие»? Мы считаем vSphere лучшим гипервизором, поэтому и выбрали его.

      Я не понял, как использование родительской ОС снижает безопасность при установке патчей? Если речь про лишние сервисы и компоненты, кто мешает юзать Hyper-V? Если о доступности — разве при установке патчей на esxi не требуется перезагружать хост?

      Cнижает доступность при установке патчей Windows, т.е. хост надо перезагружать не только при установке патчей гипервизора, но и ОС.

      А в vSphere все новые функции распространяются на старые версии? Или версии сферы выходят сильно чаще? Или наличие не относящегося к виртуализации функционала считается недостатком?

      «Или наличие не относящегося к виртуализации функционала считается недостатком?» — если новые функции виртуализации Hyper-V будут реализованы только после выхода «не относящегося к виртуализации функционала», то с точки зрения виртуализации это недостаток.


      1. kabal375
        05.11.2015 15:33
        +1

        Cнижает доступность при установке патчей Windows, т.е. хост надо перезагружать не только при установке патчей гипервизора, но и ОС.

        Но ведь если вам от хостовой ОС нужен только функционал гипервизора, то вы используете не Windows Server Full Mode, а Hyper-V Server, что нивелирует разницу.

        если новые функции виртуализации Hyper-V будут реализованы только после выхода «не относящегося к виртуализации функционала», то с точки зрения виртуализации это недостаток.

        Разве что для экстремалов, разворачивающих в продуктив новые версии сразу после выпуска. Остальным доступны Technical preview для ознакомления как раз с уже реализованными новыми функциями.
        К слову, несмотря на этот недостаток, динамика развития функционала в Hyper-V пока существенно выше, чем в vSphere. Одна виртуализация сети чего стоит.


        1. padla2k
          06.11.2015 12:07

          Но ведь если вам от хостовой ОС нужен только функционал гипервизора, то вы используете не Windows Server Full Mode, а Hyper-V Server, что нивелирует разницу.


          Немного не так. Только для использования Hyper-V мы используем Windows Server Core или MinWin Mode. А Hyper-V Server это несколько другой релиз.


    1. kumbr_87
      05.11.2015 14:57

      Однако Failover clustering не оптимизирована для защиты ВМ.


      А в чём это выражается? Притом, что именно для защиты ВМ в Win2012 появились отдельные изменения функционала Failover Clustering.


      Возможно имелось ввиду наличие fault tolerance у vmware. Не слышал чтобы у Hyper-V было что то подобное но могу ошибаться.


      1. padla2k
        06.11.2015 12:13

        Ну полезность fault tolerance еще нужно взвесить, а то у этой технологии порой больше ограничений чем преимуществ (ее конечно допилили чутка в 6 версии).