Данные о конкурентных преимуществах взяты из материалов VMware. Возможно что-то уже не соответствует действительности, но основная тенденция, думаю, сохраня
Ключевые преимущества VMware vSphere перед Microsoft Hyper-V
1. VMware vSphere 4 требует меньше дискового пространства для установки по сравнению с MS Hyper-V.
2. VMware vSphere 4 обладает расширенными возможностями по управлению памятью.
3. В MS Hyper-V R2 не реализована переподписка оперативной памяти.
4. В MS Hyper-V R2 не реализовано совместное использование идентичных фрагментов данных в оперативной памяти.
5. В MS Hyper-V R2 не реализована передача фрагментов оперативной памяти от простаивающих виртуальных машин активным.
6. В MS Hyper-V R2 не реализована возможность использовать большие страницы в оперативной памяти.
7. В MS Hyper-V R2 не реализована возможность прямого доступа виртуальных машин к сетевым адаптерам и адаптерам HBA, что позволило бы снизить нагрузку на CPU.
8. В MS Hyper-V R2 не реализована возможность ограничения использования общими ресурсами (оперативная память, CPU, etc)
9. В MS Hyper-V R2 количество поддерживаемых гостевых ОС ограничено до 13
10. В MS Hyper-V R2 поддерживается меньшее количество гостевых ОС чем в VMware.
11. В MS Hyper-V R2 не реализована возможность агрегировать ресурсы от нескольких серверов в единый пул ресурсов.
12. В MS Hyper-V R2 не реализованы расширенные возможности по управлению потреблением электроэнергии.
13. В MS Hyper-V R2 не реализованы технологии сетевой безопасности на 2 уровне ISO/OSI
14. В MS Hyper-V R2 не реализована возможность использования распределенного коммутатора на нескольких гипервизорах.
15. В MS Hyper-V R2 не реализована возможность консолидировать HBA.
16. В MS Hyper-V R2 не реализована возможность миграции сетевых интерфейсов (network VMotion)
17. В MS Hyper-V R2 не реализована возможность ограничения пропускной способности сетевых интерфейсов.
18. В MS Hyper-V R2 не реализована поддержка параметров безопасности SAN.
19. В MS Hyper-V R2 присутствует ограничение в 2 ТБ на виртуальный диск.
20. В MS Hyper-V R2 не реализована возможность распределенного журналирования для ускорения восстановления виртуальных машин.
21. В MS Hyper-V R2 не реализована возможность Fault Tolerance (технология полного дублирования функционирования виртуальных машин на резервный сайт с 0 временем восстановления и потерь данных).
22. В MS Hyper-V R2 не реализована возможность подключать удаленные устройства CD-ROM/DVD-ROM.
23. В MS Hyper-V R2 не реализована возможность распространения виртуализованных приложений.
Преимущества средств управления VMware над средствами Microsoft System Center Virtual Machine Manager
1. System Center требует более сложную интеграцию с системой по сравнению с системой управления VMware vCenter Server. Для комплексного мониторинга, управления, доставки обновлений на гипервизоры Hyper-V требуется докупать System Center Operations Manager, System Center Configuration Manager, System Center Data Protection Manager. Каждый их компонентов требует отдельного сервера, лицензий для ОС и СУБД SQL, SMSD.
2. Кросс-платформенное управление гипервизорами очень ограничено в System Center Virtual Machine Manager. Если будет добавлен гипервизор VMware то его управляемость будет сильно ограничена и понадобится докупка дорогостоящих лицензий SMSD и сервера управления VMware vCenter.
3. VMware vSphere имеет полный функциональный набор в отличие от System Center Virtual Machine Manager. Предлагается единый интерфейс управления всеми задачами гипервизоров и виртуальных машин.
4. VMware DRS (технология восстановления при авариях) полностью интегрирована и обладает более продвинутым алгоритмом функционирования по сравнению с технологией Microsoft PRO (аналогичная технология от Microsoft).
8 комментариев:
Просто VMWare начали заниматься виртуализацией намного раньше Микрософта. Поэтому и реализованы все эти конкуретные преимущества. Микрософту еще расти и расти до этих масштабов.
Правда и на VMWare в России масштабных хороших внедрений раз и все. Вспоминается форум по виртуализации, который IDC c VMWare устраивали. Тогда только МТС хорошо выступила.
Согласен. При этом Microsoft довольно активно занимается развитием своего продукта, и в Hyper-V v2 уже появилось много доработанных функций позволяющих продукту серьезно конкурировать с vSphere. Дополнительное конкурентное преимущество для Hyper-V это его доступность вместе с одной из самых распространенных ОС.
Сомнительные вывооды..
Не представлена бесплатная версия Hyper-V Server R2, имеющая абсолютно все функции, что и R2 Enterprise, лишь с ценой $0
Рассматривается сравнение в основном с предыдущей версией Hyper-V
Пройдусь по пунктам:
Hyper-V:
1) Размер Hyper-V Server R2 около 2ГБ, разница в гигабайт на диске сейчас роли не играет
2) В Hyper-V R2 есть свои расширенные возможности
3) Действительно, Hyper-V не свопит память на диск. VMware также не рекомендует это делать
4) Согласен, однако в VMware TPS работает раз в час, снижая производительность на 25% и из "идентичных фрагментов" 95% составляют пустые блоки (свободная память). Это актуально для виртуализации XP/2003, где ОС использует в среднем 25-30% памяти. В Vista/2008/7/R2/Linux вся свободная память отдаётся упреждающему кэшированию, пустых "идентичных фрагментов" практически нет. TPS становиться в пять-семь раз менее эффективен.
5) Реализуется в R2 SP1 - Dynamic Memory
6) Это функционал ОС, а не Hyper-V. Есть в Windows Server R2 и Hyper-V R2
7) Windows Server R2 и Hyper-V R2 поддерживают технологию VMQ - использование аппаратных очередей через чип сетевого интерфейса, не нагружая процессор.
8) Реализована еще с первой версии Hyper-V. В свойствах каждой ВМ ограничиваются ресурсы памяти и процессора, в консоли QoS ресурсы сетевых интерфейсов и виртуальных свичей. Централизованно управляется через Windows Server Resource Manager.
9-10) Microsoft официально ПОДДЕРЖИВАЕТ 13 ОС. Любые проблемы с ОС, включая RedHat/SUSE, будут решаться Microsoft. Огромный список VMware включает NT4, Win98, OS/2,.. и не даёт никакой ПОДДЕРЖКИ проблемам.
11) В VMware также невозможно дать одной ВМ ресурсы нескольких серверов. "Пул ресурсов" это просто игра слов. Аналогичный функционал есть в Microsoft VMM - группы серверов и resource limits.
12) Функции экономии электроэнергии реализованы в ОС Windows Server R2/Hyper-V Server R2, - более эффективно чем в vSphere
13) Согласен. Выдуманный стандарт.
14) В кластерах Hyper-V можно создать одноименные внешние (external) коммутаторы на всех узлах, полностью реализуя то что в vSphere называется Distributed switch.
15) Это функция ОС Windows Server R2/Hyper-V Server R2. Называется Microsoft MPIO
16) Функционал миграции ВМ по сети реализован в Microsoft VMM - Network Migration
17) Как уже оговариволось выше - это часть ОС, реализуемая через QoS и WSRM
18) Настраивается через бесплатные драйверы/софт производителя.
19) Ограничение 2ТБ дано на VHD диск, как на файл. Диск прямого проброса (pass-through disk) не имеет таких ограничений. Размер до 16Пб - в зависимости от требуемой файловой системы внутри ВМ
20) Надуманный термин. Быстрое восстановление виртуальных машин и хостов реализуется через Microsoft DPM.
21) Согласен. В vSphere этот функционал ограничен фракцией одного ЯДРА процессора, не поддерживает VMotion, требует отключить HT и технологии энергосберегания, любые ОС/приложения Microsoft на VMware FT лишены поддержки Microsoft, т.к. FT не валидируется по SVVP.
22) Реализована. Функционал Microsoft VMM
23) Это не функционал гипервизора. Реализуется Microsoft APP-V
Сомнительные вывооды..
Не представлена бесплатная версия Hyper-V Server R2, имеющая абсолютно все функции, что и R2 Enterprise, лишь с ценой $0
Рассматривается сравнение в основном с предыдущей версией Hyper-V
Пройдусь по пунктам:
Hyper-V:
1) Размер Hyper-V Server R2 около 2ГБ, разница в гигабайт на диске сейчас роли не играет
2) В Hyper-V R2 есть свои расширенные возможности
3) Действительно, Hyper-V не свопит память на диск. VMware также не рекомендует это делать
4) Согласен, однако в VMware TPS работает раз в час, снижая производительность на 25% и из "идентичных фрагментов" 95% составляют пустые блоки (свободная память). Это актуально для виртуализации XP/2003, где ОС использует в среднем 25-30% памяти. В Vista/2008/7/R2/Linux вся свободная память отдаётся упреждающему кэшированию, пустых "идентичных фрагментов" практически нет. TPS становиться в пять-семь раз менее эффективен.
5) Реализуется в R2 SP1 - Dynamic Memory
6) Это функционал ОС, а не Hyper-V. Есть в Windows Server R2 и Hyper-V R2
7) Windows Server R2 и Hyper-V R2 поддерживают технологию VMQ - использование аппаратных очередей через чип сетевого интерфейса, не нагружая процессор.
8) Реализована еще с первой версии Hyper-V. В свойствах каждой ВМ ограничиваются ресурсы памяти и процессора, в консоли QoS ресурсы сетевых интерфейсов и виртуальных свичей. Централизованно управляется через Windows Server Resource Manager.
9-10) Microsoft официально ПОДДЕРЖИВАЕТ 13 ОС. Любые проблемы с ОС, включая RedHat/SUSE, будут решаться Microsoft. Огромный список VMware включает NT4, Win98, OS/2,.. и не даёт никакой ПОДДЕРЖКИ проблемам.
11) В VMware также невозможно дать одной ВМ ресурсы нескольких серверов. "Пул ресурсов" это просто игра слов. Аналогичный функционал есть в Microsoft VMM - группы серверов и resource limits.
12) Функции экономии электроэнергии реализованы в ОС Windows Server R2/Hyper-V Server R2, - более эффективно чем в vSphere
13) Согласен. Выдуманный стандарт.
14) В кластерах Hyper-V можно создать одноименные внешние (external) коммутаторы на всех узлах, полностью реализуя то что в vSphere называется Distributed switch.
15) Это функция ОС Windows Server R2/Hyper-V Server R2. Называется Microsoft MPIO
16) Функционал миграции ВМ по сети реализован в Microsoft VMM - Network Migration
17) Как уже оговариволось выше - это часть ОС, реализуемая через QoS и WSRM
18) Настраивается через бесплатные драйверы/софт производителя.
19) Ограничение 2ТБ дано на VHD диск, как на файл. Диск прямого проброса (pass-through disk) не имеет таких ограничений. Размер до 16Пб - в зависимости от требуемой файловой системы внутри ВМ
20) Надуманный термин. Быстрое восстановление виртуальных машин и хостов реализуется через Microsoft DPM.
21) Согласен. В vSphere этот функционал ограничен фракцией одного ЯДРА процессора, не поддерживает VMotion, требует отключить HT и технологии энергосберегания, любые ОС/приложения Microsoft на VMware FT лишены поддержки Microsoft, т.к. FT не валидируется по SVVP.
22) Реализована. Функционал Microsoft VMM
23) Это не функционал гипервизора. Реализуется Microsoft APP-V
Спасибо за развернутый комментарий. Согласен, что приведенные выше факты относятс к предыдущей версией Hyper-V. Жизнь не стоит на месте, надо смотреть новое сравнение ESX 4.1 и Hyper-V Server R2 - изменения коснулись оба продукта.
хороший пост!
Понравился пост. спасибо
спасибо, интересный сайт, добавлю в закладки
Отправить комментарий